> I have mangled your patch, find it attached.
I'm sure it's not a surprise, but just for the record, I can now confirm
that this fixes my crash, too.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
On 06/24/2013 07:34 PM, Pablo Neira Ayuso wrote:
> On Mon, Jun 24, 2013 at 05:52:08PM +0800, Gao feng wrote:
>> On 06/24/2013 05:41 PM, George Spelvin wrote:
Please try the patch below,
I think this bug is introduced by me :(
Thanks!
>>>
>>> Well, you changed it, but it still cr
On 06/25/2013 06:17 AM, George Spelvin wrote:
>>> Reported-by: Borislav Petkov
>
>> This should be:
>>
>> Reported-by: George Spelvin
>>
>> I only connected the dots...
>
> Well, you did a whole lot more than me! I just lobbed a "d'oh, it
> crashes" into the seething ocean of lkml. (Admittedl
On Mon, Jun 24, 2013 at 06:17:08PM -0400, George Spelvin wrote:
> >> Reported-by: Borislav Petkov
>
> > This should be:
> >
> > Reported-by: George Spelvin
> >
> > I only connected the dots...
>
> Well, you did a whole lot more than me! I just lobbed a "d'oh, it
> crashes" into the seething oc
>> Reported-by: Borislav Petkov
> This should be:
>
> Reported-by: George Spelvin
>
> I only connected the dots...
Well, you did a whole lot more than me! I just lobbed a "d'oh, it
crashes" into the seething ocean of lkml. (Admittedly, I had reason
to act fast: we're very close to release.)
On Mon, Jun 24, 2013 at 05:10:31PM +0200, Pablo Neira Ayuso wrote:
> > I have mangled your patch, find it attached.
>
> > From 79da8ea854c06ca9320decbb2f9d2e8d25b2f7e5 Mon Sep 17 00:00:00 2001
> > From: Gao feng
> > Date: Mon, 24 Jun 2013 17:04:02 +0800
> > Subject: [PATCH] netfilter: ipt_ULOG: f
On Mon, Jun 24, 2013 at 01:34:41PM +0200, Pablo Neira Ayuso wrote:
> On Mon, Jun 24, 2013 at 05:52:08PM +0800, Gao feng wrote:
> > On 06/24/2013 05:41 PM, George Spelvin wrote:
> > >> Please try the patch below,
> > >> I think this bug is introduced by me :(
> > >>
> > >> Thanks!
> > >
> > > Well,
On Mon, Jun 24, 2013 at 05:52:08PM +0800, Gao feng wrote:
> On 06/24/2013 05:41 PM, George Spelvin wrote:
> >> Please try the patch below,
> >> I think this bug is introduced by me :(
> >>
> >> Thanks!
> >
> > Well, you changed it, but it still crashes.
> >
> > It's now at del_timer+0x9/0x58, wit
Hooray! This one seems to work.
Thank you very much for the quick response!
Tested-by: George Spelvin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.ht
On 06/24/2013 05:41 PM, George Spelvin wrote:
>> Please try the patch below,
>> I think this bug is introduced by me :(
>>
>> Thanks!
>
> Well, you changed it, but it still crashes.
>
> It's now at del_timer+0x9/0x58, with the code being:
This one should work.
Thanks for your quickly reply.
>
> Please try the patch below,
> I think this bug is introduced by me :(
>
> Thanks!
Well, you changed it, but it still crashes.
It's now at del_timer+0x9/0x58, with the code being:
3f 00 55 53 48 89 fb 48 83 ec 10 <48> 83 3f 00 48 c7 47
The backtrace is
? ulog_send+0x21/0x76
? ulog_timer+0
On 06/24/2013 04:47 PM, George Spelvin wrote:
>> This looks like ulog_timer in net/ipv4/netfilter/ipt_ULOG.c, judging by
>> your config.
>
> Ah, yes, it's a firewall/router machine with multiple interfaces.
> Exploding based on packet arrivals could explain the variable timing
> during init script
> This looks like ulog_timer in net/ipv4/netfilter/ipt_ULOG.c, judging by
> your config.
Ah, yes, it's a firewall/router machine with multiple interfaces.
Exploding based on packet arrivals could explain the variable timing
during init script processing.
Thank you!
--
To unsubscribe from this lis
This looks like ulog_timer in net/ipv4/netfilter/ipt_ULOG.c, judging by
your config.
Adding some more people to CC.
On Mon, Jun 24, 2013 at 02:49:34AM -0400, George Spelvin wrote:
> Trying to upgrade from 3.9.4 to 3.10-rc7, I encountered the following
> persistent oops right around the time that
Just to quiet worries, I compiled stock 3.10-rc7. Booted single-user.
Same oops.
Compiler is gcc (Debian 4.8.1-4) 4.8.1. .config (comments stripped)
is attached. No changes since previous kernel except "make oldconfig".
CONFIG_64BIT=y
CONFIG_X86_64=y
CONFIG_X86=y
CONFIG_INSTRUCTION_DECODER=y
C
Trying to upgrade from 3.9.4 to 3.10-rc7, I encountered the following
persistent oops right around the time that init enters runlevel 2.
The exact timing fluctuates slightly; it doesn't appear to be a particular
init script triggering it.
Trying to boot single-user, it occurred immediately after p
16 matches
Mail list logo
