Bug#836280: brcmfmac: brcmfmac fails to load firmware

2016-09-01 Thread Erik de Castro Lopo
Package: src:linux
Version: 4.7.2-1
Severity: normal
File: brcmfmac

Dear Maintainer,

Had this machine for about 3 months and wifi has been working correctly until 
yesterday
when I installed the 4.7.0 kernel. For some reason the bcrm firmware fails to 
load:

$ dmesg | grep brcm
[   27.269495] usbcore: registered new interface driver brcmfmac
[   27.398657] brcmfmac :03:00.0: firmware: direct-loading firmware 
brcm/brcmfmac43602-pcie.bin
[   27.398725] brcmfmac :03:00.0: firmware: failed to load 
brcm/brcmfmac43602-pcie.txt (-2)
[   27.398732] brcmfmac :03:00.0: Direct firmware load for 
brcm/brcmfmac43602-pcie.txt failed with error -2
[   27.885750] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Nov 10 
2015 06:38:10 version 7.35.177.61 (r598657) FWID 01-ea662a8c
[   27.923082] brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code (0x30 
0x30)
[   27.927522] brcmfmac :03:00.0 wlp3s0: renamed from wlan0
[   30.770142] brcmfmac: brcmf_p2p_create_p2pdev: set p2p_disc error
[   51.050385] brcmfmac: brcmf_cfg80211_escan_handler: scan not ready, 
bsscfgidx=0
[   51.050389] brcmfmac: brcmf_fweh_event_worker: event handler failed (69)
[   52.614267] brcmfmac: brcmf_cfg80211_escan_handler: scan not ready, 
bsscfgidx=0
[   52.614270] brcmfmac: brcmf_fweh_event_worker: event handler failed (69)
[  356.473390] brcmfmac: brcmf_cfg80211_escan_handler: scan not ready, 
bsscfgidx=0
[  356.473396] brcmfmac: brcmf_fweh_event_worker: event handler failed (69)
[  733.470499] brcmfmac: brcmf_p2p_create_p2pdev: set p2p_disc error

The file /lib/firmware/brcm/brcmfmac43602-pcie.bin exists and debsums seems to 
think its
ok:

> debsums firmware-brcm80211 | grep brcmfmac43602-pcie.bin
/lib/firmware/brcm/brcmfmac43602-pcie.bin   
  OK

Funny thing is I get this same problem with the 4.5.0 kernel which was working 
up until
I installed 4.7.0.

Erik

-- Package-specific info:
** Version:
Linux version 4.7.0-1-amd64 (debian-kernel@lists.debian.org) (gcc version 5.4.1 
20160803 (Debian 5.4.1-1) ) #1 SMP Debian 4.7.2-1 (2016-08-28)

** Command line:
\vmlinuz-4.7.0-1-amd64 initrd=\initrd.img-4.7.0-1-amd64

** Not tainted

