linux-kernel - Re: mcdx -- do_request(): non-read command to cd!!

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] [day] [month] [year] [list]

Message-ID: <Pine.LNX.4.64.0704032035590.8078@sbz-30.cs.Helsinki.FI>
Date:	Tue, 3 Apr 2007 20:37:35 +0300 (EEST)
From:	Pekka J Enberg <penberg@...helsinki.fi>
To:	Rene Herman <rene.herman@...il.com>
cc:	Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: mcdx -- do_request(): non-read command to cd!!

On Tue, 3 Apr 2007, Rene Herman wrote:
> I believe the "tar" runs has produced something useful now though:
> 
> root@...2:~# dmesg -c >/dev/null
> root@...2:~# strace -o tar.strace tar cvf foo.tar /mnt/cdrom
> tar: Removing leading `/' from member names
> /mnt/cdrom/
> /mnt/cdrom/dott/
> /mnt/cdrom/dott/adlib.ims
> /mnt/cdrom/dott/dott.bat
> /mnt/cdrom/dott/dotticon.ico
> /mnt/cdrom/dott/gmidi.ims
> /mnt/cdrom/dott/maniac/
> rlogin: connection closed.
> rene@...e4:~$
> 
> When I now switch the monitor to 5va2 directly, there is an oops on the
> screen, with a backtrace saying (manual transcription):
> 
> Call Trace:
>   [<c1047eb6>] drain_array+0x94/0xc3
>   [   ...    ] cache_reap+0x55/0xe9
>   [   ...    ] run_workqueue+0x8f/0x14d
>   [   ...    ] cache_reap+0x0//0xe9
>   [   ...    ] worker_thread+0x122/0x14b
>   [   ...    ] default_wake_function+0x0/0xc
>   [   ...    ] default_wake_function+0x0/0xc
>   [   ...    ] worker_thread+0x0/0x14b
>   [   ...    ] kthread+0x72/0x97
>   [   ...    ] kthread+0x0/0x97
>   [   ...    ] kernel_thread_helper+0x7/0x10
>   =======================
> Code: [ ... ]
> EIP: [<c1047787>] free_block+0x58/0xcf SS:ESP [ ... ]
> 
> Couple of functions mentioned twice in that backtrace. That looks a
> little off no?

It looks like we are passing a bad pointer to slab. Please turn on 
CONFIG_DEBUG_SLAB and reproduce. It's probably a double-free as the TOC 
reading bits look racy.

				Pekka
-
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/