Bug#686821: [squeeze -> wheezy regression] freezes intermittently
Hi Jonathan Thanks for the prompt reply. Hi Harry, Harry McNally wrote: System freezes (requires reset button to restart) anywhere from minutes to an hour into use; generally when displaying video in browser. [...] I can also run to a freeze, reboot into the other partition, mount the frozen partition to examine logs. So far no disk write of logs seems to happen when the freeze locks the system. Does the caps lock LED blink when the machine is locked up? Can you get a log when this happens using netconsole[1] or a serial console[2]? Sadly no to the LED blink. I cannot get caps lock or num lock to change their LEDs on the keyboard and I can't ssh in remotely. With the keyboard dead, I can't get across to a virtual terminal. I've not used netconsole or serial console before so I'll give them a go. The system freeze had all of the characteristics of the radeon driver and LKMS freezes that had been reported which is what sent me down that route playing with radeon issues. The nVidia card swap clarified it wasn't the same bug. I'd also be interested to hear whether the 3.5.y kernel from experimental reproduces the same bug. If it does, we can try to get help from upstream, and if it doesn't, we can try to find what patch fixed it and apply the same to wheezy. No worries. I'll drop that kernel onto the amd64 since that is ultimately what I'd like on the machine. Please give me a few days to try the consoles and 3.5 kernel. Thanks for a clear report, and hope that helps. Sincerely, Jonathan [1] http://www.kernel.org/doc/Documentation/networking/netconsole.txt [2] http://www.kernel.org/doc/Documentation/serial-console.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686821: linux-image-3.2.0-3-amd64: Installed wheezy amd64 (XFCE/LXDE CD) freezes intermittently. i686 install also freezes. squeeze kernel works
Package: src:linux Version: 3.2.23-1 Severity: normal Dear Maintainer, * What led up to the situation? Normal faultless wheezy install on system with Radeon AGP card. Installed non-free flashplayer32 with wrappers. Found video was slightly jumpy. Installed firmware-linux-nonfree for radeon and rebooted so radeon driver used rather than vesa (?). System freezes (requires reset button to restart) anywhere from minutes to an hour into use; generally when displaying video in browser. Suspected flashplayer32 running with wrapper or radeon driver or X or radeon card (hardware was running fine under lenny). * What exactly did you do (or not do) that was effective (or ineffective)? First installed i386 into another partition. Flashplayer (32bit) did not need the wrapper. The system still froze occasionally ans started to suspect if (USB) mouse movement influences the system freeze. This is unconfirmed since some freezes happened with no user interaction. Wanting to isolate the problem to the radeon card, I replaced this with an nVidia AGP card so the nouveau driver was used. System still had freezes which discounted radeon and LKMS issues listed in bug tracker. Installed the squeeze 2.6 kernel image in the i386 partition and there has been no further freezes using 2.6 kernel. * What was the outcome of this action? System operating reliably with nVidia card and squeeze kernel on wheezy install. Haven't tried radeon card with squeeze kernel. The fault isolation was crude changes to configuration so I'm unsure how to proceed to isolate the issue but I now have the setup to boot into wheezy i386 partition with squeeze or wheezy i386 (686) kernel or boot into wheezy amd64 partition. If the bug is worthwhile to examine, I'm happy to provide more information. I can also run to a freeze, reboot into the other partition, mount the frozen partition to examine logs. So far no disk write of logs seems to happen when the freeze locks the system. Home dirs are a separate partition so they are used by all three configurations. Both a newly added user and an existing user home dir (copied from lenny install) exhibit the freeze. Reports below have Capabilities: access denied since reportbug not run as root (?) I can rerun reports if required. * What outcome did you expect instead? -- Package-specific info: ** Version: Linux version 3.2.0-3-amd64 (Debian 3.2.23-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Mon Jul 23 02:45:17 UTC 2012 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-3-amd64 root=/dev/mapper/aster_vg-aster_root_lv ro quiet ** Not tainted ** Kernel log: [ 18.675895] ACPI: Power Button [PWRB] [ 18.675982] input: Sleep Button as /devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input3 [ 18.675986] ACPI: Sleep Button [SLPB] [ 18.676081] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4 [ 18.676085] ACPI: Power Button [PWRF] [ 18.721415] input: PC Speaker as /devices/platform/pcspkr/input/input5 [ 18.860969] EDAC MC: Ver: 2.1.0 [ 18.866096] MCE: In-kernel MCE decoding enabled. [ 18.989205] powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (2 cpu cores) (version 2.20.00) [ 18.989287] powernow-k8: fid 0xe (2200 MHz), vid 0x8 [ 18.989290] powernow-k8: fid 0xc (2000 MHz), vid 0xa [ 18.989292] powernow-k8: fid 0xa (1800 MHz), vid 0xc [ 18.989294] powernow-k8: fid 0x2 (1000 MHz), vid 0x12 [ 19.004052] AMD64 EDAC driver v3.4.0 [ 19.004551] EDAC amd64: DRAM ECC enabled. [ 19.004565] EDAC amd64: K8 revE or earlier detected (node 0). [ 19.004651] EDAC amd64: CS0: Double data rate SDRAM [ 19.004656] EDAC amd64: CS1: Double data rate SDRAM [ 19.004743] EDAC MC0: Giving out device to 'amd64_edac' 'K8': DEV :00:18.2 [ 19.004847] EDAC PCI0: Giving out device to module 'amd64_edac' controller 'EDAC PCI controller': DEV ':00:18.2' (POLLED) [ 19.078472] [drm] Initialized drm 1.1.0 20060810 [ 19.163097] snd_via82xx_modem :00:11.6: enabling device ( -> 0001) [ 19.163134] snd_via82xx_modem :00:11.6: PCI INT C -> GSI 22 (level, low) -> IRQ 22 [ 19.173344] wmi: Mapper loaded [ 19.307829] nouveau :01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 19.310276] [drm] nouveau :01:00.0: Detected an NV40 generation card (0x04b200b1) [ 19.313106] [drm] nouveau :01:00.0: Attempting to load BIOS image from PRAMIN [ 19.384676] [drm] nouveau :01:00.0: ... appears to be valid [ 19.384687] [drm] nouveau :01:00.0: BIT BIOS found [ 19.384694] [drm] nouveau :01:00.0: Bios version 05.73.22.54 [ 19.384702] [drm] nouveau :01:00.0: TMDS table version 1.1 [ 19.384707] [drm] nouveau :01:00.0: TMDS table script pointers not stubbed [ 19.384714] [drm] nouveau :01:00.0: Found Display Configuration Block version 3.0 [ 19.384723] [drm] nouveau :01:00.0: Raw DCB entry 0: 01000300 0028 [ 19.384730] [drm] nouveau :01:00.0: Raw
Bug#327072: nut: Consider HUPCL if upsdrvctl terminates early
Package: nut
Version: 2.0.1-4angels2
Followup-For: Bug #327072
I am running sarge and encountered the same problem as maciekc but found
a different solution. I edited /etc/init.d/nut to not stop upsdrvctl if
the POWERDOWNFLAG flag was set (patch below).
I think maciekc solution is more elegant and I am using it but the only
point I would raise is that my sarge ttySx ports were configured by
default to hang up when upsdrvctl closes the port.
Since several of the UPSes defined in genericups.h receive a shutdown
by: "lower DTR" and "drop RTS", the UPS may incorrectly shutdown early
when upsdrvctl terminates for the first time.
I considered inserting an:
stty -F /dev/ttyS1 -hupcl
in /etc/init.d/ somewhere but this meant the serial port used by nut was
defined in two places.
Instead, I have modified upsdrv_initups() in genericups.c to clear the
HUPCL flag on the port (patch below).
I don't have the background knowledge of ttySx port usage to know if
this is the correct solution so attached it here for consideration.
--- nut 2006-04-15 17:45:53.0 +0800
+++ nut.new 2006-04-17 21:51:33.720963448 +0800
@@ -27,8 +27,13 @@
;;
stop)
start-stop-daemon -K -o -q -p $upsd_pid -n upsd >/dev/null 2>&1
- ! /sbin/upsdrvctl stop >/dev/null 2>&1 && \
-echo -n " (upsdrvctl failed)"
+ flag=`sed -ne 's#^ *POWERDOWNFLAG *\(.*\)$#\1#p' /etc/nut/upsmon.conf`
+ # Stop upsdrvctl if POWERDOWNFLAG is not defined or flag file absent
+ if [ -n "$flag" ] && [ ! -f "$flag" ] ; then
+ echo -n "Stopping upsdrvctl"
+ ! /sbin/upsdrvctl stop >/dev/null 2>&1 && \
+ echo -n " (upsdrvctl failed)"
+ fi
;;
esac
;;
--- genericups.c.old2004-09-30 16:16:56.0 +0800
+++ genericups.c2006-04-17 21:28:45.0 +0800
@@ -241,12 +241,26 @@
void upsdrv_initups(void)
{
+ struct termios serial_ios;
+
set_ups_type();
upsfd = ser_open(device_path);
if (ioctl(upsfd, TIOCMSET, &upstab[upstype].line_norm))
fatal("ioctl TIOCMSET");
+
+ /*
+* Maintain the serial signal state after ser_close() to prevent
+* UPS with active low shutdown signals from turning off early.
+*/
+ if (ioctl(upsfd, TCGETS, &serial_ios))
+ fatal("ioctl TCGETS, HUPCL");
+ else {
+ serial_ios.c_cflag &= ~HUPCL;
+ if (ioctl(upsfd, TCSETS, &serial_ios))
+ fatal("ioctl TCSETS, HUPCL");
+ }
}
void upsdrv_cleanup(void)
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10-angels
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Versions of packages nut depends on:
ii adduser 3.63 Add and remove users and groups
ii debconf [debconf-2.0] 1.4.30.13Debian configuration management sy
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
-- debconf information:
nut/change_system_user:
nut/major_conf_changes:
nut/major_upstream_changes:
nut/remove_debian_conf:
nut/2_0_upstream_changes:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307959: nvu: prefs need to have sensible-browser to launch help
Package: nvu
Version: 0.99+1.0pre-1
Followup-For: Bug #307959
Related to the existing bug report, I could not view web based Help
items that relied on launching a browser. The fix to launch the browser is
to add to the end of /usr/lib/nvu-1.0PR/defaults/pref/all.js the following:
+pref("network.protocol-handler.app.http", "/usr/bin/sensible-browser");
+pref("network.protocol-handler.app.https", "/usr/bin/sensible-browser");
+pref("network.protocol-handler.app.ftp", "/usr/bin/sensible-browser");
+pref("network.protocol-handler.app.file", "/usr/bin/sensible-browser");
and it's all good.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10-angels
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Versions of packages nvu depends on:
ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit
ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library
ii libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii libfontconfig1 2.3.1-2 generic font configuration library
ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib
ii libgcc1 1:3.4.3-13 GCC support library
ii libgconf2-4 2.8.1-6 GNOME configuration database syste
ii libglib2.0-0 2.6.4-1 The GLib library of C routines
ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file
ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr
ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface
ii libidl0 0.8.5-1 library for parsing CORBA IDL file
ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB
ii libpango1.0-01.8.1-1 Layout and rendering of internatio
ii libpopt0 1.7-5 lib for parsing cmdline parameters
ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3
ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte
ii libxft2 2.1.7-1 FreeType-based font drawing librar
ii libxp6 4.3.0.dfsg.1-14 X Window System printing extension
ii libxrender1 0.8.3-7 X Rendering Extension client libra
ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics
ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu
ii zlib1g 1:1.2.2-4 compression library - runtime
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
