On 20.03.2015 21:28, V.Krishn wrote:
The concept of a simple netlink reader daemon seems nice.
But would seem extra to having another reader that reads this reader.
The concept of whole /sys tree is being re-done, even if its just not
visible(memory). I could add/suggest few changes.
Please consi
On Fri, Mar 20, 2015 at 10:09:59PM +0100, Laurent Bercot wrote:
> On 20/03/2015 17:47, Isaac Dunham wrote:
> >I'm not sure I follow you on the malloc/free/realloc bit:
> >-according to the manpage, putenv() does not copy the string, but
> >modifies environ by inserting a pointer to the string.
> >
On 20/03/2015 17:47, Isaac Dunham wrote:
I'm not sure I follow you on the malloc/free/realloc bit:
-as far as I know, getenv() does not malloc() anything, but returns
the numeric value of a pointer within char ** environ
getenv() is not a problem indeed. (Reading is rarely a problem,
it's writ
> On 16.03.2015 19:49, Natanael Copa wrote:
> >> netlink reader | tee /dev/ttyX | device operation handler
> >
> > This looks good to me.
> >
> > If you want avoid that this netlink reader in your example is in memory
> > at all times, then feel free to use my netlink socket activator to
> > acti
Hi Issac,
Sorry I left out my versions. I am using busybox_1.22.1 on poky-daisy-11.0.1
(Yocto), and it is the current version of fglrx
(AMD-driver-installer-14.501.1003). If you could remember the version of that
busybox, please let me know. And thank you for your input, I am looking into
the
On Fri, Mar 20, 2015 at 10:04:19AM +0100, Laurent Bercot wrote:
>
> >Well, I've poked at this a little this evening.
> >
> >See
> >https://github.com/idunham/busybox
> >(in branch mdev) if you're curious about details.
>
> Hi Isaac,
> Nice job!
Thanks.
> A few comments:
>
> - Original mdev
I apologize, wrong translation, ...
On 20.03.2015 15:03, Harald Becker wrote:
Anyway shall confsh *not break* the KISS principal, Busybox is
following, *not wasting* resources otherwise useless, and *not build*
any specific system setup operation into the binary code.
s /otherwise useless/unne
Hi !
*Intention:*
My original intention was (beside geting netlink operation), to add some
extensions to mdev, to have the ability to do a simple table driven
one-shot startup of the device file system.
The same extensions would also allow to bring up the other virtual file
systems, at no e
Well, I've poked at this a little this evening.
See
https://github.com/idunham/busybox
(in branch mdev) if you're curious about details.
Hi Isaac,
Nice job!
A few comments:
- Original mdev relies on getenv/putenv to handle environment
variables; that's okay, because it's a short-lived p