Kieran Clancy wrote:
On Thu, Feb 27, 2014 at 12:29 PM, Li Guang wrote:
+#define ACPI_EC_CLEAR_MAX 20 /* Maximum number of events to
query
+* when trying to clear the EC */
20 is enough?
the query index is length of a byte
Juan Manuel Cabo wrote:
On 02/27/2014 12:14 AM, Li Guang wrote:
oh, sorry, I'm referring internal EC firmware code
for Q event queuing, not ACPI SPEC, ;-)
for machine you tested, 8 is the queue size,
but for some unknown also nasty EC firmwares(let's suppose it exists),
it may qu
he EC to be cleared before use */
description is implicit, should specify what we clear is Q event, not EC.
Thanks!
Li Guang
+if (EC_FLAGS_CLEAR_ON_RESUME) {
+mutex_lock(&ec->mutex);
+acpi_ec_clear(ec);
+mutex_unlock(&ec->mutex);
+}
static int acpi_ec_add(struct acpi_device *device)
/* EC is fully operational, allow queries */
clear_bit(EC_FLAGS_QUERY_PENDING,&ec->flags);
+
+ /* Some hardware may need the EC to be cleared before use */
description is implicit, should specify what we clear i
在 2013-06-10一的 12:51 +0900，Yasuaki Ishimatsu写道：
> 2013/06/10 9:36, li guang wrote:
> > Hi, Rafael
> >
> > 在 2013-06-06四的 13:00 +0200，Rafael J. Wysocki写道：
> >> On Thursday, June 06, 2013 09:40:32 AM liguang wrote:
> >>> This patch-set try to supp
在 2013-06-06四的 12:59 +0200，Rafael J. Wysocki写道：
> On Thursday, June 06, 2013 09:40:34 AM liguang wrote:
> > add a notifier for anyone who are instresting in
> > ec space changing.
> >
> > Signed-off-by: liguang
>
> I'm not going to apply this anyway, but can you please explain what's the
> probl
t know the reason, so, send this patch-set boldly.
> >
> > of course, this approach is for QEMU 's hotplug cpu emulation
> > only, but not limited, if someone like to explore ec space to
> > implment cpu hot-plug/unplug for real platform please
> > feel free
LUG) += cpu_physic_hotplug.o
> > diff --git a/drivers/platform/x86/cpu_physic_hotplug.c
> > b/drivers/platform/x86/cpu_physic_hotplug.c
> > new file mode 100644
> > index 000..a52c042
> > --- /dev/null
> > +++ b/drivers/platform/x86/cpu_physic_hotplug.c
> >
在 2013-06-04二的 09:13 +0100，Jan Beulich写道：
> >>> On 04.06.13 at 10:05, liguang wrote:
> > bm_rld_set seems obsolete now
> >
> > Signed-off-by: liguang
> > ---
> > include/xen/interface/platform.h |1 -
> > 1 files changed, 0 insertions(+), 1 deletions(-)
> >
> > diff --git a/include/xen/int
在 2013-05-31五的 16:02 -0700，Andrew Morton写道：
> On Thu, 30 May 2013 15:58:05 +0800 liguang wrote:
>
> > --- a/include/linux/reboot.h
> > +++ b/include/linux/reboot.h
> > @@ -35,7 +35,7 @@ extern void kernel_restart(char *cmd);
> > extern void kernel_halt(void);
> > extern void kernel_power_off(vo
在 2013-05-30四的 00:14 -0700，Joe Perches写道：
> On Thu, 2013-05-30 at 15:07 +0800, liguang wrote:
> > orderly_poweroff is expecting a bool parameter, so
> > use 'ture' instead '1'
> []
> > diff --git a/arch/powerpc/platforms/pseries/ras.c
> > b/arch/powerpc/platforms/pseries/ras.c
> []
> > @@ -162,7 +
ping ...
在 2013-04-25四的 15:00 +0800，liguang写道：
> seems we should comment DEBUG as above comment said:
> "/* un-comment DEBUG to enable pr_debug() statements */"
>
> now, pr_debug is already enabled as DEBUG been defined.
>
> Signed-off-by: liguang
> ---
> drivers/idle/intel_idle.c |2 +-
>
. rebase on linux-next
> 2. bring back lost Makefile changes
> spotted by David Rientjes
> spotted by Yasuaki Ishimatsu
>
> v1->v2
> 1. fix-up several coding issues
> 2. finish srat.c change
> spotted by David Rientjes
>
> Li Guang (4)
>acpi: mo
在 2013-05-15三的 13:58 +0530，Srivatsa S. Bhat写道：
> On 05/15/2013 01:20 PM, liguang wrote:
> > seems CONFIG_INIT_ALL_POSSIBLE is obsolete now.
> >
>
> Um? A simple grep showed me this:
>
> arch/s390/Kconfig: select INIT_ALL_POSSIBLE
> arch/m32r/Kconfig: select INIT_ALL_POSSIBLE
> arch/par
在 2013-04-29一的 10:29 +0530，Srivatsa S. Bhat写道：
> On 04/29/2013 10:12 AM, li guang wrote:
> > 在 2013-04-29一的 10:00 +0530，Srivatsa S. Bhat写道：
> >> On 04/29/2013 08:19 AM, liguang wrote:
> >>> in cpu_down(), _cpu_down() will do
> >>>
在 2013-04-29一的 10:00 +0530，Srivatsa S. Bhat写道：
> On 04/29/2013 08:19 AM, liguang wrote:
> > in cpu_down(), _cpu_down() will do
> > "
> > if (num_online_cpus() == 1)
> > return -EBUSY;
> > "
> > when cpu_hotplug_disabled was set, num_online_cpus
> > will return 1 for there's
在 2013-04-23二的 15:40 -0700，Andrew Morton写道：
> On Mon, 22 Apr 2013 13:47:22 +0800 liguang wrote:
>
> > originally, 'data->flags = CSD_FLAG_LOCK',
> > and we use 'data->flags &= ~CSD_FLAG_LOCK'
> > for csd_unlock, they are not symmetrix operations
> > so use '|=' instead of '='.
> > though, now dat
在 2013-04-22一的 08:18 +0200，Sedat Dilek写道：
> On Mon, Apr 22, 2013 at 7:47 AM, liguang wrote:
> > originally, 'data->flags = CSD_FLAG_LOCK',
> > and we use 'data->flags &= ~CSD_FLAG_LOCK'
> > for csd_unlock, they are not symmetrix operations
> > so use '|=' instead of '='.
> > though, now data->flag
ping ...
在 2013-03-04一的 09:21 +0800，li guang写道：
> Hi, Thomas, Peter, Ingo
>
> can you help to merge these 4 patches?
> or do you have any other comments?
>
>
> 在 2013-02-25一的 10:38 +0800，liguang写道：
> > just do some trivial changes to make acpi's numa
在 2013-03-28四的 10:13 -0700，Randy Dunlap写道：
> On 03/28/13 00:28, liguang wrote:
> > if we pull some commits from other git repo
> > which bring in a few CONFIG_* options, then
> > we have to build all again, but we do assure
> > these options are not interesting for us,
> > so the long waiting build
seems tasks are hogging your cpu/memory resource,
did you check status your servicing processes?
在 2013-03-27三的 12:55 +1100，Robert Norris写道：
> In the last two weeks we've had three servers (identical hardware,
> software and load) hang. The details in this report are from one that
> hung last nigh
在 2013-03-15五的 09:43 +0800，Li Zefan写道：
> On 2013/3/15 9:26, li guang wrote:
> > 在 2013-03-15五的 09:01 +0800，Li Zefan写道：
> >> On 2013/3/15 8:20, li guang wrote:
> >>> 在 2013-03-14四的 15:43 +0100，Oleg Nesterov写道：
> >>>> On 03/14, liguang
在 2013-03-15五的 09:01 +0800，Li Zefan写道：
> On 2013/3/15 8:20, li guang wrote:
> > 在 2013-03-14四的 15:43 +0100，Oleg Nesterov写道：
> >> On 03/14, liguang wrote:
> >>>
> >>> Signed-off-by: liguang
> >>> ---
> >>> kernel/task_work
在 2013-03-14四的 15:43 +0100，Oleg Nesterov写道：
> On 03/14, liguang wrote:
> >
> > Signed-off-by: liguang
> > ---
> > kernel/task_work.c |3 ++-
> > 1 files changed, 2 insertions(+), 1 deletions(-)
> >
> > diff --git a/kernel/task_work.c b/kernel/task_work.c
> > index 0bf4258..f458b08 100644
> >
在 2013-03-14四的 15:40 +0100，Oleg Nesterov写道：
> On 03/14, liguang wrote:
> >
> > Signed-off-by: liguang
>
> Changelog please...
>
OK.
> > ---
> > kernel/task_work.c | 15 +++
> > 1 files changed, 3 insertions(+), 12 deletions(-)
> >
> > diff --git a/kernel/task_work.c b/kernel/ta
在 2013-03-06三的 10:07 +0100，Paolo Bonzini写道：
> Il 06/03/2013 09:56, Hu Tao ha scritto:
> >> >
> >> > Something like this should work (in SeaBIOS's src/acpi-dsdt-isa.dsl):
> >> >
> >> > Device(PEVT) {
> >> > Name(_HID, EisaId("QEMU0001"))
> >> > OperationRegion(PEOR, SystemIO, 0
sabled function
> spotted by Yasuaki Ishimatsu
>
> v2->v3
> 1. rebase on linux-next
> 2. bring back lost Makefile changes
> spotted by David Rientjes
> spotted by Yasuaki Ishimatsu
>
> v1->v2
> 1. fix-up several coding issues
> 2. finish srat.c change
can we fix if it breaks anything?
I think there are sound reasons that
ACPI add these extended attributes.
在 2013-02-28四的 21:28 -0800，H. Peter Anvin写道：
> NAK in the extreme. Not only does this break the bootloader protocol, but
> there are systems in the field that break if you give e820 anythin
gratuitous?
It was inspired by gtk library's key definitions,
gtk original keys like GDK_1, GDK_2, GDK_p, GDK_q, GDK_tab ...
now they all be changed to GDK_KEY_1, GDK_KEY_2 ...
do you think it's reasonable?
or gratuitous?
在 2013-02-28四的 21:29 -0800，H. Peter Anvin写道：
> NAK. Gratuitous pointless
ping ...
在 2013-02-26二的 12:12 +0800，liguang写道：
> Signed-off-by: liguang
> ---
> tools/perf/command-list.txt | 14 +++---
> 1 files changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/tools/perf/command-list.txt b/tools/perf/command-list.txt
> index 3e86bbd..a28e31b 100644
> ---
uaki Ishimatsu
>
> v2->v3
> 1. rebase on linux-next
> 2. bring back lost Makefile changes
> spotted by David Rientjes
> spotted by Yasuaki Ishimatsu
>
> v1->v2
> 1. fix-up several coding issues
> 2. finish srat.c change
> spotted by David Rientjes
>
在 2013-02-27三的 12:22 +1100，Michael Ellerman写道：
> On Wed, Feb 27, 2013 at 09:14:28AM +0800, li guang wrote:
> > 在 2013-02-26二的 18:02 +0900，Namhyung Kim写道：
> > > Hi Michael,
> > >
> > > On Tue, 26 Feb 2013 16:02:02 +1100, Michael Ellerman wrote:
> > >
在 2013-02-27三的 12:22 +1100，Michael Ellerman写道：
> On Wed, Feb 27, 2013 at 09:14:28AM +0800, li guang wrote:
> > 在 2013-02-26二的 18:02 +0900，Namhyung Kim写道：
> > > Hi Michael,
> > >
> > > On Tue, 26 Feb 2013 16:02:02 +1100, Michael Ellerman wrote:
> > >
在 2013-02-26二的 18:02 +0900，Namhyung Kim写道：
> Hi Michael,
>
> On Tue, 26 Feb 2013 16:02:02 +1100, Michael Ellerman wrote:
> > Commit 18c9e5c "Make it to be able to skip unannotatable symbols" broke
> > the build with NO_NEWT=1:
> >
> >CC builtin-annotate.o
> > builtin-annotate.c: In function 'h
ping ...
did any one find build errors after applying this patch?
在 2013-02-18一的 14:27 +0800，liguang写道：
> linux/mmzone.h included linux/memory_hotplug.h,
> and linux/memory_hotplug.h also included
> linux/mmzone.h, so there's a bad cirlular.
>
> these are quite mechanical changes by a simple
> s
在 2013-02-25一的 14:51 -0800，David Rientjes写道：
> On Mon, 25 Feb 2013, liguang wrote:
>
> > srat table should present only on acpi domain,
> > seems mm/ is not the right place for it.
> >
> > Reviewed-by: Yasuaki Ishimatsu
> > Signed-off-by: liguang
>
> You're still missing 01a178a94e8e ("acpi, m
在 2013-02-22五的 12:57 -0800，David Rientjes写道：
> On Fri, 22 Feb 2013, liguang wrote:
>
> > srat table should present only on acpi domain,
> > seems mm/ is not the right place for it.
> >
> > Reviewed-by: Yasuaki Ishimatsu
> > Signed-off-by: liguang
>
> This is not rebased, it does not have 4819e
在 2013-02-19二的 23:00 -0800，David Rientjes写道：
> On Wed, 20 Feb 2013, li guang wrote:
>
> > Yes, I know there's no new changes in my patch as I said before(not
> > based on lasted), but as I try to apply my patch(1/4), it will do
> > the right work to move curren
在 2013-02-19二的 19:04 -0800，David Rientjes写道：
> On Wed, 20 Feb 2013, li guang wrote:
>
> > > > No, it doesn't. From next-20130219, you're missing at least two
> > > > patches:
> > > >
> > > > 3795e4893203 ("acpi, mem
在 2013-02-20三的 10:21 +0800，li guang写道：
> 在 2013-02-19二的 18:08 -0800，David Rientjes写道：
> > On Wed, 20 Feb 2013, li guang wrote:
> >
> > > > > This doesn't apply to Linus' tree nor does it apply to linux-next.
> > > > > Which
> > >
在 2013-02-19二的 18:08 -0800，David Rientjes写道：
> On Wed, 20 Feb 2013, li guang wrote:
>
> > > > This doesn't apply to Linus' tree nor does it apply to linux-next.
> > > > Which
> > > > tree are you basing this on?
> > >
> &
在 2013-02-20三的 09:39 +0800，li guang写道：
> 在 2013-02-19二的 13:21 -0800，David Rientjes写道：
> > On Fri, 15 Feb 2013, liguang wrote:
> >
> > > srat table should present only on acpi domain,
> > > seems mm/ is not the right place for it.
> > >
> > >
在 2013-02-19二的 13:21 -0800，David Rientjes写道：
> On Fri, 15 Feb 2013, liguang wrote:
>
> > srat table should present only on acpi domain,
> > seems mm/ is not the right place for it.
> >
> > Reviewed-by: Yasuaki Ishimatsu
> > Signed-off-by: liguang
>
> This doesn't apply to Linus' tree nor does
在 2013-02-15五的 20:16 -0800，Simon Glass写道：
> Use the key-matrix layer to interpret key scan information from the EC
> and inject input based on the FDT-supplied key map. This driver registers
> itself with the ChromeOS EC driver to perform communications.
[snip ...]
> +/*
> + * Returns true when th
seems a special change for a special device
so, you may need to place this change with
corresponding CONFIG_xxx_xxx.
generally, if command F2 failed, we will assume
there's no ps2 device, it's normal,
or do you have some materials(SPEC) to specify
the change you have made?
在 2012-10-31三的 18:11
在 2013-02-05二的 16:55 +0900，Yasuaki Ishimatsu写道：
> 2013/02/05 16:36, liguang wrote:
> > acpi_numa is used to prevent srat table
> > being parsed, seems a little miss-named,
> > if 'noacpi' was specified by cmdline and
> > CONFIG_ACPI_NUMA was enabled, acpi_numa
> > will be operated directly from eve
在 2013-02-04一的 21:20 -0800，David Rientjes写道：
> On Tue, 5 Feb 2013, liguang wrote:
>
> > linux/mmzone.h included linux/memory_hotplug.h,
> > and linux/memory_hotplug.h also included
> > linux/mmzone.h, so there's a bad cirlular.
> >
>
> And both of these are protected by _LINUX_MMZONE_H and
> __
在 2013-02-04一的 21:35 -0800，David Rientjes写道：
> On Tue, 5 Feb 2013, liguang wrote:
>
> > srat table should present only on acpi domain,
> > seems mm/ is not the right place for it.
> >
> > Reviewed-by: David Rientjes
>
> I certainly didn't review this, please read
> Documentation/SubmittingPatc
在 2013-02-04一的 21:39 -0800，David Rientjes写道：
> On Tue, 5 Feb 2013, liguang wrote:
>
> > acpi_numa is used to prevent srat table
> > being parsed, seems a little miss-named,
> > if 'noacpi' was specified by cmdline and
> > CONFIG_ACPI_NUMA was enabled, acpi_numa
> > will be operated directly from e
在 2013-02-05二的 13:44 +0900，Yasuaki Ishimatsu写道：
> Hi Liguang,
>
> 2013/02/05 11:37, liguang wrote:
> > srat table should present only on acpi domain,
> > seems mm/ is not the right place for it.
> >
> > Reviewed-by: David Rientjes
> > Signed-off-by: liguang
> > ---
> >
> > arch/x86/kernel/acp
在 2013-02-04一的 11:44 -0800，David Rientjes写道：
> On Mon, 4 Feb 2013, liguang wrote:
>
> > srat table should present only on acpi domain,
> > seems mm/ is not the right place for it.
> >
> > Signed-off-by: liguang
> > ---
> > arch/x86/kernel/acpi/Makefile |1 +
> > arch/x86/mm/Makefile
在 2013-02-04一的 11:41 -0800，David Rientjes写道：
> On Mon, 4 Feb 2013, liguang wrote:
>
> > Signed-off-by: liguang
>
> Because there's no changelog, I have to read the patch to figure out what
> it's doing since the title isn't that helpful either. Please provide a
> description of what problem y
在 2013-02-04一的 11:31 -0800，David Rientjes写道：
> On Mon, 4 Feb 2013, liguang wrote:
>
> > diff --git a/arch/x86/include/asm/acpi.h b/arch/x86/include/asm/acpi.h
> > index 0c44630..c4e0875 100644
> > --- a/arch/x86/include/asm/acpi.h
> > +++ b/arch/x86/include/asm/acpi.h
> > @@ -181,7 +181,8 @@ stati
a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
regards!
li guang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
forgot.
>
> I don't think it's forgotten.
>
> The sched_domain_topology still needs NULL entry at the end. So what
> the current code does is to set up following sched_domain_topology:
>
> { default_topology (without last NULL entry), numa topology, NULL }
>
在 2013-01-15二的 10:34 +0800，Alex Shi写道：
> On 01/14/2013 05:03 PM, li guang wrote:
> >>> > > This corner case may occur after "[PATCH v3 03/22] sched: fix
> >>> > > find_idlest_group mess logical" brought in the local sched_group bias,
> >>&
在 2013-01-11五的 22:56 +0800，Alex Shi写道：
> On 01/11/2013 04:01 PM, li guang wrote:
> > 在 2013-01-11五的 10:26 +0530，Preeti U Murthy写道：
> >> Hi Morten,Alex
> >>
> >> On 01/09/2013 11:51 PM, Morten Rasmussen wrote:
> >>> On Sat, Jan 05, 2013 at 08:37:34A
ing if this optimization will affect the
> use of that flag.
seems it did, SD_OVERLAP will not work after this change,
though this flag is maybe scarcely used.
because, this optimization assume all sched-domains span
is super-set over child domain.
isn't it? Alex.
>
> Morten
>
> >
s sgy as the
> idlest perhaps,if the situation happens to be better than what i have
> described for sgx and an appropriate cpu there is chosen.
>
> So in short a bird's eye view of a large sched domain to choose the cpu
> would be very short sighted,we could end up creating
在 2012-10-24三的 02:43 -0700，tip-bot for Paul Turner写道：
> Commit-ID: 9d85f21c94f7f7a84d0ba686c58aa6d9da58fdbb
> Gitweb: http://git.kernel.org/tip/9d85f21c94f7f7a84d0ba686c58aa6d9da58fdbb
> Author: Paul Turner
> AuthorDate: Thu, 4 Oct 2012 13:18:29 +0200
> Committer: Ingo Molnar
> CommitDa
在 2012-10-09二的 17:40 +0100，Morten Rasmussen写道：
> On Thu, Oct 04, 2012 at 07:27:00AM +0100, Viresh Kumar wrote:
> > On 22 September 2012 00:02, wrote:
> >
> > > +config SCHED_HMP_PRIO_FILTER
> > > + bool "(EXPERIMENTAL) Filter HMP migrations by task priority"
> > > + depends on SCHED_
61 matches
Mail list logo
