September 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 611775] New: With kernel 2.6.31.12-0.2-desktop x84_64, the computer hangs after resuming from suspend to Hard Disk.
by bugzilla_noreply＠novell.com 03 Sep '10

03 Sep '10

http://bugzilla.novell.com/show_bug.cgi?id=611775 http://bugzilla.novell.com/show_bug.cgi?id=611775#c0 Summary: With kernel 2.6.31.12-0.2-desktop x84_64, the computer hangs after resuming from suspend to Hard Disk. Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: publio.escipion.el.africano(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=367202) --> (http://bugzilla.novell.com/attachment.cgi?id=367202) /var/log/messages for June 3th and 4th. User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; es-ES; rv:1.9.1.9) Gecko/20100317 SUSE/3.5.9-0.1.1 Firefox/3.5.9 What was just running: openSuSE 11.2 x86_64 Final DVD + Updates, kernel 2.6.31.12-0.2-desktop x84_64, KDE 4.3.5 "release 0", OOo 3.2.0.7 (OOo320m21 build 9319) from OBS. With kernel 2.6.31.12-0.2-desktop x84_64, the computer hangs after resuming from suspend to Hard Disk. I was using power supply from the electrical network (I mean that my laptop was not running from its battery). SO doesn't respond to ACPI stimuli, so it is needed to turn of through the power button. With previous kernels I had had this issue. I have come to notice it because yesterday was the first day since I last update my kernel from Update repository that I use suspend to disk feature. ========================================================== Timeline to /var/log/messages and /var/log/warn following: June 3th: I suspended to disk. June 4th: I powered on my computer: SO hanged; I turned it off through Power button; I turned it on again short after that. SO was properly loaded. ========================================================== All my work lost! It is the worst SuSE I ever had, in a ten years timeline. HP Pavilion tx2532la hardware information at https://bugzillafiles.novell.org/attachment.cgi?id=332784 HP Pavilion tx2532la's lspci -nn at: https://bugzilla.novell.com/show_bug.cgi?id=609157#c1 HP Pavilion tx2532la's dmidecode at: https://bugzilla.novell.com/show_bug.cgi?id=609157#c2 Reproducible: Always Steps to Reproduce: 1.Suspend to hard disk 2.Resume. 3.After load the SO and the Memory image, SO hangs. Actual Results: After load the SO and the Memory image, SO hangs. Expected Results: My blocked desktop, as I previously left it. cat /proc/version Linux version 2.6.31.12-0.2-desktop (geeko@buildhost) (gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) ) #1 SMP PREEMPT 2010-03-16 21:25:39 +0100 -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 603508] New: Problem with udev rules when using inputattach (input-utils package) - no persistent symbolic link created, no 60-persistent-input.rules
by bugzilla_noreply＠novell.com 03 Sep '10

03 Sep '10

http://bugzilla.novell.com/show_bug.cgi?id=603508 http://bugzilla.novell.com/show_bug.cgi?id=603508#c0 Summary: Problem with udev rules when using inputattach (input-utils package) - no persistent symbolic link created, no 60-persistent-input.rules Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: peter(a)petergeoghegan.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.1.4) Gecko/20091016 SUSE/3.5.4-1.1.2 Firefox/3.5.4 I use Opensuse with serial touchscreens by Elo, using Vojtech Pavlik's inputattach. He is a suse employee. I run it in this way: inputattach -elo /dev/ttyS4 & On opensuse 11.1, this creates a persistent symbolic link to the kernel device node, in /dev/input/by-path, which is typically named -serio1-event- or similar. On Opensuse 11.2, I no longer get my persistent symbolic link. I noticed that /etc/udev/rules.d/ lacked a 60-persistent-input.rules. I copied it from /lib/udev/rules.d/ . However, the symbolic link would still not appear. I had to copy the suse 11.1 60-persistent-input.rules to my opensuse 11.2 system before the persistent symbolic link re-appeared. How advisable is this practice? I suspect that in general it is not at all advisable. Reproducible: Always Steps to Reproduce: 1. run inputattach as described 2. observe that a persistent symbolic link is not created Actual Results: A persistent symbolic link is not created Expected Results: A persistent symbolic link should be created by udev -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 599495] New: s2ram fails randomly
by bugzilla_noreply＠novell.com 03 Sep '10

