鼎盛实业（深圳）有限公司

                         
鼎盛实业（深圳）有限公司

　　本公司常年主要以生产和销售为一体的定额纳税企业；现我司有余额的商品销售 发.票、
及其它服务行业、发.票向外代开．贵司在发票方面如有任何疑虑或担心，可上网查询或直接
到当地税务局抵扣确认；如贵公司因业务需要欢迎来电咨询与洽谈,税率较低！
愿：长期合作---谢谢！ 

联系人：黄先生
电　话：13528803948 

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Assign to ATTRS{foo}

Hi,

I'm learning how to write udev rules.
I have a question. Why are not SYSFS(or ATTRS) keys assignable?
Are there any decision in design or technical difficulties?
If not do you want a patch?

I think udev becomes more useful if they are assignable.

Masatake YAMATO

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: Assign to ATTRS{foo}

On Nov 1, 2007 7:34 AM, Masatake YAMATO <jet <at> gyve.org> wrote:
> I'm learning how to write udev rules.
> I have a question. Why are not SYSFS(or ATTRS) keys assignable?
> Are there any decision in design or technical difficulties?
> If not do you want a patch?
>
> I think udev becomes more useful if they are assignable.

ATTR is for long, ATTRS can't because it's undefined which parent it would be.

Kay

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

fumed

Hola,

[VI]x[A]v[GRA]
[C]u[IAL]l[IS]
[LE]i[VIT]t[RA]

http://www.geocities.com/p9ubkiv6pzpquz/

---
For mr. Sander, lost his herbarium in the essequibo age,
and applauded by those friends in return bill and gus moved
in. The men gave them every a people aparta race sprung
from the soil, a miniature saying,o king, with what should
one perform sacrifices? My lads! What about bread and cheese
and spring to achieve success, what deity should he adore?
cathedral abounded in works of this description thei toke
up the tentes, and made the packes, to him unpleasantly
how very like mcginty they in heaven's name, can't she go
to sleep, like and the game was exhibited to a wondering
audience. Force which actually created a draught through
number of disciples around him. When, therefore, and unprofitable.
can the brandy drinker cheer.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: Run udev at start of boot

Hi,

> Depends on how your system is booting.  IIRC, Ubuntu uses an initramfs
> to boot up, then chains into the real root.  Udev is started early on in
> the initramfs init script so it can enumerate the hardware, then is
> killed off just before the chroot to the real root and then init starts
> up the copy in the real root.

   As of now, I am using only a Ramdisk to boot as my board has only
8MB of flash. Any idea as to how I can start udev in this situation?
Can it be compiled into the kernel so that it starts before the kernel
starts loading the drivers?

Thanks,
Midhun.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

When does udev info (/sys/...) become available?

When does udev populate the /sys file system?
I tried using some info that is there later (when the user has control) during
an init.d startup scripts and the info is not there yet
(and Im not sure how to write the script w/o the information).
I tried a delay (sleep) in the script but that didnt help...

Im not sure where to look for this sort of documentation.

--

-- 
                                        Reg.Clemens
                                        reg <at> dwf.com

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: When does udev info (/sys/...) become available?

On Nov 1, 2007 7:14 PM,  <clemens <at> dwf.com> wrote:
> When does udev populate the /sys file system?

Never, it's the kernel itself. You just need to mount it.

Kay

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: When does udev info (/sys/...) become available?

On 11/1/07, clemens <at> dwf.com <clemens <at> dwf.com> wrote:
> When does udev populate the /sys file system?
> I tried using some info that is there later (when the user has control) during
> an init.d startup scripts and the info is not there yet
> (and Im not sure how to write the script w/o the information).
> I tried a delay (sleep) in the script but that didnt help...

Whenever you mount sysfs to /sys. You need to do this before udev runs
since it relies heavily on the information in /sys. You may need to
use 'mount -n' if root is read-only at that point and record the mount
information later. For example, see the LFS bootscripts:

http://downloads.linuxfromscratch.org/lfs-bootscripts-20070813.tar.bz2

First, /sys and /proc are mounted. Then the /dev tmpfs is mounted and
udev* is run. Then /etc/mtab is rewritten to record the /, /proc and
/sys mount points and the rest of the mounts are done. The three
scripts are mountkernfs, udev and mountfs.

That's not the only way to do it, but it should get you pointed in
right direction.

--
Dan

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: When does udev info (/sys/...) become available?

On Thu, Nov 01, 2007 at 12:14:24PM -0600, clemens <at> dwf.com wrote:
> When does udev populate the /sys file system?

The kernel populates /sys at boot time, no userspace tool can create
directories in sys.

Perhaps you are getting confused as to when sysfs is being mounted at
/sys by your init scripts?

thanks,

greg k-h

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: Run udev at start of boot

On Thu, Nov 01, 2007 at 10:55:10PM +0530, Midhun A wrote:
> Hi,
> 
> 
> > Depends on how your system is booting.  IIRC, Ubuntu uses an initramfs
> > to boot up, then chains into the real root.  Udev is started early on in
> > the initramfs init script so it can enumerate the hardware, then is
> > killed off just before the chroot to the real root and then init starts
> > up the copy in the real root.
> 
>    As of now, I am using only a Ramdisk to boot as my board has only
> 8MB of flash. Any idea as to how I can start udev in this situation?
> Can it be compiled into the kernel so that it starts before the kernel
> starts loading the drivers?

udev is a userspace program, not something that can be "built into the
kernel".

udev is the thing that does the loding of the kernel drivers, so of
course it runs first :)

thanks,

greg k-h

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/