On Tue, Dec 06, 2005 at 05:00:23PM +0000, Patrick Welche wrote:
> On Tue, Dec 06, 2005 at 04:38:40PM +0000, Patrick Welche wrote:
> >   cbb0: wait took 0.018607s
> >   rtk0 at cardbus0 function 0: Planex FNW-3603 10/100BaseTX
> >   rtk0: Ethernet address 00:90:cc:43:c0:33
> >   ukphy0 at rtk0 phy 7: Generic IEEE 802.3u media interface   
> >   ukphy0: OUI 0x000000, model 0x0000, rev. 0
> >   ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> > 
> > all OK (huge read of binary/sets etc.) until suddenly (hmm seems to be
> > reproducible with cvs - rather odd):
> > 
> >   rtk0: transmit underrun; new threshold: 320 bytes
> > 
> > Then no more connection. Pulling the card out, popping it back in and
> > giving it an ip number makes it work again..
> > 
> > I remember cbb0 not being defined
> > 
> >   device   vendor prod    pin PIRQ IRQ stage
> >   002:11:0 0x104c 0x8031   A  0x02  11 0     fixed up
> >   pci_addr_fixup: 002:11:0 0x104c 0x8031 new address 0x1f800000
> >   cbb0 at pci2 dev 11 function 0: Texas Instruments PCI7x21/7x11 Cardbus Con..
> >   cbb0: NOT USED because of unconfigured interrupt
> > 
> > until I removed acpi, and added PCBIOS to this i386 kernel, then the
> > device/vendor/prod/pin/.../ table doesn't appear and
> > 
> >   cbb0: interrupting at irq 11
> > 
> > Maybe these 2 observations are related?
> 
> In fact, this time around I have several threshold changes 384, 448, and
> the connection still works, so that part is probably a red herring..

In fact this all boils down to src/sys/dev/acpi/TODO :

   Important things to make ACPI useful on more machines:

   * Fix problems with ACPI_PCI_FIXUP.  CardBus slots do not work in some
     machines currently.  (Affects many machines.)
   ...
   - kochi, 2004/06/09

Cheers,

Patrick