03 Sep '10

http://bugzilla.novell.com/show_bug.cgi?id=599495 http://bugzilla.novell.com/show_bug.cgi?id=599495#c0 Summary: s2ram fails randomly Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: korossy.p(a)freemail.hu QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.4) KHTML/4.4.2 (like Gecko) SUSE In some cases s2ram command fails top send my machine into sleep-state, it hangs showing the character console. Neither ctrl+alt+del nor any other keys help, it can only be restarted by pressing the reset button. It happens randomly, about once out of every 20 s2ram attempts. The /var/log/messages file contains only the following 3 lines when it happens: Apr 24 01:11:21 desktop pm-suspend[9695]: Entering suspend. In case of problems, please check /var/log/pm-suspend.log Apr 24 01:11:23 desktop kernel: [ 3814.798924] PM: Syncing filesystems ... done. Apr 24 01:11:23 desktop kernel: [ 3815.099393] PM: Preparing system for mem sleep I've also atteched the pm-suspend.log Reproducible: Sometimes Steps to Reproduce: 1. 2. 3. Actual Results: s2ram fails showing character console Expected Results: s2ram should send the machine into sleep-state -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 567274] New: [openSUSE:11.2/apache2-mod_fcgid] upgrade request 2.2.97 -> >= 2.3.4
by bugzilla_noreply＠novell.com 03 Sep '10

03 Sep '10

http://bugzilla.novell.com/show_bug.cgi?id=567274 http://bugzilla.novell.com/show_bug.cgi?id=567274#c0 Summary: [openSUSE:11.2/apache2-mod_fcgid] upgrade request 2.2.97 -> >= 2.3.4 Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Enhancement Priority: P5 - None Component: 3rd party software AssignedTo: hvogel(a)novell.com ReportedBy: 0.bugs.only.0(a)gmail.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- reading @ http://httpd.apache.org/mod_fcgid/ "mod_fcgid 2.3.4 is now released for general availability" is no longer a separate project, and now fully 'adopted' as an apache project. fyi, with uname -a Linux svr5 2.6.31.5-0.1-default #1 SMP 2009-10-26 15:49:03 +0100 i686 i686 i386 GNU/Linux rpm -qa | grep -i apache2-worker apache2-worker-2.2.14-3.1.i586 php -v PHP 5.3.1 (cli) (built: Nov 20 2009 18:25:22) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies with Suhosin v0.9.29, Copyright (c) 2007, by SektionEins GmbH building from src, cd /usr/local/src/mod_fcgid svn info | grep -i repo URL: http://svn.apache.org/repos/asf/httpd/mod_fcgid/trunk Repository Root: http://svn.apache.org/repos/asf Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68 --> Server Version: Apache/2.2.14 (Linux/SUSE) mod_fcgid/2.3.5-dev works flawlessly. a pkg'd version of current release mod_fcgid (>= 2.3.4) would be helpful. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 7

[Bug 598531] New: Booting lags for several minutes with message: Clocksource tsc unstable
by bugzilla_noreply＠novell.com 03 Sep '10

03 Sep '10

http://bugzilla.novell.com/show_bug.cgi?id=598531 http://bugzilla.novell.com/show_bug.cgi?id=598531#c0 Summary: Booting lags for several minutes with message: Clocksource tsc unstable Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: grip2die(a)yahoo.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100317 SUSE/3.5.9-0.1.1 Firefox/3.5.9 Aprox 1 of 5 time when booting, the machine freezes for several minutes. Then, in dmseg I always find something like this: Clocksource tsc unstable (delta = -123788470 ns) Reproducible: Sometimes System: Intel MB with Core 2 Duo Linux distro: openSUSE 11.2 # uname -a Linux dfg3gjh5 2.6.31.12-0.2-desktop #1 SMP PREEMPT 2010-03-16 21:25:39 +0100 x86_64 x86_64 x86_64 GNU/Linux # dmesg |tail [ 31.823008] CPU1 attaching NULL sched-domain. [ 31.826207] CPU0 attaching sched-domain: [ 31.826210] domain 0: span 0-1 level MC [ 31.826213] groups: 0 1 [ 31.826219] CPU1 attaching sched-domain: [ 31.826221] domain 0: span 0-1 level MC [ 31.826224] groups: 1 0 [ 129.000139] Clocksource tsc unstable (delta = -123788470 ns) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 596329] New: boot delayed on PREEMPT RT Kernel (udevadm keeps working and working)
by bugzilla_noreply＠novell.com 03 Sep '10

