linux-kernel - Re: [crash] af9005_usb_module_init(): BUG: unable to handle kernel paging request at ff100000

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: <1233772258.15119.106.camel@desktop>
Date:	Wed, 04 Feb 2009 10:30:58 -0800
From:	Daniel Walker <dwalker@...o99.com>
To:	Ingo Molnar <mingo@...e.hu>
Cc:	Greg KH <gregkh@...e.de>,
	Mauro Carvalho Chehab <mchehab@...radead.org>,
	linux-kernel@...r.kernel.org, Hans Verkuil <hverkuil@...all.nl>,
	Janne Grunau <janne-dvb@...nau.be>,
	Luca Olivetti <luca@...toso.org>
Subject: Re: [crash] af9005_usb_module_init(): BUG: unable to handle kernel
	paging request at ff100000

On Tue, 2009-02-03 at 18:28 +0100, Ingo Molnar wrote:
> 
> c23eca7a <af9005_usb_module_init>:
> c23eca7a:	55                   	push   %ebp
> c23eca7b:	89 e5                	mov    %esp,%ebp
> c23eca7d:	53                   	push   %ebx
> c23eca7e:	b9 2b 31 11 c2       	mov    $0xc211312b,%ecx
> c23eca83:	31 d2                	xor    %edx,%edx
> c23eca85:	b8 b8 b4 2b c2       	mov    $0xc22bb4b8,%eax
> c23eca8a:	e8 d6 e8 4e ff       	call   c18db365 <usb_register_driver>
> c23eca8f:	89 c3                	mov    %eax,%ebx
> c23eca91:	85 c0                	test   %eax,%eax
> c23eca93:	74 0f                	je     c23ecaa4 <af9005_usb_module_init+0x2a>
> c23eca95:	50                   	push   %eax
> c23eca96:	68 3a 31 11 c2       	push   $0xc211313a
> c23eca9b:	e8 70 49 c6 fe       	call   c1051410 <printk>
> c23ecaa0:	58                   	pop    %eax
> c23ecaa1:	5a                   	pop    %edx
> c23ecaa2:	eb 64                	jmp    c23ecb08 <af9005_usb_module_init+0x8e>
> c23ecaa4:	c7 05 8c 71 cd c2 00 	movl   $0x0,0xc2cd718c
> c23ecaab:	00 00 00 
> c23ecaae:	c7 05 90 71 cd c2 00 	movl   $0x0,0xc2cd7190
> c23ecab5:	00 00 00 
> c23ecab8:	c7 05 94 71 cd c2 00 	movl   $0x0,0xc2cd7194
> c23ecabf:	00 00 00 
> c23ecac2:	b8 00 00 00 00       	mov    $0x0,%eax
> c23ecac7:	85 c0                	test   %eax,%eax
> c23ecac9:	74 12                	je     c23ecadd <af9005_usb_module_init+0x63>
> c23ecacb:	b8 00 00 00 00       	mov    $0x0,%eax
> c23ecad0:	85 c0                	test   %eax,%eax
> c23ecad2:	74 09                	je     c23ecadd <af9005_usb_module_init+0x63>
> c23ecad4:	b8 00 00 00 00       	mov    $0x0,%eax
> c23ecad9:	85 c0                	test   %eax,%eax
> c23ecadb:	75 17                	jne    c23ecaf4 <af9005_usb_module_init+0x7a>
> c23ecadd:	68 60 31 11 c2       	push   $0xc2113160
> c23ecae2:	e8 29 49 c6 fe       	call   c1051410 <printk>
> c23ecae7:	c7 05 00 b6 2b c2 00 	movl   $0x0,0xc22bb600
> c23ecaee:	00 00 00 
> c23ecaf1:	58                   	pop    %eax
> c23ecaf2:	eb 14                	jmp    c23ecb08 <af9005_usb_module_init+0x8e>
> c23ecaf4:	c7 05 f8 b5 2b c2 00 	movl   $0x0,0xc22bb5f8
> c23ecafb:	00 00 00 
> c23ecafe:	a1 00 00 00 00       	mov    0x0,%eax           <= crash
> c23ecb03:	a3 fc b5 2b c2       	mov    %eax,0xc22bb5fc
> c23ecb08:	89 d8                	mov    %ebx,%eax
> c23ecb0a:	8b 5d fc             	mov    -0x4(%ebp),%ebx
> c23ecb0d:	c9                   	leave  
> c23ecb0e:	c3                   	ret    

Could this be a problem with your QA environment? (like distcc mixing
gcc versions) I'm not an assembly expert, but it looks like there are
several lines above that move zero into %eax , then test if %eax is
zero, and exit the function if it's zero.. for example line c23ecac2
which would jump over the crash line. I'm not sure how it's getting
there.

Daniel

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