March 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 285914] New: Sound hangs on CPU frequency change
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=285914 Summary: Sound hangs on CPU frequency change Product: openSUSE 10.3 Version: Alpha 5 Platform: x86-64 OS/Version: openSUSE 10.2 Status: NEW Severity: Normal Priority: P5 - None Component: Sound AssignedTo: tiwai(a)novell.com ReportedBy: ray(a)openland.cz QAContact: qa(a)suse.de Found By: --- First of all I must say, that I am using openSUSE 10.2, but I have selected openSUSE 10.3 product, because I am using latest kernel from HEAD repository. Hardware Environment: Asus A6Km Software Environment: e.g. Amarok audio player Problem Description: I have Asus A6Km with AMD Turion 3200+. It has Realtek ALC650 integrated sound card and is working fine. Recently, I bought Creative Sound Blaster Live! 5.1 24-bit External for this laptop, because I have already one connected to my desktop computer (openSUSE 10.2 x86) and works fine too. However, when I connect Sound Blaster to my laptop, sound hangs randomly. I spent lot of time finding the reason, because there was nothing in logs, dmesg etc. Finally I found, that it is caused by CPU frequency scaling. When CPU speed is changed, than sound hangs - to reboot help only disconnection of Sound Blaster. When I fix CPU frequency, than Sound Blaster works like the other one in my desktop computer - fine. I found only two refs describing similar/same problem: http://www.linuxforums.org/forum/linux-laptops/63126-sound-problems-cpu-ste… http://alsa.opensrc.org/Tascam_US-224 Steps to reproduce: 1) Connect Sound Blaster Live! 5.1 24-bit External 2) start some audio output with your favorite player 3) wait on frequency change 4) Sound hangs 5) For successful reboot, it is necessary to disconnect Sound Blaster Hope, you can help me. If you will need any other info, just ask me. I also submit bug to Alsa bugzilla (ID: 0003097) month ago and kernel bugzilla (ID: 8648), but there were no response. I am not sure whether this is sound subsystem related issue or USB subsystem issue (my laptop has SIS chipset, which is not so often used like others). May be I am absolutely wrong putting this bug report to this bugzilla, so if anyone from Novell staff decide, that this report is not related to this bugzilla, but only to kernel/alsa bugzilla, feel free to close it. -- 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 16

[Bug 490467] New: Wireless card not working after boot (iwl3945)
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=490467 Summary: Wireless card not working after boot (iwl3945) Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: vuntz(a)novell.com QAContact: qa(a)suse.de Found By: --- Using Factory. When I boot, my wireless card doesn't work. A simple "iwlist wlan0 scan" doesn't give anything, for example. But if I rmmod iwl3945 and then modprobe the module agian, it starts working. I'm not quite sure how to debug this. Here are the relevant parts of /var/log/message during the boot: Mar 30 20:40:44 lyon kernel: iwl3945 0000:03:00.0: firmware: requesting iwlwifi-3945-2.ucode Mar 30 20:40:44 lyon nm-system-settings: Adding default connection 'Auto eth0' for /org/freedesktop/Hal/devices/ne t_00_15_58_30_b4_d7 Mar 30 20:40:44 lyon kernel: iwl3945 loaded firmware version 15.28.2.8 Mar 30 20:40:46 lyon kernel: iwl3945: Wait for START_ALIVE timeout after 2000ms. Mar 30 20:40:48 lyon kernel: iwl3945: Wait for START_ALIVE timeout after 2000ms. Mar 30 20:40:48 lyon dhclient: Internet Systems Consortium DHCP Client V3.1.1 Mar 30 20:40:48 lyon dhclient: Copyright 2004-2008 Internet Systems Consortium. Mar 30 20:40:48 lyon dhclient: All rights reserved. Mar 30 20:40:48 lyon dhclient: For info, please visit http://www.isc.org/sw/dhcp/ Mar 30 20:40:48 lyon dhclient: Mar 30 20:40:48 lyon dhclient: wmaster0: unknown hardware address type 801 Mar 30 20:40:48 lyon dhclient: wmaster0: unknown hardware address type 801 Mar 30 20:40:48 lyon dhclient: Listening on LPF/eth0/00:15:58:30:b4:d7 Mar 30 20:40:48 lyon dhclient: Sending on LPF/eth0/00:15:58:30:b4:d7 Mar 30 20:40:48 lyon dhclient: Sending on Socket/fallback .. vuntz@lyon ~/>rpm -q kernel-default kernel-default-2.6.29-6.2 -- 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 0

