Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 26 Jan 2000 15:51:24 -0500
From:      Will Andrews <andrews@technologist.com>
To:        Chris Webb <chris@arachsys.com>
Cc:        Will Andrews <andrews@TECHNOLOGIST.COM>, Warner Losh <imp@village.org>, Ken Seggerman <suleyman@echonyc.com>, freebsd-mobile@FreeBSD.ORG
Subject:   Re: Will 3Com 3CCFE574BT work in 4.0 Release?
Message-ID:  <20000126155124.A401@argon.blackdawn.com>
In-Reply-To: <87k8kwok7u.fsf@miranda.arachsys.com>; from chris@arachsys.com on Wed, Jan 26, 2000 at 04:45:25PM %2B0000
References:  <Pine.GSO.4.21.0001221359140.13833-100000@echonyc.com> <200001230347.UAA27217@harmony.village.org> <87wvoxniug.fsf@miranda.arachsys.com> <20000126095858.A413@argon.blackdawn.com> <87k8kwok7u.fsf@miranda.arachsys.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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 <andrews@technologist.com>
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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000126155124.A401>