diff for duplicates of <54E751BF.3000604@hurleysoftware.com> diff --git a/a/1.txt b/N1/1.txt index c4b85c3..c7bb2e4 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -38,10 +38,10 @@ On 02/20/2015 10:02 AM, Pantelis Antoniou wrote: >>>>>>>>>> the FW/bootloader could be common even if the DTB couldn't. >>>>>>>>>> >>>>>>>>>> To some extent there must be a DTB that will work across all variants ->>>>>>>>>> (albeit with limited utility) or the quirk approach wouldn't work? +>>>>>>>>>> (albeit with limited utility) or the quirk approach wouldn't work… >>>>>>>>>> >>>>>>>>> ->>>>>>>>> That?s not correct; the only part of the DTB that needs to be common +>>>>>>>>> That’s not correct; the only part of the DTB that needs to be common >>>>>>>>> is the model property that would allow the quirk detection logic to fire. >>>>>>>>> >>>>>>>>> So, there is a base DTB that will work on all variants, but that only means @@ -70,8 +70,8 @@ On 02/20/2015 10:02 AM, Pantelis Antoniou wrote: >>>>>>>>>>>> appended DTB if it's not possible to update the board configuration. >>>>>>>>>>>> >>>>>>>>>>> ->>>>>>>>>>> You?re missing the point. I can?t use the same DTB for each revision of the ->>>>>>>>>>> board. Each board is similar but it?s not identical. +>>>>>>>>>>> You’re missing the point. I can’t use the same DTB for each revision of the +>>>>>>>>>>> board. Each board is similar but it’s not identical. >>>>>>>>>> >>>>>>>>>> I think you've misunderstood my point. If you program the board with the >>>>>>>>>> relevant DTB, or use appended DTB, then you will pass the correct DTB to @@ -82,7 +82,7 @@ On 02/20/2015 10:02 AM, Pantelis Antoniou wrote: >>>>>>>>> >>>>>>>>> In theory it might work, in practice this does not. Ludovic mentioned that they >>>>>>>>> have 27 different DTBs in use at the moment. At a relatively common 60k per DTB ->>>>>>>>> that?s 27x60k = 1.6MB of DTBs, that need to be installed. +>>>>>>>>> that’s 27x60k = 1.6MB of DTBs, that need to be installed. >>>>>>>> >>>>>>>> < snip > >>>>>>>> @@ -97,7 +97,7 @@ On 02/20/2015 10:02 AM, Pantelis Antoniou wrote: >>>>>>> >>>>>>> Trust no-one. >>>>>>> ->>>>>>> This is one of those things that the kernel community doesn?t understand which makes people +>>>>>>> This is one of those things that the kernel community doesn’t understand which makes people >>>>>>> who push product quite mad. >>>>>>> >>>>>>> Engineering a product is not only about meeting customer spec, in order to turn a profit @@ -105,7 +105,7 @@ On 02/20/2015 10:02 AM, Pantelis Antoniou wrote: >>>>>>> >>>>>>> Yes, you can always manually install files in the bootloader. For 1 board no problem. >>>>>>> For 10 doable. For 100 I guess you can hire an extra guy. For 1 million? Guess what, ->>>>>>> instead of turning a profit you?re losing money if you only have a few cents of profit +>>>>>>> instead of turning a profit you’re losing money if you only have a few cents of profit >>>>>>> per unit. >>>>>> >>>>>> I'm not installing physical components manually. Why would I be installing software @@ -117,7 +117,7 @@ On 02/20/2015 10:02 AM, Pantelis Antoniou wrote: >>>>> Having a single binary to flash to every revision of the board makes logistics considerably >>>>> easier. >>>>> ->>>>> Having to boot and tweak the bootloader settings to select the correct dtb (even if it?s present +>>>>> Having to boot and tweak the bootloader settings to select the correct dtb (even if it’s present >>>>> on the flash medium) takes time and is error-prone. >>>>> >>>>> Factory time == money, errors == money. @@ -129,9 +129,9 @@ On 02/20/2015 10:02 AM, Pantelis Antoniou wrote: >>>>>> And you produce a few million units before testing that the first one off the line works? >>>>>> >>>>> ->>>>> The first one off the line works. The rest will get some burn in and functional testing if you?re +>>>>> The first one off the line works. The rest will get some burn in and functional testing if you’re >>>>> lucky. In many cases where the product is very cheap it might make financial sense to just ship ->>>>> as is and deal with recalls, if you?re reasonably happy after a little bit of statistical sampling. +>>>>> as is and deal with recalls, if you’re reasonably happy after a little bit of statistical sampling. >>>>> >>>>> Hardware is hard :) >>>> @@ -160,7 +160,7 @@ On 02/20/2015 10:02 AM, Pantelis Antoniou wrote: >> >> > -> You don?t have to use it. +> You don’t have to use it. > diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile > index 5d27dfd..02129e7 100644 @@ -202,5 +202,5 @@ Peter Hurley > > Regards > -> ? Pantelis +> — Pantelis > diff --git a/a/content_digest b/N1/content_digest index d8d30d8..088fb83 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -11,10 +11,21 @@ "ref\020150220143533.GA29908@odux.rfo.atmel.com\0" "ref\054E74BF6.208@hurleysoftware.com\0" "ref\0F2A28070-4A8D-4869-8E2A-6AA744EECCCE@konsulko.com\0" - "From\0peter@hurleysoftware.com (Peter Hurley)\0" - "Subject\0[PATCH 2/4] of: DT quirks infrastructure\0" + "From\0Peter Hurley <peter@hurleysoftware.com>\0" + "Subject\0Re: [PATCH 2/4] of: DT quirks infrastructure\0" "Date\0Fri, 20 Feb 2015 10:24:47 -0500\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Pantelis Antoniou <pantelis.antoniou@konsulko.com>\0" + "Cc\0frowand.list@gmail.com" + Mark Rutland <mark.rutland@arm.com> + devicetree@vger.kernel.org <devicetree@vger.kernel.org> + Tony Lindgren <tony@atomide.com> + Koen Kooi <koen@dominion.thruhere.net> + Nicolas Ferre <nicolas.ferre@atmel.com> + linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> + Grant Likely <grant.likely@secretlab.ca> + linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org> + Matt Porter <matt.porter@linaro.org> + " Guenter Roeck <linux@roeck-us.net>\0" "\00:1\0" "b\0" "On 02/20/2015 10:02 AM, Pantelis Antoniou wrote:\n" @@ -57,10 +68,10 @@ ">>>>>>>>>> the FW/bootloader could be common even if the DTB couldn't.\n" ">>>>>>>>>>\n" ">>>>>>>>>> To some extent there must be a DTB that will work across all variants\n" - ">>>>>>>>>> (albeit with limited utility) or the quirk approach wouldn't work?\n" + ">>>>>>>>>> (albeit with limited utility) or the quirk approach wouldn't work\342\200\246\n" ">>>>>>>>>>\n" ">>>>>>>>>\n" - ">>>>>>>>> That?s not correct; the only part of the DTB that needs to be common\n" + ">>>>>>>>> That\342\200\231s not correct; the only part of the DTB that needs to be common\n" ">>>>>>>>> is the model property that would allow the quirk detection logic to fire.\n" ">>>>>>>>>\n" ">>>>>>>>> So, there is a base DTB that will work on all variants, but that only means\n" @@ -89,8 +100,8 @@ ">>>>>>>>>>>> appended DTB if it's not possible to update the board configuration.\n" ">>>>>>>>>>>>\n" ">>>>>>>>>>>\n" - ">>>>>>>>>>> You?re missing the point. I can?t use the same DTB for each revision of the\n" - ">>>>>>>>>>> board. Each board is similar but it?s not identical.\n" + ">>>>>>>>>>> You\342\200\231re missing the point. I can\342\200\231t use the same DTB for each revision of the\n" + ">>>>>>>>>>> board. Each board is similar but it\342\200\231s not identical.\n" ">>>>>>>>>>\n" ">>>>>>>>>> I think you've misunderstood my point. If you program the board with the\n" ">>>>>>>>>> relevant DTB, or use appended DTB, then you will pass the correct DTB to\n" @@ -101,7 +112,7 @@ ">>>>>>>>>\n" ">>>>>>>>> In theory it might work, in practice this does not. Ludovic mentioned that they\n" ">>>>>>>>> have 27 different DTBs in use at the moment. At a relatively common 60k per DTB\n" - ">>>>>>>>> that?s 27x60k = 1.6MB of DTBs, that need to be installed.\n" + ">>>>>>>>> that\342\200\231s 27x60k = 1.6MB of DTBs, that need to be installed.\n" ">>>>>>>>\n" ">>>>>>>> < snip >\n" ">>>>>>>>\n" @@ -116,7 +127,7 @@ ">>>>>>>\n" ">>>>>>> Trust no-one.\n" ">>>>>>>\n" - ">>>>>>> This is one of those things that the kernel community doesn?t understand which makes people\n" + ">>>>>>> This is one of those things that the kernel community doesn\342\200\231t understand which makes people\n" ">>>>>>> who push product quite mad.\n" ">>>>>>>\n" ">>>>>>> Engineering a product is not only about meeting customer spec, in order to turn a profit\n" @@ -124,7 +135,7 @@ ">>>>>>>\n" ">>>>>>> Yes, you can always manually install files in the bootloader. For 1 board no problem.\n" ">>>>>>> For 10 doable. For 100 I guess you can hire an extra guy. For 1 million? Guess what,\n" - ">>>>>>> instead of turning a profit you?re losing money if you only have a few cents of profit\n" + ">>>>>>> instead of turning a profit you\342\200\231re losing money if you only have a few cents of profit\n" ">>>>>>> per unit.\n" ">>>>>>\n" ">>>>>> I'm not installing physical components manually. Why would I be installing software\n" @@ -136,7 +147,7 @@ ">>>>> Having a single binary to flash to every revision of the board makes logistics considerably\n" ">>>>> easier.\n" ">>>>>\n" - ">>>>> Having to boot and tweak the bootloader settings to select the correct dtb (even if it?s present\n" + ">>>>> Having to boot and tweak the bootloader settings to select the correct dtb (even if it\342\200\231s present\n" ">>>>> on the flash medium) takes time and is error-prone.\n" ">>>>>\n" ">>>>> Factory time == money, errors == money.\n" @@ -148,9 +159,9 @@ ">>>>>> And you produce a few million units before testing that the first one off the line works?\n" ">>>>>>\n" ">>>>>\n" - ">>>>> The first one off the line works. The rest will get some burn in and functional testing if you?re\n" + ">>>>> The first one off the line works. The rest will get some burn in and functional testing if you\342\200\231re\n" ">>>>> lucky. In many cases where the product is very cheap it might make financial sense to just ship\n" - ">>>>> as is and deal with recalls, if you?re reasonably happy after a little bit of statistical sampling.\n" + ">>>>> as is and deal with recalls, if you\342\200\231re reasonably happy after a little bit of statistical sampling.\n" ">>>>>\n" ">>>>> Hardware is hard :)\n" ">>>>\n" @@ -179,7 +190,7 @@ ">>\n" ">>\n" "> \n" - "> You don?t have to use it.\n" + "> You don\342\200\231t have to use it.\n" "\n" "> diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile\n" "> index 5d27dfd..02129e7 100644\n" @@ -221,7 +232,7 @@ "> \n" "> Regards\n" "> \n" - "> ? Pantelis\n" + "> \342\200\224 Pantelis\n" > -7ab2f5e40b654705b872e8af0f32c5d81c42fefcf1d935571ba65455681756cd +2d7d2224bb7eaf506b62d1eb10a0cbd7be9195b194731a1e00b36073f0adb5fb
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.