Date: Thu, 22 Mar 2007 23:05:02 -0400 From: John Baldwin <jhb@freebsd.org> To: David Wolfskill <david@catwhisker.org> Cc: current@freebsd.org Subject: Re: no network access on today's CURRENT Message-ID: <200703222305.04056.jhb@freebsd.org> In-Reply-To: <20070323023513.GO39764@bunrab.catwhisker.org> References: <46025922.4090809@vlink.ru> <20070322221341.GN39764@bunrab.catwhisker.org> <20070323023513.GO39764@bunrab.catwhisker.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 22 March 2007 10:35:13 pm David Wolfskill wrote:
> On Thu, Mar 22, 2007 at 03:13:41PM -0700, David Wolfskill wrote:
> > ...
> > Following up on Bruce's suggestion, then, I reverted the files that
> > appeared most likely to be involved to 20 Mar 2007 03:00 (US/Pacific;
> > currently 7 hrs. west of UTC) and re-built the kernel.
> >
> > A reboot following that exercise yields a functioning wi0:
> >...
> > Here's a list of the files I reverted (pruned from a list of files that
> > were updated in yesterday's build process), together with the revision
> > level I'm using & the current revision level:
>
> I was able to trim the list by some experimenting:
>
> > File wi0 OK no wi0
> > sys/dev/acpica/acpi.c 1.231 1.233
> > sys/i386/bios/smapi.c 1.13 1.14
> > sys/i386/bios/smbios.c 1.5 1.6
> > sys/i386/bios/vpd.c 1.5 1.6
> > sys/i386/i386/legacy.c 1.61 1.62
> > sys/i386/i386/nexus.c 1.69 1.71
> >...
>
> So: the above set of changes makes the difference between my wi0 device
> being seen (or not) during kernel probes.
>
> The probe messages from this latest (successful) boot related to the wi0
> device are:
>
> ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire
> pcib2: pccard2 requested memory range 0xf4000000-0xfbffffff: good
> pccard2: CIS version PC Card Standard 5.0
> pccard2: CIS info: Dell, TrueMobile 1150 Series PC Card, Version 01.01,
> pccard2: Manufacturer code 0x156, product 0x2
> pccard2: function 0: network adapter, ccr addr 3e0 mask 1
> pccard2: function 0, config table entry 1: I/O card; irq mask ffff; iomask
6, iospace 0-3f; io16 irqpulse irqlevel
> pcib2: pccard2 requested I/O range 0xe000-0xffff: in range
> pcib2: pccard2 requested memory range 0xf4000000-0xfbffffff: good
> wi0: <Dell TrueMobile 1150 Series PC Card> at port 0xe000-0xe03f irq 11
function 0 config 1 on pccard2
> wi0: [MPSAFE]
> wi0: [ITHREAD]
> wi0: using Lucent Embedded WaveLAN/IEEE
> wi0: Lucent Firmware: Station (6.14.1)
> wi0: bpf attached
> wi0: Ethernet address: 00:02:2d:5b:2c:78
> wi0: bpf attached
> wi0: bpf attached
> wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
> ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire
>
> The corresponding messages from a boot that fails to see wi0:
>
> ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire
> pcib2: pccard2 requested memory range 0xf4000000-0xfbffffff: good
> cbb2: set_res_flags: specified resource not active
> CIS is too long -- truncating
> cbb2: set_res_flags: specified resource not active
> pccard2: Card has no functions!
> cbb2: PC Card card activation failed
> ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire
>
> Thanks for suggestions; still willing to test.
Can you narrow it down further and see if just these changes are involved?
jhb 2007-03-21 15:36:38 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 nexus.c
sys/i386/i386 nexus.c
sys/ia64/ia64 nexus.c
Log:
Change the amd64, i386, and ia64 nexus drivers to setup bus space tags and
handles when activating a resource via bus_activate_resource() rather than
doing some of the work in bus_alloc_resource() and some of it in
bus_activate_resource().
One note is that when using isa_alloc_resourcev() on PC-98, drivers now
need to just use bus_release_resource() without explicitly calling
bus_deactivate_resource() first. nyan@ has already fixed all of the PC-98
drivers.
Revision Changes Path
1.75 +6 -8 src/sys/amd64/amd64/nexus.c
1.71 +34 -41 src/sys/i386/i386/nexus.c
1.17 +13 -13 src/sys/ia64/ia64/nexus.c
jhb 2007-03-21 15:39:12 UTC
FreeBSD src repository
Modified files:
sys/dev/acpica acpi.c
Log:
Change acpi's handling of suballocating system resources to be a little
simpler. It now can just use rman_is_region_manager() during
acpi_release_resource() to see if the the resource is suballocated from
a system resource. Also, the driver no longer needs MD knowledge about
how to setup bus space tags and handles when doing a suballocation, but
can simply rely on bus_activate_resource() in the parent setting all that
up.
Revision Changes Path
1.233 +39 -55 src/sys/dev/acpica/acpi.c
Also, 'devinfo -u' output from both kernels would be helpful.
--
John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200703222305.04056.jhb>