lowlatency-flavour crashes and locks up alot
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
linux-lowlatency (Ubuntu) |
Fix Released
|
High
|
Unassigned |
Bug Description
The 3.11 flavour that where upgraded to 3.13 today crashed 10 times this morning. I have the crashdums, but I figured that it might have been solved in 3.13. Unfortunatly it seems like it is not.
I will add crashdumps when I get crashes that do not just lockup the machine but currently I have only seem complete lockups with 3.13
So the essense is :
3.11-lowlatency crashed 10 time today most of the crashes reached the console so I could see the panic text.
3.13-lowlatency crash 1 time 10 minuttes after first boot. No VT swtich. During next reboot it also locked.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-
ProcVersionSign
Uname: Linux 3.13.0-6-generic i686
ApportVersion: 2.13.2-0ubuntu2
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
CurrentDesktop: KDE
Date: Fri Jan 31 23:38:10 2014
InstallationDate: Installed on 2013-12-24 (38 days ago)
InstallationMedia: Kubuntu 14.04 LTS "Trusty Tahr" - Alpha i386 (20131224)
MachineType: LENOVO 2356GCG
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=
RelatedPackageV
linux-
linux-
linux-firmware 1.123
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/02/2012
dmi.bios.vendor: LENOVO
dmi.bios.version: G7ET31WW (1.13 )
dmi.board.
dmi.board.name: 2356GCG
dmi.board.vendor: LENOVO
dmi.board.version: Not Defined
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.
dmi.modalias: dmi:bvnLENOVO:
dmi.product.name: 2356GCG
dmi.product.
dmi.sys.vendor: LENOVO
Søren Holm (sgh) wrote : | #1 |
- AlsaInfo.txt Edit (38.6 KiB, text/plain; charset="utf-8")
- BootDmesg.txt Edit (60.1 KiB, text/plain; charset="utf-8")
- CRDA.txt Edit (257 bytes, text/plain; charset="utf-8")
- CurrentDmesg.txt Edit (1.9 KiB, text/plain; charset="utf-8")
- IwConfig.txt Edit (581 bytes, text/plain; charset="utf-8")
- Lspci.txt Edit (10.7 KiB, text/plain; charset="utf-8")
- Lsusb.txt Edit (707 bytes, text/plain; charset="utf-8")
- ProcCpuinfo.txt Edit (3.8 KiB, text/plain; charset="utf-8")
- ProcEnviron.txt Edit (100 bytes, text/plain; charset="utf-8")
- ProcInterrupts.txt Edit (2.1 KiB, text/plain; charset="utf-8")
- ProcModules.txt Edit (3.7 KiB, text/plain; charset="utf-8")
- PulseList.txt Edit (22.1 KiB, text/plain; charset="utf-8")
- RfKill.txt Edit (250 bytes, text/plain; charset="utf-8")
- UdevDb.txt Edit (145.0 KiB, text/plain; charset="utf-8")
- UdevLog.txt Edit (323.0 KiB, text/plain; charset="utf-8")
- WifiSyslog.txt Edit (795.6 KiB, text/plain; charset="utf-8")
Brad Figg (brad-figg) wrote : Status changed to Confirmed | #2 |
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
Søren Holm (sgh) wrote : | #3 |
4,996,323100367
2,997,323100370
4,998,323100373
4,999,323100375
4,1000,
0,1001,
0,1002,
0,1003,
4,1004,
1,1005,
1,1006,
4,1007,
4,1008,
4,1009,
4,1010,
0,1011,
0,1012,
0,1013,
4,1014,
4,1015,
4,1016,
4,1017,
4,1018,
4,1019,
0,1020,
...
Søren Holm (sgh) wrote : | #4 |
description: | updated |
Søren Holm (sgh) wrote : | #5 |
- IMAG0497.jpg Edit (1.1 MiB, image/jpeg)
After the prebvious crash I powercycled the computer and got a stall here.
Jaime Pérez (jaime-91) wrote : | #6 |
Same problem here. Whole system locks sudently. I'm using same dist and kernel.
Jaime Pérez (jaime-91) wrote : | #7 |
I'm using arch amd64
Søren Holm (sgh) wrote : | #8 |
I have tried setting up netconsole to cash what the kernel might think is happening but wireless is not supported.
https:/
Jaime, maybe you have a wired setup and can try to set it up?
Søren Holm (sgh) wrote : | #9 |
Jaime, are you running virtualbox or some other virtualization software?
Søren Holm (sgh) wrote : | #10 |
I'm quite sure that this relates to running virtualbox - the system crashes within 5 minuttes. Not running virtualbox does not make the system unstable.
Søren Holm (sgh) wrote : | #11 |
Jaime Pérez (jaime-91) wrote : | #12 |
I'm running not virtualized ubuntu. I have wired conexion, but i don't know what is net console. I'm going to read the link you posted and I'll try to do something.
Jaime Pérez (jaime-91) wrote : | #13 |
However in my netbook I'm running lowlatency kernel and it seems to work fine. Perhaps is a driver issue or something.
Jaime Pérez (jaime-91) wrote : | #14 |
Ok its logging. I'm going to leave it for a while. Computer is blocked and still pasing info by netconsole. If log is too big i will compress it.
Jaime Pérez (jaime-91) wrote : | #15 |
- kernel panic trace Edit (140.0 KiB, text/plain)
Here it is. I thing that it was in a loop, because some info seems to reappear. If more information its needed I can do this again.
Søren Holm (sgh) wrote : | #16 |
We seem some more skilled people than me on this. It seem like the error start at one thing, but then progresses and pull the IO subsystem down (the IO-error that I also get).
Søren Holm (sgh) wrote : | #17 |
diff --git a/boot/
index 2684575..e86aff9 100644
--- a/boot/
+++ b/boot/
@@ -1,6 +1,6 @@
#
# Automatically generated file; DO NOT EDIT.
-# Linux/i386 3.13.0-6-generic Kernel Configuration
+# Linux/i386 3.13.0-6-lowlatency Kernel Configuration
#
# CONFIG_64BIT is not set
CONFIG_X86_32=y
@@ -64,7 +64,7 @@ CONFIG_
# CONFIG_KERNEL_LZO is not set
# CONFIG_KERNEL_LZ4 is not set
CONFIG_
-CONFIG_
+CONFIG_
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_
@@ -86,7 +86,7 @@ CONFIG_
CONFIG_
# CONFIG_
CONFIG_
-# CONFIG_
+CONFIG_
CONFIG_
CONFIG_
CONFIG_
@@ -121,14 +121,15 @@ CONFIG_
#
# RCU Subsystem
#
-CONFIG_TREE_RCU=y
-# CONFIG_PREEMPT_RCU is not set
+CONFIG_
+CONFIG_
CONFIG_
CONFIG_
CONFIG_
# CONFIG_
CONFIG_
# CONFIG_
+# CONFIG_RCU_BOOST is not set
# CONFIG_RCU_NOCB_CPU is not set
# CONFIG_IKCONFIG is not set
CONFIG_
@@ -222,7 +223,6 @@ CONFIG_
CONFIG_
CONFIG_KPROBES=y
CONFIG_
-CONFIG_OPTPROBES=y
CONFIG_
CONFIG_UPROBES=y
# CONFIG_
@@ -342,11 +342,6 @@ CONFIG_
CONFIG_PADATA=y
CONFIG_ASN1=y
CONFIG_
-CONFIG_
-CONFIG_
-CONFIG_
-CONFIG_
-CONFIG_
CONFIG_
CONFIG_FREEZER=y
@@ -438,8 +433,9 @@ CONFIG_NR_CPUS=8
CONFIG_SCHED_SMT=y
CONFIG_SCHED_MC=y
# CONFIG_PREEMPT_NONE is not set
-CONFIG_
-# CONFIG_PREEMPT is not set
+# CONFIG_
+CONFIG_PREEMPT=y
+CONFIG_
CONFIG_
CONFIG_
CONFIG_
@@ -534,10 +530,10 @@ CONFIG_EFI_STUB=y
CONFIG_SECCOMP=y
CONFIG_
# CONFIG_HZ_100 is not set
-CONFIG_HZ_250=y
+# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
-# CONFIG_HZ_1000 is not set
-CONFIG_HZ=250
+CONFIG_HZ_1000=y
+CONFIG_HZ=1000
CONFIG_
CONFIG_KEXEC=y
CONFIG_
@@ -4881,7 +4877,6 @@ CONFIG_
CONFIG_
CONFIG_
CONFIG_
-CONFIG_DRM_I810=m
CONFIG_DRM_I915=m
CONFIG_
CONFIG_
@@ -7191,6 +7186,7 @@ CONFIG_
CONFIG_
CONFIG_
CONFIG_
+# CONFIG_
#
# Lock Debugging (spinlocks, mutexes, etc...)
@@ -7217,9 +7213,11 @@ CONFIG_
#
# RCU Debugging
#
+# CONFIG_PROV...
Søren Holm (sgh) wrote : | #18 |
The diff does not reveal any huge differences between lowlatency and generic, but looking at it maybe others can gen an ideas as to wht might be causing this all-over-the-place panic.
Jaime Pérez (jaime-91) wrote : | #19 |
It seems that CPU gets blocked, so perhaps is something of theese:
+CONFIG_
-CONFIG_
-CONFIG_
-CONFIG_
-CONFIG_
-CONFIG_
Søren Holm (sgh) wrote : | #20 |
Apparently CONFIG_
The resulting param force_irqthreads is not set no true unless "threadirqs" are on the kernel commandline.
In the problematic kernel it is set to true by default - something that will never happen on a vanilla kernel.
It can be turned off using "nothreadirqs" on the commandline - which is exactly what I'm going to try now.
Søren Holm (sgh) wrote : | #21 |
Well - nothreadirq has the effect that my virtualbox crashes. Someway around the time where I would expect the whole system to crash.
Jaime - I thing adding "nothreadirqs" would be something that you should try also.
Jaime Pérez (jaime-91) wrote : Re: [Bug 1275116] Re: lowlatency-flavour crashes and locks up alot | #23 |
ok i will try tomorrow
Jaime Pérez (jaime-91) wrote : | #22 |
Ok, I will try tomorrow
Søren Holm (sgh) wrote : | #24 |
I can add that my system locked up in the end but the characteristics of that crash was for sure different. So no real cure for me. Looking forward to hearing what it does to your side of things.
Jaime Pérez (jaime-91) wrote : | #25 |
How can I add the "nothreadsirqs" setting? I open grub console and type it, but I got an error. So I put it in /etc/grub/defaults and execute update-grub. It's that ok?
Søren Holm (sgh) wrote : | #26 |
Problably.... but I just press and hold "shift" to get the bootmenu. This I press 'e' to edit the current entry and add "nothreadirqs" to the linux-line.
Jaime Pérez (jaime-91) wrote : | #27 |
I think I have done it in the wrong way. I will check when I return home.
Søren Holm <email address hidden> wrote:
Problably.... but I just press and hold "shift" to get the bootmenu.
This I press 'e' to edit the current entry and add "nothreadirqs" to the
linux-line.
--
You received this bug notification because you are subscribed to the bug
report.
https:/
Title:
lowlatency-
Status in “linux” package in Ubuntu:
Confirmed
Bug description:
The 3.11 flavour that where upgraded to 3.13 today crashed 10 times
this morning. I have the crashdums, but I figured that it might have
been solved in 3.13. Unfortunatly it seems like it is not.
I will add crashdumps when I get crashes that do not just lockup the
machine but currently I have only seem complete lockups with 3.13
So the essense is :
3.11-lowlatency crashed 10 time today most of the crashes reached the console so I could see the panic text.
3.13-lowlatency crash 1 time 10 minuttes after first boot. No VT swtich. During next reboot it also locked.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-
ProcVersionSi
Uname: Linux 3.13.0-6-generic i686
ApportVersion: 2.13.2-0ubuntu2
Architecture: i386
AudioDevicesI
USER PID ACCESS COMMAND
/dev/
CurrentDesktop: KDE
Date: Fri Jan 31 23:38:10 2014
InstallationDate: Installed on 2013-12-24 (38 days ago)
InstallationM
MachineType: LENOVO 2356GCG
ProcFB: 0 inteldrmfb
ProcKernelCmd
RelatedPackag
linux-
linux-
linux-firmware 1.123
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/02/2012
dmi.bios.vendor: LENOVO
dmi.bios.version: G7ET31WW (1.13 )
dmi.board.
dmi.board.name: 2356GCG
dmi.board.vendor: LENOVO
dmi.board.
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.
dmi.chassis.
dmi.modalias: dmi:bvnLENOVO:
dmi.product.name: 2356GCG
dmi.product.
dmi.sys.vendor: LENOVO
To manage notifications about this bug go to:
https:/
Jaime Pérez (jaime-91) wrote : | #28 |
Ok, it seems to be working. However I will be checking if it breaks.
Jaime Pérez (jaime-91) wrote : | #29 |
This is working fine. You are using ubuntu through virtualbox? Perhaps if you use only one processor the problem goes off.
Søren Holm (sgh) wrote : | #30 |
No I'm running Ubuntu on the host system. I run Wintendo in virtualbox.
Jaime Pérez (jaime-91) wrote : | #31 |
Ah ok! isn't there any change in config related to virtualization?
Søren Holm <email address hidden> wrote:
No I'm running Ubuntu on the host system. I run Wintendo in virtualbox.
--
You received this bug notification because you are subscribed to the bug
report.
https:/
Title:
lowlatency-
Status in “linux” package in Ubuntu:
Confirmed
Bug description:
The 3.11 flavour that where upgraded to 3.13 today crashed 10 times
this morning. I have the crashdums, but I figured that it might have
been solved in 3.13. Unfortunatly it seems like it is not.
I will add crashdumps when I get crashes that do not just lockup the
machine but currently I have only seem complete lockups with 3.13
So the essense is :
3.11-lowlatency crashed 10 time today most of the crashes reached the console so I could see the panic text.
3.13-lowlatency crash 1 time 10 minuttes after first boot. No VT swtich. During next reboot it also locked.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-
ProcVersionSi
Uname: Linux 3.13.0-6-generic i686
ApportVersion: 2.13.2-0ubuntu2
Architecture: i386
AudioDevicesI
USER PID ACCESS COMMAND
/dev/
CurrentDesktop: KDE
Date: Fri Jan 31 23:38:10 2014
InstallationDate: Installed on 2013-12-24 (38 days ago)
InstallationM
MachineType: LENOVO 2356GCG
ProcFB: 0 inteldrmfb
ProcKernelCmd
RelatedPackag
linux-
linux-
linux-firmware 1.123
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/02/2012
dmi.bios.vendor: LENOVO
dmi.bios.version: G7ET31WW (1.13 )
dmi.board.
dmi.board.name: 2356GCG
dmi.board.vendor: LENOVO
dmi.board.
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.
dmi.chassis.
dmi.modalias: dmi:bvnLENOVO:
dmi.product.name: 2356GCG
dmi.product.
dmi.sys.vendor: LENOVO
To manage notifications about this bug go to:
https:/
Changed in linux (Ubuntu): | |
importance: | Undecided → High |
tags: | added: kernel-da-key linux-lowlatency |
Joseph Salisbury (jsalisbury) wrote : | #32 |
I built an amd64 lowlatency test kernel with PREEMPT disabled. This kernel can be downloaded from:
http://
Can you test this kernel and see if it also exhibits this bug? Please note, this is a diagnostic kernel and not a fix.
Thanks in advance!
tags: | added: kernel-key |
Joseph Salisbury (jsalisbury) wrote : | #33 |
@Soren, I see you have an i686 machine, so I'll build a 32 bit kernel as well.
Jaime Pérez (jaime-91) wrote : | #34 |
I will test it. Should I put the kernel option off?
Jaime Pérez (jaime-91) wrote : | #35 |
Failed to process /etc/kernel/
dpkg: error processing package linux-image-
subprocess installed post-installation script returned error exit status 2
Setting up linux-tools-
Errors were encountered while processing:
linux-
Jaime Pérez (jaime-91) wrote : | #36 |
Ok sorry I put my foot on it. Ignore last message.
Jaime Pérez (jaime-91) wrote : | #37 |
It seems to work all right. But I thought it was due to someone of theese options:
+CONFIG_
-CONFIG_
-CONFIG_
-CONFIG_
-CONFIG_
-CONFIG_
It seems I was wrong.
Joseph Salisbury (jsalisbury) wrote : | #38 |
@Soren, there is an i386 kernel available at that link now as well.
Søren Holm (sgh) wrote : | #39 |
I can't see it - am I looking the wrong place?
Jaime Pérez (jaime-91) wrote : | #40 |
I thought preemtible kernel wasn't the problem. I don't know, but the fix worked for me, so thanks!
Søren Holm (sgh) wrote : | #41 |
But preemptiveness is the whole point of lowlatency.
Joseph Salisbury (jsalisbury) wrote : | #42 |
Sorry, Soren. The kernel is here now:
http://
Jaime Pérez (jaime-91) wrote : | #43 |
Bad news, kernel got stuck again.
Joseph can you pass me a link where I can learn how to build a ubuntu's style kernel? I can try some changes by my own and report the results. I have built some kernels by my own, so I know how to do it with make-kpkg. But I think i must use debian/config style.
Thanks!
Joseph Salisbury (jsalisbury) wrote : | #44 |
@Jamie Perez,
There is some information on building Ubuntu kernels here:
Søren Holm (sgh) wrote : | #45 |
For me it for sure improves the situation. But problably my system will crash again like Jaime. I'll leave it to die and report back in around 6 hours with the result.
Jaime Pérez (jaime-91) wrote : | #46 |
- disable CONFIG_IRQ_FORCED_THREADING_DEFAULT Edit (372 bytes, text/plain)
I will try those changes and report.
Jaime Pérez (jaime-91) wrote : | #47 |
Ok perhaps it was a bad idea trying it by my own
/linux-
in the '/home/
make[4]: *** [prepare3] Error 1
make[3]: *** [sub-make] Error 2
make[2]: *** [prepare] Error 2
make[1]: *** [sub-make] Error 2
Jaime Pérez (jaime-91) wrote : | #48 |
Should I change this?
CONFIG_
Joseph Salisbury (jsalisbury) wrote : | #49 |
I'll also see if I can reproduce this bug. Is there a specific test case that causes the bug to happen? Do you run a certain application or workload?
Jaime Pérez (jaime-91) wrote : | #50 |
It hapens when I overload PC, i think.
Jaime Pérez (jaime-91) wrote : | #51 |
I have been able to build the kernel ^^. However I put version 23 and I think that's the version you used, too. I will try the new kernel and tell you how it was.
Jaime Pérez (jaime-91) wrote : | #52 |
Jaime Pérez (jaime-91) wrote : | #53 |
Ah! sorry, but the change I made wasn't made in the kernel. I don't know why. I'm rebuilding.
Jaime Pérez (jaime-91) wrote : | #54 |
I'm using the new kernel and it seems to work properly.
Joseph Salisbury (jsalisbury) wrote : | #55 |
Thanks for the update, Jamie. Did you modify specific config options with your new kernel? If so, can you post the details?
Søren Holm (sgh) wrote : | #56 |
The problem is NOT fixed in linux-image-
tags: | added: patch |
Jaime Pérez (jaime-91) wrote : | #57 |
I have uploaded a patch file in post #46 . I only changed a thing.
Søren Holm (sgh) wrote : | #58 |
Jospeh: Your lowlatency kernel locks up in my dual-screen configuration at work. ;(
Jaime Pérez (jaime-91) wrote : | #59 |
I will upload a kernel this afternoon
Søren Holm <email address hidden> wrote:
Jospeh: Your lowlatency kernel locks up in my dual-screen configuration
at work. ;(
--
You received this bug notification because you are subscribed to the bug
report.
https:/
Title:
lowlatency-
Status in “linux” package in Ubuntu:
Confirmed
Bug description:
The 3.11 flavour that where upgraded to 3.13 today crashed 10 times
this morning. I have the crashdums, but I figured that it might have
been solved in 3.13. Unfortunatly it seems like it is not.
I will add crashdumps when I get crashes that do not just lockup the
machine but currently I have only seem complete lockups with 3.13
So the essense is :
3.11-lowlatency crashed 10 time today most of the crashes reached the console so I could see the panic text.
3.13-lowlatency crash 1 time 10 minuttes after first boot. No VT swtich. During next reboot it also locked.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-
ProcVersionSi
Uname: Linux 3.13.0-6-generic i686
ApportVersion: 2.13.2-0ubuntu2
Architecture: i386
AudioDevicesI
USER PID ACCESS COMMAND
/dev/
CurrentDesktop: KDE
Date: Fri Jan 31 23:38:10 2014
InstallationDate: Installed on 2013-12-24 (38 days ago)
InstallationM
MachineType: LENOVO 2356GCG
ProcFB: 0 inteldrmfb
ProcKernelCmd
RelatedPackag
linux-
linux-
linux-firmware 1.123
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/02/2012
dmi.bios.vendor: LENOVO
dmi.bios.version: G7ET31WW (1.13 )
dmi.board.
dmi.board.name: 2356GCG
dmi.board.vendor: LENOVO
dmi.board.
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.
dmi.chassis.
dmi.modalias: dmi:bvnLENOVO:
dmi.product.name: 2356GCG
dmi.product.
dmi.sys.vendor: LENOVO
To manage notifications about this bug go to:
https:/
Jaime Pérez (jaime-91) wrote : | #60 |
My "fix" failed.
Jaime Pérez (jaime-91) wrote : | #61 |
Jaime Pérez (jaime-91) wrote : | #62 |
- only1000HZ(seems to be working).patch Edit (1.1 KiB, text/plain)
This seems to be working on my case. But nearly all pros of lowlatency are lost
Joseph Salisbury (jsalisbury) wrote : | #63 |
Thanks, Jamie. Was the fix that failed in comment #60 the same fix in comment #62?
Jaime Pérez (jaime-91) wrote : | #64 |
- 1000HZ enabled, irqforced enabled preempt disabled (doesn't work) Edit (538 bytes, text/plain)
no, in #62 one i only activated the 1000Hz option. Now I will try another change.
Jaime Pérez (jaime-91) wrote : | #65 |
Joseph, I think the last one is the same than the one you uploaded, so I'm going to omit this check.
Jaime Pérez (jaime-91) wrote : | #66 |
- disable irq forced (doesn't work) Edit (519 bytes, text/plain)
I think this one was the first I tried and didn't worked
Jaime Pérez (jaime-91) wrote : | #67 |
My PC has been switched on for 6 hours and still works with patch in #62.
Joseph Salisbury (jsalisbury) wrote : | #68 |
Thanks for the added information, Jamie. Have you tried various combinations of the three parameters:
CONFIG_
CONFIG_PREEMPT=n
CONFIG_
It would be good to know if we only need to disable one of these parameters. In particular it would be good to know if setting CONFIG_
I can build you a kernel with CONFIG_
Jaime Pérez (jaime-91) wrote : | #69 |
I have tryed than option too, I think
Jaime Pérez (jaime-91) wrote : | #70 |
Well I'm having issues with writing the version string, because I change it and nothing happens. I suppose you mean the patch in #64. I think that we have check that one, but I'm not sure.
Jaime Pérez (jaime-91) wrote : | #71 |
yes in #46 i upload changes and I think I made what you say.
Jaime Pérez (jaime-91) wrote : | #72 |
So the only config that is working until now is #62
Jaime Pérez (jaime-91) wrote : | #73 |
Jaime Pérez (jaime-91) wrote : | #74 |
- commit1.txt Edit (3.6 KiB, text/plain)
In this change they say something about CPU lockups, so perhaps they have found the solution
Jaime Pérez (jaime-91) wrote : | #75 |
Jaime Pérez (jaime-91) wrote : | #76 |
They say that using acpì=off, idle=poll or maxcpus=0 the problem is gone.
Søren Holm (sgh) wrote : | #77 |
I'll try that ASAP
Jaime Pérez (jaime-91) wrote : | #78 |
idle=poll is working, but I have read that CPU can overheat with that option.
Jaime Pérez (jaime-91) wrote : | #79 |
idle=poll doesn't work
Jaime Pérez (jaime-91) wrote : | #80 |
acpi=off and maxcpus=0 don't work either. I have filled a bug in bugzilla.kernel.com
Jaime Pérez (jaime-91) wrote : | #81 |
- vboxdisabled2.log Edit (4.8 KiB, text/plain)
cat /etc/modprobe.
blacklist vboxpci
blacklist vboxnetadp
blacklist vboxnetflt
blacklist vboxdrv
Søren Holm (sgh) wrote : | #82 |
Yeah - I experience most crashes when virtualbox is running.
Jaime Pérez (jaime-91) wrote : | #83 |
but it didn't work:S
Joseph Salisbury (jsalisbury) wrote : | #84 |
The latest mainline 3.14-rc1 kernel is now available. It might be a good test to see if this bug is already fixed in mainline. The 3.14-rc1 kernel can be downloaded from:
http://
Søren Holm (sgh) wrote : | #85 |
Same thing. Running virtual box and loading both host and guest system 100% crashes the system.
Jaime Pérez (jaime-91) wrote : | #86 |
I'm downloading and installing
Jaime Pérez (jaime-91) wrote : | #87 |
But Søren, your system only breaks when you use virtualbox?
Jaime Pérez (jaime-91) wrote : | #88 |
I can use virtualbox without any problem
Søren Holm (sgh) wrote : | #89 |
That's right. So maybe I'm no experiencing the same problem as you. Nevertheless the crashdumps we posted in the beginning looked similar....... so I don't know.
Have you tried running virtualbox with some cpu load on both host and guest os? nothreadirqs did make a difference in the time it took before a crash occurred..
Jaime Pérez (jaime-91) wrote : | #90 |
I get a crash sudently, doing nothing especial.
Jaime Pérez (jaime-91) wrote : | #91 |
v3.14-rc1-trusty gets blocked too.
Jaime Pérez (jaime-91) wrote : | #92 |
testing 3.13.0-8-lowlatency
Søren Holm (sgh) wrote : | #93 |
.13.0-8-lowlatency crashes for me.
Jaime Pérez (jaime-91) wrote : | #94 |
For me too
Jaime Pérez (jaime-91) wrote : | #95 |
My ubuntu has broken up when trying to fix another bug. I'm reinstalling, so I will tell you if that fix the problem.
Jaime Pérez (jaime-91) wrote : | #96 |
I will install ubuntu 14.04 in virtualbox, because I want to be able to use my PC and I was having too much bugs with 14.04. So I will tell you if I still have the problem.
Søren Holm (sgh) wrote : | #97 |
That's a VERY good idea. I mean if you have an issue in virtualbox then everyone will have that same issue.
Jaime Pérez (jaime-91) wrote : | #98 |
Ubuntu is installed with lowlatency kernel and seems to work properly. I will tell you if something happens.
Joseph Salisbury (jsalisbury) wrote : | #99 |
The upstream 3.13.2 kernel is now available. Can you test this kernel to see if it still exhibits the bug? It can be downloaded from:
http://
Jaime Pérez (jaime-91) wrote : | #100 |
My ubuntu crashed and i had to reinstal. no im running 13.10 instead of
14.04 but i will try the kernel and tell you.
On Feb 10, 2014 3:15 PM, "Joseph Salisbury" <email address hidden>
wrote:
> The upstream 3.13.2 kernel is now available. Can you test this kernel to
> see if it still exhibits the bug? It can be downloaded from:
>
> http://
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> lowlatency-flavour crashes and locks up alot
>
> Status in "linux" package in Ubuntu:
> Confirmed
>
> Bug description:
> The 3.11 flavour that where upgraded to 3.13 today crashed 10 times
> this morning. I have the crashdums, but I figured that it might have
> been solved in 3.13. Unfortunatly it seems like it is not.
>
> I will add crashdumps when I get crashes that do not just lockup the
> machine but currently I have only seem complete lockups with 3.13
>
> So the essense is :
>
> 3.11-lowlatency crashed 10 time today most of the crashes reached the
> console so I could see the panic text.
> 3.13-lowlatency crash 1 time 10 minuttes after first boot. No VT swtich.
> During next reboot it also locked.
>
> ProblemType: Bug
> DistroRelease: Ubuntu 14.04
> Package: linux-image-
> ProcVersionSign
> Uname: Linux 3.13.0-6-generic i686
> ApportVersion: 2.13.2-0ubuntu2
> Architecture: i386
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: sgh 2176 F.... pulseaudio
> CurrentDesktop: KDE
> Date: Fri Jan 31 23:38:10 2014
> InstallationDate: Installed on 2013-12-24 (38 days ago)
> InstallationMedia: Kubuntu 14.04 LTS "Trusty Tahr" - Alpha i386
> (20131224)
> MachineType: LENOVO 2356GCG
> ProcFB: 0 inteldrmfb
> ProcKernelCmdLine: BOOT_IMAGE=
> root=UUID=
> RelatedPackageV
> linux-restricte
> linux-backports
> linux-firmware 1.123
> SourcePackage: linux
> UpgradeStatus: No upgrade log present (probably fresh install)
> dmi.bios.date: 07/02/2012
> dmi.bios.vendor: LENOVO
> dmi.bios.version: G7ET31WW (1.13 )
> dmi.board.
> dmi.board.name: 2356GCG
> dmi.board.vendor: LENOVO
> dmi.board.version: Not Defined
> dmi.chassis.
> dmi.chassis.type: 10
> dmi.chassis.vendor: LENOVO
> dmi.chassis.
> dmi.modalias:
> dmi:bvnLENOVO:
> dmi.product.name: 2356GCG
> dmi.product.
> dmi.sys.vendor: LENOVO
>
> To manage notifications about this bug go to:
> https:/
>
Jaime Pérez (jaime-91) wrote : | #101 |
Ok, I'm testing it. I'll tell you how it was.
Jaime Pérez (jaime-91) wrote : | #102 |
It seems to work properly. But virtual-box drivers are not installed, because dkms failed. Perhaps there lays the problem.
affects: | linux → virtualbox |
Joseph Salisbury (jsalisbury) wrote : | #103 |
So the 3.13.2 kernel does not seem to exhibit this bug? Is that only in virtual-box? Can you test to see if it also resolves the bug on bare-metal as well?
Jaime Pérez (jaime-91) wrote : | #104 |
The test I made was without virtualbox (bare-metal). In the virtualized one I don't even have the problem with 3.13.1. So, in my view, the problem has to do with virtual-box drivers or something related to it.
Søren Holm (sgh) wrote : | #105 |
v3.14-rc2-trusty also crashes.
Joseph Salisbury (jsalisbury) wrote : | #106 |
@Soren, @Jamie,
Ok, so just to confirm, this bug only happens if the virtualbox drivers are installed and loaded? If they are not, the bug does not happen on a bare-metal system?
Jaime Pérez (jaime-91) wrote : | #107 |
I can't try it without changing of distro. @Soren, can you make a blacklist for vboxpci vboxnetadp vboxnetflt vboxdrv, please? I tryied it once, but I should had done something badly, because it didn't seem to work.
Søren Holm (sgh) wrote : | #108 |
@Joseph thats problably correct. I won't need virtualbox tomorrow. So I will uninstall it and use the latest lowlatency kernel and report back.
Søren Holm (sgh) wrote : | #109 |
Oh welll .... I can now conclude that my system can lock during boot like in #5. And that even if virtual box is not at all installed.
So virtualbox clearly pushes thing, but the preempt-stuff can tip by itself also.
Jaime Pérez (jaime-91) wrote : | #110 |
you have uninstalled vb? but are its modules disabled?
On Feb 12, 2014 12:16 AM, "Søren Holm" <email address hidden> wrote:
> Oh welll .... I can now conclude that my system can lock during boot
> like in #5. And that even if virtual box is not at all installed.
>
> So virtualbox clearly pushes thing, but the preempt-stuff can tip by
> itself also.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> lowlatency-flavour crashes and locks up alot
>
> Status in Virtualbox:
> New
> Status in "linux" package in Ubuntu:
> Confirmed
>
> Bug description:
> The 3.11 flavour that where upgraded to 3.13 today crashed 10 times
> this morning. I have the crashdums, but I figured that it might have
> been solved in 3.13. Unfortunatly it seems like it is not.
>
> I will add crashdumps when I get crashes that do not just lockup the
> machine but currently I have only seem complete lockups with 3.13
>
> So the essense is :
>
> 3.11-lowlatency crashed 10 time today most of the crashes reached the
> console so I could see the panic text.
> 3.13-lowlatency crash 1 time 10 minuttes after first boot. No VT swtich.
> During next reboot it also locked.
>
> ProblemType: Bug
> DistroRelease: Ubuntu 14.04
> Package: linux-image-
> ProcVersionSign
> Uname: Linux 3.13.0-6-generic i686
> ApportVersion: 2.13.2-0ubuntu2
> Architecture: i386
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: sgh 2176 F.... pulseaudio
> CurrentDesktop: KDE
> Date: Fri Jan 31 23:38:10 2014
> InstallationDate: Installed on 2013-12-24 (38 days ago)
> InstallationMedia: Kubuntu 14.04 LTS "Trusty Tahr" - Alpha i386
> (20131224)
> MachineType: LENOVO 2356GCG
> ProcFB: 0 inteldrmfb
> ProcKernelCmdLine: BOOT_IMAGE=
> root=UUID=
> RelatedPackageV
> linux-restricte
> linux-backports
> linux-firmware 1.123
> SourcePackage: linux
> UpgradeStatus: No upgrade log present (probably fresh install)
> dmi.bios.date: 07/02/2012
> dmi.bios.vendor: LENOVO
> dmi.bios.version: G7ET31WW (1.13 )
> dmi.board.
> dmi.board.name: 2356GCG
> dmi.board.vendor: LENOVO
> dmi.board.version: Not Defined
> dmi.chassis.
> dmi.chassis.type: 10
> dmi.chassis.vendor: LENOVO
> dmi.chassis.
> dmi.modalias:
> dmi:bvnLENOVO:
> dmi.product.name: 2356GCG
> dmi.product.
> dmi.sys.vendor: LENOVO
>
> To manage notifications about this bug go to:
> https:/
>
Søren Holm (sgh) wrote : | #111 |
Well ... virtualbox (and virtualbox-dkms) is uninstalled. Soe the modules are simply not there anymore.
Jaime Pérez (jaime-91) wrote : | #112 |
ohh then i was wrong:( if you install ubuntu 13.10 and upgrade the kernel
does the problem fade away?
Søren Holm (sgh) wrote : | #113 |
Yes - I ran 13.10 from august 2013 until december 2013 with no issues at all.
Jaime Pérez (jaime-91) wrote : | #114 |
But, I mean, did you ran 13.10 with 3.13-lowlatency kernel? Or with the 3.11-lowlatency one?
no longer affects: | virtualbox |
Søren Holm (sgh) wrote : | #115 |
The version that was in 13.10 at that time - problably 3.11-lowlatency.
Jaime Pérez (jaime-91) wrote : | #116 |
in my view it has to do with ubuntu 14.04, not with the kernel
Jaime Pérez (jaime-91) wrote : | #117 |
I got a lock in Ubuntu 13.10, when playing half life. 2 on a row. I was using lowlatency, so perhaps its the same error. I have to install netconsole again.
Joseph Salisbury (jsalisbury) wrote : | #118 |
As an additional data point, can you see if this bug also happens if you boot the -generic kernel with the threadirqs boot parameter?
Søren Holm (sgh) wrote : | #119 |
Søren Holm (sgh) wrote : | #120 |
- Crash with 3.13.0-8-generic #28 booted with "threadirqs" Edit (1.2 MiB, image/jpeg)
Great suggestion. It crashes 4 out of 5 boots for me. All of them with simmilar lock during some systemd-udev thing and a stuck CPU.
Søren Holm (sgh) wrote : | #121 |
My new attachment is btw. created with the virtualbox driver out of the way just to be sure.
Jaime Pérez (jaime-91) wrote : | #122 |
ah is the same problem! you only put the irq thing?
Jaime Pérez (jaime-91) wrote : | #123 |
My cpu bloqued with nothreadirqs
Søren Holm (sgh) wrote : | #124 |
Welll .... I removed "splash" and "quiet" to be able to see what is going on and then added "threadirqs".
Jaime Pérez (jaime-91) wrote : | #125 |
It seems to be nothreadirqs. I'm reading some info about IRQ:
Jaime Pérez (jaime-91) wrote : | #126 |
Well, I think I've understood. This command does that events can stop what the cpu was doing without making a thread(I don't know what exactly is that). So it seems that some event is blocking one of the CPUs because it kidnaps the CPU?
Jaime Pérez (jaime-91) wrote : | #127 |
My system blocked without nothreadirqs activated, so perhaps that wasn't the problem. I'm using generic now.
Jaime Pérez (jaime-91) wrote : | #128 |
- CPU got stucked Edit (19.9 KiB, text/plain)
It's the same problem. CPU got stucked. But now I'm using generic and in kernel options I have only "debug ignore_loglevel".
Jaime Pérez (jaime-91) wrote : | #129 |
Jaime Pérez (jaime-91) wrote : | #130 |
Jaime Pérez (jaime-91) wrote : | #131 |
I'm changing a few things.
affects: | linux (Ubuntu) → linux-lowlatency (Ubuntu) |
Launchpad Janitor (janitor) wrote : | #132 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
affects: | linux-meta (Ubuntu) → linux (Ubuntu) |
Jaime Pérez (jaime-91) wrote : | #133 |
I have gathered all kernel options related to IRQ. So perhaps one of these options fix the problem. Any idea?
Brad Figg (brad-figg) wrote : Status changed to Confirmed | #134 |
This change was made by a bot.
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
Jaime Pérez (jaime-91) wrote : | #135 |
I get the lockup using fglrx but not xorg-radeon
Joseph Salisbury (jsalisbury) wrote : | #136 |
Just to confirm, you can reproduce this bug with the -generic kernel if you add the threadirqs boot parameter? If that is the case, we may be able to test some older kernels with threadirqs and see if this is a regression. If it is, we can then bisect to identify the commit that introduced this regression.
Søren Holm (sgh) wrote : | #137 |
3.13.0-9.29 and well as 3.13.0-10 contains this change
[Config] lowlatency -- turn CONFIG_
I wonder if Andy Witcroft could add a comment wheather it relates to this bug.
Kaj Ailomaa (zequence) wrote : Re: [Bug 1275116] Re: lowlatency-flavour crashes and locks up alot | #138 |
On Wed, Feb 19, 2014, at 07:52 AM, Søren Holm wrote:
> 3.13.0-9.29 and well as 3.13.0-10 contains this change
>
> [Config] lowlatency -- turn CONFIG_
> temporarily
>
> I wonder if Andy Witcroft could add a comment wheather it relates to
> this bug.
>
We don't know yet. There is another bug that is affected by threadirqs.
Could you please make tests using lowlatency without threadirqs to see
if your problems disappear, and -generic with threadirqs, to see if the
problems there appears?
Søren Holm (sgh) wrote : | #139 |
For what it's worth running virtualbox I'm seeing the following.
* NO CRASH with generic kernel.
* CRASH with generic kernel with "threadirqs".
* NO CRASH with latest lowlatency kernel. Running 3 hours now. With previous lowlatency kernel a crash would happen within minutes..
* CRASH wqith previous lowlatency kernels with "nothreadirqs"
I hope it it is clear :)
Kaj Ailomaa (zequence) wrote : | #140 |
I'm the maintainer of the config for linux-lowlatency, btw. And, I had the kernel freeze only when a certain driver was loaded, with threadirqs enabled. Here's the bug report https:/
Jaime Pérez (jaime-91) wrote : | #141 |
we have made it and I think results are up
Kaj Ailomaa (zequence) wrote : | #142 |
On Wed, Feb 19, 2014, at 11:12 AM, Jaime Pérez wrote:
> we have made it and I think results are up
>
> --
I can't see if you tried running linux-generic with threadirqs though.
It seems to have made a difference for Søren.
Joseph Salisbury (jsalisbury) wrote : | #143 |
It would be good to know if when using the threadirqs parameter is a regression. If that is the case, we can bisect to identify the commit that introduced this.
Can you test the following kernels with the threadirqs parameter enabled and post back if any do not exhibit the bug:
v3.2 final: http://
v3.4 final: http://
v3.8 final: http://
v3.12 final: http://
You don't have to test every kernel, just up until the kernel that first has this bug. If 3.2 has the bug, no need to test the rest.
Thanks in advance!
Jaime Pérez (jaime-91) wrote : | #144 |
Trying
Jaime Pérez (jaime-91) wrote : | #145 |
Jaime Pérez (jaime-91) wrote : | #146 |
Jaime Pérez (jaime-91) wrote : | #147 |
Søren Holm (sgh) wrote : | #148 |
v3.12-trusty/ seems to work for me. So to me it seem to have broken between 3.12 and 3.13. For sure it did break since where saucy where around christmas, because I ran that with it's lowlatency until then.
I'll try v3.13-rc1-trusty to check.
Søren Holm (sgh) wrote : | #149 |
- IMAG0515.jpg Edit (953.9 KiB, image/jpeg)
v3.13-rc1-trusty with "threadirqs"crashes with this trace.
Søren Holm (sgh) wrote : | #150 |
Jaime Pérez (jaime-91) wrote : | #151 |
Søren does 3.11 works for you with threadirqs, because i had some errors. I'm going to try it again.
Søren Holm (sgh) wrote : | #152 |
Yes indeed. But that sort of follows the fact that the saucy kernel - in all version until christmas ran perfectly. That means 3.11 only. There are 3.12 kernel at the her [1] but it does not look like they ever got into saucy for real.
Jaime Pérez (jaime-91) wrote : | #153 |
And have you tried actual 3.11 kernel? perhaps now it fails too and we can find the change that produce the error.
Søren Holm (sgh) wrote : | #154 |
If you mean v3.11.10.4-saucy then it works without problems.
Jaime Pérez (jaime-91) wrote : | #155 |
BOOT_IMAGE=
has been up for 8 hours. Until now no probs.
Jaime Pérez (jaime-91) wrote : | #156 |
I have a doubt. In http://
Jaime Pérez (jaime-91) wrote : | #157 |
And soren you said
The 3.11 flavour that where upgraded to 3.13 today crashed 10 times this morning. I have the crashdums, but I figured that it might have been solved in 3.13. Unfortunatly it seems like it is not.
I will add crashdumps when I get crashes that do not just lockup the machine but currently I have only seem complete lockups with 3.13
So the essense is :
3.11-lowlatency crashed 10 time today most of the crashes reached the console so I could see the panic text.
3.13-lowlatency crash 1 time 10 minuttes after first boot. No VT swtich. During next reboot it also locked.
but then 3.11 works OK?
Søren Holm (sgh) wrote : | #158 |
v3.11.10.4-saucy + "threadirqs" works OK, but the 3.11-lowlatency that trusty had back in January did not. This issue is getting me down as far as managing all the different version. :)
Jaime Pérez (jaime-91) wrote : | #159 |
so the change that produced the error is there, no?
Søren Holm (sgh) wrote : | #160 |
I don't know what changes has gone into the trusty 3.11 or 3.12 kernel. but if I should bisect based in "threadirqs" I would make 3.12 as good and 3.13 as bad based on my comment from yesterday :
<quote>
v3.12-trusty/ seems to work for me. So to me it seem to have broken between 3.12 and 3.13. For sure it did break since where saucy where around christmas, because I ran that with it's lowlatency until then.
</quote>
Jaime Pérez (jaime-91) wrote : | #161 |
3.13.0-generic stucks with threadirqs
Jaime Pérez (jaime-91) wrote : | #162 |
But 3.11.0-17-generic seems to work fine with threadirqs
Søren Holm (sgh) wrote : | #163 |
Well then it's clear. Do we have a kernel bug on this?
Jaime Pérez (jaime-91) wrote : | #164 |
yes, I filled one. the link is somewhere upwards
Joseph Salisbury (jsalisbury) wrote : | #165 |
There is some other bug reports that indicate this may be fixed in the mainline kernel. Can you see if that is the case by testing 3.14-rc4:
http://
If the bug still exists there, then the other bug report may not be related.
Jaime Pérez (jaime-91) wrote : | #166 |
Testing
Søren Holm (sgh) wrote : | #167 |
If 3.14-rc4-lowlatency is as good to set with "threadirqs" as the generic kernel I can say that 3.14 works as a charm.
Jaime Pérez (jaime-91) wrote : | #168 |
It seems to be working for me, but it can fail it any moment...
Jaime Pérez (jaime-91) wrote : | #169 |
The only bad point is that I don't have HDMI audio
Joseph Salisbury (jsalisbury) wrote : | #170 |
That is good news that the bug appears to be fixed in 3.14-rc4. If it is stable and the bug is in fact gone after some time, we can perform a reverse bisect to identify the commit that fixes this in 3.14-rc4.
@jamie, it should be ok that HDMI is not working with this kernel. We are only interested in testing it to identify the commit that fixes this original bug. Once we find the fix, we will backport or cherry pick it into Trusty.
Jaime Pérez (jaime-91) wrote : | #171 |
nd how can we find the change?
Jaime Pérez (jaime-91) wrote : | #172 |
This one says something about locks:
https:/
Jaime Pérez (jaime-91) wrote : | #173 |
A backport to saucy is needed too.
Joseph Salisbury (jsalisbury) wrote : | #174 |
The following commit has landed in upstream v3.14-rc5:
commit a1227f3c1030e96
Author: Stanislaw Gruszka <email address hidden>
Date: Wed Feb 19 10:29:01 2014 +0100
usb: ehci: fix deadlock when threadirqs option is used
It has also been cc'd to stable, so it will make it's way into the stable releases through the usual stable update process.
Changed in linux (Ubuntu): | |
importance: | Undecided → High |
Jaime Pérez (jaime-91) wrote : | #175 |
Great!=)
Jaime Pérez (jaime-91) wrote : | #176 |
Thanks for your help Joseph
Jaime Pérez (jaime-91) wrote : | #177 |
Joseph Salisbury (jsalisbury) wrote : | #178 |
I built a Trusty test kernel that has a cherry pick of commit a1227f3c1030e96
http://
Can you test this kernel and confirm it resolves this bug? I built an i386 and amd_64 version of the kernel. You will need to install both the linux-image and linux-image-extra packages.
Jaime Pérez (jaime-91) wrote : | #179 |
I suppose that we have to test them with "threadirqs"
Joseph Salisbury (jsalisbury) wrote : | #180 |
Yes, that would be great. I'll also build a lowlatency specific kernel and post it shortly.
Joseph Salisbury (jsalisbury) wrote : | #181 |
There are also lowlatency kernels available for testing at the link:
http://
Jaime Pérez (jaime-91) wrote : | #182 |
It seems to work OK.
Changed in linux (Ubuntu): | |
status: | Confirmed → Fix Committed |
Changed in linux-lowlatency (Ubuntu): | |
status: | Confirmed → Fix Committed |
Jaime Pérez (jaime-91) wrote : | #183 |
My system blocked again :( This time screen got black.
Joseph Salisbury (jsalisbury) wrote : | #184 |
Per comments #167 and #168, it sounds like this bug is resolved in v3.14-rc4. It also sounds like commit a1227f3c is not what fixes this. It is probably best for us to perform a reverse bisect to identify the real commit that fixes this in 3.14. The first step is to identify the first 3.14 kernel version that fixes the bug. We know 3.14-rc4 has the fix, so can you test 3.14-rc3:
http://
If v3.14-rc3 also has the fix, then we would want to test 3.14-rc2, etc until we find the first kernel that exhibits the bug again.
Changed in linux-lowlatency (Ubuntu): | |
status: | Fix Committed → Confirmed |
Changed in linux (Ubuntu): | |
status: | Fix Committed → Confirmed |
Jaime Pérez (jaime-91) wrote : | #185 |
The thing is that perhaps 3.14-rc4 has the error too, because with the patch my pc was switched on for all day and got stucked at night. I will try 3.14-rc3
Jaime Pérez (jaime-91) wrote : | #186 |
Im testing rc5 again, only to see if it has the error and I didn't wait enogh
Jaime Pérez (jaime-91) wrote : | #187 |
- Changes related with deadlock Edit (9.7 KiB, text/plain)
I have looked for changes related with deadlocks. In 3.14-rc2 there is no-one, so we can avoid testing that one.
Jaime Pérez (jaime-91) wrote : | #188 |
netconsole3.2.log
[ 31.830432] usb 2-3.3: USB disconnect, device number 3
[ 71.972061] INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (detected by 2, t=15002 jiffies)
3.14-rc1
Paul E. McKenney (54):
rcu: Break call_rcu() deadlock involving scheduler and perf
comment 3
1,1046,
netconsole.log
[ 11.924118] BUG: unable to handle kernel NULL pointer dereference at 0000000000000010
this bug appear before lockup
Jaime Pérez (jaime-91) wrote : | #189 |
Now Im using rc5 and it seems to work fine.
Jaime Pérez (jaime-91) wrote : | #190 |
I had a lockup with rc4, so the change must be between rc4 and rc5, but it seems is not the one of ehci.
Jaime Pérez (jaime-91) wrote : | #191 |
Does http://
Søren Holm (sgh) wrote : | #192 |
3.13.0-
Jaime Pérez (jaime-91) wrote : | #193 |
but you have issues with previous version?
Søren Holm (sgh) wrote : | #194 |
I've been busy, so I did not try the last versions that Joseph posted.
Jaime Pérez (jaime-91) wrote : | #195 |
I have upgraded to 14.04 again. I'll download rc5, rc4 etc
Jaime Pérez (jaime-91) wrote : | #196 |
Well, first I will test 3.13.0-
Jaime Pérez (jaime-91) wrote : | #197 |
3.13.0-
Jaime Pérez (jaime-91) wrote : | #198 |
Still works, so it seems fix has been released.
Changed in linux-lowlatency (Ubuntu): | |
status: | Confirmed → Fix Released |
Changed in linux (Ubuntu): | |
status: | Confirmed → Fix Released |
This change was made by a bot.