On Thu, 2005-04-07 at 11:53 +0400, Evgeniy Polyakov wrote: > > > Guillaume Thouvenin <[email protected]> wrote: > > > > > > > > Hello, > > > > > > > > I don't see the connector directory in the 2.6.12-rc2-mm1 tree. So it > > > > seems that you removed the connector? > > > > > > Greg dropped it for some reason. I think that's best because it needed a > > > significant amount of rework. I'd like to see it resubitted in totality so > > > we can take another look at it. > > Hmm, what exactly do you think _must_ be changed? > Most of your comments are addressed in 4 patches I sent to you and Greg. > Others [mostly atomic allocation] are API extensions and will be added. > There also not included flush on callback removal. > > > > It's a new piece of core kernel infrastructure and the barriers for that > > > are necessarily high. > > > > > > > Will you include it again in futur > > > > release? At the same time, will you include the fork connector? > > > > > > I could put the fork connector into -mm, but would like to be convinced > > > that it's acceptable to and useful for all system accounting requirements, > > > not just the one project. That means code, please. > > SuperIO and kobject_uevent are also dropped as far as I can see. > > Acrypto is being reviewed but it also depends on it, although > it takes to much time, probably will be dropped too. I mean review process - It is low priority task for maintainers, so can be preempted, no problem. > Proper w1 notification also requires connector. From the other point of view - how can someone use the interface, if it is not in the kernel tree? Main connector idea was not system accounting, but it was designed so that it can be usefull in other places, like accounting. The main idea was to simplify userspace control and notification system - so people did not waste it's time learning how skb's are allocated and processed, how socket layer is designed and what all those netlink_* and NLMSG* mean if they do not need it. As you can see in kobject_uevent.c changes - it is significant amount of code that can be removed if connector is used without _any_ advantages for not using connector. But, of course the main word is yours, so you still may allow growing netlink uids and socket allocation all over the place. P.S. udev may also use it directly - for example with some notification from ->open() syscall for /dev/something_major_minor and that "something" does not exist :) [Ok, I know you do not like it, just an idea] -- Evgeniy Polyakov Crash is better than data corruption -- Arthur Grabowski
Attachment:
signature.asc
Description: This is a digitally signed message part
- Follow-Ups:
- Re: [Fwd: Re: connector is missing in 2.6.12-rc2-mm1]
- From: Ian Campbell <[email protected]>
- Re: [Fwd: Re: connector is missing in 2.6.12-rc2-mm1]
- Prev by Date: Re: non-free firmware in kernel modules, aggregation and unclear copyright notice.
- Next by Date: Re: kernel panic - not syncing: Fatal exception in interupt
- Previous by thread: Re: [Fwd: Re: connector is missing in 2.6.12-rc2-mm1]
- Next by thread: Re: [Fwd: Re: connector is missing in 2.6.12-rc2-mm1]
- Index(es):