diff for duplicates of <200809081429.57805.david-b@pacbell.net> diff --git a/a/1.txt b/N1/1.txt index 6005206..08a2950 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,24 +1,21 @@ On Monday 08 September 2008, James Bottomley wrote: ->=20 -> > > OK, I can look at that, but in the mean time could we make the op= -tion +> +> > > OK, I can look at that, but in the mean time could we make the option > > > that causes the damage unselectable? -> >=20 -> > I'd worry if "the mean time" takes too long. =A0But lacking a +> > +> > I'd worry if "the mean time" takes too long. But lacking a > > PARISC laptop to fix this on, I'm unlikely to complain much. ->=20 -> What is the expectation? =A0If you're expecting all the architectures= - to +> +> What is the expectation? If you're expecting all the architectures to > migrate over to RTC_CLASS, actually telling linux-arch and saying why > its a good idea would have been helpful. -=46olk have been migrating already. IMO there's no rush ... but +Folk have been migrating already. IMO there's no rush ... but similarly, retrograde motion should be discouraged. (Same issue with essentially all legacy code in the tree.) -> All the PDC real time clock calls can do are read and set, nothing el= -se, +> All the PDC real time clock calls can do are read and set, nothing else, > so it's idealy suited to the GEN_RTC infrastructure ... what's the > benefit in moving it to RTC_CLASS? @@ -28,18 +25,16 @@ and bugfixes get leveraged. Dead and crufticious code can vanish. And so forth. -> > >=A0=A0=A0=A0=A0 This is technically a regression=20 -> > > because before your patch GEN_RTC would override RTC_CLASS, now i= -t's the +> > > This is technically a regression +> > > because before your patch GEN_RTC would override RTC_CLASS, now it's the > > > other way around. -> >=20 +> > > > Well, previously there was no override ... I think you mean > > that parisc just completely ignored RTC_CLASS, treating it > > like junk DNA. ->=20 -> No, it's a regression. =A0... =A0This turns off the ability to select -> GEN_RTC if you've said yes to RTC_CLASS. =A0Since RTC_CLASS is curren= -tly +> +> No, it's a regression. ... This turns off the ability to select +> GEN_RTC if you've said yes to RTC_CLASS. Since RTC_CLASS is currently > unsupported on parisc, we need to fix that by making the RTC_CLASS > option unselectable on parisc. @@ -59,9 +54,3 @@ have a much better kernel config framework ... but still don't facilitate "Kconfig-4-dummiez" audiences. - Dave - --- -To unsubscribe from this list: send the line "unsubscribe linux-parisc"= - in -the body of a message to majordomo@vger.kernel.org -More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N1/content_digest index 1499fc3..a7cb467 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -12,26 +12,23 @@ "\00:1\0" "b\0" "On Monday 08 September 2008, James Bottomley wrote:\n" - ">=20\n" - "> > > OK, I can look at that, but in the mean time could we make the op=\n" - "tion\n" + "> \n" + "> > > OK, I can look at that, but in the mean time could we make the option\n" "> > > that causes the damage unselectable?\n" - "> >=20\n" - "> > I'd worry if \"the mean time\" takes too long. =A0But lacking a\n" + "> > \n" + "> > I'd worry if \"the mean time\" takes too long. \302\240But lacking a\n" "> > PARISC laptop to fix this on, I'm unlikely to complain much.\n" - ">=20\n" - "> What is the expectation? =A0If you're expecting all the architectures=\n" - " to\n" + "> \n" + "> What is the expectation? \302\240If you're expecting all the architectures to\n" "> migrate over to RTC_CLASS, actually telling linux-arch and saying why\n" "> its a good idea would have been helpful.\n" "\n" - "=46olk have been migrating already. IMO there's no rush ... but\n" + "Folk have been migrating already. IMO there's no rush ... but\n" "similarly, retrograde motion should be discouraged. (Same issue\n" "with essentially all legacy code in the tree.)\n" "\n" "\n" - "> All the PDC real time clock calls can do are read and set, nothing el=\n" - "se,\n" + "> All the PDC real time clock calls can do are read and set, nothing else,\n" "> so it's idealy suited to the GEN_RTC infrastructure ... what's the\n" "> benefit in moving it to RTC_CLASS?\n" "\n" @@ -41,18 +38,16 @@ "And so forth.\n" "\n" "\n" - "> > >=A0=A0=A0=A0=A0 This is technically a regression=20\n" - "> > > because before your patch GEN_RTC would override RTC_CLASS, now i=\n" - "t's the\n" + "> > >\302\240\302\240\302\240\302\240\302\240 This is technically a regression \n" + "> > > because before your patch GEN_RTC would override RTC_CLASS, now it's the\n" "> > > other way around.\n" - "> >=20\n" + "> > \n" "> > Well, previously there was no override ... I think you mean\n" "> > that parisc just completely ignored RTC_CLASS, treating it\n" "> > like junk DNA.\n" - ">=20\n" - "> No, it's a regression. =A0... =A0This turns off the ability to select\n" - "> GEN_RTC if you've said yes to RTC_CLASS. =A0Since RTC_CLASS is curren=\n" - "tly\n" + "> \n" + "> No, it's a regression. \302\240... \302\240This turns off the ability to select\n" + "> GEN_RTC if you've said yes to RTC_CLASS. \302\240Since RTC_CLASS is currently\n" "> unsupported on parisc, we need to fix that by making the RTC_CLASS\n" "> option unselectable on parisc.\n" "\n" @@ -71,12 +66,6 @@ "have a much better kernel config framework ... but still\n" "don't facilitate \"Kconfig-4-dummiez\" audiences.\n" "\n" - "- Dave\n" - "\n" - "--\n" - "To unsubscribe from this list: send the line \"unsubscribe linux-parisc\"=\n" - " in\n" - "the body of a message to majordomo@vger.kernel.org\n" - More majordomo info at http://vger.kernel.org/majordomo-info.html + - Dave -9853a2fdc60d1bbeb77c1571aaccf7fb56df24c98c6984e14ac6989d54fa609a +96556d3b14bd412dec719fb4c849cdbd21fa697e80ad67cbb949655d8329a9ad
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.