diff for duplicates of <5527301E.6070906@broadcom.com> diff --git a/a/1.txt b/N1/1.txt index ff86a17..0a1adbe 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -12,8 +12,8 @@ On 15-04-08 12:23 PM, Mark Brown wrote: >> The hardware updates a read pointer (rdaddr) which we feed to ALSA via the >> ".pointer" hook. So yes, the hardware does have a register that tells us its >> progress. This routine (ringbuf_inc) actually updates a write pointer ->> (wraddr) which is a misnomer. The write pointer doesn’t actually tell us ->> where we are writing to – ALSA keeps track of that. The wraddr only prevents +>> (wraddr) which is a misnomer. The write pointer doesn?t actually tell us +>> where we are writing to ? ALSA keeps track of that. The wraddr only prevents >> the hardware from reading past it. We just use it, along with a low water >> mark configuration register, to keep the periodic interrupts firing. The >> hardware is tracking the distance between rdaddr and wraddr and comparing @@ -46,8 +46,3 @@ On 15-04-08 12:23 PM, Mark Brown wrote: Makes sense, thanks for clarifying the desired behaviour, I will make the necessary adjustments to keep the hardware supplied with valid data even if interrupts are held off past a whole period. - --- -To unsubscribe from this list: send the line "unsubscribe devicetree" in -the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org -More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N1/content_digest index 9bdacba..a80c678 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -5,31 +5,10 @@ "ref\020150406161939.GJ6023@sirena.org.uk\0" "ref\0552492E1.3050207@broadcom.com\0" "ref\020150408192309.GI6023@sirena.org.uk\0" - "ref\020150408192309.GI6023-GFdadSzt00ze9xe1eoZjHA@public.gmane.org\0" - "From\0Lori Hikichi <lhikichi-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>\0" - "Subject\0Re: [PATCH 2/2] ASoC: add core audio driver for Broadcom Cygnus SOC.\0" + "From\0lhikichi@broadcom.com (Lori Hikichi)\0" + "Subject\0[PATCH 2/2] ASoC: add core audio driver for Broadcom Cygnus SOC.\0" "Date\0Thu, 9 Apr 2015 19:06:22 -0700\0" - "To\0Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>\0" - "Cc\0Scott Branden <sbranden-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>" - Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> - Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org> - Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> - Ian Campbell <ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org> - Kumar Gala <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> - Liam Girdwood <lgirdwood-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> - Jaroslav Kysela <perex-/Fr2/VpizcU@public.gmane.org> - Takashi Iwai <tiwai-l3A5Bk7waGM@public.gmane.org> - alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw@public.gmane.org - linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org - bcm-kernel-feedback-list-dY08KVG/lbpWk0Htik3J/w@public.gmane.org - Dmitry Torokhov <dtor-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org> - Anatol Pomazao <anatol-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org> - abrestic-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org - bryeung-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org - olofj-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org - " pwestin-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org\0" + "To\0linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "\n" @@ -46,8 +25,8 @@ ">> The hardware updates a read pointer (rdaddr) which we feed to ALSA via the\n" ">> \".pointer\" hook. So yes, the hardware does have a register that tells us its\n" ">> progress. This routine (ringbuf_inc) actually updates a write pointer\n" - ">> (wraddr) which is a misnomer. The write pointer doesn\342\200\231t actually tell us\n" - ">> where we are writing to \342\200\223 ALSA keeps track of that. The wraddr only prevents\n" + ">> (wraddr) which is a misnomer. The write pointer doesn?t actually tell us\n" + ">> where we are writing to ? ALSA keeps track of that. The wraddr only prevents\n" ">> the hardware from reading past it. We just use it, along with a low water\n" ">> mark configuration register, to keep the periodic interrupts firing. The\n" ">> hardware is tracking the distance between rdaddr and wraddr and comparing\n" @@ -79,11 +58,6 @@ "> \n" "Makes sense, thanks for clarifying the desired behaviour, I will make the \n" "necessary adjustments to keep the hardware supplied with valid data even if \n" - "interrupts are held off past a whole period.\n" - "\n" - "--\n" - "To unsubscribe from this list: send the line \"unsubscribe devicetree\" in\n" - "the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\n" - More majordomo info at http://vger.kernel.org/majordomo-info.html + interrupts are held off past a whole period. -420e8b3c8d567cda2d25f60cc9d2415128efa4593340d289e958156dd29ff986 +d877bc103a69813b2331c11bb033aee121ed4a82b3901d6c870a52a8798508c0
diff --git a/a/1.txt b/N2/1.txt index ff86a17..581fae6 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -46,8 +46,3 @@ On 15-04-08 12:23 PM, Mark Brown wrote: Makes sense, thanks for clarifying the desired behaviour, I will make the necessary adjustments to keep the hardware supplied with valid data even if interrupts are held off past a whole period. - --- -To unsubscribe from this list: send the line "unsubscribe devicetree" in -the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org -More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N2/content_digest index 9bdacba..a133979 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -5,31 +5,30 @@ "ref\020150406161939.GJ6023@sirena.org.uk\0" "ref\0552492E1.3050207@broadcom.com\0" "ref\020150408192309.GI6023@sirena.org.uk\0" - "ref\020150408192309.GI6023-GFdadSzt00ze9xe1eoZjHA@public.gmane.org\0" - "From\0Lori Hikichi <lhikichi-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>\0" + "From\0Lori Hikichi <lhikichi@broadcom.com>\0" "Subject\0Re: [PATCH 2/2] ASoC: add core audio driver for Broadcom Cygnus SOC.\0" "Date\0Thu, 9 Apr 2015 19:06:22 -0700\0" - "To\0Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>\0" - "Cc\0Scott Branden <sbranden-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>" - Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> - Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org> - Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> - Ian Campbell <ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org> - Kumar Gala <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> - Liam Girdwood <lgirdwood-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> - Jaroslav Kysela <perex-/Fr2/VpizcU@public.gmane.org> - Takashi Iwai <tiwai-l3A5Bk7waGM@public.gmane.org> - alsa-devel-K7yf7f+aM1XWsZ/bQMPhNw@public.gmane.org - linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org - bcm-kernel-feedback-list-dY08KVG/lbpWk0Htik3J/w@public.gmane.org - Dmitry Torokhov <dtor-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org> - Anatol Pomazao <anatol-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org> - abrestic-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org - bryeung-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org - olofj-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org - " pwestin-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org\0" + "To\0Mark Brown <broonie@kernel.org>\0" + "Cc\0Scott Branden <sbranden@broadcom.com>" + Rob Herring <robh+dt@kernel.org> + Pawel Moll <pawel.moll@arm.com> + Mark Rutland <mark.rutland@arm.com> + Ian Campbell <ijc+devicetree@hellion.org.uk> + Kumar Gala <galak@codeaurora.org> + Liam Girdwood <lgirdwood@gmail.com> + Jaroslav Kysela <perex@perex.cz> + Takashi Iwai <tiwai@suse.de> + <alsa-devel@alsa-project.org> + <linux-kernel@vger.kernel.org> + <devicetree@vger.kernel.org> + <linux-arm-kernel@lists.infradead.org> + <bcm-kernel-feedback-list@broadcom.com> + Dmitry Torokhov <dtor@google.com> + Anatol Pomazao <anatol@google.com> + <abrestic@google.com> + <bryeung@google.com> + <olofj@google.com> + " <pwestin@google.com>\0" "\00:1\0" "b\0" "\n" @@ -79,11 +78,6 @@ "> \n" "Makes sense, thanks for clarifying the desired behaviour, I will make the \n" "necessary adjustments to keep the hardware supplied with valid data even if \n" - "interrupts are held off past a whole period.\n" - "\n" - "--\n" - "To unsubscribe from this list: send the line \"unsubscribe devicetree\" in\n" - "the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\n" - More majordomo info at http://vger.kernel.org/majordomo-info.html + interrupts are held off past a whole period. -420e8b3c8d567cda2d25f60cc9d2415128efa4593340d289e958156dd29ff986 +fcd2180811642af2dbcc640459c249c7b53b6121aa71a9cbb890781864ee3af2
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.