[no subject]

[root]

	by smtp.nexlab.net (Postfix) with ESMTP id 84712FB78

	for <chiakotay@xxxxxxxxx>; Tue, 24 May 2005 10:01:48 +0200 (CEST)

Received: (majordomo@xxxxxxxxxxxxxxx) by vger.kernel.org via listexpand

	id S261301AbVEXB43 (ORCPT <rfc822;chiakotay@xxxxxxxxx>);

	Mon, 23 May 2005 21:56:29 -0400

Received: (majordomo@xxxxxxxxxxxxxxx) 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@xxxxxxxxxxxxxxx>);

	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@xxxxxxxxx>

Date:	Mon, 23 May 2005 21:56:22 -0400

From: Jeff Garzik <jgarzik@xxxxxxxxx>
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@xxxxxxx>
Cc: Andrew Morton <akpm@xxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx
Subject: Re: [PATCH 0/3] ioc4: Driver rework

References: <20050523192157.V75588@xxxxxxxxxxxxxxxxxxxxxxxxx>

In-Reply-To: <20050523192157.V75588@xxxxxxxxxxxxxxxxxxxxxxxxx>

Content-Type: text/plain; charset=us-ascii; format=flowed

Content-Transfer-Encoding: 7bit

X-Spam-Score: 0.0 (/)

Sender: linux-kernel-owner@xxxxxxxxxxxxxxx
Precedence: bulk

X-Mailing-List:	linux-kernel@xxxxxxxxxxxxxxx



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@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/