Arjan van de Ven wrote:Comments: 1) [minor] With a bit in struct pci_dev, there is no need for separate raw_pci_ops. That will simplify your patch, with no functionality change. "golden" arches (no pun intended) may implement raw_pci_ops that _always_ work with extended config space, and simply ignore that bit, if that is how their underlying non-mmconfig-nor-type1 hardware is implemented. 2) [non-minor] hmmmm. [jgarzik@core ~]$ lspci -n | wc -l 23 So I would have to perform 23 sysfs twiddles, before I could obtain a full and unabridged 'lspci -vvvxxx'? For the userspace interface, the most-often-used knob for diagnostic purposes will be the easiest one. And that's echo 1 > enable-ext-cfg-space-for-all-buses-ACPI-says-to lspci -vvvxxx 3) [minor] architectures must be able to override pci_enable_ext_config(). see "golden arches". --
| David Miller | Re: [patch 7/8] fdmap v2 - implement sys_socket2 |
| Kamalesh Babulal | Re: 2.6.24-rc8-mm1 kernel panic while bootup |
| monstr | [PATCH 19/60] microblaze_v4: checksum support |
| Andrew Morton | -mm merge plans for 2.6.23 |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Arjan van de Ven | Re: [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Natalie Protasevich | [BUG] New Kernel Bugs |
