On Wed, Oct 31, 2012 at 8:16 PM, Henrik Rydberg rydb...@euromail.se wrote:
Hi Benjamin,
This is a nice feature, useful in many other contexts. As such, I
think it should be defined in the context of the input subsystem, with
a more specific definition added to the documentation. For
Correct spelling typo in sound/soc/codecs
Signed-off-by: Masanari Iida standby2...@gmail.com
---
sound/soc/codecs/ab8500-codec.c | 2 +-
sound/soc/codecs/wm8974.c | 6 +++---
sound/soc/codecs/wm8978.c | 6 +++---
sound/soc/codecs/wm8983.c | 6 +++---
sound/soc/codecs/wm8985.c
On Fri, Nov 2, 2012 at 6:53 PM, Vivek Goyal vgo...@redhat.com wrote:
On Thu, Nov 01, 2012 at 02:52:25PM +, Matthew Garrett wrote:
On Thu, Nov 01, 2012 at 10:43:04AM -0400, Vivek Goyal wrote:
So I think this does satisfy the requirement matthew specified. Isn't it?
Matthew, what do you
1: simplify and tighten parsing of device IDs
2: reject out of range inputs
Signed-off-by: Jan Beulich jbeul...@suse.com
--
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
Now that at least one of the conformance problems of the kernel's
sscanf() was addressed (commit da99075c1d368315e1508b6143226c0d27b621e0),
we can improve the parsing done in xen-pciback both in terms of code
readability and correctness (in particular properly rejecting input
strings not well
Correct spelling typo in bnx2x driver
Signed-off-by: Masanari Iida standby2...@gmail.com
---
drivers/net/ethernet/broadcom/bnx2x/bnx2x_ethtool.c | 2 +-
drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c| 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git
This add checks for out of range numbers (including in cases where the
folding of slot and function into a single value could yield false
matches).
It also removes the bogus field width restrictions in str_to_quirk() -
nowhere else in the driver this is being done, and hence this function
could
On Fri, Nov 02, 2012 at 07:59:15PM +0530, Balbir Singh wrote:
On Fri, Nov 2, 2012 at 6:53 PM, Vivek Goyal vgo...@redhat.com wrote:
On Thu, Nov 01, 2012 at 02:52:25PM +, Matthew Garrett wrote:
On Thu, Nov 01, 2012 at 10:43:04AM -0400, Vivek Goyal wrote:
So I think this does satisfy
On Fri, 2012-11-02 at 14:23 +, Christoph Lameter wrote:
On Mon, 29 Oct 2012, Steven Rostedt wrote:
A while ago Frederic posted a series of patches to get an idea on
how to implement nohz cpusets. Where you can add a task to a cpuset
and mark the set to be 'nohz'. When the task runs on
On Thu, 1 Nov 2012, Kent Yoder wrote:
Hi James,
This time against security-next...
Thanks, pulled.
The following changes since commit 61d335dd27c67d656f114c091a46cf95cbeeb77c:
Merge branch 'security-next-keys' of
This is another step towards better standard conformance. Rather than
adding a local buffer to store the specified portion of the string
(with the need to enforce an arbitrary maximum supported width to
limit the buffer size), do a maximum width conversion and then drop as
much of it as is
This makes the resulting diagnostics quite a bit more useful.
Signed-off-by: Jan Beulich jbeul...@suse.com
---
include/linux/bug.h | 16
1 file changed, 16 insertions(+)
--- 3.7-rc3/include/linux/bug.h
+++ 3.7-rc3-static-assert/include/linux/bug.h
@@ -27,8 +27,15 @@ struct
Il 31/10/2012 22:22, Tejun Heo ha scritto:
Hello, Paolo.
On Thu, Oct 25, 2012 at 02:35:20PM -0400, Paolo Bonzini wrote:
Disabling filters if opened by root and tranfering via SCM_RIGHTS
would be the simplest interface-wise (there's no new interface at
all). Would that be too dangerous
On 11/02/2012 03:37 PM, Steven Rostedt wrote:
On Fri, 2012-11-02 at 14:23 +, Christoph Lameter wrote:
On Mon, 29 Oct 2012, Steven Rostedt wrote:
A while ago Frederic posted a series of patches to get an idea on
how to implement nohz cpusets. Where you can add a task to a cpuset
and mark
On Thu, Nov 01, 2012 at 10:29:17AM -0400, Eric Paris wrote:
On Thu, Nov 1, 2012 at 5:59 AM, James Bottomley
james.bottom...@hansenpartnership.com wrote:
But that doesn't really help me: untrusted root is an oxymoron.
Imagine you run windows and you've never heard of Linux. You like
that
On 11/02/2012 04:23 AM, Ralf Baechle wrote:
On Fri, Nov 02, 2012 at 10:58:01AM +0100, Ralf Baechle wrote:
Can you fold these MIPS bits into your patch?
I missed Lantiq.
Thanks, I've squashed that in, and with a quick grep noticed that
arch/{arm64,microblaze} also need updating.
--
To
On Fri, 2 Nov 2012, Steven Rostedt wrote:
also it would be best to sync this conceptually with the processors
enabled for rcu processing.
Processors can be disabled for rcu processing? Or are you talking about
Paul's new work of offloading rcu callbacks?
Yes. Paul's new work to remove rcu
On Fri, Nov 2, 2012 at 5:23 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Thursday, October 18, 2012 01:50:09 PM Yinghai Lu wrote:
From: Tang Chen tangc...@cn.fujitsu.com
We need to find out if one handle is for root bridge, and install notify
handler for it to handle pci root bus hot add.
At
This will show the gpio chip as a child node
under /sys/bus/pci/devices/:xx:xx.x/
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
drivers/gpio/gpio-pch.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpio/gpio-pch.c
[RE: [PATCH] To crash dump, we need keep other memory type except E820_RAM,
because other type come from BIOS or firmware is used by other code(for
example: PCI_MMCONFIG).] On 01/11/2012 (Thu 08:49) Zhang, Jun wrote:
Hello, Anvin
Thank for your advice.
Hello, All
the next patch is
On 11/02/2012 02:38 PM, Josh Cartwright wrote:
Thanks for the review.
On Fri, Nov 02, 2012 at 10:33:44AM +0100, Lars-Peter Clausen wrote:
On 10/31/2012 07:58 PM, Josh Cartwright wrote:
[...]
+#define PERIPH_CLK_CTRL_SRC(x) (periph_clk_parent_map[((x)3)4])
+#define
On Fri, 2012-11-02 at 15:03 +, Christoph Lameter wrote:
On Fri, 2 Nov 2012, Steven Rostedt wrote:
also it would be best to sync this conceptually with the processors
enabled for rcu processing.
Processors can be disabled for rcu processing? Or are you talking about
Paul's new
On 31.10.2012 22:41, Stanislav Meduna wrote:
on an embedded platform using a Freescale i.MX28 ARM processor
I am experiencing a strange phenomenon - the latencies reported
are dependent of HZ
OK, the problem is that the MXS platform does not setup
the scheduler clock so the scheduler only
Christoph Lameter said, at 2012/11/1 1:50:
-buffer = per_cpu_ptr(percpu_buffer, smp_processor_id());
+buffer = this_cpu_ptr(percpu_buffer);
return buffer-buffer;
Just do a
return this_cpu_read(percpu_buffer-buffer);
and get rid of the this_cpu_ptr op
can not do
On 18/10/2012 16:12, Wei Yongjun wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Use the module_pci_driver() macro to make the code simpler
by eliminating module_init and module_exit calls.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
On Wed, Oct 31, 2012 at 03:02:01PM +, Matthew Garrett wrote:
On Wed, Oct 31, 2012 at 03:50:00PM +0100, Jiri Kosina wrote:
Reading stored memory image (potentially tampered before reboot) from disk
is basically DMA-ing arbitrary data over the whole RAM. I am currently not
able to
On Fri, Nov 02, 2012 at 04:12:21PM +0100, Lars-Peter Clausen wrote:
On 11/02/2012 02:38 PM, Josh Cartwright wrote:
On Fri, Nov 02, 2012 at 10:33:44AM +0100, Lars-Peter Clausen wrote:
On 10/31/2012 07:58 PM, Josh Cartwright wrote:
[...]
+static void __init zynq_periph_clk_setup(struct
On Fri, 02 Nov 2012 15:49:02 +0100
Paolo Bonzini pbonz...@redhat.com wrote:
Il 31/10/2012 22:22, Tejun Heo ha scritto:
Hello, Paolo.
On Thu, Oct 25, 2012 at 02:35:20PM -0400, Paolo Bonzini wrote:
Disabling filters if opened by root and tranfering via SCM_RIGHTS
would be the simplest
On 18/10/2012 16:13, Wei Yongjun wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Use the module_pci_driver() macro to make the code simpler
by eliminating module_init and module_exit calls.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
On 18/10/2012 16:15, Wei Yongjun wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Use the module_pci_driver() macro to make the code simpler
by eliminating module_init and module_exit calls.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
On Fri, Nov 02, 2012 at 10:20:27AM -0400, Alan Stern wrote:
On Fri, 2 Nov 2012, Jan Beulich wrote:
On 02.11.12 at 15:01, Alan Stern st...@rowland.harvard.edu wrote:
On Thu, 1 Nov 2012, Jan Beulich wrote:
Alan Stern st...@rowland.harvard.edu 11/01/12 9:39 PM
On Thu, 1 Nov 2012,
On Fri, Nov 02, 2012 at 11:30:48AM -0400, Vivek Goyal wrote:
crash utility has module which allows reading kernel memory. So leaking
this private key will be easier then you are thinking it to be.
That's not upstream, right?
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from
This patch contains fixes for persistent grants implementation v2:
* handle == 0 is a valid handle, so initialize grants in blkback
setting the handle to BLKBACK_INVALID_HANDLE instead of 0. Reported
by Konrad Rzeszutek Wilk.
* new_map is a boolean, use true or false instead of 1 and 0.
Hey Linus,
Please git pull the following tag:
git pull git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
stable/for-linus-3.7-rc4-tag
which has the following fixes (copy-n-paste from the signed tag):
tag
Bug-fixes:
* Use appropriate macros instead of hand-rolling our own (ARM).
*
On Thu, Nov 01, 2012 at 03:02:25PM -0600, Chris Friesen wrote:
On 11/01/2012 02:27 PM, Pavel Machek wrote:
Could someone write down exact requirements for Linux kernel to be signed by
Microsoft?
Because thats apparently what you want, and I don't think crippling
kexec/suspend is
enough.
On 10/31/2012 04:59 PM, Sasha Levin wrote:
So you probably want a lot more than 100k syscalls, why limit it at
all actually?
I unset the limit but I still can't reproduce...
I've attached my .config for the guest kernel as reference.
Even using this config does not help to reproduce that.
On Fri, Nov 02, 2012 at 03:42:48PM +, Matthew Garrett wrote:
On Fri, Nov 02, 2012 at 11:30:48AM -0400, Vivek Goyal wrote:
crash utility has module which allows reading kernel memory. So leaking
this private key will be easier then you are thinking it to be.
That's not upstream,
On Fri, 2012-10-26 at 09:23 -0600, Shuah Khan wrote:
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
this_cpu_ptr is faster than per_cpu_ptr(p, smp_processor_id())
and can reduce memory accesses.
The latter helper needs to find the offset for current cpu,
and needs more assembler instructions which objdump shows in following.
per_cpu_ptr(p, smp_processor_id())：
1e: 65 8b 04 25 00 00 00 00
From: Shan Wei davids...@tencent.com
Signed-off-by: Shan Wei davids...@tencent.com
Reviewed-by: Christoph Lameter c...@linux.com
---
net/rds/ib_recv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/rds/ib_recv.c b/net/rds/ib_recv.c
index 8d19491..a4a5064 100644
---
From: Shan Wei davids...@tencent.com
Signed-off-by: Shan Wei davids...@tencent.com
---
net/xfrm/xfrm_ipcomp.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/net/xfrm/xfrm_ipcomp.c b/net/xfrm/xfrm_ipcomp.c
index e5246fb..394d672 100644
--- a/net/xfrm/xfrm_ipcomp.c
From: Shan Wei davids...@tencent.com
no change vs v1.
Lots of drivers use this kind to read/write per-cpu variable.
stats = this_cpu_ptr(dp-stats_percpu);
u64_stats_update_begin(stats-sync);
stats-tx_packets++;
u64_stats_update_begin(stats-sync);
Signed-off-by: Shan Wei
From: Shan Wei davids...@tencent.com
Signed-off-by: Shan Wei davids...@tencent.com
---
kernel/padata.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/kernel/padata.c b/kernel/padata.c
index 89fe3d1..cf94137 100644
--- a/kernel/padata.c
+++ b/kernel/padata.c
@@
From: Shan Wei davids...@tencent.com
Signed-off-by: Shan Wei davids...@tencent.com
---
kernel/rcutree.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/rcutree.c b/kernel/rcutree.c
index 74df86b..441b945 100644
--- a/kernel/rcutree.c
+++ b/kernel/rcutree.c
@@
From: Shan Wei davids...@tencent.com
Signed-off-by: Shan Wei davids...@tencent.com
---
kernel/trace/blktrace.c |2 +-
kernel/trace/trace.c|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/trace/blktrace.c b/kernel/trace/blktrace.c
index c0bd030..71259e2
From: Shan Wei davids...@tencent.com
Signed-off-by: Shan Wei davids...@tencent.com
Reviewed-by: Christoph Lameter c...@linux.com
---
drivers/clocksource/arm_generic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/clocksource/arm_generic.c
From: Shan Wei davids...@tencent.com
As Christoph Lameter said:
In addition, following usage of per_cpu_ptr can be replaced by this_cpu_read.
cpu=get_cpu()
*per_cpu_ptr(p,cpu)
put_cpu()
Right.
Signed-off-by: Shan Wei davids...@tencent.com
---
net/batman-adv/main.h |
this_cpu_ptr is faster than per_cpu_ptr(p, smp_processor_id())
and can reduce memory accesses.
The latter helper needs to find the offset for current cpu,
and needs more assembler instructions which objdump shows in following.
per_cpu_ptr(p, smp_processor_id())：
1e: 65 8b 04 25 00 00 00 00
From: Shan Wei davids...@tencent.com
Signed-off-by: Shan Wei davids...@tencent.com
Reviewed-by: Christoph Lameter c...@linux.com
---
net/core/flow.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/net/core/flow.c b/net/core/flow.c
index e318c7e..3bad824 100644
---
On Fri, Nov 2, 2012 at 7:21 AM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
Fair enough. But there's no such thing a 'hotplug enumeration
construct' in Linux yet, and a bus is the closest thing to it. It does
take advantage of the nice way device code matches drivers and devices
though.
A
On Fri, Nov 2, 2012 at 11:51 AM, Jiri Slaby jsl...@suse.cz wrote:
On 10/31/2012 04:59 PM, Sasha Levin wrote:
So you probably want a lot more than 100k syscalls, why limit it at
all actually?
I unset the limit but I still can't reproduce...
I've attached my .config for the guest kernel as
On Fri, Oct 26, 2012 at 04:45:14PM -0500, Seth Jennings wrote:
On 10/02/2012 01:17 PM, Dan Magenheimer wrote:
If so, shake hands and move forward? What do you see as next steps?
I've been reviewing the changes between zcache and zcache2 and getting
a feel for the scope and direction of
On 11/01, Oleg Nesterov wrote:
On 11/01, Paul E. McKenney wrote:
OK, so it looks to me that this code relies on synchronize_sched()
forcing a memory barrier on each CPU executing in the kernel.
No, the patch tries to avoid this assumption, but probably I missed
something.
1. A task
On 11/02/2012 05:07 PM, Sasha Levin wrote:
On Fri, Nov 2, 2012 at 11:51 AM, Jiri Slaby jsl...@suse.cz wrote:
On 10/31/2012 04:59 PM, Sasha Levin wrote:
So you probably want a lot more than 100k syscalls, why limit it at
all actually?
I unset the limit but I still can't reproduce...
I've
This is a platform driver for asynchronous external memory interface
available on TI SoCs. This driver was previously located inside the
mach-davinci folder. As this DaVinci IP is re-used across multiple
family of devices such as c6x, keystone etc, the driver is moved to drivers.
The driver
DaVinci NAND driver is a controller driver based on the AEMIF hardware
IP found on TI SoCs. It is also used on SoCs that are not DaVinci based. This
patch removes the driver dependency on DaVinci architecture so that it
can be used on other architectures such as c6x, keystone etc.
Also migrate
On Mon, Oct 29, 2012 at 03:05:56PM -0400, Konrad Rzeszutek Wilk wrote:
On Mon, Oct 29, 2012 at 11:18:09AM -0700, Alexander Duyck wrote:
On Mon, Oct 15, 2012 at 10:19 AM, Alexander Duyck
alexander.h.du...@intel.com wrote:
While working on 10Gb/s routing performance I found a significant
The DaVinci AEMIF (asynchronous external memory interface) is used on other
TI SoCs that are not DaVinci based. So the AEMIF driver is to be moved
outside mach-davinci to the drivers folder so that it can be re-used on other
TI SoCs. Also migrate the DaVinci NAND driver to use the new
aemif API.
On Fri, 2 Nov 2012, Vivek Goyal wrote:
crash utility has module which allows reading kernel memory. So leaking
this private key will be easier then you are thinking it to be.
That's not upstream, right?
Yes, checked with Dave, it is not upstream. Well, still it is a concern
for
Further, it is critical to enable hardware vendors to avoid writing
any code for which there are existing drivers.
Which is why you don't want to create a new bus type for it.
Capebus seems to me to provide this solution fairly well. I don't
believe the SFI approach covers the most critical
On 11/02/2012 12:18 PM, Jiri Slaby wrote:
On 11/02/2012 05:07 PM, Sasha Levin wrote:
On Fri, Nov 2, 2012 at 11:51 AM, Jiri Slaby jsl...@suse.cz wrote:
On 10/31/2012 04:59 PM, Sasha Levin wrote:
So you probably want a lot more than 100k syscalls, why limit it at
all actually?
I unset the
On Thu 2012-11-01 15:02:25, Chris Friesen wrote:
On 11/01/2012 02:27 PM, Pavel Machek wrote:
Could someone write down exact requirements for Linux kernel to be signed by
Microsoft?
Because thats apparently what you want, and I don't think crippling
kexec/suspend is
enough.
As I
Printing out the information about which file can be affected by a
memory error in generic_error_remove_page() is helpful for user to
estimate the impact of the error.
Changelog v2:
- dereference mapping-host after if (!mapping) check for robustness
Signed-off-by: Naoya Horiguchi
action_result() fails to print out dirty even if an error occurred on a
dirty pagecache, because when we check PageDirty in action_result() it was
cleared after page isolation even if it's dirty before error handling. This
can break some applications that monitor this message, so should be fixed.
Hello,
These 2 patches fix or add the kernel messages which help users to
know what kind of pages are hit by errors and/or how the impact is.
Originally these were posted as part of patchsets which are pending
due to unsolved issues, but these are simple enough and related only
to memory error
On Fri, Nov 2, 2012 at 9:52 AM, Vivek Goyal vgo...@redhat.com wrote:
On Fri, Nov 02, 2012 at 03:42:48PM +, Matthew Garrett wrote:
On Fri, Nov 02, 2012 at 11:30:48AM -0400, Vivek Goyal wrote:
crash utility has module which allows reading kernel memory. So leaking
this private key will be
On Tue, Oct 23, 2012 at 10:22:18AM +0100, Ian Campbell wrote:
On Fri, 2012-10-19 at 20:03 +0100, Konrad Rzeszutek Wilk wrote:
Makes it easier to troubleshoot in the field.
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
include/xen/hvm.h | 31
On 11/01/2012 01:49 AM, Zhang, Jun wrote:
Hello, Anvin
Thank for your advice.
Hello, All
the next patch is made by 2), please review it. Thanks!
No, it is not.
You are still modifying the behavior of the kernel depending on
CONFIG_CRASH_DUMP.
CONFIG_CRASH_DUMP doesn't mean we are
On Wed, Oct 24, 2012 at 7:36 PM, Huang Ying ying.hu...@intel.com wrote:
In
https://bugzilla.kernel.org/show_bug.cgi?id=48981
Peter reported that /proc/bus/pci/??/??.? does not works for 3.6.
This is This is because the device configuration space registers will
be not accessible if the
On Wed, Oct 31, 2012 at 08:55:54AM +, Jan Beulich wrote:
On 30.10.12 at 16:44, Konrad Rzeszutek Wilk konrad.w...@oracle.com
wrote:
On Mon, Oct 29, 2012 at 10:08:17AM -0400, Konrad Rzeszutek Wilk wrote:
From: Jan Beulich jbeul...@suse.com
While copying the argument structures in
On Fri, 2012-10-26 at 09:40 -0600, Shuah Khan wrote:
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
On Fri, Nov 2, 2012 at 4:00 AM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Fri, Nov 02, 2012 at 02:42:51AM -0700, Russ Dill wrote:
browse through various detect functions, yes, some of them key off an
ID, but a lot of them just check various registers to see if certain
bits are zero, or
From: Sukadev Bhattiprolu suka...@linux.vnet.ibm.com
Date: Wed, 31 Oct 2012 11:21:28 -0700
Subject: [PATCH] perf: powerpc: Use uapi/unistd.h to fix build error
Use the 'unistd.h' from arch/powerpc/include/uapi to build the perf tool.
Signed-off-by: Sukadev Bhattiprolu suka...@linux.vnet.ibm.com
On Fri, 2012-10-26 at 09:43 -0600, Shuah Khan wrote:
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Hey, Alan, Paolo.
On Fri, Nov 02, 2012 at 03:35:30PM +, Alan Cox wrote:
That would be a change with respect to what we have now. After
transferring a root-opened (better: CAP_SYS_RAWIO-opened) file
descriptor to an unprivileged process your SG_IO commands get
filtered. So a
On Thu, Nov 01, 2012 at 06:34:45AM +, Liu, Jinsong wrote:
Thanks! updated as attached.
Jinsong
=
From f514b97628945cfac00efb0d456f133d44754c9d Mon Sep 17 00:00:00 2001
From: Liu, Jinsong jinsong@intel.com
Date: Thu, 1 Nov 2012 21:02:36 +0800
Subject: [PATCH
On Wed, Oct 24, 2012 at 12:54 AM, Huang Ying ying.hu...@intel.com wrote:
If a PCI device and its parents are put into D3cold, unbinding the
device will trigger deadlock as follow:
- driver_unbind
- device_release_driver
- device_lock(dev) --- previous lock here
Hey, Paolo.
On Fri, Nov 02, 2012 at 03:49:02PM +0100, Paolo Bonzini wrote:
Yeah, I get that it's a behavior change, but would that be a problem?
Worse, it's a potential security hole because previously you'd get
filtering and now you wouldn't.
Considering that SCM_RIGHTS is usually used
The missing newline causes messages like this on dmesg:
[2.578212] ACPI: Invalid Power Resource to register!5[2.578456] ...
Cc: Lin Ming ming.m@intel.com
Cc: Len Brown len.br...@intel.com
Signed-off-by: Cesar Eduardo Barros ces...@cesarb.net
---
drivers/acpi/power.c | 2 +-
1 file
On Fri, 2012-11-02 at 17:33 +0100, Pavel Machek wrote:
On Thu 2012-11-01 15:02:25, Chris Friesen wrote:
On 11/01/2012 02:27 PM, Pavel Machek wrote:
Could someone write down exact requirements for Linux kernel to be signed
by Microsoft?
Because thats apparently what you want, and I
On Wed, Oct 24, 2012 at 12:54 AM, Huang Ying ying.hu...@intel.com wrote:
Some actions during shutdown need device to be in D0 state, such as
MSI shutdown etc, so resume device before shutdown.
Is there a problem report or bugzilla for this issue? What are the
symptoms by which a user could
On Fri, Nov 02, 2012 at 04:52:44PM +, James Bottomley wrote:
The first question is how many compromises do you need. Without
co-operation from windows, you don't get to install something in the
boot system, so if you're looking for a single compromise vector, the
only realistic attack is
On 11/02/2012 09:48 AM, Vivek Goyal wrote:
On Thu, Nov 01, 2012 at 03:02:25PM -0600, Chris Friesen wrote:
With secure boot enabled, then the kernel should refuse to let an
unsigned kexec load new images, and kexec itself should refuse to
load unsigned images.
Yep, good in theory. Now that
On 02.11.12 at 17:44, Konrad Rzeszutek Wilk kon...@kernel.org wrote:
--- a/arch/x86/include/asm/xen/hypercall.h
+++ b/arch/x86/include/asm/xen/hypercall.h
@@ -359,18 +359,14 @@ HYPERVISOR_update_va_mapping(unsigned long va, pte_t
new_val,
return _hypercall4(int,
On Thu, 2012-11-01 at 16:23 +, Matthew Garrett wrote:
On Thu, Nov 01, 2012 at 09:10:56AM -0600, Khalid Aziz wrote:
How would a customer go about getting that userspace binary signed and
re-signed every time they update their app? There is the option of
turning the whole SecureBoot
[[ANNOUNCE] 3.6.5-rt14] On 01/11/2012 (Thu 21:57) Thomas Gleixner wrote:
Dear RT Folks,
I'm pleased to announce the 3.6.5-rt14 release. 3.6.4-rt12 is an
intermediate release with a few changes. 3.6.5-rt13 is an update to
3.6.5 and 3.6.5-rt14 has a fix for my stupidity to release from the
On Fri, Nov 02, 2012 at 10:54:50AM -0600, Chris Friesen wrote:
On 11/02/2012 09:48 AM, Vivek Goyal wrote:
On Thu, Nov 01, 2012 at 03:02:25PM -0600, Chris Friesen wrote:
With secure boot enabled, then the kernel should refuse to let an
unsigned kexec load new images, and kexec itself should
On Fri, Nov 02, 2012 at 04:43:04PM +0100, Roger Pau Monne wrote:
This patch contains fixes for persistent grants implementation v2:
* handle == 0 is a valid handle, so initialize grants in blkback
setting the handle to BLKBACK_INVALID_HANDLE instead of 0. Reported
by Konrad Rzeszutek
This is the start of the stable review cycle for the 3.0.51 release.
There are 4 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sun Nov 4 17:03:28 UTC 2012.
Anything
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Herton Ronaldo Krzesinski herton.krzesin...@canonical.com
commit 238ab78469c6ab7845b43d5061cd3c92331b2452 upstream.
If blk_init_queue fails, we do not call put_disk on the current dr
(dr is
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara j...@suse.cz
commit ef5d437f71afdf4afdbab99213add99f4b1318fd upstream.
On s390 any write to a page (even from kernel itself) sets architecture
specific page dirty bit. Thus when a
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Skeggs bske...@redhat.com
commit cee59f15a60cc6269a25e3f6fbf1a577d6ab8115 upstream.
Signed-off-by: Ben Skeggs bske...@redhat.com
Signed-off-by: Greg Kroah-Hartman gre...@linuxfoundation.org
This is the start of the stable review cycle for the 3.4.18 release.
There are 11 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sun Nov 4 17:03:08 UTC 2012.
Anything
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Sandeen sand...@redhat.com
commit ffb5387e85d528fb6d0d924abfa3fbf0fc484071 upstream.
commit 119c0d4460b001e44b41dcf73dc6ee794b98bd31 changed
ext4_new_inode() such that the inode bitmap was
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Nyman mathias.ny...@linux.intel.com
commit ad2fab36d7922401c4576fb7ea9b21a47a29a17f upstream.
gpios requested with invalid numbers, or gpios requested from userspace via
sysfs
should
3.6-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Bolle pebo...@tiscali.nl
The stable commit 12ddc74e8e25107eda81aceb74e3311c1480b381
(USB: io_edgeport: fix port-data memory leak) left one variable
unused:
3.6-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Skeggs bske...@redhat.com
Backport of fixes from upstream commit:
9430738d80223a1cd791a2baa74fa170d3df1262
Signed-off-by: Ben Skeggs bske...@redhat.com
Signed-off-by: Greg Kroah-Hartman
3.6-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Skeggs bske...@redhat.com
This is to prevent nouveau from taking over the console on headless boards
such as Tesla.
Backport of upstream commit: e412e95a268fa8544858ebfe066826b290430d51
3.6-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold jhov...@gmail.com
commit 80c00750f0c9867a65b30a17880939b6bc660a77 upstream.
Fix port-data memory leak by moving port data allocation and
deallocation to port_probe and port_remove.
3.6-stable review patch. If anyone has any objections, please let me know.
--
From: Herton Ronaldo Krzesinski herton.krzesin...@canonical.com
commit 238ab78469c6ab7845b43d5061cd3c92331b2452 upstream.
If blk_init_queue fails, we do not call put_disk on the current dr
(dr is
201 - 300 of 1140 matches
Mail list logo
