test_set_oom_score_adj() and compare_swap_oom_score_adj() are used to
specify that current should be killed first if an oom condition occurs in
between the two calls.
The usage is
short oom_score_adj = test_set_oom_score_adj(OOM_SCORE_ADJ_MAX);
...
The maximum oom_score_adj is 1000 and the minimum oom_score_adj is -1000,
so this range can be represented by the signed short type with no
functional change. The extra space this frees up in struct signal_struct
will be used for per-thread oom kill flags in the next patch.
Signed-off-by: David
From: Wei Yongjun
The dereference to port should be moved below the NULL test.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
---
drivers/block/mtip32xx/mtip32xx.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
Hi Wei,
On Mon, Oct 29, 2012 at 01:49:28PM +0800, wei_w...@realsil.com.cn wrote:
> From: Wei WANG
>
> Support for Realtek PCI-Express driver-based card readers including rts5209,
> rts5229 and rtl8411.
All 3 patches applied now, thanks a lot.
I also fixed the Kconfig entry where you forgot to
On Sat 03-11-12 01:38:29, Tejun Heo wrote:
> Currently, cgroup doesn't provide any generic helper for walking a
> given cgroup's children or descendants. This patch adds the following
> three macros.
>
> * cgroup_for_each_child() - walk immediate children of a cgroup.
>
> *
On Thursday, November 08, 2012 10:04:36 AM Huang Ying wrote:
> On Thu, 2012-11-08 at 02:35 +0100, Rafael J. Wysocki wrote:
> > On Thursday, November 08, 2012 09:15:08 AM Huang Ying wrote:
> > > On Thu, 2012-11-08 at 00:09 +0100, Rafael J. Wysocki wrote:
[...]
> > > I think the patch can fix the
On 07/11/12 16:25, Alban Bedel wrote:
> Signed-off-by: Alban Bedel
> ---
> drivers/pwm/pwm-lpc32xx.c |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/pwm/pwm-lpc32xx.c b/drivers/pwm/pwm-lpc32xx.c
> index adb87f0..0dc278d 100644
> ---
On Sat 03-11-12 01:38:30, Tejun Heo wrote:
> * Clean-up indentation and line-breaks. Drop the invalid comment
> about freezer->lock.
>
> * Make all internal functions take @freezer instead of both @cgroup
> and @freezer.
>
> Signed-off-by: Tejun Heo
Looks reasonable
Reviewed-by: Michal
The source code without this patch caused hypervkvpd to exit when it processed
a spoofed Netlink packet which has been sent from an untrusted local user.
Now Netlink messages with a non-zero nl_pid source address are ignored
and a warning is printed into the syslog.
Signed-off-by: Tomas Hozza
On Thursday 08 November 2012 05:49:47 Kukjin Kim wrote:
> Bartlomiej Zolnierkiewicz wrote:
> >
> > > Hmm...above change and adding definition of EXYNOS_PA_S_MDMA1 address
> > > can fix the problem you commented on EXYNOS4210 Rev0 without others?...
> >
> > The problem is affecting only
virtscsi_queuecommand was leaking memory when the virtio queue was full.
Tested: Guest operates correctly even with very small queue sizes, validated
we're not leaking kmalloc-192 sized allocations anymore.
Signed-off-by: Eric Northup
---
drivers/scsi/virtio_scsi.c |2 ++
1 files changed,
On Sat 03-11-12 01:38:31, Tejun Heo wrote:
> * Make freezer_change_state() take bool @freeze instead of enum
> freezer_state.
>
> * Separate out freezer_apply_state() out of freezer_change_state().
> This makes freezer_change_state() a rather silly thin wrapper. It
> will be filled with
On Thu, Nov 8, 2012 at 12:59 PM, Dan Carpenter wrote:
> It's better to use more descriptive subjects on the patches.
>
> This one could probably have been broken into smaller patches
> [patch 4/x] Staging: winbond: wb35rx_s: fix white space
> [patch 5/x] Staging: winbond: wb35rx_s: fix comments
>
On Thu, Nov 8, 2012 at 7:14 PM, Chuansheng Liu wrote:
>
> There is a race as below when calling request_firmware():
> CPU1 CPU2
> write 0 > loading
> mutex_lock(_lock)
> ...
> set_bit FW_STATUS_DONE class_timeout is coming
>
From: Bartlomiej Zolnierkiewicz
Subject: [PATCH] DMA: add cpu_relax() to busy-loop in dma_sync_wait()
Removal of the busy-loop from dma_sync_wait() is not a trivial
task so just add cpu_relax() to the loop for now.
Cc: Vinod Koul
Cc: Dan Williams
Cc: Tomasz Figa
Signed-off-by: Bartlomiej
From: Bartlomiej Zolnierkiewicz
Subject: [PATCH] async_tx: fix checking of dma_wait_for_async_tx() return value
dma_wait_for_async_tx() can also return DMA_PAUSED (which
should be considered as error).
Cc: Vinod Koul
Cc: Dan Williams
Cc: Tomasz Figa
Signed-off-by: Bartlomiej Zolnierkiewicz
From: Bartlomiej Zolnierkiewicz
Subject: [PATCH 1/2] DMA: remove dma_async_memcpy_pending() macro
Just use dma_async_issue_pending() directly.
Cc: Vinod Koul
Cc: Dan Williams
Cc: Tomasz Figa
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
---
From: Bartlomiej Zolnierkiewicz
Subject: [PATCH 2/2] DMA: remove dma_async_memcpy_complete() macro
Just use dma_async_is_tx_complete() directly.
Cc: Vinod Koul
Cc: Dan Williams
Cc: Tomasz Figa
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
---
From: Bartlomiej Zolnierkiewicz
Subject: [PATCH] raid5: panic() on dma_wait_for_async_tx() error
There is not much we can do on dma_wait_for_async_tx() error
so just panic() for now.
Cc: Neil Brown
Cc: Vinod Koul
Cc: Dan Williams
Cc: Tomasz Figa
Signed-off-by: Bartlomiej Zolnierkiewicz
From: Bartlomiej Zolnierkiewicz
Subject: [PATCH] DMA: remove unused support for MEMSET operations
There have never been any real users of MEMSET operations
since they have been introduced in January 2007 (commit
7405f74badf46b5d023c5d2b670b4471525f6c91 "dmaengine: refactor
dmaengine around
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive a couple of bug fixes. I keep the fingers crossed that we now
got transparent huge pages ready for prime time.
Cornelia Huck (1):
s390: Move css
Hi,
The basis for any secure boot is a way to detect that the system has
been tampered with or not. "Tamper Evidence".
There are two main vectors for a system to be tampered with. Someone
local to the machine and remote users who can access the machine
across a network interface. (this includes
On 31 October 2012 12:17, Jonghwan Choi wrote:
> TMU urgently sends active-high signal (thermal trip) to PMU,
> and thermal tripping by hardware logic i.e PMU is performed.
> Thermal tripping means that PMU cut off the whole power of SoC
> by controlling external voltage regulator.
>
>
On Thu, 08 Nov 2012 10:51:35 +0100
Roland Stigge wrote:
> On 07/11/12 16:25, Alban Bedel wrote:
> > Signed-off-by: Alban Bedel
> > ---
> > drivers/pwm/pwm-lpc32xx.c |6 +-
> > 1 files changed, 5 insertions(+), 1 deletions(-)
> >
> > diff --git a/drivers/pwm/pwm-lpc32xx.c
+ Peter
Hi Stephen,
On 11/7/2012 6:25 PM, Stephen Warren wrote:
On 11/07/2012 03:19 AM, Benoit Cousson wrote:
Hi Panto,
On 11/07/2012 09:13 AM, Pantelis Antoniou wrote:
Hi Grant
On Nov 6, 2012, at 9:45 PM, Grant Likely wrote:
On Tue, Nov 6, 2012 at 7:34 PM, Pantelis Antoniou
wrote:
[
Using __CPUINIT instead of __INIT puts the secondary CPU startup code
into the "right" section: it will not be freed in hotplug configurations,
allowing hot-add of cpus, while still getting freed in non-hotplug configs.
Signed-off-by: Claudio Fontana
---
arch/arm/plat-versatile/headsmp.S | 2
On Sat 03-11-12 01:38:32, Tejun Heo wrote:
> freezer->state was an enum value - one of THAWED, FREEZING and FROZEN.
> As the scheduled full hierarchy support requires more than one
> freezing condition, switch it to mask of flags. If FREEZING is not
> set, it's thawed. FREEZING is set if
>From 1bacfabf8369764126758bbbea1d3963ac778cce Mon Sep 17 00:00:00 2001
From: Lu Zhigang
Date: Thu, 8 Nov 2012 04:31:05 -0500
Subject: [PATCH 1/1] perf symbol: Don't assume .text section is the first
section of vmlinux
The start address derived from /proc/kallsyms in is the start address of
On Tue, Nov 6, 2012 at 11:59 PM, Casey Schaufler wrote:
>
> On 11/6/2012 12:17 AM, Jarkko Sakkinen wrote:
> > SMACK_MAGIC moved to a proper place for easy user space access
> > (i.e. libsmack).
> >
> > Signed-off-by: Jarkko Sakkinen
> > ---
> > include/uapi/linux/magic.h |1 +
> >
Virtio wants to release used indices after the corresponding
virtio device has been unregistered. However, virtio does not
hold an extra reference, giving up its last reference with
device_unregister(), making accessing dev->index afterwards
invalid.
I actually saw problems when testing my
On 08/11/12 11:33, Alban Bedel wrote:
> On Thu, 08 Nov 2012 10:51:35 +0100
> Roland Stigge wrote:
>
>> On 07/11/12 16:25, Alban Bedel wrote:
>>> Signed-off-by: Alban Bedel
>>> ---
>>> drivers/pwm/pwm-lpc32xx.c |6 +-
>>> 1 files changed, 5 insertions(+), 1 deletions(-)
>>>
>>> diff
The memory device can be removed by 2 ways:
1. send eject request by SCI
2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
In the 1st case, acpi_memory_disable_device() will be called.
In the 2nd case, acpi_memory_device_remove() will be called.
acpi_memory_device_remove() will also be called when
From: Yasuaki Ishimatsu
The memory device can be removed by 2 ways:
1. send eject request by SCI
2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
In the 1st case, acpi_memory_disable_device() will be called.
In the 2nd case, acpi_memory_device_remove() will be called.
We allocate memory to store acpi_memory_info, so we should free it before
freeing mem_device.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Morton
CC: KOSAKI Motohiro
CC: Yasuaki Ishimatsu
The memory device can be removed by 2 ways:
1. send eject request by SCI
2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
This 2 events may happen at the same time, so we may touch
acpi_memory_device.res_list at the same time. This patch
introduce a lock to protect this list.
CC: David Rientjes
We had introduced acpi_hotmem_initialized to avoid strange add_memory fail
message. But the memory device may not be used by the kernel, and the
device should be bound when the driver is being loaded. Remove
acpi_hotmem_initialized to allow that the device can be bound when the
driver is being
If acpi_memory_enable_device() fails, acpi_memory_enable_device() will
return a non-zero value, which means we fail to bind the memory device to
this driver. So we should free memory device before
acpi_memory_device_add() returns.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin
We eject the memory device even if it is in use. It is very dangerous,
and it will cause the kernel to be panicked.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Morton
CC: KOSAKI Motohiro
If the memory device is hotplugged before the driver is loaded, the user
cannot see this device under the directory /sys/bus/acpi/devices/, and the
user cannot bind it by hand after the driver is loaded. This patch
introduces a new feature to bind such device when the driver is being
loaded.
CC:
On Tue 06-11-12 09:03:54, Michal Hocko wrote:
> On Mon 05-11-12 16:28:37, Andrew Morton wrote:
> > On Thu, 1 Nov 2012 16:07:35 +0400
> > Glauber Costa wrote:
> >
> > > +static __always_inline struct kmem_cache *
> > > +memcg_kmem_get_cache(struct kmem_cache *cachep, gfp_t gfp)
> >
> > I still
On Thu, 08 Nov 2012 10:58:17 +0100
Bartlomiej Zolnierkiewicz wrote:
> From: Bartlomiej Zolnierkiewicz
> Subject: [PATCH] DMA: remove unused support for MEMSET operations
>
> There have never been any real users of MEMSET operations
In tree users.
And is it broken, if not why do you want to
On Thu, 08 Nov 2012 11:06:29 +0100
Bartlomiej Zolnierkiewicz wrote:
> From: Bartlomiej Zolnierkiewicz
> Subject: [PATCH] raid5: panic() on dma_wait_for_async_tx() error
>
> There is not much we can do on dma_wait_for_async_tx() error
> so just panic() for now.
>
> Cc: Neil Brown
> Cc: Vinod
> You have a fair chance of protecting via physical means (Locked rooms,
> Background checks on users etc.) of preventing a user with malicious intent
> to access the local machine.
So called "secure boot" doesn't deal with any kind of physical access,
which also means its useless if a device is
Hello,
I installed kvm and tried to use SR-IOV virtualizaton for 82599EB(Intel XT-520
T2) dual port card with latest ixgbe driver(version:3.11.33) ,
kernel2.6.32-279.14.1(OS:Centos6.3) ,after configuration and reboot
It seems that only first port of the card's VFs works,second port of the
On 11/08/2012 03:15 AM, pkill.2012 wrote:
> Hello,
>
> I installed kvm and tried to use SR-IOV virtualizaton for 82599EB(Intel
> XT-520 T2) dual port card with latest ixgbe driver(version:3.11.33) ,
> kernel2.6.32-279.14.1(OS:Centos6.3) ,after configuration and reboot
> It seems that only
Hi
On 31 October 2012 12:17, Jonghwan Choi wrote:
> [0]bit is used to enable/disable tmu core. [1] bit is a reserved bit.
>
> Signed-off-by: Jonghwan Choi
> ---
> drivers/thermal/exynos_thermal.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
On Thu, 08 Nov 2012 11:44:48 +0100
Roland Stigge wrote:
> On 08/11/12 11:33, Alban Bedel wrote:
> > On Thu, 08 Nov 2012 10:51:35 +0100
> > Roland Stigge wrote:
> >
> >> On 07/11/12 16:25, Alban Bedel wrote:
> >>> Signed-off-by: Alban Bedel
> >>> ---
> >>> drivers/pwm/pwm-lpc32xx.c |6
On Thursday 08 November 2012 12:15:26 Alan Cox wrote:
> On Thu, 08 Nov 2012 11:06:29 +0100
> Bartlomiej Zolnierkiewicz wrote:
>
> > From: Bartlomiej Zolnierkiewicz
> > Subject: [PATCH] raid5: panic() on dma_wait_for_async_tx() error
> >
> > There is not much we can do on
On Thursday 08 November 2012 12:12:31 Alan Cox wrote:
> On Thu, 08 Nov 2012 10:58:17 +0100
> Bartlomiej Zolnierkiewicz wrote:
>
> > From: Bartlomiej Zolnierkiewicz
> > Subject: [PATCH] DMA: remove unused support for MEMSET operations
> >
> > There have never been any real users of MEMSET
On Thu, 08 Nov 2012 12:22:05 +0100
Bartlomiej Zolnierkiewicz wrote:
> On Thursday 08 November 2012 12:12:31 Alan Cox wrote:
> > On Thu, 08 Nov 2012 10:58:17 +0100
> > Bartlomiej Zolnierkiewicz wrote:
> >
> > > From: Bartlomiej Zolnierkiewicz
> > > Subject: [PATCH] DMA: remove unused support
The duty cycles value goes from 1 (99% HIGH) to 256 (0% HIGH) but it
is stored modulo 256 in the register as it is only 8 bits wide.
Signed-off-by: Alban Bedel
---
drivers/pwm/pwm-lpc32xx.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/pwm/pwm-lpc32xx.c
On Thu, Nov 8, 2012 at 11:43 AM, Cornelia Huck wrote:
> Virtio wants to release used indices after the corresponding
> virtio device has been unregistered. However, virtio does not
> hold an extra reference, giving up its last reference with
> device_unregister(), making accessing dev->index
On 2012-11-08 10:35, Wei Yongjun wrote:
> From: Wei Yongjun
>
> The dereference to port should be moved below the NULL test.
>
> dpatch engine is used to auto generate this patch.
> (https://github.com/weiyj/dpatch)
Thanks, it definitely doesn't make sense to check for !port after having
On Thu, Nov 8, 2012 at 9:14 AM, Péter Ujfalusi wrote:
> On 11/07/2012 06:50 PM, Grazvydas Ignotas wrote:
>>> + if (pwm->hwpwm) {
>>> + /* PWM 1 */
>>> + mask = TWL4030_GPIO7_VIBRASYNC_PWM1_MASK;
>>> + bits = TWL4030_GPIO7_VIBRASYNC_PWM1_PWM1;
>>> +
From: Jonas Aaberg
This adds the PRCM register range base as a resource to
the pinctrl driver do we can break the dependency to the
PRCMU driver and handle these registers in the driver
alone.
Cc: a...@kernel.org
Signed-off-by: Jonas Aaberg
Signed-off-by: Linus Walleij
---
ARM SoC guys: this
From: Jonas Aaberg
Currently there are some unnecessary criss-cross
dependencies between the PRCMU driver in MFD and a lot of
other drivers, mainly because other drivers need to poke
around in the PRCM register range.
In cases like this there are actually just a few select
registers that the
To me this looks like an issue with swap. Can you try without swap
(swapoff)?
Ortwin
--
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
On 11/07/2012 03:09 PM, Oleg Nesterov wrote:
>> > > > > What I would IDEALLY like to have is a call, probably a ptrace
>> > > > > option,
>> > > > > where the parent can request: "If I am ever to terminate or be
>> > > > > killed,
>> > > > > then my ptraced son MUST die as well".
>> > >
>> > >
Mathias Leblanc writes:
> +static int interrupts ;
> +module_param(interrupts, bool, 0444);
> +MODULE_PARM_DESC(interrupts, "Enable interrupts");
> +
> +static int power_mgt = 1;
> +module_param(power_mgt, bool, 0444);
> +MODULE_PARM_DESC(power_mgt, "Power Management");
These are not bools, so
On Thursday 08 November 2012 12:31:48 Alan Cox wrote:
> On Thu, 08 Nov 2012 12:22:05 +0100
> Bartlomiej Zolnierkiewicz wrote:
>
> > On Thursday 08 November 2012 12:12:31 Alan Cox wrote:
> > > On Thu, 08 Nov 2012 10:58:17 +0100
> > > Bartlomiej Zolnierkiewicz wrote:
> > >
> > > > From:
Lee Jones writes:
>> > Resorted to poaching now have we Pawel?
>
>> I hope you were joking!
>
> Yes, of course. I thought that was clearly indicated by the jovial winking
> smiley. :)
>
> I realise it wasn't obvious soley by this exchange, but Pawel and I are
> actually ol' friends.
>
>> Doing
On Tue, Oct 30, 2012 at 11:52:10PM -0700, Andrew Morton wrote:
> On Wed, 31 Oct 2012 07:30:33 +0100 Stefani Seibold
> wrote:
>
> > > Yes, and I guess the same to give them a 64-element one.
> > >
> > > >
> > > > If there's absolutely no prospect that the kfifo code will ever support
> > > >
On Thu, Nov 8, 2012 at 9:34 AM, Péter Ujfalusi wrote:
> On 11/07/2012 07:12 PM, Grazvydas Ignotas wrote:
>>> +static int twl4030_pwmled_config(struct pwm_chip *chip, struct pwm_device
>>> *pwm,
>>> + int duty_ns, int period_ns)
>>> +{
>>> + int duty_cycle =
On Thursday 08 November 2012, Linus Walleij wrote:
> From: Jonas Aaberg
>
> This adds the PRCM register range base as a resource to
> the pinctrl driver do we can break the dependency to the
> PRCMU driver and handle these registers in the driver
> alone.
>
> Cc: a...@kernel.org
>
Hi guys,
I report here a oops happened on my laptop running centos 6.3 with
vanilla kernel 3.6.6.
The laptop is configured like an AP running hostapd, dnsmasq, openvpn,
miniupnpd.
At some point I noticed all the logs of iptables going to console
(usually they go in a separeted file).
Looking at
On Thursday 08 November 2012, wwang wrote:
>
> 于 2012年11月08日 12:01, Alex Dubov 写道:
> > Hi,
> >> Do you have any comment on the MEMSTICK part in this v7 patchset? Can
> >> you help to merge the patch to the kernel tree?
> >
> > I'm afraid that presently I don't have much time to look at the
Hi Amnon,
On 11/08, Amnon Shiloh wrote:
>
> Thanks for the patch, I tried it and it works nicely!
OK, thanks. I'll wait for other comments a bit and then send
the patch to Andrew.
> Also, I just noticed that this new option (PTRACE_O_EXITKILL) is not
> safe with ptrace(PTRACE_TRACEME)+execve,
On 11/08/2012 02:02 AM, David Rientjes wrote:
On Wed, 7 Nov 2012, Sha Zhengju wrote:
diff --git a/mm/memcontrol.c b/mm/memcontrol.c
index 0eab7d5..2df5e72 100644
--- a/mm/memcontrol.c
+++ b/mm/memcontrol.c
@@ -118,6 +118,14 @@ static const char * const mem_cgroup_events_names[] = {
Am Donnerstag, den 08.11.2012, 20:24 +0800 schrieb Yuanhan Liu:
> On Tue, Oct 30, 2012 at 11:52:10PM -0700, Andrew Morton wrote:
> > On Wed, 31 Oct 2012 07:30:33 +0100 Stefani Seibold
> > wrote:
> >
> > > > Yes, and I guess the same to give them a 64-element one.
> > > >
> > > > >
> > > > >
Vineet Gupta wrote:
> I'm planning to submit ARC Linux kernel port (from Synopsys) for review
> on lkml and arch mailing lists. I already have a a 3.7-rc3 based kernel
> (modulo the arch UAPI split). What would be the best way to get the UAPI
> split done.
Do you want the headers to be split in
Julia,
On Thu, Nov 08, 2012 at 09:08:04AM +0100, Julia Lawall wrote:
> It's a false positive because check_warn_return does a return.
Right.
> But I wonder if there is a way that we can encourage people not to
> do things like that?
Well I suspect the memory leak bug 06a221be0 tries to fix
On 11/08, Pedro Alves wrote:
>
> On 11/07/2012 03:09 PM, Oleg Nesterov wrote:
>
> > OK. Please see the untested/uncompiled (but trivial) patch below
> >
> > - it adds PTRACE_O_EXITKILL. A better name?
> >
> > - A better numeric value? Note that the new option is not equal to
> > the
On Thu 08-11-12 20:37:45, Sha Zhengju wrote:
> On 11/08/2012 02:02 AM, David Rientjes wrote:
> >On Wed, 7 Nov 2012, Sha Zhengju wrote:
[..]
> >>+ else
> >>+ show_mem(SHOW_MEM_FILTER_NODES);
> >Well that's disappointing if memcg == root_mem_cgroup, we'd probably like
> >to know the
On 11/08/2012 06:17 AM, Michal Hocko wrote:
On Wed 07-11-12 16:41:36, Sha Zhengju wrote:
From: Sha Zhengju
Current, when a memcg oom is happening the oom dump messages is still global
state and provides few useful info for users. This patch prints more pointed
memcg page statistics for
On Sat 03-11-12 01:38:33, Tejun Heo wrote:
> Introduce FREEZING_SELF and FREEZING_PARENT and make FREEZING OR of
> the two flags. This is to prepare for full hierarchy support.
>
> freezer_apply_date() is updated such that it can handle setting and
> clearing of both flags. The two flags are
On 11/08, Amnon Shiloh wrote:
>
> > > What I wish is that I could request (using "prctl" or whatever):
> > > "If a non-privileged user sends me a SIGSTOP, then let it be converted
> > > into...",
> >
> > I hope we won't do this ;) But I am not going to argue if you convince
> > other people.
> >
Hi Arnaldo,
Assuming my patches should be based on your perf/core branch, could you pull
from my git tree at tag perf-uapi-20121108 into your perf/core branch?
Note the tree also contains a uapi-perf-x86-20121108 tag that has the UAPI
disintegration branch for x86 merged on top for reference
On Wed, Nov 7, 2012 at 6:09 AM, Viresh Kumar wrote:
> On 6 November 2012 20:46, Linus Walleij
>> -void gpiochip_add_pin_range(struct gpio_chip *chip, const char
>> *pinctl_name,
>> - unsigned int pin_base, unsigned int npins);
>> -void gpiochip_remove_pin_ranges(struct gpio_chip
On Wed, Nov 7, 2012 at 6:14 AM, viresh kumar wrote:
> On Tue, Nov 6, 2012 at 8:46 PM, Linus Walleij
> wrote:
>> From: Linus Walleij
>>
>> Commit 69e1601bca88809dc118abd1becb02c15a02ec71
>> "gpiolib: provide provision to register pin ranges"
>>
>> Introduced both of_gpiochip_remove_pin_range()
On 11/08/2012 01:29 PM, Grazvydas Ignotas wrote:
>> But I want to note that I'm currently trying to clean up the mess around
>> twl-core. In my view we have quite a bit of redundancy in there. The PWM A/B
>> is for driving the LED A/B outputs. We should have only these modules for
>> PWM/LED in
Correct spelling typo in Documentations
---
Documentation/ABI/testing/dev-kmsg | 2 +-
Documentation/ABI/testing/sysfs-devices-power | 2 +-
Documentation/ABI/testing/sysfs-driver-ppi | 2 +-
Documentation/dma-buf-sharing.txt | 4
On Tue, Nov 6, 2012 at 10:40 PM, Stephen Warren wrote:
> On 11/06/2012 09:21 AM, Linus Walleij wrote:
>> And we need to keep the static inlines in
>> but here for the !CONFIG_GENERIC_GPIO case, and then we
>> may as well throw in a few warnings like the other
>> prototypes there, if someone
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
It reverts a patch that causes regression in binding between HID devices
and drivers during device unplug/replug cycle.
Thanks.
Jiri Kosina (1):
HID: hidraw: put old deallocation mechanism
On 11/08/2012 12:44 PM, Oleg Nesterov wrote:
> On 11/08, Pedro Alves wrote:
>> If this isn't inherited by the ptrace child's children, a fork child can
>> end up detached if the tracer dies before it had a chance of setting
>> the PTRACE_O_EXITKILL on the new auto-attached child.
>
> It is
From: Dragos Tatulea
These patches enable using the mmc card to store panic information.
They include changes for pstore and mmc:
- add block device backend for pstore
- add logic in mmc for writing in panic mode
A mmc host driver must implement mmc_panic_ops. This patchset contains
an
From: Adrian Hunter
Let the back end know when writing has finished by adding a flush method.
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
fs/pstore/platform.c |3 +++
include/linux/pstore.h |1 +
2 files changed, 4 insertions(+)
diff --git a/fs/pstore/platform.c
From: Adrian Hunter
blkoops is a pstore back end to write panic / oops logs to a block
device. It is initially intended for use with eMMC as an alternative to
using a crash kernel.
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
Documentation/blockdev/00-INDEX|2 +
From: Adrian Hunter
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/core/core.c |5 +
drivers/mmc/core/host.c |9 +
2 files changed, 14 insertions(+)
diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
index 204a9bd..f7552af 100644
---
From: Adrian Hunter
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/host/sdhci.c | 26 +-
1 file changed, 21 insertions(+), 5 deletions(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index 1ed78f0..827e34f 100644
---
From: Adrian Hunter
When in panic task, we need to schedule other tasklets than normally.
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/host/sdhci.c | 31 +--
1 file changed, 21 insertions(+), 10 deletions(-)
diff --git
From: Adrian Hunter
Implement simple dma ops to avoid usage dma mapping in panic mode.
Init & cleanup pave the way for the dma ops implemented through
pre and post functions.
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/host/sdhci.c | 158
From: Adrian Hunter
Resume host when entering panic mode.
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/host/sdhci.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index
From: Adrian Hunter
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/host/sdhci.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index 496adc8..9a24417 100644
--- a/drivers/mmc/host/sdhci.c
+++
From: Adrian Hunter
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/host/sdhci-pci.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/mmc/host/sdhci-pci.c b/drivers/mmc/host/sdhci-pci.c
index 4bb74b0..bee9a45 100644
---
From: Adrian Hunter
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/host/sdhci.c | 47 +
include/linux/mmc/sdhci.h |1 +
2 files changed, 44 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/sdhci.c
From: Adrian Hunter
We really don't want to use interrupts while doing a panic dump, so
implement polling.
The mmc panic begin/end ops have also been added for sdhci.
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/host/sdhci.c | 33
From: Adrian Hunter
We want to avoid it while panic dumping.
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/core/core.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
index 4fd7061..3daec19 100644
From: Adrian Hunter
If in panic, wait for task to come into context.
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/core/core.c | 10 +-
drivers/mmc/core/host.c |2 ++
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git
From: Adrian Hunter
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/host/sdhci.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index 3653494..fcedcec 100644
--- a/drivers/mmc/host/sdhci.c
+++
From: Adrian Hunter
Signed-off-by: Adrian Hunter
Signed-off-by: Irina Tirdea
---
drivers/mmc/host/sdhci.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index fcedcec..e096526 100644
--- a/drivers/mmc/host/sdhci.c
+++
601 - 700 of 1116 matches
Mail list logo