lkml.org 
[lkml]   [2013]   [May]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 3.9 breaks EFI boot on E350
Am 15.05.2013 22:57, schrieb Yinghai Lu:
> On Wed, May 15, 2013 at 8:20 AM, Christian König
> <christian.koenig@amd.com> wrote:
>> Am 15.05.2013 16:46, schrieb Yinghai Lu:
>>
>>> On Wed, May 15, 2013 at 2:46 AM, Christian König
>>> <christian.koenig@amd.com> wrote:
>>>> Hi guys,
>>>>
>>>> the following commit breaks booting my E350 based test system in EFI
>>>> mode:
>>>>
>>>>> commit 8d57470d8f859635deffe3919d7d4867b488b85a
>>>>> Author: Yinghai Lu <yinghai@kernel.org>
>>>>> Date: Fri Nov 16 19:38:58 2012 -0800
>>>>>
>>>>> x86, mm: setup page table in top-down
>>>>
>>>> This commit was supposed to fix it but obviously there still seem to be
>>>> some
>>>> bugs left in 3.9
>>>>
>>>>> commit 98e7a989979b185f49e86ddaed2ad6890299d9f0
>>>>> Author: Yinghai Lu <yinghai@kernel.org>
>>>>> Date: Wed Mar 6 20:18:21 2013 -0800
>>>>>
>>>>> x86, mm: Make sure to find a 2M free block for the first mapped
>>>>> area
>>>>>
>>>>> Henrik reported that his MacAir 3.1 would not boot with
>>>>>
>>>>> | commit 8d57470d8f859635deffe3919d7d4867b488b85a
>>>>> | Date: Fri Nov 16 19:38:58 2012 -0800
>>>>> |
>>>>> | x86, mm: setup page table in top-down
>>>>>
>>> can you send out working boot log with memory map?
>>>
>>> you need to boot system with "debug ignore_loglevel"
>>
>> Sure, dmesg output it attached. Let me know if you need anything else.
>>
> [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable
> [ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000006ea07fff] usable
> [ 0.000000] BIOS-e820: [mem 0x000000006ea08000-0x000000006ea55fff] reserved
> [ 0.000000] BIOS-e820: [mem 0x000000006ea56000-0x000000006f47efff] ACPI NVS
> [ 0.000000] BIOS-e820: [mem 0x000000006f47f000-0x000000006f87bfff] reserved
> [ 0.000000] BIOS-e820: [mem 0x000000006f87c000-0x000000006f87cfff] usable
> [ 0.000000] BIOS-e820: [mem 0x000000006f87d000-0x000000006f883fff] ACPI NVS
> [ 0.000000] BIOS-e820: [mem 0x000000006f884000-0x000000006fc97fff] usable
> [ 0.000000] BIOS-e820: [mem 0x000000006fc98000-0x000000006fef2fff] reserved
> [ 0.000000] BIOS-e820: [mem 0x000000006fef3000-0x000000006fefffff] usable
> [ 0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
> [ 0.000000] BIOS-e820: [mem 0x00000000fec10000-0x00000000fec10fff] reserved
> [ 0.000000] BIOS-e820: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
> [ 0.000000] BIOS-e820: [mem 0x00000000fed61000-0x00000000fed70fff] reserved
> [ 0.000000] BIOS-e820: [mem 0x00000000fed80000-0x00000000fed8ffff] reserved
> [ 0.000000] BIOS-e820: [mem 0x00000000fef00000-0x00000000ffffffff] reserved
>
> the kernel code should handle the memmap properly. and I use user
> memmap to simulate the
> that memmap, kernel could boot well.
>
> so your system does not have serial port?

Unfortunately not, this board doesn't even have an PCI slot otherwise I
could install a card there.

Anything else I could do?

Christian.

>
> Can you boot failed kernel on your system with "earlyprintk=ttyS0,115200
> memblock=debug" to see
> where is crash or hang?
>


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2013-05-16 12:21    [W:0.097 / U:0.160 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site