From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261633AbULFUK5 (ORCPT ); Mon, 6 Dec 2004 15:10:57 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261635AbULFUK5 (ORCPT ); Mon, 6 Dec 2004 15:10:57 -0500 Received: from postfix3-2.free.fr ([213.228.0.169]:16555 "EHLO postfix3-2.free.fr") by vger.kernel.org with ESMTP id S261633AbULFUKn (ORCPT ); Mon, 6 Dec 2004 15:10:43 -0500 From: "EC" To: "'Jeff Garzik'" Cc: Subject: RE: libata ICH5 2.4.28 kernel oops Date: Mon, 6 Dec 2004 21:10:51 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20041203163326.B7351173570@postfix3-1.free.fr> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcTZSK7+btfTWm9uRIS0Md4KyBATQgADL/cAAJ524xA= Message-Id: <20041206201042.CCB7BC17D@postfix3-2.free.fr> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Was this of any use ? do you think there is a solution for this problem ? Thx. EC. >>> >>> I'm getting trouble to upgrade from 2.4.27 to 2.4.28 since kernel oopses >>on >>> start. That seems to be related to libata and my SATA configuration. I'm >>> using a plain vanilla kernel (no patches). >>> >>> I have a Supermicro P4SCI with a PIV (SATA chipset ICH5), latest bios >>(1.1), >>> one disk (SATA), BIOS configured to SATA Only (but enhanced mode does >the >>> same. Same kernel configuration used to work with 2.4.27 with the libata >>> patch. I'm not sure I'm supposed to apply the new 2.4.28 libata patch >but >>> anyway with or without it kernel crashes about here : >>> >>> ... >>> SCSI subsystem driver Revision : 1.0... >>> ata1 : SATA max UDMA/133 : cmd 0x1F0 ctl 0x3F6 bmdam 0xF000 irq 14 >>> ata1 : dev 0 ATA, max UDMA/133... >>> ata1 : dev 0 configured for UDMA/133 >>> Unable to handle Kernel NULL pointer dereference.... >>> ... >> >>Give us the oops. > >ksymoops ... : > >c01ad09f >*pde = 00000000 >Oops: 0000 >CPU: 1 >EIP: 0010:[] Not Tainted >Using defaults from ksymoops -t elf32-i386 -a i386 >EFLAGS: 00010246 >eax: 00000000 ebx: c19e807c ecx: 00000000 edx: 00000002 >esi: c19e8000 edi: c19e8220 ebp: c19e8220 esp: c19bbf18 >ds: 0018 es: 0018 ss: 0018 >Stack: c19e807c c19e807c c19e8000 f38c4880 c19e8220 00000000 c19e8220 >00000000 > f38c4880 c01ad18c c19e8220 f38c4880 00000000 c19e8220 00000001 >00000000 > 0003e000 f38c4880 c19b2000 00000000 c01ad30c c19e8220 c02537a0 >00000000 >Call Trace: [] [] [] [] >[] > [] [] [] [] >Code: 8b 40 50 ff d0 83 c4 18 85 c0 74 0d 56 e8 0f 53 ff ff 31 c0 > > >>>EIP; c01ad09f <===== > >Trace; c01ad18c >Trace; c01ad30c >Trace; c01a15ca >Trace; c01b1c78 >Trace; c01b1cf4 >Trace; c01b1ce6 >Trace; c01a1f26 >Trace; c01050a5 >Trace; c01070f0 > >Code; c01ad09f >00000000 <_EIP>: >Code; c01ad09f <===== > 0: 8b 40 50 mov 0x50(%eax),%eax <===== >Code; c01ad0a2 > 3: ff d0 call *%eax >Code; c01ad0a4 > 5: 83 c4 18 add $0x18,%esp >Code; c01ad0a7 > 8: 85 c0 test %eax,%eax >Code; c01ad0a9 > a: 74 0d je 19 <_EIP+0x19> >Code; c01ad0ab > c: 56 push %esi >Code; c01ad0ac > d: e8 0f 53 ff ff call ffff5321 <_EIP+0xffff5321> >Code; c01ad0b1 > 12: 31 c0 xor %eax,%eax >