Re: ACPI patch flow

From: Jeff Garzik (jgarzik_at_pobox.com)
Date: 09/10/03

  • Next message: Timothy Miller: "Re: Driver Model 2 Proposal - Linux Kernel Performance v Usability" 
    Date:	Wed, 10 Sep 2003 16:23:33 -0400
To: "Brown, Len" <len.brown@intel.com>

    Brown, Len wrote:
    > I've re-named the linux-acpi* tree to be linux-acpi-release*; and made
    > the staging area for the release tree visible -- calling it
    > linux-acpi-test*
    >
    > So a 2 stage release is now visible on the net:

    cool!

    > As before, the BK trees live here: http://linux-acpi.bkbits.com If
    > there is demand for plain patches of the _test_ tree we can probably
    > also export those on http://sourceforge.net/projects/acpi too, but as
    > the test tree will change more often, those updates would have to be
    > on-demand or on significant events.

    I definitely support the posting of plain patches, and strongly
    encourage it. We don't want any barriers at all to people testing the
    latest ACPI fixes.

    May I make a humble suggestion? :) Whenever net driver stuff gets send
    off, I'll often run a prepared script which will create a GNU diff
    against mainline, gzip it, and upload it to ftp.kernel.org. That gives
    the non-BK users patches to play with.

    I first considered posting these net driver patches on sourceforge
    (project: gkernel), but uploads to sourceforge are time-consuming
    events. You have a upload to an FTP site, then fill out a bunch of
    forms and click a bunch of buttons. It's a system that _discourages_
    frequent software postings, IMO.

    So, my suggestion is to get an account on some web/ftp site
    (kernel.org?) and create a script that combines two tasks (bk push and
    GNU patch upload) into a single command you run on your local Linux box.
      Properly scripted, posting a patch shouldn't be any more work than
    pushing to your new test tree. And IMHO you will reap the benefits.

            Jeff

    -
    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: Timothy Miller: "Re: Driver Model 2 Proposal - Linux Kernel Performance v Usability"

    Relevant Pages

    • Re: mailing list pgp signatures...
      ... html, top posting, not reducing quoted text, these are all examples of how ... public key could upload it to a keyserver. ...
      (Fedora)
    • Re: Antivirus info
      ... Thanks for the post Mike. ... posting any response I receive. ... > before upload; ... I was once savaged for posting a TAM e-mail to me. ...
      (microsoft.public.sharepoint.windowsservices)
    • Re: Parent Paths
      ... This posting is provided "AS IS" with no warranties, ... > If an upload folder is present, but the Script rights are set to 'None' on> that folder, then this vulnerability should be covered, right? ... They may indeed be able to upload an asp file to your upload folder,> but won't be able to run it. ... unless a malicious user is somehow able to upload a .asp or other>> active file to the server - they could then in theory do just what you're>> doing and use parent paths server-side. ...
      (microsoft.public.inetserver.iis.security)
    • Re: What does the ISA Web Proxy Filter Add in Do?
      ... how is the client making the connection; as a web proxy, FWC, SecureNET ... what do you find in the ISA logging for the failing requests? ... This posting implies no warranty and confers no rights. ... We were having an issue where we were unable to upload a file to our server ...
      (microsoft.public.isa)
    • PHP error
      ... website that uses PHP objects ... and web services. ... When I upload it to my server, I get a weird error in a particular ... I'm posting 3 functions from that class. ...
      (comp.lang.php)