From owner-freebsd-mobile Wed Jan 26 12:51:31 2000 Delivered-To: freebsd-mobile@freebsd.org Received: from argon.blackdawn.com (deepspace9.dcds.edu [207.231.151.2]) by hub.freebsd.org (Postfix) with ESMTP id 2AB20151CF for ; Wed, 26 Jan 2000 12:51:26 -0800 (PST) (envelope-from will@blackdawn.com) Received: by argon.blackdawn.com (Postfix, from userid 1000) id 5D8CB199A; Wed, 26 Jan 2000 15:51:24 -0500 (EST) Date: Wed, 26 Jan 2000 15:51:24 -0500 From: Will Andrews To: Chris Webb Cc: Will Andrews , Warner Losh , Ken Seggerman , freebsd-mobile@FreeBSD.ORG Subject: Re: Will 3Com 3CCFE574BT work in 4.0 Release? Message-ID: <20000126155124.A401@argon.blackdawn.com> References: <200001230347.UAA27217@harmony.village.org> <87wvoxniug.fsf@miranda.arachsys.com> <20000126095858.A413@argon.blackdawn.com> <87k8kwok7u.fsf@miranda.arachsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <87k8kwok7u.fsf@miranda.arachsys.com>; from chris@arachsys.com on Wed, Jan 26, 2000 at 04:45:25PM +0000 X-Operating-System: FreeBSD 4.0-CURRENT i386 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jan 26, 2000 at 04:45:25PM +0000, Chris Webb wrote: > > Your problem is probably caused by the fact that in the GENERIC kernel > > (and others), pcic1 likes to use IRQ 11. > > I hoped that pcic11 wasn't compiled in to this kernel at all: I > commented it out as the relevant hardware isn't present in the machine. > > [...] > device card0 > device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 > #device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable > options PCIC_RESUME_RESET > [...] Yes, I saw. That's why I wrote the next paragraph. I've tried to use IRQ 11 too, with pcic1 disabled. It doesn't work, strangely enough. > Just been through each of the ostensibly free IRQs (11, 13, 15; there's > a USB controller on IRQ 9) and even tried shifting pcic0 onto IRQ 11 and > putting the 574B on IRQ 10. In each case, I see the same strange > behaviour from ep0. It works absolutely fine up until I do a zzz, but > after resuming, no interrupts get through at all. I disabled my USB controller. It's not even in my kernel config file at all. I don't use any USB devices (and probably never will), so I have no need for it in there. Perhaps you could disable yours? > Indeed. I saw the same behaviour at bootup when I accidentally put the > pccard on the same IRQ as the internal soundcard. What's puzzling me is > why this should only start happening after an apm suspend/resume > cycle: > > # ping 192.168.64.2 > PING 192.168.64.2 (192.168.64.2): 56 data bytes > 64 bytes from 192.168.64.2: icmp_seq=0 ttl=255 time=0.502 ms > 64 bytes from 192.168.64.2: icmp_seq=0 ttl=255 time=0.433 ms You mean it _WORKS_ after you do apm suspend/resume ? -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message