From owner-freebsd-mobile Wed Jan 20 12:16:32 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12371 for freebsd-mobile-outgoing; Wed, 20 Jan 1999 12:16:32 -0800 (PST) (envelope-from owner-freebsd-mobile@FreeBSD.ORG) Received: from dingo.cdrom.com (castles232.castles.com [208.214.165.232]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12365 for ; Wed, 20 Jan 1999 12:16:25 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id MAA00975; Wed, 20 Jan 1999 12:12:52 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901202012.MAA00975@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: brian@worldcontrol.com cc: Nick Sayer , freebsd-mobile@FreeBSD.ORG Subject: Re: Reclaiming irqs for unsupported PCI hardware? In-reply-to: Your message of "Tue, 19 Jan 1999 20:25:54 PST." <19990119202553.A90328@top.worldcontrol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 20 Jan 1999 12:12:51 -0800 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > While I am writing, why is it necessary for the PCCARD controller > > to use an IRQ? It only generates them at slot events, which happen, > > what, every few _hours_ or so? Can't they be polled? IRQs are > > precious in modern x86 machines (unfortunately). > > I cried similarly, and made a similar complaint about PCCARD > services. The response was nada. You said "why don't you lazy bastards fix this". We said "we are too bloody busy, fix it yourself". > I'm close to modifying the system myself to eliminate the IRQ > for insertion. > > I have a further complication that when the PCCARD interrupt service > routine tries to handle my modem card insertion the system freezes, > however, if it is not done via the interrupt routine (card inserted > before power on) it works fine. Other cards work correctly via > insertion. > > The main thing that keeps me from doing so, is such changes will never > be imported into FreeBSD unless the people with the power agree. Crap. Submit the patches, fix them when they break other peoples' hardware, and they'll get committed. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message