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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.