[arch-general] linux-3.4.0-1 enters [testing]

[ashim acharya]

Issues with usb devices:
0425:f102 Motorola Semiconductors HK, Ltd G-Tech U+P Wireless Mouse -does
not work. An added logitech usb wireless mouse worked though.
148f:3070 Ralink Technology, Corp. RT2870/RT3070 Wireless Adapter -stops
working after awhile, and after pm-suspend.
Falling back linux, udev, mkinitcpio, nvidia makes devices work again.
Xorg.0.log-no errors- says mouse was added:
 (**) Option "config_info"
"udev:/sys/devices/pci:00/:00:1d.7/usb1/1-4/1-4.1/1-4.1.1/1-4.1.1:1.0/input/input8/event8
(II) XINPUT: Adding extended input device "G-Tech CHINA U+P Wireless Mouse
" (type: MOUSE, id 8)

kernel.log snippet, maybe of use:
May 21 21:06:40 localhost kernel: [  139.034500] [ cut here
]
May 21 21:06:40 localhost kernel: [  139.034513] WARNING: at
net/mac80211/driver-ops.h:10 ieee80211_do_stop+0x694/0x6b0 [mac80211]()
May 21 21:06:40 localhost kernel: [  139.034515] Hardware name: Dell
DM051
May 21 21:06:40 localhost kernel: [  139.034517] Modules linked in: fuse
aes_x86_64 cryptd aes_generic autofs4 nfsd exportfs nfs nfs_acl lockd
auth_rpcgss fscache sunrpc ext4 jbd2 mbcache crc16 arc4 uvcvideo
videobuf2_vmalloc rt2800usb videobuf2_memops videobuf2_core rt2x00usb
videodev rt2800lib rt2x00lib media usbhid crc_ccitt mac80211 snd_usb_audio
cfg80211 snd_usbmidi_lib snd_rawmidi snd_seq_device hid rfkill usb_storage
uas nvidia(PO) iTCO_wdt e100 iTCO_vendor_support snd_hda_codec_idt psmouse
evdev snd_hda_intel acpi_cpufreq i2c_i801 mperf dcdbas intel_agp serio_raw
snd_hda_codec mii i2c_core intel_gtt processor button snd_hwdep microcode
snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_timer snd soundcore
btrfs crc32c libcrc32c zlib_deflate sd_mod sr_mod cdrom pata_acpi
ata_generic ata_piix uhci_hcd libata scsi_mod ehci_hcd usbcore usb_common
May 21 21:06:40 localhost kernel: [  139.034570] Pid: 1136, comm:
kworker/u:65 Tainted: PW  O 3.4.0-1-ARCH #1
May 21 21:06:40 localhost kernel: [  139.034572] Call Trace:
May 21 21:06:40 localhost kernel: [  139.034576]  []
warn_slowpath_common+0x7f/0xc0
May 21 21:06:40 localhost kernel: [  139.034579]  []
warn_slowpath_null+0x1a/0x20
May 21 21:06:40 localhost kernel: [  139.034590]  []
ieee80211_do_stop+0x694/0x6b0 [mac80211]
May 21 21:06:40 localhost kernel: [  139.034595]  [] ?
dev_deactivate_many+0x209/0x260
May 21 21:06:40 localhost kernel: [  139.034605]  []
ieee80211_stop+0x1a/0x20 [mac80211]
May 21 21:06:40 localhost kernel: [  139.034608]  []
__dev_close_many+0x85/0xd0
May 21 21:06:40 localhost kernel: [  139.034611]  []
dev_close_many+0xa0/0x110
May 21 21:06:40 localhost kernel: [  139.034615]  []
rollback_registered_many+0xe8/0x260
May 21 21:06:40 localhost kernel: [  139.034618]  []
unregister_netdevice_many+0x1b/0x80
May 21 21:06:40 localhost kernel: [  139.034628]  []
ieee80211_remove_interfaces+0xd0/0x110 [mac80211]
May 21 21:06:40 localhost kernel: [  139.034636]  []
ieee80211_unregister_hw+0x53/0x120 [mac80211]
May 21 21:06:40 localhost kernel: [  139.034641]  []
rt2x00lib_remove_dev+0x161/0x1a0 [rt2x00lib]
May 21 21:06:40 localhost kernel: [  139.034646]  []
rt2x00usb_disconnect+0x3b/0x80 [rt2x00usb]
May 21 21:06:40 localhost kernel: [  139.034658]  []
usb_unbind_interface+0x50/0x180 [usbcore]
May 21 21:06:40 localhost kernel: [  139.034663]  []
__device_release_driver+0x7c/0xe0
May 21 21:06:40 localhost kernel: [  139.034667]  []
device_release_driver+0x2c/0x40
May 21 21:06:40 localhost kernel: [  139.034678]  []
usb_driver_release_interface+0x90/0xa0 [usbcore]
May 21 21:06:40 localhost kernel: [  139.034691]  []
usb_forced_unbind_intf+0x24/0x30 [usbcore]
May 21 21:06:40 localhost kernel: [  139.034702]  [] ?
usb_dev_thaw+0x20/0x20 [usbcore]
May 21 21:06:40 localhost kernel: [  139.034714]  []
usb_resume+0xa9/0xd0 [usbcore]
May 21 21:06:40 localhost kernel: [  139.034724]  [] ?
usb_dev_thaw+0x20/0x20 [usbcore]
May 21 21:06:40 localhost kernel: [  139.034735]  []
usb_dev_resume+0x13/0x20 [usbcore]
May 21 21:06:40 localhost kernel: [  139.034739]  []
dpm_run_callback.isra.4+0x3b/0x70
May 21 21:06:40 localhost kernel: [  139.034743]  []
device_resume+0xa8/0x160
May 21 21:06:40 localhost kernel: [  139.034746]  []
async_resume+0x21/0x50
May 21 21:06:40 localhost kernel: [  139.034750]  []
async_run_entry_fn+0x7e/0x170
May 21 21:06:40 localhost kernel: [  139.034754]  []
process_one_work+0x12a/0x440
May 21 21:06:40 localhost kernel: [  139.034757]  [] ?
async_schedule+0x20/0x20
May 21 21:06:40 localhost kernel: [  139.034761]  []
worker_thread+0x12e/0x2d0
May 21 21:06:40 localhost kernel: [  139.034764]  [] ?
manage_workers.isra.25+0x1f0/0x1f0
May 21 21:06:40 localhost kernel: [  139.034767]  []
kthread+0x93/0xa0
May 21 21:06:40 localhost kernel: [  139.034771]  []
kernel_thread_helper+0x4/0x10
May 21 21:06:40 localhost kernel: [  139.034775]  [] ?
kthread_freezable_should_stop+0x70/0x70
May 21 21:06:40 localhost kernel: [  139.034778]  [] ?
gs_change+0x13/0x13
May 21 21:06:40 localhost kernel: [  139.034780] -

