From owner-freebsd-mobile Thu Apr 8 5:59:57 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id B6D251516B for ; Thu, 8 Apr 1999 05:59:48 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id VAA11089; Thu, 8 Apr 1999 21:57:31 +0900 (JST) Message-ID: <370C9C63.B5506516@newsguy.com> Date: Thu, 08 Apr 1999 21:09:07 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.51 [en] (Win98; I) X-Accept-Language: pt-BR,ja MIME-Version: 1.0 To: NAKAGAWA Yoshihisa Cc: Nate Williams , Ted Faber , Nick Sayer , freebsd-mobile@FreeBSD.ORG Subject: Re: Any success with CirrusLogic 6729/6730??? References: <199904080843.RAA02125@chandra.eatell.msr.prug.or.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org NAKAGAWA Yoshihisa wrote: > > - PCIC is an ISA device. PCIC handles bus, yet the bus is not the > bus PCIC belongs to. Please note that a PCIC is an ISA device and > a bridge between ISA bus and PC Card bus. Also, if you see codes > on NetBSD, bus dependent code and handling bridge is different. I just wish this PCIC is ISA/PCIC is not ISA would get settled... Can anyone on the not ISA camp *PROVE* it is not an ISA device? If it is not an ISA device, it ought to be possible to show a case A where an ISA device behaves in such an such way and PCIC does not. > - sysctl is the last way to go. It can't work unless the module is > loaded after boot. There are also other problems loading the > driver with current KLD. That is incorrect. It can be set through loader at load time. This is not hypothetical, it is the present state for PCIC. > - User configuration method dependent on KLD or boot loader is > wrong solution. It should be independent from them. Why? By the same token, I suggest that configuration method should be independent of anything you suggest. You did not justify your position, so I don't need to justify mine. So I suggest you justify your positions whenever you out-rule a possible solution. > - It is clearly wrong to specify the management irq by sysctl. Err... a lot of people don't see this way, so it might be wrong, but it sure is not clear. Justify. > - It is a bad way to handle resources by hard coding. A way for > the user to change the resources is must. UserConfig is the > available solution, now. Ideally, userconfig should go away. It relies on the kernel being running already, which is a bad thing. > - The method used by PAO is the right way to go, although native > probe/attach codes for PCI PCIC and CardBus controllers is yet to > be written. Justify. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "nothing better than the ability to perform cunning linguistics" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message