From owner-freebsd-mobile Mon Sep 20 15:27:14 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 25D3E15ABC for ; Mon, 20 Sep 1999 15:22:45 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA97834; Mon, 20 Sep 1999 16:22:40 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA21019; Mon, 20 Sep 1999 16:22:01 -0600 (MDT) Message-Id: <199909202222.QAA21019@harmony.village.org> To: Bill Fumerola Subject: Re: Combo 100Base-T Ethernet/10 BaseT Ethernet/Modem/ISDN cards Cc: Ade Lovett , freebsd-xircom@lovett.com, freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Mon, 20 Sep 1999 15:26:37 EDT." References: Date: Mon, 20 Sep 1999 16:22:01 -0600 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message Bill Fumerola writes: : On Mon, 20 Sep 1999, Ade Lovett wrote: : : > mfbus0: at pccard slot X irq Y : > xe0: at mfbus0 ... : > sio1: at mfbus0 ... : : This is the way that a certain other Washington-based OS handles it. Then I'm definitely opposed :-) Here's a sketch of my world view, which matches the newconfig code a little: isa <-> pcic <-> pccard slot 0 <-> driver(s) for card in slot 0 pccard slot 1 <-> driver(s) for card in slot 1 or the more complicated card bus: pci <-> cbb <-> pccard slot 0 <-> driver(s) for card in slot 0 pccard slot 1 <-> driver(s) for card in slot 1 card bus slot 0 <-> driver(s) for card in slot 0 card bus slot 1 <-> driver(s) for card in slot 1 The card bus machines would provide attachments to both a pccard slot (for pccard devices in a card bus capable slot) and a card bus slot. Multiple children would be allowed per slot to support multi-function cards. It is my understanding that these cards share an interrupt, but otherwise function indepenently. I hope to have something to share for the pcic and cbb drivers before freebsdcon. However, I suspect that hammering out everything is going to take a while yet. I'm looking for ways to open up the development process. Keep your eyes peeled to -mobile for ways of doing it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message