03 Sep '10

http://bugzilla.novell.com/show_bug.cgi?id=596329 http://bugzilla.novell.com/show_bug.cgi?id=596329#c0 Summary: boot delayed on PREEMPT RT Kernel (udevadm keeps working and working) Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: PC OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: fi(a)igh-essen.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.6) Gecko/20091201 SUSE/3.5.6-1.1.1 Firefox/3.5.6 we installed OpenSuSE 11.2 on different, but recent PC hardware. Booting the default kernel ( 2.6.31.12-0.2-desktop ) works fine. But booting the PREEMPT RT Kernel (2.6.31-rc8-rt9-3-rt) reproducibly gives remarkable delays (about two minutes) compared to the default kernel mentionaed above. During delay udevadm sends the following info to console: ... Creating device nodes with udevd udevadm settle - timeout of 30 seconds reached, the event queue contains: /sys/devices/pci0000... ... (up to 10 lines like the one before) ... udevadm[551]: error sending message: Connection refused udevadm settle - timeout of 30 seconds reached, the event queue contains: /sys/devices/pci0000... ... (up to 10 lines like the one before) ... udevadm[552]: error sending message: Connection refused udevadm settle - timeout of 30 seconds reached, the event queue contains: /sys/devices/pci0000... ... (up to 10 lines like the one before) ... resume device not found (ignoring) udevadm[551]: error sending message: Connection refused udevadm settle - timeout of 30 seconds reached, the event queue contains: /sys/devices/pci0000... ... (up to 10 lines like the one before) ... Waiting for devive /dev/sda1 to appear: ok. (please note the double space after "resume device". Is there something missing?) Then the systems do boot and work as usual. Reproducible: Always Steps to Reproduce: 1. install default OpenSuSE 11.2 2. install default PREMPT RT Kernel 3. boot Actual Results: delay and error messages during this delay. Expected Results: boot duration should not heavily depend on the kernel (PREMPT RT Kernel or Desktop Kernel) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 7

[Bug 595540] New: Kernel booting take too much time when resuming from suspend to disk
by bugzilla_noreply＠novell.com 03 Sep '10

03 Sep '10

http://bugzilla.novell.com/show_bug.cgi?id=595540 http://bugzilla.novell.com/show_bug.cgi?id=595540#c0 Summary: Kernel booting take too much time when resuming from suspend to disk Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)novell.com ReportedBy: yar(a)sibnet.ru QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.2.2) Gecko/20100317 SUSE/3.6.2-1.2 Firefox/3.6.2 If my laptop was suspended to disk, kernel boot time is very long. I must wait about 20 seconds looking on blinking cursor before splash appears. Reproducible: Always Steps to Reproduce: 1. Suspend your laptop to disk. 2. Turn on it. Actual Results: Black screen with some text and blinking cursor hangs about 20 seconds. Expected Results: Splash should appear immediately. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 594272] New: DVB-T stopped working on 1 multiplex
by bugzilla_noreply＠novell.com 03 Sep '10

03 Sep '10

