From: Greg KH <greg@kroah.com>
To: Ed L Cashin <ecashin@coraid.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] ATA over Ethernet driver for 2.6.9
Date: Thu, 9 Dec 2004 08:42:50 -0800 [thread overview]
Message-ID: <20041209164250.GA8847@kroah.com> (raw)
In-Reply-To: <87zn0n5vyd.fsf@coraid.com>
On Thu, Dec 09, 2004 at 10:32:10AM -0500, Ed L Cashin wrote:
> Greg KH <greg@kroah.com> writes:
>
> > On Mon, Dec 06, 2004 at 10:51:46AM -0500, Ed L Cashin wrote:
> >> +CREATING DEVICE NODES
> >> +
> >> + Two scripts are in scripts/aoe for assisting in creating device
> >> + nodes for using the aoe driver. Usage is as follows.
> >> +
> >> + rm -rf /dev/etherd
> >> + sh scripts/mkdevs /dev/etherd
> >
> > If you use the /sys/class interface properly, and udev, you don't need
> > this script at all. Care to add sysfs support to the driver so that
> > people don't have to rely on this?
>
> Right now genhd.c seems to be giving us some automatic sysfs support
> for the block devices:
>
> root@makki root# ls /sys/block/
> etherd!e15.3 etherd!e5.2 etherd!e5.6 fd0 md0 ram11 ram15 ram5 ram9
> etherd!e3.0 etherd!e5.3 etherd!e5.7 hda ram0 ram12 ram2 ram6
> etherd!e5.0 etherd!e5.4 etherd!e5.8 hdb ram1 ram13 ram3 ram7
> etherd!e5.1 etherd!e5.5 etherd!e5.9 hdc ram10 ram14 ram4 ram8
Yes, that is automatically handled for you by the block layer.
> Will using class_simple_device_add register our char devices so that
> udev can create the device nodes dynamically? I'm looking at the
> example in netlink_dev.c.
You need the class_simple* stuff for your char driver. This is because
the char layer does not automatically handle this for you, and is the
responsibility of every individual driver to implement (yeah, it sucks
at times, sorry...)
Hope this helps,
greg k-h
next prev parent reply other threads:[~2004-12-09 16:44 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-06 15:51 [PATCH] ATA over Ethernet driver for 2.6.9 Ed L Cashin
2004-12-06 16:14 ` Arjan van de Ven
2004-12-10 16:19 ` Ed L Cashin
2004-12-06 16:21 ` Jan-Benedict Glaw
2004-12-06 16:11 ` Alan Cox
2004-12-06 17:06 ` Ed L Cashin
2004-12-07 13:00 ` Pavel Machek
2004-12-08 10:02 ` Helge Hafting
2004-12-08 15:44 ` Ed L Cashin
2004-12-08 15:53 ` Pavel Machek
2004-12-06 16:28 ` Adam Heath
2004-12-06 16:45 ` Ed L Cashin
2004-12-06 16:09 ` Alan Cox
2004-12-06 17:10 ` Adam Heath
2004-12-06 21:54 ` Greg KH
2004-12-09 15:48 ` Ed L Cashin
2004-12-09 16:37 ` Greg KH
2004-12-09 15:57 ` Ed L Cashin
2004-12-09 16:40 ` Greg KH
[not found] ` <87zn0n5vyd.fsf@coraid.com>
2004-12-09 16:42 ` Greg KH [this message]
2004-12-08 9:53 ` Pekka Enberg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20041209164250.GA8847@kroah.com \
--to=greg@kroah.com \
--cc=ecashin@coraid.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.