Bug#386667: apcupsd: Causes kernel oops

2006-09-09 Thread Peter Dey
Package: apcupsd
Version: 3.10.17-2
Severity: critical
Justification: breaks the whole system

The kernel on my system has Oopses, on average, twice a month, since installing 
apcupsd.
In all Oops cases, apcupsd has been listed as the process in kern.log.

Since the instructions its oopsing on are fairly generic (sys_ioctl and 
exit_sighand), I'm guessing apcupsd is somehow 
managing to cause the oops...

ksymoops report follows

Sep  9 18:42:34 saturn kernel: Unable to handle kernel NULL pointer dereference 
at virtual address 000a
Sep  9 18:42:34 saturn kernel: c014ced1
Sep  9 18:42:34 saturn kernel: *pde = 
Sep  9 18:42:34 saturn kernel: Oops: 
Sep  9 18:42:34 saturn kernel: CPU:0
Sep  9 18:42:34 saturn kernel: EIP:0010:[sys_ioctl+97/608]Not tainted
Sep  9 18:42:34 saturn kernel: EFLAGS: 00010282
Sep  9 18:42:34 saturn kernel: eax: 0002   ebx: 0004   ecx: 0004   
edx: c025d400
Sep  9 18:42:34 saturn kernel: esi: c018480b   edi: ffe7   ebp: c025d400   
esp: cbb67f98
Sep  9 18:42:34 saturn kernel: ds: 0018   es: 0018   ss: 0018
Sep  9 18:42:34 saturn kernel: Process apcupsd (pid: 2379, stackpage=cbb67000)
Sep  9 18:42:34 saturn kernel: Stack: cbaf80e0 cbf46340 400c4807 bbd0 
c011fe5b cbb67fb0 cbb66000 0808bc60 
Sep  9 18:42:34 saturn kernel:08084e60 bd08 c0108c0b 0004 
c018480b 0808bc74 0808bc60 08084e60 
Sep  9 18:42:34 saturn kernel:bd08 0036 c010002b 002b 
0036 402a8614 0023 0246 
Sep  9 18:42:35 saturn kernel: Call Trace:[sys_time+27/96] 
[system_call+51/56] [acpi_ps_next_parse_state+86/197]
Sep  9 18:42:35 saturn kernel: Code: 8b 40 08 0f b7 40 32 25 00 f0 00 00 3d 00 
80 00 00 74 60 8b 
Using defaults from ksymoops -t elf32-i386 -a i386


edx; c025d400 ident_map+0/80
esi; c018480b acpi_ps_next_parse_state+56/c5
ebp; c025d400 ident_map+0/80
esp; cbb67f98 _end+b86b498/10510560

Code;   Before first symbol
 _EIP:
Code;   Before first symbol
   0:   8b 40 08  mov0x8(%eax),%eax
Code;  0003 Before first symbol
   3:   0f b7 40 32   movzwl 0x32(%eax),%eax
Code;  0007 Before first symbol
   7:   25 00 f0 00 00and$0xf000,%eax
Code;  000c Before first symbol
   c:   3d 00 80 00 00cmp$0x8000,%eax
Code;  0011 Before first symbol
  11:   74 60 je 73 _EIP+0x73
Code;  0013 Before first symbol
  13:   8b 00 mov(%eax),%eax

Sep  9 18:42:35 saturn kernel:  1Unable to handle kernel NULL pointer 
dereference at virtual address 0001
Sep  9 18:42:35 saturn kernel: c0124f9e
Sep  9 18:42:35 saturn kernel: *pde = 
Sep  9 18:42:35 saturn kernel: Oops: 0002
Sep  9 18:42:35 saturn kernel: CPU:0
Sep  9 18:42:35 saturn kernel: EIP:0010:[exit_sighand+30/96]Not tainted
Sep  9 18:42:35 saturn kernel: EFLAGS: 00010046
Sep  9 18:42:35 saturn kernel: eax:    ebx: cbb66000   ecx:    
edx: 0001
Sep  9 18:42:35 saturn kernel: esi:    edi: cbb66000   ebp: 000b   
esp: cbb67e60
Sep  9 18:42:35 saturn kernel: ds: 0018   es: 0018   ss: 0018
Sep  9 18:42:35 saturn kernel: Process apcupsd (pid: 2379, stackpage=cbb67000)
Sep  9 18:42:35 saturn kernel: Stack: cd518d40 cbb66000 cfba22c0 c011f324 
cbb66000 cd518d40 cbb67f64 cd518d40 
Sep  9 18:42:35 saturn kernel:cfb9959c 000a c0109293 000b 
c0238858   c011870b 
Sep  9 18:42:35 saturn kernel:c0238858 cbb67f64  0001 
c025eb40 c01365db c01ded90 1875 
Sep  9 18:42:35 saturn kernel: Call Trace:[do_exit+228/624] [die+115/128] 
[do_page_fault+763/1337] 
[__alloc_pages+107/640] [ip_rcv_finish+0/592]
Sep  9 18:42:35 saturn kernel: Code: ff 0a 0f 94 c0 84 c0 75 1e c7 43 08 00 00 
00 00 8d 83 68 05 


ebx; cbb66000 _end+b869500/10510560
edi; cbb66000 _end+b869500/10510560
esp; cbb67e60 _end+b86b360/10510560

Code;   Before first symbol
 _EIP:
Code;   Before first symbol
   0:   ff 0a decl   (%edx)
Code;  0002 Before first symbol
   2:   0f 94 c0  sete   %al
Code;  0005 Before first symbol
   5:   84 c0 test   %al,%al
Code;  0007 Before first symbol
   7:   75 1e jne27 _EIP+0x27
Code;  0009 Before first symbol
   9:   c7 43 08 00 00 00 00  movl   $0x0,0x8(%ebx)
Code;  0010 Before first symbol
  10:   8d 83 68 05 00 00 lea0x568(%ebx),%eax





-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages apcupsd depends on:
ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii  libncurses5   5.4-4  Shared libraries for terminal hand
ii  libsnmp4.24.2.5-5NET SNMP (Simple Network Managemen
ii  libssl0.9.7   

Bug#386667: apcupsd: Causes kernel oops

2006-09-09 Thread Steve Langasek
reassign 386667 kernel-image-2.4.27-i386
severity 386667 important
thanks

On Sat, Sep 09, 2006 at 07:15:56PM +1000, Peter Dey wrote:
 Package: apcupsd
 Version: 3.10.17-2
 Severity: critical
 Justification: breaks the whole system

 The kernel on my system has Oopses, on average, twice a month, since 
 installing apcupsd.
 In all Oops cases, apcupsd has been listed as the process in kern.log.

 Since the instructions its oopsing on are fairly generic (sys_ioctl and 
 exit_sighand), I'm guessing apcupsd is somehow 
 managing to cause the oops...

However, a kernel oops is always a kernel bug.  Given that apcupsd doesn't
contain any kernel modules, I'm reassigning this to the corresponding kernel
package.

I'm also lowering the severity, since from the kernel POV this bug doesn't
make the kernel unusable, it just makes it impossible to use apcupsd with
this kernel.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#386667: apcupsd: Causes kernel oops

2006-09-09 Thread Samuele Giovanni Tonon

Steve Langasek wrote:

reassign 386667 kernel-image-2.4.27-i386
severity 386667 important
thanks

On Sat, Sep 09, 2006 at 07:15:56PM +1000, Peter Dey wrote:

Package: apcupsd
Version: 3.10.17-2
Severity: critical
Justification: breaks the whole system



The kernel on my system has Oopses, on average, twice a month, since installing 
apcupsd.
In all Oops cases, apcupsd has been listed as the process in kern.log.


Since the instructions its oopsing on are fairly generic (sys_ioctl and exit_sighand), I'm guessing apcupsd is somehow 
managing to cause the oops...


However, a kernel oops is always a kernel bug.  Given that apcupsd doesn't
contain any kernel modules, I'm reassigning this to the corresponding kernel
package.

I'm also lowering the severity, since from the kernel POV this bug doesn't
make the kernel unusable, it just makes it impossible to use apcupsd with
this kernel.
will forward this bug to apcupsd mantainer, maybe they have some clue 
about it .


Regards
Samuele

--
While various networks have become deeply rooted, and thoughts have been
sent out as light and electrons in a singular direction, this era has
yet to digitize/computerize to the degree necessary for individuals to
become a singular complex entity.
  KOUKAKU KIDOUTAI Stand Alone Complex


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]