http://bugzilla.novell.com/show_bug.cgi?id=594272 http://bugzilla.novell.com/show_bug.cgi?id=594272#c0 Summary: DVB-T stopped working on 1 multiplex Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i386 OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: linux(a)quartz-net.co.uk QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 I've been running 2 DVB-T tuners (Hauppauge WinTV-NOVA-T usb sticks) for the past 2-3 years with no problems. I just did an update (including kernel 2.6.31.12-0.2) followed by a machine shutdown and cold boot. Since that point I can no longer record one of the broadcast multiplexes (we have 6 in our area of the UK). I have reproduced this with both my own software and Kaffeine. I have connected the usb stick (with exactly the same antenna cable) into a Windows laptop and can successfully see all programs, so I know that all of the harwdare is working correctly. The list of multiplexes I see are: TSID frequency mod crh crl gi h bw tr netid Records -------------------------------------------------------------------------- 4107 578000000 16 34 34 32 0 8 2 12296 OK - all programs 8199 850000000 64 23 12 32 0 8 2 12296 FAIL - no programs 12290 713833000 64 23 12 32 0 8 2 12296 OK - all programs 16384 721833000 16 34 34 32 0 8 2 12296 OK - all programs 20480 690000000 16 34 34 32 0 8 2 12296 OK - all programs 24576 538000000 16 34 34 32 0 8 2 12296 OK - all programs mod = modulation crh = code_rate_high crl = code_rate_low gi = guard_interval h = hierarchy bw = bandwidth tr = transmission Only multiplex 8199 is affected. It is interesting that multiplex 12290 has identical modulation but is just at a different frequency, and that records with no problems. It is also interesting that multiplex 8199 has the highest frequency of 850000000 Hz. Has something been changed that makes this frequency invalid/different? Reproducible: Always Steps to Reproduce: 1. Run a frequency scan using Kaffeine in UK (Oxford) region 2. Check to see if the ITV multiplex is present (i.e. any ITV programs have been found) 3. Actual Results: All of the other 5 multiplexes are found (i.e. their programs are present); multiplex 8199 is not found. Expected Results: I expect to see the following channels available (provided by this multiplex): TSID 8199 ..................................................................................................................... 3 | ITV1 | 8199-8263 | tv | video=520 audio=521 (eng:521 eng:522) subtitle=523 4 | Channel 4 | 8199-8384 | tv | video=560 audio=561 (eng:561 eng:562) subtitle=563 5 | FIVE | 8199-8500 | tv | video=540 audio=541 (eng:541 eng:542) subtitle=543 6 | ITV2 | 8199-8325 | tv | video=530 audio=531 (eng:531 eng:532) subtitle=533 13 | Channel 4+1 | 8199-8452 | tv | video=580 audio=581 (eng:581 eng:582) subtitle=583 14 | More 4 | 8199-8442 | tv | video=590 audio=591 (eng:591 eng:592) subtitle=593 28 | E4 | 8199-8448 | tv | video=570 audio=571 (eng:571 eng:572) subtitle=573 33 | ITV2 +1 | 8199-8362 | tv | video=600 audio=601 (eng:601 eng:602) subtitle=603 728 | Heart | 8199-8772 | radio | audio=631 (eng:631) ..................................................................................................................... This may not be serious for most people, but I rely on my Linux box to record all my TV - and this multiplex has my most recorded programs. I'm getting grief from my wife that she's missing her favourite programs, so it's serious for me! -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 569858] New: Using garmin_gps kernel module locks up the machine
by bugzilla_noreply＠novell.com 03 Sep '10

03 Sep '10

http://bugzilla.novell.com/show_bug.cgi?id=569858 http://bugzilla.novell.com/show_bug.cgi?id=569858#c0 Summary: Using garmin_gps kernel module locks up the machine Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: christian.steinruecken(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.30 Safari/532.5 Plugging in a Garmin GPS USB unit such as the "Garmin Venture HC" leads to the "garmin_gps" kernel module to be loaded. The driver provides a device file ttyUSB0, which, when accessed, messes up the machine to the extend that a reboot is required. For example, logins no longer work, processes accessing USB go into uninterruptable sleep and weird write errors turned up on my external USB hard drive. I have a feeling the garmin_gps kernel module is more of a nuisance than being useful, since the most common way to access Garmin GPS devices seems to be using "gpsbabel", which requires no special kernel drivers (and indeed doesn't work if the garmin_gps kernel driver is loaded). Reproducible: Always Steps to Reproduce: 1. Plug in a Garmin GPS USB unit. 2. Access device file. 3. Sit back and enjoy as weird errors happen. Actual Results: Machine is left in an unusable state. Expected Results: Anything but this. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 635855] New: Please redirect tube.opensuse.org
by bugzilla_noreply＠novell.com 03 Sep '10

03 Sep '10

https://bugzilla.novell.com/show_bug.cgi?id=635855 https://bugzilla.novell.com/show_bug.cgi?id=635855#c0 Summary: Please redirect tube.opensuse.org Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Infrastructure AssignedTo: mrueckert(a)novell.com ReportedBy: tschmidt(a)novell.com QAContact: lrupp(a)novell.com Found By: --- Blocker: --- Please redirect tube.opensuse.org to http://en.opensuse.org/openSUSE:Tube Thanks :-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1