summaryrefslogtreecommitdiffstats
path: root/lib/libarchive/archive_write.c
diff options
context:
space:
mode:
authorimp <imp@FreeBSD.org>2004-04-13 19:31:57 +0000
committerimp <imp@FreeBSD.org>2004-04-13 19:31:57 +0000
commitb471e537624cbd601f007979b7ccbfd941d9d9c9 (patch)
treef7009049ccb5be55fbb5a937d88cbdd0ea71840d /lib/libarchive/archive_write.c
parent942f7be747ecf578aee72ff9efbf45221b6ca95e (diff)
downloadFreeBSD-src-b471e537624cbd601f007979b7ccbfd941d9d9c9.zip
FreeBSD-src-b471e537624cbd601f007979b7ccbfd941d9d9c9.tar.gz
Some devices have what appear to be invalid BARs. They are invalid in
the sense that any write to them reads back as a 0. This presents a problem to our resource allocation scheme. If we encounter such vars, the code now treats them as special, allowing any allocation against them to succeed. I've not seen anything in the standard to clearify what host software should do when it encounters these sorts of BARs. Also cleaned up some output while I'm here and add commmented out bootverbose lines until I'm ready to reduce the verbosity of boot messages. This gets a number of south bridges and ata controllers made mostly by VIA, AMD and nVidia working again. Thanks to Soren Schmidt for his help in coming up with this patch.
Diffstat (limited to 'lib/libarchive/archive_write.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud