On Thu, Aug 21, 2014 at 7:29 AM, Tomas Winkler wrote:
> In order to support dynamic addition/removal of me clients we cannot
cannot what?
> It is incontinent to use static array and we can use list.
> As the first step we change the lookup function to return
> me client address instead of the
On Thu, Aug 21, 2014 at 7:29 AM, Tomas Winkler tomas.wink...@intel.com wrote:
In order to support dynamic addition/removal of me clients we cannot
cannot what?
It is incontinent to use static array and we can use list.
As the first step we change the lookup function to return
me client
On Wed, Aug 20, 2014 at 4:11 AM, Ingo Molnar wrote:
>
> * Dave Hansen wrote:
>
>>
>> From: Dave Hansen
>>
>> Changes from v1:
>> * remove schedstats
>> * add DEBUG_PAGEALLOC and SLUB_DEBUG_ON
>>
>> --
>>
>> I have more than once myself been the victim of an accidentally-
>> enabled kernel
Hi All,
I've been seeing the following lockdep splat on all of the 3.17
kernels I've tried so far on my Celeron and i7 based NUC machines.
Both the ite-cir and nuvoton-cir drivers seem to have similar issues,
so the problem may be in rc_core itself? I'm hoping you all will have
better ideas.
Hi Dave,
With Linus' latest tree as of this morning I'm hitting the WARN_ON
below on my KVM guest using the qxl driver. The guest still boots and
things appear to still be working (I can log in via GDM, etc), so I'm
not sure exactly what the overall issue is. Hoping you have some
ideas.
josh
Hi Dave,
With Linus' latest tree as of this morning I'm hitting the WARN_ON
below on my KVM guest using the qxl driver. The guest still boots and
things appear to still be working (I can log in via GDM, etc), so I'm
not sure exactly what the overall issue is. Hoping you have some
ideas.
josh
Hi All,
I've been seeing the following lockdep splat on all of the 3.17
kernels I've tried so far on my Celeron and i7 based NUC machines.
Both the ite-cir and nuvoton-cir drivers seem to have similar issues,
so the problem may be in rc_core itself? I'm hoping you all will have
better ideas.
On Wed, Aug 20, 2014 at 4:11 AM, Ingo Molnar mi...@kernel.org wrote:
* Dave Hansen d...@sr71.net wrote:
From: Dave Hansen dave.han...@linux.intel.com
Changes from v1:
* remove schedstats
* add DEBUG_PAGEALLOC and SLUB_DEBUG_ON
--
I have more than once myself been the victim of an
Hi Len,
Kernel bug https://bugzilla.kernel.org/show_bug.cgi?id=60770 is marked
as closed, but there is a patch that at least one user seems to need
to get things booting properly. It was sent upstream a while ago:
http://marc.info/?l=linux-kernel=138976439211647=2
but has never made it into
Hi Len,
Kernel bug https://bugzilla.kernel.org/show_bug.cgi?id=60770 is marked
as closed, but there is a patch that at least one user seems to need
to get things booting properly. It was sent upstream a while ago:
http://marc.info/?l=linux-kernelm=138976439211647w=2
but has never made it into
On Tue, Aug 5, 2014 at 12:49 PM, Linus Torvalds
wrote:
> On Tue, Aug 5, 2014 at 4:31 AM, Josh Boyer wrote:
>>
>> Sorry to bring this back up after the fact, but it's important for a
>> number of things in various distros
>
> You said that before, and I ignored you
On Wed, Jul 30, 2014 at 11:47 AM, Linus Torvalds
wrote:
> On Tue, Jul 29, 2014 at 11:53 PM, Jakub Jelinek wrote:
>>
>> IMNSHO this is a too big hammer approach. The bug happened on a single
>> file only (right?)
>
> Very dubious. We happened to see it in a single case, and _maybe_ that
> was
On Wed, Jul 30, 2014 at 11:47 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Tue, Jul 29, 2014 at 11:53 PM, Jakub Jelinek ja...@redhat.com wrote:
IMNSHO this is a too big hammer approach. The bug happened on a single
file only (right?)
Very dubious. We happened to see it in a
On Tue, Aug 5, 2014 at 12:49 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Tue, Aug 5, 2014 at 4:31 AM, Josh Boyer jwbo...@fedoraproject.org wrote:
Sorry to bring this back up after the fact, but it's important for a
number of things in various distros
You said that before
On Tue, Jul 29, 2014 at 02:26:11PM +0200, Christoph Hellwig wrote:
> On Mon, Jul 28, 2014 at 11:49:22AM +0400, James Bottomley wrote:
> > That needs to be
> >
> > From: James Bottomley
> >
> > As well. I do list handling on hansenpartnership.com to minimise
> > exchange wreckage on
On Tue, Jul 29, 2014 at 02:26:11PM +0200, Christoph Hellwig wrote:
On Mon, Jul 28, 2014 at 11:49:22AM +0400, James Bottomley wrote:
That needs to be
From: James Bottomley jbottom...@parallels.com
As well. I do list handling on hansenpartnership.com to minimise
exchange wreckage on
Adding Dietmar in since he is the original author.
josh
On Wed, Jul 16, 2014 at 09:55:46AM -0500, Bruno Wolff III wrote:
> caffcdd8d27ba78730d5540396ce72ad022aff2c has been causing crashes
> early in the boot process on one of three machines I have been
> testing the kernel on. On that one
Adding Dietmar in since he is the original author.
josh
On Wed, Jul 16, 2014 at 09:55:46AM -0500, Bruno Wolff III wrote:
caffcdd8d27ba78730d5540396ce72ad022aff2c has been causing crashes
early in the boot process on one of three machines I have been
testing the kernel on. On that one machine
On Mon, Jun 30, 2014 at 12:02 AM, Nicholas Krause wrote:
> This patch fixes the FIXME messages for returning a ENOMEM error
> if uic is not allocated and if uic->irqhost is not allocated a
> IRQ domain that is linear returns EIO.
>
> Signed-off-by: Nicholas Krause
NAK.
You didn't actually fix
On Mon, Jun 30, 2014 at 12:02 AM, Nicholas Krause xerofo...@gmail.com wrote:
This patch fixes the FIXME messages for returning a ENOMEM error
if uic is not allocated and if uic-irqhost is not allocated a
IRQ domain that is linear returns EIO.
Signed-off-by: Nicholas Krause xerofo...@gmail.com
Hi All,
We've had a report[1] of the virt_blk driver causing a lot of spew
because it's calling a sleeping function from an invalid context. The
backtrace is below. This is with kernel v3.16-rc2-69-gd91d66e88ea9.
The reporter is on CC and can give you relevant details.
josh
[1]
Hi All,
We've had a report[1] of the virt_blk driver causing a lot of spew
because it's calling a sleeping function from an invalid context. The
backtrace is below. This is with kernel v3.16-rc2-69-gd91d66e88ea9.
The reporter is on CC and can give you relevant details.
josh
[1]
On Thu, Jun 26, 2014 at 3:26 PM, Greg KH wrote:
> I'm announcing the release of the 3.15.2 kernel.
>
> All users of the 3.15 kernel series must upgrade.
>
> The updated 3.15.y git tree can be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
> linux-3.15.y
On Thu, Jun 26, 2014 at 3:26 PM, Greg KH gre...@linuxfoundation.org wrote:
I'm announcing the release of the 3.15.2 kernel.
All users of the 3.15 kernel series must upgrade.
The updated 3.15.y git tree can be found at:
On Wed, Jun 25, 2014 at 10:20 AM, Benjamin LaHaise wrote:
> Hi Greg,
>
> On Tue, Jun 24, 2014 at 11:50:43AM -0400, Greg Kroah-Hartman wrote:
>> This is the start of the stable review cycle for the 3.15.2 release.
>> There are 61 patches in this series, all will be posted as a response
>> to this
On Wed, Jun 25, 2014 at 10:20 AM, Benjamin LaHaise b...@kvack.org wrote:
Hi Greg,
On Tue, Jun 24, 2014 at 11:50:43AM -0400, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.15.2 release.
There are 61 patches in this series, all will be posted as a response
to
On Fri, Jun 20, 2014 at 11:41 AM, Andy Lutomirski wrote:
> On Mon, Jun 16, 2014 at 2:48 PM, H. Peter Anvin wrote:
>> On 06/16/2014 02:35 PM, Andy Lutomirski wrote:
>>>
>>> To hpa, etc: It appears that entry_32.S is missing any call to the
>>> audit exit hook on the badsys path. If I'm
On Fri, Jun 20, 2014 at 11:41 AM, Andy Lutomirski l...@amacapital.net wrote:
On Mon, Jun 16, 2014 at 2:48 PM, H. Peter Anvin h...@zytor.com wrote:
On 06/16/2014 02:35 PM, Andy Lutomirski wrote:
To hpa, etc: It appears that entry_32.S is missing any call to the
audit exit hook on the badsys
We've had a report[1] of d-bus getting a SEGV only on i686 machines
with the 3.16 kernel. It's a bit light on specifics, but the relevant
detail seems to be:
"I'm pretty sure kernel is to blame here.
The crash occurs when signal handler for RT signal 33 (used internaly
by NPTL/pthreads) returns
We've had a report[1] of d-bus getting a SEGV only on i686 machines
with the 3.16 kernel. It's a bit light on specifics, but the relevant
detail seems to be:
I'm pretty sure kernel is to blame here.
The crash occurs when signal handler for RT signal 33 (used internaly
by NPTL/pthreads) returns
On Wed, Jun 18, 2014 at 12:22 AM, Andy Lutomirski wrote:
> On Tue, Jun 17, 2014 at 8:48 PM, H. Peter Anvin wrote:
>> On 06/17/2014 08:45 PM, Andy Lutomirski wrote:
>>> On Tue, Jun 17, 2014 at 3:54 PM, Andy Lutomirski
>>> wrote:
Just a heads up: gdb can't debug the vdso on 3.16-rc1. I
On Wed, Jun 18, 2014 at 12:22 AM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Jun 17, 2014 at 8:48 PM, H. Peter Anvin h...@zytor.com wrote:
On 06/17/2014 08:45 PM, Andy Lutomirski wrote:
On Tue, Jun 17, 2014 at 3:54 PM, Andy Lutomirski l...@amacapital.net
wrote:
Just a heads up: gdb
On Thu, Jun 12, 2014 at 5:00 PM, Kees Cook wrote:
> To support using kernel features that are not compatible with hibernation,
> this creates the "nohibernate" kernel boot parameter to disable both
> hibernation and resume. This allows hibernation support to be a boot-time
> choice instead of
On Thu, Jun 12, 2014 at 5:00 PM, Kees Cook keesc...@chromium.org wrote:
To support using kernel features that are not compatible with hibernation,
this creates the nohibernate kernel boot parameter to disable both
hibernation and resume. This allows hibernation support to be a boot-time
choice
On Thu, Jun 12, 2014 at 11:28 AM, Andy Lutomirski wrote:
> The filenames are different now. Inspired by a patch from
> Sam Ravnborg.
>
> Acked-by: Sam Ravnborg
> Reported-by: Josh Boyer
> Signed-off-by: Andy Lutomirski
Things look great with this version. Thanks much!
Tes
On Wed, Jun 11, 2014 at 3:25 PM, Andy Lutomirski wrote:
> The filenames are different now. Inspired by a patch from
> Sam Ravnborg.
>
> Reported-by: Josh Boyer
> Signed-off-by: Andy Lutomirski
> ---
> arch/x86/vdso/Makefile | 22 +++---
> 1 file chang
On Wed, Jun 11, 2014 at 3:25 PM, Andy Lutomirski l...@amacapital.net wrote:
The filenames are different now. Inspired by a patch from
Sam Ravnborg.
Reported-by: Josh Boyer jwbo...@fedoraproject.org
Signed-off-by: Andy Lutomirski l...@amacapital.net
---
arch/x86/vdso/Makefile | 22
On Thu, Jun 12, 2014 at 11:28 AM, Andy Lutomirski l...@amacapital.net wrote:
The filenames are different now. Inspired by a patch from
Sam Ravnborg.
Acked-by: Sam Ravnborg s...@ravnborg.org
Reported-by: Josh Boyer jwbo...@fedoraproject.org
Signed-off-by: Andy Lutomirski l...@amacapital.net
On Wed, Jun 11, 2014 at 1:42 PM, Andy Lutomirski wrote:
> On Wed, Jun 11, 2014 at 10:33 AM, Josh Boyer
> wrote:
>> On Wed, Jun 11, 2014 at 1:27 PM, H. Peter Anvin wrote:
>>> On 06/11/2014 10:23 AM, Josh Boyer wrote:
>>>>
>>>> So this
On Wed, Jun 11, 2014 at 1:27 PM, H. Peter Anvin wrote:
> On 06/11/2014 10:23 AM, Josh Boyer wrote:
>>
>> So this does fix the invocation of 'make vdso_install' and the
>> resulting files look to be accurate to me, with the glaring exception
>> that now we g
On Wed, Jun 11, 2014 at 12:20 PM, Andy Lutomirski wrote:
> Rather than monkeying with barely-comprehensible static pattern
> rules, just use an explicit loop.
>
> Signed-off-by: Andy Lutomirski
> ---
> arch/x86/vdso/Makefile | 20 +++-
> 1 file changed, 7 insertions(+), 13
On Wed, Jun 11, 2014 at 12:36 PM, Sam Ravnborg wrote:
> On Wed, Jun 11, 2014 at 09:20:05AM -0700, Andy Lutomirski wrote:
>> This changes kbuild slightly because I didn't want to fight with using
>> static pattern rules and extra obfuscated fake targets just to write a
>> loop.
>
> What are you
On Wed, Jun 11, 2014 at 12:20 PM, Andy Lutomirski wrote:
> This changes kbuild slightly because I didn't want to fight with using
> static pattern rules and extra obfuscated fake targets just to write a
> loop.
>
> Better ideas / cleanups welcome.
>
> Andy Lutomirski (2):
> kbuild: Add
On Wed, Jun 11, 2014 at 11:18 AM, H. Peter Anvin wrote:
> On 06/11/2014 08:16 AM, Josh Boyer wrote:
>> On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer
>> wrote:
>>> Hi,
>>>
>>> I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
>>&g
On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer wrote:
> Hi,
>
> I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
> broke the vdso_install target:
>
> + make -s ARCH=x86_64
> INSTALL_MOD_PATH=/home/jwboyer/rpmbuild/BUILDROOT/kernel-3.16.0-0.rc0.git1.1.fc21.
Hi,
I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
broke the vdso_install target:
+ make -s ARCH=x86_64
INSTALL_MOD_PATH=/home/jwboyer/rpmbuild/BUILDROOT/kernel-3.16.0-0.rc0.git1.1.fc21.x86_64
vdso_install KERNELRELEASE=3.16.0-0.rc0.git1.1.fc21.x86_64
make[1]: *** No rule
Hi,
I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
broke the vdso_install target:
+ make -s ARCH=x86_64
INSTALL_MOD_PATH=/home/jwboyer/rpmbuild/BUILDROOT/kernel-3.16.0-0.rc0.git1.1.fc21.x86_64
vdso_install KERNELRELEASE=3.16.0-0.rc0.git1.1.fc21.x86_64
make[1]: *** No rule
On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer jwbo...@fedoraproject.org wrote:
Hi,
I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
broke the vdso_install target:
+ make -s ARCH=x86_64
INSTALL_MOD_PATH=/home/jwboyer/rpmbuild/BUILDROOT/kernel-3.16.0-0.rc0.git1.1.fc21
On Wed, Jun 11, 2014 at 11:18 AM, H. Peter Anvin h...@zytor.com wrote:
On 06/11/2014 08:16 AM, Josh Boyer wrote:
On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer jwbo...@fedoraproject.org
wrote:
Hi,
I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
broke the vdso_install
On Wed, Jun 11, 2014 at 12:20 PM, Andy Lutomirski l...@amacapital.net wrote:
This changes kbuild slightly because I didn't want to fight with using
static pattern rules and extra obfuscated fake targets just to write a
loop.
Better ideas / cleanups welcome.
Andy Lutomirski (2):
kbuild:
On Wed, Jun 11, 2014 at 12:36 PM, Sam Ravnborg s...@ravnborg.org wrote:
On Wed, Jun 11, 2014 at 09:20:05AM -0700, Andy Lutomirski wrote:
This changes kbuild slightly because I didn't want to fight with using
static pattern rules and extra obfuscated fake targets just to write a
loop.
What
On Wed, Jun 11, 2014 at 12:20 PM, Andy Lutomirski l...@amacapital.net wrote:
Rather than monkeying with barely-comprehensible static pattern
rules, just use an explicit loop.
Signed-off-by: Andy Lutomirski l...@amacapital.net
---
arch/x86/vdso/Makefile | 20 +++-
1 file
On Wed, Jun 11, 2014 at 1:27 PM, H. Peter Anvin h...@zytor.com wrote:
On 06/11/2014 10:23 AM, Josh Boyer wrote:
So this does fix the invocation of 'make vdso_install' and the
resulting files look to be accurate to me, with the glaring exception
that now we get e.g. vdso64.so on x86_64
On Wed, Jun 11, 2014 at 1:42 PM, Andy Lutomirski l...@amacapital.net wrote:
On Wed, Jun 11, 2014 at 10:33 AM, Josh Boyer jwbo...@fedoraproject.org
wrote:
On Wed, Jun 11, 2014 at 1:27 PM, H. Peter Anvin h...@zytor.com wrote:
On 06/11/2014 10:23 AM, Josh Boyer wrote:
So this does fix
On Tue, Jun 10, 2014 at 04:21:36PM +0300, Dmitry Kasatkin wrote:
> On 10/06/14 15:52, Mimi Zohar wrote:
> > On Tue, 2014-06-10 at 08:20 -0400, Josh Boyer wrote:
> >> On Tue, Jun 10, 2014 at 11:48:14AM +0300, Dmitry Kasatkin wrote:
> >>> Also I want to di
On Tue, Jun 10, 2014 at 11:48:15AM +0300, Dmitry Kasatkin wrote:
> From: Mimi Zohar
>
> Instead of allowing public keys, with certificates signed by any
> key on the system trusted keyring, to be added to a trusted
> keyring, this patch further restricts the certificates to those
> signed by a
On Tue, Jun 10, 2014 at 11:48:14AM +0300, Dmitry Kasatkin wrote:
> Hi Mimi,
>
> As you asked ofline , here is possible equivalent and simpler alternative
> patches not requiring to have additional keyring.
>
> First patch are irrelevant minor fixes.
>
> Also I want to discuss here Fedora UEFI
On Tue, Jun 10, 2014 at 11:48:14AM +0300, Dmitry Kasatkin wrote:
Hi Mimi,
As you asked ofline , here is possible equivalent and simpler alternative
patches not requiring to have additional keyring.
First patch are irrelevant minor fixes.
Also I want to discuss here Fedora UEFI patches
On Tue, Jun 10, 2014 at 11:48:15AM +0300, Dmitry Kasatkin wrote:
From: Mimi Zohar zo...@linux.vnet.ibm.com
Instead of allowing public keys, with certificates signed by any
key on the system trusted keyring, to be added to a trusted
keyring, this patch further restricts the certificates to
On Tue, Jun 10, 2014 at 04:21:36PM +0300, Dmitry Kasatkin wrote:
On 10/06/14 15:52, Mimi Zohar wrote:
On Tue, 2014-06-10 at 08:20 -0400, Josh Boyer wrote:
On Tue, Jun 10, 2014 at 11:48:14AM +0300, Dmitry Kasatkin wrote:
Also I want to discuss here Fedora UEFI patches as they are the reason
On Mon, Jun 9, 2014 at 6:46 PM, Greg KH wrote:
> On Mon, Jun 09, 2014 at 03:35:02PM -0700, Andy Lutomirski wrote:
>> On Mon, Jun 9, 2014 at 3:30 PM, Greg KH wrote:
>> > On Wed, May 28, 2014 at 11:09:58PM -0400, Eric Paris wrote:
>> >> From: Andy Lutomirski
>> >>
>> >> Fixes an easy DoS and
On Mon, Jun 9, 2014 at 6:46 PM, Greg KH gre...@linuxfoundation.org wrote:
On Mon, Jun 09, 2014 at 03:35:02PM -0700, Andy Lutomirski wrote:
On Mon, Jun 9, 2014 at 3:30 PM, Greg KH gre...@linuxfoundation.org wrote:
On Wed, May 28, 2014 at 11:09:58PM -0400, Eric Paris wrote:
From: Andy
off-by: Andrew Morton
[ Backported to 3.15. Signed-off-by: Josh Boyer ]
---
fs/proc/task_mmu.c | 3 +++
mm/mempolicy.c | 6 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
index 442177b1119a..89620cdb57c9 100644
--- a/fs/p
Horiguchi n-horigu...@ah.jp.nec.com
Cc: Rik van Riel r...@redhat.com
Cc: sta...@vger.kernel.org [3.12+]
Signed-off-by: Andrew Morton a...@linux-foundation.org
[ Backported to 3.15. Signed-off-by: Josh Boyer jwbo...@fedoraproject.org ]
---
fs/proc/task_mmu.c | 3 +++
mm/mempolicy.c | 6 +-
2 files
On Thu, Jun 5, 2014 at 2:30 PM, Greg KH wrote:
> Hi all,
>
> James has had to step back from doing kernel work for a few weeks, so
> I've offered to step up and handle the security patches to get shuttled
> to Linus for merging for a while.
>
> I'll take his git tree on kernel.org and push those
On Thu, Jun 5, 2014 at 2:30 PM, Greg KH gre...@linuxfoundation.org wrote:
Hi all,
James has had to step back from doing kernel work for a few weeks, so
I've offered to step up and handle the security patches to get shuttled
to Linus for merging for a while.
I'll take his git tree on
On Mon, Jun 2, 2014 at 1:59 PM, Joe Perches wrote:
> On Mon, 2014-06-02 at 10:48 -0700, j...@joshtriplett.org wrote:
>> On Mon, Jun 02, 2014 at 10:22:58AM -0700, Joe Perches wrote:
>> > On Mon, 2014-06-02 at 10:00 -0700, Paul E. McKenney wrote:
>> > > A ksummit-discuss email thread looked at the
On Mon, Jun 02, 2014 at 02:40:28PM +0300, Dmitry Kasatkin wrote:
> On 2 June 2014 14:33, Mimi Zohar wrote:
> > On Mon, 2014-06-02 at 13:48 +0300, Dmitry Kasatkin wrote:
> >> On 1 June 2014 05:14, Mimi Zohar wrote:
> >> > On Sat, 2014-05-31 at 01:37 +0300, Dmitry Kasatkin wrote:
> >> >> On 28 May
On Mon, Jun 02, 2014 at 02:40:28PM +0300, Dmitry Kasatkin wrote:
On 2 June 2014 14:33, Mimi Zohar zo...@linux.vnet.ibm.com wrote:
On Mon, 2014-06-02 at 13:48 +0300, Dmitry Kasatkin wrote:
On 1 June 2014 05:14, Mimi Zohar zo...@linux.vnet.ibm.com wrote:
On Sat, 2014-05-31 at 01:37 +0300,
On Mon, Jun 2, 2014 at 1:59 PM, Joe Perches j...@perches.com wrote:
On Mon, 2014-06-02 at 10:48 -0700, j...@joshtriplett.org wrote:
On Mon, Jun 02, 2014 at 10:22:58AM -0700, Joe Perches wrote:
On Mon, 2014-06-02 at 10:00 -0700, Paul E. McKenney wrote:
A ksummit-discuss email thread looked
On Sat, May 31, 2014 at 10:48 AM, Linus Torvalds
wrote:
>
>
> On Sat, 31 May 2014, Josh Boyer wrote:
>>
>> One of my machines got the lockdep report below when booting a kernel
>> that contained these patches.
>
> I think this is just a lacking annotation.
>
On Sat, May 31, 2014 at 10:48 AM, Linus Torvalds
wrote:
>
>
> On Sat, 31 May 2014, Josh Boyer wrote:
>>
>> One of my machines got the lockdep report below when booting a kernel
>> that contained these patches.
>
> I think this is just a lacking annotation.
>
On Fri, May 30, 2014 at 1:14 PM, Al Viro wrote:
> On Fri, May 30, 2014 at 05:48:16PM +0100, Al Viro wrote:
>> On Fri, May 30, 2014 at 08:31:30AM -0700, Linus Torvalds wrote:
>> > On Fri, May 30, 2014 at 8:21 AM, Al Viro wrote:
>> > >
>> > > Linus, how would you prefer it to be handled?
>> >
>> >
On Fri, May 30, 2014 at 1:14 PM, Al Viro v...@zeniv.linux.org.uk wrote:
On Fri, May 30, 2014 at 05:48:16PM +0100, Al Viro wrote:
On Fri, May 30, 2014 at 08:31:30AM -0700, Linus Torvalds wrote:
On Fri, May 30, 2014 at 8:21 AM, Al Viro v...@zeniv.linux.org.uk wrote:
Linus, how would you
On Sat, May 31, 2014 at 10:48 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Sat, 31 May 2014, Josh Boyer wrote:
One of my machines got the lockdep report below when booting a kernel
that contained these patches.
I think this is just a lacking annotation.
We do nest dentry
On Sat, May 31, 2014 at 10:48 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Sat, 31 May 2014, Josh Boyer wrote:
One of my machines got the lockdep report below when booting a kernel
that contained these patches.
I think this is just a lacking annotation.
We do nest dentry
On Thu, May 29, 2014 at 3:32 PM, Andy Lutomirski wrote:
> On Thu, May 29, 2014 at 12:17 PM, Paul Gortmaker
> wrote:
>> On Mon, May 5, 2014 at 6:25 PM, tip-bot for Andy Lutomirski
>> wrote:
>>> Commit-ID: 6f121e548f83674ab4920a4e60afb58d4f61b829
>>> Gitweb:
>>>
On Thu, May 29, 2014 at 3:32 PM, Andy Lutomirski l...@amacapital.net wrote:
On Thu, May 29, 2014 at 12:17 PM, Paul Gortmaker
paul.gortma...@windriver.com wrote:
On Mon, May 5, 2014 at 6:25 PM, tip-bot for Andy Lutomirski
tip...@zytor.com wrote:
Commit-ID:
On Tue, May 27, 2014 at 3:40 PM, wrote:
> From: Eric Ernst
>
> Create a kernel cmdline parameter, "version_addendum", which can be
> used to add text to the kernel version that is reported from
> /proc/version.
Why?
What is the intended purpose of this and why would someone want to use it?
On Tue, May 27, 2014 at 3:40 PM, eric.er...@linux.intel.com wrote:
From: Eric Ernst eric.er...@linux.intel.com
Create a kernel cmdline parameter, version_addendum, which can be
used to add text to the kernel version that is reported from
/proc/version.
Why?
What is the intended purpose of
On Wed, May 14, 2014 at 3:33 PM, Greg KH wrote:
> On Wed, May 14, 2014 at 09:19:32PM +0200, Daniel Vetter wrote:
>> On Wed, May 14, 2014 at 08:47:38PM +0200, Bruno Prémont wrote:
>> > CCing intel-gfx as otherwise it will probably not get seen by developers.
>> >
>> > On Sun, 11 May 2014
On Wed, May 14, 2014 at 3:11 PM, Konrad Rzeszutek Wilk
wrote:
> The following distros are affected:
> (x) Fedora 17 (3.8 and 3.9 in updates)
> (x) Fedora 18 (3.8, 3.9, 3.10, 3.11 in updates)
> (v) Fedora 19 (3.9; 3.10, 3.11, 3.12 in updates; fixed with latest update to
> 3.13), supported until
On Wed, May 14, 2014 at 3:11 PM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
The following distros are affected:
(x) Fedora 17 (3.8 and 3.9 in updates)
(x) Fedora 18 (3.8, 3.9, 3.10, 3.11 in updates)
(v) Fedora 19 (3.9; 3.10, 3.11, 3.12 in updates; fixed with latest update to
3.13),
On Wed, May 14, 2014 at 3:33 PM, Greg KH gre...@linuxfoundation.org wrote:
On Wed, May 14, 2014 at 09:19:32PM +0200, Daniel Vetter wrote:
On Wed, May 14, 2014 at 08:47:38PM +0200, Bruno Prémont wrote:
CCing intel-gfx as otherwise it will probably not get seen by developers.
On Sun, 11 May
On Tue, May 13, 2014 at 5:34 AM, Linus Walleij wrote:
> On Fri, May 9, 2014 at 2:29 PM, Josh Boyer wrote:
>
>>> Hmmm. Search for '[PATCH] gpio: ich: set regs and reglen for i3100 and ich6
>>> chipset'
>>> (which is the bug fix for the buggy commit) turns u
Hi All,
We got a report[1] of udevd hanging up in a soft lockup with 3.15-rc5
over the weekend. The backtrace is below. I know there were a number
of recent changes here, so hopefully this triggers someone's memory.
josh
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1096572
BUG: soft
On Wed, May 7, 2014 at 12:57 PM, Linus Torvalds
wrote:
> On Wed, May 7, 2014 at 2:18 AM, Sven Joachim wrote:
>>
>> It seems that at least some 32-bit programs are also broken, since after
>> upgrading the kernel to 3.14.3 I can no longer start my old chess
>> database program:
Now that this has
On Wed, May 7, 2014 at 12:57 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Wed, May 7, 2014 at 2:18 AM, Sven Joachim svenj...@gmx.de wrote:
It seems that at least some 32-bit programs are also broken, since after
upgrading the kernel to 3.14.3 I can no longer start my old chess
Hi All,
We got a report[1] of udevd hanging up in a soft lockup with 3.15-rc5
over the weekend. The backtrace is below. I know there were a number
of recent changes here, so hopefully this triggers someone's memory.
josh
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1096572
BUG: soft
On Fri, May 9, 2014 at 11:23 AM, Theodore Ts'o wrote:
> Thanks for all of the discussions on the kernel summit discuss list.
> Thanks also for the three (3) nomination e-mails (and one person who
> said they definitely weren't attending, so we could remove him from
> consideration) which people
On Fri, May 9, 2014 at 7:30 AM, Peter Hurley wrote:
> On 05/09/2014 03:20 AM, Lee Jones wrote:
>>
>> On Thu, 08 May 2014, Linus Walleij wrote:
>>
>>> On Wed, May 7, 2014 at 4:33 PM, Peter Hurley
>>> wrote:
Hi Vincent,
On 05/07/2014 10:05 AM, Vincent Donnefort wrote:
>
On Fri, May 9, 2014 at 7:30 AM, Peter Hurley pe...@hurleysoftware.com wrote:
On 05/09/2014 03:20 AM, Lee Jones wrote:
On Thu, 08 May 2014, Linus Walleij wrote:
On Wed, May 7, 2014 at 4:33 PM, Peter Hurley pe...@hurleysoftware.com
wrote:
Hi Vincent,
On 05/07/2014 10:05 AM, Vincent
On Fri, May 9, 2014 at 11:23 AM, Theodore Ts'o ty...@mit.edu wrote:
Thanks for all of the discussions on the kernel summit discuss list.
Thanks also for the three (3) nomination e-mails (and one person who
said they definitely weren't attending, so we could remove him from
consideration) which
On Mon, May 5, 2014 at 9:40 AM, Konstantin Ryabitsev
wrote:
> On 05/05/14 08:38 AM, Josh Boyer wrote:
>> Did the patch-3.15-rc4.xz tarball not get uploaded/created on
>> kernel.org? The frontpage doesn't seem to have been updated for -rc4,
>> and I can't find it her
On Mon, May 5, 2014 at 12:23 AM, Zheng, Lv wrote:
> Hi, Rafael
>
>> From: linux-acpi-ow...@vger.kernel.org
>> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
>> Sent: Monday, May 05, 2014 8:43 AM
>>
>> On Saturday, May 03, 2014 08:59
On Sun, May 4, 2014 at 10:29 PM, Linus Torvalds
wrote:
> Nothing particularly unusual going on. 45% drivers (drm, sound, md,
> pin-control, acpi etc), 40% arch (mainly powerpc/powernv, but x86 and
> arm too), 15% misc (perf tooling, documentation updates, core code).
> The appended shortlog gives
On Sun, May 4, 2014 at 10:29 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
Nothing particularly unusual going on. 45% drivers (drm, sound, md,
pin-control, acpi etc), 40% arch (mainly powerpc/powernv, but x86 and
arm too), 15% misc (perf tooling, documentation updates, core code).
On Mon, May 5, 2014 at 12:23 AM, Zheng, Lv lv.zh...@intel.com wrote:
Hi, Rafael
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
Sent: Monday, May 05, 2014 8:43 AM
On Saturday, May 03, 2014 08:59:14 AM Josh Boyer wrote
On Mon, May 5, 2014 at 9:40 AM, Konstantin Ryabitsev
konstan...@linuxfoundation.org wrote:
On 05/05/14 08:38 AM, Josh Boyer wrote:
Did the patch-3.15-rc4.xz tarball not get uploaded/created on
kernel.org? The frontpage doesn't seem to have been updated for -rc4,
and I can't find it here
On Tue, Apr 29, 2014 at 10:05 PM, Lv Zheng wrote:
> The commit of back porting Linux XSDT validation mechanism has introduced
> a regreession:
> Commit: 671cc68dc61f029d44b43a681356078e02d8dab8
> Subject: ACPICA: Back port and refine validation of the XSDT root table.
> There is a pointer
501 - 600 of 1666 matches
Mail list logo