* (no subject)
@ 2005-05-24 9:18 root
0 siblings, 0 replies; only message in thread
From: root @ 2005-05-24 9:18 UTC (permalink / raw)
by smtp.nexlab.net (Postfix) with ESMTP id 84712FB78
for <chiakotay@nexlab.it>; Tue, 24 May 2005 10:01:48 +0200 (CEST)
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
id S261301AbVEXB43 (ORCPT <rfc822;chiakotay@nexlab.it>);
Mon, 23 May 2005 21:56:29 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261302AbVEXB43
(ORCPT <rfc822;linux-kernel-outgoing>);
Mon, 23 May 2005 21:56:29 -0400
Received: from mail.dvmed.net ([216.237.124.58]:59595 "EHLO mail.dvmed.net")
by vger.kernel.org with ESMTP id S261300AbVEXB41 (ORCPT
<rfc822;linux-kernel@vger.kernel.org>);
Mon, 23 May 2005 21:56:27 -0400
Received: from cpe-065-184-065-144.nc.res.rr.com ([65.184.65.144] helo=[10.10.10.88])
by mail.dvmed.net with esmtpsa (Exim 4.51 #1 (Red Hat Linux))
id 1DaOee-00018N-Sq; Tue, 24 May 2005 01:56:25 +0000
Message-ID: <429289C6.9080707@pobox.com>
Date: Mon, 23 May 2005 21:56:22 -0400
From: Jeff Garzik <jgarzik@pobox.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050328 Fedora/1.7.6-1.2.5
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Brent Casavant <bcasavan@sgi.com>
Cc: Andrew Morton <akpm@osdl.org>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/3] ioc4: Driver rework
References: <20050523192157.V75588@chenjesu.americas.sgi.com>
In-Reply-To: <20050523192157.V75588@chenjesu.americas.sgi.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
Brent Casavant wrote:
> - The IOC4 chip implements multiple functions (serial, IDE, others not
> yet implemented in the mainline kernel) but is not a multifunction
> PCI device. In order to properly handle device addition and removal
> as well as module insertion and deletion, an intermediary IOC4-specific
> driver layer is needed to handle these operations cleanly.
I disagree that a layer is needed.
Just write a PCI driver that does the following in probe:
register IDE
register serial
...
and undoes all that in remove.
Device addition and removal work just fine with that scheme.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2005-05-24 9:25 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-05-24 9:18 root
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®