Running one program that continuously hotplugs and replugs a cpu
concurrently with another program that continuously writes to the
scaling_setspeed node eventually deadlocks with:
=
[ INFO: possible recursive locking detected ]
3.4.0 #37 Tainted: G
I *think* I've uncovered a race condition bug in procfs. If I attempt to
open a file in /proc/net, eg /proc/net/tcp it works fine, but if I
spawn a POSIX thread and attempt to do it from there, it *usually* fails
with a No such file or directory, but some times succeeds. If I do a
system call
Hi,
On Mon, Jul 16, 2012 at 03:07:19PM -0700, Dmitry Torokhov wrote:
On Mon, Jul 16, 2012 at 11:44:53PM +0200, Andreas Mohr wrote:
Hi,
just found the following in dmesg after resume
(currently running -rc7):
[ 9312.672073] psmouse serio2: synaptics: hardware appears to be
On Jul 20, 2012, at 9:20 PM, H. Peter Anvin wrote:
On 07/20/2012 09:37 AM, Vladimir Davydov wrote:
If 'clearcpuid=N' is specified in boot options, CPU feature #N won't be
reported in /proc/cpuinfo and used by the kernel. However, if a
userpsace process checks CPU features directly using the
From: Zhao Chenhui chenhui.z...@freescale.com
Date: Fri, 20 Jul 2012 20:52:03 +0800
Note: The local ip/mac address is the ethernet primary IP/MAC address of
the station. Do not support multiple IP/MAC addresses.
I'm not applying this.
There is no such concept of primary IP address for
On Fri, 2012-07-20 at 10:50 -0700, Tejun Heo wrote:
Also, re-binding busy workers is easy. The idle ones are difficult
and we have to do that anyway for PM optimization. What would be the
benefit of not re-binding busy ones at the risk of continually
transferring workers to another CPU given
From: cj...@qca.qualcomm.com
Date: Fri, 20 Jul 2012 11:01:58 +0800
When io access mode is enabled by BOOTROM or BIOS for AR8152 v2.1,
the register can't be read/write by memory access mode.
Clearing Bit 8 of Register 0x21c could fixed the issue.
Signed-off-by: Cloud Ren
On 07/20/2012 11:23 PM, Paul E. McKenney wrote:
On Fri, Jul 20, 2012 at 08:30:30PM +0530, Srivatsa S. Bhat wrote:
On 07/20/2012 08:05 PM, Paul E. McKenney wrote:
On Fri, Jul 20, 2012 at 06:47:30PM +0530, Srivatsa S. Bhat wrote:
On 07/19/2012 05:24 AM, Paul E. McKenney wrote:
On Wed, Jul 18,
On 07/20/2012 02:03 AM, Daniel Kurtz wrote:
* Leave the device as SEMI_MT, but provide the real locations, and
allow userspace to determine the device vendor/model/etc. If
userspace knows that a specific device behaves in a specific way, it
can do its own quirking handling. Given the specificity
Hello,
On Fri, Jul 20, 2012 at 08:22:30PM +0200, Peter Zijlstra wrote:
I really think people who use hotplug at high frequencies are on drugs
and doing it wrong.
I don't know. It does make some sense. It's not like we have any
other mechanism to keep some processors completely quiesient,
On Fri, 2012-07-20 at 12:13 -0500, Jonathan Nieder wrote:
Peter Zijlstra wrote:
On Tue, 2012-07-17 at 19:16 -0500, Jonathan Nieder wrote:
I'm thrilled to see this regression fix for stable@, but are we really
really sure that it won't cause new regressions?
Doug Smythies ran a ~68
Hi Alan, David,
On Fri, Jul 13, 2012 at 1:10 PM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
On Fri, 13 Jul 2012 14:13:45 +1000
Stephen Rothwell s...@canb.auug.org.au wrote:
After merging the tty tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
On Fri, Jul 20, 2012 at 11:03:58AM -0700, Greg KH wrote:
On Fri, Jul 20, 2012 at 10:52:58AM -0700, Nicholas A. Bellinger wrote:
Hi Greg,
On Thu, 2012-07-19 at 16:55 -0700, Greg KH wrote:
On Thu, Jul 19, 2012 at 02:53:01PM +1000, Stephen Rothwell wrote:
Hi Greg,
Today's
Hi all,
I've stumbled on the following while fuzzing with trinity inside a KVM tools
guest, using the latest -next kernel.
[ 483.990135] INFO: task kworker/u:0:6 blocked for more than 120 seconds.
[ 483.991328] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this
message.
[
Hi,
On Fri, 2012-07-20 at 09:07 -0700, Randy Dunlap wrote:
On 07/19/2012 10:13 PM, Stephen Rothwell wrote:
Hi all,
Changes since 20120719:
on i386 (modular):
ERROR: __divdi3 [fs/gfs2/gfs2.ko] undefined!
or builtin:
fs/built-in.o: In function `gfs2_fallocate':
I'm working on kexec support for a ballooned (Xen PVonHVM) guests.
I have a few questions about how to tweak the memory allocator.
To preserve the overall memory footprint of a ballooned guest during the
kexec boot the old kernel needs to unballoon/populate certain memory
areas, and later the
We have this code:
...
sysram = vmalloc(size);
if (!sysram)
return -ENOMEM;
info = framebuffer_alloc(0, device);
if (!info) {
ret = -ENOMEM;
goto out;
}
...
We'll leak the memory allocated to 'sysram' if the
We have this code:
...
sysram = vmalloc(size);
if (!sysram)
return -ENOMEM;
info = framebuffer_alloc(0, device);
if (info == NULL)
return -ENOMEM;
...
If the vmalloc() call succeeds but the framebuffer_alloc() call
subsequently
The WARN_ON in futex_wait_requeue_pi() for a NULL q.pi_state was testing
the address (q.pi_state) of the pointer instead of the value
(q.pi_state) of the pointer. Correct it accordingly.
Signed-off-by: Darren Hart dvh...@linux.intel.com
CC: Dave Jones da...@redhat.com
CC: Thomas Gleixner
Dave Jones and Dan Carpenter reported issues uncovered via trinity and static
analysis respectively.
The following changes since commit 85efc72a0218335324d358ac479a04c16316fd4d:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client (2012-07-19
16:11:28
If uaddr == uaddr2, then we have broken the rule of only requeueing from
a non-pi futex to a pi futex with this call. If we attempt this, as the
trinity test suite manages to do, we miss early wakeups as q.key is
equal to key2 (because they are the same uaddr). We will then attempt to
dereference
On Fri, Jul 20, 2012 at 11:49 PM, Shuah Khan shuahk...@gmail.com wrote:
On Fri, 2012-07-20 at 08:43 +, Kim, Milo wrote:
TI LP8788 PMU has the current sink as the keyboard led driver.
The brightness is controlled by the i2c commands.
Configurable parameters can be defined in the platform
If fixup_pi_state_owner() faults, pi_mutex may be NULL. Test
for pi_mutex != NULL before testing the owner against current
and possibly unlocking it.
Signed-off-by: Darren Hart dvh...@linux.intel.com
CC: Dave Jones da...@redhat.com
CC: Dan Carpenter dan.carpen...@oracle.com
CC: Thomas Gleixner
Tony,
The big question is what happens when EFI runs out of space.
According to EFI specification, set_variable service returns
EFI_OUT_OF_RESOURCES.
If it doesn't work, the firmware should be fixed.
Matthew avoided the question by implementing the just one record policy.
I think we need to
Dear RT Folks,
I'm pleased to announce the 3.0.36-rt58 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
Head SHA1: 0a085d25fb3ae4f738a50c1e089be936e56e2a3a
Or to build 3.0.36-rt58 directly, the following
Signed-off-by: Jesper Juhl j...@chaosbits.net
---
Documentation/ia64/aliasing-test.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/ia64/aliasing-test.c
b/Documentation/ia64/aliasing-test.c
index 5caa2af..62a190d 100644
--- a/Documentation/ia64/aliasing-test.c
+++
This adds support for experimental zero copy transmit to tun.
This includes some patches from Ian's patchset to support zerocopy with tun,
so it should help that work progress: we are still trying to figure out
how to make everything work properly with tcp but tun seems easier, and
it's helpful
Many places do
if ((skb_shinfo(skb)-tx_flags SKBTX_DEV_ZEROCOPY))
skb_copy_ubufs(skb, gfp_mask);
to copy and invoke frag destructors if necessary.
Add an inline helper for this.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
include/linux/skbuff.h | 16
tun xmit is actually receive of the internal tun
socket. Orphan the frags same as we do for normal rx path.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
drivers/net/tun.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index f3a454c..b95a7f4
zero copy packets are normally sent to the outside
network, but bridging, tun etc might loop them
back to host networking stack. If this happens
destructors will never be called, so orphan
the frags immediately on receive.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
net/core/dev.c | 7
Export skb_copy_ubufs so that modules can orphan frags.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
net/core/skbuff.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 438bbc5..368f65c 100644
--- a/net/core/skbuff.c
+++
On Thu, Jul 19, 2012 at 01:45:20PM +0300, Michael S. Tsirkin wrote:
When more than 1 source id is in use for the same GSI, we have the
following race related to handling irq_states race:
CPU 0 clears bit 0. CPU 0 read irq_state as 0. CPU 1 sets level to 1.
CPU 1 calls kvm_ioapic_set_irq(1).
On Thu, Jul 19, 2012 at 02:13:13PM +0300, Michael S. Tsirkin wrote:
We validate irq pin number when routing is setup, so
code handling illegal irq # in pic and ioapic on each injection
is never called.
Drop it.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
Note: this is on top
Let vhost-net utilize zero copy tx when used with tun.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
drivers/net/tun.c | 146 +-
1 file changed, 134 insertions(+), 12 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
Hi,
Doug Smythies wrote:
On my computer, and from a different thread from yesterday, I let
the proposed wang patch multiple processes test continue for
another 24 hours. The png file showing the results is attached, also
available at [1].
[...]
Reduce code duplication a bit using the new helper.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
net/core/skbuff.c | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index ccfcb7d..438bbc5 100644
---
PREEMPT_ACTIVE flag is bit 27, not 28. Fix the comment.
Signed-off-by: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
---
include/linux/hardirq.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/hardirq.h b/include/linux/hardirq.h
index bb7f309..305f23c
Ping ?
This issue seems to still be present. Any chance we could merge the patch
below?
/Jesper
On Mon, 6 Feb 2012, Jesper Juhl wrote:
On Mon, 6 Feb 2012, Dave Chinner wrote:
On Sun, Feb 05, 2012 at 10:23:44PM +0100, Jesper Juhl wrote:
In xfs_setattr_nonsize(), xfs_trans_alloc() gets
On Fri, Jul 13, 2012 at 04:55:06PM +0800, Asias He wrote:
Hi folks,
[I am resending to fix the broken thread in the previous one.]
This patchset adds vhost-blk support. vhost-blk is a in kernel virito-blk
device accelerator. Compared to userspace virtio-blk implementation, vhost-blk
On Friday, July 20, 2012, Tejun Heo wrote:
Hello,
On Fri, Jul 20, 2012 at 08:22:30PM +0200, Peter Zijlstra wrote:
I really think people who use hotplug at high frequencies are on drugs
and doing it wrong.
I don't know. It does make some sense. It's not like we have any
other
Hello, Rafael.
On Fri, Jul 20, 2012 at 09:44:04PM +0200, Rafael J. Wysocki wrote:
Well, there are use cases I'm not really familiar with.
Pretty much the only use case I'm sufficiently familiar with is
suspend/hibernate where we unplug all of the nonboot CPUs at one point.
The other use
On Friday, July 20, 2012, Stephen Boyd wrote:
Running one program that continuously hotplugs and replugs a cpu
concurrently with another program that continuously writes to the
scaling_setspeed node eventually deadlocks with:
=
[ INFO: possible
After some investigation on large machines I found that
dst_entry.__refcnt particpates in false cache sharing issues that show
when scaling past 12 threads who communicate via tcp with loopback addresses.
I adjusted refcnt to be on its own cache line and that helped quite a bit.
But perhaps a bit
Howdy Minchan,
Once again, thanks for raising such valuable feedback over here.
On Wed, Jul 18, 2012 at 02:48:24PM +0900, Minchan Kim wrote:
+/* __isolate_lru_page() counterpart for a ballooned page */
+static bool isolate_balloon_page(struct page *page)
+{
+ if
On Fri, Jul 20, 2012 at 09:15:44PM +0800, Xiao Guangrong wrote:
On 07/20/2012 06:58 PM, Marcelo Tosatti wrote:
On Fri, Jul 20, 2012 at 10:17:36AM +0800, Xiao Guangrong wrote:
On 07/20/2012 07:58 AM, Marcelo Tosatti wrote:
-}
+rc = ctxt-ops-read_emulated(ctxt, addr,
Hello
I was testing out the newish rdpmc from userspace patches that made it
into 3.4. (I was considering adding support to PAPI). However I've found
that using rdpmc is *slower* than just using regular read.
Am I doing something wrong? At least on this core2 system it's never
faster to
On Fri, 2012-07-20 at 14:46 -0500, Nathan Zimmer wrote:
After some investigation on large machines I found that
dst_entry.__refcnt particpates in false cache sharing issues that show
when scaling past 12 threads who communicate via tcp with loopback addresses.
I adjusted refcnt to be on its
On 07/20/2012 11:21 AM, Vladimir Davydov wrote:
I am a bit concerned about this patch:
1. it silently changes existing behavior.
Yes, but who needs the current implementation of 'clearcpuid' which,
in fact, just hides flags in /proc/cpuinfo while userspace apps will
see and consequently use
On Fri, Jul 20, 2012 at 09:21:53AM -0400, Dave Jones wrote:
On Fri, Jul 20, 2012 at 11:56:06AM +0200, nicolas prochazka wrote:
[ 2384.900061] BUG: unable to handle kernel paging request at
0001002f
That '1' looks like a random bit flip. Try running memtest86.
Looks more a
Hello Kernel experts,
From http://developers.sun.com/solaris/articles/subprocess/subprocess.html
, I am curious to know if the following is already addressed in linux
kernel for vfork() / clone() calls.
The vfork(2) system call was also adopted in the Solaris OS. Much
later, however, when
From: Eric Dumazet eric.duma...@gmail.com
Date: Fri, 20 Jul 2012 22:16:51 +0200
Another idea concerning very hot dst would be to clone them on demand.
The FIB info cached dsts could also be made per-cpu.
And yes, the only reason I'm entertaining that idea now is the fact
that we'll have the
This patch simply adds a newline character at end-of-file to those
files in Documentation/ that currently lack one.
This is done for a few different reasons:
A) It's rather annoying when you do cat some_file.txt that your
prompt/cursor ends up at the end of the last line of output rather
On Jul 21, 2012, at 12:19 AM, H. Peter Anvin wrote:
On 07/20/2012 11:21 AM, Vladimir Davydov wrote:
I am a bit concerned about this patch:
1. it silently changes existing behavior.
Yes, but who needs the current implementation of 'clearcpuid' which,
in fact, just hides flags in
On Thu, Jul 19, 2012 at 01:46:19PM -0600, Jim Cromie wrote:
3 patches here, 1st is bugfix, others are trivial.
1- fix __dev_printk, which broke dev_dbg() prefix under CONFIG_DYNAMIC_DEBUG.
Patch looks good, and would be really nice to get into 3.5. Kay, are you
ok with this patch?
2-
Send the entire DMI (SMBIOS) table to the /dev/random driver to
help seed its pools.
Signed-off-by: Tony Luck tony.l...@intel.com
---
This looks a useful addition to your /dev/random series. There are
lots of platform specific goodies in this table (BIOS version, system
serial number and UUID,
Today's build failed because there's a new user in the MIPS tree:
arch/mips/cavium-octeon/serial.c
http://kisskb.ellerman.id.au/kisskb/buildresult/6739341/
The version in the tree I have registers a platform device rather than
calling into 8250 directly. That appears to be rather better
Hello
the problem is occured with :
- linux kernel 3.4.5i do not test with 3.4.0 / 1 / 2 / 3 / 4,
but i can if you want
- linux kernel 3.5rc6 rc7 / do not test with other rc.
the problem is not occured with :
linux kernel 3.3.4 / 3.3.8
These servers are used for :
- starting a lot of
Michael S. Tsirkin m...@redhat.com writes:
On Thu, Jul 19, 2012 at 08:05:42AM -0500, Anthony Liguori wrote:
Of course, the million dollar question is why would using AIO in the
kernel be faster than using AIO in userspace?
Actually for me a more important question is how does it compare
On Fri, Jul 20, 2012 at 04:38:58PM -0400, Jason Baron wrote:
On Thu, Jul 19, 2012 at 01:46:19PM -0600, Jim Cromie wrote:
3 patches here, 1st is bugfix, others are trivial.
1- fix __dev_printk, which broke dev_dbg() prefix under
CONFIG_DYNAMIC_DEBUG.
Patch looks good, and would be
Move gpc4 to the end of the automatically processed gpio controllers so
we don't taint the automatic offset calculation.
This bug caused all controllers coming after gpc4 to map to the
incorrect address. The result is gpd1 0 0 0 0 would actually map to
GPIO 0 in gpd0.
Signed-off-by: Sean Paul
On Fri, 2012-07-20 at 13:15 -0700, Tony Luck wrote:
Send the entire DMI (SMBIOS) table to the /dev/random driver to
help seed its pools.
Signed-off-by: Tony Luck tony.l...@intel.com
---
This looks a useful addition to your /dev/random series. There are
lots of platform specific goodies
On Fri, Jul 20, 2012 at 10:52:40PM +0200, nicolas prochazka wrote:
Hello
the problem is occured with :
- linux kernel 3.4.5i do not test with 3.4.0 / 1 / 2 / 3 / 4,
but i can if you want
- linux kernel 3.5rc6 rc7 / do not test with other rc.
the problem is not occured with :
Acked-by: Doug Anderson diand...@chromium.org
---
On Fri, Jul 20, 2012 at 1:58 PM, Sean Paul seanp...@chromium.org wrote:
Move gpc4 to the end of the automatically processed gpio controllers so
we don't taint the automatic offset calculation.
This bug caused all controllers coming after
Hi Alan,
On Fri, Jul 20, 2012 at 10:55 PM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
Today's build failed because there's a new user in the MIPS tree:
arch/mips/cavium-octeon/serial.c
http://kisskb.ellerman.id.au/kisskb/buildresult/6739341/
The version in the tree I have registers a platform
In file included from include/linux/kgdb.h:17,
from include/linux/fb.h:8,
from drivers/video/dnfb.c:15:
include/linux/serial_8250.h:71: error: expected identifier or ‘(’ before
numeric constant
include/linux/serial_8250.h:72: error: expected ‘;’ before ‘struct’
On Fri, 20 Jul 2012, Jesper Juhl wrote:
This patch simply adds a newline character at end-of-file to those
files in Documentation/ that currently lack one.
This is done for a few different reasons:
A) It's rather annoying when you do cat some_file.txt that your
prompt/cursor ends up
Request for testing, since I don't have the hardware to test.
Fix Neptune ethernet driver to check dma mapping error after map_page()
interface returns.
Signed-off-by: Shuah Khan shuah.k...@hp.com
Cc: sta...@vger.kernel.org
From: Shuah Khan shuah.k...@hp.com
Date: Fri, 20 Jul 2012 15:27:59 -0600
Request for testing, since I don't have the hardware to test.
This is not how you post a patch.
When you put those ---... there, GIT is going to
On 07/20/2012 11:48 AM, Alan Cox wrote:
On Fri, 20 Jul 2012 10:06:34 +0300
Dan Carpenter dan.carpen...@oracle.com wrote:
We sometimes pass NULL pointers to free_tty_struct(). One example where
it can happen is in the error handling code in pty_common_install().
Signed-off-by: Dan
On Fri, 2012-07-20 at 14:30 -0700, David Miller wrote:
From: Shuah Khan shuah.k...@hp.com
Date: Fri, 20 Jul 2012 15:27:59 -0600
Request for testing, since I don't have the hardware to test.
This is not how you post a patch.
Fix Neptune ethernet driver to check dma mapping error after map_page()
interface returns.
Signed-off-by: Shuah Khan shuah.k...@hp.com
---
drivers/net/ethernet/sun/niu.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/ethernet/sun/niu.c b/drivers/net/ethernet/sun/niu.c
The replacement of spin_lock_irq/spin_unlock_irq pair in interrupt
handler by spin_lock_irqsave/spin_lock_irqrestore pair.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Denis Efremov yefremov.de...@gmail.com
---
drivers/net/ethernet/nvidia/forcedeth.c |4 ++--
On Tue, Jul 17, 2012 at 10:12:21AM -0700, Tejun Heo wrote:
Currently, all workqueue cpu hotplug operations run off
CPU_PRI_WORKQUEUE which is higher than normal notifiers. This is to
ensure that workqueue is up and running while bringing up a CPU before
other notifiers try to use workqueue on
Commit-ID: 30d5c4546a7dae29a1aa76abdb69a78bb00136be
Gitweb: http://git.kernel.org/tip/30d5c4546a7dae29a1aa76abdb69a78bb00136be
Author: H. Peter Anvin h...@zytor.com
AuthorDate: Fri, 20 Jul 2012 13:35:06 -0700
Committer: H. Peter Anvin h...@zytor.com
CommitDate: Fri, 20 Jul 2012 13:36:41
Only refer to the DRM UAPI headers (drm.h, drm_mode.h and drm_sarea.h) from
within drmP.h and drm_crtc.h, and use #include ... to refer to them so that
when the UAPI split happens they can still be accessed.
Signed-off-by: David Howells dhowe...@redhat.com
Acked-by: Dave Airlie airl...@redhat.com
Here's the second installment of patches from step 1 of my plan below to clean
up the kernel header files and sort out the inclusion recursion problems.
Note that these patches will need regenerating if the header files they alter
change before they're applied. However, the disintegration is
Remove redundant DRM UAPI header #inclusions from drivers/gpu/.
Remove redundant #inclusions of core DRM UAPI headers (drm.h, drm_mode.h and
drm_sarea.h). They are now #included via drmP.h and drm_crtc.h via a preceding
patch.
Without this patch and the patch to make include the UAPI headers
Partition the header include path flags into two sets, one for kernelspace
builds and one for userspace builds.
Add the following directories to build after the ordinary include directories
so that #include will pick up the UAPI header directly if the kernel header
has been moved there.
The
Set up empty UAPI Kbuild files to be populated by the header splitter.
Signed-off-by: David Howells dhowe...@redhat.com
---
arch/alpha/include/uapi/asm/Kbuild |3 +++
arch/arm/include/uapi/asm/Kbuild|3 +++
arch/avr32/include/uapi/asm/Kbuild |3 +++
Fix the x86 test_get_len tool to have the right include paths in the right
order (it includes a non-exported kernel header directly), otherwise errors
like the following occur:
/data/fs/linux-2.6-hdr/include/linux/types.h:18:26: error: conflicting types
for 'fd_set'
Fix a build failure in the x86 insn_sanity program after the UAPI split. The
problem is that insn_sanity.c #includes arch/x86/lib/insn.c - which uses the
kernel string header. This leads to conflicts for various definitions against
the /usr/include/ headers.
linux/string.h can be replaced with
Set up uapi/asm/Kbuild.asm. This requires the mandatory headers to be
dynamically detected. The same goes for include/asm/Kbuild.asm. The problem
is that the header files will be split or moved one at a time, but each header
file in Kbuild.asm's list applies to all arch headers of that name
Move include/linux/version.h to the include/generated/ header directory.
A later patch will move it to include/uapi/generated/.
This allows us to get rid of the objhdr-y list.
Signed-off-by: David Howells dhowe...@redhat.com
---
Makefile | 13 +++--
include/linux/Kbuild |
Hello, Paul.
On Fri, Jul 20, 2012 at 02:52:07PM -0700, Paul E. McKenney wrote:
Fix it by using different priorities for up and down notifiers - high
priority for up operations and low priority for down operations.
Cool!!!
This certainly provides another data point in favor of running
Remove the objhdr-y export list as it is no longer used. genhdr-y should be
used instead.
Signed-off-by: David Howells dhowe...@redhat.com
---
Documentation/kbuild/makefiles.txt |8
scripts/Makefile.headersinst |7 ++-
2 files changed, 6 insertions(+), 9 deletions(-)
Differentiate the generated UAPI and internal headers during generation such
that the UAPI headers can be installed elsewhere.
A later patch will use this to move the UAPI headers to:
arch/x86/include/generated/uapi/asm/
to make them easier to handle.
A previous patch added a -I for
Plumb the UAPI Kbuilds into the user header installation and checking system.
As the headers are split the entries will be transferred across from the old
Kbuild files to the UAPI Kbuild files.
The changes made in this commit are:
(1) Exported generated files (of which there are currently four)
The device identifies itself as
0d:05.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1068 PCI-X
Fusion-MPT SAS (rev 01) Subsystem: NEC Corporation SAS1068
and seems to be functionally compatible with 0x0054 PID.
The request for support of this device has been raised on mailinglists
Replace very long constants for EFI variable attributes
with shorter and more convenient names. Also create an
alias for the current longer names so as to not break
compatibility with current API since these constants
are used by userspace programs. This patch depends on
patch
On 07/20/2012 03:08 PM, Khalid Aziz wrote:
Replace very long constants for EFI variable attributes
with shorter and more convenient names. Also create an
alias for the current longer names so as to not break
compatibility with current API since these constants
are used by userspace programs.
On 07/06/2012 12:16 PM, Christoph Lameter wrote:
On Mon, 18 Jun 2012, Glauber Costa wrote:
In the slub allocator, when the last object of a page goes away, we
don't necessarily free it - there is not necessarily a test for empty
page in any slab_free path.
This is the same btw in SLAB
On 07/20/2012 04:10 PM, H. Peter Anvin wrote:
On 07/20/2012 03:08 PM, Khalid Aziz wrote:
Replace very long constants for EFI variable attributes
with shorter and more convenient names. Also create an
alias for the current longer names so as to not break
compatibility with current API since
Commit-ID: 7efa1c87963d23cc57ba40c07316d3e28cc75a3a
Gitweb: http://git.kernel.org/tip/7efa1c87963d23cc57ba40c07316d3e28cc75a3a
Author: Alex Shi alex@intel.com
AuthorDate: Fri, 20 Jul 2012 09:18:23 +0800
Committer: H. Peter Anvin h...@zytor.com
CommitDate: Fri, 20 Jul 2012 15:01:48
On 07/20/2012 03:30 PM, Khalid Aziz wrote:
On 07/20/2012 04:10 PM, H. Peter Anvin wrote:
On 07/20/2012 03:08 PM, Khalid Aziz wrote:
Replace very long constants for EFI variable attributes
with shorter and more convenient names. Also create an
alias for the current longer names so as to not
Ping on this ... we've tripped the same issue on a different system, it
would appear. Would appreciate if anyone can provide answers to the
questions below.
Thanks,
Nish
On 15.05.2012 [10:01:41 -0700], Nishanth Aravamudan wrote:
Hi Santiago,
Are you still working on ibmveth?
I've found a
On 07/20/2012 04:34 PM, H. Peter Anvin wrote:
On 07/20/2012 03:30 PM, Khalid Aziz wrote:
This patch is based upon earlier discussion at
https://lkml.org/lkml/2012/7/13/320.
You are right that EFI specification uses exactly these long names for
the constants, but does that mean kernel must
Hello,
I'm experiencing the following problem with kernel versions 3.0.36
(down to 3.0.23):
on our network we all have one default gateway, it's 10.1.1.254, but
there are some networks for which we have another gateway and for this
networks the default gateway sends an icmp redirect.
lets
Well done
1fd36adcd98c14d2fd97f545293c488775cb2823 : the bug occurs ( cf dump )
1dce27c5aa6770e9d195f2bb7db1db3d4dde5591 : the bug not occurs
Regards,
Nicolas Prochazka.
dump / 1fd36adcd98c14d2fd97f545293c488775cb2823
lloc_fd: slot 71 not NULL!
alloc_fd: slot 71 not NULL!
alloc_fd: slot 71
Hi Greg,
On Fri, 2012-07-20 at 21:42 +0300, Michael S. Tsirkin wrote:
On Fri, Jul 20, 2012 at 11:03:58AM -0700, Greg KH wrote:
On Fri, Jul 20, 2012 at 10:52:58AM -0700, Nicholas A. Bellinger wrote:
Hi Greg,
SNIP
This was a request from MST (CC'ed) in order to have TCM_VHOST show up
From: Denis Efremov yefremov.de...@gmail.com
Date: Sat, 21 Jul 2012 01:54:34 +0400
The replacement of spin_lock_irq/spin_unlock_irq pair in interrupt
handler by spin_lock_irqsave/spin_lock_irqrestore pair.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Denis
301 - 400 of 912 matches
Mail list logo