Date: Mon, 30 Jan 2006 13:39:43 -0700 (MST) From: "M. Warner Losh" <imp@bsdimp.com> To: glebius@FreeBSD.org Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/cardbus cardbus.c cardbus_cis.c cardbus_device.c cardbusreg.h cardbusvar.h Message-ID: <20060130.133943.82099954.imp@bsdimp.com> In-Reply-To: <20060130201748.GC90131@FreeBSD.org> References: <200601302004.k0UK4xT0022554@repoman.freebsd.org> <20060130201748.GC90131@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <20060130201748.GC90131@FreeBSD.org>
Gleb Smirnoff <glebius@FreeBSD.org> writes:
: On Mon, Jan 30, 2006 at 08:04:59PM +0000, Warner Losh wrote:
: W> imp 2006-01-30 20:04:59 UTC
: W>
: W> FreeBSD src repository
: W>
: W> Modified files: (Branch: RELENG_6)
: W> sys/dev/cardbus cardbus.c cardbus_cis.c cardbusreg.h
: W> cardbusvar.h
: W> Added files: (Branch: RELENG_6)
: W> sys/dev/cardbus cardbus_device.c
: W> Log:
: W> MFC: Catchup to HEAD
: W> o Move resource allocation into pci layer, rather than duplicating
: W> it in this layer (poorly at that).
: W> o Provide preliminary support for dumping of CardBus card's CIS.
: W> o Simplify I/O memory range allocations
: W> o Use PCI layer symbols rather than cardbus layer symbols
: W> o Improve cis tuple callbacks
: W>
: W> Revision Changes Path
: W> 1.52.2.2 +54 -359 src/sys/dev/cardbus/cardbus.c
: W> 1.50.2.1 +80 -140 src/sys/dev/cardbus/cardbus_cis.c
: W> 1.1.2.1 +180 -0 src/sys/dev/cardbus/cardbus_device.c (new)
: W> 1.8.2.1 +0 -37 src/sys/dev/cardbus/cardbusreg.h
: W> 1.11.2.1 +34 -2 src/sys/dev/cardbus/cardbusvar.h
:
: You said, that you have finally found an xl(4) card with non-parseable
: CIS. I hope these changes were tested with it. Was them?
Yes. These changes have been extensively tested with 5 different xl
cards that I have. Including the one that was like the one you had
problems with.
Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060130.133943.82099954.imp>
