linux-kernel - Re: [>=2.6.23][BUG] Oops on power disconnection

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1207159974.4700.6.camel@queen.suse.de>
Date:	Wed, 02 Apr 2008 20:12:54 +0200
From:	Thomas Renninger <trenn@...e.de>
To:	Sanjeev Aditya Naga <sanjeev.kernel@...il.com>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, linux-acpi@...r.kernel.org,
	Venkatesh Pallipadi <venkatesh.pallipadi@...el.com>
Subject: Re: [>=2.6.23][BUG] Oops on power disconnection

On Wed, 2008-04-02 at 21:43 +0530, Sanjeev Aditya Naga wrote:
> Hello Thomas,
> 
> > Hi,
> >
> >
> >  On Wed, 2008-04-02 at 18:38 +0530, Sanjeev Aditya Naga wrote:
> >  > Hello Andrew Morton,
> >  >
> >  > Greetings!
> >  >
> >  > Thank you for the update. Is there anything I can do
> >  > from my side?
> >  >
> >  > I thought it was a acpi (dsdt) problem. And based on
> >  > a tutorial, I have tried to extract, fix, recompile the dsdt
> >  > and use it with the kernel. But still I have the same problem.
> >  > Let me know if I shall attach the dsdt (original) decompiled
> >  > code, if that helps.
> >
> >  this could be due a general memory corruption problem through ACPICA.
> >  If you get different backtraces on reboots even you only modified things
> >  that do not have to do with the problem, it's probably that and related
> >  to:
> >  http://bugzilla.kernel.org/show_bug.cgi?id=10339
> >
> >  You might want to try the latest kernel or the patch posted there.
> 
> Thank you for the update.
> I have checked the bug and unfortunately its not the
> same issue. Things work absolutely fine, when I'm
> running on AC power. It even displays the exact
> battery (and charging) status to me. It messes up
> when suddenly AC power gets disconnected and
> switches to battery mode (The time when I get Oops).
> The system is still usable after switching to battery
> mode and I still get correct battery stats until its
> completely discharged. However most of the commands
> like kill, poweroff, java doesn't work after the Oops.
The bug is not related to battery, but to AML parsing and can therefore
affect anything which is ACPI related.

> BTW there is one similarity with the referenced bug.
> If I boot the computer without AC Power, it gives the
> same Oops and stops during booting itself.
> 
> I shall try the latest kernel once and shall update you.
That would be great.
If it works, please give the patch there a try, IMO this one should see
2.6.2[34].X stable kernels soon.

Thanks,

    Thomas

> 
> >
> >    Thomas
> >
> >
> >
> >  > Kind Regards,
> >  > Sanjeev
> >  >
> >  > On Wed, Apr 2, 2008 at 12:44 PM, Andrew Morton
> >  > <akpm@...ux-foundation.org> wrote:
> >  > >
> >  > > On Sun, 30 Mar 2008 19:21:39 +0530 "Sanjeev Aditya Naga" <sanjeev.kernel@...il.com> wrote:
> >  > >
> >  > >  > Hi,
> >  > >  >
> >  > >  >  This happens everytime there is a power disconnection
> >  > >  >  (switching to battery). Complete dmesg attached. This
> >  > >  >  in particular is of kernel 2.6.24.3.
> >  > >  >
> >  > >  >  Greetings,
> >  > >  >  Kind Regards,
> >  > >  >  Sanjeev
> >  > >  >
> >  > >  >  BUG: unable to handle kernel NULL pointer dereference at virtual
> >  > >  >  address 00000020
> >  > >  >  printing eip: c04c4716 *pde = 578c2067
> >  > >  >  Oops: 0000 [#1] SMP
> >  > >  >  Modules linked in: cbc(U) geode_aes(U) blkcipher(U) aes_i586(U)
> >  > >  >  aes_generic(U) dm_crypt(U) ipt_MASQUERADE(U) iptable_nat(U) nf_nat(U)
> >  > >  >  bridge(U) autofs4(U) nf_conntrack_ipv4(U) xt_state(U) nf_conntrack(U)
> >  > >  >  xt_tcpudp(U) ipt_REJECT(U) iptable_filter(U) ip_tables(U) x_tables(U)
> >  > >  >  cpufreq_ondemand(U) acpi_cpufreq(U) fuse(U) loop(U) dm_mirror(U)
> >  > >  >  dm_multipath(U) dm_mod(U) ipv6(U) snd_hda_intel(U) snd_seq_dummy(U)
> >  > >  >  snd_seq_oss(U) snd_seq_midi_event(U) snd_seq(U) snd_seq_device(U)
> >  > >  >  snd_pcm_oss(U) sr_mod(U) snd_mixer_oss(U) snd_pcm(U) 8139cp(U)
> >  > >  >  snd_timer(U) button(U) 8139too(U) mii(U) snd_page_alloc(U) cdrom(U)
> >  > >  >  video(U) output(U) snd_hwdep(U) ac(U) snd(U) pcspkr(U) i2c_piix4(U)
> >  > >  >  i2c_core(U) battery(U) joydev(U) soundcore(U) sg(U) pata_atiixp(U)
> >  > >  >  pata_acpi(U) sata_sil(U) ata_generic(U) libata(U) sd_mod(U)
> >  > >  >  scsi_mod(U) ext3(U) jbd(U) mbcache(U) uhci_hcd(U) ohci_hcd(U)
> >  > >  >  ehci_hcd(U)
> >  > >  >
> >  > >  >  Pid: 69, comm: kacpi_notify Not tainted (2.6.24.3 #5)
> >  > >  >  EIP: 0060:[<c04c4716>] EFLAGS: 00010246 CPU: 0
> >  > >  >  EIP is at sysfs_addrm_start+0x21/0x81
> >  > >  >  EAX: c04c47d7 EBX: 00000000 ECX: 00000000 EDX: f78b8000
> >  > >  >  ESI: f78b8eb8 EDI: f78b8ec8 EBP: 00000000 ESP: f78b8ea4
> >  > >  >   DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
> >  > >  >  Process kacpi_notify (pid: 69, ti=f78b8000 task=f78d8000 task.ti=f78b8000)
> >  > >  >  Stack: f229ff54 f229ff54 f5b8d390 fffffff4 c04c4b45 00000000 00000000 00000000
> >  > >  >        00000000 f229ff54 00000000 00000000 f782601c c04c4bab f78b8ee0 c04fe65d
> >  > >  >        f229ff54 c04fe8a8 f722e67f ffffffff ffffffff 00000007 f722e678 f78261d8
> >  > >  >  Call Trace:
> >  > >  >   [<c04c4b45>] create_dir+0x33/0x6c
> >  > >  >   [<c04c4bab>] sysfs_create_dir+0x2d/0x40
> >  > >  >   [<c04fe65d>] kobject_get+0xf/0x13
> >  > >  >   [<c04fe8a8>] kobject_add+0xdd/0x176
> >  > >  >   [<c04fe9eb>] kobject_register+0x19/0x2d
> >  > >  >   [<c05b0ad0>] cpuidle_add_state_sysfs+0x7b/0xe4
> >  > >  >   [<c052660e>] acpi_os_execute_notify+0x0/0x2b
> >  > >  >   [<c05b03fd>] cpuidle_enable_device+0x31/0x9b
> >  > >  >   [<c0545923>] acpi_processor_cst_has_changed+0x40/0x55
> >  > >  >   [<c0543ae2>] acpi_processor_notify+0x8b/0xf4
> >  > >  >   [<c052bcbb>] acpi_ev_notify_dispatch+0x4c/0x55
> >  > >  >   [<c0526630>] acpi_os_execute_notify+0x22/0x2b
> >  > >  >   [<c052660e>] acpi_os_execute_notify+0x0/0x2b
> >  > >  >   [<c043c212>] run_workqueue+0x7d/0x107
> >  > >  >   [<c043fa5b>] prepare_to_wait+0x28/0x45
> >  > >  >   [<c043c35a>] worker_thread+0xbe/0xca
> >  > >  >   [<c043f8ff>] autoremove_wake_function+0x0/0x35
> >  > >  >   [<c043c29c>] worker_thread+0x0/0xca
> >  > >  >   [<c043f679>] kthread+0x38/0x5d
> >  > >  >   [<c043f641>] kthread+0x0/0x5d
> >  > >  >   [<c0406477>] kernel_thread_helper+0x7/0x10
> >  > >  >   =======================
> >  > >  >  Code: c0 89 31 83 c4 14 5b 5e 5f c3 57 b9 04 00 00 00 56 89 c7 53 89
> >  > >  >  c6 83 ec 04 89 d3 31 c0 f3 ab b8 903f 72 c0 89 16 e8 6a cf 16 00 <8b>
> >  > >  >  53 20 b9 ec 42 4c c0 a1 84 e4 83 c0 89 1c 24 e8 44 6e fd ff
> >  > >  >  EIP: [<c04c4716>] sysfs_addrm_start+0x21/0x81 SS:ESP 0068:f78b8ea4
> >  > >
> >  > >  Looks like a cpuidle problem (or at least acpi).
> >  > >
> >  > >  I seem to recall having seen other reports of this?
> >  Then it might be something else...
> >
> >    Thomas
> >
> >

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/