diff for duplicates of <54E742F2.80506@hurleysoftware.com> diff --git a/a/1.txt b/N1/1.txt index e0adc57..95498c2 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -31,10 +31,10 @@ On 02/19/2015 12:38 PM, 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 @@ -63,8 +63,8 @@ On 02/19/2015 12:38 PM, 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 @@ -75,7 +75,7 @@ On 02/19/2015 12:38 PM, 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 > >>>> @@ -90,7 +90,7 @@ On 02/19/2015 12:38 PM, 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 @@ -98,7 +98,7 @@ On 02/19/2015 12:38 PM, 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 @@ -110,7 +110,7 @@ On 02/19/2015 12:38 PM, 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. @@ -122,9 +122,9 @@ On 02/19/2015 12:38 PM, 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 :) diff --git a/a/content_digest b/N1/content_digest index 7f9a070..2ebb754 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -8,10 +8,22 @@ "ref\0670D0881-DBF0-45E8-A502-A6DB2B77A750@konsulko.com\0" "ref\054E61DD2.3060002@gmail.com\0" "ref\053F2F94C-0C43-4A54-B8CD-EEC454A0AC19@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 09:21:38 -0500\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Pantelis Antoniou <pantelis.antoniou@konsulko.com>" + " frowand.list@gmail.com\0" + "Cc\0Mark 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> + Ludovic Desroches <ludovic.desroches@atmel.com> + 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/19/2015 12:38 PM, Pantelis Antoniou wrote:\n" @@ -47,10 +59,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" @@ -79,8 +91,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" @@ -91,7 +103,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" @@ -106,7 +118,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" @@ -114,7 +126,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" @@ -126,7 +138,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" @@ -138,9 +150,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" @@ -171,4 +183,4 @@ "Regards,\n" Peter Hurley -43c460696b660d565f4ea9998851ba11ea812aa463e7f8ec8503c4e651657b2a +2c9eaed4880e09cffc5e640bd61e9e60a3825e933a4a667801b4f3f4a4e3f9f8
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.