On Sat, 2013-02-09 at 14:57 +0800, Peter Teoh wrote:
>
>
> On Sat, Feb 9, 2013 at 1:47 PM, anish kumar
> .
> Timer interrupts is supposed to cause scheduling and scheduler
> may or
> may not pick up your last process(we always use the term
> "task" in
>
On Fri, Feb 8, 2013 at 11:30 PM, Hillf Danton wrote:
> On Sat, Feb 9, 2013 at 10:45 AM, Michel Lespinasse wrote:
>> + if (waiter->type != RWSEM_WAITING_FOR_WRITE) {
>> + list_del(>list);
>> +
>> + /* Set RWSEM_WAITING_BIAS before waking
On 09/02/13 04:54, Eric Wong wrote:
Using one eventfd per userspace socket still seems a bit wasteful.
Wasteful in what sense? Occupying a slot in file descriptor table?
That's the price for having the socket uniquely identified by the
fd.
Yes. I realize eventfd is small, but I don't think
On Sat, Feb 9, 2013 at 10:45 AM, Michel Lespinasse wrote:
> + if (waiter->type != RWSEM_WAITING_FOR_WRITE) {
> + list_del(>list);
> +
> + /* Set RWSEM_WAITING_BIAS before waking the last
> reader
> +* so we know
As a followup, testing my fixes has revealed an old bug in the
PPS driver that I'm trying to figure out how to solve.
Basically, pps_unregister_cdev does
device_destroy(pps_class, pps->dev->devt);
cdev_del(>cdev);
And device_destroy ends up calling pps->dev->release,
which is
On Saturday 09 February 2013 04:31 AM, Grant Likely wrote:
> On Fri, 11 Jan 2013 11:50:23 +0530, Vineet Gupta
> wrote:
>> +- clock-frequency : the input clock frequency for the UART
>> +- baud : baud rate for UART
> change 'baud' to 'current-speed'. There is already
On Fri, Feb 8, 2013 at 5:29 PM, Matthew Garrett
wrote:
> On Fri, 2013-02-08 at 17:22 -0800, H. Peter Anvin wrote:
>
>> You don't have to build the kernel twice to exclude a loadable module.
>
> I guess you could just strip the signatures off any modules you don't
> want to support under Secure
On 02/08/2013 07:56 PM, Jon Hunter wrote:
>> /**
>> * twl_i2c_write - Writes a n bit register in TWL4030/TWL5030/TWL60X0
>> * @mod_no: module number
>> @@ -322,16 +323,17 @@ int twl_i2c_write(u8 mod_no, u8 *value, u8 reg,
>> unsigned num_bytes)
>> pr_err("%s: invalid module
On 2013-02-09 Saturday at 02:03 +0100 Yann E. MORIN wrote:
> On Friday 01 February 2013 Roland Eggner wrote:
> > Add vi-style navigation keys, based on initial work by Dmitry Voytik.
>
> As much I am a unconditional vim user, I doubt this is a sane idea to
> include this, as it conflicts with the
2013/2/9 Nicolas Pitre :
> On Fri, 8 Feb 2013, Russell King - ARM Linux wrote:
>
>> On Fri, Feb 08, 2013 at 03:51:25PM +0900, Joonsoo Kim wrote:
>> > I try to put it into patch tracker, but I fail to put it.
>> > I use following command.
>> >
>> > git send-email --to patc...@arm.linux.org.uk
Quoting Aristeu Rozanski (a...@redhat.com):
> devcg: propagate local changes down the hierarchy
>
> This patch makes all changes propagate down in hierarchy respecting when
> possible local configurations.
>
> Behavior changes will clean up exceptions in all the children except when the
> parent
On Fri, 2013-02-08 at 20:15 -0700, Stephen Warren wrote:
> Perhaps a custom almost-equivalent (?i)[^a-z]tegra would work?
I didn't notice false positives with that one.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Martin Sustrik wrote:
> On 08/02/13 23:21, Eric Wong wrote:
> >Martin Sustrik wrote:
> >>To address the question, I've written down detailed description of
> >>the challenges of the network protocol development in user space and
> >>how the proposed feature addresses the problems.
> >>
> >>It
Quoting Aristeu Rozanski (a...@redhat.com):
Thanks, Aristeu. I'm sorry it feels like I'm just trying to give you a
hard time, I'm really not :)
I do feel like you're really close. At the same time this is so subtle
and complicated that I wonder if there must not be a simpler way,
perhaps a
On 02/07/2013 12:09 PM, Rob Herring wrote:
> From: Rob Herring
>
> We've already matched the node, so use the node pointer passed in.
Patches 1 & 2,
Tested-by: Stephen Warren
(i.e. with my bcm2835 hat on:-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On 2013-02-09 Saturday at 01:30 +0100 Yann E. MORIN wrote:
> Roland, All,
>
> I've taken that in my branch now.
> I will push later with a few fixes (see below).
>
> On Friday 01 February 2013 Roland Eggner wrote:
> [--SNIP--]
> > diff --git a/scripts/kconfig/nconf.c b/scripts/kconfig/nconf.c
>
On Sat, Feb 09, 2013 at 12:14:27AM +0100, Rafael J. Wysocki wrote:
> On Friday, February 08, 2013 04:07:01 PM Mika Westerberg wrote:
> > When the ACPI platform device code was converted to the new ACPI scan
> > handler facility, the the acpi_platform_device_ids[] was moved to
> >
On Fri, Feb 08, 2013 at 10:37:15PM +0100, Linus Walleij wrote:
> On Mon, Feb 4, 2013 at 10:52 AM, Mika Westerberg
> wrote:
> > On Mon, Feb 04, 2013 at 05:45:49PM +0800, Mark Brown wrote:
> >> On Fri, Feb 01, 2013 at 12:22:47PM +0200, Mika Westerberg wrote:
> >>
> >> > Mark, thank you for applying
From: Corey Minyard
The console redirect - ioctl(fd, TIOCCONS) - is not in a namespace,
thus a container can do a redirect and grab all the I/O on the host
and all container consoles.
This change puts the redirect in the pid namespace.
Signed-off-by: Corey Minyard
---
I'm pretty sure this
On 08/02/13 23:08, Eric Wong wrote:
poll(2) function (POLLIN, POLLOUT, POLLERR, POLLHUP etc.) Specified
events will
be signaled when polling (select, poll, epoll) on the eventfd is done
later on.
'ptr' is an opaque pointer that is not interpreted by eventfd object.
How does this interact with
On Fri, 8 Feb 2013, Kim Phillips wrote:
> On Fri, 8 Feb 2013 17:47:33 -0500
> Nicolas Pitre wrote:
>
> > On Fri, 8 Feb 2013, Woodhouse, David wrote:
> >
> > > On Fri, 2013-02-08 at 15:04 -0500, Nicolas Pitre wrote:
> > > > On Fri, 8 Feb 2013, Woodhouse, David wrote:
> > > >
> > > > > On Thu,
On 02/08/2013 06:05 PM, Joe Perches wrote:
> On Fri, 2013-02-08 at 17:47 -0700, Stephen Warren wrote:
>> On 02/08/2013 05:40 PM, Joe Perches wrote:
>>> On Fri, 2013-02-08 at 13:04 -0700, Stephen Warren wrote:
(?>>
>>> This doesn't work well. It matches too many
>>> words like integral.
>>
From: Dmitry Torokhov
Date: Fri, 8 Feb 2013 17:20:44 -0800
> Hi David,
>
> On Wed, Feb 06, 2013 at 04:23:55PM -0800, Andy King wrote:
>> In an effort to improve the out-of-the-box experience with Linux kernels for
>> VMware users, VMware is working on readying the VM Sockets (VSOCK, formerly
>>
On Fri, Feb 8, 2013 at 10:54 PM, Stratos Karafotis
wrote:
> Fix a couple of typos in comments.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/cpufreq/cpufreq_conservative.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Acked-by: Viresh Kumar
--
To unsubscribe from this
On Fri, Feb 8, 2013 at 10:54 PM, Stratos Karafotis
wrote:
> Fix some typos in comments.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/cpufreq/cpufreq_ondemand.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
Acked-by: Viresh Kumar
--
To unsubscribe from this list:
This change reduces the size of the spinlocked and TASK_UNINTERRUPTIBLE
sections in rwsem_down_failed_common():
- We only need the sem->wait_lock to insert ourselves on the wait_list;
the waiter node can be prepared outside of the wait_lock.
- The task state only needs to be set to
Add support for write lock stealing in the generic rwsem code.
rwsem_down_write_failed() is similar to rwsem_down_read_failed(), with
a few significant differences:
- The waiter doesn't try waking blocked threads if there are no active
lockers - it just steals the lock in that case.
- The
We are not planning to add some new waiter flags, so we can convert the
waiter type into an enumeration.
Background: David Howells suggested I do this back when I tried adding
a new waiter type for unfair readers. However, I believe the cleanup
applies regardless of that use case.
Signed-off-by:
modify __down_write[_nested] and __down_write_trylock to grab the write
lock whenever the active count is 0, even if there are queued waiters
(they must be writers pending wakeup, since the active count is 0).
Note that this is an optimization only; architectures without this
optimization will
This proposal implements writer lock stealing in lib/rwsem.c, just as
Alex Shi's earlier proposal did for the simpler lib/rwsem-spinlock.c
Patches 1 and 2 are small cleanups that I thought I should separate
from the bulk of the changes; Patch 3 is the generic support for write
lock stealing;
Hi Eric,
On 08/02/13 23:21, Eric Wong wrote:
Martin Sustrik wrote:
On 07/02/13 23:44, Andrew Morton wrote:
That's a nice changelog but it omitted a critical thing: why do you
think the kernel needs this feature? What's the value and use case for
being able to poll these descriptors?
To
2013/2/8, OGAWA Hirofumi :
> Namjae Jeon writes:
>
>>> And did this work correctly about f_pos for readdir?
>> Yes, sure. f_pos is work correctly about each directory entry. because
>> after name[0] == 0x00, there are no allocated directory entires.
>>>
>>> I'm not thinking about f_pos deeply
On 9 February 2013 05:38, Dirk Brandewie wrote:
> On 02/08/2013 03:56 PM, Rafael J. Wysocki wrote:
>>
>> On Friday, February 08, 2013 09:02:37 PM Rafael J. Wysocki wrote:
>>>
>>> On Friday, February 08, 2013 08:06:52 PM Viresh Kumar wrote:
On 8 February 2013 18:02, Rafael J. Wysocki
On Wed, Feb 06, 2013 at 06:56:34PM +0100, Pali Rohár wrote:
[...]
> > * All voltages, currents, charges, energies, time and
> > temperatures in uV, * µA, µAh, µWh, seconds and tenths of
> > degree Celsius unless otherwise * stated. It's driver's job
[...]
> bq27x00_battery reporting
On Wed, Feb 06, 2013 at 03:09:59PM +0100, Michal Hocko wrote:
> Ohh, I have just noticed that this could be introduced by "mm: break
> circular include from linux/mmzone.h" in mm tree.
> Adding Andrew to CC.
The patch is legit, actually. So, I've applied it, thank you!
Anton
> On Wed 06-02-13
This patch adds the AHCI-mode SATA Device IDs for the Intel Wellsburg PCH
Signed-off-by: James Ralston
---
drivers/ata/ahci.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c
index 4979127..6aac3f7 100644
---
This patch adds the Watchdog Timer Device IDs for the Intel Wellsburg PCH
Signed-off-by: James Ralston
---
drivers/mfd/lpc_ich.c | 38 ++
1 files changed, 38 insertions(+), 0 deletions(-)
diff --git a/drivers/mfd/lpc_ich.c b/drivers/mfd/lpc_ich.c
index
This patch adds the SMBus Device IDs for the Intel Wellsburg PCH
Signed-off-by: James Ralston
---
Documentation/i2c/busses/i2c-i801 |1 +
drivers/i2c/busses/Kconfig|1 +
drivers/i2c/busses/i2c-i801.c |3 +++
3 files changed, 5 insertions(+), 0 deletions(-)
diff --git
This patch adds the HD Audio Device IDs for the Intel Wellsburg PCH
Signed-off-by: James Ralston
---
sound/pci/hda/hda_intel.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
index c78286f..3218f4a 100644
---
On Fri, 2013-02-08 at 17:22 -0800, H. Peter Anvin wrote:
> You don't have to build the kernel twice to exclude a loadable module.
I guess you could just strip the signatures off any modules you don't
want to support under Secure Boot, but that breaks some other use cases.
This patch adds the IDE-mode SATA Device IDs for the Intel Wellsburg PCH
Signed-off-by: James Ralston
---
drivers/ata/ata_piix.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index 174eca6..32b6c36 100644
---
On 02/08/2013 03:26 PM, Matthew Garrett wrote:
> On Sat, 2013-02-09 at 00:06 +0100, Borislav Petkov wrote:
>> On Fri, Feb 08, 2013 at 02:30:52PM -0800, H. Peter Anvin wrote:
>>> Also, keep in mind that there is a very simple way to deny MSR access
>>> completely, which is to not include the driver
Hi David,
On Wed, Feb 06, 2013 at 04:23:55PM -0800, Andy King wrote:
> In an effort to improve the out-of-the-box experience with Linux kernels for
> VMware users, VMware is working on readying the VM Sockets (VSOCK, formerly
> VMCI Sockets) (vsock) kernel module for inclusion in the Linux
On Fri, 8 Feb 2013 17:47:33 -0500
Nicolas Pitre wrote:
> On Fri, 8 Feb 2013, Woodhouse, David wrote:
>
> > On Fri, 2013-02-08 at 15:04 -0500, Nicolas Pitre wrote:
> > > On Fri, 8 Feb 2013, Woodhouse, David wrote:
> > >
> > > > On Thu, 2013-02-07 at 18:13 +, Russell King - ARM Linux wrote:
From: Daniel Lezcano
The different definitions are not used anywhere in the code.
Signed-off-by: Daniel Lezcano
Signed-off-by: Len Brown
---
drivers/acpi/processor_idle.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/acpi/processor_idle.c b/drivers/acpi/processor_idle.c
From: Daniel Lezcano
These different headers are not needed.
Signed-off-by: Daniel Lezcano
Signed-off-by: Len Brown
---
drivers/acpi/processor_idle.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/acpi/processor_idle.c
From: Daniel Lezcano
With one function handling the idle state and a single variable,
the usage of the davinci_ops is overkill.
This patch removes these ops and simplify the code.
Furthermore, the 'driver_data' field is no longer used, we have
1 of the 3 remaining user of this field removed.
From: Daniel Lezcano
The cpuidle_device is retrieved in the function by using directly
the global variable. But the caller of this function already have
this device and it can be passed as a parameter. That is one small
step to encapsulate the code more.
Signed-off-by: Daniel Lezcano
From: Daniel Lezcano
The patch is mindless, it just moves the idle function below in the file
in order to prevent forward declaration in the next patch.
Signed-off-by: Daniel Lezcano
Acked-by: Sekhar Nori
Signed-off-by: Len Brown
---
arch/arm/mach-davinci/cpuidle.c | 72
From: Daniel Lezcano
The device->state_count is initialized in the cpuidle_register_device
function.
Signed-off-by: Daniel Lezcano
Acked-by: Sekhar Nori
Signed-off-by: Len Brown
---
arch/arm/mach-davinci/cpuidle.c | 2 --
1 file changed, 2 deletions(-)
diff --git
The following is my idle patch queue for Linux-3.9.
As noted below, some patches are unchanged since last seen
on the list, some are re-freshed, and some are new.
Please let me know if you see troubles with any of them.
thanks,
Len Brown, Intel Open Source Technology Center
[PATCH 01/16]
From: Daniel Lezcano
Len Brown sent a patch to remove this field in the intel_idle driver.
The other user of this field is the davinci cpuidle driver and a
patch has been sent to remove the usage of it.
This patch removes the last user of this field.
Signed-off-by: Daniel Lezcano
From: Len Brown
When verbose is enabled, print the C1E-Enable
bit in MSR_IA32_POWER_CTL.
also delete some redundant tests on the verbose variable.
Signed-off-by: Len Brown
---
arch/x86/include/uapi/asm/msr-index.h | 2 ++
tools/power/x86/turbostat/turbostat.c | 13 +++--
2 files
From: Len Brown
This patch enables intel_idle to run on the
next-generation Intel(R) Microarchitecture code named "Haswell".
Signed-off-by: Len Brown
---
drivers/idle/intel_idle.c | 39 +++
1 file changed, 39 insertions(+)
diff --git
From: Len Brown
Remove the assumption that cstate_tables are
indexed by MWAIT flag values. Each entry
identifies itself via its own flags value.
This change is needed to support multiple states
that share the same MWAIT flags.
Note that this can have an effect on what state is described
by 'N'
From: Daniel Lezcano
Signed-off-by: Daniel Lezcano
Acked-by: Sekhar Nori
Signed-off-by: Len Brown
---
arch/arm/mach-davinci/cpuidle.c | 23 ++-
1 file changed, 10 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-davinci/cpuidle.c
From: Len Brown
This patch enables turbostat to run properly on the
next-generation Intel(R) Microarchitecture, code named "Haswell" (HSW).
HSW supports the BCLK and counters found in SNB.
Signed-off-by: Len Brown
---
tools/power/x86/turbostat/turbostat.c | 11 ++-
1 file changed, 10
From: Len Brown
Here we disable HW promotion of C1 to C1E
and export both C1 and C1E and distinct C-states.
This allows a cpuidle governor to choose a lower latency
C-state than C1E when necessary to satisfy performance
and QOS constraints -- and still save power versus polling.
This also
From: Len Brown
Cosmetic only.
Replace use of MWAIT_MAX_NUM_CSTATES with CPUIDLE_STATE_MAX.
They are both 8, so this patch has no functional change.
The reason to change is that intel_idle will soon be able
to export more than the 8 "major" states supported by MWAIT.
When we hit that limit, it
From: Len Brown
This field is no longer used.
Signed-off-by: Len Brown
---
include/linux/cpuidle.h | 22 --
1 file changed, 22 deletions(-)
diff --git a/include/linux/cpuidle.h b/include/linux/cpuidle.h
index 24cd1037..480c14d 100644
--- a/include/linux/cpuidle.h
+++
From: Len Brown
The commit, 4202735e8ab6ecfb0381631a0d0b58fefe0bd4e2
(cpuidle: Split cpuidle_state structure and move per-cpu statistics fields)
observed that the MWAIT flags for Cn on every processor to date were the
same, and created get_driver_data() to supply them.
Unfortunately, that
> -Original Message-
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> Sent: Friday, February 08, 2013 7:44 PM
> To: KY Srinivasan
> Cc: Jiri Kosina; o...@aepfle.de; jasow...@redhat.com; linux-
> ker...@vger.kernel.org; james.bottom...@hansenpartnership.com;
>
On Fri, 2013-02-08 at 17:47 -0700, Stephen Warren wrote:
> On 02/08/2013 05:40 PM, Joe Perches wrote:
> > On Fri, 2013-02-08 at 13:04 -0700, Stephen Warren wrote:
> >> (? >
> > This doesn't work well. It matches too many
> > words like integral.
>
> Hmmm. That's exactly what the (? attempting
Roland, All,
On Friday 01 February 2013 Roland Eggner wrote:
> Add vi-style navigation keys, based on initial work by Dmitry Voytik.
As much I am a unconditional vim user, I doubt this is a sane idea to
include this, as it conflicts with the established UI that people expect,
especially since
On Thu, Jan 31, 2013 at 12:11:16PM -, Thomas Gleixner wrote:
> Split cpu_down in separate functions in preparation for state machine
> conversion.
>
> Signed-off-by: Thomas Gleixner
Reviewed-by: Paul E. McKenney
> ---
> kernel/cpu.c | 83
>
On Thu, Jan 31, 2013 at 12:11:15PM -, Thomas Gleixner wrote:
> Split out into separate functions, so we can convert it to a state machine.
>
> Signed-off-by: Thomas Gleixner
Reviewed-by: Paul E. McKenney
> ---
> kernel/cpu.c | 69
>
On Thu, Jan 31, 2013 at 12:11:15PM -, Thomas Gleixner wrote:
> There are only a few callbacks which really care about FROZEN
> vs. !FROZEN. No need to have extra states for this.
>
> Publish the frozen state in an extra variable which is updated under
> the hotplug lock and let the users
On 02/08/2013 05:40 PM, Joe Perches wrote:
> On Fri, 2013-02-08 at 13:04 -0700, Stephen Warren wrote:
>> (?
> This doesn't work well. It matches too many
> words like integral.
Hmmm. That's exactly what the (? I suggest
>
> K:(?:\btegra\b|\bTEGRA_)
>
--
To unsubscribe from this list:
On Fri, Feb 08, 2013 at 04:29:59PM -0800, Joe Perches wrote:
> On Fri, 2013-02-08 at 17:45 -0500, David Miller wrote:
> > From: Joe Perches
> > Date: Thu, 07 Feb 2013 13:46:27 -0800
> > > alloc failures already get standardized OOM
> > > messages and a dump_stack.
>
> Does anyone know if all the
On Sat, Feb 9, 2013 at 10:57 AM, Pekka Enberg wrote:
>
> And yes, you are absolutely correct that living in the kernel tree is
> suboptimal for the casual user. However, it's a trade-off to make
> tools/kvm *development* easier especially when you need to touch both
> kernel and userspace code.
On 02/09/2013 01:03 AM, Mauro Carvalho Chehab wrote:
Em Fri, 8 Feb 2013 21:38:07 +0100
Sebastian Hesselbarth escreveu:
This patch adds device tree parsing for gpio_ir_recv platform_data and
the mandatory binding documentation. It basically follows what we already
have for e.g. gpio_keys. All
On Sat, Feb 09, 2013 at 12:31:49AM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> > Sent: Thursday, January 24, 2013 12:18 PM
> > To: KY Srinivasan
> > Cc: Jiri Kosina; o...@aepfle.de; jasow...@redhat.com;
On Tue, Jan 22, 2013 at 01:15:48PM +0530, Srivatsa S. Bhat wrote:
> Since stop_machine() is no longer used in the CPU offline path, we cannot
> disable CPU hotplug using preempt_disable()/local_irq_disable() etc. We
> need to use the newly introduced get/put_online_cpus_atomic() APIs.
> Reflect
On Fri, 2013-02-08 at 13:04 -0700, Stephen Warren wrote:
> (?http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, Jan 31, 2013 at 12:11:14PM -, Thomas Gleixner wrote:
> Use the smpboot thread infrastructure. Mark the stopper thread
> selfparking and park it after it has finished the take_cpu_down()
> work.
>
> Signed-off-by: Thomas Gleixner
One grammar nit, other than that:
Reviewed-by: Paul
On Thu, Jan 31, 2013 at 12:11:13PM -, Thomas Gleixner wrote:
> To allow the stopper thread being managed by the smpboot thread
> infrastructure separate out the task storage from the stopper data
> structure.
>
> Signed-off-by: Thomas Gleixner
Reviewed-by: Paul E. McKenney
> ---
>
Hey Thomas,
Wanted to get one more change queued for 3.9 from Prarit. Let me
know if you have any objections.
thanks
-john
The following changes since commit 6f16eebe1ff82176339a0439c98ebec9768b0ee2:
timekeeping: Switch HAS_PERSISTENT_CLOCK to
ALWAYS_USE_PERSISTENT_CLOCK (2013-01-29
> -Original Message-
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, January 24, 2013 12:18 PM
> To: KY Srinivasan
> Cc: Jiri Kosina; o...@aepfle.de; jasow...@redhat.com; linux-
> ker...@vger.kernel.org; james.bottom...@hansenpartnership.com;
>
Roland, All,
I've taken that in my branch now.
I will push later with a few fixes (see below).
On Friday 01 February 2013 Roland Eggner wrote:
[--SNIP--]
> diff --git a/scripts/kconfig/nconf.c b/scripts/kconfig/nconf.c
> --- a/scripts/kconfig/nconf.c
> +++ b/scripts/kconfig/nconf.c
[--SNIP--]
>
On Thu, Jan 31, 2013 at 12:11:12PM -, Thomas Gleixner wrote:
> The stop machine threads are still killed when a cpu goes offline. The
> reason is that the thread is used to bring the cpu down, so it can't
> be parked along with the other per cpu threads.
>
> Allow a per cpu thread to be
On Fri, 2013-02-08 at 17:45 -0500, David Miller wrote:
> From: Joe Perches
> Date: Thu, 07 Feb 2013 13:46:27 -0800
> > alloc failures already get standardized OOM
> > messages and a dump_stack.
Does anyone know if all the other alloc's like
dma_alloc_coherent, dma_alloc_noncoherent,
On Thu, Jan 31, 2013 at 12:11:11PM -, Thomas Gleixner wrote:
> The current CPU hotplug implementation has become an increasing
> nightmare full of races and undocumented behaviour. The main issue of
> the current hotplug scheme is the completely asymetric
> startup/teardown process. The
On Tue, Jan 22, 2013 at 01:06:34PM +0530, Srivatsa S. Bhat wrote:
> Don't refer to stop_machine() in the CPU hotplug path, since we are going
> to get rid of it. Also, move the comment referring to callback adoption
> to the CPU_DEAD case, because that's where it happens now.
>
> Signed-off-by:
We need to have ioapic setup before normal pci drivers.
otherwise other pci driver can not setup irq.
So we should not treat them as normal pci devices.
Also we will need to support ioapic hotplug without pci device around.
We need to call ioapic add/remove during host-bridge add/remove.
Some ioapic controller does not show up on pci config space,
or pci device is there but no bar is used and is set by firmare in
other place.
We need to get ioapic address from ACPI0009's _CRS.
Signed-off-by: Yinghai Lu
---
drivers/pci/ioapic.c | 92
During ioapic hotplug, acpi_register_ioapic will be called.
Now for x86, that function is blank.
Fill that will update __mp_register_ioapic to use those ioapic.
Signed-off-by: Yinghai Lu
---
arch/x86/kernel/acpi/boot.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
ioapic hotplug should be built-in by nature.
Also need to make it depends on X86_IO_APIC.
Signed-off-by: Yinghai Lu
---
drivers/pci/Kconfig |3 ++-
drivers/pci/ioapic.c |7 ---
2 files changed, 2 insertions(+), 8 deletions(-)
Index: linux-2.6/drivers/pci/Kconfig
> As this is a breakage in 3.8-rc1, is there any way to pull out patches 5
> and 6 in a format that I can apply them now, or in a way that I can get
> I can't apply all of these to 3.8-final now, as it's way too late.
I'll reorder them for you. But Philipp will be bitterly disappointed. :-)
The
On Tue, Jan 22, 2013 at 01:15:22PM +0530, Srivatsa S. Bhat wrote:
> ... and also cleanup a comment that refers to CPU hotplug being dependent on
> stop_machine().
>
> Cc: David Howells
> Signed-off-by: Srivatsa S. Bhat
Reviewed-by: Paul E. McKenney
(Hey, I thought I owed myself an easy one!)
On Friday, February 08, 2013 04:08:49 PM Dirk Brandewie wrote:
> On 02/08/2013 03:56 PM, Rafael J. Wysocki wrote:
> > On Friday, February 08, 2013 09:02:37 PM Rafael J. Wysocki wrote:
> >> On Friday, February 08, 2013 08:06:52 PM Viresh Kumar wrote:
> >>> On 8 February 2013 18:02, Rafael J.
On 02/08/2013 03:56 PM, Rafael J. Wysocki wrote:
On Friday, February 08, 2013 09:02:37 PM Rafael J. Wysocki wrote:
On Friday, February 08, 2013 08:06:52 PM Viresh Kumar wrote:
On 8 February 2013 18:02, Rafael J. Wysocki wrote:
So as I said, please rework the fixes on top of
On Tue, Jan 22, 2013 at 01:05:10PM +0530, Srivatsa S. Bhat wrote:
> Once stop_machine() is gone from the CPU offline path, we won't be able to
> depend on preempt_disable() to prevent CPUs from going offline from under us.
>
> Use the get/put_online_cpus_atomic() APIs to prevent CPUs from going
Use long type for page counts in mm_populate() so as to avoid integer
overflow when running the following test code:
int main(void) {
void *p = mmap(NULL, 0x1000, PROT_READ,
MAP_PRIVATE | MAP_ANON, -1, 0);
printf("p: %p\n", p);
mlockall(MCL_CURRENT);
munlock_vma_pages_range() was always incrementing addresses by PAGE_SIZE
at a time. When munlocking THP pages (or the huge zero page), this resulted
in taking the mm->page_table_lock 512 times in a row.
We can do better by making use of the page_mask returned by follow_page_mask
(for the huge
Em Fri, 8 Feb 2013 21:38:07 +0100
Sebastian Hesselbarth escreveu:
> This patch adds device tree parsing for gpio_ir_recv platform_data and
> the mandatory binding documentation. It basically follows what we already
> have for e.g. gpio_keys. All required device tree properties are OS
>
Hi all,
With the release of the 3.8-rc7 kernel, I think it's time to close the
TTY/serial tree for new features / cleanups for 3.9. So I'm closing my
tree, and will only be applying obvious bugfixes or regressions to it
until 3.9-rc1 comes out.
You can keep sending me patches for the tree that
This change adds a follow_page_mask function which is equivalent to
follow_page, but with an extra page_mask argument.
follow_page_mask sets *page_mask to HPAGE_PMD_NR - 1 when it encounters a
THP page, and to 0 in other cases.
__get_user_pages() makes use of this in order to accelerate
These 3 changes are to improve the handling of large mm_populate and
munlock operations. They apply on top of mmotm (in particular, they
depend on both my prior mm_populate work and Kirill's "thp: avoid
dumping huge zero page" change).
- Patch 1 fixes an integer overflow issue when populating
Hi all,
With the release of the 3.8-rc7 kernel, I think it's time to close the
USB tree for new features / cleanups for 3.9. So I'm closing my
tree, and will only be applying obvious bugfixes or regressions to it
until 3.9-rc1 comes out.
You can keep sending me patches for the tree that don't
Hi all,
With the release of the 3.8-rc7 kernel, I think it's time to close the
staging tree for new features / cleanups for 3.9. So I'm closing my
tree, and will only be applying obvious bugfixes or regressions to it
until 3.9-rc1 comes out.
You can keep sending me patches for the tree that
1 - 100 of 1103 matches
Mail list logo
