On 2012-07-14 04:25, Thomas Gleixner wrote:
> On Fri, 13 Jul 2012, Thomas Gleixner wrote:
>> On Fri, 13 Jul 2012, Linus Torvalds wrote:
>>> On Fri, Jul 13, 2012 at 8:45 AM, Linus Torvalds
>>> wrote:
>>> At the same time, I do wonder if maybe MSI + IRQF_ONESHOT couldn't be
>>> improved. The fact th
CCing Andrew Morton, and Alexander Gordeev based on git log drivers/pps/pps.c
Pardon me if i made wrong
On Sat, Jun 2, 2012 at 1:28 AM, Emil Goode wrote:
> We should return PTR_ERR if the call to the
> device_create function fails.
> Without this patch we instead return the value
> from a success
On Sat, Jul 14, 2012 at 7:03 AM, Kyungmin Park wrote:
> On Fri, Jul 13, 2012 at 8:10 PM, Amit Daniel Kachhap
> wrote:
>> Add necessary default platform data support needed for TMU driver. This
>> dt/non-dt values are tested for origen exynos4210 and smdk exynos5250
>> platforms.
> Looks good to
Hi Linus,
Here's a second set of fixes for this -rc, all for the samsung platforms.
Arnd
---
The following changes since commit bd0a521e88aa7a06ae7aabaed7ae196ed4ad867a:
Linux 3.5-rc6 (2012-07-07 17:23:56 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/l
err can be used get return status of the usb_control_msg, rather using
nr and assigning it to err when the function returns error.
Signed-off-by: Devendra Naga
---
drivers/staging/winbond/wbusb.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/winb
instead we would have used kzalloc, so our memory which is allocated will be
set to 0.
codepath:
the code path here is prism2sta_probe_usb, calling when ever usb-dev id
and usb-vendor id e.t.c matches with what ever present in the
MODULE_DEVICE_TABLE,
and in prism2sta_probe_usb , we call creat
Linus,
Please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
HEAD: 40b3c43f042c2ba8915aff5c63708207ed7639cb Merge branch 'rcu/urgent' of
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu i
Please send a version that does direct block I/O similar to xen-blkback
for now. If we get proper in-kernel aio support one day you can add
back file backend support.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
M
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
HEAD: 25c037d64e7a0a8effb562babb2b6218829134ac Merge branch
'tip/perf/urgent' of
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux
(sorry for the spam, I needed to resend in text format...)
Hello,
You're right. In fact, I was thinking of add code in drivers/pci/quirk.c to
unhide the SMBus for users who maybe needed it with the following code:
--- a/drivers/pci/quirks.c
+++ b/drivers/pci/quirks.c
@@ -1389,6 +1389,24 @@ DECL
On Sa, 14.07.2012, 03:31, valdis.kletni...@vt.edu wrote:
> On Fri, 13 Jul 2012 16:55:44 -0700, Stephen Hemminger said:
>
>> >+ /* Course retransmit inefficiency- this packet has been
>> >received
>> twice. */
>> >+ tp->dup_pkts_recv++;
>> I don't understand that
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
HEAD: 95c0d71dcb853c2eca5f2231ebbd4c1d3af775b7 MAINTAINERS/sched: Update
scheduler file pattern
Note that this commit:
164c33c6adee sch
On Sat, Jul 14, 2012 at 1:18 AM, Johannes Truschnigg
wrote:
> Hello good people of linux-kernel.
>
> I've been bothered by silent data corruption from my personal fileserver - no
> matter the Layer 7 protocol used, huge transfers sporadically ended up damaged
> in-flight. I used Samba/CIFS, NFS(v4
On Wed, Jul 11, 2012 at 03:48:20PM +0400, Stanislav Kinsbursky wrote:
> This is a fix for bug, introduced in 3.4 kernel by commit
> 1ab5ecb90cb6a3df1476e052f76a6e8f6511cb3d, which, among other things, replaced
> simple sock_put() by sk_release_kernel(). Below is sequence, which leads to
> oops for
> v2: nr_running indexing bug in get_pool_nr_running() fixed.
>
> Signed-off-by: Tejun Heo
> Reported-by: Josh Hunt
> LKML-Reference:
>
> Cc: Tony Luck
> Cc: Fengguang Wu
> ---
> git branch updated accordingly. Thanks.
It works now, thank you very much!
Tested-by: Fengguang Wu
--
To uns
On Tue, Jul 03, 2012 at 01:19:03AM +, Kim, Milo wrote:
> The lp8727 header can be used only in the platform side,
> so it can be moved to the platform_data directory.
>
> Signed-off-by: Milo(Woogyom) Kim
Applied, thanks!
--
Anton Vorontsov
Email: cbouatmai...@gmail.com
--
To unsubscribe fr
On Sat, 2012-07-14 at 16:04 +0800, Hillf Danton wrote:
> On Sat, Jul 14, 2012 at 1:18 AM, Johannes Truschnigg
> wrote:
> > Hello good people of linux-kernel.
> >
> > I've been bothered by silent data corruption from my personal fileserver -
> > no
> > matter the Layer 7 protocol used, huge transf
On Sat, 2012-07-14 at 09:56 +0200, Piotr Sawuk wrote:
> On Sa, 14.07.2012, 03:31, valdis.kletni...@vt.edu wrote:
> > On Fri, 13 Jul 2012 16:55:44 -0700, Stephen Hemminger said:
> >
> >> >+ /* Course retransmit inefficiency- this packet has been
> >> >received
> >> twice. */
> >> >+
On Sat, Jul 14, 2012 at 10:20:41AM +0200, Eric Dumazet wrote:
> > On Tue, Jul 3, 2012 at 8:02 AM, Willy Tarreau wrote:
> > >
> > > In fact it has been true zero copy in 2.6.25 until we faced a large
> > > amount of data corruption and the zero copy was disabled in 2.6.25.X.
> > > Since then it rem
Sat, Jul 14, 2012 at 07:50:35AM CEST, jon.ma...@intel.com wrote:
>On Sat, Jul 14, 2012 at 01:14:03AM +0200, Jiri Pirko wrote:
>> Fri, Jul 13, 2012 at 11:45:00PM CEST, jon.ma...@intel.com wrote:
>> >A virtual ethernet device that uses the NTB transport API to send/receive
>> >data.
>> >
>> >Signed-
On Sat, Jul 14, 2012 at 5:23 AM, Dave Airlie wrote:
> On Sat, Jul 14, 2012 at 12:18 PM, werner wrote:
>> On a computer of someone else, on which today I tried to install 3.5-rc6
>> (what on my computer and on an HP pavillon laptop runs without problem - on
>> the laptop however needs ircpoll othe
On Fri, 13 Jul 2012, Shuah Khan wrote:
> diff --git a/mm/slab_common.c b/mm/slab_common.c
> index 12637ce..aa3ca5b 100644
> --- a/mm/slab_common.c
> +++ b/mm/slab_common.c
> @@ -98,7 +98,9 @@ struct kmem_cache *kmem_cache_create(const char *name,
> size_t size, size_t align
>
> s = __kmem
Hi!
> > > > With the risk of bikeshedding here, but I find the name awkward. How
> > > > about just naming the arch port arm64 instead? It's considerably more
> > > > descriptive in the context of the kernel. For reference, we didn't
> > > > name ppc64, nor powerpc, after what the IBM/power.org m
On Tue 2012-07-10 11:12:23, Catalin Marinas wrote:
> On Sat, Jul 07, 2012 at 10:30:58AM +0100, Mikael Pettersson wrote:
> > Catalin Marinas writes:
> > > Compilation requires a new aarch64-none-linux-gnu-
> > > toolchain (http://gcc.gnu.org/ml/gcc-patches/2012-05/msg01694.html).
> >
> > Where ar
On Sat, Jul 14, 2012 at 12:33:51AM +0200, Jesper Juhl wrote:
> How about we start cutting down on the options and start saying "a Linux
> system will provide feature x and y - always ...".
> Stuff like (and I'm just pulling random stuff out here) - ASLR, seccomp,
> 250HZ minimum etc etc.. We coul
On Fri, 2012-07-13 at 08:50 -0400, Chris Mason wrote:
> On Wed, Jul 11, 2012 at 11:47:40PM -0600, Mike Galbraith wrote:
> > Greetings,
>
> [ deadlocks with btrfs and the recent RT kernels ]
>
> I talked with Thomas about this and I think the problem is the
> single-reader nature of the RW rwlock
On Sat, Jul 14, 2012 at 10:31:36AM +0200, Willy Tarreau wrote:
> > Please Johannes could you try latest kernel tree ?
>
> It would be useful, especially given the amount of changes you performed
> in this area in latest version, it could be very possible that this new
> bug got fixed as a side eff
On Fri, Jul 13, 2012 at 08:02:55PM +0200, Davidlohr Bueso wrote:
> From: Davidlohr Bueso
>
> AMD has renamed nested page table technology to rapid virtualization indexing,
> reflect this change in the kernel.
>
> Signed-off-by: Davidlohr Bueso
You know that /proc/cpuinfo is a userspace ABI, ri
Add an explanation of how to use GCC's statement expression extension
for defining multi-line macros.
Signed-off-by: Robert P. J. Day
---
diff --git a/Documentation/CodingStyle b/Documentation/CodingStyle
index cb9258b..c0eec33 100644
--- a/Documentation/CodingStyle
+++ b/Documentation/CodingS
On Sat, 2012-07-14 at 12:13 +0200, Johannes Truschnigg wrote:
> On Sat, Jul 14, 2012 at 10:31:36AM +0200, Willy Tarreau wrote:
> > > Please Johannes could you try latest kernel tree ?
> >
> > It would be useful, especially given the amount of changes you performed
> > in this area in latest versio
On Fri, Jul 13, 2012 at 11:41:21PM +0200, richard -rw- weinberger wrote:
> On Fri, Jul 13, 2012 at 10:54 PM, Myklebust, Trond
> wrote:
> > We could at least make selection of a minimal set of drivers for the
> > more common virtualised platforms a lot easier.
> > Right now, you need to hunt throug
On Sat, Jul 14, 2012 at 12:33:24PM +0200, Eric Dumazet wrote:
> On Sat, 2012-07-14 at 12:13 +0200, Johannes Truschnigg wrote:
> > On Sat, Jul 14, 2012 at 10:31:36AM +0200, Willy Tarreau wrote:
> > > > Please Johannes could you try latest kernel tree ?
> > >
> > > It would be useful, especially giv
On Fri, Jul 13, 2012 at 03:00:57PM -0400, Steven Rostedt wrote:
> I guess that's why it's in a file called hyPERV_vmbus. ;-)
Ladies and gentlemen, Steve can see nastyness in an arbitrary ASCII
string.
8-).
--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe
I have your patch burning on my 64 core rt box. If it survives the
weekend, you should be able to replace my jbd hack with your fix..
Tested-by: Mike Galbraith
..so here, one each chop in advance. It wouldn't dare work ;-)
On Fri, 2012-07-13 at 16:25 +0200, Thomas Gleixner wrote:
> On Fri, 1
Signed-off-by: Robert P. J. Day
---
while i was perusing CodingStyle, i did some tidying up along the
way. i won't take it personally if someone decides not to bother with
this, it's all pretty minor.
this is all independent of the earlier macro explanation.
diff --git a/Documentation/C
This replaces some inaccurate lookup tables with an exact
computation. Although the diff adds source comments,
it shrinks binary size. (By only 50 bytes, but hey.)
AT keyboard repeat rates are multiples of 1/240 second
expressed in a 0.2.3 bit floating point format. That
is, possible values are
On Sat, 2012-07-14 at 12:44 +0200, Willy Tarreau wrote:
> On Sat, Jul 14, 2012 at 12:33:24PM +0200, Eric Dumazet wrote:
> > On Sat, 2012-07-14 at 12:13 +0200, Johannes Truschnigg wrote:
> > > On Sat, Jul 14, 2012 at 10:31:36AM +0200, Willy Tarreau wrote:
> > > > > Please Johannes could you try late
On Sat, 2012-07-14 at 13:00 +0200, Mike Galbraith wrote:
> I have your patch burning on my 64 core rt box. If it survives the
> weekend, you should be able to replace my jbd hack with your fix..
>
> Tested-by: Mike Galbraith
>
> ..so here, one each chop in advance. It wouldn't dare work ;-)
Hi - any progress on this or on the patch I submitted for it ? -
please see enclosed - apologies for my being forced to use gmail which
has mandatory line wrap -
Please do something about restoring correct thermal operation on
x86_64 K8's with HP BIOS !
Thanks & Regards,
Jason
Re: [PATCH: 1/1] ACP
On Sat, 14 Jul 2012, Jan Kiszka wrote:
> On 2012-07-14 04:25, Thomas Gleixner wrote:
> This patch here is a workaround to unbreak devices assignment in 3.5
> after the IRQ layer changes without regressing noticeable /wrt overhead.
Yeah, workaround and regression are the proper marketing buzzwords
On 2012-07-14 13:16, Thomas Gleixner wrote:
> On Sat, 14 Jul 2012, Jan Kiszka wrote:
>> On 2012-07-14 04:25, Thomas Gleixner wrote:
>> This patch here is a workaround to unbreak devices assignment in 3.5
>> after the IRQ layer changes without regressing noticeable /wrt overhead.
>
> Yeah, workarou
>From cb06e8f21d3875f4ffef46a7627dca88b2c74836 Mon Sep 17 00:00:00 2001
From: Jovi Zhang
Date: Sun, 15 Jul 2012 03:03:10 +0800
Subject: [PATCH] perf: make the breakpoint events sample period default to 1
There have one problem about hw_breakpoint perf event, as watched,
the events reported to use
This patch adds a new acpi.thermal.temp_b4_trip = 1 settting, which
causes the temperature to be set before evaluation of thermal trip points (the
old default) .
This mode should be selected automatically by DMI match if the system
identifies as
"HPCompaq 6715b" .
Please consider applying
On Sat, Jul 14, 2012 at 12:18 PM, David Rientjes wrote:
> On Fri, 13 Jul 2012, Shuah Khan wrote:
>
>> diff --git a/mm/slab_common.c b/mm/slab_common.c
>> index 12637ce..aa3ca5b 100644
>> --- a/mm/slab_common.c
>> +++ b/mm/slab_common.c
>> @@ -98,7 +98,9 @@ struct kmem_cache *kmem_cache_create(cons
On Sat, Jul 14, 2012 at 12:33:24PM +0200, Eric Dumazet wrote:
> On Sat, 2012-07-14 at 12:13 +0200, Johannes Truschnigg wrote:
> > On Sat, Jul 14, 2012 at 10:31:36AM +0200, Willy Tarreau wrote:
> > > > Please Johannes could you try latest kernel tree ?
> > >
> > > It would be useful, especially giv
On Sat, Jul 07, 2012 at 04:46:59PM -0700, 'Tejun Heo' wrote:
> Fix it by holding an extra superblock->s_active reference across
> dput() from css release, which is the dput() path added by 48ddbe1946
> and the only one which doesn't hold an extra s_active ref across the
> final cgroup dput().
> @@
Hi all,
I started my testing with trinity fuzzer, I found a bug something like
the below one in the dmesg .
Please pardon me if its a false alarm.
command:
./trinity as user in a lenovo box,
how it came:
ran the above command for more than 3 mins,
mean while do apt-get and vim.
kernel:
3.5-
On Sat, Jul 14, 2012 at 1:37 PM, Borislav Petkov wrote:
> On Fri, Jul 13, 2012 at 11:41:21PM +0200, richard -rw- weinberger wrote:
>> On Fri, Jul 13, 2012 at 10:54 PM, Myklebust, Trond
>> wrote:
>> > We could at least make selection of a minimal set of drivers for the
>> > more common virtualised
In several instances in ashmem.c, printk(KERN_INFO... and printk{KERN_ERR...
were being
used. This replaces those with the preferred pr_err and pr_info, which removes
style-related warnings.
Signed-off-by: Austin C Robinson
---
drivers/staging/android/ashmem.c | 12 ++--
1 file changed,
On Sat, 14 Jul 2012, Jan Kiszka wrote:
> On 2012-07-14 13:16, Thomas Gleixner wrote:
> > On Sat, 14 Jul 2012, Jan Kiszka wrote:
> >> On 2012-07-14 04:25, Thomas Gleixner wrote:
> >> This patch here is a workaround to unbreak devices assignment in 3.5
> >> after the IRQ layer changes without regress
On Sat, Jul 14, 2012 at 12:18 AM, Ben Hutchings wrote:
>> - distro/Kconfig:
>>
>> config DISTRO_REQUIREMENTS
>> bool "Pick minimal distribution requirements"
>>
>> choice DISTRO
>> prompt "Distribution"
>> depends on DISTRO_REQUIREMENTS
>>
>> config FEDORA
>>
On Sat, Jul 14, 2012 at 03:12:05PM +0300, Pekka Enberg wrote:
> On Sat, Jul 14, 2012 at 1:37 PM, Borislav Petkov wrote:
> > On Fri, Jul 13, 2012 at 11:41:21PM +0200, richard -rw- weinberger wrote:
> >> On Fri, Jul 13, 2012 at 10:54 PM, Myklebust, Trond
> >> wrote:
> >> > We could at least make se
On Sat, Jul 14, 2012 at 2:33 PM, wrote:
> With 3.4-rc5 that computer runs normal.
I've looked a bit at the logfiles and dmesg contains tons of stuff
that I didn't expect to be there and the other's contain tons of
unrelated stuff (e.g. they contain a few days worth of data). So I
couldn't figure
On 2012-07-14 14:33, Thomas Gleixner wrote:
> On Sat, 14 Jul 2012, Jan Kiszka wrote:
>> On 2012-07-14 13:16, Thomas Gleixner wrote:
>>> On Sat, 14 Jul 2012, Jan Kiszka wrote:
On 2012-07-14 04:25, Thomas Gleixner wrote:
This patch here is a workaround to unbreak devices assignment in 3.5
>
On Sat, Jul 14, 2012 at 08:28:34AM -0400, Austin Robinson wrote:
> In several instances in ashmem.c, printk(KERN_INFO... and printk{KERN_ERR...
> were being
> used. This replaces those with the preferred pr_err and pr_info, which removes
> style-related warnings.
>
Someone already did this. You
Hi Linus,
Please pull one cpufreq fix for 3.5-rc7 on top of commit
bd0a521e88aa7a06ae7aabaed7ae196ed4ad867a:
Linux 3.5-rc6
with commit hash c4686c71a9183f76e3ef59098da5c098748672f6
cpufreq / ACPI: Fix not loading acpi-cpufreq driver regression
from the git repository at:
git://git.kerne
On Tue, Jul 10, 2012 at 10:18:30PM +0800, w...@linux.intel.com wrote:
> Hi Al,
>
> The linux-next kernel reliably hung after this line:
>
> [4.846260] debug: unmapping init [mem
> 0x88000182a000-0x8800019f]
>
> And it's bisected to commit:
>
> commit 4a9ffe81385c2af04f2
On Sat, Jul 14, 2012 at 02:05:10PM +0100, Al Viro wrote:
> On Tue, Jul 10, 2012 at 10:18:30PM +0800, w...@linux.intel.com wrote:
> > Hi Al,
> >
> > The linux-next kernel reliably hung after this line:
> >
> > [4.846260] debug: unmapping init [mem
> > 0x88000182a000-0x8800019f]
>
On Sat, Jul 14, 2012 at 01:06:07PM +0200, Eric Dumazet wrote:
> On Sat, 2012-07-14 at 12:44 +0200, Willy Tarreau wrote:
> > On Sat, Jul 14, 2012 at 12:33:24PM +0200, Eric Dumazet wrote:
> > > On Sat, 2012-07-14 at 12:13 +0200, Johannes Truschnigg wrote:
> > > > On Sat, Jul 14, 2012 at 10:31:36AM +0
From: "G.Shark Jeong"
LM3554 :
The LM3554 is a 2 MHz fixed-frequency synchronous boost
converter with 1.2A dual high side led drivers.
Datasheet: www.ti.com
G.Shark Jeong (1):
leds: Add LED driver for lm3554 chip
drivers/leds/Kconfig |8 +
drivers/leds/Makefile
On Sat, 2012-07-14 at 12:19 +0200, Borislav Petkov wrote:
> On Fri, Jul 13, 2012 at 08:02:55PM +0200, Davidlohr Bueso wrote:
> > From: Davidlohr Bueso
> >
> > AMD has renamed nested page table technology to rapid virtualization
> > indexing,
> > reflect this change in the kernel.
> >
> > Signed
From: "G.Shark Jeong"
LM3554 :
The LM3554 is a 2 MHz fixed-frequency synchronous boost
converter with 1.2A dual high side led drivers.
Datasheet: www.ti.com
Signed-off-by: G.Shark Jeong
---
drivers/leds/Kconfig |8 +
drivers/leds/Makefile |1 +
On Fri, 2012-07-13 at 08:50 -0400, Chris Mason wrote:
> There is also a chunk of code in btrfs_clear_path_blocking that makes
> sure to strictly honor top down locking order during the conversion. It
> only does this when lockdep is enabled because in non-RT kernels we
> don't need to worry about
Yep, NAK on this one.
Borislav Petkov wrote:
>On Fri, Jul 13, 2012 at 08:02:55PM +0200, Davidlohr Bueso wrote:
>> From: Davidlohr Bueso
>>
>> AMD has renamed nested page table technology to rapid virtualization
>indexing,
>> reflect this change in the kernel.
>>
>> Signed-off-by: Davidlohr Bu
Introduce two new helper functions, addr_to_pmd_pfn() and
addr_to_pud_pfn(), to simplify init_memory_mapping() code flow.
Cc: Tejun Heo
Cc: Yinghai Lu
Signed-off-by: Pekka Enberg
---
arch/x86/mm/init.c | 38 +-
1 files changed, 21 insertions(+), 17 deletio
As a cleanup, move initial "addr" assignment to the for-loop construct
in free_init_pages().
Cc: Tejun Heo
Cc: Yinghai Lu
Signed-off-by: Pekka Enberg
---
arch/x86/mm/init.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
index
Move PSE and PGE bit twiddling from init_memory_mapping() to a new
setup_paging() function to simplify the former function. The
init_memory_mapping() function is called later in the boot process by
gart_iommu_init(), efi_ioremap(), and arch_add_memory() which have no
business whatsover updating the
On Sat, Jul 14, 2012 at 4:20 PM, Eric Dumazet wrote:
>
> Might be, or not (could be a NIC bug)
>
Dunno why sendfile sits in the layer of NIC and
how they interact.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Sat, Jul 14, 2012 at 09:58:49PM +0800, Fengguang Wu wrote:
> > Hi Al, here I got the output for
> >
> > (qemu) sendkey alt-sysrq-l
> > (qemu) sendkey alt-sysrq-t
>
> I repeated that several times and here are the results.
>
> (qemu) sendkey alt-sysrq-l
> (qemu) sendkey alt-sysrq-l
> (qemu) se
On Sat, 2012-07-14 at 22:08 +0800, Hillf Danton wrote:
> On Sat, Jul 14, 2012 at 4:20 PM, Eric Dumazet wrote:
> >
> > Might be, or not (could be a NIC bug)
> >
> Dunno why sendfile sits in the layer of NIC and
> how they interact.
sendfile() relies heavily on TSO capabilities, a buggy NIC could
c
On Sat, Jul 14, 2012 at 2:11 PM, devendra.aaru wrote:
> 3.5-rc6 with git head at fdb1335a82e. (from Torvald's branch)
CC'in futex guys...
> dmesg:
>
> [43610.535421] BUG: unable to handle kernel NULL pointer dereference
> at 0010
Is this the first error message in dmesg?
IOW no WARN
On Sat, 2012-07-14 at 15:38 +0200, H. Peter Anvin wrote:
> Yep, NAK on this one.
Ok, we could at least add a comment when defining X86_FEATURE_NPT.
Thanks,
Davidlohr
>
> Borislav Petkov wrote:
>
> >On Fri, Jul 13, 2012 at 08:02:55PM +0200, Davidlohr Bueso wrote:
> >> From: Davidlohr Bueso
>
On Sat, Jul 14, 2012 at 03:14:15PM +0100, Al Viro wrote:
> On Sat, Jul 14, 2012 at 09:58:49PM +0800, Fengguang Wu wrote:
> > > Hi Al, here I got the output for
> > >
> > > (qemu) sendkey alt-sysrq-l
> > > (qemu) sendkey alt-sysrq-t
> >
> > I repeated that several times and here are the results.
>
On Sat, Jul 14, 2012 at 04:19:00PM +0200, Eric Dumazet wrote:
> On Sat, 2012-07-14 at 22:08 +0800, Hillf Danton wrote:
> > On Sat, Jul 14, 2012 at 4:20 PM, Eric Dumazet
> > wrote:
> > >
> > > Might be, or not (could be a NIC bug)
> > >
> > Dunno why sendfile sits in the layer of NIC and
> > how t
On Sat, Jul 14, 2012 at 10:34:59PM +0800, Fengguang Wu wrote:
> On Sat, Jul 14, 2012 at 03:14:15PM +0100, Al Viro wrote:
> > On Sat, Jul 14, 2012 at 09:58:49PM +0800, Fengguang Wu wrote:
> > > > Hi Al, here I got the output for
> > > >
> > > > (qemu) sendkey alt-sysrq-l
> > > > (qemu) sendkey alt-
On Sat, Jul 14, 2012 at 04:19:03PM +0100, Al Viro wrote:
> On Sat, Jul 14, 2012 at 10:34:59PM +0800, Fengguang Wu wrote:
> > On Sat, Jul 14, 2012 at 03:14:15PM +0100, Al Viro wrote:
> > > On Sat, Jul 14, 2012 at 09:58:49PM +0800, Fengguang Wu wrote:
> > > > > Hi Al, here I got the output for
> > >
On Sat, Jul 14, 2012 at 8:07 PM, richard -rw- weinberger
wrote:
> On Sat, Jul 14, 2012 at 2:11 PM, devendra.aaru
> wrote:
>> 3.5-rc6 with git head at fdb1335a82e. (from Torvald's branch)
>
> CC'in futex guys...
>
>> dmesg:
>>
>> [43610.535421] BUG: unable to handle kernel NULL pointer dereferenc
vsyscall_seccomp introduced a dependency on __secure_computing. On
configurations with CONFIG_SECCOMP disabled, compilation will fail.
Reported-by: feng xiangjun
Signed-off-by: Will Drewry
---
arch/x86/kernel/vsyscall_64.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/x86/ker
With the addition of seccomp support to vsyscall emulation:
http://permalink.gmane.org/gmane.linux.kernel/1327732
and the prior patch in this series.
Update the documentation to indicate quirky behaviors when the 'ip' is
in the vsyscall page and vsyscall emulation is in effect.
Signed-off-by: W
Current quirky ptrace behavior with vsyscall and seccomp
does not allow tracers to bypass the call. This change
provides that ability by checking if orig_ax changed.
Signed-off-by: Will Drewry
---
arch/x86/kernel/vsyscall_64.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
On Sat, Jul 14, 2012 at 10:44 AM, Andrew Lutomirski wrote:
> I think I'd prefer if changing to something other than whatever value is
> used to cancel the syscall resulted in a crash rather than just being
> ignored.
I was trying to keep as much seccomp-ptrace behavior intact rather
than making i
On Sat, Jul 14, 2012 at 10:50 AM, Will Drewry wrote:
> On Sat, Jul 14, 2012 at 10:44 AM, Andrew Lutomirski wrote:
>> I think I'd prefer if changing to something other than whatever value is
>> used to cancel the syscall resulted in a crash rather than just being
>> ignored.
>
> I was trying to ke
On Sat, Jul 14, 2012 at 9:30 PM, G.Shark Jeong wrote:
> From: "G.Shark Jeong"
>
> LM3554 :
> The LM3554 is a 2 MHz fixed-frequency synchronous boost
> converter with 1.2A dual high side led drivers.
> Datasheet: www.ti.com
>
I agree with Shuah here. Could we work out an generic version for this
On Sat, Jul 14, 2012 at 8:57 AM, Will Drewry wrote:
> On Sat, Jul 14, 2012 at 10:50 AM, Will Drewry wrote:
>> On Sat, Jul 14, 2012 at 10:44 AM, Andrew Lutomirski wrote:
>>> I think I'd prefer if changing to something other than whatever value is
>>> used to cancel the syscall resulted in a crash
On 07/13/2012 10:45 AM, Don Morris wrote:
IIRC the test consisted of a 16GB NUMA system with two 8GB nodes.
It was running 3 KVM guests, two guests of 3GB memory each, and
one guest of 6GB each.
How many cpus per guest (host threads) and how many physical/logical
cpus per node on the host? Any
On Sat, Jul 14, 2012 at 9:15 AM, Andrew Lutomirski wrote:
> On Sat, Jul 14, 2012 at 8:57 AM, Will Drewry wrote:
>> On Sat, Jul 14, 2012 at 10:50 AM, Will Drewry wrote:
>>> On Sat, Jul 14, 2012 at 10:44 AM, Andrew Lutomirski wrote:
I think I'd prefer if changing to something other than what
Linus,
The following changes since commit 8663ff75cdca0a66f808e124c5592735793926af:
ALSA: hda - Fix no sound from ALC662 after Windows reboot (2012-06-29
09:44:44 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.5
fo
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
The semantic match tha
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
R
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
A
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
A
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
A
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
A
From: Julia Lawall
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative integer and sometimes 0, due to a subsequent
initialization of the return variable within the loop.
A
On Mon, Jul 02, 2012 at 12:14:11AM -0400, Rik van Riel wrote:
> On 06/28/2012 08:56 AM, Andrea Arcangeli wrote:
> > Without this, follow_page wouldn't trigger the NUMA hinting faults.
> >
> > Signed-off-by: Andrea Arcangeli
>
> follow_page is called from many different places, not just
> the proce
On Sat, Jul 14, 2012 at 11:21 AM, Andrew Lutomirski wrote:
> On Sat, Jul 14, 2012 at 9:15 AM, Andrew Lutomirski wrote:
>> On Sat, Jul 14, 2012 at 8:57 AM, Will Drewry wrote:
>>> On Sat, Jul 14, 2012 at 10:50 AM, Will Drewry wrote:
On Sat, Jul 14, 2012 at 10:44 AM, Andrew Lutomirski wrote:
On Fri, Jul 13, 2012 at 09:19:06AM -0500, Christoph Lameter wrote:
> On Thu, 12 Jul 2012, Johannes Weiner wrote:
>
> > On Thu, Jul 12, 2012 at 08:08:28PM +0200, Andrea Arcangeli wrote:
> > > On Sat, Jun 30, 2012 at 01:12:18AM -0400, Konrad Rzeszutek Wilk wrote:
> > > > On Thu, Jun 28, 2012 at 02:5
On Fri, Jul 13, 2012 at 02:44:59PM -0700, Jon Mason wrote:
> The NTB device driver is needed to configure these memory windows, doorbell,
> and
> scratch-pad registers as well as use them in such a way as they can be turned
> into a viable communication channel to the remote system. ntb_hw.[ch]
>
On Fri, Jul 13, 2012 at 02:44:59PM -0700, Jon Mason wrote:
> +static int max_num_cbs = 2;
> +module_param(max_num_cbs, uint, 0644);
> +MODULE_PARM_DESC(max_num_cbs, "Maximum number of NTB transport connections");
> +
> +static bool no_msix;
> +module_param(no_msix, bool, 0644);
> +MODULE_PARM_DESC(
On Sat, Jul 14, 2012 at 03:15:40PM +0200, Willy Tarreau wrote:
> On Sat, Jul 14, 2012 at 01:06:07PM +0200, Eric Dumazet wrote:
> [...]
> > Hmmm, this is supposed to fix a bug introduced in 3.4, no ?
> >
> > So 3.3 kernel should work well ?
>
> You're right indeed. So maybe it's not the same bug.
1 - 100 of 164 matches
Mail list logo