Re: [arch-general] pm-suspend stuck at uhci_hcd

[Manne Merak]

On 05/20/2012 08:13 PM, Leonid Isaev wrote:

On Sun, 20 May 2012 12:36:16 +0200
Manne Merak  wrote:


On 05/17/2012 01:11 AM, Leonid Isaev wrote:

On Wed, 16 May 2012 23:50:06 +0200
Manne Merak   wrote:


Hi,
Couple of updates ago suspend to RAM stopped working.
Looking at the pm-suspend.log (below) file shows that it gets stuck at
unloading uhci_hcd?
I can unload and load the module by hand just fine.
Anyone else have this?

Hmm, 75modules should print something like "done" or "fail". What do you
mean by stopped working? What configuration do you have
in /etc/pm/config.d/*?


Ok, some more debugging.
The first suspend-RAM works file.  Checked the pm-suspend.log and all
gets unloaded just fine.
On second suspend, I get the mentioned stuck at unloading uhci_hcd
(leaving it a while gives):

---
Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend:
Unloading kernel module uhci_hcd.../usr/lib/pm-utils/functions: line 84:
26341 Killed  modprobe -r "$1"

I am puzzled by this... really. Do you get anything at all in syslog after
this? Or syslog is already stopped at this point?


/usr/lib/pm-utils/functions: line 89: log: command not found

WTF??? This is a 2 year old bug in pm-utils. OpenSUSE 11.3 fixed that in
1.3.0. Please see if this fix gets rid of the "log" error:
.


Failed.
Unloading kernel module ehci_hcd...


Now stuck at unloading ehci_hcd.

I get the same behaviour trying to unload uhci_hcd or ehci_hcd after the
first successfull suspend and restore.

You mean "unload manually", right?


There's more; a "oops" in the system log:

[209624.386398] BUG: unable to handle kernel paging request at 6d0d
[209624.386404] IP: [] _raw_spin_lock_irqsave+0x2a/0x50
[209624.386412] *pde = 
[209624.386414] Oops: 0002 [#1] PREEMPT SMP
[209624.386418] Modules linked in: uhci_hcd(-) ehci_hcd usb_storage uas
rfcomm btusb hidp bnep bluetooth fuse vboxnetadp(O) vboxnetflt(O) usbhid
uvcvideo hid videobuf2_vmalloc videobuf2_memops videobuf2_core videodev
media nvidia(PO) snd_hda_codec_idt snd_hda_intel firewire_ohci joydev
b44 snd_hda_codec r852 sm_common nand snd_pcm nand_ecc nand_ids arc4
iwl3945 iwlegacy ssb snd_page_alloc r592 mtd iTCO_wdt firewire_core
crc_itu_t pcmcia mii pcmcia_core mac80211 sdhci_pci intel_agp sdhci
intel_gtt mmc_core cfg80211 agpgart i2c_i801 i2c_core snd_hwdep
snd_timer snd memstick iTCO_vendor_support serio_raw dell_wmi psmouse
sparse_keymap soundcore wmi dell_laptop usbcore usb_common rfkill evdev
thermal dcdbas button battery ac video vboxdrv(O) cpufreq_powersave
acpi_cpufreq mperf processor ext4 crc16 jbd2 mbcache sr_mod sd_mod cdrom
pata_acpi ata_generic ata_piix ahci libahci libata scsi_mod [last
unloaded: ehci_hcd]
[209624.386476]
[209624.386479] Pid: 26341, comm: modprobe Tainted: P   O
3.3.6-1-ARCH #1 Dell Inc. Vostro 1700 /0HX767
[209624.386483] EIP: 0060:[] EFLAGS: 00010002 CPU: 0
[209624.386486] EIP is at _raw_spin_lock_irqsave+0x2a/0x50
[209624.386488] EAX: 0100 EBX: 6d0d ECX: 6d0d EDX: e002dd10
[209624.386490] ESI: 0206 EDI: f24ca4b4 EBP: e002dcf0 ESP: e002dce8
[209624.386492]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
[209624.386494] Process modprobe (pid: 26341, ti=e002c000 task=c5aeca80
task.ti=e002c000)
[209624.386496] Stack:
[209624.386497]  6d0d 6d0d e002dd08 c0142d39 e002dd10 f24ca4a8
 
[209624.386503]  e002dd20 c0142eca f8af756a f24ca400  ecdfbc94
e002dd38 f8af7461
[209624.386508]  ecdfbc94 f24ca400 ecdfbcd8 ecdfbc94 e002dd58 f8af7694
ecdfb808 ecdfb808
[209624.386513] Call Trace:
[209624.386519]  [] lock_timer_base.isra.33+0x29/0x50
[209624.386522]  [] del_timer+0x2a/0xe0
[209624.386529]  [] ? hci_conn_del+0x12a/0x1f0 [bluetooth]
[209624.386534]  [] hci_conn_del+0x21/0x1f0 [bluetooth]
[209624.386538]  [] hci_conn_hash_flush+0x64/0xb0 [bluetooth]
[209624.386543]  [] hci_dev_do_close+0x96/0x290 [bluetooth]
[209624.386548]  [] hci_unregister_dev+0x48/0x140 [bluetooth]
[209624.386551]  [] btusb_disconnect+0x4f/0xb0 [btusb]
[209624.386559]  [] usb_unbind_interface+0x3c/0x140 [usbcore]
[209624.386564]  [] __device_release_driver+0x5d/0xb0
[209624.386566]  [] device_release_driver+0x24/0x40
[209624.386569]  [] bus_remove_device+0xa5/0xd0
[209624.386572]  [] device_del+0xe5/0x150
[209624.386578]  [] usb_disable_device+0x89/0x1a0 [usbcore]
[209624.386584]  [] usb_disconnect+0x70/0xe0 [usbcore]
[209624.386590]  [] usb_disconnect+0x5f/0xe0 [usbcore]
[209624.386595]  [] usb_disconnect+0x5f/0xe0 [usbcore]
[209624.386602]  [] usb_remove_hcd+0x9c/0x120 [usbcore]
[209624.386608]  [] usb_hcd_pci_remove+0x48/0xb0 [usbcore]
[209624.386611]  [] pci_device_remove+0x2f/0xe0
[209624.386614]  [] __device_release_driver+0x5d/0xb0
[209624.386616]  [] driver_detach+0x8f/0xa0
[209624.386619]  [] bus_remove_driver+0x62/0xa0
[209624.386621]  [] driver_unregister+0x49/0x80
[209624.386624]  [] pci_unregister_

Re: [arch-general] [arch-dev-public] linux-3.4.0-1 enters [testing]

[fredbezies]

2012/5/21 Tom Gundersen :
> On Mon, May 21, 2012 at 5:02 PM, Thomas Bächler  wrote:
>> (btw, it should also autoload powernow-k8
>> and kvm-amd now, so no need for them in MODULES any more!).
>
> Small correction: kvm modules are not yet autoloaded. They will be in
> 3.5 though  [0] (and then most people can ditch MODULES I should think
> :) ).
>
> [0]: 
> 
>
> -t

Besides this warning line, nothing to say : it works ;)

-- 
Frederic Bezies
fredbez...@gmail.com

Re: [arch-general] [arch-dev-public] linux-3.4.0-1 enters [testing]

[Tom Gundersen]

On Mon, May 21, 2012 at 5:02 PM, Thomas Bächler  wrote:
> (btw, it should also autoload powernow-k8
> and kvm-amd now, so no need for them in MODULES any more!).

Small correction: kvm modules are not yet autoloaded. They will be in
3.5 though  [0] (and then most people can ditch MODULES I should think
:) ).

[0]: 


-t

Re: [arch-general] [arch-dev-public] linux-3.4.0-1 enters [testing]

[Tom Gundersen]

On Mon, May 21, 2012 at 4:54 PM, Frederic Bezies  wrote:
> Got a "warning on start" :
>
> [    7.552939] microcode: failed to load file amd-ucode/microcode_amd.bin
> [    7.554370] microcode: failed to load file amd-ucode/microcode_amd.bin

The "microcode" module is now loaded automatically if your CPU
supports it. Before you had to do it manually, that's why you see this
error now.

I suppose the reason is that you don't have the amd-ucode package installed.

> I got his in /etc/rc.conf :
>
> MODULES=(fuse powernow-k8 kvm-amd cpufreq_ondemand)

As far as I know you no longer need powernow-k8 or cpufreq_ondemand
any more, as they too are loaded automatically if your CPU supports
them.

@Tobias,Thomas: I guess we'll see these sorts of warnings a lot as
essentially everyone who does not have one of ucode-{intel,amd}
installed will get them. I suppose we COULD post a news item about the
change to module autoloading...

Cheers,

Tom

Re: [arch-general] [arch-dev-public] linux-3.4.0-1 enters [testing]

[Thomas Bächler]

Am 21.05.2012 16:54, schrieb Frederic Bezies:
> Got a "warning on start" :
> 
> [7.552939] microcode: failed to load file amd-ucode/microcode_amd.bin
> [7.554370] microcode: failed to load file amd-ucode/microcode_amd.bin
> 
> 
> I got his in /etc/rc.conf :
> 
> MODULES=(fuse powernow-k8 kvm-amd cpufreq_ondemand)
> 
> Any idea ?

http://kernelnewbies.org/Linux_3.4#head-9df4e508cb97f4e138c590b9ccff3e0eda6cc7fc

Basically, udev now autoloads the 'microcode' module for you and tries
to upgrade your CPU microcode (btw, it should also autoload powernow-k8
and kvm-amd now, so no need for them in MODULES any more!).

You could install the amd-ucode package to make this go away, ignore the
warning, or blacklist microcode via modprobe configuration files
('blacklist microcode').



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] [arch-dev-public] linux-3.4.0-1 enters [testing]

[fredbezies]

2012/5/21 Jesse Jaara :
> Install amd-microcode, I think the microcode module is autoloaded as well
> as all cpufreq and all other CPU related modules in this new release.

Ok, thanks. Don't need it before.

-- 
Frederic Bezies
fredbez...@gmail.com

Re: [arch-general] [arch-dev-public] linux-3.4.0-1 enters [testing]

[Jesse Jaara]

Install amd-microcode, I think the microcode module is autoloaded as well
as all cpufreq and all other CPU related modules in this new release.

Re: [arch-general] [arch-dev-public] linux-3.4.0-1 enters [testing]

[Frederic Bezies]

On 21/05/2012 15:34, Genes MailLists wrote:

On 05/21/2012 09:21 AM, Tobias Powalowski wrote:

Hi guys,


...


Please report any issues that arise.
Thanks.

greetings
tpowa


   Just a thank you ... for getting this available so quickly - its
impressive and much appreciated.

   gene



Got a "warning on start" :

[7.552939] microcode: failed to load file amd-ucode/microcode_amd.bin
[7.554370] microcode: failed to load file amd-ucode/microcode_amd.bin


I got his in /etc/rc.conf :

MODULES=(fuse powernow-k8 kvm-amd cpufreq_ondemand)

Any idea ?

--
Frederic Bezies - fredbez...@gmail.com
Blog : http://frederic.bezies.free.fr/blog/

Re: [arch-general] [arch-dev-public] linux-3.4.0-1 enters [testing]

[Genes MailLists]

On 05/21/2012 09:21 AM, Tobias Powalowski wrote:
> Hi guys,
> 
...

> Please report any issues that arise.
> Thanks.
> 
> greetings
> tpowa

  Just a thank you ... for getting this available so quickly - its
impressive and much appreciated.

  gene

[arch-general] linux-3.4.0-1 enters [testing]

[Tobias Powalowski]

Hi guys,

Upstream changes:
http://kernelnewbies.org/LinuxChanges

The x86_32 switch is not yet enabled.

Please report any issues that arise.
Thanks.

greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tp...@archlinux.org












signature.asc
Description: OpenPGP digital signature