[Bug 239852] Re: Marvell Yukon 88E8040T controller can not be recognised
People on ubuntuforums suggest to recompile the kernel, but I found a
much simpler workaround, which should be enough until we get it from the
official source.
The solution is to simply patch the binary kernel driver sky2.ko to
recognize the problematic PCI ID. You can get the list of known PCI IDs
with "modinfo sky2".
Here's how to patch the driver:
# rmmod sky2
# cd /lib/modules/2.6.24-16-generic/kernel/drivers/net
# cp -p sky2.ko{,.orig}
# perl -pe 's/\0\0\x6c\x43/\0\0\x55\x43/g' sky2.ko.orig > sky2.ko
In my case, I sacrificed the PCI ID of 436c and replaced it with 4355
(which is the 88E8040T). You can compare the original and the new file
with hexdump -- they should only differ in one place, in my case it's at
the offset 0x7170.
Now run "modprobe sky2" and check with dmesg if your network card has
been recognized.
--
Marvell Yukon 88E8040T controller can not be recognised
https://bugs.launchpad.net/bugs/239852
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 174185] Re: Occasionally, disk goes crazy, system freezes
Will do, thanks for the clue. -- Occasionally, disk goes crazy, system freezes https://bugs.launchpad.net/bugs/174185 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 210502] [NEW] [hardy][regression] disk I/O makes the system very slow and unresponsive
Public bug reported: I have noticed an easily visible regression on my laptop somewhere between kernels 2.6.24-7-generic and 2.6.24-12-generic. Fortunately I kept the old -7 kernel so I can compare the results. I have yet to try the new -13 kernel, will post the results tomorrow. I don't know if there's any archive of kernel deb binaries for all the versions between -7 and -11 -- if I had them I could exactly pinpoint the version which caused the regression. The problem is clearly related to disk I/O. With a large I/O operation, like copying an ISO file, the system becomes very unresponsive, mouse is jerky, I have trouble switching between terminal windows or from X to the virtual terminal (ctrl-alt-f1). If I start a large enough disk operation, it can starve the system resources so that only a hard reboot can help. The laptop is HP Compaq nx5000 with Pentium M 1.7 GHz, 1GB RAM, 80GB SATA disk, latest Hardy Heron. Here's a comparison of: $ time cp -p valhalla-i386-disc1.iso z (copying a 650M file on the same filesystem -- XFS) Linux fafik 2.6.24-7-generic #1 SMP Thu Feb 7 01:29:58 UTC 2008 i686 GNU/Linux real 0m35.307s user 0m0.060s sys 0m2.556s Linux fafik 2.6.24-12-generic #1 SMP Wed Mar 12 23:01:54 UTC 2008 i686 GNU/Linux real 5m31.690s user 0m0.340s sys 1m11.932s $ cat /proc/version_signature Ubuntu 2.6.24-12.22-generic During the slow I/O operation, top seems to indicate that some kernel daemons like kondemand, kblockd take a significant amount of CPU. Obviously load average skyrockets. top - 21:57:33 up 6 min, 3 users, load average: 8.87, 6.21, 2.68 Tasks: 117 total, 3 running, 112 sleeping, 0 stopped, 2 zombie Cpu(s): 3.7%us, 27.4%sy, 0.0%ni, 0.0%id, 2.0%wa, 5.0%hi, 61.9%si, 0.0%st Mem: 1027128k total, 1012132k used, 14996k free, 100k buffers Swap: 0k total, 0k used, 0k free, 802832k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6389 wanted 20 0 3140 772 644 R 42.9 0.1 0:52.41 cp 1812 root 15 -5 0 0 0 S 8.6 0.0 0:02.76 scsi_eh_1 5347 uml-net 20 0 1708 428 360 S 5.3 0.0 0:03.76 uml_switch 43 root 15 -5 0 0 0 S 4.6 0.0 0:05.78 kblockd/0 4223 root 15 -5 0 0 0 S 4.6 0.0 0:00.84 kcryptd 5585 root 20 0 3408 1128 976 S 4.6 0.1 0:03.12 hald-addon-stor 4970 root 15 -5 0 0 0 S 4.0 0.0 0:06.80 kondemand/0 1479 root 15 -5 0 0 0 S 3.3 0.0 0:01.50 ata/0 2994 root 15 -5 0 0 0 S 3.3 0.0 0:09.86 ipw2200/0 5678 root 20 0 210m 10m 6720 S 3.3 1.0 0:08.70 Xorg ** Affects: linux (Ubuntu) Importance: Undecided Status: New -- [hardy][regression] disk I/O makes the system very slow and unresponsive https://bugs.launchpad.net/bugs/210502 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 210502] Re: [hardy][regression] disk I/O makes the system very slow and unresponsive
** Attachment added: "lspci-vvnn.log" http://launchpadlibrarian.net/13032793/lspci-vvnn.log -- [hardy][regression] disk I/O makes the system very slow and unresponsive https://bugs.launchpad.net/bugs/210502 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 210502] Re: [hardy][regression] disk I/O makes the system very slow and unresponsive
** Attachment added: "dmesg.log" http://launchpadlibrarian.net/13032797/dmesg.log -- [hardy][regression] disk I/O makes the system very slow and unresponsive https://bugs.launchpad.net/bugs/210502 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 174185] Re: Occasionally, disk goes crazy, system freezes
I can confirm this problem in Hardy. It is an easily visible regression on my laptop somewhere between kernels 2.6.24-7-generic and 2.6.24-11-generic. Fortunately I kept the old -7 kernel so I can compare the results. Today I upgraded to 2.6.24-12-generic and the problem still persists. I don't know if there's any archive of kernel deb binaries for all the versions between -7 and -11 -- if I had them I could exactly pinpoint the version which caused the regression. The problem is clearly related to disk I/O. With a large I/O operation, like copying an ISO file, the system becomes very unresponsive, mouse is jerky, I have trouble switching between terminal windows or from X to the virtual terminal (ctrl-alt-f1). If I start a large enough disk operation, it can starve the system resources so that only a hard reboot can help. The laptop is HP Compaq nx5000 with Pentium M 1.7 GHz, 1GB RAM, 80GB SATA disk, latest Hardy Heron. Here's a comparison of: $ time cp -p valhalla-i386-disc1.iso z (copying a 650M file on the same filesystem -- XFS) Linux fafik 2.6.24-7-generic #1 SMP Thu Feb 7 01:29:58 UTC 2008 i686 GNU/Linux real0m35.307s user0m0.060s sys 0m2.556s Linux fafik 2.6.24-12-generic #1 SMP Wed Mar 12 23:01:54 UTC 2008 i686 GNU/Linux real5m31.690s user0m0.340s sys 1m11.932s $ cat /proc/version_signature Ubuntu 2.6.24-12.22-generic During the slow I/O operation, top seems to indicate that some kernel daemons like kondemand, kblockd take a significant amount of CPU. Obviously load average skyrockets. top - 21:57:33 up 6 min, 3 users, load average: 8.87, 6.21, 2.68 Tasks: 117 total, 3 running, 112 sleeping, 0 stopped, 2 zombie Cpu(s): 3.7%us, 27.4%sy, 0.0%ni, 0.0%id, 2.0%wa, 5.0%hi, 61.9%si, 0.0%st Mem: 1027128k total, 1012132k used,14996k free, 100k buffers Swap:0k total,0k used,0k free, 802832k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 6389 wanted20 0 3140 772 644 R 42.9 0.1 0:52.41 cp 1812 root 15 -5 000 S 8.6 0.0 0:02.76 scsi_eh_1 5347 uml-net 20 0 1708 428 360 S 5.3 0.0 0:03.76 uml_switch 43 root 15 -5 000 S 4.6 0.0 0:05.78 kblockd/0 4223 root 15 -5 000 S 4.6 0.0 0:00.84 kcryptd 5585 root 20 0 3408 1128 976 S 4.6 0.1 0:03.12 hald-addon-stor 4970 root 15 -5 000 S 4.0 0.0 0:06.80 kondemand/0 1479 root 15 -5 000 S 3.3 0.0 0:01.50 ata/0 2994 root 15 -5 000 S 3.3 0.0 0:09.86 ipw2200/0 5678 root 20 0 210m 10m 6720 S 3.3 1.0 0:08.70 Xorg ** Attachment added: "lspci-vvnn.log" http://launchpadlibrarian.net/12676983/lspci-vvnn.log -- Occasionally, disk goes crazy, system freezes https://bugs.launchpad.net/bugs/174185 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 174185] Re: Occasionally, disk goes crazy, system freezes
** Attachment added: "dmesg.log" http://launchpadlibrarian.net/12676990/dmesg.log ** Also affects: linux-source-2.6.24 (Ubuntu) Importance: Undecided Status: New -- Occasionally, disk goes crazy, system freezes https://bugs.launchpad.net/bugs/174185 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 210502] Re: [hardy][regression] disk I/O makes the system very slow and unresponsive
I tested it yesterday on -13, haven't seen -14 on my mirror at that time. Anyway, the test confirmed that the problem still exists in -13. This time I just did a simple read test of a 600 MB file. The difference between -7 and the newer ones is huge. $ uname -a Linux fafik 2.6.24-7-generic #1 SMP Thu Feb 7 01:29:58 UTC 2008 i686 GNU/Linux $ time dd if=rh73.vdi of=/dev/null 1177609+0 records in 1177609+0 records out 602935808 bytes (603 MB) copied, 14.8931 s, 40.5 MB/s real0m14.913s user0m0.632s sys 0m2.236s $ uname -a Linux fafik 2.6.24-11-generic #1 SMP Fri Feb 29 22:08:31 UTC 2008 i686 GNU/Linux $ time dd if=rh73.vdi of=/dev/null 1177609+0 records in 1177609+0 records out 602935808 bytes (603 MB) copied, 105.697 s, 5.7 MB/s real1m45.703s user0m3.556s sys 0m33.798s $ uname -a Linux fafik 2.6.24-12-generic #1 SMP Wed Mar 12 23:01:54 UTC 2008 i686 GNU/Linux $ time dd if=rh73.vdi of=/dev/null 1177609+0 records in 1177609+0 records out 602935808 bytes (603 MB) copied, 87.1279 s, 6.9 MB/s real1m27.135s user0m3.408s sys 0m32.462s $ uname -a Linux fafik 2.6.24-13-generic #1 SMP Sun Mar 30 23:30:06 UTC 2008 i686 GNU/Linux $ time dd if=rh73.vdi of=/dev/null 1177609+0 records in 1177609+0 records out 602935808 bytes (603 MB) copied, 86.3038 s, 7.0 MB/s real1m26.323s user0m2.548s sys 0m17.145s I'll try with -14, but I'm not holding my breath. About building my own kernel -- I think it's possible, though compiling on this laptop will probably take quite some time. Maybe I'll use another, faster machine, though it's running gutsy. Hope it's OK. Could you please also let me know if there is any place with the old binaries of versions -7 to -11? This could also let me narrow down the search. -- [hardy][regression] disk I/O makes the system very slow and unresponsive https://bugs.launchpad.net/bugs/210502 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 210502] Re: [hardy][regression] disk I/O makes the system very slow and unresponsive
It seems that compiling won't be necessary after all :-) I'm a bit mad at myself for not checking the obvious culprit when disk performance is bad: DMA. I have a SATA disk, but it was visible as hda (probably some historic legacy from previous distributions). I think that the proper standard is to call SATA disks as sdX. In -7 kernel when I checked it with hdparm I saw that DMA is enabled and I could manually switch it on/off. In newer kernels however, hdparm shows that DMA is off and I can't switch it on manually: # hdparm -d1 /dev/hda /dev/hda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted using_dma = 0 (off) So I thought about telling the kernel to recognize the disk as sda, not hda. I passed "root=/dev/sda1" on kernel command line in LILO and the kernel indeed changed the device name from hda to sda. How convenient :-) Now, with /dev/sda I can't change DMA mode either, but this is expected on SATA/SCSI (DMA is on by default). However, the performance is back to normal, or even slightly better than before: $ uname -a Linux fafik 2.6.24-12-generic #1 SMP Wed Mar 12 23:01:54 UTC 2008 i686 GNU/Linux $ time dd if=rh73.vdi of=/dev/null 1177609+0 records in 1177609+0 records out 602935808 bytes (603 MB) copied, 14.1059 s, 42.7 MB/s real0m14.113s user0m0.780s sys 0m2.304s So to sum this up -- something must have changed between -7 and -11 in the way "hdX" disks handle DMA. When using SATA, it seems that sdX is the only proper way of naming them. Don't know if anything must be done about that. I suppose that a fresh Hardy install would choose sdX naming by default, in my case it was different because of upgrades from older dists. Thanks for help! -- [hardy][regression] disk I/O makes the system very slow and unresponsive https://bugs.launchpad.net/bugs/210502 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 421347] Re: [i945gm] gnome-power-manager and blanking (removal of bodges)
Confirmed on Toshiba Satellite U405-S2826, Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03). Honestly, hardcoding (unclickable) links to some blog post in Gnome, instead of fixing the problem source is quite strange. -- [i945gm] gnome-power-manager and blanking (removal of bodges) https://bugs.launchpad.net/bugs/421347 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 930491] Re: Large memory leak in nm-applet
I'm seeing a similar issue in Ubuntu 11.04 (Natty), however I don't know how to confirm whether this is the same bug or a different one. After about 2 weeks since startup nm-applet has grown to VSZ = 640 MB, RSS = 170 MB. This is a laptop and I'm using suspend a lot. USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND wanted1462 0.0 8.3 642292 170408 ? SLl Mar15 11:35 nm-applet --sm-disable Maybe the patch could be backported to Natty? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/930491 Title: Large memory leak in nm-applet To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/930491/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1425972] Re: Links from thunderbird email do not work
The root cause is removing the "-remote" option in Firefox 36: https://developer.mozilla.org/en-US/docs/Mozilla/Command_Line_Options#Remote_Control https://bugzilla.mozilla.org/show_bug.cgi?id=1080319 I'm running XFCE and the option is used in /usr/share/xfce4/helpers/firefox.desktop. Workaround: replace the last line in /usr/share/xfce4/helpers/firefox.desktop with: X-XFCE-CommandsWithParameter=%B -new-tab "%s";%B "%s"; ** Bug watch added: Mozilla Bugzilla #1080319 https://bugzilla.mozilla.org/show_bug.cgi?id=1080319 ** Also affects: exo (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1425972 Title: Links from thunderbird email do not work To manage notifications about this bug go to: https://bugs.launchpad.net/hundredpapercuts/+bug/1425972/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1425972] Re: Links from thunderbird email do not work
@idfred: yes, of course that is the complete fix -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1425972 Title: Links from thunderbird email do not work To manage notifications about this bug go to: https://bugs.launchpad.net/hundredpapercuts/+bug/1425972/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1425972] Re: Firefox no longer supports -remote parameter
Perhaps it would make sense to make a proactive search of other packages in Ubuntu (and Debian) which could be affected. This tool can be of help: https://codesearch.debian.net/results/remote.*openurl/page_0 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1425972 Title: Firefox no longer supports -remote parameter To manage notifications about this bug go to: https://bugs.launchpad.net/exo/+bug/1425972/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 625364] Re: lenovo/thinkpad T400[s]/T500/W500/X60 suspend fails
@Johannes: the description of Fedora's bug is slightly different, though. They describe that suspend doesn't work at all (no reaction), as opposed to our case here, where for most people the system hangs randomly during suspend procedure, with blinking moon LED. So it could be related, but not necessarily the same issue. -- lenovo/thinkpad T400[s]/T500/W500/X60 suspend fails https://bugs.launchpad.net/bugs/625364 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 625364] Re: lenovo T400 suspend fails
Another "me too", T400, I use suspend a lot and since upgrading to Maverick it hangs in about 10-20% of cases. The last message printed on console is something like "Checking battery state", but I'm not sure if it's at all related to hangups. ** Summary changed: - lenovo T400 suspend fails + lenovo T400/T500 suspend fails -- lenovo T400/T500 suspend fails https://bugs.launchpad.net/bugs/625364 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 672722] Re: Hibernate and Suspen-to-Ram fails on Lenovo Thinkpad X60 tablet
*** This bug is a duplicate of bug 625364 *** https://bugs.launchpad.net/bugs/625364 ** This bug has been marked a duplicate of bug 625364 lenovo/thinkpad T400[s]/T500/W500 suspend fails * You can subscribe to bug 625364 by following this link: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/625364/+subscribe -- Hibernate and Suspen-to-Ram fails on Lenovo Thinkpad X60 tablet https://bugs.launchpad.net/bugs/672722 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 625364] Re: lenovo/thinkpad T400[s]/T500/W500/X60 suspend fails
** Summary changed: - lenovo/thinkpad T400[s]/T500/W500 suspend fails + lenovo/thinkpad T400[s]/T500/W500/X60 suspend fails ** Tags added: x60 -- lenovo/thinkpad T400[s]/T500/W500/X60 suspend fails https://bugs.launchpad.net/bugs/625364 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 625364] Re: lenovo T400/T500 suspend fails
I made a series of experiments and found out the following: 1) using pm-suspend I could safely suspend the T400 from text console (ctrl-alt-f1) every single time on stock kernel (even if gdm was running on X session at the same time) 2) the same pm-suspend would freeze the laptop randomly if ran from xterm in GNOME 3) upgrading to PPA kernel 2.6.36 (http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.36-maverick/linux-image-2.6.36-020636-generic_2.6.36-020636.201010210905_i386.deb) fixed the issue for me completely ** Summary changed: - lenovo T400/T500 suspend fails + lenovo/thinkpad T400/T500/W500 suspend fails ** Tags added: lenovo t400 t500 thinkpad w500 -- lenovo/thinkpad T400/T500/W500 suspend fails https://bugs.launchpad.net/bugs/625364 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 638526] Re: SAMBA configuration while update hangs
Same problem. Thanks gedrox, your solution worked -- SAMBA configuration while update hangs https://bugs.launchpad.net/bugs/638526 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
