Re: no network access on today's CURRENT

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_at_ 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