On Sat, Feb 23, 2013 at 12:52:35AM -0300, Thiago Farina wrote:
> Fixes the following checkpatch warning:
>
> WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
> to printk(KERN_ERR ...
Applied, thanks (and discarded the previous version as it's subsumed in
there).
On Thu, Feb 28, 2013 at 10:02 PM, Yasuaki Ishimatsu
wrote:
> 2013/03/01 14:00, Yinghai Lu wrote:
>
> Original issue occurs by two patches. And it is fixed by Tang's reverting
> patch. So other patches are obviously unrelated to original problem. Thus
> there is no reason to revert all patches
On Sat, Feb 23, 2013 at 12:51:26AM -0300, Thiago Farina wrote:
> Fixes the following checkpatch warning:
>
> WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
> to printk(KERN_ERR ...
This doesn't apply against current mainline, and...
> @@ -666,7 +666,7 @@ static
ár
>Изпратено на: Четвъртък, 2013, Февруари 28 16:40:05 EET
>
>
>On 10:42-20130228, Pali Rohár wrote:
>> Signed-off-by: Ivaylo Dimitrov
>> Signed-off-by: Pali Rohár
>> ---
>> arch/arm/mach-omap2/Makefile|1 +
>> arch/arm/mach-om
On 28/02/13 23:26, Jiri Slaby wrote:
> On 02/27/2013 12:57 AM, Greg Kroah-Hartman wrote:
>> 3.0-stable review patch. If anyone has any objections, please let me know.
>>
>> --
>>
>> From: Christian Borntraeger
>>
>> commit 15bc8d8457875f495c59d933b05770ba88d1eacb upstream.
>>
>>
On 28/02/13 21:59, Yann E. MORIN wrote:
> I've queued that one in my tree, now, in branch yem-kconfig-for-next:
> https://www.gitorious.org/linux-kconfig/linux-kconfig
>
Thanks for queuing, but with the points which Sven mentioned we should
first agree on a way to detect things.
The
On Mon, Feb 18, 2013 at 10:44:20AM +0530, J Keerthy wrote:
> DT node properties should not have "_". Replacing them by "-".
Applied, thanks.
signature.asc
Description: Digital signature
On Sat, Feb 23, 2013 at 04:35:40PM +, Ian Lartey wrote:
> From: Graeme Gregory
>
> Number of voltages for SMPS regulators was off by one.
Applied, thanks.
signature.asc
Description: Digital signature
On Sun, Feb 24, 2013 at 12:55:34PM +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> Delete successive tests to the same location.
Applied, thanks. If you're sending a bunch of patches intended to be
applied separately it's probably not worth numbering them, it avoids
confusion (like waiting
On 02/27/2013 10:13 PM, Bjorn Helgaas wrote:
[+cc Andy]
On Wed, Feb 20, 2013 at 11:53 PM, Hannes Reinecke wrote:
On 02/20/2013 05:57 PM, Yinghai Lu wrote:
On Tue, Feb 19, 2013 at 11:58 PM, Hannes Reinecke wrote:
Apparently this device is meant to use MSI _only_ so the BIOS developer
On Wed, Feb 20, 2013 at 10:23:46AM +0800, Axel Lin wrote:
> tps6586x_regulator_set_slew_rate() returns -EINVAL when having slew rate
> settings for other than SM0/1, thus use dev_err rather than dev_warn.
Applied, thanks.
signature.asc
Description: Digital signature
On 28/02/13 22:50, Sven Joachim wrote:
> On 2013-02-28 10:59 +0100, j...@gentoo.org wrote:
>
>> Ncurses provides a config script (ncurses5-config) to assist finding ncurses.
>> This patch makes use of it to detect the necessary libs for linking of the
>> ncurses nconfig dialog.
>
> That script
On Thu, Feb 28, 2013 at 02:12:37PM -0700, Eric Blake wrote:
> On 02/28/2013 05:13 AM, Hu Tao wrote:
> > This patch enables preservation of cpu runstate during save/load vm.
> > So when a vm is restored from snapshot, the cpu runstate is restored,
> > too.
>
> What happens if a management app
On Mon, Feb 18, 2013 at 06:50:30AM +, Kim, Milo wrote:
> A Regulator can be enabled by external GPIO pin which is configurable in the
> regulator_config.
> At this moment, the GPIO can be owned by only one regulator device.
> In some devices like LP8788 LDOs, multiple regulators are enabled by
On 01.03.2013 02:31, Andreas Fenkart wrote:
> Is there an updated version matching the changed printk structure?
I hacked something up a while ago, but it's not perfect. The code below
stops dumping too early IIRC, but I never got around to fix that. Maybe
someone wants to look at it and help
On Mon, Feb 18, 2013 at 06:50:39AM +, Kim, Milo wrote:
> + pin->gpio = config->ena_gpio;
> + pin->ena_gpio_invert = config->ena_gpio_invert;
> + list_add(>list, _ena_gpio_list);
We should really validate that the invert settings are consistent but
it's not so important since this
On Tue, Feb 19, 2013 at 02:58:25AM +0300, Sergei Shtylyov wrote:
> Fix the following compilation warnings (in Simon Horman's renesas.git repo):
>
> In file included from arch/arm/mach-shmobile/setup-r8a7779.c:24:0:
> include/linux/of_platform.h:107:13: warning: ‘struct of_device_id’ declared
>
We no longer fail rmdir() when there're still css refs, so we don't
need to check css refs in check_for_release().
This also voids a bug. cgroup_has_css_refs() accesses subsys[i]
without cgroup_mutex, so it can race with cgroup_unload_subsys().
cgroup_has_css_refs()
...
if (ss == NULL ||
subsys[i] is set to NULL in cgroup_unload_subsys() at modular unload,
and that's protected by cgroup_mutex, and then the memory *subsys[i]
resides will be freed.
So this is unsafe without any locking:
if (!ss || ss->module)
...
Signed-off-by: Li Zefan
---
include/linux/cgroup.h | 11
Dave Jones writes:
> On Thu, Feb 28, 2013 at 04:25:40PM -0800, Eric W. Biederman wrote:
>
> > > [ 89.639850] RIP: 0010:[] []
> commit_creds+0x250/0x2f0
> > > [ 89.658399] Call Trace:
> > > [ 89.658822] []
> key_change_session_keyring+0xfb/0x140
> > > [ 89.659845] []
rename() will change dentry->d_name. The result of this race can
be worse than seeing partially rewritten name, but we might access
a stale pointer because rename() will re-allocate memory to hold
a longer name.
As accessing dentry->name must be protected by dentry->d_lock or
parent inode's
Use cgroup_name() instead of cgrp->dentry->name. This makes the code
a bit simpler.
While at it, remove cpuset_name and make cpuset_nodelist a local variable
to cpuset_print_task_mems_allowed().
Signed-off-by: Li Zefan
---
kernel/cpuset.c | 32 +---
1 file changed,
On Mon, Feb 25, 2013 at 12:34:09PM +0100, Guennadi Liakhovetski wrote:
> of_node_put() is called on either branch of a conditional, simplify the
> code by only calling it once.
Applied, thanks.
signature.asc
Description: Digital signature
Rob Landley writes:
> On 02/28/2013 05:24:07 AM, Michael Kerrisk (man-pages) wrote:
>> Eric et al,
>>
>> Eventually, there will be more namespace man pages, but let us start
>> now with one for PID namespaces. The attached page aims to provide a
>> fairly complete overview of PID namespaces.
>
On Thu, Feb 28, 2013 at 03:37:11PM +0800, Li Fei wrote:
>
> Even in failed case of pm_runtime_get_sync, the usage_count
> is incremented. In order to keep the usage_count with correct
> value and runtime power management to behave correctly, call
> pm_runtime_put(_sync) in such case.
Oh, that is
On 02/25/2013 11:18 PM, Seth Jennings wrote:
On 02/23/2013 06:37 PM, Ric Mason wrote:
On 02/23/2013 05:02 AM, Seth Jennings wrote:
On 02/21/2013 08:56 PM, Ric Mason wrote:
On 02/21/2013 11:50 PM, Seth Jennings wrote:
On 02/21/2013 02:49 AM, Ric Mason wrote:
On 02/19/2013 03:16 AM, Seth
On Tue, Feb 26, 2013 at 08:50:04AM -0800, Marc MERLIN wrote:
> On Tue, Feb 26, 2013 at 10:29:59AM -0500, Jeff Garzik wrote:
> > On 02/25/2013 07:27 PM, Marc MERLIN wrote:
> > >Howdy,
> > >
> > >I seem to have the same problem (or similar) as Mathieu Desnoyers in
> >
On 02/13/2013 07:02 PM, Mel Gorman wrote:
Andrew or Ingo, please pick up.
Changelog since v1
o Add reviewed-bys and acked-bys
A user reported a bug whereby a backup process accessing /proc/kcore
caused an oops.
BUG: unable to handle kernel paging request at bb00ff33b000
IP: []
2013/3/1 Andy Lutomirski :
> [possible resend -- sorry]
>
> On 02/28/2013 07:25 AM, Pavel Shilovsky wrote:
>> This patchset adds support of O_DENY* flags for Linux fs layer. These flags
>> can be used by any application that needs share reservations to organize a
>> file access. VFS already has
On 02/28/2013 06:09 PM, Linus Torvalds wrote:
So I almost think that *everything* there in the semaphore code could
be done under RCU. The actual spinlock doesn't seem to much matter, at
least for semaphores. The semaphore values themselves seem to be
protected by the atomic operations, but I
On Wed, Feb 27, 2013 at 02:23:42PM +, Graeme Gregory wrote:
> On 27/02/13 14:10, Laxman Dewangan wrote:
> > When device is registered through the DT then regulators node
> > exist in the parent device node of regulator driver. Hence passing
> > parent device node for parsing DT in place of
Hi,
On Thu, Feb 28, 2013 at 08:09:33PM +0530, Vivek Gautam wrote:
> On Thu, Jan 31, 2013 at 9:08 PM, Felipe Balbi wrote:
> > On Thu, Jan 31, 2013 at 09:00:37PM +0530, Vivek Gautam wrote:
> >> Hi Felipe,
> >>
> >>
> >> On Thu, Jan 31, 2013 at 8:55 PM, Felipe Balbi wrote:
> >> > Hi,
> >> >
> >> >
On 02/25/2013 08:51 PM, Martin Bligh wrote:
>> Do you mean we can remove numaq x86 32bit code now?
>
> Wouldn't bother me at all. The machine is from 1995, end of life c. 2000?
> Was useful in the early days of getting NUMA up and running on Linux,
> but is now too old to be a museum piece,
On 2013/2/28 22:49, Tejun Heo wrote:
> On Wed, Feb 27, 2013 at 10:53 PM, Li Zefan wrote:
>>> static const struct cgroup_name root_cgroup_name = { .name = "/" };
>>
>> Can't... That's char name[0] not char *name.
>
> Flexible array members can be statically initialized. If you wanna be
> really
Le 01/03/2013 01:43, Linus Walleij a écrit :
On Fri, Feb 22, 2013 at 10:26 AM, Christophe Leroy
wrote:
This patch allows the use of the MAX730x Driver on systems using
the Open Firmware platform format
Signed-off-by: Patrick Vasseur
Signed-off-by: Christophe Leroy
(...)
/*
On Thu, Feb 28, 2013 at 8:18 PM, Linus Torvalds
wrote:
>> I've pushed a resolved branch for reference (late-branches-resolved)
>> in case you want to compare conflict resolutions.
>
> So Arnd's tag talked about removing the stale gpio.h, but I think it
> was the i2c.h that was now also stale. So
On 03/01/2013 01:00 PM, Yinghai Lu wrote:
On Thursday, February 28, 2013, H. Peter Anvin wrote:
On 02/28/2013 08:32 PM, Linus Torvalds wrote:
Yingai, Andrew,
is this ok with you two?
Linus
FWIW, it makes sense to me iff it resolves the problems
I prefer to reverting all 8
On Thu, Feb 28, 2013 at 06:44:54PM -0600, Nishanth Menon wrote:
> commit f59c8f9f (regulator: core: Support bypass mode)
> has a short documentation error around the regulator_allow_bypass
> parameter 'enable' which is documented as 'allow'.
Applied, thanks.
signature.asc
Description: Digital
On Thu, Feb 28, 2013 at 06:12:47PM -0600, Nishanth Menon wrote:
> commit df367931 (regulator: core: Provide regmap get/set bypass
> operations) introduced regulator_[gs]et_bypass_regmap
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, Feb 28, 2013 at 04:25:40PM -0800, Eric W. Biederman wrote:
> > [ 89.639850] RIP: 0010:[] []
> > commit_creds+0x250/0x2f0
> > [ 89.658399] Call Trace:
> > [ 89.658822] [] key_change_session_keyring+0xfb/0x140
> > [ 89.659845] [] task_work_run+0xa5/0xd0
> > [ 89.660698]
On Sun, Feb 24, 2013 at 07:26:25PM -0800, Dmitry Torokhov wrote:
> Even if bus is not hot-pluggable, the devices can be unbound from the
> driver via sysfs, so we should not be using __exit annotations on
> remove() methods. The only exception is drivers registered with
> platform_driver_probe()
2013/03/01 14:00, Yinghai Lu wrote:
On Thursday, February 28, 2013, H. Peter Anvin wrote:
On 02/28/2013 08:32 PM, Linus Torvalds wrote:
Yingai, Andrew,
is this ok with you two?
Linus
FWIW, it makes sense to me iff it resolves the problems
I prefer to reverting all 8 patches.
From: Yong Zhang
Otherwise, below warning is shown somtimes when running some test:
WARNING: at kernel/sched/core.c:3423 migrate_disable+0xbf/0xd0()
Hardware name: OptiPlex 755
Modules linked in: floppy parport parport_pc minix
Pid: 1800, comm: tst-robustpi8 Tainted: GW3.4.28-rt40
On Fri, Mar 1, 2013 at 9:36 AM, Yong Zhang wrote:
> --- a/kernel/futex.c
> +++ b/kernel/futex.c
> @@ -562,16 +562,17 @@ void exit_pi_state_list(struct task_struct *curr)
>
> spin_lock(>lock);
>
> - raw_spin_lock_irq(>pi_lock);
> /*
>
Some UARTs add enhanced functions with unused bit in
16550 standard, like UART_IER_UUE bit, it cause XScale
detect wrong. Now detect UART_IER_UUE and UART_IER_RTOIE
to reduce the annoying wrong result which cause UARTs don't
work.
Serial controller: Device 4348:3253(CH352 PCI based Multi-I/O
Hi,
(2013/03/01 14:31), Ananth N Mavinakayanahalli wrote:
> On Wed, Feb 27, 2013 at 11:42:41AM +0200, Timo Juhani Lindfors wrote:
>>
>> There is a long-standing problem in the systemtap community where
>> accidentally kprobing a delicate function causes the system to crash:
>>
>>
On Thu, Feb 28, 2013 at 12:00:11PM +0100, Anton Arapov wrote:
> hijack the return address and replace it with a "trampoline"
>
> v2:
> - remove ->doomed flag, kill task immediately
>
> Signed-off-by: Anton Arapov
> ---
> arch/x86/include/asm/uprobes.h | 1 +
> arch/x86/kernel/uprobes.c
NAK. Gratuitous pointless change.
liguang wrote:
>E820_RAM -> E820_TYPE_RAM
>E820_ACPI-> E820_TYPE_ACPI
>...
>
>names like E820_RAM is conflict-prone,
>because user is more likely to define
>a macro like this if did not strongly
>aware this name have been defined
>by e820.h
>
>Signed-off-by:
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 anything other than
a 20-byte buffer.
liguang wrote:
>according to ACPI 5.0 Table 15-273
>Address Range Descriptor Structure,
>offset 20 is 32-bit field of
On Wed, Feb 27, 2013 at 11:42:41AM +0200, Timo Juhani Lindfors wrote:
>
> There is a long-standing problem in the systemtap community where
> accidentally kprobing a delicate function causes the system to crash:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604453
>
Hi Hugh,
On 02/23/2013 05:03 AM, Hugh Dickins wrote:
On Fri, 22 Feb 2013, Ric Mason wrote:
On 02/21/2013 04:20 PM, Hugh Dickins wrote:
An inconsistency emerged in reviewing the NUMA node changes to KSM:
when meeting a page from the wrong NUMA node in a stable tree, we say
that it's okay for
according to ACPI 5.0 Table 15-273
Address Range Descriptor Structure,
offset 20 is 32-bit field of Extended
Attributes for Address Range Descriptor Structure.
Signed-off-by: liguang
---
arch/x86/include/uapi/asm/e820.h |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff
E820_RAM -> E820_TYPE_RAM
E820_ACPI-> E820_TYPE_ACPI
...
names like E820_RAM is conflict-prone,
because user is more likely to define
a macro like this if did not strongly
aware this name have been defined
by e820.h
Signed-off-by: liguang
---
arch/x86/boot/compressed/eboot.c | 10
Commit-ID: b317219b322e36e25150d7b64f4532401779959d
Gitweb: http://git.kernel.org/tip/b317219b322e36e25150d7b64f4532401779959d
Author: gmail
AuthorDate: Fri, 1 Mar 2013 09:20:39 +0800
Committer: H. Peter Anvin
CommitDate: Thu, 28 Feb 2013 20:19:50 -0800
x86_64: Use __BOOT_DS
Limit the size of the copy so we don't corrupt memory. Hopefully
this can only be called by root, but fixing this makes the static
checkers happier.
Signed-off-by: Dan Carpenter
diff --git a/drivers/message/i2o/i2o_config.c b/drivers/message/i2o/i2o_config.c
index 5451bef..a60c188 100644
---
Hi Eduardo,
> -Original Message-
> From: Eduardo Valentin [mailto:eduardo.valen...@ti.com]
> Sent: Friday, March 01, 2013 3:04 AM
> To: R, Durgadoss
> Cc: Zhang, Rui; linux...@vger.kernel.org; linux-kernel@vger.kernel.org;
> hongbo.zh...@linaro.org; w...@nvidia.com
> Subject: Re: [PATCHv3
Hi Eduardo,
> -Original Message-
> From: Eduardo Valentin [mailto:eduardo.valen...@ti.com]
> Sent: Friday, March 01, 2013 12:29 AM
> To: R, Durgadoss
> Cc: Zhang, Rui; linux...@vger.kernel.org; linux-kernel@vger.kernel.org;
> hongbo.zh...@linaro.org; w...@nvidia.com
> Subject: Re: [PATCH
On 02/28/2013 02:19:24 AM, Michal Marek wrote:
On 27.2.2013 06:58, Rob Landley wrote:
> From: Rob Landley
>
> Remove perl from make headers_install by replacing a perl script
(doing
> a simple regex search and replace) with a smaller, faster, simpler,
> POSIX-2008 shell script
On 02/28/2013 05:24:07 AM, Michael Kerrisk (man-pages) wrote:
Eric et al,
Eventually, there will be more namespace man pages, but let us start
now with one for PID namespaces. The attached page aims to provide a
fairly complete overview of PID namespaces.
Onward!
PID_NAMESPACES(7)
Hi Linus,
Here is my second pull request for this merge window.
The Arnd's patch moves the dw_dmac to use generic DMA binding. I agreed to merge
this late as it will avoid the conflicts between tree's.
The second patch from Matt adding a dma_request_slave_channel_compat API was
supposed to be
On Thu, Feb 28, 2013 at 10:53:21PM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> USB uses the .find_bridge() callback from struct acpi_bus_type
> incorrectly, because as a result of the way it is used by USB every
> device in the system that doesn't have a bus type or parent is
>
Hi all,
Please do not add any work destined for v3.10 to your -next included
branches until after Linus has release v3.9-rc1.
Changes since 20130228:
The nfsd tree gained a conflict against Linus' tree and a build failure
so I used the version from next-20130228.
The bluetooth tree gained
Hi everyone:
In the newest linux kernel version3.8, arch/arm/mm/Kconfig, there are
some menu like this:
872 *config ARM_DMA_MEM_BUFFERABLE*
873 *bool "Use non-cacheable memory for DMA" if (CPU_V6 ||
CPU_V6K) && !CPU_V7*
874 depends on !(MACH_REALVIEW_PB1176 ||
On Friday 22 February 2013 12:28 PM, Vineet Gupta wrote:
> Hi Linus,
>
> I would like to introduce the Linux port to ARC Processors (from Synopsys) for
> 3.9-rc1. The patch-set has been discussed on the public lists since Nov and
> has
> received a fair bit of review, specially from Arnd, tglx,
On 02/28/2013 08:32 PM, Linus Torvalds wrote:
> Yingai, Andrew,
> is this ok with you two?
>
> Linus
FWIW, it makes sense to me iff it resolves the problems.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, 28 Feb 2013 20:32:15 -0800 Linus Torvalds
wrote:
> Yingai, Andrew,
> is this ok with you two?
If it works. I haven't tested it yet! Ordinarily I'd give it a few
days for -next testing and to let Fengguang's testbot chew on it.
--
To unsubscribe from this list: send the line
Yingai, Andrew,
is this ok with you two?
Linus
On Thu, Feb 28, 2013 at 7:46 PM, Tang Chen wrote:
> Hi Linus,
>
> Please refer to the attached patch.
>
> This patch everts only the following two patches.
>
>
> commit 01a178a94e8eaec351b29ee49fbb3d1c124cb7fb
>
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
fs/aio.c: In function 'exit_aio':
fs/aio.c:522:60: error: macro "hlist_for_each_entry_safe" passed 5 arguments,
but takes just 4
fs/aio.c:522:2: error: 'hlist_for_each_entry_safe'
Remove extra semicolon in perf_event.c if statement.
Signed-off-by: Vinicius Tinti
---
arch/arm/kernel/perf_event.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/kernel/perf_event.c b/arch/arm/kernel/perf_event.c
index 31e0eb3..a892067 100644
---
On Thu, Feb 28, 2013 at 2:54 PM, Olof Johansson wrote:
>
> Final two pull requests are for the same code. As Arnd describes in the
> tags, they are for a set of mvebu patches that depend on contents in
> the MMC tree. We had pulled in part of the MMC branch as a dependency,
> but unfortunately
26.02.2013 16:00, Peter Hurley пишет:
On Tue, 2013-02-26 at 11:53 +0400, Stanislav Kinsbursky wrote:
Looks good to me. Thanks you, Peter!
Acked-by: Stanislav Kinsbursky
Next time please, add maintainer to "To" list instead of "CC" list (no need to resend -
I've added Andrew Morton to "To"
On Thu, 28 Feb 2013 19:30:38 -0500
Dave Jones wrote:
> [ 39.878535] =
> [ 39.879670] [ BUG: rpc.nfsd/666 still has locks held! ]
> [ 39.880871] 3.8.0+ #3 Not tainted
> [ 39.881858] -
> [ 39.882850] 2 locks on stack
On Thu, Feb 28, 2013 at 10:30:05PM -0500, Dave Jones wrote:
>
> This has fixed the problem I reported, but I notice now that my
> desktop is really sluggish. perf top shows it's almost constantly
> spinning in ext4_es_reclaim_extents_count
>
> Any ideas ?
ext4_es_reclaim_extents_count() is
On 02/28/2013 06:00 PM, Greg KH wrote:
On Thu, Feb 28, 2013 at 04:43:06PM -0800, John Stultz wrote:
From: Erik Gilling
This is needed to allow modules to link against the sync subsystem
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
On Fri, Mar 01, 2013 at 11:08:45AM +0800, Mike wrote:
> Hi all
>
> Any comments? or any questions about my patchset?
You were going to get some performance numbers that show a definite
benefit for using more than one MSI.
cheers
--
To unsubscribe from this list: send the line "unsubscribe
On 28 February 2013 22:27, Stratos Karafotis wrote:
> Currently we always calculate the CPU iowait time and add it to idle time.
> If we are in ondemand and we use io_is_busy, we re-calculate iowait time
> and we subtract it from idle time.
>
> With this patch iowait time is calculated only when
Hi Linus,
Please refer to the attached patch.
This patch everts only the following two patches.
commit 01a178a94e8eaec351b29ee49fbb3d1c124cb7fb
acpi, memory-hotplug: support getting hotplug info from SRAT
commit e8d1955258091e4c92d5a975ebd7fd8a98f5d30f
01:08.0 Communication controller: NetMos Technology PCI 9835 Multi-I/O
Controller (rev 01)
Subsystem: Device [1000:0012]
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr-
> -Original Message-
> From: Lai Jiangshan [mailto:eag0...@gmail.com]
> Sent: Wednesday, February 27, 2013 10:51 PM
> To: Liu, Chuansheng
> Cc: mi...@kernel.org; pet...@infradead.org; jbeul...@suse.com;
> paul...@linux.vnet.ibm.com; a...@linux-foundation.org;
> min...@mina86.org;
On Wed, Feb 27, 2013 at 03:12:17PM -0500, Linus Torvalds wrote:
> The following changes since commit 304e220f0879198b1f5309ad6f0be862b4009491:
>
> ext4: fix free clusters calculation in bigalloc filesystem (2013-02-22
> 15:27:52 -0500)
>
> are available in the git repository at:
>
>
From: Michael Schroeder
On HP z220 system (firmware version 1.54), some EFI variables are incorrectly
named :
ls -d /sys/firmware/efi/vars/*8be4d* | grep -v -- -8be returns
/sys/firmware/efi/vars/dbxDefault-pport8be4df61-93ca-11d2-aa0d-00e098032b8c
On Wed, Feb 27, 2013 at 1:26 PM, Andrew Morton
wrote:
>
> So I'm thinking that the best approach here is to revert everything and
> then try again for 3.10-rc1. This gives people time to test the code
> while it's only in linux-next. (Hint!)
I'd prefer to revert too by now - the bug seems to
Hi all
Any comments? or any questions about my patchset?
Thanks
Mike
在 2013-01-15二的 15:38 +0800，Mike Qiu写道：
> Currently, multiple MSI feature hasn't been enabled in pSeries,
> These patches try to enbale this feature.
>
> These patches have been tested by using ipr driver, and the driver patch
ocated per_cpu").
>
> I have used the ftrace tree from next-20130228 for today.
Thanks, I'll take a look into it. I also found that my latest push also
broke the ftrace snapshot feature. I'm currently bisecting what caused
that.
Hmm, interesting though, I thought it succeeded in
Quoting Eric W. Biederman (ebied...@xmission.com):
> Dave Jones writes:
>
> > Just hit this on Linus' current tree.
> >
> > [ 89.621770] BUG: unable to handle kernel NULL pointer dereference at
> > 00c8
> > [ 89.623111] IP: [] commit_creds+0x250/0x2f0
> > [ 89.624062] PGD
Even in failed case of pm_runtime_get_sync, the usage_count
is incremented. In order to keep the usage_count with correct
value and runtime power management to behave correctly, call
pm_runtime_put(_sync/noidle) in such case.
Signed-off-by Liu Chuansheng
Signed-off-by: Li Fei
---
Even in failed case of pm_runtime_get_sync, the usage_count
is incremented. In order to keep the usage_count with correct
value and runtime power management to behave correctly, call
pm_runtime_put(_sync/noidle) in such case.
Signed-off-by Liu Chuansheng
Signed-off-by: Li Fei
---
On Thu, Feb 28, 2013 at 6:11 PM, Jeff Layton wrote:
> On Thu, 28 Feb 2013 23:54:13 +0100
> Björn JACKE wrote:
>
>> On 2013-02-28 at 07:26 -0800 Jeff Layton sent off:
>> > NTFS doesn't support sparse files, so the OS has to zero-fill up to the
>> > point where you're writing. That can take a
Hi all,
Today's linux-next merge of the kvm tree got a conflict in
arch/x86/kernel/kvmclock.c between commit 5dfd486c4750 ("x86, kvm: Fix
kvm's use of __pa() on percpu areas") from Linus' tree and commit
fe1140cc3694 ("x86: kvmclock: Do not setup kvmclock vsyscall in the
absence of that clock")
:33: error: invalid type argument of '->' (have
'struct trace_array_cpu')
Caused by commit eaac1836c10e ("tracing: Replace the static global
per_cpu arrays with allocated per_cpu").
I have used the ftrace tree from next-20130228 for today.
--
Cheers,
Stephen Rothwell
On 02/28/2013 11:48 AM, Andrew Shewmaker wrote:
On Thu, Feb 28, 2013 at 02:12:00PM -0800, Andrew Morton wrote:
On Wed, 27 Feb 2013 15:56:30 -0500
Andrew Shewmaker wrote:
The following patches are against the mmtom git tree as of February 27th.
The first patch only affects OVERCOMMIT_NEVER
Yeah,the vmware_balloon driver name changed,when the name is vmware_balloon,the
rhel6 guest on esxi5.1,when modprobe the balloon driver,there will be a
process"vmmemctl",after the driver upgrade:vmw_balloon,the rhel7 guest on
esxi5.1,the balloon is vmw_balloon,but the process daemon disappear,but
On 02/28/2013 11:31 PM, Namhyung Kim wrote:
> 2013-02-28 (목), 11:06 +0100, Mike Galbraith:
>> On Thu, 2013-02-28 at 18:25 +0900, Namhyung Kim wrote:
>>
>>> Not sure if it should require bidirectional relationship. Looks like
>>> just for benchmarks. Isn't there a one-way relationship that could
Hi Stephen,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Friday, March 01, 2013 12:37 AM
> To: J, KEERTHY
> Cc: grant.lik...@secretlab.ca; rob.herr...@calxeda.com;
> r...@landley.net; devicetree-disc...@lists.ozlabs.org; linux-
> d...@vger.kernel.org;
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@sisk.pl]
> Sent: Friday, March 01, 2013 10:22 AM
> To: Liu, Chuansheng
> Cc: Li, Fei; gre...@linuxfoundation.org; Lan, Tianyu;
> st...@rowland.harvard.edu; sarah.a.sh...@linux.intel.com;
> linux-...@vger.kernel.org;
Hi, Namhyung
Thanks for your reply.
On 02/28/2013 05:25 PM, Namhyung Kim wrote:
[snip]
>> Thus, if B is also the wakeup buddy of A, which means no other task has
>> destroyed their relationship, then A is likely to benefit from the cached
>> data of B, make them running closely is likely to gain
On 02/28/2013 05:18 PM, Mike Galbraith wrote:
> On Thu, 2013-02-28 at 16:49 +0800, Michael Wang wrote:
>> On 02/28/2013 04:24 PM, Mike Galbraith wrote:
>>> On Thu, 2013-02-28 at 16:14 +0800, Michael Wang wrote:
On 02/28/2013 04:04 PM, Mike Galbraith wrote:
>>>
> It would be nice if it
On Thu, 2013-02-28 at 16:35 -0500, Vivek Goyal wrote:
> On Thu, Feb 28, 2013 at 02:23:39PM -0500, Mimi Zohar wrote:
>
> [..]
> > I would suggest that the ima_appraise_tcb, which is more restrictive, be
> > permitted to replace the secureboot policy.
>
> Also ima_appraise_tcb is not necessarily
On Friday, March 01, 2013 02:07:54 AM Liu, Chuansheng wrote:
>
> > -Original Message-
> > From: Li, Fei
> > Sent: Thursday, February 28, 2013 5:06 PM
> > To: gre...@linuxfoundation.org; Lan, Tianyu; st...@rowland.harvard.edu;
> > sarah.a.sh...@linux.intel.com
> > Cc: r...@sisk.pl;
On Friday, March 01, 2013 12:59:23 AM Liu, Chuansheng wrote:
>
> > -Original Message-
> > From: Rafael J. Wysocki [mailto:r...@sisk.pl]
> > Sent: Friday, March 01, 2013 8:51 AM
> > To: Liu, Chuansheng
> > Cc: Alan Stern; Li, Fei; gre...@linuxfoundation.org; Lan, Tianyu;
> >
1 - 100 of 1462 matches
Mail list logo
