public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: "Moore, Robert" <robert.moore@intel.com>
Cc: "Zheng, Lv" <lv.zheng@intel.com>, Len Brown <lenb@kernel.org>,
	"Wysocki, Rafael J" <rafael.j.wysocki@intel.com>,
	"Brown, Len" <len.brown@intel.com>,
	linux acpi <linux-acpi@vger.kernel.org>
Subject: Re: [PATCH 00/16] ACPICA: 20130517 release
Date: Tue, 18 Jun 2013 23:04:25 +0200	[thread overview]
Message-ID: <2920193.Fi63sGCWjD@vostro.rjw.lan> (raw)
In-Reply-To: <94F2FBAB4432B54E8AACC7DFDE6C92E36FE885A7@ORSMSX103.amr.corp.intel.com>

On Tuesday, June 18, 2013 06:55:33 PM Moore, Robert wrote:
> 
> > -----Original Message-----
> > From: Rafael J. Wysocki [mailto:rjw@sisk.pl]
> > Sent: Saturday, June 15, 2013 4:25 PM
> > To: Zheng, Lv
> > Cc: Len Brown; Wysocki, Rafael J; Moore, Robert; Brown, Len; linux acpi
> > Subject: Re: [PATCH 00/16] ACPICA: 20130517 release
> > 
> > On Wednesday, June 12, 2013 02:04:46 PM Len Brown wrote:
> > > I would like to see this series re-freshed before it goes up-stream.
> > > Generally, the commit messages need to be improved before they go into
> > > the permanent kernel history.
> > 
> > Lv,
> > 
> > I've dropped [7/16] 
> 
> Again, this is a new version of acpidump and should replace the existing utility.

OK, and how does the patch actually work?  That is, what is a user supposed to
do to build the generic acpidump with the patch applied?

> and [12/16] permanently (please do not resend them).
> 
> 
> This is the makefile change for apple, yes? Depends on how you want to handle
> such things. If you don't accept these kinds of changes, it introduces
> divergence from the ACPICA code.

Yes, it does, but on the other hand that change is not necessary in the kernel
source.

This is a policy issue and we don't seem to have a clear policy here: whether
or not divergences related to things that don't have to be in the kernel need
to be "fixed".  I don't think that they do and Len seems to agree with me.

Thanks,
Rafael


-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.

  reply	other threads:[~2013-06-18 20:55 UTC|newest]

