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

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

  • Next message: Pawel Jakub Dawidek: "Re: [REVIEW/TEST] polling(4) changes"
    Date: Fri, 30 Sep 2005 20:03:02 +0400
    To: arch@FreeBSD.org, net@FreeBSD.org
    
    
    

    On Fri, Sep 30, 2005 at 04:40:00PM +0400, Gleb Smirnoff wrote:
    T> [please, follow-up on net@ only]
    T>
    T> Colleagues,
    T>
    T> here are some patches for review.

    I have some changes to patch after last compile, and haven't tested them
    befire sending patch. Here is an updated one.

    -- 
    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: Pawel Jakub Dawidek: "Re: [REVIEW/TEST] polling(4) changes"

    Relevant Pages

    • Re: [REVIEW/TEST] polling(4) changes
      ... T> here are some patches for review. ... I have some changes to patch after last compile, ... befire sending patch. ...
      (freebsd-net)
    • Re: [PATCH 0/9] Kconfig: cleanup s390 v2.
      ... I've added the results of the review to the Kconfig cleanup patches ... be missing in the tree is the patch that disables wireless for s390. ... The code does compile but without hardware it is mute to have the ...
      (Linux-Kernel)
    • Re: [REVIEW/TEST] polling(4) changes
      ... +> T> here are some patches for review. ... +> I have some changes to patch after last compile, ... +> befire sending patch. ... I wonder if we could drop yet another kernel option and just set ...
      (freebsd-arch)
    • Re: [REVIEW/TEST] polling(4) changes
      ... +> T> here are some patches for review. ... +> I have some changes to patch after last compile, ... +> befire sending patch. ... I wonder if we could drop yet another kernel option and just set ...
      (freebsd-net)
    • Re: How to improve the quality of the kernel?
      ... IMO we should concentrate more on preventing regressions than on fixing them. ... Over two years ago I've reviewed some _cleanup_ patch and noticed three bugs ... Ignore reviewers - fix the bugs but don't credit reviewers (crediting them ... review the patch than to make it so getting near to zero credit for review ...
      (Linux-Kernel)