linux-kernel - Re: 2.6.24-rc8-git does not boot on Geode LX

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:  <20080121172514.531b6de0@ephemeral>
Date:	Mon, 21 Jan 2008 17:25:14 -0500
From:	Andres Salomon <dilinger@...ued.net>
To:	linux-kernel@...r.kernel.org
Subject:  Re: 2.6.24-rc8-git does not boot on Geode LX

On Sun, 20 Jan 2008 09:14:42 +0100
Willy Tarreau <w@....eu> wrote:

> Hi,
> 
> I've just pulled latest -git and tried this morning in on one of my ALIX
> mobos equipped with an AMD Geode LX800 + CS5536. HEAD is a7da60f41551*.
> 
> Last kernel which runs on it was 2.6.22.14. I've not yet tried intermediate
> kernels nor tried to bisect yet. Last messages are :
> 
> Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)                 
> Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)                   
> Memory: 257304k/262144k available (1506k kernel code, 4400k reserved, 370k data,
>  136k init, 0k highmem)                                                         
> virtual kernel memory layout:                                                   
>     fixmap  : 0xffffb000 - 0xfffff000   (  16 kB)                               
>     vmalloc : 0xd0800000 - 0xffff9000   ( 759 MB)                               
>     lowmem  : 0xc0000000 - 0xd0000000   ( 256 MB)                               
>       .init : 0xc02d8000 - 0xc02fa000   ( 136 kB)                               
>       .data : 0xc0278970 - 0xc02d5504   ( 370 kB)                               
>       .text : 0xc0100000 - 0xc0278970   (1506 kB)                               
> Checking if this processor honours the WP bit even in supervisor mode... Ok.    
> SLUB: Genslabs=11, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1         
> Calibrating delay using timer specific routine.. 997.59 BogoMIPS (lpj=1995180)  
> Mount-cache hash table entries: 512                                             
> CPU: After generic identify, caps: 0088a93d c0c0a13d 00000000 00000000 00000000 
> 00000000 00000000 00000000                                                      
> CPU: L1 I Cache: 64K (32 bytes/line), D cache 64K (32 bytes/line)               
> CPU: L2 Cache: 128K (32 bytes/line)                                             
> CPU: After all inits, caps: 0088a93d c0c0a13d 00000000 00000000 00000000 0000000
> 0 00000000 00000000                                                             
> Compat vDSO mapped to ffffe000.                                                 
> CPU: AMD Geode(TM) Integrated Processor by AMD PCS stepping 02                  
> Checking 'hlt' instruction... OK.                                               
> Freeing SMP alternatives: 0k freed                                              
> net_namespace: 64 bytes                                                         
> NET: Registered protocol family 16                                              
> -----> hangs here <-----
> 
> In 2.6.22, the PCI is probed after this last message :
> 
> CPU: AMD Geode(TM) Integrated Processor by AMD PCS stepping 02
> Checking 'hlt' instruction... OK.
> NET: Registered protocol family 16                                              
> PCI: Using configuration type 1                                                 
> Setting up standard PCI resources                                               
> SCSI subsystem initialized                                                      
> PCI: Probing PCI hardware                                                       
> PCI: Probing PCI hardware (bus 00)                                              
> NET: Registered protocol family 2                                               
> 
> So I tried disabling PCI, MFGPT, etc... But no success yet.
> 

Hi Willy,

If this is in fact true (that GEODE_MFGPT_TIMER was disabled), the
machine hung, and with nomfgpt it didn't hang..   That sounds like
our geode_mfgpt_detect call hung.  Do you have "MFGPT Workaround"
selected in the BIOS?  I'm curious whether enabling or disabling
that makes a difference..

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