Thread overview: 77+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-08  0:57 [PATCH 00/16] ACPICA: 20130517 release Lv Zheng
2013-06-08  0:57 ` [PATCH 01/16] ACPICA: Split buffer dump routines into separate file Lv Zheng
2013-06-12 15:51   ` Len Brown
2013-06-08  0:58 ` [PATCH 02/16] ACPICA: Split internal error msg routines to a " Lv Zheng
2013-06-12 15:52   ` Len Brown
2013-06-08  0:58 ` [PATCH 03/16] ACPICA: Standardize all switch() blocks Lv Zheng
2013-06-12 15:58   ` Len Brown
2013-06-18 18:46     ` Moore, Robert
2013-06-08  0:58 ` [PATCH 04/16] ACPICA: Add option to disable loading of SSDTs from the RSDT/XSDT Lv Zheng
2013-06-08  0:59 ` [PATCH 05/16] ACPICA: Split table print utilities to a new a separate file Lv Zheng
2013-06-12 17:03   ` Len Brown
2013-06-18 18:46     ` Moore, Robert
2013-06-08  0:59 ` [PATCH 06/16] ACPICA: Do not use extended sleep registers unless HW-reduced bit is set Lv Zheng
2013-06-12 17:11   ` Len Brown
2013-06-15 23:08     ` Rafael J. Wysocki
2013-06-08  0:59 ` [PATCH 07/16] ACPICA: New: Portable acpidump utility (get system ACPI tables) Lv Zheng
2013-06-12 17:07   ` Len Brown
2013-06-15 23:09     ` Rafael J. Wysocki
2013-06-18 18:53       ` Moore, Robert
2013-06-18 21:06         ` Rafael J. Wysocki
2013-06-18 21:21           ` Moore, Robert
2013-06-18 21:40             ` Rafael J. Wysocki
2013-06-19  0:48               ` Moore, Robert
2013-06-19 23:10                 ` Rafael J. Wysocki
2013-06-20  4:57                   ` Moore, Robert
2013-06-20 19:42                     ` Rafael J. Wysocki
2013-06-20 19:43                       ` Moore, Robert
2013-06-18 18:48     ` Moore, Robert
2013-06-08  0:59 ` [PATCH 08/16] ACPICA: Update interface to AcpiUtValidAcpiName Lv Zheng
2013-06-12 17:15   ` Len Brown
2013-06-15 23:12     ` Rafael J. Wysocki
2013-06-08  0:59 ` [PATCH 09/16] ACPICA: ACPICA Termination: Delete global lock pending lock Lv Zheng
2013-06-12 17:28   ` Len Brown
2013-06-08  1:00 ` [PATCH 10/16] ACPICA: Fix possible memory leak in GPE init error path Lv Zheng
2013-06-12 17:34   ` Len Brown
2013-06-08  1:00 ` [PATCH 11/16] ACPICA: Clear events initialized flag upon event component termination Lv Zheng
2013-06-12 17:47   ` Len Brown
2013-06-18 18:50     ` Moore, Robert
2013-06-08  1:00 ` [PATCH 12/16] ACPICA: Support Mac OS X in Makefile Lv Zheng
2013-06-12 17:49   ` Len Brown
2013-06-08  1:01 ` [PATCH 13/16] ACPICA: Move _PRT repair into the standard complex repair module Lv Zheng
2013-06-12 17:52   ` Len Brown
2013-06-15 23:17     ` Rafael J. Wysocki
2013-06-18 18:51     ` Moore, Robert
2013-06-18 21:49       ` Rafael J. Wysocki
2013-06-19 23:57         ` Rafael J. Wysocki
2013-06-20  0:41           ` Zheng, Lv
2013-06-20  5:01             ` Moore, Robert
2013-06-08  1:01 ` [PATCH 14/16] ACPICA: Add several repairs for _CST predefined name Lv Zheng
2013-06-12 17:58   ` Len Brown
2013-06-15 23:17     ` Rafael J. Wysocki
2013-06-18 18:51     ` Moore, Robert
2013-06-18 21:48       ` Rafael J. Wysocki
2013-06-19  0:52         ` Moore, Robert
2013-06-19 23:57           ` Rafael J. Wysocki
2013-06-08  1:01 ` [PATCH 15/16] ACPICA: _CST repair: Handle null package entries Lv Zheng
2013-06-12 18:00   ` Len Brown
2013-06-15 23:18     ` Rafael J. Wysocki
2013-06-17 16:41     ` Moore, Robert
2013-06-17 20:31       ` Rafael J. Wysocki
2013-06-18 21:51         ` Rafael J. Wysocki
2013-06-18 18:52     ` Moore, Robert
2013-06-18 21:50       ` Rafael J. Wysocki
2013-06-19  0:50         ` Moore, Robert
2013-06-19 23:56           ` Rafael J. Wysocki
2013-06-08  1:01 ` [PATCH 16/16] ACPICA: Update version to 20130517 Lv Zheng
2013-06-12 18:01   ` Len Brown
2013-06-15 23:19     ` Rafael J. Wysocki
2013-06-11 22:32 ` [PATCH 00/16] ACPICA: 20130517 release Rafael J. Wysocki
2013-06-12 18:04 ` Len Brown
2013-06-15 23:24   ` Rafael J. Wysocki
2013-06-18  1:39     ` Zheng, Lv
2013-06-18  1:56       ` Zheng, Lv
2013-06-18 10:35       ` Rafael J. Wysocki
2013-06-18 18:55     ` Moore, Robert
2013-06-18 21:04       ` Rafael J. Wysocki [this message]
2013-06-19  0:58         ` Moore, Robert

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=2920193.Fi63sGCWjD@vostro.rjw.lan \
    --to=rjw@sisk.pl \
    --cc=len.brown@intel.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=lv.zheng@intel.com \
    --cc=rafael.j.wysocki@intel.com \
    --cc=robert.moore@intel.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox