Current code resets file's atime to 0 when there is a change in mtime.
This results in resetting the atime to "1970-01-01 05:30:00". For
example, truncate -s 0 filename results in changing the mtime to the
truncate time, but resets the atime to "1970-01-01 05:30:00". utime
system call does not have
On Sun, May 30, 2010 at 08:21:30PM +, Blue Swirl wrote:
> On Sun, May 30, 2010 at 8:07 PM, Gleb Natapov wrote:
> > On Sun, May 30, 2010 at 07:37:59PM +, Blue Swirl wrote:
> >> On Sun, May 30, 2010 at 1:49 PM, Gleb Natapov wrote:
> >> > On Sun, May 30, 2010 at 12:56:26PM +, Blue Swirl
I’m working with Qemu source study, but now I have some difficulty in these
assembly instructions at the beginning of cpu_exec function. My question as
follows:
After entering function cpu_exec, there are some assembly codes:
register host_reg_t reg_AREG0 asm("ebp");
volatile host_reg_t
On Sun, May 30, 2010 at 06:48:03PM +0300, Michael S. Tsirkin wrote:
> On Fri, May 28, 2010 at 06:30:46PM +0900, Isaku Yamahata wrote:
> > add helper function which converts root bus to pci domain.
> > make them aware of pci domain.
> >
> > Signed-off-by: Isaku Yamahata
>
> Doesn't seem to apply
From: Nicholas Bellinger
This patch updates hw/scsi-bus.c to add MAINTENANCE_IN and MAINTENANCE_OUT case
in
scsi_req_length() to extra the incoming buffer length into
SCSIRequest->cmd.xfer,
and adds a second MAINTENANCE_OUT case in scsi_req_xfer_mode() in order to
properly
set SCSI_XFER_TO_DEV
From: Nicholas Bellinger
This patch updates hw/scsi-bus.c to add PERSISTENT_RESERVE_OUT and
PERSISTENT_RESERVE_IN
case in scsi_req_length() to extra the incoming buffer length into
SCSIRequest->cmd.xfer,
and adds a second PERSISTENT_RESERVE_OUT case in scsi_req_xfer_mode() in order
to properly
From: Nicholas Bellinger
Greetings Gerd, Kevin and Co,
Attached are two patches to add the necesary CDB parsing to determine
SCSIRequest->cmd.xfer
(length) and SCSIRequest->cmd.mode (direction) for Persistent Reservation IN/OUT
CDBs and for Maintenance IN/OUT CDBs used for Asymmetric Logical Un
lower interrupt during chip reset. Otherwise the ESP_RSTAT register
may get out of sync with the IRQ line status. This effect became
visible after commit 65899fe3
Signed-off-by: Artyom Tarasenko
---
hw/esp.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/esp.c b/hw/e
On Sun, May 30, 2010 at 8:07 PM, Gleb Natapov wrote:
> On Sun, May 30, 2010 at 07:37:59PM +, Blue Swirl wrote:
>> On Sun, May 30, 2010 at 1:49 PM, Gleb Natapov wrote:
>> > On Sun, May 30, 2010 at 12:56:26PM +, Blue Swirl wrote:
>> >> >> Well, I'd like to get the test program also trigger
On Sun, May 30, 2010 at 07:37:59PM +, Blue Swirl wrote:
> On Sun, May 30, 2010 at 1:49 PM, Gleb Natapov wrote:
> > On Sun, May 30, 2010 at 12:56:26PM +, Blue Swirl wrote:
> >> >> Well, I'd like to get the test program also trigger it. Now I'm getting:
> >> >> apic: write: 0350 = 00
On Sun, May 30, 2010 at 1:49 PM, Gleb Natapov wrote:
> On Sun, May 30, 2010 at 12:56:26PM +, Blue Swirl wrote:
>> >> Well, I'd like to get the test program also trigger it. Now I'm getting:
>> >> apic: write: 0350 =
>> >> apic: apic_reset_irq_delivered: old coalescing 0
>> >> apic
On Sun, May 30, 2010 at 06:19:40PM +, Blue Swirl wrote:
> On Sun, May 30, 2010 at 6:05 PM, Michael S. Tsirkin wrote:
> > On Sun, May 30, 2010 at 04:56:11PM +, Blue Swirl wrote:
> >> On Sun, May 30, 2010 at 3:50 PM, Michael S. Tsirkin
> >> wrote:
> >> > The following changes since commit
On Sun, May 30, 2010 at 6:58 PM, Michael S. Tsirkin wrote:
> On Sun, May 30, 2010 at 06:19:40PM +, Blue Swirl wrote:
>> On Sun, May 30, 2010 at 6:05 PM, Michael S. Tsirkin wrote:
>> > On Sun, May 30, 2010 at 04:56:11PM +, Blue Swirl wrote:
>> >> On Sun, May 30, 2010 at 3:50 PM, Michael S.
On Sun, May 30, 2010 at 6:05 PM, Michael S. Tsirkin wrote:
> On Sun, May 30, 2010 at 04:56:11PM +, Blue Swirl wrote:
>> On Sun, May 30, 2010 at 3:50 PM, Michael S. Tsirkin wrote:
>> > The following changes since commit
>> > 259d5577ae546de27e25a40710f81aa031660de8:
>> >
>> > lsi: Fix value
On Sun, May 30, 2010 at 04:56:11PM +, Blue Swirl wrote:
> On Sun, May 30, 2010 at 3:50 PM, Michael S. Tsirkin wrote:
> > The following changes since commit 259d5577ae546de27e25a40710f81aa031660de8:
> >
> > lsi: Fix value overflow in request tag processing (2010-05-22 15:32:32
> > +0200)
> >
On Sun, May 30, 2010 at 3:50 PM, Michael S. Tsirkin wrote:
> The following changes since commit 259d5577ae546de27e25a40710f81aa031660de8:
>
> lsi: Fix value overflow in request tag processing (2010-05-22 15:32:32 +0200)
>
> are available in the git repository at:
> git://git.kernel.org/pub/scm/l
On Sun, May 30, 2010 at 1:49 PM, Gleb Natapov wrote:
> On Sun, May 30, 2010 at 12:56:26PM +, Blue Swirl wrote:
>> >> Well, I'd like to get the test program also trigger it. Now I'm getting:
>> >> apic: write: 0350 =
>> >> apic: apic_reset_irq_delivered: old coalescing 0
>> >> apic
Create a link.
SYNOPSIS
size[4] Tlink tag[2] dfid[4] oldpath[s] newpath[s]
size[4] Rlink tag[2]
DESCRIPTION
Create a link 'newpath' in directory pointed by dfid linking to oldpath.
Signed-off-by: Venkateswararao Jujjuri
---
hw/file-op-9p.h |2 +-
hw/virtio-9p-debug.c |9 +++
The following changes since commit 259d5577ae546de27e25a40710f81aa031660de8:
lsi: Fix value overflow in request tag processing (2010-05-22 15:32:32 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/qemu.git pci
Isaku Yamahata (4):
pci: cle
On Fri, May 28, 2010 at 06:30:46PM +0900, Isaku Yamahata wrote:
> add helper function which converts root bus to pci domain.
> make them aware of pci domain.
>
> Signed-off-by: Isaku Yamahata
Doesn't seem to apply to master.
> ---
> Changes: V1 -> V2
> - removed pci_find_bus()
> - renamed pci_f
On Sun, May 30, 2010 at 12:56:26PM +, Blue Swirl wrote:
> >> Well, I'd like to get the test program also trigger it. Now I'm getting:
> >> apic: write: 0350 =
> >> apic: apic_reset_irq_delivered: old coalescing 0
> >> apic: apic_local_deliver: vector 3 delivery mode 0
> >> apic: ap
QtEmu 1.0.5 in Linux KDuXPv1.97 , workfine.
qemu-devel-requ...@nongnu.org escreveu:
Send Qemu-devel mailing list submissions to
qemu-devel@nongnu.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.nongnu.org/mailman/listinfo/qemu-devel
or, via email,
2010/5/30 Gleb Natapov :
> On Sun, May 30, 2010 at 12:10:16PM +, Blue Swirl wrote:
>> >> >> You missed the key word 'stopped'. If the timer is really stopped, no
>> >> >> IRQs should ever come out afterwards, just like on real HW. For the
>> >> >> emulation, this means loss of ticks which shoul
On Sun, May 30, 2010 at 12:24 PM, Jan Kiszka wrote:
> Blue Swirl wrote:
>>> Linux don't use RTC as time source and I don't know about BSD, so no
>>> Linux or BSD test case for you, sorry. Run WindowXP standard HAL and put
>>> heavy load on the host. You can run video inside the gust to trigger
>>>
2010/5/30 Gleb Natapov :
> On Sun, May 30, 2010 at 12:10:16PM +, Blue Swirl wrote:
>> >> >> You missed the key word 'stopped'. If the timer is really stopped, no
>> >> >> IRQs should ever come out afterwards, just like on real HW. For the
>> >> >> emulation, this means loss of ticks which shoul
Avi Kivity wrote:
> On 05/29/2010 11:14 AM, Jan Kiszka wrote:
>>> Currently breaks down when IDs contain '/', but permitting that is a
>>> bug. There may be more problems; the path lookup code is way too
>>> clever.
>>>
>> Indeed. Less can sometimes be more. My impression is that some of the
On Sun, May 30, 2010 at 12:10:16PM +, Blue Swirl wrote:
> >> >> You missed the key word 'stopped'. If the timer is really stopped, no
> >> >> IRQs should ever come out afterwards, just like on real HW. For the
> >> >> emulation, this means loss of ticks which should have been delivered
> >> >>
Blue Swirl wrote:
>> Linux don't use RTC as time source and I don't know about BSD, so no
>> Linux or BSD test case for you, sorry. Run WindowXP standard HAL and put
>> heavy load on the host. You can run video inside the gust to trigger
>> coalescing more easily.
>
> I don't have Windows XP, sorr
2010/5/30 Gleb Natapov :
> On Sat, May 29, 2010 at 09:21:14PM +, Blue Swirl wrote:
>> On Sat, May 29, 2010 at 4:37 PM, Gleb Natapov wrote:
>> > On Sat, May 29, 2010 at 04:13:22PM +, Blue Swirl wrote:
>> >> On Sat, May 29, 2010 at 2:46 PM, Gleb Natapov wrote:
>> >> > On Sat, May 29, 2010 a
On 05/29/2010 12:15 PM, Blue Swirl wrote:
This would allow counting the executed instructions and limit it. Thus
we could emulate a 500MHz CPU on a 2GHz CPU more accurately.
Why would you want to limit number of instruction executed by guest if
CPU has nothing else to do anyway? The p
On 05/28/2010 01:19 AM, Jan Kiszka wrote:
Still, this does not answer:
- How do you want to detect lost timer ticks?
Your (and Gleb's) approach: during injection
An alternative: during guest ack
The normal pattern is inj/ack/inj/ack; if we see inj/inj/inj we know the
guest isn't keepin
On Sun, May 30, 2010 at 11:41:36AM +, Blue Swirl wrote:
> >> I meant that in the scenario, the guest won't change the RTC before
> >> 30Mcyc because of some built in determinism in the guest. At that
> >> point, because of some reason, the change would happen.
> >>
> > I still don't understand
2010/5/30 Gleb Natapov :
> On Sat, May 29, 2010 at 08:52:34PM +, Blue Swirl wrote:
>> On Sat, May 29, 2010 at 4:32 PM, Gleb Natapov wrote:
>> > On Sat, May 29, 2010 at 04:03:22PM +, Blue Swirl wrote:
>> >> 2010/5/29 Gleb Natapov :
>> >> > On Sat, May 29, 2010 at 09:15:11AM +, Blue Swir
On Sat, May 29, 2010 at 9:33 PM, Artyom Tarasenko
wrote:
> 2010/5/29 Blue Swirl :
>> Robert Reif did some improvements to SuperSparc emulation, but the
>> work was not finished. That should be a good starting point.
>
> Do you mean the last patch he sent to us or are there some earlier
> unapplied
On Fri, May 28, 2010 at 11:56:54AM +0200, Jes Sorensen wrote:
> On 05/26/10 21:50, Michael S. Tsirkin wrote:
> > Here's a rewrite of the original patch with a new layout.
> > I haven't tested it yet so no idea how this performs, but
> > I think this addresses the cache bounce issue raised by Avi.
>
Am 30.05.2010 um 12:30 schrieb Chih-Min Chao:
I found i missed one line modification in this patch that produce
compilation error
Should i
1 re-send complete series patched
2 re-send this patch only
3 just provide a fix for it. (if they are acceptable)
Committing known-broken patche
On Sat, May 29, 2010 at 1:43 AM, cmchao wrote:
>
> Signed-off-by: cmchao
> ---
> hw/omap.h | 36
> hw/omap1.c | 10 +-
> hw/omap2.c |6 +++---
> 3 files changed, 8 insertions(+), 44 deletions(-)
>
> diff --git a/hw/omap.h b/hw/omap.h
> inde
On 05/28/2010 10:24 PM, Luiz Capitulino wrote:
If a password is needed, we should throw an error and let the QMP client
set the password and try again.
It's what we do today, a password should be set with block_passwd before
issuing the change command. Otherwise an error is throw.
On 05/28/2010 09:21 PM, Markus Armbruster wrote:
Summary of the host / guest split:
-drive options host or guest?
bus, unit, if, index, addr guest, already covered by qdev
cyls, heads, secs, transguest, new qdev properties
On 05/29/2010 11:14 AM, Jan Kiszka wrote:
Currently breaks down when IDs contain '/', but permitting that is a
bug. There may be more problems; the path lookup code is way too
clever.
Indeed. Less can sometimes be more. My impression is that some of the
cleverness was motivated by lacking
On 05/12/2010 09:11 PM, Stefano Stabellini wrote:
On Wed, 12 May 2010, Jamie Lokier wrote:
Stefano Stabellini wrote:
On Wed, 12 May 2010, Avi Kivity wrote:
It's useful if you have a one-line horizontal pattern you want to
propagate all over.
It might be useful all
On 05/29/2010 11:01 AM, Markus Armbruster wrote:
Jan Kiszka writes:
From: Jan Kiszka
As the user may specify ambiguous device IDs, let's search for their
official names first before considering the user-supplied identifiers.
Signed-off-by: Jan Kiszka
The problem is letting the use
42 matches
Mail list logo
