On 19.02.2014 [09:23:13 +0100], Michal Hocko wrote:
> On Tue 18-02-14 15:34:05, Nishanth Aravamudan wrote:
> > Hi Michal,
> >
> > On 18.02.2014 [10:06:58 +0100], Michal Hocko wrote:
> > > Hi,
> > > I have just noticed that ppc has RECLAIM_DISTANCE reduced to 10 set by
> > > 56608209d34b
On Wed, Feb 19, 2014 at 9:08 AM, Stephen Hemminger
wrote:
> On Wed, 19 Feb 2014 09:02:06 -0800
> "Luis R. Rodriguez" wrote:
>
>> Folks, what if I repurpose my patch to use the IFF_BRIDGE_NON_ROOT (or
>> relabel to IFF_ROOT_BLOCK_DEF) flag for a default driver preference
>> upon initialization so
Richard,
I am sorry for delay, I'll try to review this series tomorrow.
But at first glance, can't you send 2/7 first and join 1/7 and 3/7?
And since you change is_global_init() perhaps you can also fix it?
It actually needs tgid.
On 02/19, Richard Guy Briggs wrote:
>
> Andrew,
>
> Are you
On Wed, 2014-02-19 at 07:14 -0800, Paul E. McKenney wrote:
> On Wed, Feb 19, 2014 at 11:59:08AM +0100, Torvald Riegel wrote:
> > On Tue, 2014-02-18 at 14:58 -0800, Paul E. McKenney wrote:
> > > On Tue, Feb 18, 2014 at 10:40:15PM +0100, Torvald Riegel wrote:
> > > >
On 19.02.2014 [18:03:03 +0100], Michal Hocko wrote:
> We had a report about strange OOM killer strikes on a PPC machine
> although there was a lot of swap free and a tons of anonymous memory
> which could be swapped out. In the end it turned out that the OOM was
> a side effect of zone reclaim
From: Sergei Shtylyov
Date: Wed, 19 Feb 2014 17:27:39 +0400
>So, you decided to ignore my comment about unneeded *else* branch?
Not ignored, just figured that a follow-up patch could fix it.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Wed, 5 Feb 2014, Illia Smyrnov wrote:
> Commit 313a76e (ARM: OMAP2+: hwmod: Fix SOFTRESET logic) introduced
> softreset bit cleaning right after set one. It is caused L3 error for
> OMAP4 ISS because ISS register write occurs when ISS reset process is in
> progress. Avoid this situation by
On 19.02.2014 [18:32:59 +0100], Michal Hocko wrote:
> On Wed 19-02-14 09:16:28, Nishanth Aravamudan wrote:
> > On 19.02.2014 [18:03:03 +0100], Michal Hocko wrote:
> > > We had a report about strange OOM killer strikes on a PPC machine
> > > although there was a lot of swap free and a tons of
On Wed, 19 Feb 2014 14:14:54 +0100
Juri Lelli wrote:
> Steven, could you test it?
OK, I tested it on my x86_64 box that was also causing troubles.
Please fix up the whitespace issues and send a formal patch to Peter.
Reported-by: Steven Rostedt
Reviewed-by: Steven Rostedt
Tested-by: Steven
On Wed, Feb 19, 2014 at 04:43:22PM +0100, Ivan T. Ivanov wrote:
>
> Hi,
>
> On Tue, 2014-02-18 at 13:26 -0800, Courtney Cavin wrote:
> > On Tue, Feb 18, 2014 at 02:21:19PM +0100, Ivan T. Ivanov wrote:
> > > From: "Ivan T. Ivanov"
> > >
> > > Document device tree binding information as
On Tue, Feb 18, 2014 at 11:16:05PM -0800, Steven Noonan wrote:
> I've been running into problems on an Xen HVM domU. I've got a guest with NUMA
> enabled, 60GB of RAM, and 3 disks attached (including root volume). 2 of the
> disks are in an MD RAID0 in the guest, with an ext4 filesystem on top of
> A few more things just in case.
>
> On Wed, Feb 19, 2014 at 04:39:37PM +, Lee Jones wrote:
> > It tells me that Hans has more spare time than I do.
>
> This is the crux of the problem, isn't it? The party who is creating
> load should also partake in and invest resource into making the
>
Hi Grant,
On 02/19/2014 11:55 AM, Grant Edwards wrote:
On 2014-02-19, Stanislaw Gruszka wrote:
Hello,
On Tue, Feb 18, 2014 at 05:12:13PM -0500, Peter Hurley wrote:
On 02/18/2014 04:38 AM, Stanislaw Gruszka wrote:
setserial has low_latency option which should minimize receive latency
Current code will exist when read eMMC 5.0, add support for it
Signed-off-by: Zhang Yi
---
mmc_cmds.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/mmc_cmds.c b/mmc_cmds.c
index b8afa74..5edf42b 100644
--- a/mmc_cmds.c
+++ b/mmc_cmds.c
@@ -722,6 +722,9 @@ int do_read_extcsd(int
On Wed, Feb 19, 2014 at 02:02:17PM +0800, Jiang Liu wrote:
> Use public function acpi_evaluate_ost() to replace open-coded
> version of evaluating ACPI _OST method.
>
Looks OK to me.
> Signed-off-by: Jiang Liu
> ---
> drivers/xen/xen-acpi-pad.c | 26 +++---
> 1 file
Hi Mark,
On 19/02/2014 18:00, Mark Rutland wrote:
On Wed, Feb 19, 2014 at 03:32:24PM +, Alexandre Belloni wrote:
This adds preliminary DT support for the at91sam9rl.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/at91sam9rl.dtsi | 628 ++
On Wed 19-02-14 09:16:28, Nishanth Aravamudan wrote:
> On 19.02.2014 [18:03:03 +0100], Michal Hocko wrote:
> > We had a report about strange OOM killer strikes on a PPC machine
> > although there was a lot of swap free and a tons of anonymous memory
> > which could be swapped out. In the end it
On 19/02/2014 at 17:00:20 +, Mark Rutland wrote :
> On Wed, Feb 19, 2014 at 03:32:24PM +, Alexandre Belloni wrote:
> > This adds preliminary DT support for the at91sam9rl.
> >
> > Signed-off-by: Alexandre Belloni
> > ---
> > arch/arm/boot/dts/at91sam9rl.dtsi | 628
> >
On Wed, Feb 19, 2014 at 7:16 AM, Wolfram Sang wrote:
> On Fri, Dec 20, 2013 at 05:45:13PM -0800, Andy Lutomirski wrote:
>> Add i2c_scan_dimm_bus to declare that a particular i2c_adapter
>> contains DIMMs. This will probe (and autoload modules!) for useful
>> SMBUS devices that live on DIMMs.
On Wed, Feb 19, 2014 at 08:22:22PM +0800, Shaohua Li wrote:
>
> We now have blk_mq_stop/start_queues API, delete the obsolete comments.
We do have the API, but the big question is if we want to require every
driver to manually call it each time we get a busy return here.
--
To unsubscribe from
On 02/18/2014 09:15 PM, Viresh Kumar wrote:
> On 19-Feb-2014 1:48 AM, "Stephen Warren" wrote:
>>
>> On 02/17/2014 02:20 AM, Viresh Kumar wrote:
>>> On 15 February 2014 05:33, Stephen Warren wrote:
On 02/14/2014 03:23 PM, Rafael J. Wysocki wrote:
>>>
> Well, it would be good to verify
A few more things just in case.
On Wed, Feb 19, 2014 at 04:39:37PM +, Lee Jones wrote:
> It tells me that Hans has more spare time than I do.
This is the crux of the problem, isn't it? The party who is creating
load should also partake in and invest resource into making the
infrastructure
> > Again, that's not what I said. It's great that your subsystem is being
> > improved, but insisting that anyone who submits new code to rebase
> > on top of some development patches which only exist in mail form, and
> > refusing to take patches until they do so doesn't seem right to me.
>
>
On Wed, Feb 19, 2014 at 8:45 AM, Dan Williams wrote:
> On Tue, 2014-02-18 at 13:19 -0800, Luis R. Rodriguez wrote:
>> On Mon, Feb 17, 2014 at 12:23 PM, Dan Williams wrote:
>> > On Fri, 2014-02-14 at 18:59 -0800, Luis R. Rodriguez wrote:
>> >> From: "Luis R. Rodriguez"
>> >>
>> >> Some
On Tue, 2014-02-18 at 13:59 -0700, Bjorn Helgaas wrote:
> We currently include in , but I'm about to
> remove that from linux/pci.h, so add explicit includes where needed.
>
> Signed-off-by: Bjorn Helgaas
> ---
> drivers/misc/mic/card/mic_device.h |1 +
> drivers/misc/mic/host/mic_device.h
On 19.02.2014 [18:03:03 +0100], Michal Hocko wrote:
> We had a report about strange OOM killer strikes on a PPC machine
> although there was a lot of swap free and a tons of anonymous memory
> which could be swapped out. In the end it turned out that the OOM was
> a side effect of zone reclaim
On 19/02/2014 17:19, Jean-Jacques Hiblot wrote:
Hi boris,
I don't know if splitting the patch is needed.
For the 9261 I was
asked to keep the patch number low
Okay, but then you mix DT modifications with source code modification.
IMHO, we should keep these modifications in different
On Tue, Feb 18, 2014 at 1:42 PM, Stephen Hemminger
wrote:
> On Tue, 18 Feb 2014 13:19:15 -0800
> "Luis R. Rodriguez" wrote:
>
>> Sure, but note that the both disable_ipv6 and accept_dada sysctl
>> parameters are global. ipv4 and ipv6 interfaces are created upon
>> NETDEVICE_REGISTER, which will
On 14-02-17 05:58 PM, Justin van Wijngaarden wrote:
> checkpatch.pl clean-up, from 14 error/ 277 warnings, to 0 errors, 7 warnings
I see Dave has already applied this, but FWIW, I objdump'd the before
and after, and diff'd them to confirm no real changes crept in. Maybe
in the future you could
On Wed, Feb 19, 2014 at 7:38 AM, Wolfram Sang wrote:
>
>> +config I2C_IMC
>> + tristate "Intel iMC (LGA 2011) SMBus Controller"
>> + depends on PCI && X86
>> + select I2C_DIMM_BUS
>> + help
>> + If you say yes to this option, support will be included for the Intel
>> +
On Wed, Feb 19, 2014 at 1:48 AM, Ian Campbell wrote:
> On Tue, 2014-02-18 at 11:43 -0800, Luis R. Rodriguez wrote:
>>
>> New motivation: removing IPv4 and IPv6 from the backend interfaces can
>> save up a lot of boiler plate run time code, triggers from ever taking
>> place, and simplifying the
On Wed, 19 Feb 2014 09:02:06 -0800
"Luis R. Rodriguez" wrote:
> Folks, what if I repurpose my patch to use the IFF_BRIDGE_NON_ROOT (or
> relabel to IFF_ROOT_BLOCK_DEF) flag for a default driver preference
> upon initialization so that root block will be used once the device
> gets added to a
Hello Fengguang,
On 02/19/2014 02:20 PM, ext Fengguang Wu wrote:
> Hi Matija,
>
> We noticed the below changes on commit
> ef2820a735f74ea60335f8ba3801b844f0cb184d
> (" net: sctp: Fix a_rwnd/rwnd management to reflect real state of the
> receiver's buffer")
> in netperf SCTP_STREAM tests:
On 02/19/2014 04:34 PM, Greg KH wrote:
On Wed, Feb 19, 2014 at 12:32:02PM +0200, Ivan Khoronzhuk wrote:
+ aemif->clk = devm_clk_get(dev, NULL);
+ if (IS_ERR(aemif->clk)) {
+ dev_err(dev, "cannot get clock 'aemif'\n");
+ return PTR_ERR(aemif->clk);
No
On Wed, Feb 19, 2014 at 03:32:24PM +, Alexandre Belloni wrote:
> This adds preliminary DT support for the at91sam9rl.
>
> Signed-off-by: Alexandre Belloni
> ---
> arch/arm/boot/dts/at91sam9rl.dtsi | 628
> ++
> arch/arm/mach-at91/at91sam9rl.c | 16 +
>
On Wed, Feb 19, 2014 at 03:32:26PM +, Alexandre Belloni wrote:
> Add a device tree for the at91sam9rl-ek. For now it supports:
> - MMC
> - dbgu
> - usart1
> - watchdog
> - nand
> - leds
> - buttons
>
> Signed-off-by: Alexandre Belloni
> ---
> arch/arm/boot/dts/Makefile | 2
We had a report about strange OOM killer strikes on a PPC machine
although there was a lot of swap free and a tons of anonymous memory
which could be swapped out. In the end it turned out that the OOM was
a side effect of zone reclaim which wasn't doesn't unmap and swapp out
and so the system was
On Wed, Feb 19, 2014 at 6:35 AM, Zoltan Kiss wrote:
> On 19/02/14 09:52, Ian Campbell wrote:
>> Can't we arrange things in the Xen hotplug scripts such that if the
>> root_block stuff isn't available/doesn't work we fallback to the
>> existing fe:ff:ff:ff:ff usage?
>>
>> That would avoid concerns
On Mon, 17 Feb 2014, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Currently, some subsystems (e.g. PCI and the ACPI PM domain) have to
> resume all runtime-suspended devices during system suspend, mostly
> because those devices may need to be reprogrammed due to different
> wakeup
On Wed, Feb 19, 2014 at 04:39:37PM +, Lee Jones wrote:
> Again, that's not what I said. It's great that your subsystem is being
> improved, but insisting that anyone who submits new code to rebase
> on top of some development patches which only exist in mail form, and
> refusing to take
On 19.02.2014 [08:24:38 -0800], Nishanth Aravamudan wrote:
> On 18.02.2014 [17:43:38 -0800], David Rientjes wrote:
> > On Tue, 18 Feb 2014, Nishanth Aravamudan wrote:
> >
> > > How about the following?
> > >
> > > diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> > > index 5de4337..1a0eced 100644
Hi Tomasz,
Am Samstag, den 11.01.2014, 20:42 +0100 schrieb Tomasz Figa:
> This patch introduces generic code to perform power domain look-up using
> device tree and automatically bind devices to their power domains.
> Generic device tree binding is introduced to specify power domains of
> devices
On Tue, 2014-02-18 at 13:19 -0800, Luis R. Rodriguez wrote:
> On Mon, Feb 17, 2014 at 12:23 PM, Dan Williams wrote:
> > On Fri, 2014-02-14 at 18:59 -0800, Luis R. Rodriguez wrote:
> >> From: "Luis R. Rodriguez"
> >>
> >> Some interfaces do not need to have any IPv4 or IPv6
> >> addresses, so
On Mon, Feb 17, 2014 at 9:52 AM, Zoltan Kiss wrote:
> On 15/02/14 02:59, Luis R. Rodriguez wrote:
>>
>> From: "Luis R. Rodriguez"
>>
>> It doesn't make sense for some interfaces to become a root bridge
>> at any point in time. One example is virtual backend interfaces
>> which rely on other
Hi Alexandre,
On 19/02/2014 16:32, Alexandre Belloni wrote:
This adds preliminary DT support for the at91sam9rl.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/at91sam9rl.dtsi | 628 ++
arch/arm/mach-at91/at91sam9rl.c | 16 +
2 files changed,
On 19/02/14 16:49, Rafael J. Wysocki wrote:
> On Wednesday, February 19, 2014 04:32:34 PM Sudeep Holla wrote:
>> On 18/02/14 13:55, Hanjun Guo wrote:
>>> This patch just do some clean up to replace printk with pr_*,
>>> no functional change.
>>>
>> Any particular reason for choosing just this file
On 02/18/2014 06:32 PM, carl peng wrote:
> 1) This device is a ACPI device, the hardware engineer designed it as
> falling edge interrupt trigger
> mode, does it need to re-work the hardware and modify it as rising
> edge trigger mode to suit the
> Linux APIC driver architecture?
Could you share
On Wed, 19 Feb 2014, hen...@austad.us wrote:
> From: Henrik Austad
>
> Looks like this got dropped by vger a few days ago, resending.
>
> This allows everybody in a system to read which core is currently
> running do_timer() as well as letting root change this.
>
> A few things to keep in mind
On 02/19/2014 04:52 AM, Stefan Lippers-Hollmann wrote:
Hi
On Tuesday 18 February 2014, Greg Kroah-Hartman wrote:
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Dirk Brandewie
commit fcb6a15c2e7e76d493e6f91ea889ab40e1c643a4 upstream.
On Wed, Feb 19, 2014 at 11:39:09AM +, AKASHI Takahiro wrote:
> On 02/19/2014 12:38 AM, Catalin Marinas wrote:
> > On Fri, Feb 07, 2014 at 10:11:31AM +, AKASHI Takahiro wrote:
> >> --- a/arch/arm64/kernel/ptrace.c
> >> +++ b/arch/arm64/kernel/ptrace.c
> >> @@ -26,6 +26,7 @@
> >> #include
> > Since when has maintaining core code been the responsibility of the
> > leaf driver developers? If you're aware that the core code is
> > sub-standard then it's you who should be fixing it.
>
> No, there isn't this clear divide between core and the leaf
> developers. People working on the
On Tue, Feb 18, 2014 at 04:11:10PM +0530, Sachin Kamat wrote:
> kzalloc prints its own OOM message upon failure.
Applied, thanks.
signature.asc
Description: Digital signature
This is submission attempt number 1 to have this patch sequence applied
to the linux kernel source tree.
The DA9052 and DA9053 are low power Power Management Integrated Circuits
with extra functionality beyond the power regulators.
There is now a new variant of the DA9053 PMIC called BC, and
On Wednesday, February 19, 2014 10:16:16 AM Hanjun Guo wrote:
> On 2014年02月19日 08:50, Rafael J. Wysocki wrote:
> > On Wednesday, February 19, 2014 12:23:55 AM Hanjun Guo wrote:
> >> _PDC related stuff in processor_core.c is little bit X86/IA64 dependent,
> >> rework the code to make it more
On Tue, Feb 18, 2014 at 04:11:09PM +0530, Sachin Kamat wrote:
> kzalloc prints its own OOM message upon failure.
Applied, thanks. Remember to CC maintainers on patches.
signature.asc
Description: Digital signature
Dear Sir,
Good day!
We had dealing plastic raw materials for many years . And supplied high quality
different grade HDPE/LDPE/PP/PET to our old and new customers.
Should any of the items be of interest to you, please let me know. We shall be
glad to give you our lowest quotations upon
Add the hash define for the new variant of the DA9053 PMIC called BC.
Signed-off-by: Anthony Olech
---
This patch is relative to linux-next repository tag next-20140219
This patch must be applied before the others in this patch series
or the drivers that the other patches modify
linux-next repository tag next-20140219
This patch depends on patch number 1 of this patch
series being applied first or it will not compile.
drivers/mfd/da9052-i2c.c |5 -
drivers/mfd/da9052-spi.c |1 +
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/mfd/da9052-i2c.c
Add support for a new BC variant of the DA9053 PMIC.
There is one difference between it and the AA, BA and BB.
Signed-off-by: Anthony Olech
---
This patch is relative to linux-next repository tag next-20140219
This patch depends on patch number 1 of this patch
series being applied first
On Tue, Feb 18, 2014 at 04:11:08PM +0530, Sachin Kamat wrote:
> kzalloc prints its own OOM message upon failure.
Applied, thanks
signature.asc
Description: Digital signature
On Tue, Feb 18, 2014 at 04:11:07PM +0530, Sachin Kamat wrote:
> kzalloc prints its own OOM message upon failure.
Applied, thansk.
signature.asc
Description: Digital signature
On Tue, Feb 18, 2014 at 04:11:06PM +0530, Sachin Kamat wrote:
> Propagate the error value returned by the function instead.
Applied, thanks.
signature.asc
Description: Digital signature
On Wednesday, February 19, 2014 04:32:34 PM Sudeep Holla wrote:
> On 18/02/14 13:55, Hanjun Guo wrote:
> > This patch just do some clean up to replace printk with pr_*,
> > no functional change.
> >
> Any particular reason for choosing just this file in this series ?
> It seems but off-topic in
On 18/02/14 13:55, Hanjun Guo wrote:
> This patch just do some clean up to replace printk with pr_*,
> no functional change.
>
Any particular reason for choosing just this file in this series ?
It seems but off-topic in this series. The printk format is same in almost all
other acpi files and
On Tue, Feb 18, 2014 at 04:11:05PM +0530, Sachin Kamat wrote:
> Propagate the error values returned by the function instead.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Feb 18, 2014 at 04:11:04PM +0530, Sachin Kamat wrote:
> Propagate the error values returned by the function instead.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Feb 18, 2014 at 10:18:31AM +, Will Deacon wrote:
> On Mon, Feb 10, 2014 at 10:17:59PM +, Drew Richardson wrote:
> > While adding CPU on/offlining support during perf captures I get an
> > Oops both on ARM as well as my desktop x86_64. Below is a small
> > program that duplicates
Commit-ID: 18258f7239a61d8929b8e0c7b6d46c446459074c
Gitweb: http://git.kernel.org/tip/18258f7239a61d8929b8e0c7b6d46c446459074c
Author: Thomas Gleixner
AuthorDate: Sat, 15 Feb 2014 00:55:18 +
Committer: Thomas Gleixner
CommitDate: Wed, 19 Feb 2014 17:22:44 +0100
genirq: Provide
Commit-ID: a92444c6b2225a9115d661c950cb48a22aeace20
Gitweb: http://git.kernel.org/tip/a92444c6b2225a9115d661c950cb48a22aeace20
Author: Thomas Gleixner
AuthorDate: Sat, 15 Feb 2014 00:55:19 +
Committer: Thomas Gleixner
CommitDate: Wed, 19 Feb 2014 17:22:44 +0100
genirq: Provide
On Tue, Feb 18, 2014 at 04:11:03PM +0530, Sachin Kamat wrote:
> Propagate the error value returned by the function instead.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Feb 18, 2014 at 10:47:00AM +0100, Gregory CLEMENT wrote:
> On 17/02/2014 19:19, Ezequiel Garcia wrote:
> > On Mon, Feb 17, 2014 at 04:59:01PM +0100, Gregory CLEMENT wrote:
> > [..]
> >>>
> >>> Right. If you think it adds a regression, then that's a perfectly valid
> >>> reasons
> >>> for
On Tue, Feb 18, 2014 at 04:11:02PM +0530, Sachin Kamat wrote:
> Propagate the error values returned by the function instead.
Applied, thanks.
signature.asc
Description: Digital signature
Commit-ID: b04c644e670f79417f1728e6be310cfd8e6a921b
Gitweb: http://git.kernel.org/tip/b04c644e670f79417f1728e6be310cfd8e6a921b
Author: Chuansheng Liu
AuthorDate: Mon, 10 Feb 2014 16:13:57 +0800
Committer: Thomas Gleixner
CommitDate: Wed, 19 Feb 2014 17:26:34 +0100
genirq: Update the a
On Wednesday, February 19, 2014 10:42:20 AM Aaron Lu wrote:
> On 02/19/2014 09:30 AM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Modify the SATA subsystem to add hotplug contexts to ACPI companions
> > of SATA devices and ports instead of registering special ACPI dock
> >
On 02/19/2014 11:05 AM, Alexander Gordeev wrote:
On Wed, Feb 19, 2014 at 10:40:19AM -0500, Boris Ostrovsky wrote:
diff --git a/drivers/xen/xen-pciback/pciback_ops.c
b/drivers/xen/xen-pciback/pciback_ops.c
index 64eb0cd..f5b4c3e 100644
--- a/drivers/xen/xen-pciback/pciback_ops.c
+++
Hi boris,
I don't know if splitting the patch is needed. For the 9261 I was
asked to keep the patch number low and the board won't boot up if the
one of the 2 patches is missing.
Jean-Jacques
2014-02-19 17:01 GMT+01:00 Boris BREZILLON :
> Hi Alexandre,
>
>
> On 19/02/2014 16:32, Alexandre
Andrew,
Are you willing to shepherd this patchset?
On 14/01/23, Richard Guy Briggs wrote:
> These are a number of patches inspired by ebiederman's container work that
> were
> included by me 2013-08-20 as the patchset:
> RFC: steps to make audit pid namespace-safe
>
> They have been
On Mon, Feb 17, 2014 at 04:11:09PM +0800, Michael wang wrote:
> > While fuzzing with trinity inside a KVM tools guest running latest -next
> > kernel, I've
> > stumbled on the following:
>
> I've reproduced the same issue with tip/master, and below patch fixed the
> problem on my box along with
Commit-ID: 5f0e030930d715920be4de638084aaf8653867e8
Gitweb: http://git.kernel.org/tip/5f0e030930d715920be4de638084aaf8653867e8
Author: Thomas Gleixner
AuthorDate: Wed, 19 Feb 2014 13:52:29 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 19 Feb 2014 17:12:24 +0100
x86, tsc: Fallback
Commit-ID: 3e11e818bfd7bd4a8e1214970337bab73ffed32d
Gitweb: http://git.kernel.org/tip/3e11e818bfd7bd4a8e1214970337bab73ffed32d
Author: Mika Westerberg
AuthorDate: Wed, 19 Feb 2014 13:52:30 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 19 Feb 2014 17:12:24 +0100
x86: tsc: Add
On Wed, Feb 19, 2014 at 01:52:09AM +, Sebastian Capella wrote:
[...]
> diff --git a/arch/arm/kernel/hibernate.c b/arch/arm/kernel/hibernate.c
> new file mode 100644
> index 000..16f406f
> --- /dev/null
> +++ b/arch/arm/kernel/hibernate.c
> @@ -0,0 +1,106 @@
> +/*
> + * Hibernation
Commit-ID: 5ae8aabeaec3fe69c4fb21cbe5b17b72b35b5892
Gitweb: http://git.kernel.org/tip/5ae8aabeaec3fe69c4fb21cbe5b17b72b35b5892
Author: Stephen Boyd
AuthorDate: Mon, 17 Feb 2014 10:45:36 -0800
Committer: Thomas Gleixner
CommitDate: Wed, 19 Feb 2014 17:07:22 +0100
sched_clock: Prevent
From: Sudeep Holla
This patch removes the redundant sysfs cacheinfo code by making use of
the newly introduced generic cacheinfo infrastructure.
The private pointer provided by the cache_info is used to implement
the AMD L3 cache specific attributes.
Signed-off-by: Sudeep Holla
Cc: Thomas
From: Sudeep Holla
Hi,
This series adds a generic cacheinfo support similar to topology. The
implementation is based on x86 cacheinfo support. Currently x86, powerpc,
ia64 and s390 have their own implementations. While adding similar support
to ARM and ARM64, here is the attempt to make it
From: Sudeep Holla
This patch removes the redundant sysfs cacheinfo code by making use of
the newly introduced generic cacheinfo infrastructure.
Signed-off-by: Sudeep Holla
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-...@lists.ozlabs.org
---
arch/powerpc/kernel/cacheinfo.c |
From: Sudeep Holla
In order to support outer cache in the cacheinfo infrastructure, a new
function 'get_info' is added to outer_cache_fns. This function is used
to get the outer cache information namely: line size, number of ways of
associativity and number of sets.
This patch adds 'get_info'
From: Sudeep Holla
This patch removes the redundant sysfs cacheinfo code by making use of
the newly introduced generic cacheinfo infrastructure.
Signed-off-by: Sudeep Holla
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: linux...@de.ibm.com
Cc: linux-s...@vger.kernel.org
---
From: Sudeep Holla
This patch adds support for cacheinfo on ARM64.
On ARMv8, the cache hierarchy can be identified through Cache Level ID
(CLIDR) register while the cache geometry is provided by Cache Size ID
(CCSIDR) register.
Since the architecture doesn't provide any way of detecting the
From: Sudeep Holla
This patch adds support for cacheinfo on ARM platforms.
On ARMv7, the cache hierarchy can be identified through Cache Level ID
register(CLIDR) while the cache geometry is provided by Cache Size ID
register(CCSIDR).
On architecture versions before ARMv7, CLIDR and CCSIDR is
From: Sudeep Holla
This patch creates a new class called "cpu" and assigns it to all the
cpu devices. This helps in grouping all the cpu devices and associated
child devices under the same class.
This patch also:
1. modifies the get_parent_device to return the legacy path
From: Sudeep Holla
This patch adds initial support for providing processor cache information
to userspace through sysfs interface. This is based on already existing
implementations(x86, ia64, s390 and powerpc) and hence the interface is
intended to be fully compatible.
The main purpose of this
From: Sudeep Holla
This patch removes the redundant sysfs cacheinfo code by making use of
the newly introduced generic cacheinfo infrastructure.
Signed-off-by: Sudeep Holla
Cc: Tony Luck
Cc: Fenghua Yu
Cc: linux-i...@vger.kernel.org
---
arch/ia64/kernel/topology.c | 399
Hi Greg,
On 18/02/14 21:53, Greg Kroah-Hartman wrote:
> On Thu, Feb 13, 2014 at 03:55:47PM +, Sudeep Holla wrote:
>> Hi Greg,
>> On 11/02/14 00:13, Greg Kroah-Hartman wrote:
[...]
>>> Make the cpu devices be part of a class?
>>
>> I was able to convert these to use struct device instead of
On Wed, Feb 19, 2014 at 10:40:19AM -0500, Boris Ostrovsky wrote:
> >>diff --git a/drivers/xen/xen-pciback/pciback_ops.c
> >>b/drivers/xen/xen-pciback/pciback_ops.c
> >>index 64eb0cd..f5b4c3e 100644
> >>--- a/drivers/xen/xen-pciback/pciback_ops.c
> >>+++ b/drivers/xen/xen-pciback/pciback_ops.c
>
On Wed, Feb 19, 2014 at 02:47:51PM +, One Thousand Gnomes wrote:
> > anything to complain that people are following the recommendations of
> > the maintainer or to demand that this somehow gets hacked around in
> > arch/ when we're trying to convince all the architectures to get their
> >
hi,
sending factored code for detected features display.
The main reason for this was the rest of the libdw
DWARF unwind patchset, so I attached it as well to
show up the benefit (patch 5).
Basically I'm splitting the detected features output
to 'detected libraries' (displayed now by default)
On Wednesday, February 19, 2014 11:35:22 AM Tomasz Nowicki wrote:
> This commit moves ISA-specific code to separate function and makes that
> function depend on CONFIG_{E}ISA so that we do not have to maintain
> acpi_isa_irq_to_gsi() function for architectures which do not support ISA.
>
>
Adding make test for NO_LIBDW_DWARF_UNWIND option,
plus updating minimal build test with it.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Cc: David Ahern
Cc: Jean
Factor NO_LIBDW_DWARF_UNWIND makefile variable and code
that selects default DWARf post unwinder based on detected
features (libdw and libunwind support)
If both are detected the libunwind is selected as default.
Simple 'make' will try to add:
- libunwind unwinder if present
- libdw unwinder
Adding feature check test code for libdw dwarf unwind.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Cc: David Ahern
Cc: Jean Pihet
---
tools/perf/config/Makefile
301 - 400 of 1390 matches
Mail list logo