Re: cardbus troubles

From: Ihsan Dogan <ihsan_at_dogan.ch>
Date: Mon, 28 Mar 2005 12:10:15 +0200
On Sunday, 27 Mar 2005 15:08 +0200, Milan Obuch wrote:

> > The card is now recognized:
> > Mar 27 14:04:25 makar kernel: pcib2: device cardbus1 requested decoded
> > memory range 0xc0200000-0xcfffffff Mar 27 14:04:25 makar kernel: pcib2:
> > device cardbus1 requested decoded I/O range 0x4000-0x8fff Mar 27 14:04:25
> > makar kernel: found->   vendor=0x1415, dev=0x950b, revid=0x00 Mar 27
> > 14:04:25 makar kernel: bus=6, slot=0, func=0
> > Mar 27 14:04:25 makar kernel: class=07-00-06, hdrtype=0x00, mfdev=0
> > Mar 27 14:04:25 makar kernel: cmdreg=0x0000, statreg=0x0290, cachelnsz=0
> > (dwords) Mar 27 14:04:25 makar kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0
> > ns), maxlat=0x00 (0 ns) Mar 27 14:04:25 makar kernel: intpin=a, irq=11
> > Mar 27 14:04:25 makar kernel: powerspec 1  supports D0 D2 D3  current D0
> > Mar 27 14:04:25 makar kernel: puc0: <Oxford Semiconductor OXCB950 UART>
> > port 0x4000-0x400f,0x4010-0x4017 mem
> > 0xc0240000-0xc0240fff,0xc0241000-0xc0241fff,0xc0242000-0xc0242fff irq 11 at
> > device 0.0 on cardbus1 Mar 27 14:04:25 makar kernel: pcib2: device puc0
> > requested decoded I/O range 0x4010-0x4017 Mar 27 14:04:25 makar kernel:
> > sio4: <Oxford Semiconductor OXCB950 UART> on puc0 Mar 27 14:04:25 makar
> > kernel: sio4: type 16550A
> > Mar 27 14:04:25 makar kernel: sio4: unable to activate interrupt in fast
> > mode - using normal mode
> >
> 
> This is not bad, maybe shared interrupt, normally does not cause problems.
> I see it on some machines too, so this is only diagnostics.
> 
> > I hooked up a Sun machine to the serial and connected with tip to
> > it (/etc/remote settings are correct, tested on a different
> > machine). I didn't see anythin in tip, but I got this errors:
> > Mar 27 14:22:07 makar kernel: sio4: 2 more silo overflows (total 8)
> > Mar 27 14:22:08 makar kernel: sio4: 1 more silo overflow (total 9)
> > Mar 27 14:22:08 makar kernel: sio4: 24 more interrupt-level buffer
> > overflows (total 481) Mar 27 14:22:09 makar kernel: sio4: 1 more silo
> > overflow (total 10) Mar 27 14:22:09 makar kernel: sio4: 91 more
> > interrupt-level buffer overflows (total 572) Mar 27 14:22:16 makar kernel:
> > sio4: 29 more interrupt-level buffer overflows (total 601) Mar 27 14:22:24
> > makar kernel: sio4: 1 more silo overflow (total 11) Mar 27 14:22:24 makar
> > kernel: sio4: 88 more interrupt-level buffer overflows (total 689) Mar 27
> > 14:22:37 makar kernel: sio4: 1 more silo overflow (total 12) Mar 27
> > 14:22:37 makar kernel: sio4: 21 more interrupt-level buffer overflows
> > (total 710) Mar 27 14:25:51 makar kernel: acpi_ec0: info: new max delay is
> > 70 us
> >
> 
> Overflows are usually caused by inability to read data, which corresponds with 
> what are you seeing - no data read.
> 
> > If I remove the card:
> > Mar 27 14:26:33 makar kernel: cardbus1: release_all_resource: Resource
> > still owned by child, oops. (type=1, rid=0, addr=b) Mar 27 14:26:33 makar
> > kernel: cardbus1: release_all_resource: Resource still owned by child,
> > oops. (type=4, rid=16, addr=4010) Mar 27 14:26:33 makar kernel: sio4: still
> > open, forcing close
> > Mar 27 14:26:33 makar kernel: sio4: detached
> >
> > If I reconnect the card, the kernel panics.
> >
> 
> Maybe card definition needs some tweaking, but I do not know enough to tell 
> exactly. Maybe it is in cardbus - no idea, I have not that much experience 
> here.
> As said, maybe someone knows better. I will try to read some docs, but no idea 
> just now.

Is any developer interested to work on that? I'm also willing to
provide the necessary hardware.


Ihsan...

-- 
Swiss Unix User Group: http://www.suug.ch/
Software Packages for Solaris: http://www.blastwave.org/
Received on Mon Mar 28 2005 - 08:10:18 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:30 UTC