On Mon, Jul 08, 2013 at 03:50:48PM +0200, Jiri Olsa wrote:
patch below gets rid of the warning, and probably the
crash as well
the reason seems to be when HW context is cloned based
on SW event that happened to get there because of the
HW leader, which got closed just before (fd[15] event
Fixed a coding style issue, specifically checkpatch.pl complain:
ossiRelease.c:27: WARNING: line over 80 characters
Signed-off-by: Aldo Iljazi neonsy...@gmail.com
---
drivers/staging/cxt1e1/ossiRelease.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
On Mon, Jul 08, 2013 at 06:09:50AM -0700, Kees Cook wrote:
Hi,
I'd like to get this series added to lkdtm. Can someone take a moment
to review or ack them?
I don't see these in my queue at all, did you copy me the first time
around on them?
Care to resend them? Everything is on hold until
Hello,
Please consider including upstream commit:
3dd6cb497198a0533a2530b6a345c60c9a29b9bc in the next v3.8.y release. It
was included upstream as of v3.9-rc1. It has been tested and confirmed
to resolve http://bugs.launchpad.net/bugs/1180419 .
commit 3dd6cb497198a0533a2530b6a345c60c9a29b9bc
Em Mon, Jul 08, 2013 at 06:24:52PM +0200, Jiri Olsa escreveu:
On Mon, Jul 08, 2013 at 07:57:46AM -0400, Greg Price wrote:
For example, in an application with an expensive function
implemented with deeply nested recursive calls, the default
call-graph presentation is dominated by the
On 8 July 2013 21:27, Uwe Kleine-König u.kleine-koe...@pengutronix.de wrote:
On Mon, Jul 08, 2013 at 09:17:01PM +0530, Viresh Kumar wrote:
Well, big LITTLE still runs an SMP kernel :) and so has this flag set.
The 'S' is justified because cpu0 and cpu1 are of the same type? Are
there b.L
On Mon, Jul 08, 2013 at 11:24:18AM -0400, Vince Weaver wrote:
I guess I should have been noisier about this at the time.
Linux 3.9 came with commit
e259514eef764a5286873618e34c560ecb6cff13
that enabled AMD fam15h Northbridge support, by exposing the events as
part of the core CPU.
On Mon, Jul 08, 2013 at 11:05:20AM +0200, Takashi Iwai wrote:
The reason is that dell_rbu driver requires it. Without the kconfig
option, this driver won't work at all. So, it's a right fix for
dell_rbu.
AFAIK, the consensus in the kernel side is that this too long fw
loading time is
On Mon, Jul 08, 2013 at 03:50:48PM +0200, Jiri Olsa wrote:
need to check if that does not break anything else ;-)
Vince's test-case triggered the below; so there might still be a few loose
ends.
[ 324.983534] [ cut here ]
[ 324.984420] WARNING: at
On Mon, Jul 08, 2013 at 07:40:17PM +0300, Aldo Iljazi wrote:
Fixed a coding style issue, specifically checkpatch.pl complain:
ossiRelease.c:27: WARNING: line over 80 characters
And it's wrong, this fix is not the correct way to do this.
I'd recommend just removing it entirely, as it doesn't
Reuse the TTC clocksource timer as sched clock provider.
Signed-off-by: Soren Brinkmann soren.brinkm...@xilinx.com
---
v2:
- #include linux/sched_clock.h instead of asm/sched_clock.h
- remove Kconfig options and #ifdefs around sched_clock related code
The reasons for having those are
I updated the original patch according to the discussion with Thomas and Baruch.
Furthermore, I noticed that the driver includes the clk-provider header for no
apparent reason and removed it.
Sören
v2:
- adding patch to remove unused header to the series
- #include linux/sched_clock.h
The clk-provider.h header is not required by this driver.
Signed-off-by: Soren Brinkmann soren.brinkm...@xilinx.com
---
drivers/clocksource/cadence_ttc_timer.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/clocksource/cadence_ttc_timer.c
b/drivers/clocksource/cadence_ttc_timer.c
On Thu, 2013-07-04 at 05:20 +0100, Al Viro wrote:
On Wed, Jul 03, 2013 at 04:25:32PM -0400, Waiman Long wrote:
There is no change in logic and everything should just work.
- spin_lock(file-f_path.dentry-d_lock);
+ d_lock(file-f_path.dentry);
if
Hi Marc,
On Sat, Jul 6, 2013 at 8:07 AM, Marc Gauthier
marc.gauth...@tensilica.com wrote:
Geert Uytterhoeven wrote:
On Tue, Jul 2, 2013 at 8:34 PM, Bjorn Helgaas
bhelg...@google.com wrote:
+ warning: vmlinux.o(.text+0x1ad7a4): Section mismatch
in reference from the function pwmchip_add()
On Mon, Jul 8, 2013 at 9:42 AM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Mon, Jul 08, 2013 at 06:09:50AM -0700, Kees Cook wrote:
Hi,
I'd like to get this series added to lkdtm. Can someone take a moment
to review or ack them?
I don't see these in my queue at all, did you copy
(cc'ing Vivek and Jens)
Hello,
On Mon, Jul 08, 2013 at 02:01:39PM +0400, Konstantin Khlebnikov wrote:
This is proof of concept, just basic functionality for IO controller.
This cgroup will control filesystem usage on vfs layer, it's main goal is
bandwidth control. It's supposed to be much
On 06/24/2013 02:30 PM, Paul Gortmaker wrote:
The __cpuinit type of throwaway sections might have made sense
some time ago when RAM was more constrained, but now the savings
do not offset the cost and complications. For example, the fix in
commit 5e427ec2d0 (x86: Fix bit corruption at CPU
Add new crash locations that attempt to execute non-executable memory
regions (data segment, stack, kmalloc, vmalloc).
Signed-off-by: Kees Cook keesc...@chromium.org
---
drivers/misc/lkdtm.c | 45 +
1 file changed, 45 insertions(+)
diff --git
For additional lockup testing, add SPINLOCKUP to trigger a spinlock
deadlock when triggered twice.
Signed-off-by: Kees Cook keesc...@chromium.org
---
drivers/misc/lkdtm.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/misc/lkdtm.c b/drivers/misc/lkdtm.c
index
For additional testing, add WARNING as a trigger that calls WARN_ON(1).
Signed-off-by: Kees Cook keesc...@chromium.org
---
drivers/misc/lkdtm.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/misc/lkdtm.c b/drivers/misc/lkdtm.c
index adb6bde..b1323fc 100644
---
On Monday 08 July 2013 09:21 PM, Stephen Warren wrote:
On 07/06/2013 03:14 AM, Laxman Dewangan wrote:
diff --git a/arch/arm/boot/dts/tegra114-dalmore.dts
b/arch/arm/boot/dts/tegra114-dalmore.dts
@@ -976,4 +1005,5 @@
tegra_car TEGRA114_CLK_EXTERN1;
Please CC me as I'm not subscribing to the list.
Sometimes I get a kernel warning when disabling a CPU core.
The one below came from a 3.2.48 kernel running on a VMware Workstation VM.
I have also tried with kernels 3.4.52 and 3.10.
Kernel 3.10 seems to hold although it not always allow to
On Tue, Jul 02, 2013 at 05:01:47PM +0200, Yann Droneaud wrote:
This patch changes type of dm-de...@redhat.com
The output of ./scripts/get_maintainer.pl is
modified to report dm-de...@redhat.com as a list:
DEVICE-MAPPER (LVM)
M: Alasdair Kergon a...@redhat.com
-M: dm-de...@redhat.com
The -fstack-protector compiler flag will only build stack protections if
a character array is seen. Additionally, the offset to the saved
instruction pointer changes based on architecture, so stomp much harder
(64 bytes) when corrupting the stack.
Signed-off-by: Kees Cook keesc...@chromium.org
On 08/07/2013 19:37, Linus Torvalds wrote:
On Mon, Jul 8, 2013 at 6:20 AM, Eliezer Tamir
eliezer.ta...@linux.intel.com wrote:
- /* only if on, have sockets with POLL_LL and not out of time
*/
- if (ll_flag can_ll can_poll_ll(ll_start, ll_time))
+
On Mon, Jul 01, 2013 at 01:04:43PM -0700, Dave Hansen wrote:
From: Dave Hansen d...@linux.vnet.ibm.com
Original posting:
http://lkml.kernel.org/r/20121214184203.37e6c...@kernel.stglabs.ibm.com
There are a *LOT* of memory debugging options. They are just scattered
all over the
Greetings from George Daniels
I am George Daniels, a Banker and credit system programmer (HSBC bank).
I saw your email address while browsing through the bank D.T.C Screen in my
office
yesterday so I decided to use this very chance to know you. I believe
we should use every opportunity to
On Mon, 2013-07-08 at 18:10 +0100, Alasdair G Kergon wrote:
On Tue, Jul 02, 2013 at 05:01:47PM +0200, Yann Droneaud wrote:
This patch changes type of dm-de...@redhat.com
The output of ./scripts/get_maintainer.pl is
modified to report dm-de...@redhat.com as a list:
DEVICE-MAPPER (LVM)
On 07/05/2013 12:47 PM, Mark Brown wrote:
On Fri, Jul 05, 2013 at 12:33:10PM -0500, Nishanth Menon wrote:
Taking an example of twl-regulator and omap_pmic, are you suggesting
omap_pmic to be a user twl-regulator using
include/linux/regulator/consumer.h? or are you suggesting that
omap_pmic
presumably Tony is still
seeing these warnings.
Correct - I see 10 warning about assignment makes pointer from integer
when building Linus' tree (HEAD = d2b4a646).
My patch doesn't appear to be in linux-next either (next-20130708).
I had hoped to have this patch follow in the same path
On 07/09/2013 12:15 AM, Kees Cook wrote:
Moves the relocation handling into C, after decompression. This requires
that the decompressed size is passed to the decompression routine as
well so that relocations can be found. Only kernels that need relocation
support will use the code (currently
Jean, All,
On 2013-07-08 13:19 +0200, Jean Delvare spake thusly:
Le Monday 24 June 2013 à 20:11 +0200, Yann E. MORIN a écrit :
From: Yann E. MORIN yann.morin.1...@free.fr
[--SNIP--]
Since the search can be a regexp, it is possible that more than one symbol
matches exactly. In this case, we
Jean, All,
On 2013-07-08 13:25 +0200, Jean Delvare spake thusly:
Le Monday 24 June 2013 à 20:11 +0200, Yann E. MORIN a écrit :
From: Yann E. MORIN yann.morin.1...@free.fr
Reported-by: Jean Delvare jdelv...@suse.de
Signed-off-by: Yann E. MORIN yann.morin.1...@free.fr
Cc: Jean Delvare
Hi,
I am trying to use GNU global for kernel source browsing but have run
into a problem when using gtags target in Makefile. The index
files(GTAGS, GSYMS, GPATH, GRTAGS) don't work and on further
investigation turned out to be 16kb each in size. My command line is -
make ARCH=arm
On Mon, Jul 08, 2013 at 10:21:43AM -0700, Joe Perches wrote:
I think this Q entry isn't as useful as it could be
because it doesn't show the status of any patch.
When kernel.org patchwork was unavailable for many months we migrated
over to a private instance - and we still haven't moved back!
On Mon, Jul 08, 2013 at 06:50:23PM +0200, Peter Zijlstra wrote:
[ 324.983534] [ cut here ]
[ 324.984420] WARNING: at /usr/src/linux-2.6/kernel/events/core.c:1953
__perf_event_enable+0x187/0x190()
[ 324.984420] Modules linked in:
[ 324.984420] CPU: 19 PID: 2715
At Mon, 8 Jul 2013 09:49:33 -0700,
Greg KH wrote:
On Mon, Jul 08, 2013 at 11:05:20AM +0200, Takashi Iwai wrote:
The reason is that dell_rbu driver requires it. Without the kconfig
option, this driver won't work at all. So, it's a right fix for
dell_rbu.
AFAIK, the consensus in the
On Mon, Jul 08, 2013 at 10:00:47AM -0700, Tejun Heo wrote:
(cc'ing Vivek and Jens)
Hello,
On Mon, Jul 08, 2013 at 02:01:39PM +0400, Konstantin Khlebnikov wrote:
This is proof of concept, just basic functionality for IO controller.
This cgroup will control filesystem usage on vfs layer,
Hello, Vivek.
On Mon, Jul 08, 2013 at 01:52:01PM -0400, Vivek Goyal wrote:
Again, a problem to be fixed in the stack rather than patching up from
up above. The right thing to do is to propagate pressure through bdi
properly and let whatever is backing the bdi generate appropriate
amount
Hi Linus,
The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-3.11-1
for you to fetch changes up to
On Mon, Jul 8, 2013 at 4:34 PM, Dave Hansen dave.han...@intel.com wrote:
On 07/04/2013 03:30 PM, Stephane Eranian wrote:
There was an misunderstanding on the API of the do_div()
macro. It returns the remainder of the division and this
was not what the function expected leading to disabling the
On Mon, Jul 08, 2013 at 02:01:39PM +0400, Konstantin Khlebnikov wrote:
RESEND: fix CC
This is proof of concept, just basic functionality for IO controller.
This cgroup will control filesystem usage on vfs layer, it's main goal is
bandwidth control. It's supposed to be much more lightweight
Kees Cook keesc...@chromium.org writes:
On Sun, Jul 7, 2013 at 9:39 PM, Michael Opdenacker
michael.opdenac...@free-electrons.com wrote:
This patch proposes to remove kernel configuration parameters
defined in drivers/mtd/devices/Kconfig, but used nowhere
in the makefiles and source code
On Thu, Jul 4, 2013 at 4:20 AM, Cho KyongHo pullip@samsung.com wrote:
...
I am still working on the patch set when I am free.
Implementation of the updated patch set has been finished but not tested yet.
I will post the patches after simple test :)
Ok - thanks Cho!
If you'd like me to
Thanks, I just applied a patch to convert to
get_unused_fd_flags(O_CLOEXEC) in uverbs, since there isn't anything
useful that can be done with uverbs fds across an exec.
- R.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
From: Sami Rahman sami.rah...@mmbresearch.com
Kernel Version: 3.5.0-34-generic
Added support for MMB Networks and Planet Innovation Ingeni ZigBee USB devices
using customized Silicon Labs' CP210x.c USB to UART bridge drivers with PIDs:
88A4, 88A5.
Signed-off-by: Sami Rahman
From: Greg Kroah-Hartman gre...@linuxfoundation.org
Classes support a list of default binary attributes, so use that in the
c2port driver, instead of hand creating and destroying the file, which
is racing with userspace. Bonus is this removes lines of code.
Cc: Rodolfo Giometti
don't see this commit in Linus' tree so presumably Tony is still
seeing these warnings.
Correct - I see 10 warning about assignment makes pointer from integer
when building Linus' tree (HEAD = d2b4a646).
My patch doesn't appear to be in linux-next either (next-20130708).
I had hoped
On Mon, Jul 8, 2013 at 11:21 AM, Grant Grundler grund...@chromium.org wrote:
On Thu, Jul 4, 2013 at 4:20 AM, Cho KyongHo pullip@samsung.com wrote:
...
I am still working on the patch set when I am free.
Implementation of the updated patch set has been finished but not tested yet.
I will
Hi,
seen this morning with a brand new top-of-tree kernel (as of last night) plus a
couple of patches I am working on.
Due to my changes, there is a slight chance that the problem is not due to an
upstream bug, but I think that is quite unlikely (my changes are unrelated
to file system code).
Hi Arnd,
On 7/5/2013 11:51 PM, Arnd Bergmann wrote:
The em_x270_mci_setpower() and em_x270_usb_hub_init() functions
call regulator_enable(), which may return an error that must
be checked.
This changes the em_x270_usb_hub_init() function to bail out
if it fails, and changes the
Checkpatch fixes
---
From 5f089c0b2a57ff6c08710ac9698d65aede06079f Mon Sep 17 00:00:00 2001
From: Michal Hocko mho...@suse.cz
Date: Thu, 4 Jul 2013 17:15:54 +0200
Subject: [PATCH] mm: Honor min_free_kbytes set by user
min_free_kbytes is updated during memory hotplug (by init_per_zone_wmark_min)
Hi Adam,
PTR_ERR() returns a long type value, but btusb_setup_intel() and
btusb_setup_intel_patching() should return an int type value.
This bug makes the judgement if (ret 0) not working on x86_64
architecture systems, leading to failure as below, even panic.
[ 12.958920] Bluetooth:
Hello,
On Mon, Jul 08, 2013 at 10:18:08PM +0530, Viresh Kumar wrote:
On 8 July 2013 21:27, Uwe Kleine-König u.kleine-koe...@pengutronix.de wrote:
On Mon, Jul 08, 2013 at 09:17:01PM +0530, Viresh Kumar wrote:
Well, big LITTLE still runs an SMP kernel :) and so has this flag set.
The 'S'
On Wed, Jul 3, 2013 at 8:40 AM, Naveen N. Rao
naveen.n@linux.vnet.ibm.com wrote:
+#ifdef CONFIG_ACPI_APEI_MEMORY_FAILURE
+ int sec_sev = ghes_severity(gdata-error_severity);
+ struct cper_sec_mem_err *mem_err;
+ mem_err = (struct cper_sec_mem_err *)(gdata+1);
A
On Mon, 8 Jul 2013, Peter Zijlstra wrote:
Urgh, so the 3.9 patches should never have been merged and sunk in while I was
doing my vegetable imitation.
Stephane agreed with the change in 3.10; and I suppose he overlooked the fact
that people were already using it :/ I specifically asked if
On Mon, Jul 8, 2013 at 11:36 AM, H. Peter Anvin h...@zytor.com wrote:
I had hoped to have this patch follow in the same path that the
one that changed the types and introduced the warnings took ...
but since that didn't work perhaps I should just ask Linus to pull
it from my ia64 tree.
I
On Sun, Jul 7, 2013 at 8:31 PM, Sören Brinkmann
soeren.brinkm...@gmail.com wrote:
Hi,
since I updated to 3.10 my system freezes occasionally. Googling the
messages in my kernel log (attached) make me suspect, that my problem
might be related to the issue Shuah reported.
So, I just wanted to
On Thu, 04 Jul 2013 20:19:03 -0400, Mike Pagano said:
I'm not a snake-language person, but...
Modification of the diffconfig script to support both python 2.7 and 3.2.
Added a small change to gracefully exit if the default config files are not
present. (.config and .config.old)
Diffconfig
Subject: perf: Fix perf_lock_task_context() vs RCU
Jiri managed to trigger:
[] ==
[] [ INFO: possible circular locking dependency detected ]
[] 3.10.0+ #228 Tainted: GW
[] ---
[]
In include/uapi/linux/perf_event.h we describe the
PERF_SAMPLE_BRANCH_STACK fields in the PERF_RECORD_SAMPLE
to be of type struct perf_branch_entry, but that structure
is not exported to the user.
Should we not export that structure, something like the following?
Signed-off-by: Vince Weaver
Specifically:
n_gsm.c:810: ERROR: space required before the open parenthesis '('
n_gsm.c:830: WARNING: line over 80 characters
n_gsm.c:971: ERROR: trailing whitespace
n_gsm.c:984: ERROR: code indent should use tabs where possible
n_gsm.c:984: WARNING: please, no space before tabs
n_gsm.c:984:
On Mon, Jul 08, 2013 at 08:28:24AM +0200, Michael Opdenacker wrote:
This patch proposes to remove the XEN_PRIVILEGED_GUEST kernel
configuration parameter defined in arch/x86/xen/Kconfig, but used
nowhere in the makefiles and source code.
This dummy parameter was added 3 years back, and it
On Mon, Jul 08, 2013 at 03:28:54PM -0400, Konrad Rzeszutek Wilk wrote:
On Mon, Jul 08, 2013 at 08:28:24AM +0200, Michael Opdenacker wrote:
This patch proposes to remove the XEN_PRIVILEGED_GUEST kernel
configuration parameter defined in arch/x86/xen/Kconfig, but used
nowhere in the makefiles
On Mon, Jul 8, 2013 at 10:14 AM, Eliezer Tamir
eliezer.ta...@linux.intel.com wrote:
I think there is no way for the compiler to know the value of
can_busy_loop at compile time. It depends on the replies we get
from polling the sockets. ll_flag was there to make sure the compiler
will know
On Mon, 2013-07-08 at 11:22 +0400, Konstantin Khlebnikov wrote:
This adds missing rtnl_unlock()
Signed-off-by: Konstantin Khlebnikov khlebni...@openvz.org
Cc: Jeff Kirsher jeffrey.t.kirs...@intel.com
Cc: e1000-de...@lists.sourceforge.net
---
drivers/net/ethernet/intel/igb/igb_main.c |
On Mon, Jul 08, 2013 at 03:29:49PM +0200, Richard Genoud wrote:
+ * Nicolas Ferre nicolas.fe...@atmel.com
+ *
+ * Based on sam9g20_wm8731.c by:
+ * Sedji Gaouaou sedji.gaou...@atmel.com
The obvious question here is of course if we can use the same driver for
both of them.
+
v2:
- fix potential double-free of lease if second check finds conflict
- add smp_mb's to ensure that other CPUs see i_flock changes
(Full disclosure: I don't have a great feel for memory barriers. Some
guidance here would be appreciated)
As Al Viro points out, there is an
On Mon, Jul 08, 2013 at 03:03:27PM +0200, Roger Pau Monne wrote:
Right now blkfront has no way to unmap grant refs, if using persistent
grants once a grant is used blkfront cannot assure if blkback will
have this grant mapped or not. To solve this problem, a new request
type (BLKIF_OP_UNMAP)
On 08/07/2013 22:37, Linus Torvalds wrote:
On Mon, Jul 8, 2013 at 10:14 AM, Eliezer Tamir
eliezer.ta...@linux.intel.com wrote:
I think there is no way for the compiler to know the value of
can_busy_loop at compile time. It depends on the replies we get
from polling the sockets. ll_flag was
Hi Linus,
Here are the core IO block bits for 3.11. It contains:
- A tweak to the reserved tag logic from Jan, for weirdo devices with
just 3 free tags. But for those it improves things substantially for
random writes.
- Periodic writeback fix from Jan. Marked for stable as well.
- Fix for
On 07/08/2013 12:43 PM, George Cherian wrote:
This patch series adds phy support for AM335X platform.
This patch series is based on Generic PHY framework [1].
This series has
- adds dual musb instances support for am335x platform (just for
testing)
- adds phy-am-usb
On Mon, 08 Jul 2013 22:46:04 +0300
Eliezer Tamir eliezer.ta...@linux.intel.com wrote:
On 08/07/2013 22:37, Linus Torvalds wrote:
On Mon, Jul 8, 2013 at 10:14 AM, Eliezer Tamir
eliezer.ta...@linux.intel.com wrote:
I think there is no way for the compiler to know the value of
On 07/08/2013 11:08 AM, Stephane Eranian wrote:
I admit I have some issues with your patch and what it is trying to avoid.
There is already interrupt throttling. Your code seems to address latency
issues on the handler rather than rate issues. Yet to mitigate the latency
it is modify the
On Mon, 08 Jul 2013 22:46:04 +0300
Eliezer Tamir eliezer.ta...@linux.intel.com wrote:
On 08/07/2013 22:37, Linus Torvalds wrote:
On Mon, Jul 8, 2013 at 10:14 AM, Eliezer Tamir
eliezer.ta...@linux.intel.com wrote:
I think there is no way for the compiler to know the value of
[+cc linux-pci]
On Sun, Jul 7, 2013 at 11:28 PM, Jonghwan Choi jhbird.c...@samsung.com wrote:
Devic3 should be device.
Signed-off-by: Jonghwan Choi jhbird.c...@samsung.com
Patch was corrupted and not sent to linux-pci, but I applied it to my
pci/misc branch by hand. Thanks!
Bjorn
---
On 07/08/2013 12:30 PM, Paul Moore wrote:
On Friday, July 05, 2013 01:10:32 PM Waiman Long wrote:
On 06/11/2013 07:49 AM, Stephen Smalley wrote:
On 06/10/2013 01:55 PM, Waiman Long wrote:
...
Signed-off-by: Waiman Longwaiman.l...@hp.com
Acked-by: Stephen Smalleys...@tycho.nsa.gov
Thank
On 07/08/2013 12:28 PM, Konrad Rzeszutek Wilk wrote:
On Mon, Jul 08, 2013 at 08:28:24AM +0200, Michael Opdenacker wrote:
This patch proposes to remove the XEN_PRIVILEGED_GUEST kernel
configuration parameter defined in arch/x86/xen/Kconfig, but used
nowhere in the makefiles and source code.
On Sat, 06 Jul 2013 15:59:06 -0700 Nicholas A. Bellinger
n...@linux-iscsi.org wrote:
On Fri, 2013-07-05 at 22:08 -0700, Kent Overstreet wrote:
Previous posting: http://thread.gmane.org/gmane.linux.kernel/1511216
The only real change since the last version is that I've reworked the
new
From: Tristan Schmelcher tschmelc...@google.com
which_tmpdir did the wrong thing if /dev/shm was a symlink (e.g., to /run/shm),
if there were multiple mounts on top of each other, if the mount(s) were
obscured by a later mount, or if /dev/shm was a prefix of another mount point.
This fixes these
On Mon, Jul 8, 2013 at 10:05 PM, Dave Hansen dave.han...@intel.com wrote:
On 07/08/2013 11:08 AM, Stephane Eranian wrote:
I admit I have some issues with your patch and what it is trying to avoid.
There is already interrupt throttling. Your code seems to address latency
issues on the handler
On Mon, Jul 8, 2013 at 1:05 PM, Stephen Hemminger
step...@networkplumber.org wrote:
unsigned long start_time = 0;
...
if (want_busy_poll !need_resched()) {
unsigned long now = busy_poll_sched_clock();
if (!start_time) {
start_time = now +
On Mon, Jul 08, 2013 at 09:34:26AM +0100, Mark Brown wrote:
On Sat, Jul 06, 2013 at 09:06:49PM +0200, Arnd Bergmann wrote:
On Saturday 06 July 2013 14:01:12 Maxime Ripard wrote:
a) like interrupts, regs, dmas, clocks, pinctrl, reset, pwm: fixed
property names
regmap
On Mon, Jul 08, 2013 at 09:17:42PM +0200, Peter Zijlstra wrote:
Subject: perf: Fix perf_lock_task_context() vs RCU
Jiri managed to trigger:
[] ==
[] [ INFO: possible circular locking dependency detected ]
[] 3.10.0+ #228 Tainted: G
Nope, this is a just-in-case thing. I think you or Tony asked to have
this in a previous discussion so that we're covered if firmware starts
acting up. Other than that, I'm ok if this is left out.
I'm struggling to think of a case where this would help. It implies that
we are on a running
Am 08.07.2013 22:19, schrieb Tristan Schmelcher:
From: Tristan Schmelcher tschmelc...@google.com
which_tmpdir did the wrong thing if /dev/shm was a symlink (e.g., to
/run/shm),
if there were multiple mounts on top of each other, if the mount(s) were
obscured by a later mount, or if
On Mon, Jul 08, 2013 at 03:14:43PM -0400, valdis.kletni...@vt.edu wrote:
On Thu, 04 Jul 2013 20:19:03 -0400, Mike Pagano said:
I'm not a snake-language person, but...
-print Usage: diffconfig [-h] [-m] [config1 config2]
+print (Usage: diffconfig [-h] [-m] [config1 config2]
Is
On 19:12-20130708, Sourav Poddar wrote:
[..]
generic comment, given our historical mistakes of making drivers
specific to a SoC family, it never is.
Now, ti-qspi in file name is a step in the right direction, but, rest
of the code(function names etc) is just married to DRA7 family of
processor
On 07/08/2013 12:34 PM, Matt Wilson wrote:
For reference, here's a related Debian bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633127
Summary: grub2 scripts parse /boot/config-$(uname -r)
What. The. Fuck.
-hpa
--
To unsubscribe from this list: send the line
Hi,
On Mon, Jul 08, 2013 at 09:44:33PM +0200, Sebastian Andrzej Siewior wrote:
We need two nodes each one with a glue layer and a musb child node. The
instances crap in kernel has to vanish. Also that means your phy nodes
are wrong. This is not musb with two ports but two musb instances each
On 07/08/2013 01:20 PM, Stephane Eranian wrote:
On Mon, Jul 8, 2013 at 10:05 PM, Dave Hansen dave.han...@intel.com wrote:
If the interrupts _consistently_ take too long individually they can
starve out all the other CPU users. I saw no way to make them finish
faster, so the only recourse is
On Sun, Jul 7, 2013 at 6:16 PM, Li, Zhen-Hua zhen-h...@hp.com wrote:
On some IA64 platforms with intel PCI bridge, for example, HP BL890c i2
with Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port,
when kernel tries to disable the mmio decoding on the PCI bridge devices,
kernel may
I did a quite a bit of ftracing to look for spots inside the handler
which were taking large amounts of time. There were none. The
execution time was spread very evenly over the entire nmi handler. It
didn't appear to be any individual hot cachelines or doing something
silly like sitting
Hi!
I now properly updated this driver and tested against 3.10, fixed a bunch
of new checkpatch errors.
Could you merge this to 3.10?
Best regards,
Maxim Levitsky
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Mon, Jul 8, 2013 at 10:54 PM, Andi Kleen a...@linux.jf.intel.com wrote:
I did a quite a bit of ftracing to look for spots inside the handler
which were taking large amounts of time. There were none. The
execution time was spread very evenly over the entire nmi handler. It
didn't appear
On Mon, Jul 08, 2013 at 01:29:40PM -0700, H. Peter Anvin wrote:
What. The. Fuck.
This is just marvellous: grub2 has a bunch of scripts in /etc/grub.d
which rely on the presence of kernel config files in /boot or / and
greps them in order to do the menu entries based on the built-in
features it
On Mon, 8 Jul 2013 14:53:52 +0200 Michal Hocko mho...@suse.cz wrote:
Good news! The test was running since morning and it didn't hang nor
crashed. So this really looks like the right fix. It will run also
during weekend to be 100% sure. But I guess it is safe to say
Hmm, it seems I was
On Mon, Jul 08, 2013 at 09:36:14AM +0100, Mark Brown wrote:
On Sun, Jul 07, 2013 at 09:15:01AM +0200, Maxime Ripard wrote:
On Sat, Jul 06, 2013 at 09:06:49PM +0200, Arnd Bergmann wrote:
We also have a bunch of OTP drivers spread around the kernel, it probably
makes sense to consolidate
Le 08.07.2013 20:23, Roland Dreier a écrit :
Thanks, I just applied a patch to convert to
get_unused_fd_flags(O_CLOEXEC) in uverbs, since there isn't anything
useful that can be done with uverbs fds across an exec.
Thanks.
In fact, InfiniBand was my main target and I kept this change
701 - 800 of 910 matches
Mail list logo