Re: [Bug 14658] Regression in efi.c

Re: [Bug 14658] Regression in efi.c

[Thomas Gleixner]

On Sat, 21 Nov 2009, bugzilla-daemon@bugzilla.kernel.org wrote:

Switched to email. Please reply by mail (reply-to-all) and not in the
bugzilla.

> --- Comment #1 from Rafael J. Wysocki <rjw@sisk.pl>  2009-11-21 20:17:21 ---
> Caused by:
> 
> commit 7bd867dfb4e0357e06a3211ab2bd0e714110def3

That's completely bogus. That commit is not in 2.6.31. It was merged in the
2.6.32 merge window.

>From the original bug report:

http://marc.info/?l=linux-kernel&m=125846988820120&w=4

> I would like to report a possible regression in efi.c with kernels
> 2.6.31 , 2.6.32-rc5 and 2.6.32.rc7.
>
> Attempting to boot x86_64 with elilo succeeds using 2.6.30 . Using the
> same config cannot boot with any of the 3 afore mentioned kernels.

So the problem exists with 2.6.31 already which excludes the above
commit.

The above commit indeed caused problems on 64bit efi systems in
2.6.32-rc. The fix was merged between 32-rc5 and 32-rc6.

The bisect was done with:

git bisect start
# good: [59a3759d0fe8d969888c741bb33f4946e4d3750d] Linux 2.6.30-rc7
git bisect good 59a3759d0fe8d969888c741bb33f4946e4d3750d
# bad: [156171c71a0dc4bce12b4408bb1591f8fe32dc1a] Linux 2.6.32-rc7

while the bisect should have be done with

good 2.6.30
bad  2.6.31

William, could you please go through the bisect pain again?

Thanks,

	tglx

Re: [Bug 14658] Regression in efi.c

[indexer]

Thomas Gleixner wrote:
> On Sat, 21 Nov 2009, bugzilla-daemon@bugzilla.kernel.org wrote:
>
> Switched to email. Please reply by mail (reply-to-all) and not in the
> bugzilla.
>
>   
>> --- Comment #1 from Rafael J. Wysocki <rjw@sisk.pl>  2009-11-21 20:17:21 ---
>> Caused by:
>>
>> commit 7bd867dfb4e0357e06a3211ab2bd0e714110def3
>>     
>
> That's completely bogus. That commit is not in 2.6.31. It was merged in the
> 2.6.32 merge window.
>
> From the original bug report:
>
> http://marc.info/?l=linux-kernel&m=125846988820120&w=4
>
>   
>> I would like to report a possible regression in efi.c with kernels
>> 2.6.31 , 2.6.32-rc5 and 2.6.32.rc7.
>>
>> Attempting to boot x86_64 with elilo succeeds using 2.6.30 . Using the
>> same config cannot boot with any of the 3 afore mentioned kernels.
>>     
>
> So the problem exists with 2.6.31 already which excludes the above
> commit.
>
> The above commit indeed caused problems on 64bit efi systems in
> 2.6.32-rc. The fix was merged between 32-rc5 and 32-rc6.
>
> The bisect was done with:
>
> git bisect start
> # good: [59a3759d0fe8d969888c741bb33f4946e4d3750d] Linux 2.6.30-rc7
> git bisect good 59a3759d0fe8d969888c741bb33f4946e4d3750d
> # bad: [156171c71a0dc4bce12b4408bb1591f8fe32dc1a] Linux 2.6.32-rc7
>
> while the bisect should have be done with
>
> good 2.6.30
> bad  2.6.31
>
> William, could you please go through the bisect pain again?
>
> Thanks,
>
> 	tglx
> --
> 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/
>   
Thomas

I had already done a similar bisect to this in private conversation to 
Huang Ying, and is what prompted me to expand my bisect out. I redid it 
regardless and will send you the information.

commit 74fca6a42863ffacaf7ba6f1936a9f228950f657
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Wed Sep 9 15:13:59 2009 -0700

    Linux 2.6.31

 Makefile |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)


