Re: [REVIEW/TEST] polling(4) changes

From: Gleb Smirnoff (glebius_at_FreeBSD.org)
Date: 09/30/05

  • Next message: Robert Watson: "Re: [REVIEW/TEST] polling(4) changes"
    Date: Fri, 30 Sep 2005 16:47:24 +0400
    To: Poul-Henning Kamp <phk@phk.freebsd.dk>
    
    

    On Fri, Sep 30, 2005 at 02:43:51PM +0200, Poul-Henning Kamp wrote:
    P> I still think we should stop having this network-centric view of
    P> polling and implement _real_ *device* polling, so that other
    P> device types can use it as well.

    I agree with both hands. My current work is aimed at RELENG_6 only.

    btw, I've made a step in this direction already - kern_poll can now
    forget about struct ifnet.

    -- 
    Totus tuus, Glebius.
    GLEBIUS-RIPN GLEB-RIPE
    _______________________________________________
    freebsd-arch@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-arch
    To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
    

  • Next message: Robert Watson: "Re: [REVIEW/TEST] polling(4) changes"

    Relevant Pages

    • Re: [REVIEW/TEST] polling(4) changes
      ... polling and implement _real_ *device* polling, ... device types can use it as well. ... Never attribute to malice what can adequately be explained by incompetence. ... To unsubscribe, ...
      (freebsd-arch)
    • Re: [REVIEW/TEST] polling(4) changes
      ... polling and implement _real_ *device* polling, ... device types can use it as well. ... Never attribute to malice what can adequately be explained by incompetence. ... To unsubscribe, ...
      (freebsd-net)
    • Re: [REVIEW/TEST] polling(4) changes
      ... P> polling and implement _real_ *device* polling, ... P> device types can use it as well. ... Totus tuus, Glebius. ... To unsubscribe, ...
      (freebsd-net)
    • Re: LORs with ipfw
      ... Kernel is rather standard, IPFW + DUMMYNET, no POLLING. ... >> harmful. ... Wiktor Niesiobedzki ... To unsubscribe, ...
      (freebsd-current)
    • Re: hyper threading.
      ... Polling is simply unecessary in most cases. ... you have to increase the number of timer ... interrupts per second no matter how fast your processors are or how many ... To unsubscribe, ...
      (freebsd-questions)