[Bug 490459] New: sitar is broken
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=490459 Summary: sitar is broken Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: varkoly(a)novell.com QAContact: qa(a)suse.de Found By: Development Created an attachment (id=283007) --> (https://bugzilla.novell.com/attachment.cgi?id=283007) patch 1. outfile parameter is ignored in both case: setting by command line and in /etc/sysconfig/sitar. 2. Without using one of the parameters --all, --check-consistency or --find-unpacked nothing happens. 3. After once one of the parameters --all, --check-consistency or --find-unpacked was used this parametrs seems to be set forever. The reason is that the files :/var/lib/support/Configuration_Consistency.include and /var/lib/support/Find_Unpacked.include never will be deleted. My patch fixes 1 and 2. -- 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 0

[Bug 490452] New: Firefox crashes when removable device is disconnected
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=490452 Summary: Firefox crashes when removable device is disconnected Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i586 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: dsumsky(a)uniscomp.cz QAContact: qa(a)suse.de Found By: --- Created an attachment (id=283005) --> (https://bugzilla.novell.com/attachment.cgi?id=283005) xsession-errors User-Agent: Mozilla/5.0 (X11; U; Linux i686; cs-CZ; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1 Firefox/3.0.8 When I want to access any type of removable media like usb memory disk or cd media, firefox crashes. By access I means when I try to open something from the media or when I try to write to it and then I disconnect the media. The only evidence of crash appears in ~/.xsession-errors which is attached. Reproducible: Always Steps to Reproduce: 1. run firefox, open www.google.com 2. connect usb memory disk 3. save the page to the disk 4. disconnect the disk Actual Results: firefox crashes, error is logged to ~/.xsession-errors Expected Results: firefox shouldn't crash on removable media disconnection This behaviour appeared after reinstallation of opensuse 10.1 first (clear reinstall without upgrade). I used the same mozilla profile from ~/.mozilla (to keep my bookmarks, certs, extensions, addons). But, when I remove it and try to reproduce the behaviour without ~/.mozilla, firefox crashes anyway. -- 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 0

[Bug 472768] New: ntp init script can block boot
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=472768 Summary: ntp init script can block boot Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: andi-nbz(a)firstfloor.org QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0) Gecko/2008061600 SUSE/3.0-0.2 Firefox/3.0 I just had a system not come up with sshd because it couldn't access the ntp server to sync the time at boot. The ntpd script was then blocking forever and preventing sshd from starting. The problem wasn't not accessing the ntp server, but blocking forever on that. Reproducible: Didn't try Steps to Reproduce: 1. 2. 3. -- 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 13

[Bug 464805] New: WLAN Firmware errors with 11.1
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=464805 Summary: WLAN Firmware errors with 11.1 Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: axel.braun(a)gmx.de QAContact: qa(a)suse.de Found By: --- Hi, I'm running since about 3 years Linux on the ThinkPad Z60m, an I upgraded from 10.3 to 11.1 beginning of the year. Since then I get frequent firmware errors: Jan 7 12:23:48 z60m dhclient: DHCPACK from 192.168.1.1 Jan 7 12:23:48 z60m dhclient: bound to 192.168.1.35 -- renewal in 1541 seconds. Jan 7 12:40:25 z60m kernel: ipw2200: device failed to start within 500ms Jan 7 12:40:25 z60m kernel: ipw2200: Unable to load firmware: -62 Jan 7 12:40:25 z60m kernel: ipw2200: Failed to up device Or Jan 9 12:15:15 z60m dhclient: DHCPACK from 192.168.1.1 Jan 9 12:15:15 z60m dhclient: bound to 192.168.1.33 -- renewal in 1557 seconds. Jan 9 12:21:28 z60m kernel: ipw2200: Firmware error detected. Restarting. Jan 9 12:21:29 z60m kernel: ipw2200: Firmware error detected. Restarting. Jan 9 12:41:12 z60m dhclient: DHCPREQUEST on eth1 to 192.168.1.1 port 67 Jan 9 12:41:12 z60m dhclient: DHCPACK from 192.168.1.1 The later message is uncritical, the first one requires a reboot to get the WLAN up and running again. Just switching it off is not sufficient -- 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 55

[Bug 482515] New: Missing dependency in xen.spec
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=482515 Summary: Missing dependency in xen.spec Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i586 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Xen AssignedTo: cgriffin(a)novell.com ReportedBy: cs448(a)cam.ac.uk QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.0.4) Gecko/2008103100 SUSE/3.0.4-4.6 Firefox/3.0.4 xen.spec needs build dependency texinfo. This is because Qemu will not build docs without texi2html, and the rpmbuild -ba will pack up if Qemu doesn't build its man files. Reproducible: Always Steps to Reproduce: See above Actual Results: See above Expected Results: See above -- 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 2