git bisect start
# good: [07a2039b8eb0af4ff464efd3dfd95de5c02648c6] Linux 2.6.30
git bisect good 07a2039b8eb0af4ff464efd3dfd95de5c02648c6
# bad: [74fca6a42863ffacaf7ba6f1936a9f228950f657] Linux 2.6.31
git bisect bad 74fca6a42863ffacaf7ba6f1936a9f228950f657
# good: [925d74ae717c9a12d3618eb4b36b9fb632e2cef3] V4L/DVB (11736): 
videobuf: modify return value of VIDIOC_REQBUFS ioctl
git bisect good 925d74ae717c9a12d3618eb4b36b9fb632e2cef3
# good: [a380137900fca5c79e6daa9500bdb6ea5649188e] ixgbe: Fix device 
capabilities of 82599 single speed fiber NICs.
git bisect good a380137900fca5c79e6daa9500bdb6ea5649188e
# good: [b54c3835469c9548d470e7788cb22a2fd7e21133] Merge branch 
'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6
git bisect good b54c3835469c9548d470e7788cb22a2fd7e21133
# good: [7b2aa037e878c939676675969983284a02958ae3] Merge 
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6
git bisect good 7b2aa037e878c939676675969983284a02958ae3
# good: [8486a0f95c844b27ecc855cfec89b7e34f831cad] Merge 
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
git bisect good 8486a0f95c844b27ecc855cfec89b7e34f831cad
# good: [f415c413f458837bd0c27086b79aca889f9435e4] Merge 
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
git bisect good f415c413f458837bd0c27086b79aca889f9435e4
# good: [37d0892c5a94e208cf863e3b7bac014edee4346d] autofs4 - fix missed 
case when changing to use struct path
git bisect good 37d0892c5a94e208cf863e3b7bac014edee4346d
# good: [0edfa2b1b5a5e1475e76dd3c792447687d966de4] Merge branch 
'for-linus' of git://oss.sgi.com/xfs/xfs
git bisect good 0edfa2b1b5a5e1475e76dd3c792447687d966de4
# good: [5136a6c0fd5b26bbf39ad761cf7a4fc563ad83a3] Merge 
git://git.infradead.org/~dwmw2/mtd-2.6.31
git bisect good 5136a6c0fd5b26bbf39ad761cf7a4fc563ad83a3
# good: [f69fb9c39868463f6b0b8306824341bd5610250b] Merge branch 
'for-linus' of 
git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel
git bisect good f69fb9c39868463f6b0b8306824341bd5610250b
# good: [755ae761c5519929a97567d61a379b87352c337c] Merge branch 
'for-linus' of 
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/security-testing-2.6
git bisect good 755ae761c5519929a97567d61a379b87352c337c
# good: [7c8460db30dfd085ef3837c8fb02ecf2e718b983] drm/i915: fix mask 
bits setting
git bisect good 7c8460db30dfd085ef3837c8fb02ecf2e718b983
# good: [7135a71b19be1faf48b7148d77844d03bc0717d6] aoe: allocate unused 
request_queue for sysfs
git bisect good 7135a71b19be1faf48b7148d77844d03bc0717d6
 Sincerely

William

PS - The fact remains i still cant efi boot in 2.6.32-rc7, so this bug 
still exists, and I will keep doing what i can to help track this down.

Re: [Bug 14658] Regression in efi.c

[indexer]

Tang, Feng wrote:
> Hi William,
>
> One stupid question, when you did the bisect, did you really try to boot every kernel that you built out?
>
> - Feng
>   
>> -----Original Message-----
>> Thomas
>>
>> I had already done a similar bisect to this in private conversation to
>> Huang Ying, and is what prompted me to expand my bisect out. I redid it
>> regardless and will send you the information.
>>
>> commit 74fca6a42863ffacaf7ba6f1936a9f228950f657
>> Author: Linus Torvalds <torvalds@linux-foundation.org>
>> Date:   Wed Sep 9 15:13:59 2009 -0700
>>
>>    Linux 2.6.31
>>
>> Makefile |    2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>>
>> git bisect start
>> # good: [07a2039b8eb0af4ff464efd3dfd95de5c02648c6] Linux 2.6.30
>> git bisect good 07a2039b8eb0af4ff464efd3dfd95de5c02648c6
>> # bad: [74fca6a42863ffacaf7ba6f1936a9f228950f657] Linux 2.6.31
>> git bisect bad 74fca6a42863ffacaf7ba6f1936a9f228950f657
>> # good: [925d74ae717c9a12d3618eb4b36b9fb632e2cef3] V4L/DVB (11736):
>> videobuf: modify return value of VIDIOC_REQBUFS ioctl
>> git bisect good 925d74ae717c9a12d3618eb4b36b9fb632e2cef3
>> # good: [a380137900fca5c79e6daa9500bdb6ea5649188e] ixgbe: Fix device
>> capabilities of 82599 single speed fiber NICs.
>> git bisect good a380137900fca5c79e6daa9500bdb6ea5649188e
>> # good: [b54c3835469c9548d470e7788cb22a2fd7e21133] Merge branch
>> 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6
>> git bisect good b54c3835469c9548d470e7788cb22a2fd7e21133
>> # good: [7b2aa037e878c939676675969983284a02958ae3] Merge
>> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6
>> git bisect good 7b2aa037e878c939676675969983284a02958ae3
>> # good: [8486a0f95c844b27ecc855cfec89b7e34f831cad] Merge
>> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
>> git bisect good 8486a0f95c844b27ecc855cfec89b7e34f831cad
>> # good: [f415c413f458837bd0c27086b79aca889f9435e4] Merge
>> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
>> git bisect good f415c413f458837bd0c27086b79aca889f9435e4
>> # good: [37d0892c5a94e208cf863e3b7bac014edee4346d] autofs4 - fix missed
>> case when changing to use struct path
>> git bisect good 37d0892c5a94e208cf863e3b7bac014edee4346d
>> # good: [0edfa2b1b5a5e1475e76dd3c792447687d966de4] Merge branch
>> 'for-linus' of git://oss.sgi.com/xfs/xfs
>> git bisect good 0edfa2b1b5a5e1475e76dd3c792447687d966de4
>> # good: [5136a6c0fd5b26bbf39ad761cf7a4fc563ad83a3] Merge
>> git://git.infradead.org/~dwmw2/mtd-2.6.31
>> git bisect good 5136a6c0fd5b26bbf39ad761cf7a4fc563ad83a3
>> # good: [f69fb9c39868463f6b0b8306824341bd5610250b] Merge branch
>> 'for-linus' of
>> git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel
>> git bisect good f69fb9c39868463f6b0b8306824341bd5610250b
>> # good: [755ae761c5519929a97567d61a379b87352c337c] Merge branch
>> 'for-linus' of
>> git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/security-testing-2.6
>> git bisect good 755ae761c5519929a97567d61a379b87352c337c
>> # good: [7c8460db30dfd085ef3837c8fb02ecf2e718b983] drm/i915: fix mask
>> bits setting
>> git bisect good 7c8460db30dfd085ef3837c8fb02ecf2e718b983
>> # good: [7135a71b19be1faf48b7148d77844d03bc0717d6] aoe: allocate unused
>> request_queue for sysfs
>> git bisect good 7135a71b19be1faf48b7148d77844d03bc0717d6
>> Sincerely
>>
>> William
>>
>> PS - The fact remains i still cant efi boot in 2.6.32-rc7, so this bug
>> still exists, and I will keep doing what i can to help track this down.
>>     
Feng

