David Wolfskill wrote: > Ugh. Looks as if my cut/paste of the console output ran across a lone > '.' and somewhat truncated the output; worse, the next stuff was > interpreted as Cc: addresses. Sorry about that.... :-( > > The console output that was dropped was not relevant to the problem, > so I'll not bother with it further. > > I will point out that the kernel does still have the "rl" device; it > also has the "re" device defined. So rev 1.118 of sys/pci/if_rl.c is what breaks your configuration? You can't back that change out, but if you '#if 0' the test that changed in that rev (checking hwrev for certain values), does it make a difference? If it does, you and Bill Paul will have to get together and figure out if the test is correct. Possibilities include either the test being wrong, or the re(4) driver needing to be modified to recognise your card. Also, the PCI database contained in pciconf is completely separate from the drivers that are in the kernel. There is absolutely no connection between the two. pciconf works by parsing the PCI config space itself and matching the data that it finds to entries in it's database. There is nothing odd about what you are seeing; there are probably hundreds of devices that pciconf can identify but have no correspinding driver in FreeBSD at all. The same applies to the PCI configuration code in the kernel. Parsing the PCI config space is easy and has no bearing on what drivers may or may not attach to the hardware. ScottReceived on Fri Dec 26 2003 - 14:36:26 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:35 UTC