[Bug 487051] New: xm error - Block device must have "phy", "file" or "tap"
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=487051 Summary: xm error - Block device must have "phy", "file" or "tap" Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: Xen AssignedTo: cgriffin(a)novell.com ReportedBy: kamil(a)zymeworks.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_5; en-us) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1 When trying to attach a block volume with xm that is not a phy, file, or tap device xm produces the error: Block device must have "phy", "file" or "tap" Reproducible: Always Steps to Reproduce: 1. Create a VM in vm-install that has a block device type such as iscsi, qemu, etc or 1. Try to xm block-attach a volume: xm block-attach 0 iscsi:iqn.2003-10.com.foo:bar:770:vm-baz xvda r It looks like the error is in /usr/lib64/python2.6/site-packages/xen/xend/server/blkif.py on line 59. It specifically checks for the three cases mentioned in the error message, even though other scripts may be present in /etc/xen/scripts -- 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 2

[Bug 456758] New: scripts in /etc/xen/scripts for network block devices (e. g. drbd) are not started.
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=456758 Summary: scripts in /etc/xen/scripts for network block devices (e.g. drbd) are not started. Product: openSUSE 11.1 Version: RC 1 Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Critical Priority: P5 - None Component: Xen AssignedTo: cgriffin(a)novell.com ReportedBy: quade(a)uni-bonn.de QAContact: qa(a)suse.de Found By: Customer Guest systems with network block devices e.g. drbd (disk=[ 'drbd:test,xvda,w, ]) can't be started. The corresponding scripts (block and block-drbd) in /etc/xen/scripts are not called. No problem in openSuse 11.0 -- 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 8

[Bug 490420] New: /etc/init.d/nfs won't start rpc.idmapd with autofs when no nfs mount appears in /etc/fstab
by bugzilla_noreply＠novell.com 30 Mar '09

30 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=490420 Summary: /etc/init.d/nfs won't start rpc.idmapd with autofs when no nfs mount appears in /etc/fstab Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rbsmith(a)sandia.gov QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.7) Gecko/2009022800 SUSE/3.0.7-1.1.6 Firefox/3.0.7 When nfs4 filesystems are *solely* mounted by autofs, rpc.idmapd will not be started because /etc/init.d requires an nfs mount entry in fstab to start rpc.idmapd. One hack is to add a new configuration variable to /etc/sysconfig/nfs NFS_VIA_AUTOFS="yes" and initialize the nfs variable in /etc/init.d/nfs, line 41 with nfs=${NFS_VIA_AUTOFS:-no} Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 0