** Kernel log:
[  892.391915] thunderbolt :07:00.0: activating path from 1:2 to 0:6
[  892.392014] thunderbolt :07:00.0: 0:1: Writing hop 1, index 8
[  892.392015] thunderbolt :07:00.0: 0:1:  Hop through port 6 to hop 8 
(enabled)
[  892.392016] thunderbolt :07:00.0: 0:1:   Weight: 1 Priority: 3 Credits: 
16 Drop: 0
[  892.392017] thunderbolt :07:00.0: 0:1:Counter enabled: 0 Counter 
index: 2047
[  892.392018] thunderbolt :07:00.0: 0:1:   Flow Control (In/Eg): 1/0 
Shared Buffer (In/Eg): 0/0
[  892.392019] thunderbolt :07:00.0: 0:1:   Unknown1: 0x0 Unknown2: 0x0 
Unknown3: 0x0
[  892.392214] thunderbolt :07:00.0: 1:2: Writing hop 0, index 8
[  892.392215] thunderbolt :07:00.0: 1:2:  Hop through port 1 to hop 8 
(enabled)
[  892.392216] thunderbolt :07:00.0: 1:2:   Weight: 1 Priority: 3 Credits: 
7 Drop: 0
[  892.392217] thunderbolt :07:00.0: 1:2:Counter enabled: 0 Counter 
index: 2047
[  892.392218] thunderbolt :07:00.0: 1:2:   Flow Control (In/Eg): 1/1 
Shared Buffer (In/Eg): 0/0
[  892.392219] thunderbolt :07:00.0: 1:2:   Unknown1: 0x0 Unknown2: 0x0 
Unknown3: 0x0
[  892.392313] thunderbolt :07:00.0: path activation complete
[  892.392527] pciehp :06:03.0:pcie204: Card present on Slot(3-2)
[  892.395280] pciehp :06:03.0:pcie204: slot(3-2): Link Up event
[  892.395287] pciehp :06:03.0:pcie204: Link Up event ignored on slot(3-2): 
already powering on
[  892.509765] pci :08:00.0: [8086:1549] type 01 class 0x060400
[  892.509977] pci :08:00.0: supports D1 D2
[  892.509979] pci :08:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[  892.517786] pci :08:00.0: bridge configuration invalid ([bus 00-00]), 
reconfiguring
[  892.517967] acpiphp: Slot [1] registered
[  892.518001] acpiphp: Slot [2-1] registered
[  892.518031] acpiphp: Slot [3-1] registered
[  892.518060] acpiphp: Slot [4-1] registered
[  892.518088] acpiphp: Slot [5-1] registered
[  892.518095] pci_bus :09: busn_res: can not insert [bus 09-ff] under [bus 
08-38] (conflicts with (null) [bus 08-38])
[  892.518125] pci :09:00.0: [8086:1549] type 01 class 0x060400
[  892.518318] pci :09:00.0: supports D1 D2
[  892.518320] pci :09:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[  892.518539] pci :08:00.0: PCI bridge to [bus 09-ff]
[  892.518552] pci :08:00.0:   bridge window [io  0x-0x0fff]
[  892.518559] pci :08:00.0:   bridge window [mem 0x-0x000f]
[  892.518570] pci :08:00.0:   bridge window [mem 0x-0x000f 
64bit pref]
[  892.518575] pci :09:00.0: bridge configuration invalid ([bus 00-00]), 
reconfiguring
[  892.518738] pci :0a:00.0: [14e4:1682] type 00 class 0x02
[  892.518792] pci :0a:00.0: reg 0x10: [mem 

Bug#836279: linux-image-4.7.0-1-amd64: Intermittent hang on mackbook pro

2016-09-01 Thread Erik de Castro Lopo
Package: src:linux
Version: 4.7.2-1
Severity: important

Dear Maintainer,

Getting very similar hangs to the ones I reported in #834011, but this time I'm 
using the standard in tree
hid_apple driver that shipped with the kernel.

The probelm is that the machine just completely hangs up every now and then. 
When it hangs, the the mouse
and keyboard are unresponsive and the machine does not even respond to pings on 
the network.

If I boot to the 4.5.0 kernel everything is fine.s

Cheers,
Erik


-- Package-specific info:
** Version:
Linux version 4.7.0-1-amd64 (debian-kernel@lists.debian.org) (gcc version 5.4.1 
20160803 (Debian 5.4.1-1) ) #1 SMP Debian 4.7.2-1 (2016-08-28)

** Command line:
\vmlinuz-4.7.0-1-amd64 initrd=\initrd.img-4.7.0-1-amd64

** Not tainted

** Kernel log:
[   27.514564] thunderbolt :07:00.0:   Max hop id (in/out): 9/9
[   27.514567] thunderbolt :07:00.0:   Max counters: 2
[   27.514570] thunderbolt :07:00.0:   NFC Credits: 0x70
[   27.514662] thunderbolt :07:00.0:  Port 11: 8086:156d (Revision: 0, TB 
Version: 1, Type: DP/HDMI (0xe0101))
[   27.514669] thunderbolt :07:00.0:   Max hop id (in/out): 9/9
[   27.514673] thunderbolt :07:00.0:   Max counters: 2
[   27.514677] thunderbolt :07:00.0:   NFC Credits: 0xf0
[   27.515538] thunderbolt :07:00.0:  Port 12: 8086:156d (Revision: 0, TB 
Version: 1, Type: DP/HDMI (0xe0101))
[   27.515546] thunderbolt :07:00.0:   Max hop id (in/out): 9/9
[   27.515550] thunderbolt :07:00.0:   Max counters: 2
[   27.515554] thunderbolt :07:00.0:   NFC Credits: 0xf0
[   27.515910] thunderbolt :07:00.0: 0:1: is connected, link is up (state: 
2)
[   27.516078] thunderbolt :07:00.0: initializing Switch at 0x1 (depth: 1, 
up port: 1)
[   27.516081] thunderbolt :07:00.0: old switch config:
[   27.516084] thunderbolt :07:00.0:  Switch: 8086:1549 (Revision: 0, TB 
Version: 1)
[   27.516087] thunderbolt :07:00.0:   Max Port Number: 2
[   27.516089] thunderbolt :07:00.0:   Config:
[   27.516091] thunderbolt :07:00.0:Upstream Port Number: 1 Depth: 1 
Route String: 0x1 Enabled: 1, PlugEventsDelay: 255ms
[   27.516094] thunderbolt :07:00.0:unknown1: 0x0 unknown4: 0x0
[   27.532046] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11
[   27.532091] iTCO_wdt: unable to reset NO_REBOOT flag, device disabled by 
hardware/BIOS
[   27.535072] Adding 974844k swap on /dev/mapper/vg-swap.  Priority:-1 
extents:1 across:974844k SSFS
[   27.536541] thunderbolt :07:00.0: 1: reading drom (length: 0x7b)
[   27.547838] pstore: Registered efi as persistent store backend
[   27.606644] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: 
(null)
[   27.662711] fbcon: inteldrmfb (fb0) is primary device
[   27.663481] ACPI: Video Device [IGPU] (multi-head: yes  rom: no  post: no)
[   27.663694] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input12
[   27.864313] thunderbolt :07:00.0: 1: uid: 0x10002049dc190
[   27.864412] thunderbolt :07:00.0:  Port 0: 8086:1549 (Revision: 0, TB 
Version: 1, Type: Port (0x1))
[   27.864412] thunderbolt :07:00.0:   Max hop id (in/out): 7/7
[   27.864413] thunderbolt :07:00.0:   Max counters: 8
[   27.864413] thunderbolt :07:00.0:   NFC Credits: 0x70
[   27.864910] thunderbolt :07:00.0:  Port 1: 8086:1549 (Revision: 0, TB 
Version: 1, Type: Port (0x1))
[   27.864910] thunderbolt :07:00.0:   Max hop id (in/out): 8/8
[   27.864911] thunderbolt :07:00.0:   Max counters: 4
[   27.864911] thunderbolt :07:00.0:   NFC Credits: 0x3c0
[   27.865010] thunderbolt :07:00.0:  Port 2: 8086:1549 (Revision: 0, TB 
Version: 1, Type: PCIe (0x100102))
[   27.865010] thunderbolt :07:00.0:   Max hop id (in/out): 8/8
[   27.865011] thunderbolt :07:00.0:   Max counters: 2
[   27.865011] thunderbolt :07:00.0:   NFC Credits: 0x70
[   27.865409] thunderbolt :07:00.0: 0:3: is unplugged (state: 7)
[   27.865708] thunderbolt :07:00.0: 1:2: PCIe port already activated, 
aborting
[   27.885750] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Nov 10 
2015 06:38:10 version 7.35.177.61 (r598657) FWID 01-ea662a8c
[   27.923082] brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code (0x30 
0x30)
[   27.927522] brcmfmac :03:00.0 wlp3s0: renamed from wlan0
[   28.967075] snd_hda_intel :00:03.0: bound :00:02.0 (ops 
i915_audio_component_bind_ops [i915])
[   28.967085] [drm] Initialized i915 1.6.0 20160425 for :00:02.0 on minor 0
[   28.967189] Console: switching to colour frame buffer device 320x100
[   29.490790] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[   29.519290] input: HDA Intel HDMI HDMI/DP,pcm=3 as 
/devices/pci:00/:00:03.0/sound/card0/input13
[   29.519475] input: HDA Intel HDMI HDMI/DP,pcm=7 as 
/devices/pci:00/:00:03.0/sound/card0/input14
[   29.519570] input: HDA Intel HDMI HDMI/DP,pcm=8 as 

Bug#834011: linux-image-4.6.0-1-amd64: Intermittent hang on macboook pro

2016-08-11 Thread Erik de Castro Lopo
Erik de Castro Lopo wrote:

I didn't notice this before:

> ** Tainted: OE (12288)
>  * Out-of-tree module has been loaded.
>  * Unsigned module has been loaded (currently expected).

How can I find out which module that is?

Erik
-- 
------
Erik de Castro Lopo
http://www.mega-nerd.com/



Bug#834011: linux-image-4.6.0-1-amd64: Intermittent hang on macboook pro

2016-08-11 Thread Erik de Castro Lopo
Package: src:linux
Version: 4.6.4-1
Severity: normal

Dear Maintainer,

With this kernel version on this machine I get intermittent machine hangs.
The keyboard and mouse are unresponsive and the machine doesn't respond to
pings on the network (it normally does). The first thing I notice is that
the keyboard and/or mouse stop responding. If I am currently playing music
on youtube or something i get aa short (maybe as much as a second) looping
stutter of audio. The lockup has also happened when I'm not playing music.
It happened about 20 or so times, sometimes as much as 3 times a day.

If I boot to the linux-image-4.5.0-s-amd64 kernel it runs for days without
a single hang. Switching back to 4.6.4-1 and the hangs return.


-- Package-specific info:
** Version:
Linux version 4.6.0-1-amd64 (debian-kernel@lists.debian.org) (gcc version 5.4.0 
20160609 (Debian 5.4.0-6) ) #1 SMP Debian 4.6.4-1 (2016-07-18)

** Command line:
\vmlinuz-4.6.0-1-amd64 initrd=\initrd.img-4.6.0-1-amd64

** Tainted: OE (12288)
 * Out-of-tree module has been loaded.
 * Unsigned module has been loaded (currently expected).

** Kernel log:
[9.169316] intel_rapl: Found RAPL domain package
[9.169323] intel_rapl: Found RAPL domain core
[9.169327] intel_rapl: Found RAPL domain uncore
[9.169331] intel_rapl: Found RAPL domain dram
[9.191709] thunderbolt :07:00.0: 0: uid: 0x1001305f89270
[9.191806] thunderbolt :07:00.0:  Port 0: 8086:156d (Revision: 0, TB 
Version: 1, Type: Port (0x1))
[9.191814] thunderbolt :07:00.0:   Max hop id (in/out): 7/7
[9.191818] thunderbolt :07:00.0:   Max counters: 8
[9.191822] thunderbolt :07:00.0:   NFC Credits: 0x70
[9.192487] thunderbolt :07:00.0:  Port 1: 8086:156d (Revision: 0, TB 
Version: 1, Type: Port (0x1))
[9.192495] thunderbolt :07:00.0:   Max hop id (in/out): 15/15
[9.192499] thunderbolt :07:00.0:   Max counters: 16
[9.192502] thunderbolt :07:00.0:   NFC Credits: 0x3c0
[9.192978] thunderbolt :07:00.0:  Port 2: 8086:156d (Revision: 0, TB 
Version: 1, Type: Port (0x1))
[9.192986] thunderbolt :07:00.0:   Max hop id (in/out): 15/15
[9.192990] thunderbolt :07:00.0:   Max counters: 16
[9.192993] thunderbolt :07:00.0:   NFC Credits: 0x3c0
[9.193483] thunderbolt :07:00.0:  Port 3: 8086:156d (Revision: 0, TB 
Version: 1, Type: Port (0x1))
[9.193491] thunderbolt :07:00.0:   Max hop id (in/out): 15/15
[9.193495] thunderbolt :07:00.0:   Max counters: 16
[9.193499] thunderbolt :07:00.0:   NFC Credits: 0x3c0
[9.194262] thunderbolt :07:00.0:  Port 4: 8086:156d (Revision: 0, TB 
Version: 1, Type: Port (0x1))
[9.194269] thunderbolt :07:00.0:   Max hop id (in/out): 15/15
[9.194273] thunderbolt :07:00.0:   Max counters: 16
[9.194278] thunderbolt :07:00.0:   NFC Credits: 0x3c0
[9.194577] thunderbolt :07:00.0:  Port 5: 8086:156d (Revision: 0, TB 
Version: 1, Type: NHI (0x2))
[9.194584] thunderbolt :07:00.0:   Max hop id (in/out): 11/11
[9.194587] thunderbolt :07:00.0:   Max counters: 16
[9.194591] thunderbolt :07:00.0:   NFC Credits: 0xf0
[9.194710] thunderbolt :07:00.0:  Port 6: 8086:156d (Revision: 0, TB 
Version: 1, Type: PCIe (0x100101))
[9.194717] thunderbolt :07:00.0:   Max hop id (in/out): 8/8
[9.194721] thunderbolt :07:00.0:   Max counters: 2
[9.194724] thunderbolt :07:00.0:   NFC Credits: 0x70
[9.194810] thunderbolt :07:00.0:  Port 7: 8086:156d (Revision: 0, TB 
Version: 1, Type: PCIe (0x100101))
[9.194816] thunderbolt :07:00.0:   Max hop id (in/out): 8/8
[9.194821] thunderbolt :07:00.0:   Max counters: 2
[9.194825] thunderbolt :07:00.0:   NFC Credits: 0x70
[9.194909] thunderbolt :07:00.0:  Port 8: 8086:156d (Revision: 0, TB 
Version: 1, Type: PCIe (0x100101))
[9.194916] thunderbolt :07:00.0:   Max hop id (in/out): 8/8
[9.194920] thunderbolt :07:00.0:   Max counters: 2
[9.194924] thunderbolt :07:00.0:   NFC Credits: 0x70
[9.195008] thunderbolt :07:00.0:  Port 9: 8086:156d (Revision: 0, TB 
Version: 1, Type: PCIe (0x100101))
[9.195015] thunderbolt :07:00.0:   Max hop id (in/out): 8/8
[9.195019] thunderbolt :07:00.0:   Max counters: 2
[9.195023] thunderbolt :07:00.0:   NFC Credits: 0x70
[9.195108] thunderbolt :07:00.0:  Port 10: 8086:156d (Revision: 0, TB 
Version: 1, Type: DP/HDMI (0xe0102))
[9.195115] thunderbolt :07:00.0:   Max hop id (in/out): 9/9
[9.195119] thunderbolt :07:00.0:   Max counters: 2
[9.195124] thunderbolt :07:00.0:   NFC Credits: 0x70
[9.195208] thunderbolt :07:00.0:  Port 11: 8086:156d (Revision: 0, TB 
Version: 1, Type: DP/HDMI (0xe0101))
[9.195214] thunderbolt :07:00.0:   Max hop id (in/out): 9/9
[9.195218] thunderbolt :07:00.0:   Max counters: 2
[9.195221] 

Bug#809481: linux-image-4.3.0-1-amd64: Oops on boot in nouveau

2015-12-30 Thread Erik de Castro Lopo
Package: src:linux
Version: 4.3.3-2
Severity: important

Oops on every boot with this kernel on this machine.


Dec 31 14:50:06 rollins kernel: [4.269801] IPv6: ADDRCONF(NETDEV_UP): 
wlan0: link is not ready
Dec 31 14:50:06 rollins kernel: [4.287153] PGD 0 
Dec 31 14:50:06 rollins kernel: [4.287162] Oops:  [#1] SMP 
Dec 31 14:50:06 rollins kernel: [4.287177] Modules linked in: binfmt_misc 
joydev nls_utf8 nls_cp437 vfat fat intel_rapl iosf_mbi x86_pkg_temp_thermal 
intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul 
jitterentropy_rng iTCO_wdt iTCO_vendor_support dell_wmi sparse_keymap 
sha256_ssse3 sha256_generic hmac dell_laptop dcdbas dell_smm_hwmon drbg arc4 
ansi_cprng snd_hda_codec_hdmi ath9k aesni_intel ath9k_common ath9k_hw nouveau 
aes_x86_64 snd_hda_codec_realtek lrw gf128mul snd_hda_codec_generic glue_helper 
ath ablk_helper cryptd mac80211 i915 efi_pstore pcspkr mxm_wmi snd_hda_intel 
ttm psmouse drm_kms_helper serio_raw snd_hda_codec cfg80211 efivars 
snd_hda_core rtsx_pci_ms snd_hwdep memstick snd_pcm drm snd_timer mei_me snd sg 
soundcore i2c_algo_bit i2c_i801 mei lpc_ich shpchp wmi battery ac dell_smo8800 
video button processor evdev uvcvideo videobuf2_vmalloc videobuf2_memops 
videobuf2_core v4l2_common videodev media ath3k btusb btrtl btbcm btintel 
bluetooth rfkill i
 p_tables x_tables parport_pc ppdev lp parport loop dm_crypt dm_mod efivarfs 
autofs4 hid_generic usbhid hid ext4 crc16 mbcache jbd2 sd_mod rtsx_pci_sdmmc 
ahci libahci libata crc32c_intel xhci_pci sdhci_pci ehci_pci xhci_hcd sdhci 
ehci_hcd scsi_mod rtsx_pci mmc_core mfd_core r8169 mii usbcore usb_common
Dec 31 14:50:06 rollins kernel: [4.287675] CPU: 0 PID: 819 Comm: Xorg Not 
tainted 4.3.0-1-amd64 #1 Debian 4.3.3-2
Dec 31 14:50:06 rollins kernel: [4.287699] Hardware name: Dell Inc. XPS 
L421X/0CM76H, BIOS A12 09/28/2012
Dec 31 14:50:06 rollins kernel: [4.287720] task: 88025274f200 ti: 
880099d4 task.ti: 880099d4
Dec 31 14:50:06 rollins kernel: [4.287743] RIP: 0010:[]  
[] nvkm_pmu_pgob+0x5/0x20 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.287791] RSP: 0018:880099d43b18  
EFLAGS: 00010282
Dec 31 14:50:06 rollins kernel: [4.287807] RAX: a09b9a10 RBX: 
880253348008 RCX: 0018
Dec 31 14:50:06 rollins kernel: [4.287829] RDX:  RSI: 
 RDI: 
Dec 31 14:50:06 rollins kernel: [4.287851] RBP: 880253348018 R08: 
0007b5ff5134 R09: 880253348010
Dec 31 14:50:06 rollins kernel: [4.287872] R10: a09b9420 R11: 
880099d43dc8 R12: 880099062800
Dec 31 14:50:06 rollins kernel: [4.287893] R13: 880253348010 R14: 
880254a7b6d8 R15: 0002
Dec 31 14:50:06 rollins kernel: [4.287915] FS:  7f879bb63a00() 
GS:88025f20() knlGS:
Dec 31 14:50:06 rollins kernel: [4.287939] CS:  0010 DS:  ES:  CR0: 
80050033
Dec 31 14:50:06 rollins kernel: [4.287957] CR2:  CR3: 
99e96000 CR4: 001406f0
Dec 31 14:50:06 rollins kernel: [4.287979] Stack:
Dec 31 14:50:06 rollins kernel: [4.287987]  a09b9a39 
a071fa14  8802
Dec 31 14:50:06 rollins kernel: [4.288014]  fd57c0bf 
880253348018 88003693ec00 880253348010
Dec 31 14:50:06 rollins kernel: [4.288040]  880254a7b6d8 
0002 a0947704 880253348018
Dec 31 14:50:06 rollins kernel: [4.288066] Call Trace:
Dec 31 14:50:06 rollins kernel: [4.288094]  [] ? 
gf100_gr_oneinit+0x29/0x290 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.288106] IPv6: ADDRCONF(NETDEV_UP): eth0: 
link is not ready
Dec 31 14:50:06 rollins kernel: [4.288140]  [] ? 
ttm_bo_handle_move_mem+0x284/0x5e0 [ttm]
Dec 31 14:50:06 rollins kernel: [4.288170]  [] ? 
nvkm_engine_init+0x74/0x1d0 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.288200]  [] ? 
nvkm_subdev_init+0x88/0x1f0 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.288227]  [] ? 
nvkm_engine_ref+0x4b/0x70 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.288254]  [] ? 
nvkm_ioctl_new+0x125/0x290 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.288291]  [] ? 
nvkm_fifo_chan_child_get+0x64/0x120 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.288328]  [] ? 
nvkm_fifo_chan_dtor+0xa0/0xa0 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.288357]  [] ? 
nvkm_object_new_+0x60/0x60 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.288386]  [] ? 
nvkm_ioctl+0xfc/0x240 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.288412]  [] ? 
nvif_object_init+0xba/0x120 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.288449]  [] ? 
nouveau_abi16_ioctl_grobj_alloc+0x17e/0x2f0 [nouveau]
Dec 31 14:50:06 rollins kernel: [4.288485]  [] ? 
drm_vma_node_is_allowed+0x12/0x50 [drm]
Dec 31 14:50:06 rollins kernel: [4.288511]  [] ? 
drm_ioctl+0x110/0x440 [drm]
Dec 31 14:50:06 rollins kernel: [

Bug#765449: Two kworder processes takin up 30% CPU each after coming out of suspend

2014-10-15 Thread Erik de Castro Lopo
Package: src:linux
Version: 3.16.3-2
Severity: normal

I've now seen this a couple of times with this kernel after coming out
of suspend. This is not something I have seen on this now two year old
machine before.

After coming out of suspend top shows this:

PID USER  PR  NIVIRTRESSHR S  %CPU %MEM TIME+ COMMAND
  19127 root  20   0   0  0  0 S  31.3  0.0   4:42.20 
kworker/2:2
   5448 root  20   0   0  0  0 S  31.3  0.0   0:25.94 
kworker/0:0
 84 root  20   0   0  0  0 S  18.8  0.0   6:21.82 khubd 
 
  3 root  20   0   0  0  0 S  12.5  0.0   4:51.46 
ksoftirqd/0
 18 root  20   0   0  0  0 S   6.3  0.0   3:43.13 
ksoftirqd/2

The 'iotop -Pa' command shows almost zero I/O going on.

Running perf suggests this is an issue with the xhci_hub_control:

+  8.65%   8.65%swapper  [kernel.kallsyms]  [k] intel_idle  
◆
+  7.92%   7.92%kworker/2:2  [kernel.kallsyms]  [k] xhci_hub_control
▒
+  7.80%   7.80%kworker/0:1  [kernel.kallsyms]  [k] xhci_hub_control
▒
+  1.08%   1.08%kworker/2:2  [kernel.kallsyms]  [k] __switch_to 
▒
+  0.99%   0.99%kworker/0:1  [kernel.kallsyms]  [k] __switch_to 
▒
+  0.84%   0.84%  khubd  [kernel.kallsyms]  [k] _raw_spin_lock_i

I'm going to try linux-image-3.17-rc5-amd64.

-- Package-specific info:
** Version:
Linux version 3.16-2-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.3 
(Debian 4.8.3-11) ) #1 SMP Debian 3.16.3-2 (2014-09-20)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.16-2-amd64 
root=UUID=5065a2f9-ec31-4a10-8992-ccda124f2d26 ro

** Not tainted

** Kernel log:
[217163.906374] cfg80211: World regulatory domain updated:
[217163.906377] cfg80211:  DFS Master region: unset
[217163.906378] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[217163.906380] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[217163.906382] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[217163.906383] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 
mBm), (N/A)
[217163.906384] cfg80211:   (517 KHz - 525 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[217163.906385] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[217163.906386] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 
0 mBm), (N/A)
[217164.084725] wlan0: send auth to 6c:99:89:99:1a:af (try 2/3)
[217164.086361] wlan0: authenticated
[217164.088728] wlan0: associate with 6c:99:89:99:1a:af (try 1/3)
[217164.091941] wlan0: RX AssocResp from 6c:99:89:99:1a:af (capab=0x11 status=0 
aid=1)
[217164.092041] wlan0: associated
[217164.092113] cfg80211: Calling CRDA for country: AU
[217164.096299] ath: EEPROM regdomain: 0x8024
[217164.096304] ath: EEPROM indicates we should expect a country code
[217164.096307] ath: doing EEPROM country-regdmn map search
[217164.096309] ath: country maps to regdmn code: 0x21
[217164.096311] ath: Country alpha2 being used: AU
[217164.096313] ath: Regpair used: 0x21
[217164.096316] ath: regdomain 0x8024 dynamically updated by country IE
[217164.096352] cfg80211: Regulatory domain changed to country: AU
[217164.096355] cfg80211:  DFS Master region: unset
[217164.096358] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[217164.096362] cfg80211:   (2402000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[217164.096366] cfg80211:   (517 KHz - 525 KHz @ 8 KHz), (N/A, 1700 
mBm), (N/A)
[217164.096369] cfg80211:   (525 KHz - 533 KHz @ 8 KHz), (N/A, 2400 
mBm), (0 s)
[217164.096372] cfg80211:   (549 KHz - 571 KHz @ 8 KHz), (N/A, 2400 
mBm), (0 s)
[217164.096375] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 3000 
mBm), (N/A)
[217387.136173] wlan0: authenticate with 6c:99:89:a7:93:40
[217387.142728] wlan0: send auth to 6c:99:89:a7:93:40 (try 1/3)
[217387.142791] cfg80211: Calling CRDA to update world regulatory domain
[217387.148750] wlan0: authenticated
[217387.152178] wlan0: associate with 6c:99:89:a7:93:40 (try 1/3)
[217387.157918] wlan0: RX AssocResp from 6c:99:89:a7:93:40 (capab=0x431 
status=0 aid=4)
[217387.158006] wlan0: associated
[217387.158160] cfg80211: Calling CRDA to update world regulatory domain
[217387.165481] cfg80211: World regulatory domain updated:
[217387.165484] cfg80211:  DFS Master region: unset
[217387.165485] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[217387.165487] cfg80211:   (2402000 

Bug#713943: Same problem with linux-image-3.12-1-powerpc64

2014-02-22 Thread Erik de Castro Lopo
Hi,

I run debian testing on a dual G5 powermac.

Just upgraded from linux-image-3.4-trunk-powerpc64 to
linux-image-3.12-1-powerpc64 and found the same issue. The windfarm
modules are loading but the about 30 seconds to a couple of minutes
after booting to 3.12-1-powerpc64 the fans speed up to full speed.

lsmod says the windfarm modules are being loaded, and its the same
modules being loaded under the 3.4 kernel.

I have however found a difference. On 3.12 I get:

 dmesg | grep windfarm 
[4.358299] windfarm: initializing for dual-core desktop G5

whereas on 3.4 I get:

 dmesg | grep windfarm 
[4.791589] windfarm: initializing for dual-core desktop G5
[9.077416] windfarm: CPUs control loops started.
[   12.440957] windfarm: Backside control loop started.
[   12.491701] windfarm: Slots control loop started.
[   12.592933] windfarm: Drive bay control loop started.

Definitely something wonky there.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140222185109.6dff9423a315158c1655d...@mega-nerd.com



Bug#713943: Lack of i2c_powermac module may be the cause

2014-02-22 Thread Erik de Castro Lopo
Hi,

A previosu message in this big suggested that the i2c_powermac module 
may be involved.

I can confirm that this module is missing completely for the 3.12 kernel
(there is no module of that name in the /lib/modules/3.12-1-powerpc64/
tree) whereas for the 3.4 kernel this module is available and is being
auto-loaded.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/2014022219.e55a0fa774c821b1351ed...@mega-nerd.com



Bug#713943: Lack of i2c_powermac module may be the cause

2014-02-22 Thread Erik de Castro Lopo
Erik de Castro Lopo wrote:

 Hi,
 
 A previosu message in this big suggested that the i2c_powermac module 
 may be involved.
 
 I can confirm that this module is missing completely for the 3.12 kernel
 (there is no module of that name in the /lib/modules/3.12-1-powerpc64/
 tree) whereas for the 3.4 kernel this module is available and is being
 auto-loaded.

It seems that the i2c_powermac module from 3.4 is now called i2c-powermac
(underscore replaced with a minux sign).

Manually loading the i2c-powermac module results in fans that run at the
normal. expected low speed. I will be adding this to /etc/modules as a
workaround for this issue.

A question about kernel modules, can one module (eg windfarm_core) be
made to depend on and auto-load another (eg i2c-powermac)?

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140222192301.8f2302751561e6fc3b47d...@mega-nerd.com



Bug#713943: Lack of i2c_powermac module may be the cause

2014-02-22 Thread Erik de Castro Lopo
Ben Hutchings wrote:

  Manually loading the i2c-powermac module results in fans that run at the
  normal. expected low speed. I will be adding this to /etc/modules as a
  workaround for this issue.
 
 Does it matter whether you load i2c-powermac before or after the
 windfarm modules?

Loading after is fine. I therefore assume that loading before is also
fine.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140223022629.5aa3a81f3ef3424130110...@mega-nerd.com



Bug#713943: Lack of i2c_powermac module may be the cause

2014-02-22 Thread Erik de Castro Lopo
David Gosselin wrote:

 Are you testing on a PowerMac G5 7,3?  Should be in /proc/cpuinfo.
 I have a 7,3 model and cannot load the windfarm driver.  It appears
 that the hardware on the 7,3 is not supported.  I’ve been working to
 update the therm_pm72 driver to use the probe interface instead of the
 attach_adapter interface.  Maybe you’re hitting this issue?

Nope, seems to be 11,2:


platform: PowerMac
model   : PowerMac11,2
machine : PowerMac11,2
motherboard : PowerMac11,2 MacRISC4 Power Macintosh 
detected as : 337 (PowerMac G5 Dual Core)


Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140223022840.de1c11b823017c14f79d2...@mega-nerd.com



Bug#677975: BUG: soft lockup - CPU#0 stuck for 47s!

2012-06-18 Thread Erik de Castro Lopo
Package: linux-2.6
Version: 3.4.1-1~experimental.1
Severity: normal


Was compiling GHC (Glasgow Haskell Compiler) from git HEAD when the machine
locked up for a while. Looking at the dmesg output I find:

[ 1797.491342] BUG: soft lockup - CPU#0 stuck for 47s! [ghc-stage1:30738]
[ 1797.491349] Modules linked in: bnep rfcomm bluetooth rfkill crc16 parport_pc 
lp parport cpufreq_powersave cpufreq_ondemand cpufreq_stats cpufreq_userspace 
cpufreq_conservative binfmt_misc fuse appletalk ipx p8023 rose netrom ax25 
firewire_sbp2 loop sil164 nouveau snd_aoa_codec_onyx snd_aoa_fabric_layout 
snd_aoa power_supply snd_aoa_i2sbus ttm snd_aoa_soundbus drm_kms_helper 
snd_pcm_oss snd_mixer_oss joydev evdev snd_pcm drm snd_seq_midi 
snd_seq_midi_event snd_rawmidi snd_seq i2c_powermac snd_seq_device snd_timer 
snd soundcore snd_page_alloc ext3 mbcache jbd windfarm_cpufreq_clamp 
windfarm_max6690_sensor windfarm_lm75_sensor windfarm_smu_sensors 
windfarm_smu_controls windfarm_pm112 windfarm_smu_sat windfarm_pid 
windfarm_core sd_mod crc_t10dif ata_generic usbhid hid ohci_hcd ehci_hcd sr_mod 
cdrom usbcore firewire_ohci sata_svw firewire_core crc_itu_t usb_common tg3 
libphy [last unloaded: scsi_wait_scan]
[ 1797.491480] NIP: 114bbac8 LR: 114bbac4 CTR: 0001114e6d90
[ 1797.491486] REGS: c00309d5fea0 TRAP: 0901   Not tainted  
(3.4-trunk-powerpc64)
[ 1797.491490] MSR: 1000d032 HV,EE,PR,ME,IR,DR,RI  CR: 95000593  XER: 
e000
[ 1797.491505] SOFTE: 1
[ 1797.491509] TASK = c003099354c0[30738] 'ghc-stage1' THREAD: 
c00309d5c000 CPU: 0
[ 1797.491513] GPR00: 42a003e0 ffeff7e0 40042920 
42a003e0 
[ 1797.491522] GPR04: 114db644 440fee0c 440fee0c 
430f8058 
[ 1797.491530] GPR08: f032 03e0 05f5e100 
ffeff7e0 
[ 1797.491538] GPR12: 114dbac0 1171864c 
[ 1797.491552] NIP [114bbac8] 0x114bbac8
[ 1797.491557] LR [114bbac4] 0x114bbac4
[ 1797.491560] Call Trace:

This has now happened twice with this kernel in the last hour. The
pervious kernel (3.2) worked flawlessly for months (compiling GHC
a couple of times a week).


-- Package-specific info:
** Version:
Linux version 3.4-trunk-powerpc64 (Debian 3.4.1-1~experimental.1) 
(debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-5) ) #1 SMP 
Wed Jun 6 19:48:55 UTC 2012

