Bug#690250: Video (Nouveau) Lags, Gflashplayer crippled

2012-10-12 Thread Jonathan Nieder
David Baron wrote:

> I am running with the nvidia (Debian packages DKMS) now and this seems no 
> work 
> OK. This would indicate that the problem relates to Nouveau!

Thanks for checking.

The nouveau changes between 3.2.23 and 3.2.30 were:

 86fccf3 nouveau: Fix alignment requirements on src and dst addresses
 e3b0eeb drm/nvd0/disp: mask off high 16 bit of negative cursor x-coordinate
 705924f drm/nouveau: fix booting with plymouth + dumb support

Your card is an NV44 (GeForce 6200 TurboCache), and if I understand
correctly, 86fccf3 and e3b0eeb should have had no effect on that card.
So there is more to learn here.  I look forward to seeing what the
logs from booting with nouveau say.

Hope that helps,
Jonathan


-- 
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/20121012075341.GA30188@elie.Belkin



Bug#690162: mouse/keyboard stop working after s2ram until hid_logitech reloaded

2012-10-12 Thread Michael Schmitt

Am 12.10.2012 12:33, schrieb Michael Schmitt:

Hi Jonathan,

Am 11.10.2012 02:11, schrieb Jonathan Nieder:

Michael Schmitt wrote:

Am 11.10.2012 00:23, schrieb Jonathan Nieder:

  - What was the first non-working kernel?  If you have time to bisect
through the pre-compiled kernels at
http://snapshot.debian.org/package/linux/  to find the oldest 
broken

and newest non-broken one, that would be very useful.
Dunno if I got you right there, but I will try to test all 
kernel-packages

between the working and non-working one tomorrow which are available at
snapshot.d.o. What I can tell now: 3.4.1-1~experimental.1 (working);
3.5.2-1~experimental.1 (broken). And I realize now the 3.4 was from
experimental as well and not sid... but I guess that doesn't matter 
much.

By "bisect" I meant one can try the package halfway between the newest
working and oldest broken version and repeat as necessary, which takes
O(log n) reboots instead of O(n).  But since there are only two
kernels in that range to test the distinction doesn't make a
difference.  So you understood correctly. :)
Glad to hear! :) And done as requested, see the "full-cycle" dmesg 
logs (cold-boot, suspend, resume, modprobe) attached. With 
3.5-1~experimental.1 I did test it without X too. After the first 
resume, I did suspend again, resumed, stopped X and did check for any 
output from /dev/input/mice while moving the mouse >> none. After 
modprobing hid_logitech it did work again. And with 
3.4.4-1~experimental.1 no issue. So the issue was introduced between 
3.4.4-1~experimental.1 and 3.5-1~experimental.1. And the only message 
that did keep popping up that looks suspicious to me, "usbhid 
2-1.3:1.1: >reset_resume error 1" as noted in the first message already.



Thanks for the kernel log.

Ciao,
Jonathan


A little digging on my own revealed 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1049623
especially 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1049623/comments/5 (oh 
I hate ubuntu bugreports they get so damn noisy) and 
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=dc3c78e43469063c5bf4b744214508f94c4129f9 
for a possible fix.

Anything more you need?

regards
Michael
Err... silly me, the link on git.kernel.org was the possible commit that 
introduced that issue, the possible fix is in the ubuntu-bugreport in 
comment-#6.


regards
Michael


--
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/5077f458.8050...@gmail.com



kernel handbook git/html version confusion

2012-10-12 Thread Nikolaus Rath
Hi,

I was just about to create a patch for the kernel handbook at
http://kernel-handbook.alioth.debian.org/ when I noticed that the
sources on
http://anonscm.debian.org/gitweb/?p=kernel-handbook/kernel-handbook.git
seem to contain additional patches. However, the web version claims to
be 1.0.14, while git doesn't know anything newer than 1.0.13.

For example, the "Add a reminder to disable DEBUG_INFO in 'make deb-pkg'
examples" commit is not included in the web version.


What's going on here?


Best,

   -Nikolaus

-- 
 »Time flies like an arrow, fruit flies like a Banana.«

  PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6  02CF A9AD B7F8 AE4E 425C


--
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/87391j7rba@inspiron.ap.columbia.edu



Bug#690320: netxen_nic using only 1 interrupt

2012-10-12 Thread Андрей Василишин

Package: firmware-netxen
Version: 0.36


After upgrade firmware-netxen NIC using only 1 of 4 interrupts


Network-adapter:
 Model: "Hewlett-Packard Company NC522SFP Dual Port 10GbE Server Adapter"

