Re: [Fwd: Re: connector is missing in 2.6.12-rc2-mm1]

From: Andrew Morton (akpm_at_osdl.org)
Date: 04/07/05

  • Next message: David Schmitt: "Re: non-free firmware in kernel modules, aggregation and unclear copyright notice."
    Date:	Thu, 7 Apr 2005 00:58:52 -0700
    To: johnpol@2ka.mipt.ru
    
    

    Evgeniy Polyakov <johnpol@2ka.mipt.ru> wrote:
    >
    > > > > 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?

    The stuff we discussed.

    Plus, I'm still quite unsettled about the whole object lifecycle
    management, refcounting and locking in there. The fact that the code is
    littered with peculiar barriers says "something weird is happening here",
    and it remains unobvious to me why such a very common kernel pattern was
    implemented in such an unusual manner.

    So. I'd like to see the whole thing reexplained and resubmitted so we can
    think about it all again.

    > Most of your comments are addressed in 4 patches I sent to you and Greg.

    Which comments were not addressed?

    > Others [mostly atomic allocation] are API extensions and will be added.

    I would like to see that code before committing to merging anything.

    > 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.
    >
    > Proper w1 notification also requires connector.

    Guillaume was referring to "fork connector", not to "connector".
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: David Schmitt: "Re: non-free firmware in kernel modules, aggregation and unclear copyright notice."

    Relevant Pages

    • RE: [robustmutexes] Re: [RFC/PATCH] FUSYN 5/10: kernel fuqueues
      ... Maybe it is an small stupid gain, but a gain, after all. ... inside the kernel only you control their life cycle and refcounting ... is worth not to force the management but to keep them in the _ops structure. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • [RFC][PATCH 2.6.11-rc2] vmlinux: add SETUP_DESC() to describe __setup() options
      ... Linux on Dell mailing lists @ http://lists.us.dell.com ... This routine does locking to obtain the ... * audit buffer, but then no locking is required for calls to ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Scaling noise
      ... >>distance from the node's physical location to the device's then matters. ... You share in the page cache only, if you want fast access ... With no locking. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] posix timers using == instead of & for bitmask tests
      ... What is the purpose of this change? ... That refcounting is never required in the plain ... where the target thread might have died before the timer ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Multiple functionality breakages in 2.6.12rc3 IDE layer
      ... it hided holes in the locking which is getting fixed finally. ... patch converting device drivers to sysfs. ... Personal insults are easy, get technical facts. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)