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: <alpine.DEB.2.01.1001060434330.3483@bogon.housecafe.de>
Date:	Wed, 6 Jan 2010 04:43:04 -0800 (PST)
From:	Christian Kujau <lists@...dbynature.de>
To:	Cyrill Gorcunov <gorcunov@...il.com>
cc:	Jeremy Fitzhardinge <jeremy@...p.org>,
	LKML <linux-kernel@...r.kernel.org>, brgerst@...il.com,
	hpa@...or.com
Subject: Re: 2.6.33-rc2: Xen/Guest switching to user mode with no user page
 tables

On Wed, 6 Jan 2010 at 14:21, Cyrill Gorcunov wrote:
> > ------------[ cut here ]------------
> > WARNING: at /mnt/d1/linux-2.6-git/arch/x86/kernel/apic/apic_noop.c:130 
> > noop_apic_write+0x40/0x50()
> > Modules linked in:Pid: 0, comm: swapper Not tainted 2.6.32 #1
> > Call Trace:
> >  [<ffffffff81032563>] ? warn_slowpath_common+0x73/0xb0
> >  [<ffffffff8101a7c0>] ? noop_apic_write+0x40/0x50
> >  [<ffffffff81334160>] ? init_hw_perf_events+0x33d/0x3dd
> >  [<ffffffff8100622f>] ? xen_restore_fl_direct_end+0x0/0x1
> >  [<ffffffff81333cab>] ? identify_boot_cpu+0x15/0x3e
> >  [<ffffffff81333dfe>] ? check_bugs+0x9/0x2e
> >  [<ffffffff8132ec6e>] ? start_kernel+0x324/0x334
> > ---[ end trace a7919e7f17c0a725 ]---
> > 
> This one should be fixed by the commit 125580380f418000b1a06d9a54700f1191b6e561
> I believe.

Thanks, so within this particular bisection that would mean it's a "good" 
revision - it won't but because it doesn't have this fix, but it's not the 
same the initial problem.

I've run a few more bisections and this is where I have arrived now:

http://nerdbynature.de/bits/2.6.33-rc2/xen/bisect/git-bisect_finished.log

...with the last iteration being:


# git bisect good
3bd95dfb182969dc6d2a317c150e0df7107608d3 is the first bad commit
commit 3bd95dfb182969dc6d2a317c150e0df7107608d3
Author: Brian Gerst <brgerst@...il.com>
Date:   Wed Dec 9 12:34:40 2009 -0500

    x86, 64-bit: Move kernel_thread to C
    
    Prepare for merging with 32-bit.
    
    Signed-off-by: Brian Gerst <brgerst@...il.com>
    LKML-Reference: <1260380084-3707-2-git-send-email-brgerst@...il.com>
    Signed-off-by: H. Peter Anvin <hpa@...or.com>

:040000 040000 30b5dd4d6888694ca2967893ef3e662461fe9978 
0bb5fb33914aac10aaf0344fb8cff596378be52a M      arch


@Brian, hpa: I've Cc'ed you on this one, here's what I'm whining about:
             http://lkml.org/lkml/2010/1/5/489


Please let me know if this makes sense or if the bisection looks 
funny/invalid.

Thanks,
Christian.
-- 
BOFH excuse #353:

Second-system effect.
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