From: Andrew Theurer <habanero@linux.vnet.ibm.com>
To: Avi Kivity <avi@redhat.com>
Cc: kvm@vger.kernel.org
Subject: Re: kernel bug in kvm_intel
Date: Sat, 31 Oct 2009 11:25:32 -0500 [thread overview]
Message-ID: <4AEC64FC.7070908@linux.vnet.ibm.com> (raw)
In-Reply-To: <4AEC5C24.9080506@redhat.com>
Avi Kivity wrote:
> On 10/30/2009 08:07 PM, Andrew Theurer wrote:
>>
>> I have finally bisected and isolated this to the following commit:
>>
>> ada3fa15057205b7d3f727bba5cd26b5912e350f
>> http://git.kernel.org/?p=virt/kvm/kvm.git;a=commit;h=ada3fa15057205b7d3f727bba5cd26b5912e350f
>>
>>
>>> Merge branch 'for-linus' of git://git./linux/kernel/git/tj/percpu
>>>
>>> * 'for-linus' of
>>> git://git.kernel.org/pub/scm/linux/kernel/git/tj/percpu: (46 commits)
>>> powerpc64: convert to dynamic percpu allocator
>>> sparc64: use embedding percpu first chunk allocator
>>> percpu: kill lpage first chunk allocator
>>> x86,percpu: use embedding for 64bit NUMA and page for 32bit NUMA
>>> percpu: update embedding first chunk allocator to handle sparse units
>>> percpu: use group information to allocate vmap areas sparsely
>>> vmalloc: implement pcpu_get_vm_areas()
>>> vmalloc: separate out insert_vmalloc_vm()
>>> percpu: add chunk->base_addr
>>> percpu: add pcpu_unit_offsets[]
>>> percpu: introduce pcpu_alloc_info and pcpu_group_info
>>> percpu: move pcpu_lpage_build_unit_map() and
>>> pcpul_lpage_dump_cfg() upward
>>> percpu: add @align to pcpu_fc_alloc_fn_t
>>> percpu: make @dyn_size mandatory for pcpu_setup_first_chunk()
>>> percpu: drop @static_size from first chunk allocators
>>> percpu: generalize first chunk allocator selection
>>> percpu: build first chunk allocators selectively
>>> percpu: rename 4k first chunk allocator to page
>>> percpu: improve boot messages
>>> percpu: fix pcpu_reclaim() locking
>>>
>> The previous commit (5579fd7e6aed8860ea0c8e3f11897493153b10ad) does not
>> this problem. FYI, this problem only occurs when oprofile is active.
>>
>> Any idea what in this commit might be the issue?
>>
>>
>
> 5579 is not the preceding commit, it is the merged branch:
>
> commit ada3fa15057205b7d3f727bba5cd26b5912e350f
> Merge: 2f82af0 5579fd7
> Author: Linus Torvalds <torvalds@linux-foundation.org>
> Date: Tue Sep 15 09:39:44 2009 -0700
>
> Merge branch 'for-linus' of
> git://git.kernel.org/pub/scm/linux/kernel/git/tj/percpu
>
>
> What happens with 2f82af0?
>
2f82af0 is:
> Nicolas Pitre has a new email address
>
> Due to problems at cam.org, my nico@cam.org email address is no longer
> valid. FRom now on, nico@fluxnic.net should be used instead.
I have not tested that, but it doesn't seem likely that it would have
anything to do with the problem. Or maybe I am misunderstanding the
impact of this commit?
FWIW, here is the bisect log:
git bisect start
# good: [227423904c709a8e60245c97081bbeb4fb500655] Merge branch
'x86-pat-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
git bisect good 227423904c709a8e60245c97081bbeb4fb500655
# bad: [0f29f5871c165e346409f62d903f97cfad3894c5] Staging: rtl8192su:
remove RTL8192SU ifdefs
git bisect bad 0f29f5871c165e346409f62d903f97cfad3894c5
# bad: [ada3fa15057205b7d3f727bba5cd26b5912e350f] Merge branch
'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/percpu
git bisect bad ada3fa15057205b7d3f727bba5cd26b5912e350f
# bad: [ada3fa15057205b7d3f727bba5cd26b5912e350f] Merge branch
'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/percpu
git bisect bad ada3fa15057205b7d3f727bba5cd26b5912e350f
# good: [decee2e8a9538ae5476e6cb3f4b7714c92a04a2b] V4L/DVB (12485):
zl10353: correct implementation of FE_READ_UNCORRECTED_BLOCKS
git bisect good decee2e8a9538ae5476e6cb3f4b7714c92a04a2b
# good: [0ee7e4d6d4f58c3b2d9f0ca8ad8f63abda8694b1] V4L/DVB (12694):
gspca - vc032x: Change the start exchanges of the sensor hv7131r.
git bisect good 0ee7e4d6d4f58c3b2d9f0ca8ad8f63abda8694b1
# good: [f58dc01ba2ca9fe3ab2ba4ca43d9c8a735cf62d8] percpu: generalize
first chunk allocator selection
git bisect good f58dc01ba2ca9fe3ab2ba4ca43d9c8a735cf62d8
# good: [2f82af08fcc7dc01a7e98a49a5995a77e32a2925] Nicolas Pitre has a
new email address
git bisect good 2f82af08fcc7dc01a7e98a49a5995a77e32a2925
# good: [cf88c79006bd6a09ad725ba0b34c0e23db20b19e] vmalloc: separate out
insert_vmalloc_vm()
git bisect good cf88c79006bd6a09ad725ba0b34c0e23db20b19e
# good: [4518e6a0c038b98be4c480e6f4481e8676bd15dd] x86,percpu: use
embedding for 64bit NUMA and page for 32bit NUMA
git bisect good 4518e6a0c038b98be4c480e6f4481e8676bd15dd
# good: [bcb2107fdbecef3de55d597d23453747af81ba88] sparc64: use
embedding percpu first chunk allocator
git bisect good bcb2107fdbecef3de55d597d23453747af81ba88
# good: [5579fd7e6aed8860ea0c8e3f11897493153b10ad] Merge branch
'for-next' into for-linus
git bisect good 5579fd7e6aed8860ea0c8e3f11897493153b10ad
Oh, wait, that commit was tested, in the middle of the log above.
-Andrew
next prev parent reply other threads:[~2009-10-31 16:25 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-09 20:04 kernel bug in kvm_intel Andrew Theurer
2009-10-11 5:19 ` Avi Kivity
2009-10-12 18:42 ` Andrew Theurer
2009-10-13 6:50 ` Avi Kivity
2009-10-13 14:04 ` Andrew Theurer
2009-10-14 17:10 ` Avi Kivity
2009-10-15 20:18 ` Andrew Theurer
2009-10-30 18:07 ` Andrew Theurer
2009-10-31 15:47 ` Avi Kivity
2009-10-31 16:25 ` Andrew Theurer [this message]
2009-10-31 16:32 ` Avi Kivity
2009-10-31 16:38 ` Avi Kivity
2009-11-01 10:00 ` Tejun Heo
2009-11-01 10:20 ` Avi Kivity
2009-11-01 10:45 ` Tejun Heo
2009-11-01 11:31 ` Avi Kivity
2009-11-18 9:26 ` Tejun Heo
2009-11-26 1:35 ` Andrew Theurer
2009-11-26 1:41 ` Tejun Heo
2009-11-26 10:31 ` Avi Kivity
2009-11-26 13:47 ` Andrew Theurer
2009-11-29 14:46 ` Avi Kivity
2009-11-30 16:27 ` Andrew Theurer
2009-10-13 14:31 ` Marcelo Tosatti
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4AEC64FC.7070908@linux.vnet.ibm.com \
--to=habanero@linux.vnet.ibm.com \
--cc=avi@redhat.com \
--cc=kvm@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).