From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 12:38:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C29716A4CE for ; Sun, 27 Mar 2005 12:38:53 +0000 (GMT) Received: from defiant.dogan.ch (defiant.dogan.ch [213.144.141.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF5FE43D54 for ; Sun, 27 Mar 2005 12:38:51 +0000 (GMT) (envelope-from ihsan@dogan.ch) Received: by defiant.dogan.ch (Postfix, from userid 1000) id 2E76B179F9; Sun, 27 Mar 2005 14:38:50 +0200 (CEST) Date: Sun, 27 Mar 2005 14:37:48 +0200 From: Ihsan Dogan To: Milan Obuch Message-ID: <20050327123748.GA6038@dogan.ch> References: <20050327.023343.93880014.imp@bsdimp.com> <200503271331.42923.bsd@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503271331.42923.bsd@dino.sk> User-Agent: Mutt/1.4.2.1i X-Operating-System: NetBSD/i386 1.6.2 X-Uptime: 2:29PM up 246 days, 2:55, 9 users, load averages: 0.86, 0.77, 0.78 X-Binford: 6100 (more power) X-Editor: Vim-603 http://www.vim.org Resent-From: ihsan@dogan.ch Resent-Date: Sun, 27 Mar 2005 14:38:50 +0200 Resent-To: current@freebsd.org Resent-Message-Id: <20050327123850.2E76B179F9@defiant.dogan.ch> Subject: Re: cardbus troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 12:38:53 -0000 On Sunday, 27 Mar 2005 13:31 +0200, Milan Obuch wrote: > I would try to use somewhat similar definition, which could be added: > > { "Oxford Semiconductor OXCB950 UART", > { 0x1415, 0x950b, 0, 0 }, > { 0xffff, 0xffff, 0, 0 }, > { > { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ }, > }, > }, > > Try add this to pucdata.c, recompile and run - this could work, if not, > provide verbose bootlog. Maybe someone knows better... 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: 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: 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 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 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. Ihsan... -- Swiss Unix User Group: http://www.suug.ch/ Software Packages for Solaris: http://www.blastwave.org/