[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070125082544.GA16300@kroah.com>
Date: Thu, 25 Jan 2007 00:25:44 -0800
From: Greg KH <greg@...ah.com>
To: Markku Savela <msa@...h.iki.fi>
Cc: linux-kernel@...r.kernel.org
Subject: Re: How to get /dev entry created automaticly for dynamic major number?
On Thu, Jan 25, 2007 at 09:35:07AM +0200, Markku Savela wrote:
>
> If want to write a loadable module which "implements" a char device
> ("virtual", no real device present). How do I get the correct
> "/dev/foo" to appear automaticly? What is the current recommended
> solution (kernel 2.6.17 in Ubuntu and later).
>
> static int major;
>
> static int __init foo_init(void)
> {
> ...
> major = register_chrdev(0, "foo", &fops);
> ....
> }
>
> static void __exit foo_exit(void)
> {
> ...
> if (major > 0)
> unregister_chrdev(major, "foo");
> ...
> }
>
> I thought that the above code would be enough to trigger the "udevd",
> but apparently not (if it should, what is the match rule I have to
> use? DRIVER=="foo" or KERNEL="foo[0-9]*"? None of these seem to
> work). Do I have to do some additional poking with sysfs? I can see
> my module there, but nothing else.
>
> The problem seems to be that most information I find from books or net
> is out of date for 2.6, or carries note "these things are currently
> been changed". A pointer to a definitive documentation would also do!
If you look in the book, Linux Device Drivers, third edition, free
online, there's a section on what is needed for udev to work properly.
The ideas are still the same, but the way to do it has changed since the
book was written. Just use a struct device and a class, and you will be
fine. Look at the misc device core or the mem code in
drivers/char/mem.c for examples of what you need to do.
Hope this helps,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists