Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] Using udev, non-static /dev, and ramfs (or tmpfs)
@ 2006-10-21 18:34 don
  2006-10-21 20:22 ` Rob Landley
  2006-10-22  1:19 ` Nathanael D. Noblet
  0 siblings, 2 replies; 3+ messages in thread
From: don @ 2006-10-21 18:34 UTC (permalink / raw)
  To: buildroot

I have a buildroot system that has been working fine (thanks) using
a static /dev in a ramfs rootfs.  Now I want to add a USB device and it 
seems like I should let udev etc. handle it.

However udev cannot make entries in a read-only /dev.

Is there a simple recipe for mounting /dev as writable?

There are several compilcations:

	Normally to mount with ramfs I'd use /dev/ram*.  
	How does that work with mounting /dev?

	What about all the existing static /dev/entries?

I see that /etc/init.d/S10udev tries to use "/sbin/udevstart", but
I don't have that.

Would I be better off to keep things static?

Thanks
Don Reid

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Buildroot] Using udev, non-static /dev, and ramfs (or tmpfs)
  2006-10-21 18:34 [Buildroot] Using udev, non-static /dev, and ramfs (or tmpfs) don
@ 2006-10-21 20:22 ` Rob Landley
  2006-10-22  1:19 ` Nathanael D. Noblet
  1 sibling, 0 replies; 3+ messages in thread
From: Rob Landley @ 2006-10-21 20:22 UTC (permalink / raw)
  To: buildroot

On Saturday 21 October 2006 2:34 pm, don wrote:
> I have a buildroot system that has been working fine (thanks) using
> a static /dev in a ramfs rootfs.  Now I want to add a USB device and it 
> seems like I should let udev etc. handle it.

I'd recommend mdev from busybox, but then I wrote it. :)

> However udev cannot make entries in a read-only /dev.
>
> Is there a simple recipe for mounting /dev as writable?

mount -t tmpfs /dev /dev
 
> There are several compilcations:
> 
> 	Normally to mount with ramfs I'd use /dev/ram*. 

No, that's a ram disk not ramfs.  A ramfs (or tmpfs) doesn't have backing 
store.

Install a recent busybox (1.2.2 would be best, once I get that up. :)

To populate dev:

  mdev -s

To handle hotplug events:

  echo "/sbin/mdev" > /proc/sys/kernel/hotplug

Rob
-- 
"Perfection is reached, not when there is no longer anything to add, but
when there is no longer anything to take away." - Antoine de Saint-Exupery

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Buildroot] Using udev, non-static /dev, and ramfs (or tmpfs)
  2006-10-21 18:34 [Buildroot] Using udev, non-static /dev, and ramfs (or tmpfs) don
  2006-10-21 20:22 ` Rob Landley
@ 2006-10-22  1:19 ` Nathanael D. Noblet
  1 sibling, 0 replies; 3+ messages in thread
From: Nathanael D. Noblet @ 2006-10-22  1:19 UTC (permalink / raw)
  To: buildroot

On Sat, 2006-10-21 at 11:34 -0700, don wrote:

> I see that /etc/init.d/S10udev tries to use "/sbin/udevstart", but
> I don't have that.
> 
> Would I be better off to keep things static?

I've been using udev for a bit (I think I added the original patch for
it). Since then a few things have changed. I've cleaned it up a bit
lately and have some patches for udev to fix exactly what you just
described. I'm not completely done yet, however here is a patch that
should fix most of that. Its created in the udev directory itself so as
not to pick up all the other changes in limbo.


-- 
Nathanael D. Noblet <nathanael@gnat.ca>
Gnat Solutions, Inc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: udev.patch
Type: text/x-patch
Size: 3260 bytes
Desc: not available
Url : http://busybox.net/lists/buildroot/attachments/20061021/5b5e602f/attachment.bin 

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2006-10-22  1:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-10-21 18:34 [Buildroot] Using udev, non-static /dev, and ramfs (or tmpfs) don
2006-10-21 20:22 ` Rob Landley
2006-10-22  1:19 ` Nathanael D. Noblet

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox