linux-kernel - Re: 2.6.20-mm2: Oops in generic_make

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: <45D84F73.8060904@free.fr>
Date:	Sun, 18 Feb 2007 14:06:59 +0100
From:	Laurent Riffard <laurent.riffard@...e.fr>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: 2.6.20-mm2: Oops in generic_make_request

Le 18.02.2007 06:51, Andrew Morton a écrit :
> Temporarily at
> 
>   http://userweb.kernel.org/~akpm/2.6.20-mm2/
> 
> Will appear later at
> 
>  ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/

Hello, I've got a fully reproducible Oops. I just have to boot to 
runlevel 2 and wait less than one minute.

BUG: unable to handle kernel paging request at virtual address 6b6b6b6f
 printing eip: 
c01bc367
*pde = 00000000
Oops: 0000 [#1]
PREEMPT
last sysfs file: /class/i2c-adapter/i2c-4/4-002d/beep_enable
Modules linked in: snd_seq_oss snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss snd_ens1371 gameport snd_rawmidi snd_seq_device af_packet snd_ac97_codec ac97_bus via686a snd_pcm snd_timer w83781d snd_page_alloc hwmon_vid snd soundcore i2c_isa i2c_viapro binfmt_misc loop nls_iso8859_15 nls_cp850 vfat fat reiser4 reiserfs video via_agp agpgart lp parport_pc parport 8250 serial_core pcspkr rtc fw_ohci fw_core ohci1394 ieee1394 uhci_hcd usbcore sr_mod cdrom dm_mirror dm_mod sd_mod pata_via libata scsi_mod
CPU:    0
EIP:    0060:[<c01bc367>]    Not tainted VLI
EFLAGS: 00010297   (2.6.20-mm2 #1)
EIP is at __make_request+0xeb/0x2ae
eax: ffffffff   ebx: 6b6b6b6b   ecx: 089167ab   edx: 6b6b6b6b
esi: dfcd84a4   edi: dfe09374   ebp: dff19ce8   esp: dff19ccc
ds: 007b   es: 007b   fs: 00d8  gs: 0000  ss: 0068
Process pdflush (pid: 121, ti=dff18000 task=c148fa90 task.ti=dff18000)
Stack: 00000001 df3647dc df3647dc e082d5f1 00000002 00000100 df3647dc dff19d34
       c01ba674 00000091 00000003 de3d0260 00000046 00000002 dfcd84a4 00000246
       00011200 dff19d2c c0155370 c013e929 c013e929 00011210 dffea478 00000002
Call Trace:
 [<c0104dc7>] show_trace_log_lvl+0x1a/0x2f
 [<c0104e77>] show_stack_log_lvl+0x9b/0xa3
 [<c0105064>] show_registers+0x1e5/0x329
 [<c01052b4>] die+0x10c/0x221
 [<c0114629>] do_page_fault+0x421/0x4f0
 [<c02b7144>] error_code+0x74/0x7c
 [<c01ba674>] generic_make_request+0x1a4/0x1d2
 [<c01bc7a0>] submit_bio+0xda/0xe2
 [<c017403d>] submit_bh+0xc2/0xdf
 [<c0175403>] __block_write_full_page+0x1e6/0x2e9
 [<c0175916>] block_write_full_page+0xf9/0x101
 [<c0178027>] blkdev_writepage+0xf/0x11
 [<c0140aaf>] __writepage+0xb/0x23
 [<c0140f63>] write_cache_pages+0x198/0x2a9
 [<c0141096>] generic_writepages+0x22/0x2a
 [<c01410c9>] do_writepages+0x2b/0x48
 [<c0170b3d>] __writeback_single_inode+0x1a0/0x333
 [<c0171042>] generic_sync_sb_inodes+0x1a3/0x282
 [<c017113e>] sync_sb_inodes+0x1d/0x20
 [<c01714a0>] writeback_inodes+0x79/0xc1
 [<c01414a0>] wb_kupdate+0x6d/0xcf
 [<c014187a>] pdflush+0xea/0x180
 [<c012833b>] kthread+0xa3/0xcc
 [<c0104a43>] kernel_thread_helper+0x7/0x10
 =======================
Code: 02 75 0e 8b 4d e8 89 da 89 f0 e8 b9 ef ff ff eb 0f 48 75 14 8b 4d e8 89 da 89 f0 e8 8e ed ff ff 85 c0 0f 85 bc 01 00 00 8b 5b 04 <8b> 43 04 0f 18 00 90 8d 47 14 39 c3 75 bb 8b 86 e8 00 00 00 e8
EIP: [<c01bc367>] __make_request+0xeb/0x2ae SS:ESP 0068:dff19ccc

This Oops happened in 2.6.20-mm1 too.

.config and full dmesg attached.
~~
laurent

View attachment "dmesg" of type "text/plain" (18396 bytes)

View attachment "config-2.6.20-mm2" of type "text/plain" (50988 bytes)