On Wed, Aug 7, 2013 at 10:38 AM, Erlon Cruz wrote:
>
> On Sat, Aug 3, 2013 at 7:03 AM, Peter Maydell wrote:
>
>> On 2 August 2013 18:48, Erlon Cruz wrote:
>> > kernel: Linux 3.10-rc6 -> vexpress_defconfig
>>
>> > The kernel boots, but it cant mount th
On Fri, Aug 2, 2013 at 9:35 AM, Anthony Liguori wrote:
> Applied. Thanks.
>
> Where can I find this branch?
> Regards,
>
> Anthony Liguori
>
>
>
On Sat, Aug 3, 2013 at 7:03 AM, Peter Maydell wrote:
> On 2 August 2013 18:48, Erlon Cruz wrote:
> > kernel: Linux 3.10-rc6 -> vexpress_defconfig
>
> > The kernel boots, but it cant mount the SD:
> >
> > mmc0: host doesn't support card's voltages
>
Hi, Im trying to test virtio-mmio too but Im having no success to boot
vexpress-a9.
kernel: Linux 3.10-rc6 -> vexpress_defconfig
qemu: 1.6.0-rc0
cmd line:
qemu-system-arm\
-m 512\
-M vexpress-a9\
-kernel arch/arm/boot/zImage\
-initrd boot-kernels/initrd-modified.img \
-append "root=/dev/mmcblk0
efore but never have wrote a board machine from
the scratch. In
the case that we decide to do the OMAP4+panda emulation, what would be some
logical steps
to make the thinks working?
Kind Regards,
Erlon Cruz
On Tue, Feb 26, 2013 at 8:24 AM, David Gibson
wrote:
> On Tue, Feb 26, 2013 at 07:15:57AM -0300, Erlon Cruz wrote:
> > I wonder if this can be related with the problem I found some time ago
> > while installing SLES.
> >
> > http://lists.gnu.org/archive/html/qemu-
I wonder if this can be related with the problem I found some time ago
while installing SLES.
http://lists.gnu.org/archive/html/qemu-devel/2012-12/msg00261.html
Regards,
Erlon
On Tue, Feb 26, 2013 at 2:27 AM, David Gibson
wrote:
> Currently, for the pseries machine the device tree supplied by q
On Tue, Dec 18, 2012 at 10:41 AM, Vasilis Liaskovitis <
vasilis.liaskovi...@profitbricks.com> wrote:
> This is v4 of the ACPI memory hotplug functionality. Only x86_64 target is
> supported (both i440fx and q35). There are still several issues, but it's
> been a while since v3 and I wanted to get
From: Erlon Cruz
This h_call is useful for DLPAR in future amongst other things. Given an index
it fetches the corresponding PTE stored in the htab.
Signed-off-by: Erlon Cruz
---
hw/spapr_hcall.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/hw
From: Erlon Cruz
This h_call is useful for DLPAR in future amongst other things. Given an index
it fetches the corresponding PTE stored in the htab.
Signed-off-by: Erlon Cruz
---
hw/spapr_hcall.c | 32
1 file changed, 32 insertions(+)
diff --git a/hw
I left them only to make it easy to read and keep the same sintax used
in the other functions.
On Sat, Feb 16, 2013 at 9:46 PM, David Gibson wrote:
> On Fri, Feb 15, 2013 at 08:59:35AM -0200, Erlon Cruz wrote:
>> From: Erlon Cruz
>>
>> This h_call is useful for DLPAR in
From: Erlon Cruz
This h_call is useful for DLPAR in future amongst other things. Given an index
it fetches the corresponding PTE stored in the htab.
Signed-off-by: Erlon Cruz
---
hw/spapr_hcall.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/hw
On Sun, Feb 10, 2013 at 10:10 PM, David Gibson
wrote:
>
> On Thu, Feb 07, 2013 at 09:28:20AM -0200, Erlon Cruz wrote:
> > From: Erlon Cruz
> >
> > This h_call is useful for DLPAR in future amongst other things. Given an
> > index
> > it fetches the correspond
From: Erlon Cruz
This h_call is useful for DLPAR in future amongst other things. Given an index
it fetches the corresponding PTE stored in the htab.
Signed-off-by: Erlon Cruz
---
hw/spapr_hcall.c | 58 ++
1 file changed, 58 insertions
On Thu, Jan 31, 2013 at 1:12 PM, Luiz Capitulino wrote:
> On Thu, 31 Jan 2013 05:12:25 -0800
> "Erlon Cruz" wrote:
>
> > Legal Disclaimer:
> > The information contained in this message may be privileged and
> confidential. It is intended to be read only by the
On 01/31/2013 09:33 AM, Luiz Capitulino wrote:
> On Thu, 31 Jan 2013 10:51:10 +0100
> Markus Armbruster wrote:
>
>> "Erlon Cruz" writes:
>>
>>> QEMU monitor command 'info registers' only displays information for the
>>> first
>>&
On 01/31/2013 07:51 AM, Markus Armbruster wrote:
> "Erlon Cruz" writes:
>
>> QEMU monitor command 'info registers' only displays information for the first
>> CPU. This fix that by show registers information for each CPU in the system
> This is incorrect.
QEMU monitor command 'info registers' only displays information for the first
CPU. This fix that by show registers information for each CPU in the system
Signed-off-by: erlon.c...@fit-tecnologia.org.br
---
monitor.c | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
dif
> The parameter passing for guest commands was kludgy (list of json
> objects rather than a list of parameter strings), but I think we can handle
> that now with the "gen: no" option to the code parser indicating we'll
> handle it manually.
>
> I'm not sure about the guest-file-open-pipe stuff eith
On Wed, Jan 2, 2013 at 9:04 PM, mdroth wrote:
> On Mon, Dec 31, 2012 at 06:14:59PM -0200, Erlon Cruz wrote:
> > Hi,
> >
> >
> > I needed to run an external program in a guest machine. Once this must be
> > triggered by the host, I first thought in qemu-ga.
> &
Hi,
I needed to run an external program in a guest machine. Once this must be
triggered by the host, I first thought in qemu-ga.
Is that possible? In QEMU help page and in the code I couldn't find such
capability.
So Im thinking In to implement a new GA QMP command that can run generic
programs i
wrote:
>
> Hi Erlon,
>
> Erlon Cruz writes:
> > Hi Alex,
> >
> >
> >> Could you please post
> >>
> >> * the exact command line you were using
> >>
> >
> > ./ppc64-softmmu/qemu-system-ppc64 -machine type=pseries,usb=off -
On Wed, Dec 5, 2012 at 12:39 PM, Alexander Graf wrote:
>
> On 05.12.2012, at 15:37, Alexander Graf wrote:
>
>
> On 05.12.2012, at 15:35, Alexander Graf wrote:
>
>
> On 05.12.2012, at 15:09, Erlon Cruz wrote:
>
> Hi Alex,
>
>
>> Could you please post
On Wed, Dec 5, 2012 at 12:35 PM, Alexander Graf wrote:
>
> On 05.12.2012, at 15:09, Erlon Cruz wrote:
>
> Hi Alex,
>
>
>> Could you please post
>>
>> * the exact command line you were using
>>
>
> ./ppc64-softmmu/qemu-system-ppc64 -machine ty
On Wed, Dec 5, 2012 at 12:37 PM, Alexander Graf wrote:
>
> On 05.12.2012, at 15:35, Alexander Graf wrote:
>
>
> On 05.12.2012, at 15:09, Erlon Cruz wrote:
>
> Hi Alex,
>
>
>> Could you please post
>>
>> * the exact command line you were using
>&
Hi Alex,
> Could you please post
>
> * the exact command line you were using
>
./ppc64-softmmu/qemu-system-ppc64 -machine type=pseries,usb=off -m 512
-net nic,vlan=0 -net tap -nographic -cdrom
/exports/isos/SLES-11-SP2-DVD-ppc64-GM-DVD1.iso -hda
/exports/sles11_sp2.qcow2 -monitor unix:/dev/tt
Em 04/12/2012 20:58, "David Gibson" escreveu:
>
> On Tue, Dec 04, 2012 at 11:20:03AM -0200, Erlon Cruz wrote:
> > On Tue, Dec 4, 2012 at 12:42 AM, David Gibson
> > wrote:
> >
> > > Now that we have implemented PAPR compatible NVRAM interfaces in
qe
On Tue, Dec 4, 2012 at 12:42 AM, David Gibson
wrote:
> Now that we have implemented PAPR compatible NVRAM interfaces in qemu, this
> updates the SLOF firmware to actually initialize and use the NVRAM as a
> PAPR guest firmware is expected to do.
>
> This SLOF update also includes an ugly but usefu
On 10/05/2012 11:42 AM, Anthony Liguori wrote:
> Benjamin Herrenschmidt writes:
>
>> On Wed, 2012-09-12 at 17:53 +0200, Alexander Graf wrote:
>>> On 09/12/2012 04:54 PM, Erlon Cruz wrote:
>>>> Hi all,
>>>>
>>>> We are planning to implemen
bably deprecated in the nearly
future
So far we are going with the third option. Any regards about that let us
know.
Kind Regards,
Erlon
On Thu, Sep 13, 2012 at 6:45 PM, Benjamin Herrenschmidt <
b...@kernel.crashing.org> wrote:
> On Thu, 2012-09-13 at 12:15 -0300, Erlon Cruz wrote:
>
> On Wed, Sep 12, 2012 at 6:48 PM, Benjamin Herrenschmidt
> wrote:
> On Wed, 2012-09-12 at 17:53 +0200, Alexander Graf wrote:
>> On 09/12/2012 04:54 PM, Erlon Cruz wrote:
>> > Hi all,
>> >
>> > We are planning to implement DLPAR capacity on QEMU p
On Wed, Sep 12, 2012 at 12:53 PM, Alexander Graf wrote:
> On 09/12/2012 04:54 PM, Erlon Cruz wrote:
>>
>> Hi all,
>>
>> We are planning to implement DLPAR capacity on QEMU pSeries. As we
>
>
> What is DLPAR? Hotplug support?
Yes, basically the way PowerVM uses
Hi all,
We are planning to implement DLPAR capacity on QEMU pSeries. As we
lack of experience in the internals of the arch we would like you guys
to give us some design directions
and confirm if we going in the right direction. Our first idea is:
1 - to patch 'spapr.c' so it can dynamically i
From: Fabiano Fidêncio
This commit introduces the devices stubs that use Virtio infrastructure
to transport QXL commands.
Signed-off-by: Erlon R. Cruz
Signed-off-by: Fabiano Fidêncio
Signed-off-by: Rafael F. Santos
---
hw/i386/Makefile.objs |2 +-
hw/pci.h |1 +
hw/qxl-v
From: Fabiano Fidêncio
The VirtioQXL device is a graphical video device that makes possible to
use of SPICE protocol over virtio transport.
QXL commands are generated in the guest xf86 driver and pushed to host
through in a single VQ. The commands are copied to device memory and then
consumed by
The following patches makes provides video support to non PCI architectures,
please review!
On Wed, Aug 8, 2012 at 3:18 AM, Gerd Hoffmann wrote:
> Hi,
>
The only thing
its missing is to fix the endianess for server/client handshaking.
>>>
>>> What exactly do you mean here?
>>
>> Well that are negotiation messages configuring each channel, its
>> capabilities, encryption keys
>On Tue, Aug 7, 2012 at 11:07 AM, Gerd Hoffmann wrote:
>
> On 08/07/12 15:05, Erlon Cruz wrote:
> > Em 07/08/2012 05:01, "Gerd Hoffmann" escreveu:
> >>
> >> Hi,
> >>
> >>> Why not make libspice mandatory?
> >>
&g
Em 07/08/2012 05:01, "Gerd Hoffmann" escreveu:
>
> Hi,
>
> > Why not make libspice mandatory?
>
> spice needs to build and run on alot of platforms where it doesn't run
> today. So it isn't an option right now. Which doesn't imply it will
> never happen, but spice certainly needs some work bef
39 matches
Mail list logo
