All of lore.kernel.org
 help / color / mirror / Atom feed
From: Len Brown <lenb@kernel.org>
To: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Cc: ibm-acpi-devel@lists.sourceforge.net, linux-acpi@vger.kernel.org
Subject: Re: [GIT PATCH v3.1] thinkpad-acpi changes for the merge window (part 1)
Date: Sun, 23 Sep 2007 22:43:56 -0400	[thread overview]
Message-ID: <200709232243.56477.lenb@kernel.org> (raw)
In-Reply-To: <11905583473293-git-send-email-hmh@hmh.eng.br>

Okay, 
previous series replaced with this one.

thanks,
-Len

On Sunday 23 September 2007 10:38, Henrique de Moraes Holschuh wrote:
> Len,
> 
> Here is the third version (fixed) of the first batch of changes for
> thinkpad-acpi, targetted at the next merge window.   They're mostly
> non-critical fixes.
> 
> I have found a stupid bug on v2 and v2.1 of patch 6, and fixed it
> (hopefully correctly, this time). I am *really* sorry about that.
> 
> I have also added two new patches, that were going to be sent as part 2,
> but I might as well just send them in right now.
> 
> Patches 8 and 9 *fix* a big ABI problem with the way thinkpad-acpi was
> exporting the hwmon attributes, which precluded it from working with
> lm-sensors(!).  Since I am already touching the ABI, it also prepares
> the thinkpad-acpi sensors ABI for a module split (so I can shunt all the
> hwmon code to a new module later, and userspace won't even notice).
> 
> Please merge this batch to acpi-test.  It replaces previous versions of
> "thinkpad-acpi changes for the merge window (part 1)".
> 
> As usual, the patch set is available at:
> git://repo.or.cz/linux-2.6/linux-acpi-2.6/ibm-acpi-2.6.git for-upstream/acpi-test
> 
> Shortlog of the above branch:
> 
> Henrique de Moraes Holschuh (9):
>       ACPI: thinkpad-acpi: make room for more features in tp_features bitfield
>       ACPI: thinkpad-acpi: issue EV_SYNC after EV_SWITCH
>       ACPI: thinkpad-acpi: add mutex-based locking to input device event send path
>       ACPI: thinkpad-acpi: keep track of module state
>       ACPI: thinkpad-acpi: check version of hot key firmware
>       ACPI: thinkpad-acpi: dequeue all pending hot key events at once (v2.2)
>       ACPI: thinkpad-acpi: fix regression on HKEY LID event handling
>       ACPI: thinkpad-acpi: use a separate platform device for hwmon and name it
>       ACPI: thinkpad-acpi: duplicate driver attributes to new hwmon pdrv
> 
> Thanks.
> 

      parent reply	other threads:[~2007-09-24  2:44 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-23 14:38 [GIT PATCH v3.1] thinkpad-acpi changes for the merge window (part 1) Henrique de Moraes Holschuh
2007-09-23 14:38 ` [PATCH 1/9] ACPI: thinkpad-acpi: make room for more features in tp_features bitfield Henrique de Moraes Holschuh
2007-09-23 14:39 ` [PATCH 2/9] ACPI: thinkpad-acpi: issue EV_SYNC after EV_SWITCH Henrique de Moraes Holschuh
2007-09-23 14:39 ` [PATCH 3/9] ACPI: thinkpad-acpi: add mutex-based locking to input device event send path Henrique de Moraes Holschuh
2007-09-23 14:39 ` [PATCH 4/9] ACPI: thinkpad-acpi: keep track of module state Henrique de Moraes Holschuh
2007-09-23 14:39 ` [PATCH 5/9] ACPI: thinkpad-acpi: check version of hot key firmware Henrique de Moraes Holschuh
2007-09-23 14:39 ` [PATCH 6/9] ACPI: thinkpad-acpi: dequeue all pending hot key events at once (v2.2) Henrique de Moraes Holschuh
2007-09-23 14:39 ` [PATCH 7/9] ACPI: thinkpad-acpi: fix regression on HKEY LID event handling Henrique de Moraes Holschuh
2007-09-23 14:39 ` [PATCH 8/9] ACPI: thinkpad-acpi: use a separate platform device for hwmon and name it Henrique de Moraes Holschuh
2007-09-23 14:39   ` [lm-sensors] [PATCH 8/9] ACPI: thinkpad-acpi: use a separate Henrique de Moraes Holschuh
2007-09-23 14:39 ` [PATCH 9/9] ACPI: thinkpad-acpi: duplicate driver attributes to new hwmon pdrv Henrique de Moraes Holschuh
2007-09-24  2:43 ` Len Brown [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200709232243.56477.lenb@kernel.org \
    --to=lenb@kernel.org \
    --cc=hmh@hmh.eng.br \
    --cc=ibm-acpi-devel@lists.sourceforge.net \
    --cc=linux-acpi@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.