Yes, i did boot every single on. We had this problem where it was the 
makefile when i did a similar bisect with Huang Ying, and it is what 
prompted me to expand the bisect parameters to v2.6.32. I believe the 
email about that is in the  mailing list still, and im more than happy 
to do any other tests you can think of to test and isolate this bug as 
it currently causes a significant issue.

Cheers

William

Re: [Bug 14658] Regression in efi.c

[Thomas Gleixner]

On Mon, 23 Nov 2009, indexer wrote:
> > while the bisect should have be done with
> > 
> > good 2.6.30
> > bad  2.6.31
> > 
> > William, could you please go through the bisect pain again?
>> 
> I had already done a similar bisect to this in private conversation to Huang
> Ying, and is what prompted me to expand my bisect out. I redid it regardless
> and will send you the information.
> 
> commit 74fca6a42863ffacaf7ba6f1936a9f228950f657
> Author: Linus Torvalds <torvalds@linux-foundation.org>
> Date:   Wed Sep 9 15:13:59 2009 -0700
> 
>    Linux 2.6.31
> 
> Makefile |    2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)

So you are saying that 
 
> # good: [7135a71b19be1faf48b7148d77844d03bc0717d6] aoe: allocate unused
> request_queue for sysfs
> git bisect good 7135a71b19be1faf48b7148d77844d03bc0717d6

which is the last code changing commit before the 2.6.31 release is
booting fine, but with the release commit which merily changes the
Makefile it is not ?

> PS - The fact remains i still cant efi boot in 2.6.32-rc7, so this bug still
> exists, and I will keep doing what i can to help track this down.

Sure, but I hope we agree that it does not make much sense to search
2.6.31..now when we already know that 2.6.31 is not booting and the
change which causes the problem is between 2.6.30 and 2.6.31.

Thanks,

	tglx

Re: [Bug 14658] Regression in efi.c

[indexer]

Thomas Gleixner wrote:
> On Mon, 23 Nov 2009, indexer wrote:
>   
>>> while the bisect should have be done with
>>>
>>> good 2.6.30
>>> bad  2.6.31
>>>
>>> William, could you please go through the bisect pain again?
>>>
>>>       
>> I had already done a similar bisect to this in private conversation to Huang
>> Ying, and is what prompted me to expand my bisect out. I redid it regardless
>> and will send you the information.
>>
>> commit 74fca6a42863ffacaf7ba6f1936a9f228950f657
>> Author: Linus Torvalds <torvalds@linux-foundation.org>
>> Date:   Wed Sep 9 15:13:59 2009 -0700
>>
>>    Linux 2.6.31
>>
>> Makefile |    2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>     
>
> So you are saying that 
>  
>   
>> # good: [7135a71b19be1faf48b7148d77844d03bc0717d6] aoe: allocate unused
>> request_queue for sysfs
>> git bisect good 7135a71b19be1faf48b7148d77844d03bc0717d6
>>     
>
> which is the last code changing commit before the 2.6.31 release is
> booting fine, but with the release commit which merily changes the
> Makefile it is not ?
>   
I dont know, I will test this as soon as possible. I might change the 
bisect parameters a bit, but really im quite new to all this. It may 
also be a possibility it is gen-patches breaking it as i reported 
2.6.30-gentoo was the broken kernel. Either way, the fact remains that 
on 2.6.31 and higher vanilla it is broken.
>   
>> PS - The fact remains i still cant efi boot in 2.6.32-rc7, so this bug still
>> exists, and I will keep doing what i can to help track this down.
>>     
>
> Sure, but I hope we agree that it does not make much sense to search
> 2.6.31..now when we already know that 2.6.31 is not booting and the
> change which causes the problem is between 2.6.30 and 2.6.31.
>
> Thanks,
>
> 	tglx
>
> --
> 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/
>   
 Oh i have no issues agreeing with you, but its really confusing me, and 
