Bug#723661: linux-image-3.2.0-4-amd64: e1000 driver TX hang error with debian 3.2 kernel

2013-09-18 Thread Snorre Stamnes
Package: src:linux
Version: 3.2.46-1+deb7u1
Severity: important
Tags: d-i

It appears there is an issue with the e1000 driver and this debian kernel.

I did not witness the system crashing, but if there is significant network 
traffic
then the Ethernet device hangs for a while, sometimes seconds, until it 
recovers
and a debug message starting with Detected Tx Unit Hang is printed to the 
console.

I believe the problem is caused by having over 4 GB of memory and can be fixed 
by 
compiling the e1000 driver version 8.0.35 from source however I could not get it
to compile with Linux 3.2.x kernel and it looks like support has been ended for 
that
driver and it is only now supported as part of the kernel.

With the source compiled version it lets you add an option ignore_64bit_dma=1
to the module which might fix the problem but I could not try it.

See: 
http://blog.bradiceanu.net/2010/11/28/netdev-watchdog-eth0-transmit-timed-out/

-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1+deb7u1

** Command line:
BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/rootgrp-rootvol ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[6.761553] mtrr: type mismatch for c000,1000 old: write-back new: 
write-combining
[6.761554] [drm] Detected VRAM RAM=1024M, BAR=256M
[6.761556] [drm] RAM width 64bits DDR
[6.761563] [drm] radeon: 1024M of VRAM memory ready
[6.761565] [drm] radeon: 512M of GTT memory ready.
[6.761576] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[6.761578] [drm] Driver supports precise vblank timestamp query.
[6.761608] radeon :01:00.0: irq 58 for MSI/MSI-X
[6.761612] radeon :01:00.0: radeon: using MSI.
[6.761634] [drm] radeon: irq initialized.
[6.761636] [drm] GART: num cpu pages 131072, num gpu pages 131072
[6.761852] [drm] radeon: ib pool ready.
[6.761907] [drm] Loading CEDAR Microcode
[6.776862] platform radeon_cp.0: firmware: agent loaded 
radeon/CEDAR_pfp.bin into memory
[6.784404] platform radeon_cp.0: firmware: agent loaded radeon/CEDAR_me.bin 
into memory
[6.786539] platform radeon_cp.0: firmware: agent loaded 
radeon/CEDAR_rlc.bin into memory
[7.338686] [drm] PCIE GART of 512M enabled (table at 0x0004).
[7.338787] radeon :01:00.0: WB enabled
[7.338789] [drm] fence driver on ring 0 use gpu addr 0x4c00 and cpu 
addr 0x880839fb0c00
[7.355076] [drm] ring test on 0 succeeded in 1 usecs
[7.355198] [drm] ib test on ring 0 succeeded in 0 usecs
[7.355354] [drm] Radeon Display Connectors
[7.355355] [drm] Connector 0:
[7.355355] [drm]   HDMI-A
[7.355356] [drm]   HPD4
[7.355357] [drm]   DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 
0x644c
[7.355358] [drm]   Encoders:
[7.355359] [drm] DFP1: INTERNAL_UNIPHY1
[7.355360] [drm] Connector 1:
[7.355361] [drm]   DVI-I
[7.355361] [drm]   HPD1
[7.355362] [drm]   DDC: 0x6460 0x6460 0x6464 0x6464 0x6468 0x6468 0x646c 
0x646c
[7.355363] [drm]   Encoders:
[7.355364] [drm] DFP2: INTERNAL_UNIPHY
[7.355365] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[7.355366] [drm] Connector 2:
[7.355366] [drm]   VGA
[7.355367] [drm]   DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 
0x643c
[7.355368] [drm]   Encoders:
[7.355369] [drm] CRT2: INTERNAL_KLDSCP_DAC2
[7.355394] [drm] Internal thermal controller without fan control
[7.355414] [drm] radeon: power management initialized
[7.392004] [drm] fb mappable at 0xC0142000
[7.392005] [drm] vram apper at 0xC000
[7.392006] [drm] size 5242880
[7.392006] [drm] fb depth is 24
[7.392007] [drm]pitch is 5120
[7.392120] fbcon: radeondrmfb (fb1) is primary device
[7.392121] fbcon: Remapping primary device, fb1, to tty 1-63
[8.062557] fb1: radeondrmfb frame buffer device
[8.062561] [drm] Initialized radeon 2.16.0 20080528 for :01:00.0 on 
minor 1
[8.062681] snd_hda_intel :01:00.1: irq 59 for MSI/MSI-X
[8.062706] snd_hda_intel :01:00.1: setting latency timer to 64
[8.086587] HDMI status: Codec=0 Pin=3 Presence_Detect=0 ELD_Valid=0
[8.086789] input: HD-Audio Generic HDMI/DP,pcm=3 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input6
[8.087312] hda_intel: Disabling MSI
[8.087459] snd_hda_intel :02:00.1: setting latency timer to 64
[8.893609] HDMI status: Codec=0 Pin=5 Presence_Detect=0 ELD_Valid=0
[8.925580] HDMI status: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=0
[8.957546] HDMI status: Codec=2 Pin=5 Presence_Detect=0 ELD_Valid=0
[8.989516] HDMI status: Codec=3 Pin=5 Presence_Detect=0 ELD_Valid=0
[9.005703] input: HDA NVidia HDMI/DP,pcm=9 as 
/devices/pci:00/:00:01.1/:02:00.1/sound/card2/input7
[9.006017] input: HDA NVidia HDMI/DP,pcm=8 as 

Bug#701034: logwatch: unmatched entries for dovecot

2013-02-22 Thread Snorre Stamnes
I am still seeing lots of dovecot messages with logwatch version pulled from 
testing/wheezy (7.3.6.cvs20090906-1squeeze1 = 7.4.0+svn20120502rev103-1).

I don't think that there is anything strange with my dovecot configuration 
(debian squeeze/stable version) but please let me know and I can provide 
additional info.

AUTH#0111#011PLAIN#011service=imap#011secured#011lip=XXX.XXX.XXX.XXX#011rip=YYY.YYY.YYY.YYY#011lport=993#011rport=55414#011resp=hidden:
 1 Time(s)
dovecot: auth(default): master in: REQUEST#011275#01115851#0111: 1 Time(s)
dovecot: auth(default): master out: 
USER#011279#011bob#011system_groups_user=bob#011uid=10001#011gid=100#011home=/home/bob:
 1 Time(s)
USER#011280#011bob#011system_groups_user=bob#011uid=10002#011gid=1#011home=/home/bob:
 1 Time(s)
   dovecot: auth(default): master out: 
dovecot: auth(default): new auth connection: pid=11734: 1 Time(s)


On Feb 20, 2013, at 2:31 PM, Willi Mann wi...@wm1.at wrote:

 Am 2013-02-20 19:29, schrieb Snorre Stamnes:
 Package: logwatch
 Version: 7.3.6.cvs20090906-1squeeze1
 ...
 I am getting unmatched entries for dovecot in logwatch emails that look like 
 the following (each is repeated many times):
 
 Please test logwatch from wheezy, it should be fixed there.
 
 WM


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#701034: logwatch: unmatched entries for dovecot

2013-02-20 Thread Snorre Stamnes
Package: logwatch
Version: 7.3.6.cvs20090906-1squeeze1
Severity: normal


I am getting unmatched entries for dovecot in logwatch emails that look like 
the following (each is repeated many times):

(I have sanitized the IPs so that XXX.XXX.XXX.XXX is my server, YYY.YYY.YYY.YYY 
is a client system, and bob is the username.)

dovecot: auth(default): client in: 
AUTH#0111#011PLAIN#011service=imap#011secured#011lip=XXX.XXX.XXX.XXX#011rip=YYY.YYY.YYY.YYY#011lport=993#011rport=53005#011resp=hidden:
 1 Time(s)
dovecot: auth(default): client out: OK#0111#011user=bob: 20 Time(s)
dovecot: auth(default): master in: REQUEST#011194#01124847#0111: 1 Time(s)
dovecot: auth(default): master out: 
USER#011194#011bob#011system_groups_user=bob#011uid=10001#011gid=100#011home=/home/bob:
 1 Time(s)
dovecot: auth(default): new auth connection: pid=13530: 1 Time(s)
dovecot: auth(default): passwd(bob,YYY.YYY.YYY.YYY): lookup: 5 Time(s)
dovecot: auth-worker(default): pam(bob,YYY.YYY.YYY.YYY): #1/1 style=1 
msg=Password: : 5 Time(s)
dovecot: auth-worker(default): pam(bob,YYY.YYY.YYY.YYY): lookup 
service=dovecot: 5 Time(s)

-- System Information:
Debian Release: 6.0.6
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages logwatch depends on:
ii  perl   5.10.1-17squeeze3 Larry Wall's Practical Extraction 
ii  postfix [mail-transpor 2.7.1-1+squeeze1  High-performance mail transport ag

Versions of packages logwatch recommends:
ii  libdate-manip-perl6.11-1 module for manipulating dates

Versions of packages logwatch suggests:
pn  fortune-mod   none (no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org