* [Qemu-devel] Sporadic AHCI boot failures
@ 2012-05-02 18:14 Jan Kiszka
2012-05-02 21:26 ` Alexander Graf
0 siblings, 1 reply; 5+ messages in thread
From: Jan Kiszka @ 2012-05-02 18:14 UTC (permalink / raw)
To: qemu-devel; +Cc: Gerd Hoffmann, Alexander Graf
Hi,
I'm running a Win7 VM over AHCI, rebooting quite frequently. Depending
on host system load, I'm facing a lot of sporadic boot failures (disk
not found), obviously in SeaBIOS. Could it be that some timeout in the
init code bites us here? AHCI_LINK_TIMEOUT or AHCI_RESET_TIMEOUT? Just a
guess, I haven't debugged this yet.
Jan
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] Sporadic AHCI boot failures
2012-05-02 18:14 [Qemu-devel] Sporadic AHCI boot failures Jan Kiszka
@ 2012-05-02 21:26 ` Alexander Graf
2012-05-03 12:17 ` Jan Kiszka
0 siblings, 1 reply; 5+ messages in thread
From: Alexander Graf @ 2012-05-02 21:26 UTC (permalink / raw)
To: Jan Kiszka; +Cc: qemu-devel, Gerd Hoffmann
On 02.05.2012, at 20:14, Jan Kiszka <jan.kiszka@siemens.com> wrote:
> Hi,
>
> I'm running a Win7 VM over AHCI, rebooting quite frequently. Depending
> on host system load, I'm facing a lot of sporadic boot failures (disk
> not found), obviously in SeaBIOS. Could it be that some timeout in the
> init code bites us here? AHCI_LINK_TIMEOUT or AHCI_RESET_TIMEOUT? Just a
> guess, I haven't debugged this yet.
Hm, I'd be surprised if that's the problem.
Do things work again after system_reset on the monitor? Maybe the reset function is just broken and we finish some asynchronous stuff after reset?
Alex
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] Sporadic AHCI boot failures
2012-05-02 21:26 ` Alexander Graf
@ 2012-05-03 12:17 ` Jan Kiszka
2012-06-05 19:08 ` Jan Kiszka
0 siblings, 1 reply; 5+ messages in thread
From: Jan Kiszka @ 2012-05-03 12:17 UTC (permalink / raw)
To: Alexander Graf; +Cc: qemu-devel, Gerd Hoffmann
On 2012-05-02 18:26, Alexander Graf wrote:
>
>
> On 02.05.2012, at 20:14, Jan Kiszka <jan.kiszka@siemens.com> wrote:
>
>> Hi,
>>
>> I'm running a Win7 VM over AHCI, rebooting quite frequently. Depending
>> on host system load, I'm facing a lot of sporadic boot failures (disk
>> not found), obviously in SeaBIOS. Could it be that some timeout in the
>> init code bites us here? AHCI_LINK_TIMEOUT or AHCI_RESET_TIMEOUT? Just a
>> guess, I haven't debugged this yet.
>
> Hm, I'd be surprised if that's the problem.
>
> Do things work again after system_reset on the monitor? Maybe the reset function is just broken and we finish some asynchronous stuff after reset?
The problem both occurs after power on as well as reset. Sometimes it
takes multiple system_reset calls to get the system booting.
Jan
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] Sporadic AHCI boot failures
2012-05-03 12:17 ` Jan Kiszka
@ 2012-06-05 19:08 ` Jan Kiszka
2012-06-06 7:53 ` Avi Kivity
0 siblings, 1 reply; 5+ messages in thread
From: Jan Kiszka @ 2012-06-05 19:08 UTC (permalink / raw)
To: Alexander Graf; +Cc: Avi Kivity, Marcelo Tosatti, qemu-devel, Gerd Hoffmann
On 2012-05-03 14:17, Jan Kiszka wrote:
> On 2012-05-02 18:26, Alexander Graf wrote:
>>
>>
>> On 02.05.2012, at 20:14, Jan Kiszka <jan.kiszka@siemens.com> wrote:
>>
>>> Hi,
>>>
>>> I'm running a Win7 VM over AHCI, rebooting quite frequently. Depending
>>> on host system load, I'm facing a lot of sporadic boot failures (disk
>>> not found), obviously in SeaBIOS. Could it be that some timeout in the
>>> init code bites us here? AHCI_LINK_TIMEOUT or AHCI_RESET_TIMEOUT? Just a
>>> guess, I haven't debugged this yet.
>>
>> Hm, I'd be surprised if that's the problem.
>>
>> Do things work again after system_reset on the monitor? Maybe the reset function is just broken and we finish some asynchronous stuff after reset?
>
> The problem both occurs after power on as well as reset. Sometimes it
> takes multiple system_reset calls to get the system booting.
Think I found it: There is bug in the new in-kernel PIT userspace code
that lets Seabios detect some 4..7 MHz CPU. So all the timeouts finish
way too early. This also affects IDE and possible other stuff in the
bios that depends on timeouts.
Digging into this...
Jan
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] Sporadic AHCI boot failures
2012-06-05 19:08 ` Jan Kiszka
@ 2012-06-06 7:53 ` Avi Kivity
0 siblings, 0 replies; 5+ messages in thread
From: Avi Kivity @ 2012-06-06 7:53 UTC (permalink / raw)
To: Jan Kiszka
Cc: Kevin Wolf, Ren, Yongjie, Marcelo Tosatti, Alexander Graf,
qemu-devel, Gerd Hoffmann
On 06/05/2012 10:08 PM, Jan Kiszka wrote:
>>>
>>> Do things work again after system_reset on the monitor? Maybe the reset function is just broken and we finish some asynchronous stuff after reset?
>>
>> The problem both occurs after power on as well as reset. Sometimes it
>> takes multiple system_reset calls to get the system booting.
>
> Think I found it: There is bug in the new in-kernel PIT userspace code
> that lets Seabios detect some 4..7 MHz CPU. So all the timeouts finish
> way too early. This also affects IDE and possible other stuff in the
> bios that depends on timeouts.
>
> Digging into this...
>
This is probably Yongjie Ren's problem as well.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2012-06-06 7:53 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-05-02 18:14 [Qemu-devel] Sporadic AHCI boot failures Jan Kiszka
2012-05-02 21:26 ` Alexander Graf
2012-05-03 12:17 ` Jan Kiszka
2012-06-05 19:08 ` Jan Kiszka
2012-06-06 7:53 ` Avi Kivity
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).