i of course may have made an error in what i reported. I am after all 
only human, and i might have made a mistake, and this is the first time 
i have ever submitted a bug, let alone found one like this. The end 
product is that 2.6.32 doesn't boot, but maybe the last working version 
was not 2.6.30-rc8, maybe it was a 2.6.31 kernel. I might redo the 
bisect and try this out again, as i'm quite intent on finding the source 
of this. I will also see if i can get my hands on another x86_64 linux 
install with efi to test it on a different machine to see if it is 
hardware specific to my computer. For the record i am running a late 
2009 macbook pro gen 5 rev 3, efi version 1.7 with refit and elilo.

William

Re: [Bug 14658] Regression in efi.c

[indexer]

[-- Attachment #1: Type: text/plain, Size: 1465 bytes --]

To whom it may concern

I have redone the bisect and i believe the versions i originally stated 
were wrong. I apologise for this mistake

commit 7bd867dfb4e0357e06a3211ab2bd0e714110def3
Author: Feng Tang <feng.tang@intel.com>
Date:   Thu Sep 10 10:48:56 2009 +0800

    x86: Move get/set_wallclock to x86_platform_ops
   
    get/set_wallclock() have already a set of platform dependent
    implementations (default, EFI, paravirt). MRST will add another
    variant.
   
    Moving them to platform ops simplifies the existing code and minimizes
    the effort to integrate new variants.
   
    Signed-off-by: Feng Tang <feng.tang@intel.com>
    LKML-Reference: <new-submission>
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

 arch/x86/include/asm/paravirt.h       |   10 ------
 arch/x86/include/asm/paravirt_types.h |    4 --
 arch/x86/include/asm/time.h           |   50 
---------------------------------
 arch/x86/include/asm/x86_init.h       |    4 ++
 arch/x86/kernel/efi.c                 |    4 ++
 arch/x86/kernel/kvmclock.c            |    4 +-
 arch/x86/kernel/paravirt.c            |    2 -
 arch/x86/kernel/rtc.c                 |   12 ++-----
 arch/x86/kernel/vmi_32.c              |    4 +-
 arch/x86/kernel/x86_init.c            |    2 +
 arch/x86/lguest/boot.c                |    4 +--
 arch/x86/xen/enlighten.c              |    4 +-
 12 files changed, 21 insertions(+), 83 deletions(-)


Also find my bisect log attached.

William

[-- Attachment #2: bisect-log --]
[-- Type: text/plain, Size: 2556 bytes --]

git bisect start
# good: [28d0325ce6e0a52f53d8af687e6427fee59004d3] Linux 2.6.31-rc1
git bisect good 28d0325ce6e0a52f53d8af687e6427fee59004d3
# bad: [17d857be649a21ca90008c6dc425d849fa83db5c] Linux 2.6.32-rc1
git bisect bad 17d857be649a21ca90008c6dc425d849fa83db5c
# good: [99bc47067910f7070e65ee318a6dd79a2371f1e5] Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc-next-2.6
git bisect good 99bc47067910f7070e65ee318a6dd79a2371f1e5
# good: [515b696b282f856c3ad1679ccd658120faa387d0] Merge git://git.kernel.org/pub/scm/linux/kernel/git/lethal/sh-2.6
git bisect good 515b696b282f856c3ad1679ccd658120faa387d0
# bad: [be90a49ca22a95f184d9f32d35b5247b44032849] Merge git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6
git bisect bad be90a49ca22a95f184d9f32d35b5247b44032849
# bad: [8e4bc3dd2ca07d77882eba73cea240aba95a1854] Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
git bisect bad 8e4bc3dd2ca07d77882eba73cea240aba95a1854
# bad: [047efc7db9fea32703e8ba04629562e52cccdf88] V4L/DVB (13026): s2250-board: Implement brightness and contrast controls
git bisect bad 047efc7db9fea32703e8ba04629562e52cccdf88
# bad: [650901c0b6917505e81f6593d230ea3cdcf6518a] V4L/DVB (12868): tda18271: improve error log in function tda18271_write_regs
git bisect bad 650901c0b6917505e81f6593d230ea3cdcf6518a
# good: [3530c1886291df061e3972c55590777ef1cb67f8] Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4
git bisect good 3530c1886291df061e3972c55590777ef1cb67f8
# good: [54e2603f1a85b9725aa13518d69148b6e7061aa9] x86: platform: Fix section annotations
git bisect good 54e2603f1a85b9725aa13518d69148b6e7061aa9
# bad: [19bf00384a6d5bbe5d7b8afbcc25772e3675d423] V4L/DVB (12748): em28xx: implement g_std v4l call
git bisect bad 19bf00384a6d5bbe5d7b8afbcc25772e3675d423
# bad: [53e712d0844e99b8d8720327470b86ef401fb727] V4L/DVB (12734): cx25821: Fix some compilation troubles
git bisect bad 53e712d0844e99b8d8720327470b86ef401fb727
# bad: [78f28b7c555359c67c2a0d23f7436e915329421e] Merge branch 'x86-platform-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
git bisect bad 78f28b7c555359c67c2a0d23f7436e915329421e
# good: [9c88b25bcfde51eccf2cca13d933a2948d0ca4eb] frv: clean up linker script using new linker script macros.
git bisect good 9c88b25bcfde51eccf2cca13d933a2948d0ca4eb
# bad: [7bd867dfb4e0357e06a3211ab2bd0e714110def3] x86: Move get/set_wallclock to x86_platform_ops
git bisect bad 7bd867dfb4e0357e06a3211ab2bd0e714110def3

Re: [Bug 14658] Regression in efi.c

[Huang Ying]

Hi, William,

On Wed, 2009-11-25 at 08:35 +0800, indexer wrote: 
> To whom it may concern
> 
> I have redone the bisect and i believe the versions i originally stated 
> were wrong. I apologise for this mistake
> 
> commit 7bd867dfb4e0357e06a3211ab2bd0e714110def3
> Author: Feng Tang <feng.tang@intel.com>
> Date:   Thu Sep 10 10:48:56 2009 +0800
> 
>     x86: Move get/set_wallclock to x86_platform_ops
>    
>     get/set_wallclock() have already a set of platform dependent
>     implementations (default, EFI, paravirt). MRST will add another
>     variant.
>    
>     Moving them to platform ops simplifies the existing code and minimizes
>     the effort to integrate new variants.

Now Legacy RTC code instead of EFI get/set_wallclock is used on x86_64.
Your test shows that before this patch, kernel can boot on your system,
but can not boot after that?

Best Regards,
Huang Ying

Re: [Bug 14658] Regression in efi.c

[indexer]

Huang Ying wrote:
> Hi, William,
>
> On Wed, 2009-11-25 at 08:35 +0800, indexer wrote: 
>   
>> To whom it may concern
>>
>> I have redone the bisect and i believe the versions i originally stated 
>> were wrong. I apologise for this mistake
>>
>> commit 7bd867dfb4e0357e06a3211ab2bd0e714110def3
>> Author: Feng Tang <feng.tang@intel.com>
>> Date:   Thu Sep 10 10:48:56 2009 +0800
>>
>>     x86: Move get/set_wallclock to x86_platform_ops
>>    
>>     get/set_wallclock() have already a set of platform dependent
>>     implementations (default, EFI, paravirt). MRST will add another
>>     variant.
>>    
>>     Moving them to platform ops simplifies the existing code and minimizes
>>     the effort to integrate new variants.
>>     
>
> Now Legacy RTC code instead of EFI get/set_wallclock is used on x86_64.
> Your test shows that before this patch, kernel can boot on your system,
> but can not boot after that?
>
> Best Regards,
> Huang Ying
>
>
> --
> 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/
>   
Huang Ying

Yes that is correct, i cant boot after this patch was applied, but 
former to this patch, my system would boot.

William

Re: [Bug 14658] Regression in efi.c

[indexer]

Feng tang

I have just tested and applied that correction, and it resulted in a 
working system. I dont really know where to go from here so any advice 
would be appreciated.

William

RE: [Bug 14658] Regression in efi.c

[Tang, Feng]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="gb2312", Size: 883 bytes --]

William,

You've confirmed that apply commit 772be899b "x86: Make EFI RTC function depend
on 32bit again" right after 7bd867dfb "x86: Move get/set_wallclock to 
x86_platform_ops" will get a bootable kernel.

Then, one debug method may be use "git-rebase -i" to move commit 772be899b right after 
7bd867dfb, and do the bisect from there on. 

Thanks,
Feng
>-----Original Message-----
>From: indexer [mailto:indexer@internode.on.net]
>Sent: 2009Äê11ÔÂ25ÈÕ 17:43
>To: Tang, Feng
>Cc: LKML
>Subject: Re: [Bug 14658] Regression in efi.c
>
>Feng tang
>
>I have just tested and applied that correction, and it resulted in a
>working system. I dont really know where to go from here so any advice
>would be appreciated.
>
>William
ÿôèº{.nÇ+‰·Ÿ®‰­†+%ŠËÿ±éݶ\x17¥Šwÿº{.nÇ+‰·¥Š{±þG«éÿŠ{ayº\x1dʇڙë,j\a­¢f£¢·hšïêÿ‘êçz_è®\x03(­éšŽŠÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?™¨è­Ú&£ø§~á¶iO•æ¬z·švØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?–I¥

Re: [Bug 14658] Regression in efi.c

[indexer]

Feng, Peter

I decided to go back a few versions and check out if there any previous 
bugs, and upon bisecting i found this one

commit 37ba7ab5e33cebc25c68fffe33e9f21e7c2014e8
Author: H. Peter Anvin <hpa@zytor.com>
Date: Mon May 11 15:56:08 2009 -0700

x86, boot: make kernel_alignment adjustable; new bzImage fields

Make the kernel_alignment field adjustable; this allows us to set it
to a large value (intended to be 16 MB to avoid ZONE_DMA contention,
memory holes and other weirdness) while a smart bootloader can still
force a loading at a lesser alignment if absolutely necessary.

Also export pref_address (preferred loading address, corresponding to
the link-time address) and init_size, the total amount of linear
memory the kernel will require during initialization.

[ Impact: allows better kernel placement, gives bootloader more info ]

Signed-off-by: H. Peter Anvin <hpa@zytor.com>

arch/x86/boot/compressed/head_32.S | 7 +++++--
arch/x86/boot/compressed/head_64.S | 14 ++++++++++----
arch/x86/boot/header.S | 15 +++++++++++++--
arch/x86/include/asm/boot.h | 15 +++++++++++++++
arch/x86/kernel/asm-offsets_32.c | 1 +
arch/x86/kernel/asm-offsets_64.c | 1 +
6 files changed, 45 insertions(+), 8 deletions(-)


This seems to stop efi booting as well on x86_64. I have also been able 
to recently test this on a gen 4 macbook pro as well as my own gen 5 to 
make sure it is not an issue specific to this model.

William

Tang, Feng wrote:
> William,
>
> You've confirmed that apply commit 772be899b "x86: Make EFI RTC function depend
> on 32bit again" right after 7bd867dfb "x86: Move get/set_wallclock to 
> x86_platform_ops" will get a bootable kernel.
>
> Then, one debug method may be use "git-rebase -i" to move commit 772be899b right after 
> 7bd867dfb, and do the bisect from there on. 
>
> Thanks,
> Feng
>   
>> -----Original Message-----
>> From: indexer [mailto:indexer@internode.on.net]
>> Sent: 2009年11月25日 17:43
>> To: Tang, Feng
>> Cc: LKML
>> Subject: Re: [Bug 14658] Regression in efi.c
>>
>> Feng tang
>>
>> I have just tested and applied that correction, and it resulted in a
>> working system. I dont really know where to go from here so any advice
>> would be appreciated.
>>
>> William
>>     
> N嫥叉靣笡y氊b瞂千v豝�)藓{.n�+壏{睉赙zXФ\x17洝塄}财爖�&j:+v墾�\a珣赙zZ+€�+zf＂穐殘啳嗃i�z�\x1e畐ア�?櫒璀�&�)撷^[f旟^j谦y呩@A玜囤\x7f�\f0鹅h�\x0f鍜i\x7f

2.6.32-rc8-git1: Reported regressions 2.6.30 -> 2.6.31

[Rafael J. Wysocki]

This message contains a list of some regressions introduced between 2.6.30 and
2.6.31, for which there are no fixes in the mainline I know of.  If any of them
have been fixed already, please let me know.

If you know of any other unresolved regressions introduced between 2.6.30
and 2.6.31, please let me know either and I'll add them to the list.
Also, please let me know if any of the entries below are invalid.

Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.


Listed regressions statistics:

  Date          Total  Pending  Unresolved
  ----------------------------------------
  2009-11-21      178       35          31
  2009-11-17      176       34          30
  2009-10-26      170       37          32
  2009-10-12      161       45          35
  2009-10-02      151       49          42
  2009-09-06      123       34          27
  2009-08-26      108       33          26
  2009-08-20      102       32          29
  2009-08-10       89       27          24
  2009-08-02       76       36          28
  2009-07-27       70       51          43
  2009-07-07       35       25          21
  2009-06-29       22       22          15


Unresolved regressions
----------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14658
Subject		: Regression in efi.c
Submitter	: indexer <indexer@internode.on.net>
Date		: 2009-11-17 14:54 (5 days old)
References	: http://marc.info/?l=linux-kernel&m=125846988820120&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14649
Subject		: KMS not working
Submitter	: Martin Bammer <mrb74@gmx.at>
Date		: 2009-11-20 23:00 (2 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14640
Subject		: Suspend/resume failed on Thinkpad running Linux with kernel 2.6.31
Submitter	: Wayne <wayne.zhang@263.net>
Date		: 2009-11-19 03:57 (3 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14623
Subject		: Mount -o sync regression in 2.6.31
Submitter	: Stephen Hemminger <shemminger@vyatta.com>
Date		: 2009-11-11 20:33 (11 days old)
References	: http://marc.info/?l=linux-kernel&m=125797165709131&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14588
Subject		: Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: ccccb5b0
Submitter	: Hideki Yamane <henrich@debian.or.jp>
Date		: 2009-11-12 02:25 (10 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14484
Subject		: no video output after suspend
Submitter	: Riccardo Magliocchetti <riccardo.magliocchetti@gmail.com>
Date		: 2009-10-25 20:57 (28 days old)
References	: http://marc.info/?l=linux-kernel&m=125650430123713&w=4
Handled-By	: Jesse Barnes <jbarnes@virtuousgeek.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14476
Subject		: Unable to handle kernel paging request in nfs_write_mapping
Submitter	: Stephan von Krawczynski <skraw@ithnet.com>
Date		: 2009-10-14 9:53 (39 days old)
References	: http://marc.info/?l=linux-kernel&m=125551421405656&w=4
Handled-By	: Trond Myklebust <Trond.Myklebust@netapp.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14474
Subject		: restorecond going crazy on 2.6.31.4 - inotify regression?
Submitter	: Robert Hancock <hancockrwd@gmail.com>
Date		: 2009-10-16 0:03 (37 days old)
References	: http://marc.info/?l=linux-kernel&m=125565159520489&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14460
Subject		: No wireless connection with Ralink RT2500 since update to kernel 2.6.31
Submitter	: Filipp Andjelo <andjelo@gmx.net>
Date		: 2009-10-24 21:18 (29 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14450
Subject		: [2.6.31] Network interfaces are dead with 2.6.31 (iwlagn and sky2)
Submitter	: A. G. <orion.linbug@gmail.com>
Date		: 2009-10-21 07:30 (32 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14448
Subject		: PAT cpu feature is absent but detected by Xorg and others, cuses video driver problems
Submitter	: Aleksei Lukin <lukin@stu.cn.ua>
Date		: 2009-10-20 17:54 (33 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14400
Subject		: disable/enable wlan broken with ath5k
Submitter	: Daniel Bumke <danielbumke@gmail.com>
Date		: 2009-10-13 12:35 (40 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14391
Subject		: use after free of struct powernow_k8_data
Submitter	: Michal Schmidt <mschmidt@redhat.com>
Date		: 2009-09-24 14:51 (59 days old)
References	: http://marc.info/?l=linux-kernel&m=125380383515615&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14385
Subject		: DMAR regression in 2.6.31 leads to ext4 corruption?
Submitter	: Andy Isaacson <adi@hexapodia.org>
Date		: 2009-10-08 23:56 (45 days old)
References	: http://marc.info/?l=linux-kernel&m=125504643703877&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14294
Subject		: kernel BUG at drivers/ide/ide-disk.c:187
Submitter	: Santiago Garcia Mantinan <manty@manty.net>
Date		: 2009-09-30 11:05 (53 days old)
References	: http://marc.info/?l=linux-kernel&m=125430926311466&w=4
Handled-By	: David Miller <davem@davemloft.net>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14267
Subject		: Disassociating atheros wlan
Submitter	: Kristoffer Ericson <kristoffer.ericson@gmail.com>
Date		: 2009-09-24 10:16 (59 days old)
References	: http://marc.info/?l=linux-kernel&m=125378723723384&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14265
Subject		: ifconfig: page allocation failure. order:5, mode:0x8020 w/ e100
Submitter	: Karol Lewandowski <karol.k.lewandowski@gmail.com>
Date		: 2009-09-15 12:05 (68 days old)
References	: http://marc.info/?l=linux-kernel&m=125301636509517&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14257
Subject		: Not able to boot on 32 bit System
Submitter	: Rishikesh <risrajak@linux.vnet.ibm.com>
Date		: 2009-09-21 15:25 (62 days old)
References	: http://marc.info/?l=linux-kernel&m=125354604314412&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14256
Subject		: kernel BUG at fs/ext3/super.c:435
Submitter	: Mikael Pettersson <mikpe@it.uu.se>
Date		: 2009-09-21 7:29 (62 days old)
References	: http://marc.info/?l=linux-kernel&m=125351816109264&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14252
Subject		: WARNING: at include/linux/skbuff.h:1382 w/ e1000
Submitter	: Stephan von Krawczynski <skraw@ithnet.com>
Date		: 2009-09-20 11:26 (63 days old)
References	: http://marc.info/?l=linux-kernel&m=125344599006033&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14204
Subject		: MCE prevent booting on my computer(pentium iii @500Mhz)
Submitter	: GNUtoo <GNUtoo@no-log.org>
Date		: 2009-09-21 20:36 (62 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14157
Subject		: end_request: I/O error, dev cciss/cXdX, sector 0
Submitter	:  <jiri.harcarik@gmail.com>
Date		: 2009-09-11 07:42 (72 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14141
Subject		: order 2 page allocation failures in iwlagn
Submitter	: Frans Pop <elendil@planet.nl>
Date		: 2009-09-06 7:40 (77 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2ff05b2b4eac2e63d345fc731ea151a060247f53
References	: http://marc.info/?l=linux-kernel&m=125222287419691&w=4
		  http://lkml.org/lkml/2009/10/2/86
		  http://lkml.org/lkml/2009/10/5/24
		  http://lkml.indiana.edu/hypermail/linux/kernel/0910.1/01395.html
Handled-By	: Pekka Enberg <penberg@cs.helsinki.fi>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14114
Subject		: Tuning a saa7134 based card is broken in kernel 2.6.31-rc7
Submitter	: Tsvety Petrov <Tsvetoslav.Petrov@itron.com>
Date		: 2009-09-03 21:06 (80 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13987
Subject		: Received NMI interrupt at resume
Submitter	: Christian Casteyde <casteyde.christian@free.fr>
Date		: 2009-08-15 07:55 (99 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=f41f3f373dd72344c65d801d6381fe83ef3a2c54


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13943
Subject		: WARNING: at net/mac80211/mlme.c:2292 with ath5k
Submitter	: Fabio Comolli <fabio.comolli@gmail.com>
Date		: 2009-08-06 20:15 (108 days old)
References	: http://marc.info/?l=linux-kernel&m=124958978600600&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13941
Subject		: x86 Geode issue
Submitter	: Martin-Éric Racine <q-funk@iki.fi>
Date		: 2009-08-03 12:58 (111 days old)
References	: http://marc.info/?l=linux-kernel&m=124930434732481&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13836
Subject		: suspend script fails, related to stdout?
Submitter	: Tomas M. <tmezzadra@gmail.com>
Date		: 2009-07-17 21:24 (128 days old)
References	: http://marc.info/?l=linux-kernel&m=124785853811667&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13809
Subject		: oprofile: possible circular locking dependency detected
Submitter	: Jerome Marchand <jmarchan@redhat.com>
Date		: 2009-07-22 13:35 (123 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13733
Subject		: 2.6.31-rc2: irq 16: nobody cared
Submitter	: Niel Lambrechts <niel.lambrechts@gmail.com>
Date		: 2009-07-06 18:32 (139 days old)
References	: http://marc.info/?l=linux-kernel&m=124690524027166&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13645
Subject		: NULL pointer dereference at (null) (level2_spare_pgt)
Submitter	: poornima nayak <mpnayak@linux.vnet.ibm.com>
Date		: 2009-06-17 17:56 (158 days old)
References	: http://lkml.org/lkml/2009/6/17/194


Regressions with patches
------------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14340
Subject		: speedstep-ich driver not working in 2.6.31
Submitter	:  <dave.mueller@gmx.ch>
Date		: 2009-10-07 08:16 (46 days old)
Handled-By	: Eric Pielbug <e.a.b.piel@tudelft.nl>
		  Rusty Russell <rusty@rustcorp.com.au>
Patch		: http://patchwork.kernel.org/patch/54672/
		  http://patchwork.kernel.org/patch/54671/


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14253
Subject		: Oops in driversbasefirmware_class
Submitter	: Lars Ericsson <Lars_Ericsson@telia.com>
Date		: 2009-09-16 20:44 (67 days old)
References	: http://lkml.org/lkml/2009/9/16/461
Handled-By	: Frederik Deweerdt <frederik.deweerdt@xprog.eu>
Patch		: http://patchwork.kernel.org/patch/49914/


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14137
Subject		: usb console regressions
Submitter	: Jason Wessel <jason.wessel@windriver.com>
Date		: 2009-09-05 21:08 (78 days old)
References	: http://marc.info/?l=linux-kernel&m=125218501310512&w=4
Handled-By	: Jason Wessel <jason.wessel@windriver.com>
Patch		: http://patchwork.kernel.org/patch/45953/
		  http://patchwork.kernel.org/patch/45952/


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14017
Subject		: _end symbol missing from Symbol.map
Submitter	: Hannes Reinecke <hare@suse.de>
Date		: 2009-08-13 6:45 (101 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=091e52c3551d3031343df24b573b770b4c6c72b6
References	: http://marc.info/?l=linux-kernel&m=125014649102253&w=4
Handled-By	: Hannes Reinecke <hare@suse.de>
Patch		: http://marc.info/?l=linux-kernel&m=125014649102253&w=4


For details, please visit the bug entries and follow the links given in
references.

As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions introduced
between 2.6.30 and 2.6.31, unresolved as well as resolved, at:

http://bugzilla.kernel.org/show_bug.cgi?id=13615

Please let me know if there are any Bugzilla entries that should be added to
the list in there.

Thanks,
Rafael

[Bug #14658] Regression in efi.c

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.30 and 2.6.31.

The following bug entry is on the current list of known regressions
introduced between 2.6.30 and 2.6.31.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14658
Subject		: Regression in efi.c
Submitter	: indexer <indexer@internode.on.net>
Date		: 2009-11-17 14:54 (5 days old)
References	: http://marc.info/?l=linux-kernel&m=125846988820120&w=4