Hi, On Tue, Jun 30, 2009 at 07:03:18PM +0100, Ben Hutchings wrote:
> > Sure that this is actually communicated to userspace? It appears that the > > module is still loaded, with no devices bound. > In Linux 2.6 probe failure doesn't mean load failure. Forget everything > you know from earlier versions. That's exactly my point. Will the second module be loaded still if the first one didn't fail to load (i.e. the probe failure isn't communicated to userspace)? > > Can't test right now, but I re-ran update-initramfs after the installation, > > so I guess broadcom-sta is included in the device ID list. > No, update-initramfs has nothing to do with depmod. Hm, apparently it's the kernel postinst that invokes depmod, not update-initramfs. > > Anyway, I wonder if it makes sense to declare support for that PCI ID if it > > isn't actually present -- the probe function will always fail until support > > for LP-PHY is implemented. > I wouldn't expect the different PHYs to be distinguishable by PCI id. >From what I read on the web, they use different PCI IDs (that's why a 4312 has an id of 0x4315). Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
