From owner-freebsd-hackers Wed Feb 21 20:26:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA26023 for hackers-outgoing; Wed, 21 Feb 1996 20:26:35 -0800 (PST) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA26018 for ; Wed, 21 Feb 1996 20:26:31 -0800 (PST) Received: from fakir.india.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA128183161; Wed, 21 Feb 1996 20:26:11 -0800 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA051632939; Thu, 22 Feb 1996 09:52:19 +0530 Message-Id: <199602220422.AA051632939@fakir.india.hp.com> To: Masahiro SEKIGUCHI Cc: hackers@FreeBSD.org, smpatel@wam.umd.edu Subject: Re: ISA device irq/mem auto-configuration In-Reply-To: Your message of "Wed, 21 Feb 1996 22:30:57 +0900." <199602211330.WAA00818@sphinx.sysrap.cs.fujitsu.co.jp> Date: Thu, 22 Feb 1996 09:52:18 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@FreeBSD.org Precedence: bulk >>>>> ms == Masahiro SEKIGUCHI said: >>>>> ms> For IRQ, DMA channel, and/or memory addresses, I support the idea that ms> the driver should use the value detected at boot, *if* the driver can ms> DETECT them but can NOT set them. A question here: if a card is determined (by reading the hardware) to reside at port 0x300 and IRQ 5, can we change the kernel isa_dev structure overwriting the configured values in the structure? The question is: Is this a safe thing to do in general? --- ms> If those settings can be changed by the driver, it *may* be better to ms> use values specified in the config. I cannot just say one scenario is ms> better, in this case. My thinking was that reconfiguring the hardware shouldn't be part of the regular driver. For one it violates the principle of least surprise; for example if a user is running DOS and FreeBSD. We would want the BSD driver to change settings on the card every time it boots forcing the user to re-run his DOS config utilities everytime. Secondly, configuring software configurable cards adds another magnitude of complexity and board model dependence to the driver. Thirdly, FreeBSD's pre-configured idea of interrupts and IO addresses may clash with some other hardware present on the system. So I thought it was better for FreeBSD to obey the hardware settings instead of the other way round. --- Koshy