On Tue, 18 Dec 2012, Doug Anderson wrote:
> The recent commit "block: discard granularity might not be power of 2"
> introduced a divide by 0 in the kernel. Previously the code didn't
> try to divide by discard_granularity when max_discard_sectors was 0.
>
> Fix the code to only do the division
Hello Linus,
Here is the second part of the battery tree patches. These are left overs
that I didn't have time to review/apply before the merge window opened. I
didn't want to "spoil" the first pull request with these late patches, so
they were not included.
But the stuff is simple enough, so I
On Wed, 28 Nov 2012 15:50:57 +0900
Jonghwa Lee wrote:
> Add driver for support max77686 rtc.
> MAX77686 rtc support smpl and wtsr mode. It has two alarm register
> which can be used for alarming to wake system up. This drvier uses regmap
> to access its register.
>
> ...
>
> +static inline int
The recent commit "block: discard granularity might not be power of 2"
introduced a divide by 0 in the kernel. Previously the code didn't
try to divide by discard_granularity when max_discard_sectors was 0.
Fix the code to only do the division if max_discard_sectors is
specified.
Error looked
The acronym PSS is deprecated by Xilinx. The correct term, which is
also used in Xilinx documentation is PS (processing system).
This is just a search and replace:
- s/PSS/PS/g
- s/pss/ps/g
Signed-off-by: Soren Brinkmann
---
arch/arm/mach-zynq/common.c | 6 +-
arch/arm/mach-zynq/common.h |
On Tue, 18 Dec 2012, Stephen Boyd wrote:
> It seems that this assignment is done twice in a row. Remove the
> duplicate assignment.
>
> Signed-off-by: Stephen Boyd
> Cc: Steven Miao
> Cc: triv...@kernel.org
> ---
>
> Noticed while grepping for broadcast users.
>
>
Aligning the columns in a block of #defines, so that the values
are starting in the same colum on every line.
Signed-off-by: Soren Brinkmann
---
arch/arm/mach-zynq/timer.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-zynq/timer.c
The timers are common to both A9 cores, so let's set the clock
event struct's cpumask accordingly, to all possible CPUs.
Signed-off-by: Soren Brinkmann
---
arch/arm/mach-zynq/timer.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-zynq/timer.c b/arch/arm/mach-zynq/timer.c
Signed-off-by: Soren Brinkmann
Acked-by: Michal Simek
Acked-by: John Linn
---
Michal/John: I took over you ACKs since we applied the same change to the Xilinx
tree recently. Let me know if I should remove them.
arch/arm/mach-zynq/timer.c | 3 ---
1 file changed, 3 deletions(-)
diff --git
Fixing multi line comment style at two locations.
Signed-off-by: Soren Brinkmann
---
arch/arm/mach-zynq/timer.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-zynq/timer.c b/arch/arm/mach-zynq/timer.c
index 2b23d0f..7b2e047 100644
---
Acknowedging an interrupt requires to read the interrupt register
only. The write was only required to work around a bug in
the QEMU implementation of the TTC, which is fixed.
Signed-off-by: Soren Brinkmann
Acked-by: Peter Crosthwaite
---
@Peter: I took over your ACK, since it's the same change
Some #includes are implicitly included through others, some are
just not needed.
Signed-off-by: Soren Brinkmann
---
arch/arm/mach-zynq/timer.c | 8
1 file changed, 8 deletions(-)
diff --git a/arch/arm/mach-zynq/timer.c b/arch/arm/mach-zynq/timer.c
index 4b81ae1..2b23d0f 100644
---
I started to put some effort on syncing the Xilinx Linux tree with mainline and
the timer driver is my first victim.
Most commits are fixing style issues or clean up. Functionality is touched only
in patches #2 and #7.
Some patches are present in almost identically in the Xilinx Linux tree and I
On Tue 18-12-12 14:02:19, Andrew Morton wrote:
> On Tue, 18 Dec 2012 17:11:28 +0100
> Michal Hocko wrote:
>
> > Since e303297 (mm: extended batches for generic mmu_gather) we are batching
> > pages to be freed until either tlb_next_batch cannot allocate a new batch
> > or we
> > are done.
> >
Hi Rusty,
Today's linux-next merge of the modules tree got a conflict in
kernel/modsign_pubkey.c between commit 84ecfd15f554 ("modsign: add symbol
prefix to certificate list") from Linus' tree and commit bb8f5966421d
("MODSIGN: Avoid using .incbin in C source") from the modules tree.
I fixed it
On Wed, 19 Dec 2012 00:50:42 +0100
Michal Hocko wrote:
> On Tue 18-12-12 14:02:19, Andrew Morton wrote:
> > On Tue, 18 Dec 2012 17:11:28 +0100
> > Michal Hocko wrote:
> >
> > > Since e303297 (mm: extended batches for generic mmu_gather) we are
> > > batching
> > > pages to be freed until
Hello Luiz,
On Tue, Dec 18, 2012 at 06:16:55PM -0200, Luiz Capitulino wrote:
> The auto-ballooning feature automatically performs balloon inflate
> or deflate based on host and guest memory pressure. This can help to
> avoid swapping or worse in both, host and guest.
>
> Auto-ballooning has a
On Tue, Dec 18, 2012 at 4:00 PM, Rafael J. Wysocki wrote:
> On Tuesday, December 18, 2012 03:15:12 PM Toshi Kani wrote:
>> On Tue, 2012-12-18 at 22:57 +0100, Rafael J. Wysocki wrote:
>> > On Tuesday, December 18, 2012 09:10:41 AM Toshi Kani wrote:
>> > > On Tue, 2012-12-18 at 02:48 +0100, Rafael
Hi Vinod,
Today's linux-next merge of the slave-dma tree got a conflict in
drivers/dma/dmatest.c between commit 632fd28326c0 ("dmatest: implement
two helpers to unmap dma memory") from the tree and commit f04f98e91bd8
("dmatest: adjust invalid module parameters for number of source
buffers")
clean the checkpatch warnings in ring_sw.c. mostly are 80 characters per line
issue.
Signed-off-by: Cong Ding
---
drivers/staging/iio/ring_sw.c | 25 ++---
1 file changed, 14 insertions(+), 11 deletions(-)
diff --git a/drivers/staging/iio/ring_sw.c
Linus,
please pull the i2c-embedded changes for 3.8 which include:
* CBUS driver (an I2C variant)
* continued rework of the omap driver
* s3c2410 gets lots of fixes and gains pinctrl support
* at91 gains DMA support
* the GPIO muxer gains devicetree probing
* typical fixes and additions all over
On 12/18/2012 04:39 PM, Vivek Gautam wrote:
Adding base address information required for enabling
USB 3.0 DRD phy on exynos5250 SOC.
Signed-off-by: Vivek Gautam
---
arch/arm/boot/dts/exynos5250.dtsi |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
Hi Vivek,
On 12/18/2012 02:56 PM, Vivek Gautam wrote:
Adding support to parse device node data in order to get
required properties to set pmu isolation for usb-phy.
Signed-off-by: Vivek Gautam
---
Changes from v1:
- Changed the name of property for phy handler from'samsung,usb-phyctrl'
Hi Yinghai,
On Tue, Dec 18, 2012 at 03:08:16PM -0800, Yinghai Lu wrote:
> On Tue, Dec 18, 2012 at 2:43 PM, Borislav Petkov wrote:
> > you don't care about properly written commit messages, as long as they work
>
> It seems that you are quite upset somehow.
sorry if I've made the wrong
On Mon, 8 Oct 2012 12:42:34 -0700
Andrew Morton wrote:
> On Mon, 10 Sep 2012 13:55:15 +0200
> Michal Hocko wrote:
>
> > > >OK. Thanks for the clarification. The main question remains, though. Is
> > > >this worth for memblock_is_memory?
> > >
> > > There are many call sites need to call
Björn Christoph :
[...]
> Not sure what to do here. It's an Ubuntu kernel - should I take the
> one from the kernel GIT, compile it and activate some debugging or
> something to assist?
You should try to reproduce the problem with the kernel included r8169
driver and report any problem with it
On Tue, Dec 18, 2012 at 2:43 PM, Borislav Petkov wrote:
> you don't care about properly written commit messages, as long as they work
It seems that you are quite upset somehow.
Writing changelog that everyone could understand seems not be possible for me.
Even I tried harder and splt patches to
On Tue, 06 Nov 2012 09:03:26 -0700
Mike Yoknis wrote:
> On Tue, 2012-10-30 at 09:14 -0600, Dave Hansen wrote:
> > On 10/20/2012 01:29 AM, Mel Gorman wrote:
> > > I'm travelling at the moment so apologies that I have not followed up on
> > > this. My problem is still the same with the patch - it
It seems that this assignment is done twice in a row. Remove the
duplicate assignment.
Signed-off-by: Stephen Boyd
Cc: Steven Miao
Cc: triv...@kernel.org
---
Noticed while grepping for broadcast users.
arch/blackfin/kernel/time-ts.c | 6 --
1 file changed, 6 deletions(-)
diff --git
On Tue, Dec 18, 2012 at 10:04:56PM +0100, Juergen Beisert wrote:
> Hi Guenter,
>
> Guenter Roeck wrote:
> > On Tue, Dec 18, 2012 at 04:03:41PM +0100, Juergen Beisert wrote:
> > > commit 263a523d18bca306016d75f5c8d5c57c37fe52fb changes the code of
> > > DIV_ROUND_CLOSEST in include/linux/kernel.h
On Tue, Dec 18, 2012 at 2:55 PM, Yu, Fenghua wrote:
>> From: yhlu.ker...@gmail.com [mailto:yhlu.ker...@gmail.com] On Behalf Of
>> Yinghai Lu
>> On Mon, Dec 17, 2012 at 3:30 PM, Yu, Fenghua
>> wrote:
>> >
>> > OSV may need the patchset based on old kernel. So I'll have the
>> patchset ready. Is
On Tue, Dec 18, 2012 at 02:10:59PM -0800, Joe Perches wrote:
> On Tue, 2012-12-18 at 15:06 -0600, Jacob Shin wrote:
> > Add MCE decoding logic for AMD Family 16h processors.
>
> More trivia:
>
> > diff --git a/drivers/edac/mce_amd.c b/drivers/edac/mce_amd.c
> []
> > @@ -64,6 +64,10 @@
> From: yhlu.ker...@gmail.com [mailto:yhlu.ker...@gmail.com] On Behalf Of
> Yinghai Lu
> On Mon, Dec 17, 2012 at 3:30 PM, Yu, Fenghua
> wrote:
> >
> > OSV may need the patchset based on old kernel. So I'll have the
> patchset ready. Is this the right place to call load_ucode_bsp() in the
>
On Tuesday, December 18, 2012 03:15:12 PM Toshi Kani wrote:
> On Tue, 2012-12-18 at 22:57 +0100, Rafael J. Wysocki wrote:
> > On Tuesday, December 18, 2012 09:10:41 AM Toshi Kani wrote:
> > > On Tue, 2012-12-18 at 02:48 +0100, Rafael J. Wysocki wrote:
> :
> > > We need to decide which module is
Ingo, Robert
I am including a set of output from "perf report" to help validating IBS in
per-process mode.
In this experiment I ran a couple test cases:
case 1. perf record -e cycles (baseline per-process mode w/ regular
counter)
case 2. perf record -a -e cycles:p (baseline system-wide
On Tue, Dec 18, 2012 at 11:41:53PM +0100, Cong Ding wrote:
> On Tue, Dec 18, 2012 at 02:03:08PM -0800, Kees Cook wrote:
> > [resend, busted mailer]
> >
> > On Tue, Dec 18, 2012 at 1:26 PM, Cong Ding wrote:
> > >
> > > usr/gen_init_cpio.c: remove unnecessary "if"
> > >
> > > if it goes to fail,
In drivers/mmc/host/vub300.c::vub300_probe() we need both
'command_out_urb' and 'command_res_urb'. Currently we fail to free the
former if allocating the latter fails. Fix that and simplify the code
a bit at the same time by just doing both allocations and if either
fails then free both -
On Mon, Dec 17, 2012 at 11:15:32PM -0800, Yinghai Lu wrote:
> Now we have limit kdump reseved under 896M, because kexec has the limitation.
> and also bzImage need to stay under 4g.
>
> To make kexec/kdump could use range above 4g, we need to make bzImage and
> ramdisk could be loaded above 4g.
>
On Tue, Dec 18, 2012 at 02:03:08PM -0800, Kees Cook wrote:
> [resend, busted mailer]
>
> On Tue, Dec 18, 2012 at 1:26 PM, Cong Ding wrote:
> >
> > usr/gen_init_cpio.c: remove unnecessary "if"
> >
> > if it goes to fail, dname isn't allocated; otherwise, it is allocated
> > successfully. so we
Joe Perches wrote:
> Just to verify, any file in any path [.../]include/uapi/...
> should not itself have a line like '#include http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Thanks for the patch!
On Tue, Dec 18, 2012 at 3:50 PM, Corey Bryant wrote:
> Adds a new return value to seccomp filters that causes an
> informational kernel message to be printed. The message
> includes the system call number.
I don't have strong opinions about this either way, but here are
On 12/18/2012 12:37 PM, Andy Lutomirski wrote:
There is no introduce of new fix address. There are still there for
x86_64. If this will currently not a major problem on this architecture
than it will not for x86_32 too.
Not necessarily true. On x86-64 (non-compat) the fixmap address is in
On Tue, 2012-12-18 at 22:57 +0100, Rafael J. Wysocki wrote:
> On Tuesday, December 18, 2012 09:10:41 AM Toshi Kani wrote:
> > On Tue, 2012-12-18 at 02:48 +0100, Rafael J. Wysocki wrote:
:
> > We need to decide which module is responsible for calling .bind(). I
> > think it should be the ACPI
On Tue, Dec 18, 2012 at 1:30 PM, Dave Chinner wrote:
> On Mon, Dec 17, 2012 at 06:42:44PM -0800, Andy Lutomirski wrote:
>> On Mon, Dec 17, 2012 at 5:57 PM, Al Viro wrote:
>> > On Mon, Dec 17, 2012 at 05:10:21PM -0800, Andy Lutomirski wrote:
>> >> I want to change inode->i_flags access to be
Paolo Bonzini wrote:
> Hi all,
>
> this series adds multiqueue support to the virtio-scsi driver, based
> on Jason Wang's work on virtio-net. It uses a simple queue steering
> algorithm that expects one queue per CPU. LUNs in the same target always
> use the same queue (so that commands are not
Minor nit
On 12/18/12 04:06, Mark Rutland wrote:
> diff --git a/kernel/time/tick-broadcast.c b/kernel/time/tick-broadcast.c
> index c2dd022..ec22a80 100644
> --- a/kernel/time/tick-broadcast.c
> +++ b/kernel/time/tick-broadcast.c
> @@ -86,6 +87,12 @@ int tick_is_broadcast_device(struct
On 12/18/12 04:06, Mark Rutland wrote:
> diff --git a/kernel/time/tick-broadcast.c b/kernel/time/tick-broadcast.c
> index f113755..c2dd022 100644
> --- a/kernel/time/tick-broadcast.c
> +++ b/kernel/time/tick-broadcast.c
> @@ -125,6 +125,21 @@ int tick_device_uses_broadcast(struct
On Tue, 2012-12-18 at 20:35 +, David Howells wrote:
> Joe Perches wrote:
[]
> > arch/powerpc/include/asm/kvm_para.h
> > ...
> > -#include
> > +#include
>
> No, that is a correct alteration.
>
> The example I gave was:
>
> - #include
> ++#include
>
> which is to be found in
the value of err is always negative if it goes to errout, so we don't need to
check the value of err.
Signed-off-by: Cong Ding
---
net/ipv6/addrconf.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c
index 6fca01f..408cac4a
On Tue, Dec 18, 2012 at 2:02 PM, Alan Cox wrote:
> On Tue, 18 Dec 2012 13:04:49 -0800
> Kees Cook wrote:
>
>> Some devices have configurable firmware locations. If these configuration
>> mechanisms are exposed to unprivileged userspace, it may be possible to
>> load firmware from an unexpected
On Tue, 2012-12-18 at 15:06 -0600, Jacob Shin wrote:
> Add MCE decoding logic for AMD Family 16h processors.
More trivia:
> diff --git a/drivers/edac/mce_amd.c b/drivers/edac/mce_amd.c
[]
> @@ -64,6 +64,10 @@ EXPORT_SYMBOL_GPL(to_msgs);
> const char * const ii_msgs[] = { "MEM", "RESV", "IO",
On Thu, Oct 25, 2012 at 1:43 AM, Tiejun Chen wrote:
> We always alloc critical/machine/debug check exceptions. This is
> different from the normal exception. So we should load these exception
> stack properly like we did for booke.
Tiejun,
I'm a little confused by these patches, because the
The file uses nothing from the header, so including it is pointless.
Signed-off-by: Jesper Juhl
---
drivers/power/bq2415x_charger.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/power/bq2415x_charger.c b/drivers/power/bq2415x_charger.c
index ee842b3..2d1b568
[resend, busted mailer]
On Tue, Dec 18, 2012 at 1:26 PM, Cong Ding wrote:
>
> usr/gen_init_cpio.c: remove unnecessary "if"
>
> if it goes to fail, dname isn't allocated; otherwise, it is allocated
> successfully. so we just free memory when it doesn't fail.
>
> this patch also fix a trival
On Tue, 18 Dec 2012 17:11:28 +0100
Michal Hocko wrote:
> Since e303297 (mm: extended batches for generic mmu_gather) we are batching
> pages to be freed until either tlb_next_batch cannot allocate a new batch or
> we
> are done.
>
> This works just fine most of the time but we can get in
On Tuesday, December 18, 2012 10:59:46 AM Yinghai Lu wrote:
> On Tue, Dec 18, 2012 at 8:10 AM, Toshi Kani wrote:
> > On Tue, 2012-12-18 at 02:48 +0100, Rafael J. Wysocki wrote:
> >
> > So, I would propose the following changes.
> >
> > - Move the acpi_hot_add_bind() call back to the original
On Tue, 18 Dec 2012 13:04:49 -0800
Kees Cook wrote:
> Some devices have configurable firmware locations. If these configuration
> mechanisms are exposed to unprivileged userspace, it may be possible to
> load firmware from an unexpected location. To minimize the risk of this,
> make sure the
From: Sebastian Wankerl
Here the hopefully fixed version.
Signed-off-by: Sebastian Wankerl
Signed-off-by: Sebastian Ehrenfels
---
drivers/staging/wlan-ng/prism2mgmt.c | 25 +++--
1 file changed, 15 insertions(+), 10 deletions(-)
diff --git
Adds a sample that demonstrates use of the SECCOMP_RET_INFO return value.
Signed-off-by: Corey Bryant
---
samples/seccomp/Makefile | 8 ++-
samples/seccomp/bpf-logger.c | 52
2 files changed, 59 insertions(+), 1 deletion(-)
create mode
The file uses nothing from the version.h header, so there is no reason
to include it.
Signed-off-by: Jesper Juhl
---
drivers/net/ethernet/marvell/mvneta.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ethernet/marvell/mvneta.c
Adds documentation describing the SECCOMP_RET_INFO return value.
Signed-off-by: Corey Bryant
---
Documentation/prctl/seccomp_filter.txt | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/prctl/seccomp_filter.txt
b/Documentation/prctl/seccomp_filter.txt
index
On Tue, Dec 18, 2012 at 12:45:18PM -0800, Eric W. Biederman wrote:
> Neil Horman writes:
>
> > On Tue, Dec 18, 2012 at 09:06:04PM +0100, Oleg Nesterov wrote:
> >> On 12/17, Neil Horman wrote:
> >> >
> >> > On Mon, Dec 17, 2012 at 05:04:08PM +0100, Oleg Nesterov wrote:
> >> > >
> >> > > > Is
On Tuesday, December 18, 2012 09:10:41 AM Toshi Kani wrote:
> On Tue, 2012-12-18 at 02:48 +0100, Rafael J. Wysocki wrote:
> > On Monday, December 17, 2012 05:08:17 PM Toshi Kani wrote:
> > > On Thu, 2012-12-13 at 23:17 +0100, Rafael J. Wysocki wrote:
> > > > From: Rafael J. Wysocki
> > > >
> > >
Adds a new return value to seccomp filters that causes an
informational kernel message to be printed. The message
includes the system call number.
This can be used to learn the system calls that a process
is using.
Signed-off-by: Corey Bryant
---
include/uapi/linux/seccomp.h | 1 +
On Tuesday, December 18, 2012 12:26:02 PM Youquan Song wrote:
> When debug kernel, the the below information is found:
> intel_idle: unaware of model 0x1a MWAIT 4 please contact lenb@kernel.orgACPI:
> Device input0 -> No ACPI support
>
> so this patch separates it.
Applied to
On Monday, December 17, 2012 10:31:30 PM Joe Perches wrote:
> Currently these DBG statements are emitted at KERN_DEFAULT.
> Change the macro to emit at KERN_DEBUG.
>
> This can help avoid unexpected message interleaving.
Applied to linux-pm.git/linux-next as v3.8 material.
Thanks,
Rafael
>
usr/gen_init_cpio.c: remove unnecessary "if"
if it goes to fail, dname isn't allocated; otherwise, it is allocated
successfully. so we just free memory when it doesn't fail.
this patch also fix a trival trailing space warning by checkpatch
Signed-off-by: Cong Ding
---
usr/gen_init_cpio.c |
On Tue, 2012-12-18 at 21:47 +0100, Borislav Petkov wrote:
> Oh well, enough games for today.
Maybe try this tomorrow?
scripts/checkpatch.pl | 40 ++--
1 files changed, 38 insertions(+), 2 deletions(-)
diff --git a/scripts/checkpatch.pl
On Mon, Dec 17, 2012 at 06:42:44PM -0800, Andy Lutomirski wrote:
> On Mon, Dec 17, 2012 at 5:57 PM, Al Viro wrote:
> > On Mon, Dec 17, 2012 at 05:10:21PM -0800, Andy Lutomirski wrote:
> >> I want to change inode->i_flags access to be atomic -- there are some
> >> locking oddities right now, I
Someone might be interested ...
A kernel build in parallel to a dvb-s recording resulted in the following log
entry:
[117284.040009] BUG: soft lockup - CPU#0 stuck for 23s! [cc1:2657]
[117284.040009] Modules linked in: ipt_MASQUERADE xt_pkttype xt_TCPMSS xt_tcpudp xt_LOG xt_limit iptable_nat
On Fri, 14 Dec 2012, Shawn Nematbakhsh wrote:
> On resume from suspend there is a possibility for multi-byte scancodes
> to be handled incorrectly. atkbd_reconnect disables the processing of
> scancodes in software by calling atkbd_disable, but the keyboard may
> still be active because no
On Tue, Dec 18, 2012 at 05:14:57AM -0700, Andreas Dilger wrote:
> On 2012-12-15, at 19:15, Dave Chinner wrote:
> >
> > On Sat, Dec 15, 2012 at 11:25:23PM +0800, ys wrote:
> >> From 3d56c131b58a21c05bcd677b9d2ba915abcbf195 Mon Sep 17 00:00:00 2001
> >> From: yangsheng
> >> Date: Sat, 15 Dec 2012
On Tue, Dec 11, 2012 at 10:27 AM, Greg KH wrote:
> On Thu, Nov 29, 2012 at 10:45:09PM -0800, Nitin Gupta wrote:
>> Fixes a bug introduced by commit c8f2f0db1 ("zram: Fix handling
>> of incompressible pages") which caused invalid memory references
>> during disk write. Invalid references could
On Tue, Dec 18, 2012 at 12:48 PM, Toshi Kani wrote:
> On Tue, 2012-12-18 at 10:59 -0800, Yinghai Lu wrote:
>> On Tue, Dec 18, 2012 at 8:10 AM, Toshi Kani wrote:
>> > On Tue, 2012-12-18 at 02:48 +0100, Rafael J. Wysocki wrote:
>> >
>> > So, I would propose the following changes.
>> >
>> > - Move
On 12/18/2012 12:55 PM, Yinghai Lu wrote:
> On Tue, Dec 18, 2012 at 12:49 PM, H. Peter Anvin wrote:
>> On 12/18/2012 12:43 PM, Yinghai Lu wrote:
>
>>
>> That is putting the cart before the horse. What is the specific requirement
>> with kgdb here (I didn't see any email on that, please don't
Hi Guenter,
Guenter Roeck wrote:
> On Tue, Dec 18, 2012 at 04:03:41PM +0100, Juergen Beisert wrote:
> > commit 263a523d18bca306016d75f5c8d5c57c37fe52fb changes the code of
> > DIV_ROUND_CLOSEST in include/linux/kernel.h to fix a compile time
> > warning.
> >
> > But now feeding in a zero into
Add MCE decoding logic for AMD Family 16h processors.
Signed-off-by: Jacob Shin
---
drivers/edac/mce_amd.c | 83 +---
drivers/edac/mce_amd.h |3 ++
2 files changed, 75 insertions(+), 11 deletions(-)
diff --git a/drivers/edac/mce_amd.c
The following patchset enables MCE decoding support for AMD Family 16h
processors.
Changes in V2:
* Changed if/else style and pr_cont usage per feedback from:
https://lkml.org/lkml/2012/12/17/365
* Merged f14h and f16h mc0 and mc2 decoding into common function per
feedback from:
Currently only AMD Family 15h processors have special handling for MC2
errors, since upcoming Family 16h will also need unique handling,
let's make MC2 handling part of amd_decoder_ops.
Signed-off-by: Jacob Shin
---
drivers/edac/mce_amd.c | 56 +---
Some devices have configurable firmware locations. If these configuration
mechanisms are exposed to unprivileged userspace, it may be possible to
load firmware from an unexpected location. To minimize the risk of this,
make sure the string "../" does not appear in the firmware name. This
means
Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile.git master
These are a smattering of minor changes from Tilera and other folks,
mostly in the ptrace area.
Chris Metcalf (3):
tilegx: remove __init from pci fixup hook
arch/tile: provide
On Tue, 2012-12-18 at 10:59 -0800, Yinghai Lu wrote:
> On Tue, Dec 18, 2012 at 8:10 AM, Toshi Kani wrote:
> > On Tue, 2012-12-18 at 02:48 +0100, Rafael J. Wysocki wrote:
> >
> > So, I would propose the following changes.
> >
> > - Move the acpi_hot_add_bind() call back to the original place
On Tue, Dec 18, 2012 at 12:49 PM, H. Peter Anvin wrote:
> On 12/18/2012 12:43 PM, Yinghai Lu wrote:
>
> That is putting the cart before the horse. What is the specific requirement
> with kgdb here (I didn't see any email on that, please don't have private
> back conversations)? Either way,
On 12/18/2012 12:43 PM, Yinghai Lu wrote:
On Mon, Dec 17, 2012 at 11:15 PM, Yinghai Lu wrote:
-v8: we need to keep that handler alive until init_mem_mapping and don't
let early_trap_init to trash that early #PF handler.
So split early_trap_pf_init out and move it down. - Yinghai
On Tue, Dec 18, 2012 at 12:36:37PM -0800, Joe Perches wrote:
> You renamed README which is one of the filenames used
> when checkpatch verifies the top-level dir kernel tree.
>
> Don't do that, README is a required filename.
$ git mv scripts/checkpatch{,-2}.pl
$ git diff --cached HEAD -- |
Neil Horman writes:
> On Tue, Dec 18, 2012 at 09:06:04PM +0100, Oleg Nesterov wrote:
>> On 12/17, Neil Horman wrote:
>> >
>> > On Mon, Dec 17, 2012 at 05:04:08PM +0100, Oleg Nesterov wrote:
>> > >
>> > > > Is there a way to switch all namespaces, except for the pid
>> > > > namespace?
>> > >
>>
Stress test for tty. :)
You can use this program for debug new tty changes.
Use with caution.
In any case(with/without Peter's patches) I have BUG():
BUG: unable to handle kernel NULL pointer dereference at 004c
IP: [] devpts_pty_kill+0x17/0x81
PGD 48696067 PUD a79c5067 PMD 0
Oops:
On Mon, Dec 17, 2012 at 11:15 PM, Yinghai Lu wrote:
> -v8: we need to keep that handler alive until init_mem_mapping and don't
> let early_trap_init to trash that early #PF handler.
> So split early_trap_pf_init out and move it down. - Yinghai
Peter,
looks like moving down
On Mon, Dec 17, 2012 at 11:17 AM, Len Brown wrote:
>
> There will be a logical conflict with the uapi changes
> which breaks the turbostat build. It can be fixed this way:
I *think* you meant to point me at the 'release' branch, so that's
what I pulled.
What you actually pointed me at was the
On Tue, Dec 18, 2012 at 12:32 PM, Stefani Seibold wrote:
> Am Dienstag, den 18.12.2012, 10:44 -0800 schrieb H. Peter Anvin:
>> On 12/18/2012 08:52 AM, Stefani Seibold wrote:
>> >
>> > Pardon, i never disregarded nor i have agreed that this is going to be a
>> > part of the VDSO. I currently have
On Tue, 2012-12-18 at 21:31 +0100, Borislav Petkov wrote:
> On Tue, Dec 18, 2012 at 11:34:41AM -0800, Joe Perches wrote:
> > If no patch is attached, you should get
> >
> > ERROR: Does not appear to be a unified-diff format patch
>
> Well, it needs to handle the case where a patch simply and only
Joe Perches wrote:
> No. I'm confused, I believe your example was:
>
> arch/powerpc/include/asm/kvm_para.h
> ...
> -#include
> +#include
No, that is a correct alteration.
The example I gave was:
- #include
++#include
which is to be found in
On Wed, 24 Oct 2012 19:34:51 +0400
Stanislav Kinsbursky wrote:
> This respin of the patch set was significantly reworked. Most part of new API
> was replaced by sysctls (by one per messages, semaphores and shared memory),
> allowing to preset desired id for next new IPC object.
>
> This patch
Am Dienstag, den 18.12.2012, 10:44 -0800 schrieb H. Peter Anvin:
> On 12/18/2012 08:52 AM, Stefani Seibold wrote:
> >
> > Pardon, i never disregarded nor i have agreed that this is going to be a
> > part of the VDSO. I currently have also no idea how to do this and i see
> > no need at the moment
On Tue, Dec 18, 2012 at 11:34:41AM -0800, Joe Perches wrote:
> If no patch is attached, you should get
>
> ERROR: Does not appear to be a unified-diff format patch
Well, it needs to handle the case where a patch simply and only renames
a file.
Then, even if a patch follows:
diff --git a/README
On Tue, Dec 18, 2012 at 09:06:04PM +0100, Oleg Nesterov wrote:
> On 12/17, Neil Horman wrote:
> >
> > On Mon, Dec 17, 2012 at 05:04:08PM +0100, Oleg Nesterov wrote:
> > >
> > > > Is there a way to switch all namespaces, except for the pid
> > > > namespace?
> > >
> > > Which exactly namespaces you
The auto-ballooning feature automatically performs balloon inflate or
deflate based on host and guest memory pressure. This can help to
avoid swapping or worse in both, host and guest.
Auto-ballooning has a host and a guest part. The host performs
automatic inflate by requesting the guest to
Hi,
This series implements an early protoype of a new feature called
automatic ballooning. This is based on ideas by Rik van Riel and
I also got some help from Rafael Aquini (misconceptions and bugs
are all mine, though).
The auto-ballooning feature automatically performs balloon inflate
and
Today, the balloon_lock mutex is taken and released by fill_balloon()
and leak_balloon() when both functions are entered and when they
return.
This commit moves the locking to the caller instead, which is
the balloon() thread. The balloon thread is the sole caller of those
functions today.
The
On 12/19/2012 01:13 AM, Oleg Nesterov wrote:
> On 12/18, Srivatsa S. Bhat wrote:
>>
>> So now that we can't avoid disabling and enabling interrupts,
>
> Still I think it would be better to not use local_irq_save/restore
> directly.
Sure, we can use this_cpu_add() itself. I explicitly used
101 - 200 of 932 matches
Mail list logo