From owner-freebsd-mobile@FreeBSD.ORG Tue Mar 29 07:17:00 2005 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C1B16A4CE for ; Tue, 29 Mar 2005 07:17:00 +0000 (GMT) Received: from mx1.modula.no (mx1.modula.no [62.70.15.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 637AC43D49 for ; Tue, 29 Mar 2005 07:16:59 +0000 (GMT) (envelope-from espen@modula.no) Received: from localhost (unknown [62.70.15.23]) by mx1.modula.no (Postfix) with ESMTP id D613C5DA3D; Tue, 29 Mar 2005 09:16:55 +0200 (CEST) Received: from mx1.modula.no ([62.70.15.23]) by localhost (mx1.modula.no [62.70.15.23]) (amavisd-new, port 10024) with ESMTP id 65630-05; Tue, 29 Mar 2005 09:16:55 +0200 (CEST) Received: from [127.0.0.1] (www04.modula.no [62.70.15.17]) by mx1.modula.no (Postfix) with ESMTP id 177665DA24; Tue, 29 Mar 2005 09:16:55 +0200 (CEST) Message-ID: <424900E9.3050703@modula.no> Date: Tue, 29 Mar 2005 09:16:57 +0200 From: Espen Tagestad User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Warner Losh References: <20050327054402.GC749@empiric.icir.org> <20050328114027.GA30164@totem.fix.no> <20050329001313.GE752@empiric.icir.org> <20050328.191137.74660165.imp@bsdimp.com> In-Reply-To: <20050328.191137.74660165.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mx1.modula.no cc: freebsd-mobile@freebsd.org Subject: Re: Sony Ericsson GC85 GPRS/EDGE pcmcia card X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 07:17:00 -0000 Warner Losh wrote: >>Ah. Warner would know more about these than I -- he went through quite a >>bit of pain I believe to get them to work. >>I believe some other vendors' bridges allow the ISA function interrupt to >>be routed to a different IRQ than the card service interrupt, but have >>never touched hardware with the O2Micro parts in. > > > Yes and no. But it isn't really relevant to newcard, which always, > for PCI devices, uses PCI interrupts. O2 Micro parts work fairly > well, even. Ok? I tried Debian once, and there I could asign different irqs for each pcmcia device. This is a Acer Travelmate 630 with a built-in Orinoco wireless pcmcia card. This was then asigned to irq 7, and the modem-card got irq 11. But still, overflows occured making the connection useless. >>The reason this is sometimes needed is that not all PCMCIA devices will >>allow you to choose any available IRQ -- some of them will only support >>a very limited subset of IRQs in their configuration tuples, and this >>was the case with my smart card reader. > > > The PC Cards have one interrupt pin, and have no knowledge of how they > are routed. The pccard code ignores the interrupts listed unless > we're plugged into an ISA bridge. So that can't be the issue. But do you have any suggestions on what could be the problem then? I don't have a clue anymore. I tried to disable the internal pcmcia-card by removing device wi from my kernel configuration. The card is no longer seen on my system, but that may doesn't mean it won't make interrupt problems? Or could it be that this isn't a interrupt problem at all? Espen