Am 26.12.2012 00:49, schrieb John Spencer:
instead use the correct headers that define these functions.
Requested-by: Stefan Weil
Signed-off-by: John Spencer
---
linux-user/syscall.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/linux-user/syscall.c b/linux
When do_interrupt_v7m is called with EXCP_SWI, the PC already
points to the next instruction. Don't modify it here.
Signed-off-by: Alex Rozenman
---
target-arm/helper.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index e343fac.
On Wed, Dec 26, 2012 at 7:49 AM, John Spencer wrote:
>
> instead use the correct headers that define these functions.
>
> Requested-by: Stefan Weil
> Signed-off-by: John Spencer
> ---
> linux-user/syscall.c |8 +++-
> 1 files changed, 3 insertions(+), 5 deletions(-)
>
> diff --git a/lin
Current seabios will try to boot from selected devices first,
if they are all failed, seabios will also try to boot from
un-selected devices.
For example:
@ qemu-kvm -boot order=n,menu=on ...
Guest will boot from network first, if it's failed, guest will try to
boot from other un-selected devices
instead use the correct headers that define these functions.
Requested-by: Stefan Weil
Signed-off-by: John Spencer
---
linux-user/syscall.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index e99adab..3167a87 100644
-
Public bug reported:
Building QEMU 1.2.1 on OpenBSD/mips64 fails as follows although I
believe QEMU was also broken with 1.1.x as well..
cc -I/usr/obj/ports/qemu-1.2.1/qemu-1.2.1/slirp -I.
-I/usr/obj/ports/qemu-1.2.1/qemu-1.2.1
-I/usr/obj/ports/qemu-1.2.1/qemu-1.2.1/fpu
-I/usr/obj/ports/qemu-1
On 25 December 2012 23:00, Peter Maydell wrote:
> On 25 December 2012 14:21, Alex Rozenman wrote:
>> target-arm/helper.c (do_interrupt_v7m): When do_interrupt_v7m is called,
>> PC is already points to a correct instruction (after the SVC one). Don't
>> modify the PC here.
PS: this commit message
On 25 December 2012 14:21, Alex Rozenman wrote:
> target-arm/helper.c (do_interrupt_v7m): When do_interrupt_v7m is called,
> PC is already points to a correct instruction (after the SVC one). Don't
> modify the PC here.
Looks plausible, but (a) your commit message doesn't make it clear that this
On Thu, Dec 20, 2012 at 03:53:59PM +0800, Hu Tao wrote:
> Hi,
>
> Any comments?
Did you verify possibilities listed at
https://lkml.org/lkml/2012/11/20/653 ?
If so, a summary in the patchset would be helpful.
> On Wed, Dec 12, 2012 at 02:13:43PM +0800, Hu Tao wrote:
> > This series implements
On Thu, Dec 20, 2012 at 03:53:59PM +0800, Hu Tao wrote:
> Hi,
>
> Any comments?
As far as i can see, items 2 and 3 of
https://lkml.org/lkml/2012/11/12/588
Have not been addressed.
https://lkml.org/lkml/2012/11/20/653 contains discussions on those
items.
2) Format of the interface for other ar
On 12/19/2012 11:32 AM, Gleb Natapov wrote:
On Wed, Dec 19, 2012 at 03:24:45PM +0800, Amos Kong wrote:
Current seabios will try to boot from selected devices first,
if they are all failed, seabios will also try to boot from
un-selected devices.
For example:
@ qemu-kvm -boot order=n,menu=on ...
target-arm/helper.c (do_interrupt_v7m): When do_interrupt_v7m is called,
PC is already points to a correct instruction (after the SVC one). Don't
modify the PC here.
Signed-off-by: Alex Rozenman
---
target-arm/helper.c |1 -
1 file changed, 1 deletion(-)
diff --git a/target-arm/helper.c b/t
On Tue, Dec 25, 2012 at 05:59:04PM +0200, Ronen Hod wrote:
> On 12/19/2012 11:32 AM, Gleb Natapov wrote:
> >On Wed, Dec 19, 2012 at 03:24:45PM +0800, Amos Kong wrote:
> >>Current seabios will try to boot from selected devices first,
> >>if they are all failed, seabios will also try to boot from
> >
On Thu, Dec 20, 2012 at 11:07:23AM +0800, Xudong Hao wrote:
> Enable 64 bits bar emulation.
>
> v3 changes from v2:
> - Leave original error string and drop the leading 016.
>
> v2 changes from v1:
> - Change 0lx% to 0x%016 when print a 64 bit variable.
>
> Test pass with the current seabios whi
On Tue, Dec 18, 2012 at 10:36:29PM +0100, Knut Omang wrote:
> Upper 16 bits of the PCIe Extended Capability Header was truncated during
> update,
> also breaking pcie_add_capability.
>
> Signed-off-by: Knut Omang
Applied, thanks.
> ---
> hw/pcie.c | 2 +-
> 1 file changed, 1 insertion(+), 1 d
On Tue, Dec 25, 2012 at 08:37:07AM +0200, Gleb Natapov wrote:
> On Tue, Dec 25, 2012 at 11:58:08AM +0800, Amos Kong wrote:
> > On Wed, Dec 19, 2012 at 11:32:08AM +0200, Gleb Natapov wrote:
> > > On Wed, Dec 19, 2012 at 03:24:45PM +0800, Amos Kong wrote:
> > > > Current seabios will try to boot from
On 12/25/2012 03:47 PM, MORITA Kazutaka wrote:
> I wonder if we should disable cache when cache=none. Many management
> frontend uses cache=none by default but, I think, users still expect
> that data is cached (e.g. by disk write cache when a raw format is
> used). cache=none only means that the
On 12/25/2012 03:47 PM, MORITA Kazutaka wrote:
> I wonder if we should disable cache when cache=none. Many management
> frontend uses cache=none by default but, I think, users still expect
> that data is cached (e.g. by disk write cache when a raw format is
> used). cache=none only means that the
18 matches
Mail list logo
