Good day,
We would like to inform you
that MarkPlus&Co Consultancy is holding a
one-day
training session on How to Create Customer
Loyalty on February 22, 2011 at the Royale
Chulan Hotel in Kuala Lumpur.
This training will be
helpful as it will discuss tools on how service
can attract and k
At 01/27/2011 05:00 PM, Ken'ichi Ohmichi Write:
>
> Hi,
>
> When I tried to attach the interface after detaching the same interface,
> the virsh command output the following and it failed:
>
> # virsh detach-interface Domain01 network --mac 52:54:00:0d:78:92
> Interface detached successfully
>>> On 2/13/2011 at 05:17 AM, Stefan Weil wrote:
> Am 11.02.2011 20:36, schrieb Bruce Rogers:
>> Recent gpxe e100pro drivers will drop small packets because the emulated
>> nic will report an error for small frames. In the qemu model we should
>> instead have the e100pro pad out the received fra
On Sun, 13 Feb 2011 01:54:12 +1100
David Gibson wrote:
> This patch series adds a "pseries" machine to qemu, allowing it to
> emulate IBM pSeries logical partitions. Along the way we add a bunch
> of support for more modern ppc CPUs than are currently supported. It
> also makes some significant
On Sun, Feb 13, 2011 at 09:08:22AM -0600, Anthony Liguori wrote:
> On 02/13/2011 05:12 AM, David Gibson wrote:
> >On Sun, Feb 13, 2011 at 10:08:23AM +0200, Blue Swirl wrote:
> >>On Sun, Feb 13, 2011 at 1:15 AM, Benjamin Herrenschmidt
[snip]
> In KVM for x86, instead of using a secondary interface (
On Sun, Feb 13, 2011 at 08:29:05PM +0200, Blue Swirl wrote:
> On Sun, Feb 13, 2011 at 5:08 PM, Anthony Liguori
> wrote:
> > On 02/13/2011 05:12 AM, David Gibson wrote:
[snip]
> > The arguments will have to be extracted from the CPU state but I don't think
> > we'll really ever have common hyperca
On 13 February 2011 22:43, Anthony Liguori wrote:
> On 02/13/2011 03:24 PM, Peter Maydell wrote:
>> How would this work for systems with multiple CPUs which have different
>> views of the world? (ie their memory maps differ so that eg some RAM is
>> shared between them but some parts of the addres
On 02/13/2011 03:24 PM, Peter Maydell wrote:
On 13 February 2011 16:56, Anthony Liguori wrote:
If we can move away from Bus abstraction and to a simpler interface
mechanism, then we can express peer relationships by just having bidirection
references. IOW:
-device cpus,northbridge=nb,id=c
On 12.02.2011, at 01:57, Scott Wood wrote:
> On Fri, 11 Feb 2011 22:07:11 +0100
> Alexander Graf wrote:
>
>>
>> On 11.02.2011, at 21:53, Scott Wood wrote:
>>
>>> On Fri, 11 Feb 2011 02:41:35 +0100
>>> Alexander Graf wrote:
>>>
>> Maybe we should go with Avi's proposal after all and simp
On 02/13/2011 03:00 PM, Blue Swirl wrote:
On Sun, Feb 13, 2011 at 9:57 PM, Anthony Liguori wrote:
On 02/13/2011 01:37 PM, Blue Swirl wrote:
On Sun, Feb 13, 2011 at 5:31 PM, Anthony Liguori
wrote:
qdev doesn't expose any state today. qdev properties are
construction-only
This is the v4 of my patch correcting the core dump format.
(3 versions for patch 2, 3 versions for patch 1 starting at version 2
of patch 2...)
v4 adds some long alignments for 64bit targets,
renames target_long_long to target_llong, and so on...
v3 introduces a new parameter of the target: t
This patch allows to really use the core dumped by qemu with guest
architecture tools.
- it adds a missing bswap_phdr() for the program headers
of memory regions.
"objdump -x" sample:
BEFORE:
0x100 off0x0020 vaddr 0x0400 paddr 0x align 2**21
filesz 0x000
Datatype alignment can be found using following application:
int main(void)
{
printf("alignof(short) %ld\n", __alignof__(short));
printf("alignof(int) %ld\n", __alignof__(int));
printf("alignof(long) %ld\n", __alignof__(long));
printf("alignof(long long) %ld\n", __a
On 13 February 2011 16:56, Anthony Liguori wrote:
> If we can move away from Bus abstraction and to a simpler interface
> mechanism, then we can express peer relationships by just having bidirection
> references. IOW:
>
> -device cpus,northbridge=nb,id=cpus,count=16 -device i440fx,cpus=cpus
>
> I
Convert to qdev. Don't expose PITState.
Signed-off-by: Blue Swirl
---
hw/i8254.c | 61 +--
hw/mips_fulong2e.c |4 +-
hw/mips_jazz.c |4 +-
hw/mips_malta.c|4 +-
hw/mips_r4k.c |4 +-
hw/pc.c|5 +
Ignore failure with vga-isa device creation, but print a warning
message.
Signed-off-by: Blue Swirl
---
hw/pc.h | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/hw/pc.h b/hw/pc.h
index 475484a..60f8c42 100644
--- a/hw/pc.h
+++ b/hw/pc.h
@@ -183,9 +183,15 @@ exter
Signed-off-by: Blue Swirl
---
hw/pc.h |8 +++-
hw/vga-isa.c | 51 +--
hw/vga.c | 22 ++
hw/vga_int.h |1 +
4 files changed, 67 insertions(+), 15 deletions(-)
diff --git a/hw/pc.h b/hw/pc.h
index 64a3a22.
Based on patch by David Ahern.
Signed-off-by: Blue Swirl
---
Makefile.objs |1 +
Makefile.target|2 +-
default-configs/i386-softmmu.mak |1 +
default-configs/x86_64-softmmu.mak |1 +
4 files changed, 4 insertions(+), 1 deletions(-)
diff
Make applesmc and vga-isa optional, convert i8254 to qdev.
Blue Swirl (4):
applesmc: make optional
vga-isa: convert to qdev
vga-isa: make optional
i8254: convert to qdev
Makefile.objs |1 +
Makefile.target|2 +-
default-configs/i386-softmm
On Sun, Feb 13, 2011 at 9:57 PM, Anthony Liguori wrote:
> On 02/13/2011 01:37 PM, Blue Swirl wrote:
>>
>> On Sun, Feb 13, 2011 at 5:31 PM, Anthony Liguori
>> wrote:
>>
>>>
>>> qdev doesn't expose any state today. qdev properties are
>>> construction-only
>>> properties that happen to be stored i
On 02/13/2011 01:37 PM, Blue Swirl wrote:
On Sun, Feb 13, 2011 at 5:31 PM, Anthony Liguori wrote:
qdev doesn't expose any state today. qdev properties are construction-only
properties that happen to be stored in each device state.
What we really need is a full property framework that inc
On 02/13/2011 12:08 PM, Gleb Natapov wrote:
On Sun, Feb 13, 2011 at 10:56:30AM -0600, Anthony Liguori wrote:
qemu -device i440fx,id=nb -device piix3,id=sb,chipset=nb -device
ioapic,id=ioapic,chipset=sb -device
cpu,ioapic=ioapic,northbridge=nb
Is not all that unreasonable and presents a full
On Sun, Feb 13, 2011 at 5:31 PM, Anthony Liguori wrote:
> On 02/11/2011 12:14 PM, Blue Swirl wrote:
>>
>> On Thu, Feb 10, 2011 at 6:05 PM, Anthony Liguori
>> wrote:
>>
>>>
>>> On 02/10/2011 03:20 PM, Gleb Natapov wrote:
>>>
Jugging by how well all previous conversion went we will end up
On 02/13/2011 12:29 PM, Blue Swirl wrote:
On Sun, Feb 13, 2011 at 5:08 PM, Anthony Liguori wrote:
In KVM for x86, instead of using a secondary interface (like
vmmcall/vmcall), we do all of our paravirtualization using native hardware
interfaces that we can trap (PIO/MMIO).
IIUC, on Power,
On Sun, Feb 13, 2011 at 7:30 PM, David Ahern wrote:
>
>
> On 02/12/11 15:40, Blue Swirl wrote:
>> Ignore failure with parallel device creation.
>>
>> Signed-off-by: Blue Swirl
>> ---
>> hw/pc.h | 5 -
>> 1 files changed, 4 insertions(+), 1 deletions(-)
>>
>> diff --git a/hw/pc.h b/hw/pc.h
On Sun, Feb 13, 2011 at 5:08 PM, Anthony Liguori wrote:
> On 02/13/2011 05:12 AM, David Gibson wrote:
>>
>> On Sun, Feb 13, 2011 at 10:08:23AM +0200, Blue Swirl wrote:
>>
>>>
>>> On Sun, Feb 13, 2011 at 1:15 AM, Benjamin Herrenschmidt
>>> wrote:
>>>
On Sun, 2011-02-13 at 00:52 +0200, B
On Sun, 2011-02-13 at 10:52 -0600, Anthony Liguori wrote:
>
> A virtual bus is just an interface. If all virtual devices that
> interact via hcalls would all reside on the same virtual bus, then
> having hypercalls registered through that interface makes sense
> because
> you can associate hyp
On Sun, 2011-02-13 at 10:48 -0600, Anthony Liguori wrote:
>
> We try very, very hard to make our paravirtualization look like real
> hardware.
Sure, that makes sense when you invent new paravirt interfaces, but that
isn't the case. Note also that our current processors do not have the
ability to
On 02/13/2011 12:08 PM, Anthony Liguori wrote:
Hi,
In my QAPI branch[1], I've now got almost every existing QMP command
converted with (hopefully) all of the hard problems solved. There is
only one remaining thing to attack before posting for inclusion and
that's events. Here's my current t
Hi,
In my QAPI branch[1], I've now got almost every existing QMP command
converted with (hopefully) all of the hard problems solved. There is
only one remaining thing to attack before posting for inclusion and
that's events. Here's my current thinking about what to do.
Events in QMP Today
On Sun, Feb 13, 2011 at 10:56:30AM -0600, Anthony Liguori wrote:
> >>
> >>qemu -device i440fx,id=nb -device piix3,id=sb,chipset=nb -device
> >>ioapic,id=ioapic,chipset=sb -device
> >>cpu,ioapic=ioapic,northbridge=nb
> >>
> >>Is not all that unreasonable and presents a fully functioning PC.
> >
> >S
On 13 February 2011 17:14, felix.matenaar@rwth-aachen
wrote:
> To be more specific on my env update problem, here an example:
>
> push ebp
> mv esp,ebp
> /* do something */
> call 0xfoo
> test eax,eax
> /* do something */
> ret
>
> The first line is the start of a block. What I did was adding a
>
On 02/12/11 15:40, Blue Swirl wrote:
> Ignore failure with parallel device creation.
>
> Signed-off-by: Blue Swirl
> ---
> hw/pc.h |5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
>
> diff --git a/hw/pc.h b/hw/pc.h
> index 443ba34..f823b7d 100644
> --- a/hw/pc.h
> +++ b/hw/pc.
On 02/13/2011 06:38 AM, Mulyadi Santosa wrote:
> Hi
>
> On Sun, Feb 13, 2011 at 10:48, felix.matenaar@rwth-aachen
> wrote:
>> To achieve my goal, it is necessary being able reading actual register
>> configuration like eax when a ret hook is called to get a function
>> return value. So my ques
Le dimanche 13 février 2011 à 10:24 +0200, Blue Swirl a écrit :
> On Sun, Feb 13, 2011 at 4:22 AM, Laurent Vivier wrote:
> > Datatype alignment can be found using following application:
> >
> > int main(void)
> > {
> >printf("alignof(short) %ld\n", __alignof__(short));
> >printf("a
On 02/13/2011 09:56 AM, Avi Kivity wrote:
On 02/13/2011 05:38 PM, Anthony Liguori wrote:
2) get rid of the entire concept of machines. Creating a i440fx is
essentially equivalent to creating a bare machine.
No, it's not. The 440fx does not include an IOAPIC, for example.
There may be o
On 02/13/2011 10:17 AM, Benjamin Herrenschmidt wrote:
On Sun, 2011-02-13 at 13:40 +0100, Alexander Graf wrote:
We can surely move it to dynamic later on. I think the "proper" way
would be to populate a qdev bus and have the individual hypercall
receivers register themselves through -device c
On 02/13/2011 10:07 AM, Benjamin Herrenschmidt wrote:
On Sun, 2011-02-13 at 10:08 +0200, Blue Swirl wrote:
This is a bit of a special case, much like semihosting modes for m68k
or ARM, or like MOL hacks which were removed recently. From QEMU point
of view, the most natural way of handling th
On 02/13/2011 09:56 AM, Alexander Graf wrote:
This interface could also be used to implement hypercall based interfaces on
s390 and x86.
The arguments will have to be extracted from the CPU state but I don't think
we'll really ever have common hypercall implementations anyway so that's not a
On Sun, 2011-02-13 at 13:40 +0100, Alexander Graf wrote:
>
> We can surely move it to dynamic later on. I think the "proper" way
> would be to populate a qdev bus and have the individual hypercall
> receivers register themselves through -device creations. But Blue
> really is the expert here :).
On Sun, 2011-02-13 at 14:15 +0200, Blue Swirl wrote:
>
> Maybe it would be more complex but also emulation accuracy would be
> increased and the interfaces would be saner. We don't shortcut BIOS
> and implement its services to OS in QEMU for other machines either.
But that is not comparable. BIOS
On Sun, 2011-02-13 at 10:08 +0200, Blue Swirl wrote:
> This is a bit of a special case, much like semihosting modes for m68k
> or ARM, or like MOL hacks which were removed recently. From QEMU point
> of view, the most natural way of handling this would be hypervisor
> implemented in the guest side
On 13.02.2011, at 16:08, Anthony Liguori wrote:
> On 02/13/2011 05:12 AM, David Gibson wrote:
>> On Sun, Feb 13, 2011 at 10:08:23AM +0200, Blue Swirl wrote:
>>
>>> On Sun, Feb 13, 2011 at 1:15 AM, Benjamin Herrenschmidt
>>> wrote:
>>>
On Sun, 2011-02-13 at 00:52 +0200, Blue Swirl w
On 02/13/2011 05:38 PM, Anthony Liguori wrote:
2) get rid of the entire concept of machines. Creating a i440fx is
essentially equivalent to creating a bare machine.
No, it's not. The 440fx does not include an IOAPIC, for example.
There may be other optional components, or differences in
On 02/12/2011 11:03 AM, Markus Armbruster wrote:
Blue Swirl writes:
Convert to qdev, also add a proper reset function.
Signed-off-by: Blue Swirl
---
hw/pc.c |5 +++--
hw/pc.h |3 ---
hw/vmmouse.c | 37 +
3 files changed, 32 inse
On 02/10/2011 04:29 AM, Avi Kivity wrote:
On 02/10/2011 09:47 AM, Anthony Liguori wrote:
So very concretely, I'm suggesting we do the following to target-i386:
1) make the i440fx device have an embedded ide controller, piix3, and
usb controller that get initialized automatically. The piix3 e
On 02/10/2011 04:29 AM, Avi Kivity wrote:
On 02/10/2011 09:47 AM, Anthony Liguori wrote:
So very concretely, I'm suggesting we do the following to target-i386:
1) make the i440fx device have an embedded ide controller, piix3, and
usb controller that get initialized automatically. The piix3 e
On 02/11/2011 12:14 PM, Blue Swirl wrote:
On Thu, Feb 10, 2011 at 6:05 PM, Anthony Liguori wrote:
On 02/10/2011 03:20 PM, Gleb Natapov wrote:
Jugging by how well all previous conversion went we will end up with one
more way of creating devices. One legacy, another qdev and your new o
On 02/13/2011 06:40 AM, Alexander Graf wrote:
Ah, yeah. I'm still not sure what to do about it. I was going to
fold the dynamic hcall registration into the patch set before
upstreaming. But then something paulus said made me rethink whether
the dynamic registration was a good idea. Still ne
On 02/13/2011 05:12 AM, David Gibson wrote:
On Sun, Feb 13, 2011 at 10:08:23AM +0200, Blue Swirl wrote:
On Sun, Feb 13, 2011 at 1:15 AM, Benjamin Herrenschmidt
wrote:
On Sun, 2011-02-13 at 00:52 +0200, Blue Swirl wrote:
On Sat, Feb 12, 2011 at 11:00 PM, Benjamin Herrenschmi
On Sun, Feb 13, 2011 at 03:06:44PM +0100, Gerhard Wiesinger wrote:
> Hello,
>
> After some fortune I found out that also Turbo Debugger 286 doesn't
> work under plain DOS 6.22 (without any memory mananger just pressing
> F5) or with some memory mananagers (HIMEM.SYS, EMM386, QEMM386).
>
> Error m
Hello,
After some fortune I found out that also Turbo Debugger 286 doesn't work
under plain DOS 6.22 (without any memory mananger just pressing F5) or
with some memory mananagers (HIMEM.SYS, EMM386, QEMM386).
Error message is:
Error 266 loading D:\DIR\TD286.EXE into extended memory.
So it lo
On Sun, Feb 13, 2011 at 01:37:12PM +0100, Alexander Graf wrote:
> On 13.02.2011, at 10:34, David Gibson wrote:
> > On Sat, Feb 12, 2011 at 04:57:39PM +0100, Alexander Graf wrote:
> >> On 12.02.2011, at 15:54, David Gibson wrote:
> > [snip]
> >>> +if (rb & (0x1000 - env->slb_nr))
> >>
> >> Brac
On Sun, Feb 13, 2011 at 01:33:44PM +0100, Alexander Graf wrote:
>
> On 13.02.2011, at 10:02, David Gibson wrote:
>
> > On Sat, Feb 12, 2011 at 04:37:46PM +0100, Alexander Graf wrote:
> >> On 12.02.2011, at 15:54, David Gibson wrote:
> > [snip]
> >>> +#define SDR_HTABORG_32 0xUL
>
On 13.02.2011, at 13:44, David Gibson wrote:
> On Sun, Feb 13, 2011 at 01:40:14PM +0100, Alexander Graf wrote:
>>
>> On 13.02.2011, at 12:14, David Gibson wrote:
>>
>>> On Sun, Feb 13, 2011 at 10:15:03AM +1100, Benjamin Herrenschmidt wrote:
On Sun, 2011-02-13 at 00:52 +0200, Blue Swirl wro
On Sun, Feb 13, 2011 at 2:31 PM, Alexander Graf wrote:
>
> On 13.02.2011, at 09:08, Blue Swirl wrote:
>
>> On Sun, Feb 13, 2011 at 1:15 AM, Benjamin Herrenschmidt
>> wrote:
>>> On Sun, 2011-02-13 at 00:52 +0200, Blue Swirl wrote:
On Sat, Feb 12, 2011 at 11:00 PM, Benjamin Herrenschmidt
On Sat, Feb 12, 2011 at 04:23:39PM +0100, Alexander Graf wrote:
> On 12.02.2011, at 15:54, David Gibson wrote:
[snip]
> > +target_ulong helper_load_slb_esid (target_ulong rb)
> > +{
> > +target_ulong rt;
> > +
> > +if (ppc_load_slb_esid(env, rb, &rt) < 0) {
> > +helper_raise_excepti
On Sun, Feb 13, 2011 at 01:40:14PM +0100, Alexander Graf wrote:
>
> On 13.02.2011, at 12:14, David Gibson wrote:
>
> > On Sun, Feb 13, 2011 at 10:15:03AM +1100, Benjamin Herrenschmidt wrote:
> >> On Sun, 2011-02-13 at 00:52 +0200, Blue Swirl wrote:
> >>> On Sat, Feb 12, 2011 at 11:00 PM, Benjamin
On 13.02.2011, at 12:14, David Gibson wrote:
> On Sun, Feb 13, 2011 at 10:15:03AM +1100, Benjamin Herrenschmidt wrote:
>> On Sun, 2011-02-13 at 00:52 +0200, Blue Swirl wrote:
>>> On Sat, Feb 12, 2011 at 11:00 PM, Benjamin Herrenschmidt
> [snip]
>> Actually, one thing I noticed is that the current
On 13.02.2011, at 12:09, David Gibson wrote:
> On Sat, Feb 12, 2011 at 05:47:53PM +0100, Alexander Graf wrote:
>> On 12.02.2011, at 15:54, David Gibson wrote:
> [snip]
>>> @@ -267,6 +295,7 @@ static QEMUMachine spapr_machine = {
>>>.desc = "pSeries Logical Partition (PAPR compliant)",
>>>
On 13.02.2011, at 10:39, David Gibson wrote:
> On Sat, Feb 12, 2011 at 05:09:39PM +0100, Alexander Graf wrote:
>> On 12.02.2011, at 15:54, David Gibson wrote:
> [snip]
>>> +/* Don't generate spurious events */
>>> +if ((cur_level == 1 && level == 0) || (cur_level == 0 && level != 0)) {
>>
On 13.02.2011, at 10:34, David Gibson wrote:
> On Sat, Feb 12, 2011 at 04:57:39PM +0100, Alexander Graf wrote:
>> On 12.02.2011, at 15:54, David Gibson wrote:
> [snip]
>>> +if (rb & (0x1000 - env->slb_nr))
>>
>> Braces...
>
> Oops, yeah. These later patches in the series I haven't really
>
On 13.02.2011, at 10:02, David Gibson wrote:
> On Sat, Feb 12, 2011 at 04:37:46PM +0100, Alexander Graf wrote:
>> On 12.02.2011, at 15:54, David Gibson wrote:
> [snip]
>>> +#define SDR_HTABORG_32 0xUL
>>> +#define SDR_HTABMASK 0x01FFUL
>>
>> Please mark this constan
On 13.02.2011, at 09:08, Blue Swirl wrote:
> On Sun, Feb 13, 2011 at 1:15 AM, Benjamin Herrenschmidt
> wrote:
>> On Sun, 2011-02-13 at 00:52 +0200, Blue Swirl wrote:
>>> On Sat, Feb 12, 2011 at 11:00 PM, Benjamin Herrenschmidt
>>> wrote:
On Sat, 2011-02-12 at 18:59 +0200, Blue Swirl wrote:
On Sun, Feb 13, 2011 at 1:12 PM, David Gibson
wrote:
> On Sun, Feb 13, 2011 at 10:08:23AM +0200, Blue Swirl wrote:
>> On Sun, Feb 13, 2011 at 1:15 AM, Benjamin Herrenschmidt
>> wrote:
>> > On Sun, 2011-02-13 at 00:52 +0200, Blue Swirl wrote:
>> >> On Sat, Feb 12, 2011 at 11:00 PM, Benjamin Herren
Am 11.02.2011 20:36, schrieb Bruce Rogers:
Recent gpxe e100pro drivers will drop small packets because the emulated
nic will report an error for small frames. In the qemu model we should
instead have the e100pro pad out the received frames to be the minimum
size and not report this case as an err
On Sat, Feb 12, 2011 at 05:47:53PM +0100, Alexander Graf wrote:
> On 12.02.2011, at 15:54, David Gibson wrote:
[snip]
> > @@ -267,6 +295,7 @@ static QEMUMachine spapr_machine = {
> > .desc = "pSeries Logical Partition (PAPR compliant)",
> > .init = ppc_spapr_init,
> > .max_cpus = 1,
>
On Sun, Feb 13, 2011 at 10:15:03AM +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2011-02-13 at 00:52 +0200, Blue Swirl wrote:
> > On Sat, Feb 12, 2011 at 11:00 PM, Benjamin Herrenschmidt
[snip]
> Actually, one thing I noticed is that the current patches David posted
> still have a single function
On Sun, Feb 13, 2011 at 10:08:23AM +0200, Blue Swirl wrote:
> On Sun, Feb 13, 2011 at 1:15 AM, Benjamin Herrenschmidt
> wrote:
> > On Sun, 2011-02-13 at 00:52 +0200, Blue Swirl wrote:
> >> On Sat, Feb 12, 2011 at 11:00 PM, Benjamin Herrenschmidt
> >> wrote:
> >> > On Sat, 2011-02-12 at 18:59 +020
The following patch adds PS/2 keyboard Scancode Set 3 support.
Sign-off-by: Roy Tam
--
v2: checkpatch.pl style fixes
diff --git a/hw/ps2.c b/hw/ps2.c
index 762bb00..6bea0ef 100644
--- a/hw/ps2.c
+++ b/hw/ps2.c
@@ -143,13 +143,85 @@ static void ps2_put_keycode(void *opaque, int keycode)
{
P
On Sat, Feb 12, 2011 at 05:09:39PM +0100, Alexander Graf wrote:
> On 12.02.2011, at 15:54, David Gibson wrote:
[snip]
> > +/* Don't generate spurious events */
> > +if ((cur_level == 1 && level == 0) || (cur_level == 0 && level != 0)) {
>
> Did you hit this? Qemu's irq framework should alr
On Sat, Feb 12, 2011 at 04:57:39PM +0100, Alexander Graf wrote:
> On 12.02.2011, at 15:54, David Gibson wrote:
[snip]
> > +if (rb & (0x1000 - env->slb_nr))
>
> Braces...
Oops, yeah. These later patches in the series I haven't really
audited for coding style adequately yet. I'll fix these be
On Sat, Feb 12, 2011 at 05:26:20PM +0100, Laurent Vivier wrote:
> Hi,
>
> Do you plan to boot AIX in one of these partitions ?
Not really, no. This is aimed at existing pSeries Linux kernels.
--
David Gibson| I'll have my music baroque, and my code
david AT gibson.dropbear.
On Sat, Feb 12, 2011 at 04:37:46PM +0100, Alexander Graf wrote:
> On 12.02.2011, at 15:54, David Gibson wrote:
[snip]
> > +#define SDR_HTABORG_32 0xUL
> > +#define SDR_HTABMASK 0x01FFUL
>
> Please mark this constant as ppc32
>
> > +
> > +#if defined(TARGET_PPC64)
> >
On Fri, Feb 11, 2011 at 08:14:16PM +0200, Blue Swirl wrote:
> On Thu, Feb 10, 2011 at 6:05 PM, Anthony Liguori
> wrote:
> > On 02/10/2011 03:20 PM, Gleb Natapov wrote:
> >>
> >> Jugging by how well all previous conversion went we will end up with one
> >> more way of creating devices. One legacy,
On Sun, Feb 13, 2011 at 9:32 AM, Roy Tam wrote:
> The following patch adds PS/2 keyboard Scancode Set 3 support.
>
> Sign-off-by: Roy Tam
> --
> diff --git a/hw/ps2.c b/hw/ps2.c
> index 762bb00..4b73967 100644
> --- a/hw/ps2.c
> +++ b/hw/ps2.c
> @@ -143,12 +143,87 @@ static void ps2_put_keycode(v
On Sun, Feb 13, 2011 at 5:48 AM, felix.matenaar@rwth-aachen
wrote:
> Hello everyone,
>
> i am working on a project adding instrumentation into qemu. My approach
> is to use gen_helper stuff do hook specific opcodes like call or ret to
> gain information about running processes in the virtual machi
On Sun, Feb 13, 2011 at 4:22 AM, Laurent Vivier wrote:
> Datatype alignment can be found using following application:
>
> int main(void)
> {
> printf("alignof(short) %ld\n", __alignof__(short));
> printf("alignof(int) %ld\n", __alignof__(int));
> printf("alignof(long) %ld\n",
On Sun, Feb 13, 2011 at 1:15 AM, Benjamin Herrenschmidt
wrote:
> On Sun, 2011-02-13 at 00:52 +0200, Blue Swirl wrote:
>> On Sat, Feb 12, 2011 at 11:00 PM, Benjamin Herrenschmidt
>> wrote:
>> > On Sat, 2011-02-12 at 18:59 +0200, Blue Swirl wrote:
>> >>
>> >> Actually I don't quite understand the n
79 matches
Mail list logo