# modinfo netxen_nic
filename: 
/lib/modules/3.2.0-3-amd64/kernel/drivers/net/ethernet/qlogic/netxen/netxen_nic.ko

firmware:   phanfw.bin
version:4.0.77
license:GPL
description:QLogic/NetXen (1/10) GbE Intelligent Ethernet Driver
srcversion: 85607F21190BD03CFF98328
alias:  pci:v4040d0100sv*sd*bc02sc00i00*
alias:  pci:v4040d0025sv*sd*bc02sc00i00*
alias:  pci:v4040d0024sv*sd*bc02sc00i00*
alias:  pci:v4040d0005sv*sd*bc02sc00i00*
alias:  pci:v4040d0004sv*sd*bc02sc00i00*
alias:  pci:v4040d0003sv*sd*bc02sc00i00*
alias:  pci:v4040d0002sv*sd*bc02sc00i00*
alias:  pci:v4040d0001sv*sd*bc02sc00i00*
depends:
intree: Y
vermagic:   3.2.0-3-amd64 SMP mod_unload modversions
parm:   auto_fw_reset:Auto firmware reset (0=disabled, 1=enabled 
(int)


# ethtool -i eth2
driver: netxen_nic
version: 4.0.77
firmware-version: 4.0.588
bus-info: :04:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no


# cat /proc/interrupts | grep eth2

  91:1988135   58957560  0  0  0  0 
 0  0  0  0  0  0 
PCI-MSI-edge  eth2[0]
  92:  0  0  0  0  0  0 
 0  0  0  0  0  0 
PCI-MSI-edge  eth2[1]
  93:  0  0  0  0  0  0 
 0  0  0  0  0  0 
PCI-MSI-edge  eth2[2]
  94:  0  0  0  0  0  0 
 0  0  0  0  0  0 
PCI-MSI-edge  eth2[3]



# dmesg | grep netxen
[2.974019] netxen_nic :04:00.0: PCI INT A -> GSI 32 (level, low) 
-> IRQ 32

[2.974034] netxen_nic :04:00.0: setting latency timer to 64
[2.974282] netxen_nic :04:00.0: 2MB memory map
[3.199449] netxen_nic :04:00.0: Gen2 strapping detected
[3.199478] netxen_nic :04:00.0: using 64-bit dma mask
[3.199793] netxen_nic: Dual XGb SFP+ LP Board S/N CB15BK1249  Chip 
rev 0x42

[3.199796] netxen_nic :04:00.0: firmware v4.0.585 [legacy]
[3.200448] netxen_nic :04:00.0: irq 91 for MSI/MSI-X
[3.200455] netxen_nic :04:00.0: irq 92 for MSI/MSI-X
[3.200463] netxen_nic :04:00.0: irq 93 for MSI/MSI-X
[3.200469] netxen_nic :04:00.0: irq 94 for MSI/MSI-X
[3.200482] netxen_nic :04:00.0: using msi-x interrupts
[3.200904] netxen_nic :04:00.0: eth2: XGbE port initialized
[3.200921] netxen_nic :04:00.1: PCI INT A -> GSI 32 (level, low) 
-> IRQ 32

[3.200929] netxen_nic :04:00.1: setting latency timer to 64
[3.201163] netxen_nic :04:00.1: 2MB memory map
[3.201285] netxen_nic :04:00.1: using 64-bit dma mask
[3.201599] netxen_nic :04:00.1: firmware v4.0.585 [legacy]
[3.201628] netxen_nic :04:00.1: irq 95 for MSI/MSI-X
[3.201636] netxen_nic :04:00.1: irq 96 for MSI/MSI-X
[3.201642] netxen_nic :04:00.1: irq 97 for MSI/MSI-X
[3.201650] netxen_nic :04:00.1: irq 98 for MSI/MSI-X
[3.201663] netxen_nic :04:00.1: using msi-x interrupts
[3.202093] netxen_nic :04:00.1: eth3: XGbE port initialized
[   22.336153] netxen_nic: eth2 NIC Link is up


--
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/50782199.3060...@kpi.ua



Bug#682007: NULL pointer dereference in __fscache_read_or_alloc_pages

2012-10-12 Thread Brian Kroth

Brian Paul Kroth  2012-10-11 14:06:

Jonathan Nieder  2012-10-01 01:25:



Once again very sorry for the delay :(

I forgot to disable the DEBUG_INFO and kept filling up my build VMs 
disk during compile.  Then realized I had grabbed the 3.7 rc code, 
which these patches don't apply against.  "git checkout 
remotes/stable/linux-3.2.y" (results in head 
c74a5e1fe4d0672936c8fb63d7484dfeaa30669c and 3.2.28), seemed to fix 
that.


Anyways, I just started running that on a machine, so I'll let you 
know if I noticed anything there first before I think about pushing 
it to further places.


Thanks,
Brian


Got another panic using this kernel/set of patches.  The dump is 
attached.


Let me know if you need anything else.

Thanks,
Brian
Oct 12 13:43:01 kefka [14595.129262] FS-Cache: Unsupported event 2 [44/7] in 
state OBJECT_DEAD
Oct 12 13:43:01 kefka [14595.129317] [ cut here ]
Oct 12 13:43:01 kefka [14595.129338] kernel BUG at fs/fscache/object.c:357!
Oct 12 13:43:01 kefka [14595.129358] invalid opcode:  [#1] 
Oct 12 13:43:01 kefka SMP 
Oct 12 13:43:01 kefka 
Oct 12 13:43:01 kefka [14595.129390] CPU 1 
Oct 12 13:43:01 kefka 
Oct 12 13:43:01 kefka [14595.129395] Modules linked in:
Oct 12 13:43:01 kefka acpi_cpufreq
Oct 12 13:43:01 kefka mperf
Oct 12 13:43:01 kefka cpufreq_stats
Oct 12 13:43:01 kefka cpufreq_userspace
Oct 12 13:43:01 kefka cpufreq_powersave
Oct 12 13:43:01 kefka cpufreq_conservative
Oct 12 13:43:01 kefka autofs4
Oct 12 13:43:01 kefka kvm_intel
Oct 12 13:43:01 kefka kvm
Oct 12 13:43:01 kefka cachefiles
Oct 12 13:43:01 kefka binfmt_misc
Oct 12 13:43:01 kefka nfsd
Oct 12 13:43:01 kefka nfs
Oct 12 13:43:01 kefka lockd
Oct 12 13:43:01 kefka fscache
Oct 12 13:43:01 kefka auth_rpcgss
Oct 12 13:43:01 kefka nfs_acl
Oct 12 13:43:01 kefka sunrpc
Oct 12 13:43:01 kefka netconsole
Oct 12 13:43:01 kefka configfs
Oct 12 13:43:01 kefka ext3
Oct 12 13:43:01 kefka jbd
Oct 12 13:43:01 kefka coretemp
Oct 12 13:43:01 kefka ipmi_watchdog
Oct 12 13:43:01 kefka ipmi_devintf
Oct 12 13:43:01 kefka ipmi_si
Oct 12 13:43:01 kefka ipmi_msghandler
Oct 12 13:43:01 kefka fuse
Oct 12 13:43:01 kefka uhci_hcd
Oct 12 13:43:01 kefka ohci_hcd
Oct 12 13:43:01 kefka tpm_infineon
Oct 12 13:43:01 kefka snd_hda_codec_realtek
Oct 12 13:43:01 kefka snd_hda_intel
Oct 12 13:43:01 kefka snd_hda_codec
Oct 12 13:43:01 kefka snd_hwdep
Oct 12 13:43:01 kefka snd_pcm_oss
Oct 12 13:43:01 kefka snd_mixer_oss
Oct 12 13:43:01 kefka snd_pcm
Oct 12 13:43:01 kefka snd_seq_midi
Oct 12 13:43:01 kefka button
Oct 12 13:43:01 kefka hp_wmi
Oct 12 13:43:01 kefka snd_rawmidi
Oct 12 13:43:01 kefka snd_seq_midi_event
Oct 12 13:43:01 kefka processor
Oct 12 13:43:01 kefka sparse_keymap
Oct 12 13:43:01 kefka rfkill
Oct 12 13:43:01 kefka snd_seq
Oct 12 13:43:01 kefka psmouse
Oct 12 13:43:01 kefka thermal_sys
Oct 12 13:43:01 kefka serio_raw
Oct 12 13:43:01 kefka joydev
Oct 12 13:43:01 kefka evdev
Oct 12 13:43:01 kefka tpm_tis
Oct 12 13:43:01 kefka tpm
Oct 12 13:43:01 kefka i2c_i801
Oct 12 13:43:01 kefka tpm_bios
Oct 12 13:43:01 kefka i2c_core
Oct 12 13:43:01 kefka wmi
Oct 12 13:43:01 kefka snd_timer
Oct 12 13:43:01 kefka snd_seq_device
Oct 12 13:43:01 kefka snd
Oct 12 13:43:01 kefka soundcore
Oct 12 13:43:01 kefka snd_page_alloc
Oct 12 13:43:01 kefka ext4
Oct 12 13:43:01 kefka mbcache
Oct 12 13:43:01 kefka jbd2
Oct 12 13:43:01 kefka crc16
Oct 12 13:43:01 kefka dm_mod
Oct 12 13:43:01 kefka raid10
Oct 12 13:43:01 kefka raid456
Oct 12 13:43:01 kefka async_raid6_recov
Oct 12 13:43:01 kefka async_pq
Oct 12 13:43:01 kefka raid6_pq
Oct 12 13:43:01 kefka async_xor
Oct 12 13:43:01 kefka xor
Oct 12 13:43:01 kefka async_memcpy
Oct 12 13:43:01 kefka async_tx
Oct 12 13:43:01 kefka raid1
Oct 12 13:43:01 kefka raid0
Oct 12 13:43:01 kefka multipath
Oct 12 13:43:01 kefka linear
Oct 12 13:43:01 kefka md_mod
Oct 12 13:43:01 kefka hid_microsoft
Oct 12 13:43:01 kefka usbhid
Oct 12 13:43:01 kefka hid
Oct 12 13:43:01 kefka sg
Oct 12 13:43:01 kefka sr_mod
Oct 12 13:43:01 kefka sd_mod
Oct 12 13:43:01 kefka cdrom
Oct 12 13:43:01 kefka crc_t10dif
Oct 12 13:43:01 kefka ahci
Oct 12 13:43:01 kefka libahci
Oct 12 13:43:01 kefka libata
Oct 12 13:43:01 kefka scsi_mod
Oct 12 13:43:01 kefka ehci_hcd
Oct 12 13:43:01 kefka usbcore
Oct 12 13:43:01 kefka e1000e
Oct 12 13:43:01 kefka usb_common
Oct 12 13:43:01 kefka [last unloaded: microcode]
Oct 12 13:43:01 kefka 
Oct 12 13:43:01 kefka [14595.130083] 
Oct 12 13:43:01 kefka [14595.130101] Pid: 25732, comm: kworker/u:0 Not tainted 
3.2.28+ #8
Oct 12 13:43:01 kefka Hewlett-Packard HP Compaq 8200 Elite CMT PC
Oct 12 13:43:01 kefka /1494
Oct 12 13:43:01 kefka 
Oct 12 13:43:01 kefka [14595.130149] RIP: 0010:[] 
Oct 12 13:43:01 kefka [] fscache_object_work_func+0x79c/0x7db 
[fscache]
Oct 12 13:43:01 kefka [14595.130192] RSP: 0018:88021ed15e20  EFLAGS: 
00010286
Oct 12 13:43:01 kefka [14595.130217] RAX: 004f RBX: 
88021f6406c0 RCX: 4a524a52
Oct 12 13:43:01 kefka [14595.130240] RDX:  RSI: 
00

Bug#657098: hello :)

2012-10-12 Thread alvera

Alright ? ! 
I had seen your actual picture on fb. I quite like you a lot.  Let's chat !
I can send you my picture as well if you want...

Regards,


-- 
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/507827ce.f91bf...@smtp.wp.pl



Bug#657098: bttv dvb_bt8xx bt878 hang on boot unless post: drm

2012-10-12 Thread Jonathan Nieder
Harry G. Coin wrote, regarding a kernel close to v2.6.32.46:

> This same problem happened on 3 other computers
[... explanation snipped ...]
> [9.385514] bttv0: tuner type=64
> [   11.204065] floppy0: no floppy controllers found
> [   39.444039] bt878: gave up waiting for init of module bttv.
> [   39.444131] bt878: Unknown symbol bttv_read_gpio

In March, Jonathan Nieder wrote:
> Harry G. Coin wrote:
>>> Jonathan Nieder wrote:

 I wonder if this was fixed by some patch in the area of
 v2.6.35-rc2~7^2 (module: fix bne2 "gave up waiting for init of module
 libcrc32c", 2010-06-05).  If you have a chance to try
 2.6.34-1~experimental.2 and 2.6.35~rc4-1~experimental.1 from
 http://snapshot.debian.org to check that, that would be very useful.
> [...]
>> Owing to other pressures the next step for me is to set up a new box
>> just to debug this issue.  I'll get to this by the end of the day
>> Friday.
[...]
>  Did you end up trying old
> kernels to narrow down the range containing the fix, or setting up a
> new test system?

Ping.  Are you still interested in pursuing this one?  If not, that's
fine, but please do let us know so we can plan accordingly.

Thanks,
Jonathan


-- 
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/20121012234100.GA20190@elie.Belkin