** Command line:
root=UUID=dbcc8080-7bc6-496c-8506-b0b99408b35a ro ramdisk_size=8192 

** Not tainted

** Kernel log:
[   16.820158] i2c i2c-6: aoa_codec_onyx: attach_adapter method is deprecated
[   16.820166] i2c i2c-6: Please use another way to instantiate your i2c_client
[   16.820213] i2c i2c-7: wf_smu_sat: attach_adapter method is deprecated
[   16.820221] i2c i2c-7: Please use another way to instantiate your i2c_client
[   16.820230] i2c i2c-7: wf_lm75: attach_adapter method is deprecated
[   16.820237] i2c i2c-7: Please use another way to instantiate your i2c_client
[   16.820245] i2c i2c-7: wf_max6690: attach_adapter method is deprecated
[   16.820253] i2c i2c-7: Please use another way to instantiate your i2c_client
[   16.820261] i2c i2c-7: aoa_codec_onyx: attach_adapter method is deprecated
[   16.820269] i2c i2c-7: Please use another way to instantiate your i2c_client
[   16.820283] [drm] nouveau :0a:00.0: MXM: no VBIOS data, nothing to do
[   16.820295] [drm] nouveau :0a:00.0: DCB version 3.0
[   16.820307] [drm] nouveau :0a:00.0: DCB outp 00: 01000100 0028
[   16.820316] [drm] nouveau :0a:00.0: DCB outp 01: 03000102 
[   16.820324] [drm] nouveau :0a:00.0: DCB outp 02: 04011210 0028
[   16.820332] [drm] nouveau :0a:00.0: DCB outp 03: 02111212 02000100
[   16.820339] [drm] nouveau :0a:00.0: DCB outp 04: 02011211 0020c070
[   16.820347] [drm] nouveau :0a:00.0: DCB conn 00: 1030
[   16.820355] [drm] nouveau :0a:00.0: DCB conn 01: 2130
[   16.820369] [drm] nouveau :0a:00.0: Parsing VBIOS init table 0 at offset 
0x0744
[   16.820653] [drm] nouveau :0a:00.0: Parsing VBIOS init table 1 at offset 
0x0B87
[   16.832968] [drm] nouveau :0a:00.0: Parsing VBIOS init table 2 at offset 
0x105B
[   16.833002] [drm] nouveau :0a:00.0: Parsing VBIOS init table 3 at offset 
0x1195
[   16.836270] [drm] nouveau :0a:00.0: Parsing VBIOS init table 4 at offset 
0x1273
[   16.836673] nouveau :0a:00.0: Using 32-bit DMA via iommu
[   16.836775] [TTM] Zone  kernel: Available graphics memory: 5278524 kiB
[   16.836783] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[   16.836795] [TTM] Initializing pool allocator
[   16.836836] [drm] nouveau :0a:00.0: Detected 256MiB VRAM (DDR1)
[   16.856993] [drm] nouveau :0a:00.0: 512 MiB GART (aperture)
[   16.858385] [drm] nouveau :0a:00.0: Detected TMDS transmitter: sil164
[   17.079735] sil164 7-0038: Detected device 1:6.0
[   17.082568] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[   17.082576] [drm] 

Bug#677690: linux-image-3.2.0-1-powerpc64: Kernel space errno ERESTARTNOHAND escaping into user space

2012-06-16 Thread Erik de Castro Lopo
Package: linux-2.6
Version: 3.2.7-1
Severity: normal

Compiling GHC (Glorious Haskell compiler) from the HEAD of the
git sources.

The GHC runtime is quite sophisticated and has a green threads
implementation a little like that of the JVM.

During compile of one particular file, the complier stalls in a
state where its consuming  1% of CPU and  1% of memory. Running
strace on the compile job, I find that when the compile stalls I
get the following strace output:

   rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
   pause() = ? ERESTARTNOHAND (To be restarted)
   --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
   sigreturn() = ? (mask now [])
   pause() = ? ERESTARTNOHAND (To be restarted)
   --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
   sigreturn() = ? (mask now [])
   pause() = ? ERESTARTNOHAND (To be restarted)
   --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---

that continues until I kill the process.

This problem is 100% deterministic and repeatable. Every time I
try to compile this one particlar file I end up with the same
stall.

A bit of googling tells me that ERESTARTNOHAND is supposedly a kernel
level errno that is not supposed to escape into userland. See:

https://lkml.org/lkml/2011/12/23/117

I logged a bug on the GHC bug tracker as well:

http://hackage.haskell.org/trac/ghc/ticket/6167



-- Package-specific info:
** Version:
Linux version 3.2.0-1-powerpc64 (Debian 3.2.7-1) 
(debian-kernel@lists.debian.org) (gcc version 4.6.2 (Debian 4.6.2-11) ) #1 SMP 
Wed Feb 29 02:37:41 UTC 2012

** Command line:
root=UUID=dbcc8080-7bc6-496c-8506-b0b99408b35a ro ramdisk_size=8192 

** Not tainted

** Kernel log:
[9.749689] [drm] nouveau :0a:00.0: mem timing table length unknown: 14
[9.749788] i2c i2c-5: wf_smu_sat: attach_adapter method is deprecated
[9.749796] i2c i2c-5: Please use another way to instantiate your i2c_client
[9.749808] i2c i2c-5: wf_lm75: attach_adapter method is deprecated
[9.749815] i2c i2c-5: Please use another way to instantiate your i2c_client
[9.749825] i2c i2c-5: wf_max6690: attach_adapter method is deprecated
[9.749833] i2c i2c-5: Please use another way to instantiate your i2c_client
[9.768777] [drm] nouveau :0a:00.0: 1 available performance level(s)
[9.768793] [drm] nouveau :0a:00.0: 0: core 300MHz shader 300MHz memory 
500MHz fanspeed 100%
[9.768815] [drm] nouveau :0a:00.0: c: core 300MHz shader 300MHz memory 
500MHz
[9.769244] nouveau :0a:00.0: Using 32-bit DMA via iommu
[9.769342] [TTM] Zone  kernel: Available graphics memory: 5278624 kiB.
[9.769350] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB.
[9.769361] [TTM] Initializing pool allocator.
[9.769398] [drm] nouveau :0a:00.0: Detected 256MiB VRAM
[9.789577] [drm] nouveau :0a:00.0: 512 MiB GART (aperture)
[9.793299] [drm] nouveau :0a:00.0: Detected TMDS transmitter: sil164
[9.827652] sil164 5-0038: Detected device 1:6.0
[9.836263] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[9.836272] [drm] No driver support for vblank timestamp query.
[9.836304] [drm] nouveau :0a:00.0: Setting dpms mode 3 on vga encoder 
(output 0)
[9.836316] [drm] nouveau :0a:00.0: Setting dpms mode 3 on tmds encoder 
(output 1)
[9.836326] [drm] nouveau :0a:00.0: Setting dpms mode 3 on vga encoder 
(output 2)
[9.836337] [drm] nouveau :0a:00.0: Setting dpms mode 3 on tmds encoder 
(output 3)
[9.836347] [drm] nouveau :0a:00.0: Setting dpms mode 3 on TV encoder 
(output 4)
[9.856261] i2c i2c-6: wf_smu_sat: attach_adapter method is deprecated
[9.856269] i2c i2c-6: Please use another way to instantiate your i2c_client
[9.856281] i2c i2c-6: wf_lm75: attach_adapter method is deprecated
[9.856288] i2c i2c-6: Please use another way to instantiate your i2c_client
[9.856298] i2c i2c-6: wf_max6690: attach_adapter method is deprecated
[9.856305] i2c i2c-6: Please use another way to instantiate your i2c_client
[9.962663] i2c i2c-7: wf_smu_sat: attach_adapter method is deprecated
[9.962672] i2c i2c-7: Please use another way to instantiate your i2c_client
[9.962681] i2c i2c-7: wf_lm75: attach_adapter method is deprecated
[9.962688] i2c i2c-7: Please use another way to instantiate your i2c_client
[9.962697] i2c i2c-7: wf_max6690: attach_adapter method is deprecated
[9.962705] i2c i2c-7: Please use another way to instantiate your i2c_client
[   10.052413] [drm] nouveau :0a:00.0: allocated 1280x1024 fb: 0x49000, bo 
c003086dcc00
[   10.062943] [drm] nouveau :0a:00.0: 0x14CC: Parsing digital output 
script table
[   10.112472] [drm] nouveau :0a:00.0: Setting dpms mode 0 on tmds encoder 
(output 1)
[   10.112479] [drm] nouveau :0a:00.0: Output DVI-I-1 is running on CRTC 

Bug#574433: linux-image-2.6.32-3-amd64: unable to handle kernel NULL pointer dereference at (null)

2012-02-09 Thread Erik de Castro Lopo
Jonathan Nieder wrote:

 Jonathan Nieder wrote:
  Erik de Castro Lopo wrote:
 
  product_name: HP EliteBook 6930p
 [...]
  [23415.259062] BUG: unable to handle kernel NULL pointer dereference at 
  (null)
  [23415.259072] IP: [8118b599] strcmp+0x5/0x1a
 [...]
  [23415.259466] Call Trace:
  [23415.259479]  [8113debc] ? sysfs_find_dirent+0x1b/0x2f
 [...]
  Was this reproducible?  If so, is it still?
 
 Ping.  Do you still have access to this hardware?


Yes, I do. Currently running kernel from linux-image-3.2.0-1-amd64 and
have not seen this recently.

Cheers,
Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120210134040.a5f61b2fb4bc46ab76a6e...@mega-nerd.com



Bug#648939: USB mouse stops work on battery power

2011-11-20 Thread Erik de Castro Lopo
Jonathan Nieder wrote:

 Intermediate versions are at http://snapshot.debian.org/.  Sorry,
 I should have mentioned so before.

Both 2.6.37-2-amd64 and 2.6.38-2-amd64 have the same problem.

Trying to find more kernels to test.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/2020214745.1c245fd8cbea11e49d421...@mega-nerd.com



Bug#648939: USB mouse stops work on battery power

2011-11-20 Thread Erik de Castro Lopo
Jonathan Nieder wrote:

 found 648939 linux-2.6/2.6.37-2
 quit
 
 Erik de Castro Lopo wrote:
 
  Both 2.6.37-2-amd64 and 2.6.38-2-amd64 have the same problem.
 
 BTW, a more useful version number is that shown in parentheses by
 cat /proc/version (also shown by dpkg-query -W
 linux-image-$(uname -r)), since it changes more often than the
 package name.

Noted.

Here are two more data points (version numbers from /proc/version):

Good2.6.32-5-amd64 (Debian 2.6.32-39)
Bad 2.6.33-2-amd64 (Debian 2.6.33-1~experimental.5)

Are those two close enough?

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/2020222310.730e83d8cd0f2bd1007ba...@mega-nerd.com



Bug#648939: USB mouse stops work on battery power

2011-11-20 Thread Erik de Castro Lopo
Jonathan Nieder wrote:

 found 648939 linux-2.6/2.6.33-1~experimental.5
 quit
 
 Erik de Castro Lopo wrote:
 
  Here are two more data points (version numbers from /proc/version):
 
  Good2.6.32-5-amd64 (Debian 2.6.32-39)
  Bad 2.6.33-2-amd64 (Debian 2.6.33-1~experimental.5)
 
 Ah, that's a much more manageable range.
 
  Are those two close enough?
 
 I assume 2.6.33-1~experimental.3 reproduces it, too?

Yes, problem was reproduced in 2.6.33-1~experimental.3. No problem
with 2.6.32-39.

 If so, that's as much as we can learn from the pre-compiled packages,
 yes.  I'll try to find time tomorrow to look through the package list
 and see if any of the changes in 2.6.33 jumps out at me.

Great. Thanks.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/2021061702.b93295bb2c3a26c73f8af...@mega-nerd.com



Bug#648939: USB mouse stops work on battery power

2011-11-16 Thread Erik de Castro Lopo
Package: linux-2.6
Version: 3.1.1-1
Severity: normal


Mouse works when the laptop is connected to power but stops about 20 seconds
after power is disconnected. Re=connecting power and the mouse starts working
again. This problem did not exist in 2.6.32 but did in 3.0.


-- Package-specific info:
** Version:
Linux version 3.1.0-1-amd64 (Debian 3.1.1-1) (b...@decadent.org.uk) (gcc 
version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Mon Nov 14 08:02:25 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-amd64 
root=UUID=b9dc7b52-178d-41d2-90dc-5ffb7af06598 ro quiet

** Not tainted

** Kernel log:
[   10.921574] loop: module loaded
[   11.780675] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: 
(null)
[   12.551950] input: PS/2 Generic Mouse as 
/devices/platform/i8042/serio4/serio5/input/input12
[   14.147453] fuse init (API version 7.17)
[   16.623745] input: ACPI Virtual Keyboard Device as 
/devices/virtual/input/input13
[   19.936221] e1000e :00:19.0: irq 44 for MSI/MSI-X
[   19.992087] e1000e :00:19.0: irq 44 for MSI/MSI-X
[   19.992532] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   22.502904] Bluetooth: Core ver 2.16
[   22.502924] NET: Registered protocol family 31
[   22.502925] Bluetooth: HCI device and connection manager initialized
[   22.502928] Bluetooth: HCI socket layer initialized
[   22.502929] Bluetooth: L2CAP socket layer initialized
[   22.502936] Bluetooth: SCO socket layer initialized
[   22.612317] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   22.612319] Bluetooth: BNEP filters: protocol multicast
[   22.672165] Bluetooth: RFCOMM TTY layer initialized
[   22.672169] Bluetooth: RFCOMM socket layer initialized
[   22.672170] Bluetooth: RFCOMM ver 1.11
[   23.894729] lp0: using parport0 (interrupt-driven).
[   24.118226] ppdev: user-space parallel port driver
[   26.105566] Bridge firewalling registered
[   26.391395] ip_tables: (C) 2000-2006 Netfilter Core Team
[   26.935906] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[   27.038157] ADDRCONF(NETDEV_UP): virbr0: link is not ready
[   27.448317] e1000e :00:19.0: irq 44 for MSI/MSI-X
[   27.504127] e1000e :00:19.0: irq 44 for MSI/MSI-X
[   27.504677] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   28.499398] Ebtables v2.0 registered
[   28.619794] ip6_tables: (C) 2000-2006 Netfilter Core Team
[   33.731596] uhci_hcd :00:1a.0: PCI INT A disabled
[   33.731884] ehci_hcd :00:1a.7: PCI INT D disabled
[   33.731920] ehci_hcd :00:1a.7: PME# enabled
[   33.744547] uhci_hcd :00:1d.1: PCI INT B disabled
[   33.744751] uhci_hcd :00:1d.2: PCI INT C disabled
[   33.744950] ehci_hcd :00:1d.7: PCI INT D disabled
[   33.744990] ehci_hcd :00:1d.7: PME# enabled
[   33.828123] ehci_hcd :00:1a.7: BAR 0: set to [mem 0xd8826c00-0xd8826fff] 
(PCI address [0xd8826c00-0xd8826fff])
[   33.828144] ehci_hcd :00:1a.7: restoring config space at offset 0xf (was 
0x400, writing 0x40a)
[   33.828167] ehci_hcd :00:1a.7: restoring config space at offset 0x1 (was 
0x290, writing 0x292)
[   33.828198] ehci_hcd :00:1a.7: PME# disabled
[   33.828209] ehci_hcd :00:1a.7: PCI INT D - GSI 19 (level, low) - IRQ 19
[   33.828216] ehci_hcd :00:1a.7: setting latency timer to 64
[   33.972086] ehci_hcd :00:1d.7: BAR 0: set to [mem 0xd8826800-0xd8826bff] 
(PCI address [0xd8826800-0xd8826bff])
[   33.972107] ehci_hcd :00:1d.7: restoring config space at offset 0xf (was 
0x400, writing 0x40a)
[   33.972130] ehci_hcd :00:1d.7: restoring config space at offset 0x1 (was 
0x290, writing 0x292)
[   33.972171] ehci_hcd :00:1d.7: PME# disabled
[   33.972182] ehci_hcd :00:1d.7: PCI INT D - GSI 20 (level, low) - IRQ 20
[   33.972189] ehci_hcd :00:1d.7: setting latency timer to 64
[   34.025193] uhci_hcd :00:1a.0: PCI INT A - GSI 16 (level, low) - IRQ 16
[   34.025200] uhci_hcd :00:1a.0: setting latency timer to 64
[   34.073919] uhci_hcd :00:1d.1: PCI INT B - GSI 22 (level, low) - IRQ 22
[   34.073935] uhci_hcd :00:1d.1: setting latency timer to 64
[   34.115264] uhci_hcd :00:1d.2: PCI INT C - GSI 18 (level, low) - IRQ 18
[   34.115281] uhci_hcd :00:1d.2: setting latency timer to 64
[   34.818238] e1000e :00:19.0: PCI INT A disabled
[   34.818246] e1000e :00:19.0: PME# enabled
[   40.602886] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0
[   40.693995] EXT4-fs (sda3): re-mounted. Opts: commit=0
[   96.304601] iwlagn :02:00.0: RF_KILL bit toggled to enable radio.
[   96.388960] iwlagn :02:00.0: L1 Disabled; Enabling L0S
[   96.389338] iwlagn :02:00.0: Radio type=0x0-0x2-0x0
[   96.544411] iwlagn :02:00.0: L1 Disabled; Enabling L0S
[   96.544795] iwlagn :02:00.0: Radio type=0x0-0x2-0x0
[   96.591349] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   97.004069] usb 3-1: new full speed USB device number 2 using uhci_hcd
[   97.176393] usb 3-1: New USB device found, idVendor=03f0, idProduct=171d
[   

Bug#648939: USB mouse stops work on battery power

2011-11-16 Thread Erik de Castro Lopo
Jonathan Nieder wrote:

 Erik de Castro Lopo wrote:
 
  Mouse works when the laptop is connected to power but stops about 20 seconds
  after power is disconnected. Re=connecting power and the mouse starts 
  working
  again. This problem did not exist in 2.6.32 but did in 3.0.
 
 Weird.  Sounds like ACPI breakage.  Can you bisect?  (A few iterations to
 narrow down the regression range would already be pretty helpful.)

I've looked in the repo and the kernel versions seem to jump from
2.6.32 to 3.0.0. Are there debian packages for kernels between
2.6.32 and 3.0.0 or do i have to compile them myself?

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/2017094100.71bd2d4ec4e56850da3ac...@mega-nerd.com



Bug#580832: [powerpc] Fanspeed at 100% at mininal load

2011-08-27 Thread Erik de Castro Lopo
Jonathan Nieder wrote:

 Hi,
 
 maximilian attems wrote:
 
  they used to be hardcoded loaded by initramfs.
 
  thought that powerpc plattform code had catched up and
  that udev would just load them.
 
 Sorry for the long silence.  It looks like after the fix to
 Bug#603981, this is hardcoded again.
 
 Meanwhile, upstream there was v2.6.38-rc1~405^2~3 (powerpc/powermac:
 Make auto-loading of therm_pm72 possible, 2010-12-05), which
 unfortunately only affects therm_pm72 and not the windfarm_* modules.

I'm currently running unstable on my G5 Mac. I've just upgraded
to the 3.0.0 kernel (from the debian package) and if I remove
the windfarm_core line from /etc/modules, the machine boots
up and runs without excessive fan noise.

Looks like this is fixed, at least for my machine.

 
 Erik, any news?  Is the current hack good enough? :)

Seems to be.

 Do you know if
 anyone has contacted upstream about this?

I sent a couple fof emails but didn't even receive and ACK.


Cheers,
Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110828114631.b65786b6a235d839b4c1c...@mega-nerd.com



Bug#622337: More info

2011-04-23 Thread Erik de Castro Lopo

I just noticed an interesting aspect of this bug.

I was running kernel  2.6.38-2-amd64 for a couple of hours while
connected to mains power and the mouse was working perfectly. I
then unplugged the power and moved to the couch. With a couple of
minutes the mouse problem recurred.

There is obviously a connection between the mouse problem and
running on laptop battery power.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110423190952.ae7212d5.er...@mega-nerd.com



Bug#622337: Mouse stops working about 30 secs after being plugged in

2011-04-12 Thread Erik de Castro Lopo
Package: linux-2.6
Version: 2.6.38-3
Severity: normal


This machine is a laptop and I just upraded from 2.6.32 to 2.6.38-3.

When I plug in an external mouse it works for about 60 seconds and then just 
stops.
If I unplug it and plug it in again it works again for about 60 secs. I've tried
all 3 usb ports with the same result.

Each time the mouse stops working I see a PCI INT X disabled message in the
kernel log.



-- Package-specific info:
** Version:
Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.38-2-amd64 
root=UUID=b9dc7b52-178d-41d2-90dc-5ffb7af06598 ro quiet

** Not tainted

** Kernel log:
[ 7836.570626] uhci_hcd :00:1d.0: setting latency timer to 64
[ 7836.712355] usb 6-1: USB disconnect, address 2
[ 7838.808302] uhci_hcd :00:1d.0: PCI INT A disabled
[ 7848.228070] ehci_hcd :00:1d.7: BAR 0: set to [mem 0xd8826800-0xd8826bff] 
(PCI address [0xd8826800-0xd8826bff])
[ 7848.228103] ehci_hcd :00:1d.7: restoring config space at offset 0xf (was 
0x400, writing 0x40a)
[ 7848.228140] ehci_hcd :00:1d.7: restoring config space at offset 0x1 (was 
0x290, writing 0x292)
[ 7848.228189] ehci_hcd :00:1d.7: PME# disabled
[ 7848.228210] ehci_hcd :00:1d.7: PCI INT D - GSI 20 (level, low) - IRQ 20
[ 7848.228223] ehci_hcd :00:1d.7: setting latency timer to 64
[ 7848.244293] e1000e :00:19.0: BAR 0: set to [mem 0xd880-0xd881] 
(PCI address [0xd880-0xd881])
[ 7848.244309] e1000e :00:19.0: BAR 1: set to [mem 0xd8824000-0xd8824fff] 
(PCI address [0xd8824000-0xd8824fff])
[ 7848.244322] e1000e :00:19.0: BAR 2: set to [io  0x70e0-0x70ff] (PCI 
address [0x70e0-0x70ff])
[ 7848.244354] e1000e :00:19.0: restoring config space at offset 0xf (was 
0x100, writing 0x10a)
[ 7848.244392] e1000e :00:19.0: restoring config space at offset 0x1 (was 
0x10, writing 0x17)
[ 7848.244450] e1000e :00:19.0: PME# disabled
[ 7848.244583] e1000e :00:19.0: irq 44 for MSI/MSI-X
[ 7848.368494] uhci_hcd :00:1d.0: PCI INT A - GSI 20 (level, low) - IRQ 20
[ 7848.368510] uhci_hcd :00:1d.0: setting latency timer to 64
[ 7848.624041] usb 6-1: new low speed USB device using uhci_hcd and address 3
[ 7848.800360] usb 6-1: New USB device found, idVendor=046d, idProduct=c045
[ 7848.800364] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 7848.800367] usb 6-1: Product: USB-PS/2 Optical Mouse
[ 7848.800370] usb 6-1: Manufacturer: Logitech
[ 7848.817588] input: Logitech USB-PS/2 Optical Mouse as 
/devices/pci:00/:00:1d.0/usb6/6-1/6-1:1.0/input/input14
[ 7848.817723] generic-usb 0003:046D:C045.0002: input,hidraw0: USB HID v1.10 
Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:1d.0-1/input0
[ 7850.824274] ehci_hcd :00:1d.7: PCI INT D disabled
[ 7850.824348] ehci_hcd :00:1d.7: PME# enabled
[ 7906.828364] uhci_hcd :00:1d.0: PCI INT A disabled
[ 7935.443678] uhci_hcd :00:1d.0: PCI INT A - GSI 20 (level, low) - IRQ 20
[ 7935.443693] uhci_hcd :00:1d.0: setting latency timer to 64
[ 7935.584276] usb 6-1: USB disconnect, address 3
[ 7937.824365] uhci_hcd :00:1d.0: PCI INT A disabled
[ 7941.43] ehci_hcd :00:1d.7: BAR 0: set to [mem 0xd8826800-0xd8826bff] 
(PCI address [0xd8826800-0xd8826bff])
[ 7941.432253] ehci_hcd :00:1d.7: restoring config space at offset 0xf (was 
0x400, writing 0x40a)
[ 7941.432291] ehci_hcd :00:1d.7: restoring config space at offset 0x1 (was 
0x290, writing 0x292)
[ 7941.432340] ehci_hcd :00:1d.7: PME# disabled
[ 7941.432361] ehci_hcd :00:1d.7: PCI INT D - GSI 20 (level, low) - IRQ 20
[ 7941.432374] ehci_hcd :00:1d.7: setting latency timer to 64
[ 7941.684633] uhci_hcd :00:1d.2: PCI INT C - GSI 18 (level, low) - IRQ 18
[ 7941.684648] uhci_hcd :00:1d.2: setting latency timer to 64
[ 7941.940241] usb 8-2: new low speed USB device using uhci_hcd and address 2
[ 7942.117513] usb 8-2: New USB device found, idVendor=046d, idProduct=c045
[ 7942.117522] usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 7942.117529] usb 8-2: Product: USB-PS/2 Optical Mouse
[ 7942.117533] usb 8-2: Manufacturer: Logitech
[ 7942.134936] input: Logitech USB-PS/2 Optical Mouse as 
/devices/pci:00/:00:1d.2/usb8/8-2/8-2:1.0/input/input15
[ 7942.135351] generic-usb 0003:046D:C045.0003: input,hidraw0: USB HID v1.10 
Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:1d.2-2/input0
[ 7943.824093] ehci_hcd :00:1d.7: PCI INT D disabled
[ 7943.824170] ehci_hcd :00:1d.7: PME# enabled
[ 7947.876291] uhci_hcd :00:1d.2: PCI INT C disabled
[ 8008.214419] uhci_hcd :00:1d.2: PCI INT C - GSI 18 (level, low) - IRQ 18
[ 8008.214434] uhci_hcd :00:1d.2: setting latency timer to 64
[ 8008.356361] usb 8-2: USB disconnect, address 2
[ 8010.808301] uhci_hcd :00:1d.2: PCI INT C disabled
[ 8283.564317] ehci_hcd 

Bug#580832: linux-image-2.6.32-5-powerpc64: Fanspeed at 100% at mininal load

2010-05-08 Thread Erik de Castro Lopo
Package: linux-2.6
Version: 2.6.32-12
Severity: normal


Just upgraded from linux-image-2.6.32-3-powerpc64 to this version.

With this version, about 20 seconds after boot, the fan comes on at 100%
fanspeed and remains on in spite of the fact that the machine is under mininal
CPU load.

This did not happen with linux-image-2.6.32-3-powerpc64.

I diffed the /boot/config-* files for the two kernels and there is no obvious
difference there.

-- Package-specific info:
** Version:
Linux version 2.6.32-5-powerpc64 (Debian 2.6.32-12) (b...@decadent.org.uk) (gcc 
version 4.3.4 (Debian 4.3.4-10) ) #1 SMP Mon May 3 13:36:05 UTC 2010

** Command line:
root=/dev/sda3 ro 

** Not tainted

** Kernel log:
[8.365088] udev: starting version 153
[9.229930] [drm] Initialized drm 1.1.0 20060810
[   10.168204] [drm] nouveau :0a:00.0: Detected an NV40 generation card 
(0x043100a4)
[   10.177480] [drm] nouveau :0a:00.0: OF bios successfully copied (6447 
bytes)
[   10.186331] [drm] nouveau :0a:00.0: Attempting to load BIOS image from 
PROM
[   10.195197] [drm] nouveau :0a:00.0: ... BIOS signature not found
[   10.203977] [drm] nouveau :0a:00.0: Attempting to load BIOS image from 
PRAMIN
[   10.273252] [drm] nouveau :0a:00.0: ... BIOS checksum invalid
[   10.281950] [drm] nouveau :0a:00.0: Attempting to load BIOS image from 
PCIROM
[   10.290704] [drm] nouveau :0a:00.0: ... BIOS signature not found
[   10.299355] [drm] nouveau :0a:00.0: Using BIOS image from PRAMIN
[   10.368229] [drm] nouveau :0a:00.0: BIT BIOS found
[   10.376835] [drm] nouveau :0a:00.0: Bios version 05.43.02.75
[   10.385430] [drm] nouveau :0a:00.0: BIT table 'd' not found
[   10.394046] [drm] nouveau :0a:00.0: Found Display Configuration Block 
version 3.0
[   10.402683] [drm] nouveau :0a:00.0: DCB connector table: VHER 0x30 5 7 2
[   10.411294] [drm] nouveau :0a:00.0:   0: 0x1030: type 0x30 idx 0 tag 
0x07
[   10.419915] [drm] nouveau :0a:00.0:   1: 0x2130: type 0x30 idx 1 tag 
0x08
[   10.428418] [drm] nouveau :0a:00.0: Raw DCB entry 0: 01000100 0028
[   10.436931] [drm] nouveau :0a:00.0: Raw DCB entry 1: 03000102 
[   10.445382] [drm] nouveau :0a:00.0: Raw DCB entry 2: 04011210 0028
[   10.453749] [drm] nouveau :0a:00.0: Raw DCB entry 3: 02111212 02000100
[   10.461998] [drm] nouveau :0a:00.0: Raw DCB entry 4: 02011211 0020c070
[   10.470199] [drm] nouveau :0a:00.0: Parsing VBIOS init table 0 at offset 
0x0744
[   10.478629] [drm] nouveau :0a:00.0: Parsing VBIOS init table 1 at offset 
0x0B87
[   10.533894] [drm] nouveau :0a:00.0: Parsing VBIOS init table 2 at offset 
0x105B
[   10.542007] [drm] nouveau :0a:00.0: Parsing VBIOS init table 3 at offset 
0x1195
[   10.573700] [drm] nouveau :0a:00.0: Parsing VBIOS init table 4 at offset 
0x1273
[   10.619407] [TTM] Zone  kernel: Available graphics memory: 5278766 kiB.
[   10.627274] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB.
[   10.636596] [drm] nouveau :0a:00.0: 256 MiB VRAM
[   10.649490] [drm] nouveau :0a:00.0: 64 MiB GART (aperture)
[   10.657556] [drm] nouveau :0a:00.0: Allocating FIFO number 0
[   10.668200] [drm] nouveau :0a:00.0: nouveau_channel_alloc: initialised 
FIFO 0
[   10.675853] [drm] nouveau :0a:00.0: Initial CRTC_OWNER is 0
[   10.683348] [drm] nouveau :0a:00.0: Detected a DVI-I connector
[   10.692784] [drm] nouveau :0a:00.0: Detected a DVI-I connector
[   10.702270] irq: irq 28 on host /u...@0,f800/m...@f804 mapped to 
virtual irq 28
[   10.702300] irq: irq 11 on host /u...@0,f800/m...@f804 mapped to 
virtual irq 25
[   10.702320] irq: irq 12 on host /u...@0,f800/m...@f804 mapped to 
virtual irq 26
[   10.702463] irq: irq 30 on host /u...@0,f800/m...@f804 mapped to 
virtual irq 30
[   10.702483] irq: irq 15 on host /u...@0,f800/m...@f804 mapped to 
virtual irq 29
[   10.702506] irq: irq 16 on host /u...@0,f800/m...@f804 mapped to 
virtual irq 31
[   10.702537] [drm] nouveau :0a:00.0: Detected a TV connector
[   10.711001] [drm] nouveau :0a:00.0: Setting dpms mode 3 on vga encoder 
(output 0)
[   10.717349] [drm] nouveau :0a:00.0: Setting dpms mode 3 on tmds encoder 
(output 1)
[   10.723480] [drm] nouveau :0a:00.0: Setting dpms mode 3 on vga encoder 
(output 2)
[   10.729564] [drm] nouveau :0a:00.0: Setting dpms mode 3 on tmds encoder 
(output 3)
[   10.735586] [drm] nouveau :0a:00.0: Setting dpms mode 3 on TV encoder 
(output 4)
[   10.737966] snd-aoa-fabric-layout: Using PMF GPIOs
[   10.746085] snd-aoa-codec-onyx: found pcm3052
[   10.746925] snd-aoa-fabric-layout: platform-onyx-codec-ref doesn't match!
[   10.752830] snd-aoa: fabric didn't like codec onyx
[   10.760886] snd-aoa-codec-onyx: found pcm3052
[   10.761713] snd-aoa-fabric-layout: can use this codec
[   10.799120] snd-aoa-codec-onyx: attached to onyx codec via i2c
[   10.804998] 

Bug#580832: lsmod from linux-image-2.6.32-3-powerpc64

2010-05-08 Thread Erik de Castro Lopo

Lsmod output from good kernel below. Main difference is that kernel
below doesn't have nouveau and does have the windfarm_* modules.

Will try loading windfarm modules in new kernel.


Module  Size  Used by
lp 12220  0 
parport43200  1 lp
sco13990  2 
bridge 67590  0 
stp 2328  1 bridge
bnep   15977  2 
rfcomm 49752  0 
l2cap  40147  4 bnep,rfcomm
crc16   1417  1 l2cap
bluetooth  70531  6 sco,bnep,rfcomm,l2cap
rfkill 23005  2 bluetooth
cpufreq_powersave   1442  0 
cpufreq_ondemand   11513  1 
cpufreq_stats   5322  0 
cpufreq_userspace   3167  0 
cpufreq_conservative 8862  0 
fuse   78544  1 
firewire_sbp2  18313  0 
loop   19109  0 
joydev 13834  0 
snd_aoa_codec_onyx 15255  2 
snd_aoa_fabric_layout13109  0 
snd_aoa17690  2 snd_aoa_codec_onyx,snd_aoa_fabric_layout
snd_aoa_i2sbus 24367  1 
snd_aoa_soundbus5404  2 snd_aoa_fabric_layout,snd_aoa_i2sbus
snd_pcm97012  1 snd_aoa_i2sbus
snd_page_alloc  8581  1 snd_pcm
snd_seq70658  0 
snd_timer  26055  2 snd_pcm,snd_seq
snd_seq_device  7666  1 snd_seq
snd83274  8 
snd_aoa_codec_onyx,snd_aoa_fabric_layout,snd_aoa,snd_aoa_i2sbus,snd_pcm,snd_seq,snd_timer,snd_seq_device
soundcore   7939  1 snd
evdev  13386  8 
ext3  159455  1 
jbd60811  1 ext3
mbcache 8262  1 ext3
usbhid 49065  0 
hid86654  1 usbhid
sd_mod 41590  3 
crc_t10dif  1409  1 sd_mod
ata_generic 4410  0 
ide_pci_generic 3551  0 
ohci_hcd   59528  0 
uninorth_agp   10434  0 
sata_svw9423  2 
libata187659  2 ata_generic,sata_svw
ehci_hcd   73102  0 
usbcore   182704  4 usbhid,ohci_hcd,ehci_hcd
firewire_ohci  37836  0 
firewire_core  57162  2 firewire_sbp2,firewire_ohci
crc_itu_t   1468  1 firewire_core
ide_cd_mod 33979  0 
cdrom  40045  1 ide_cd_mod
scsi_mod  175801  3 firewire_sbp2,sd_mod,libata
nls_base8213  1 usbcore
tg3   147426  0 
libphy 24067  1 tg3
agpgart39224  1 uninorth_agp
windfarm_smu_sensors 6391  1 
windfarm_smu_controls 6313  7 
windfarm_pm112 12952  0 
windfarm_pid2475  1 windfarm_pm112
windfarm_smu_sat7019  5 windfarm_pm112,[permanent]
windfarm_max6690_sensor 4378  1 
windfarm_lm75_sensor 4981  1 
windfarm_cpufreq_clamp 2669  1 
windfarm_core  10697  7 
windfarm_smu_sensors,windfarm_smu_controls,windfarm_pm112,windfarm_smu_sat,windfarm_max6690_sensor,windfarm_lm75_sensor,windfarm_cpufreq_clamp
i2c_powermac5654  0 


-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100509122913.5b7b01b7.er...@mega-nerd.com



Bug#580832: lsmod from linux-image-2.6.32-3-powerpc64

2010-05-08 Thread Erik de Castro Lopo
Erik de Castro Lopo wrote:

 
 Lsmod output from good kernel below. Main difference is that kernel
 below doesn't have nouveau and does have the windfarm_* modules.
 
 Will try loading windfarm modules in new kernel.


 sudo modprobe windfarm_smu_sensors

Dropped the fan speed back down to normal. Not sure why these windfarm
modules are being loaded during a normal boot with the newer kernel.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100509123621.77613892.er...@mega-nerd.com



Bug#580832: lsmod from linux-image-2.6.32-3-powerpc64

2010-05-08 Thread Erik de Castro Lopo
maximilian attems wrote:

 they used to be hardcoded loaded by initramfs.
 
 thought that powerpc plattform code had catched up and
 that udev would just load them.
 
 as workaround put aboves line in /etc/modules.
 
 this needs to be reported to the powerpc linux-2.6 maintainers,
 thanks.

How do I do that?

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100509132644.32eff13f.er...@mega-nerd.com