diff for duplicates of <20121212121912.GA2776@arm.com> diff --git a/a/1.txt b/N1/1.txt index 10c32af..71092de 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,35 +1,41 @@ On Wed, Dec 12, 2012 at 10:49 AM, Grant Likely wrote: -> On Wed, Dec 12, 2012 at 10:37 AM, Michal Simek <monstr@monstr.eu<mailto:monstr@monstr.eu>> wrote: +> On Wed, Dec 12, 2012 at 10:37 AM, Michal Simek <monstr@monstr.eu<mailto:m= +onstr@monstr.eu>> wrote: > > On 12/10/2012 10:41 PM, Grant Likely wrote: > >> drivers/pci/pci-of.c would be good. I'd also accept drivers/of/pci.c > >> which might actually be a good idea in the short term so that it gets -> >> appropriate supervision while being generalized before being moved into +> >> appropriate supervision while being generalized before being moved int= +o > >> the pci directory. > > > > Ben: Are you willing to move that ppc code to this location? > > It is probably not good idea that I should do it when I even don't have > > hardware available for testing (Asking someone else). -> +>=20 > You're a clever guy, you are more than capable of crafting the patch, > even if you can't test on hardware. :-) -> +>=20 > I refactored most of the OF support code without having access to most > of the affected hardware. Once I got the changes out there for review > I also asked for spot testing before getting it into linux-next for > even more testing. -I've been working on a relatively architecture agnostic PCI host bridge driver +I've been working on a relatively architecture agnostic PCI host bridge dri= +ver and also wanted to avoid duplicating more generic DT parsing code for PCI bindings. -I've ended up with a patch which provides an iterator for returning resources +I've ended up with a patch which provides an iterator for returning resourc= +es based on the the typical 'ranges' binding. This has ended up living in drivers/of/address.c. I originally started out in drivers/of/pci.c and -drivers/pci/pci-of.c but found there were good (and static) implementations in +drivers/pci/pci-of.c but found there were good (and static) implementations= + in drivers/of/address.c which can be reused (e.g. of_bus_pci_get_flags, bus->count_cells). -I'm not just ready to post it - but can do before early next week if you can +I'm not just ready to post it - but can do before early next week if you ca= +n wait. Andrew Murray diff --git a/a/content_digest b/N1/content_digest index 5cccf5a..07e18c1 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -11,49 +11,54 @@ "Date\0Wed, 12 Dec 2012 12:19:12 +0000\0" "To\0Grant Likely <grant.likely@secretlab.ca>\0" "Cc\0Michal Simek <monstr@monstr.eu>" - Rob Herring <robherring2@gmail.com> - devicetree-discuss <devicetree-discuss@lists.ozlabs.org> linux-pci@vger.kernel.org + devicetree-discuss <devicetree-discuss@lists.ozlabs.org> + Thierry Reding <thierry.reding@avionic-design.de> Rob Herring <rob.herring@calxeda.com> - linuxppc-dev <linuxppc-dev@lists.ozlabs.org> - Benjamin Herrenschmidt <benh@kernel.crashing.org> - " Thierry Reding <thierry.reding@avionic-design.de>\0" + Rob Herring <robherring2@gmail.com> + " linuxppc-dev <linuxppc-dev@lists.ozlabs.org>\0" "\00:1\0" "b\0" "On Wed, Dec 12, 2012 at 10:49 AM, Grant Likely wrote:\n" - "> On Wed, Dec 12, 2012 at 10:37 AM, Michal Simek <monstr@monstr.eu<mailto:monstr@monstr.eu>> wrote:\n" + "> On Wed, Dec 12, 2012 at 10:37 AM, Michal Simek <monstr@monstr.eu<mailto:m=\n" + "onstr@monstr.eu>> wrote:\n" "> > On 12/10/2012 10:41 PM, Grant Likely wrote:\n" "> >> drivers/pci/pci-of.c would be good. I'd also accept drivers/of/pci.c\n" "> >> which might actually be a good idea in the short term so that it gets\n" - "> >> appropriate supervision while being generalized before being moved into\n" + "> >> appropriate supervision while being generalized before being moved int=\n" + "o\n" "> >> the pci directory.\n" "> >\n" "> > Ben: Are you willing to move that ppc code to this location?\n" "> > It is probably not good idea that I should do it when I even don't have\n" "> > hardware available for testing (Asking someone else).\n" - "> \n" + ">=20\n" "> You're a clever guy, you are more than capable of crafting the patch,\n" "> even if you can't test on hardware. :-)\n" - "> \n" + ">=20\n" "> I refactored most of the OF support code without having access to most\n" "> of the affected hardware. Once I got the changes out there for review\n" "> I also asked for spot testing before getting it into linux-next for\n" "> even more testing.\n" "\n" - "I've been working on a relatively architecture agnostic PCI host bridge driver\n" + "I've been working on a relatively architecture agnostic PCI host bridge dri=\n" + "ver\n" "and also wanted to avoid duplicating more generic DT parsing code for PCI\n" "bindings.\n" "\n" - "I've ended up with a patch which provides an iterator for returning resources\n" + "I've ended up with a patch which provides an iterator for returning resourc=\n" + "es\n" "based on the the typical 'ranges' binding. This has ended up living in\n" "drivers/of/address.c. I originally started out in drivers/of/pci.c and\n" - "drivers/pci/pci-of.c but found there were good (and static) implementations in\n" + "drivers/pci/pci-of.c but found there were good (and static) implementations=\n" + " in\n" "drivers/of/address.c which can be reused (e.g. of_bus_pci_get_flags,\n" "bus->count_cells).\n" "\n" - "I'm not just ready to post it - but can do before early next week if you can\n" + "I'm not just ready to post it - but can do before early next week if you ca=\n" + "n\n" "wait.\n" "\n" Andrew Murray -5bfaab579497b9d4aea2f69fc313eefef6f2b458575177c8fe53494533ce904e +219a4bdc8350425abec29419d33679ccfe5a083faf85337b302a0395ad651f18
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.