summaryrefslogtreecommitdiffstats
path: root/lib/libc/stdlib/merge.c
diff options
context:
space:
mode:
authoryongari <yongari@FreeBSD.org>2010-08-22 21:26:35 +0000
committeryongari <yongari@FreeBSD.org>2010-08-22 21:26:35 +0000
commit51ae556c0997c7e6a56b5cbfac42c31fbfbdaaff (patch)
tree5a6921a9512dcdd95f1d42c45395891ded59d973 /lib/libc/stdlib/merge.c
parent44306000bd39088d3ea3cb9ea48d5e8e2a2db956 (diff)
downloadFreeBSD-src-51ae556c0997c7e6a56b5cbfac42c31fbfbdaaff.zip
FreeBSD-src-51ae556c0997c7e6a56b5cbfac42c31fbfbdaaff.tar.gz
It seems some newer RTL8139 controllers provides only memory space
register mapping. I'm not sure whether it comes from the fact that controllers live behind certain PCI brdge(PLX PCI 6152 33BC) and the bridge has some issues in handling I/O space register mapping. Unfortunately it's not possible to narrow down to an exact controller that shows this issue because RealTek used the same PCI device/revision id again. In theory, it's possible to check parent PCI bridge device and change rl(4) to use memory space register mapping if the parent PCI bridge is PLX PCI 6152. But I didn't try to do that and we wouldn't get much benefit with added complexity. Blindly switching to use memory space register mapping for rl(4) may make most old controllers not to work. At least, I don't want to take potential risk from such change. So use I/O space register mapping by default but give users chance to override it via a tunable. The tunable to use memory space register mapping would be given by adding the following line to /boot/loader.conf file. dev.rl.%d.prefer_iomap="0" This change makes P811B quad-port work with this tunable. Tested by: Nikola Kalpazanov ( n.kalpazanov <> gmail dot com ) MFC after: 1 week
Diffstat (limited to 'lib/libc/stdlib/merge.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud