diff for duplicates of <20141215100213.GA6159@avionic-0071.adnet.avionic-design.de> diff --git a/a/1.txt b/N1/1.txt index 88a4bff..7fb3097 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -2,32 +2,23 @@ On Sat, Dec 13, 2014 at 12:18:50PM +0100, Hartmut Knaack wrote: > Nikolaus Schulz schrieb am 12.12.2014 um 16:58: > > On Sat, Dec 06, 2014 at 12:36:19PM +0100, Hartmut Knaack wrote: > >> Nikolaus Schulz schrieb am 24.11.2014 um 20:50: -> >>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with a= -n SPI +> >>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with an SPI > >>> interface. [dac8554_probe:] -> >>> + st->vref_mv =3Doltage_uv / 1000; -> >> How hard do you want to depend on a voltage regulator? Doing regulat= -or_get_voltage() -> >> could even be called dynamically in _read_raw(), making a real regul= -ator optional. -> >=20 +> >>> + st->vref_mv =oltage_uv / 1000; +> >> How hard do you want to depend on a voltage regulator? Doing regulator_get_voltage() +> >> could even be called dynamically in _read_raw(), making a real regulator optional. +> > > > Hmm. I understand that the DAC voltage input may not be provided by a -> > regulator, but is that a common scenario? No other DAC driver I look= -ed -> > at handles that case, they all consider it an error if the regulator = -is +> > regulator, but is that a common scenario? No other DAC driver I looked +> > at handles that case, they all consider it an error if the regulator is > > absent. -> >=20 -> I had people in mind, who might want to use such DAC with one of the po= -pular -> embedded boards like Raspberry Pi - people who would just like to "plug= - and -> play" without the need or ability to build a kernel (or would prefer to= - go +> > +> I had people in mind, who might want to use such DAC with one of the popular +> embedded boards like Raspberry Pi - people who would just like to "plug and +> play" without the need or ability to build a kernel (or would prefer to go > with the convenience of a distribution kernel). But since you've put a -> dependency on OF, I don't see a way to use this device with a stock dis= -tribution +> dependency on OF, I don't see a way to use this device with a stock distribution > kernel anyway. As long as the kernel supports devicetree, compiling the module and a @@ -36,15 +27,13 @@ new DT blob should be enough to enable support for the DAC8554. And, as Jonathan has pointed out, if there is no real regulator providing the input current, a fixed regulator can be added to the DT. -> But I still think that calculating the actual voltage during _read_raw(= -) would -> be a good idea, as there is support for regulators providing different = -voltages, +> But I still think that calculating the actual voltage during _read_raw() would +> be a good idea, as there is support for regulators providing different voltages, > which can be changed during runtime. Agreed. ---=20 +-- Avionic Design GmbH Nikolaus Schulz Wragekamp 10 @@ -53,9 +42,9 @@ Germany Tel.: +49 40 88187-163 Fax: +49 40 88187-150 -Email: nikolaus.schulz@avionic-design.de +Email: nikolaus.schulz-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org Avionic Design GmbH Amtsgericht Hamburg HRB 82598 -Gesch=E4ftsf=FChrung: Cornelis Broers +Geschäftsführung: Cornelis Broers Ust.-Ident-Nr.: DE813378254 diff --git a/a/content_digest b/N1/content_digest index 964ff94..2daf411 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -3,53 +3,45 @@ "ref\05482EA33.7020305@gmx.de\0" "ref\020141212155804.GA1142@avionic-0071.adnet.avionic-design.de\0" "ref\0548C209A.7000904@gmx.de\0" - "From\0Nikolaus Schulz <nikolaus.schulz@avionic-design.de>\0" + "ref\0548C209A.7000904-Mmb7MZpHnFY@public.gmane.org\0" + "From\0Nikolaus Schulz <nikolaus.schulz-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>\0" "Subject\0Re: [PATCH v2 2/2] iio: add driver for the TI DAC8554\0" "Date\0Mon, 15 Dec 2014 11:02:13 +0100\0" - "To\0Hartmut Knaack <knaack.h@gmx.de>\0" - "Cc\0Jonathan Cameron <jic23@kernel.org>" - Lars-Peter Clausen <lars@metafoo.de> - Peter Meerwald <pmeerw@pmeerw.net> - Grant Likely <grant.likely@linaro.org> - Rob Herring <robh+dt@kernel.org> - Michael Welling <mwelling@ieee.org> - Philippe Reynes <tremyfr@yahoo.fr> - linux-kernel@vger.kernel.org - linux-iio@vger.kernel.org - devicetree@vger.kernel.org - " Alban Bedel <alban.bedel@avionic-design.de>\0" + "To\0Hartmut Knaack <knaack.h-Mmb7MZpHnFY@public.gmane.org>\0" + "Cc\0Jonathan Cameron <jic23-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>" + Lars-Peter Clausen <lars-Qo5EllUWu/uELgA04lAiVw@public.gmane.org> + Peter Meerwald <pmeerw-jW+XmwGofnusTnJN9+BGXg@public.gmane.org> + Grant Likely <grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> + Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + Michael Welling <mwelling-EkmVulN54Sk@public.gmane.org> + Philippe Reynes <tremyfr-Qt13gs6zZMY@public.gmane.org> + linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + linux-iio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + " Alban Bedel <alban.bedel-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>\0" "\00:1\0" "b\0" "On Sat, Dec 13, 2014 at 12:18:50PM +0100, Hartmut Knaack wrote:\n" "> Nikolaus Schulz schrieb am 12.12.2014 um 16:58:\n" "> > On Sat, Dec 06, 2014 at 12:36:19PM +0100, Hartmut Knaack wrote:\n" "> >> Nikolaus Schulz schrieb am 24.11.2014 um 20:50:\n" - "> >>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with a=\n" - "n SPI\n" + "> >>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with an SPI\n" "> >>> interface.\n" "[dac8554_probe:]\n" - "> >>> +\tst->vref_mv =3Doltage_uv / 1000;\n" - "> >> How hard do you want to depend on a voltage regulator? Doing regulat=\n" - "or_get_voltage()\n" - "> >> could even be called dynamically in _read_raw(), making a real regul=\n" - "ator optional.\n" - "> >=20\n" + "> >>> +\tst->vref_mv =oltage_uv / 1000;\n" + "> >> How hard do you want to depend on a voltage regulator? Doing regulator_get_voltage()\n" + "> >> could even be called dynamically in _read_raw(), making a real regulator optional.\n" + "> > \n" "> > Hmm. I understand that the DAC voltage input may not be provided by a\n" - "> > regulator, but is that a common scenario? No other DAC driver I look=\n" - "ed\n" - "> > at handles that case, they all consider it an error if the regulator =\n" - "is\n" + "> > regulator, but is that a common scenario? No other DAC driver I looked\n" + "> > at handles that case, they all consider it an error if the regulator is\n" "> > absent.\n" - "> >=20\n" - "> I had people in mind, who might want to use such DAC with one of the po=\n" - "pular\n" - "> embedded boards like Raspberry Pi - people who would just like to \"plug=\n" - " and\n" - "> play\" without the need or ability to build a kernel (or would prefer to=\n" - " go\n" + "> > \n" + "> I had people in mind, who might want to use such DAC with one of the popular\n" + "> embedded boards like Raspberry Pi - people who would just like to \"plug and\n" + "> play\" without the need or ability to build a kernel (or would prefer to go\n" "> with the convenience of a distribution kernel). But since you've put a\n" - "> dependency on OF, I don't see a way to use this device with a stock dis=\n" - "tribution\n" + "> dependency on OF, I don't see a way to use this device with a stock distribution\n" "> kernel anyway.\n" "\n" "As long as the kernel supports devicetree, compiling the module and a\n" @@ -58,15 +50,13 @@ "And, as Jonathan has pointed out, if there is no real regulator\n" "providing the input current, a fixed regulator can be added to the DT.\n" "\n" - "> But I still think that calculating the actual voltage during _read_raw(=\n" - ") would\n" - "> be a good idea, as there is support for regulators providing different =\n" - "voltages,\n" + "> But I still think that calculating the actual voltage during _read_raw() would\n" + "> be a good idea, as there is support for regulators providing different voltages,\n" "> which can be changed during runtime.\n" "\n" "Agreed.\n" "\n" - "--=20\n" + "-- \n" "Avionic Design GmbH\n" "Nikolaus Schulz\n" "Wragekamp 10\n" @@ -75,11 +65,11 @@ "\n" "Tel.: +49 40 88187-163\n" "Fax: +49 40 88187-150\n" - "Email: nikolaus.schulz@avionic-design.de\n" + "Email: nikolaus.schulz-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org\n" "\n" "Avionic Design GmbH\n" "Amtsgericht Hamburg HRB 82598\n" - "Gesch=E4ftsf=FChrung: Cornelis Broers\n" + "Gesch\303\244ftsf\303\274hrung: Cornelis Broers\n" Ust.-Ident-Nr.: DE813378254 -dc27bc8f767731cee05e2f095f55c9e29b0759ea8e07487ca322edff313a3235 +c8819aa30bfae8d1f6b760e791c6661c776835663526406933fee933b5810562
diff --git a/a/1.txt b/N2/1.txt index 88a4bff..5fcaecf 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -2,32 +2,23 @@ On Sat, Dec 13, 2014 at 12:18:50PM +0100, Hartmut Knaack wrote: > Nikolaus Schulz schrieb am 12.12.2014 um 16:58: > > On Sat, Dec 06, 2014 at 12:36:19PM +0100, Hartmut Knaack wrote: > >> Nikolaus Schulz schrieb am 24.11.2014 um 20:50: -> >>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with a= -n SPI +> >>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with an SPI > >>> interface. [dac8554_probe:] -> >>> + st->vref_mv =3Doltage_uv / 1000; -> >> How hard do you want to depend on a voltage regulator? Doing regulat= -or_get_voltage() -> >> could even be called dynamically in _read_raw(), making a real regul= -ator optional. -> >=20 +> >>> + st->vref_mv =oltage_uv / 1000; +> >> How hard do you want to depend on a voltage regulator? Doing regulator_get_voltage() +> >> could even be called dynamically in _read_raw(), making a real regulator optional. +> > > > Hmm. I understand that the DAC voltage input may not be provided by a -> > regulator, but is that a common scenario? No other DAC driver I look= -ed -> > at handles that case, they all consider it an error if the regulator = -is +> > regulator, but is that a common scenario? No other DAC driver I looked +> > at handles that case, they all consider it an error if the regulator is > > absent. -> >=20 -> I had people in mind, who might want to use such DAC with one of the po= -pular -> embedded boards like Raspberry Pi - people who would just like to "plug= - and -> play" without the need or ability to build a kernel (or would prefer to= - go +> > +> I had people in mind, who might want to use such DAC with one of the popular +> embedded boards like Raspberry Pi - people who would just like to "plug and +> play" without the need or ability to build a kernel (or would prefer to go > with the convenience of a distribution kernel). But since you've put a -> dependency on OF, I don't see a way to use this device with a stock dis= -tribution +> dependency on OF, I don't see a way to use this device with a stock distribution > kernel anyway. As long as the kernel supports devicetree, compiling the module and a @@ -36,15 +27,13 @@ new DT blob should be enough to enable support for the DAC8554. And, as Jonathan has pointed out, if there is no real regulator providing the input current, a fixed regulator can be added to the DT. -> But I still think that calculating the actual voltage during _read_raw(= -) would -> be a good idea, as there is support for regulators providing different = -voltages, +> But I still think that calculating the actual voltage during _read_raw() would +> be a good idea, as there is support for regulators providing different voltages, > which can be changed during runtime. Agreed. ---=20 +-- Avionic Design GmbH Nikolaus Schulz Wragekamp 10 @@ -57,5 +46,5 @@ Email: nikolaus.schulz@avionic-design.de Avionic Design GmbH Amtsgericht Hamburg HRB 82598 -Gesch=E4ftsf=FChrung: Cornelis Broers +Geschäftsführung: Cornelis Broers Ust.-Ident-Nr.: DE813378254 diff --git a/a/content_digest b/N2/content_digest index 964ff94..b0900ac 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -24,32 +24,23 @@ "> Nikolaus Schulz schrieb am 12.12.2014 um 16:58:\n" "> > On Sat, Dec 06, 2014 at 12:36:19PM +0100, Hartmut Knaack wrote:\n" "> >> Nikolaus Schulz schrieb am 24.11.2014 um 20:50:\n" - "> >>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with a=\n" - "n SPI\n" + "> >>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with an SPI\n" "> >>> interface.\n" "[dac8554_probe:]\n" - "> >>> +\tst->vref_mv =3Doltage_uv / 1000;\n" - "> >> How hard do you want to depend on a voltage regulator? Doing regulat=\n" - "or_get_voltage()\n" - "> >> could even be called dynamically in _read_raw(), making a real regul=\n" - "ator optional.\n" - "> >=20\n" + "> >>> +\tst->vref_mv =oltage_uv / 1000;\n" + "> >> How hard do you want to depend on a voltage regulator? Doing regulator_get_voltage()\n" + "> >> could even be called dynamically in _read_raw(), making a real regulator optional.\n" + "> > \n" "> > Hmm. I understand that the DAC voltage input may not be provided by a\n" - "> > regulator, but is that a common scenario? No other DAC driver I look=\n" - "ed\n" - "> > at handles that case, they all consider it an error if the regulator =\n" - "is\n" + "> > regulator, but is that a common scenario? No other DAC driver I looked\n" + "> > at handles that case, they all consider it an error if the regulator is\n" "> > absent.\n" - "> >=20\n" - "> I had people in mind, who might want to use such DAC with one of the po=\n" - "pular\n" - "> embedded boards like Raspberry Pi - people who would just like to \"plug=\n" - " and\n" - "> play\" without the need or ability to build a kernel (or would prefer to=\n" - " go\n" + "> > \n" + "> I had people in mind, who might want to use such DAC with one of the popular\n" + "> embedded boards like Raspberry Pi - people who would just like to \"plug and\n" + "> play\" without the need or ability to build a kernel (or would prefer to go\n" "> with the convenience of a distribution kernel). But since you've put a\n" - "> dependency on OF, I don't see a way to use this device with a stock dis=\n" - "tribution\n" + "> dependency on OF, I don't see a way to use this device with a stock distribution\n" "> kernel anyway.\n" "\n" "As long as the kernel supports devicetree, compiling the module and a\n" @@ -58,15 +49,13 @@ "And, as Jonathan has pointed out, if there is no real regulator\n" "providing the input current, a fixed regulator can be added to the DT.\n" "\n" - "> But I still think that calculating the actual voltage during _read_raw(=\n" - ") would\n" - "> be a good idea, as there is support for regulators providing different =\n" - "voltages,\n" + "> But I still think that calculating the actual voltage during _read_raw() would\n" + "> be a good idea, as there is support for regulators providing different voltages,\n" "> which can be changed during runtime.\n" "\n" "Agreed.\n" "\n" - "--=20\n" + "-- \n" "Avionic Design GmbH\n" "Nikolaus Schulz\n" "Wragekamp 10\n" @@ -79,7 +68,7 @@ "\n" "Avionic Design GmbH\n" "Amtsgericht Hamburg HRB 82598\n" - "Gesch=E4ftsf=FChrung: Cornelis Broers\n" + "Gesch\303\244ftsf\303\274hrung: Cornelis Broers\n" Ust.-Ident-Nr.: DE813378254 -dc27bc8f767731cee05e2f095f55c9e29b0759ea8e07487ca322edff313a3235 +8e00c8bc91d7da08c4521b83148362d2c15e4e8c281911f445556ecf81df400f
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.