On Mon, Nov 09, 2015 at 01:35:11PM +0100, Gerhard Wiesinger wrote:
> On 08.11.2015 18:20, Greg KH wrote:
> >That's great, can you let me know the git commits that end up in Linus's
> >tree? That's what we need for the stable kernel.
>
> Find the commits here:
> https://git.kernel.org/cgit/linux/k
On 08.11.2015 18:20, Greg KH wrote:
On Sun, Nov 08, 2015 at 02:51:01PM +0100, Gerhard Wiesinger wrote:
On 25.10.2015 17:29, Greg KH wrote:
On Sun, Oct 25, 2015 at 11:48:54AM +0100, Gerhard Wiesinger wrote:
On 25.10.2015 10:46, Willy Tarreau wrote:
ipset *triggered* the problem. The whole stac
On Sun, Nov 08, 2015 at 02:51:01PM +0100, Gerhard Wiesinger wrote:
> On 25.10.2015 17:29, Greg KH wrote:
> >On Sun, Oct 25, 2015 at 11:48:54AM +0100, Gerhard Wiesinger wrote:
> >>On 25.10.2015 10:46, Willy Tarreau wrote:
> >>>ipset *triggered* the problem. The whole stack dump would tell more.
> >>
On 25.10.2015 17:29, Greg KH wrote:
On Sun, Oct 25, 2015 at 11:48:54AM +0100, Gerhard Wiesinger wrote:
On 25.10.2015 10:46, Willy Tarreau wrote:
ipset *triggered* the problem. The whole stack dump would tell more.
OK, find the stack traces in the bug report:
https://bugzilla.redhat.com/show_bu
Please disregard this patch and dont use it. I found some bugs in the
NMI handler. I'll post another patch later tonight or tommorrow after
I finish testing the changes.
Jeff
On 10/27/15, Jeffrey Merkey wrote:
> I changed the name to Modular Kernel Debugger from Merkey's Kernel
> Debugger. Ve
I am unable to reproduce this error on 4.2.5 but its easily
reproduceable on 4.2.4 on the i386 build. Seems to be gone as of
4.2.5.
Jeff
On 10/27/15, Jeffrey Merkey wrote:
> Same as before. Strange error with fuse trying to load (I think its
> related in some way with the writes being made to
I changed the name to Modular Kernel Debugger from Merkey's Kernel
Debugger. Very minimal changes considering the last release was four
years ago on 2.6.37.Will be backporting til it meets 2.6.37
versions. Not fully tested on all x86_64 build options. Please
email bugs are comments.
Is com
Same as before. Strange error with fuse trying to load (I think its
related in some way with the writes being made to the /proc/sysrq),
then strange errors. I am running on CENTOS 6.3 with 4.2.4 kernel.
fsck cleans up the problem so its not a disk error, kernel error of
some sort.
Jeff
Ebtables
DVD Creator returns intermittent errors saying that the driver will
not close properly with 4.2.4. The log shows seeks for block
addresses which are out of bounds for the device size. Each time this
happens I see a message saying fuse is initing. Same as other traces
on previous bugs. For some
On 26.10.2015 09:58, Jozsef Kadlecsik wrote:
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
Also any idea regarding the second isssue? Or do you think it has the
same root cause?
Looking at your RedHat bugzilla report, the "nf_conntrack: table full,
dropping packet" and "Alignment trap: not han
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
> On 25.10.2015 20:46, Jozsef Kadlecsik wrote:
> > Hi,
> >
> > On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
> >
> > > On 25.10.2015 10:46, Willy Tarreau wrote:
> > > > ipset *triggered* the problem. The whole stack dump would tell more.
> > > OK, fi
Also, please note in the trace for some strange reason, the floppy
drive activates after the rcu_sched errors happen -- fucking wierd
shit. I fixed the problem in the debugger patch but seems like to me
it should not generate a crash report when time is frozen for that
kernel instance just because
On 25.10.2015 22:53, Jozsef Kadlecsik wrote:
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
Any further ideas?
Does it crash without counters? That could narrow down where to look for.
Hello Jozsef,
it doesn't crash i I don't use the counters so far. So there must be a
bug with the counte
I coded a workaround and tested it. seems to work.
Jeff
On 10/26/15, Jeffrey Merkey wrote:
> I am calling these functions while polling the keyboard inside the
> debugger:
>
> touch_softlockup_watchdog();
> clocksource_touch_watchdog();
> touch_nmi_watchdog();
>
> Jeff
>
> On 10/25/15, Jeffrey
I am calling these functions while polling the keyboard inside the debugger:
touch_softlockup_watchdog();
clocksource_touch_watchdog();
touch_nmi_watchdog();
Jeff
On 10/25/15, Jeffrey Merkey wrote:
> After using the mdb kernel debugger then exiting, the rcu_sched, due
> to its own internal time
loading hostapd on 4.2.4 results in the driver crashing and failing to
load the firmware correctly into the device driver.
jeff
WARNING: CPU: 0 PID: 1703 at drivers/net/wireless/b43/main.c:2708
b43_upload_microcode+0x492/0x4e0 [b43]()
Modules linked in: target_core_iblock target_core_file
target_
After using the mdb kernel debugger then exiting, the rcu_sched, due
to its own internal timers, rolls over and crashes when it does not
get the timeout window it likes.Not caused by memory corruption,
just caused by the debugger holding the system suspended then when the
system is allowed to r
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
> On 25.10.2015 21:08, Gerhard Wiesinger wrote:
> > On 25.10.2015 20:46, Jozsef Kadlecsik wrote:
> > > Hi,
> > >
> > > On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
> > >
> > > > On 25.10.2015 10:46, Willy Tarreau wrote:
> > > > > ipset *triggered* t
On 25.10.2015 21:08, Gerhard Wiesinger wrote:
On 25.10.2015 20:46, Jozsef Kadlecsik wrote:
Hi,
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
On 25.10.2015 10:46, Willy Tarreau wrote:
ipset *triggered* the problem. The whole stack dump would tell more.
OK, find the stack traces in the bug re
On 25.10.2015 20:46, Jozsef Kadlecsik wrote:
Hi,
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
On 25.10.2015 10:46, Willy Tarreau wrote:
ipset *triggered* the problem. The whole stack dump would tell more.
OK, find the stack traces in the bug report:
https://bugzilla.redhat.com/show_bug.cgi?
Hi,
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
> On 25.10.2015 10:46, Willy Tarreau wrote:
> > ipset *triggered* the problem. The whole stack dump would tell more.
>
> OK, find the stack traces in the bug report:
> https://bugzilla.redhat.com/show_bug.cgi?id=1272645
>
> Kernel 4.1.10 trigge
On 25.10.2015 17:29, Greg KH wrote:
On Sun, Oct 25, 2015 at 11:48:54AM +0100, Gerhard Wiesinger wrote:
On 25.10.2015 10:46, Willy Tarreau wrote:
ipset *triggered* the problem. The whole stack dump would tell more.
OK, find the stack traces in the bug report:
https://bugzilla.redhat.com/show_bu
On Sun, Oct 25, 2015 at 11:48:54AM +0100, Gerhard Wiesinger wrote:
> On 25.10.2015 10:46, Willy Tarreau wrote:
> >ipset *triggered* the problem. The whole stack dump would tell more.
>
> OK, find the stack traces in the bug report:
> https://bugzilla.redhat.com/show_bug.cgi?id=1272645
>
> Kernel
On 25.10.2015 10:46, Willy Tarreau wrote:
ipset *triggered* the problem. The whole stack dump would tell more.
OK, find the stack traces in the bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=1272645
Kernel 4.1.10 triggered also a kernel dump when playing with ipset
commands and IPv6,
On Sun, Oct 25, 2015 at 10:30:36AM +0100, Gerhard Wiesinger wrote:
> On 25.10.2015 10:03, Willy Tarreau wrote:
> >On Sun, Oct 25, 2015 at 01:25:47AM -0700, Greg KH wrote:
> >>On Sun, Oct 25, 2015 at 08:25:49AM +0100, Gerhard Wiesinger wrote:
> >>>On 23.10.2015 02:33, Greg KH wrote:
> I'm announ
On 25.10.2015 10:03, Willy Tarreau wrote:
On Sun, Oct 25, 2015 at 01:25:47AM -0700, Greg KH wrote:
On Sun, Oct 25, 2015 at 08:25:49AM +0100, Gerhard Wiesinger wrote:
On 23.10.2015 02:33, Greg KH wrote:
I'm announcing the release of the 4.2.4 kernel.
All users of the 4.2 kernel series must upg
On Sun, Oct 25, 2015 at 01:25:47AM -0700, Greg KH wrote:
> On Sun, Oct 25, 2015 at 08:25:49AM +0100, Gerhard Wiesinger wrote:
> > On 23.10.2015 02:33, Greg KH wrote:
> > >I'm announcing the release of the 4.2.4 kernel.
> > >
> > >All users of the 4.2 kernel series must upgrade.
> > >
> > >The updat
On 25.10.2015 09:25, Greg KH wrote:
On Sun, Oct 25, 2015 at 08:25:49AM +0100, Gerhard Wiesinger wrote:
On 23.10.2015 02:33, Greg KH wrote:
I'm announcing the release of the 4.2.4 kernel.
All users of the 4.2 kernel series must upgrade.
The updated 4.2.y git tree can be found at:
git:/
On Sun, Oct 25, 2015 at 08:25:49AM +0100, Gerhard Wiesinger wrote:
> On 23.10.2015 02:33, Greg KH wrote:
> >I'm announcing the release of the 4.2.4 kernel.
> >
> >All users of the 4.2 kernel series must upgrade.
> >
> >The updated 4.2.y git tree can be found at:
> > git://git.kernel.org/pub/scm
On 23.10.2015 02:33, Greg KH wrote:
I'm announcing the release of the 4.2.4 kernel.
All users of the 4.2 kernel series must upgrade.
The updated 4.2.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.2.y
and can be browsed at the n
R. Shenoy (1):
KVM: PPC: Book3S HV: Pass the correct trap argument to kvmhv_commence_exit
Gianluca Renzi (1):
ASoC: sgtl5000: fix wrong register MIC_BIAS_VOLTAGE setup on probe
Grazvydas Ignotas (1):
ARM: dts: omap5-uevm.dts: fix i2c5 pinctrl offsets
Greg Kroah-Hartman (1):
31 matches
Mail list logo
