Avi Kivity <[EMAIL PROTECTED]> writes:
>
> Leslie Mann wrote:
> > FYI, a switch to rtl8139 from the default NE2000 nic has "cured" the problem
> > under both kvm-18 and kvm-svn.
> >
>
> The hint finally sank in, I was able to reproduce after switching to
> ne2k (I usually use rtl8139). The
Leslie Mann wrote:
FYI, a switch to rtl8139 from the default NE2000 nic has "cured" the problem
under both kvm-18 and kvm-svn.
The hint finally sank in, I was able to reproduce after switching to
ne2k (I usually use rtl8139). The attached patch (for kvm-18) fixes it
for me. Confirmation
Avi,
Please test the attached patch [..]
Same problem here, except that I can reproduce the network hanger just
by mounting an SMB share and producing a certain network load, for
example copying a file of several megabytes or rapidly moving the slider
up and down. Setting the network device to
Leslie Mann wrote:
Avi Kivity <[EMAIL PROTECTED]> writes:
Please test the attached patch, against kvm-17. This is subversion
revision 4546 and git commit c01571ed56754dfea458cc37d553c360082411a1.
Fails.
I notice that a lot of new code is related to pio. Seeing that it locks up wh
Avi Kivity <[EMAIL PROTECTED]> writes:
> That's a good indication the problem is with handling I/O instructions.
> I have an image that exhibits similar behavior (but on Windows chkdsk on
> boot) so I'll try debugging that. If that does not work I'll try to
> send you debug patches.
>
Would be
Leslie Mann wrote:
> Avi:
>
> Leslie Mann <[EMAIL PROTECTED]> writes:
>
>
>> Fails.
>>
>> I notice that a lot of new code is related to pio. Seeing that it locks up
>> when
>> the VPN starts using the network, I sprinkled some printk's around and have
>> discovered that we enter an long runnin
Avi:
Leslie Mann <[EMAIL PROTECTED]> writes:
> Fails.
>
> I notice that a lot of new code is related to pio. Seeing that it locks up
> when
> the VPN starts using the network, I sprinkled some printk's around and have
> discovered that we enter an long running (endless?) loop in kvm_run.
> ru
Avi Kivity <[EMAIL PROTECTED]> writes:
>
> Please test the attached patch, against kvm-17. This is subversion
> revision 4546 and git commit c01571ed56754dfea458cc37d553c360082411a1.
>
Fails.
I notice that a lot of new code is related to pio. Seeing that it locks up when
the VPN starts usin
Leslie Mann wrote:
I'll prepare the first patch. Can you ensure that your upgraded setup
still works kvm-17.
It does, as I use it daily in order to run a Win app that I need.
Please test the attached patch, against kvm-17. This is subversion
revision 4546 and git commit c01571ed5
Avi Kivity <[EMAIL PROTECTED]> writes:
>
> It's probably the aio thread. But wasn't there a segfault? That should
> get us a nice core.
>
No segfault. I don't believe that qemu has crashed, it just doesn't respond.
Only ill effect after killing the process is that the mouse dies.
>
> The
Leslie Mann wrote:
> Avi Kivity <[EMAIL PROTECTED]> writes:
>
>
>> The SIGIO means some I/O has occured, but what exactly, we don't know.
>> Can you generate a core, attach it with gdb, and generate a backtrace?
>>
>> Check the backtrace for signs of your password and delete them if
>> found.
Avi Kivity <[EMAIL PROTECTED]> writes:
>
> The SIGIO means some I/O has occured, but what exactly, we don't know.
> Can you generate a core, attach it with gdb, and generate a backtrace?
>
> Check the backtrace for signs of your password and delete them if
> found. It shouldn't be there, but
breaks Cisco VPN on WinXP SP1
Leslie Mann wrote:
> That works. Here is the last 100 lines from the strace capture. Letme know if
> there is anything else you need.
>
[...]
> 21:05:48.736568 clock_gettime(CLOCK_MONOTONIC, {1334, 970496230}) = 0
> <0.10>
> 2
Leslie Mann wrote:
> That works. Here is the last 100 lines from the strace capture. Letme know if
> there is anything else you need.
>
[...]
> 21:05:48.736568 clock_gettime(CLOCK_MONOTONIC, {1334, 970496230}) = 0
> <0.10>
> 21:05:48.736618 sigreturn() = ? (mask now []) <0.00
Avi Kivity <[EMAIL PROTECTED]> writes:
> Ah, Windows sets a timeout when loading drivers, and of course strace
> slows down the initial screen clear.
>
> You can try attaching strace with the '-p' option, just before
> connecting. This will reduce the log size greatly. I should have
> though
Leslie Mann wrote:
> Avi Kivity <[EMAIL PROTECTED]> writes:
>
>
>> Can you run qemu under strace -ttT? Be prepared for a long log.
>>
>> Also, checking with the -no-kvm option is worthwhile.
>>
>
> Avi:
>
> Can't run under strace. XP starts to boot then blue screens complaining of an
> in
Avi Kivity <[EMAIL PROTECTED]> writes:
>
> Can you run qemu under strace -ttT? Be prepared for a long log.
>
> Also, checking with the -no-kvm option is worthwhile.
Avi:
Can't run under strace. XP starts to boot then blue screens complaining of an
infinite loop in the cirrus driver. I have a
Leslie Mann wrote:
>>> kvm-18 has broken use of Cisco VPN client on WinXP SP1 running on a FC6
>>> 2.6.19-1.2911 client, Intel Core Duo system. I have been running
>>> successfully from kvm-11 thru kvm-17 without issue. After upgrading to
>>> kvm-18 any attempts to connect the VPN client resul
Avi Kivity <[EMAIL PROTECTED]> writes:
>
> Leslie Mann wrote:
> > kvm-18 has broken use of Cisco VPN client on WinXP SP1 running on a FC6
> > 2.6.19-1.2911 client, Intel Core Duo system. I have been running
> > successfully from kvm-11 thru kvm-17 without issue. After upgrading to
> > kvm-18
Leslie Mann wrote:
> kvm-18 has broken use of Cisco VPN client on WinXP SP1 running on a FC6
> 2.6.19-1.2911 client, Intel Core Duo system. I have been running
> successfully from kvm-11 thru kvm-17 without issue. After upgrading to
> kvm-18 any attempts to connect the VPN client result in an
20 matches
Mail list logo
