* [PATCH 1/4] qemuppc: replace emulation of qemuppc from prep to mac99
2012-01-05 8:37 [PATCH 0/4] qemuppc: replace emulation of qemuppc Liming Wang
@ 2012-01-05 8:37 ` Liming Wang
2012-01-05 8:37 ` [PATCH 2/4] qemuppc: add pointercal file Liming Wang
` (4 subsequent siblings)
5 siblings, 0 replies; 14+ messages in thread
From: Liming Wang @ 2012-01-05 8:37 UTC (permalink / raw)
To: richard.purdie, sgw; +Cc: openembedded-core
With this new emulation, qemuppc can support framebuffer
and the nfs booting works well.
Signed-off-by: Liming Wang <liming.wang@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
meta/conf/machine/qemuppc.conf | 2 +-
scripts/runqemu | 7 +------
scripts/runqemu-internal | 16 ++++++++--------
3 files changed, 10 insertions(+), 15 deletions(-)
diff --git a/meta/conf/machine/qemuppc.conf b/meta/conf/machine/qemuppc.conf
index bcc408f..48eecb7 100644
--- a/meta/conf/machine/qemuppc.conf
+++ b/meta/conf/machine/qemuppc.conf
@@ -5,7 +5,7 @@
require conf/machine/include/qemu.inc
require conf/machine/include/tune-ppc603e.inc
-KERNEL_IMAGETYPE = "zImage"
+KERNEL_IMAGETYPE = "vmlinux"
SERIAL_CONSOLE = "115200 ttyS0"
diff --git a/scripts/runqemu b/scripts/runqemu
index bed6a29..ac5facf 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -262,7 +262,7 @@ QEMUARM_DEFAULT_FSTYPE=ext3
QEMUMIPS_DEFAULT_KERNEL=vmlinux-qemumips.bin
QEMUMIPS_DEFAULT_FSTYPE=ext3
-QEMUPPC_DEFAULT_KERNEL=zImage-qemuppc.bin
+QEMUPPC_DEFAULT_KERNEL=vmlinux-qemuppc.bin
QEMUPPC_DEFAULT_FSTYPE=ext3
AKITA_DEFAULT_KERNEL=zImage-akita.bin
@@ -365,11 +365,6 @@ if [ -z "$FSTYPE" ]; then
fi
fi
-if [ "$FSTYPE" = "nfs" -a "$MACHINE" = "qemuppc" ]; then
- echo "Error: usermode NFS boot is not available for qemuppc."
- exit 1
-fi
-
# FSTYPE is now set for all cases
# Handle cases where a ROOTFS type is given instead of a filename, e.g.
diff --git a/scripts/runqemu-internal b/scripts/runqemu-internal
index 2968ed9..c55619b 100755
--- a/scripts/runqemu-internal
+++ b/scripts/runqemu-internal
@@ -389,13 +389,13 @@ fi
if [ "$MACHINE" = "qemuppc" ]; then
QEMU=qemu-system-ppc
- MACHINE_SUBTYPE=prep
- CPU_SUBTYPE=603e
- BIOS=powerpc_rom.bin
- QEMU_UI_OPTIONS="$QEMU_UI_OPTIONS -nographic"
+ MACHINE_SUBTYPE=mac99
+ CPU_SUBTYPE=G4
+ QEMU_UI_OPTIONS="$QEMU_UI_OPTIONS"
+ QEMU_NETWORK_CMD="-net nic,model=pcnet $QEMU_TAP_CMD"
if [ "$FSTYPE" = "ext3" -o "$FSTYPE" = "btrfs" ]; then
- KERNCMDLINE="root=/dev/hda rw console=ttyS0 3 $KERNEL_NETWORK_CMD mem=$QEMU_MEMORY"
- QEMUOPTIONS="$QEMU_NETWORK_CMD -cpu $CPU_SUBTYPE -M $MACHINE_SUBTYPE -bios $BIOS -hda $ROOTFS -no-reboot $QEMU_UI_OPTIONS"
+ KERNCMDLINE="root=/dev/hda rw console=ttyS0 $KERNEL_NETWORK_CMD mem=$QEMU_MEMORY"
+ QEMUOPTIONS="$QEMU_NETWORK_CMD -cpu $CPU_SUBTYPE -M $MACHINE_SUBTYPE -hda $ROOTFS -no-reboot $QEMU_UI_OPTIONS"
fi
if [ "$FSTYPE" = "nfs" ]; then
if [ "$NFS_SERVER" = "192.168.7.1" -a ! -d "$NFS_DIR" ]; then
@@ -403,8 +403,8 @@ if [ "$MACHINE" = "qemuppc" ]; then
cleanup
return
fi
- KERNCMDLINE="root=/dev/nfs console=ttyS0 3 nfsroot=$NFS_SERVER:$NFS_DIR,$UNFS_OPTS rw $KERNEL_NETWORK_CMD mem=$QEMU_MEMORY"
- QEMUOPTIONS="$QEMU_NETWORK_CMD -cpu $CPU_SUBTYPE -M $MACHINE_SUBTYPE -bios $BIOS -no-reboot $QEMU_UI_OPTIONS"
+ KERNCMDLINE="root=/dev/nfs console=ttyS0 nfsroot=$NFS_SERVER:$NFS_DIR,$UNFS_OPTS rw $KERNEL_NETWORK_CMD mem=$QEMU_MEMORY"
+ QEMUOPTIONS="$QEMU_NETWORK_CMD -cpu $CPU_SUBTYPE -M $MACHINE_SUBTYPE -no-reboot $QEMU_UI_OPTIONS"
fi
fi
--
1.7.5.4
^ permalink raw reply related [flat|nested] 14+ messages in thread* [PATCH 2/4] qemuppc: add pointercal file
2012-01-05 8:37 [PATCH 0/4] qemuppc: replace emulation of qemuppc Liming Wang
2012-01-05 8:37 ` [PATCH 1/4] qemuppc: replace emulation of qemuppc from prep to mac99 Liming Wang
@ 2012-01-05 8:37 ` Liming Wang
2012-01-05 8:37 ` [PATCH 3/4] qemuppc: add machconfig Liming Wang
` (3 subsequent siblings)
5 siblings, 0 replies; 14+ messages in thread
From: Liming Wang @ 2012-01-05 8:37 UTC (permalink / raw)
To: richard.purdie, sgw; +Cc: openembedded-core
This file is for tslib to make touchscreen work well.
Signed-off-by: Liming Wang <liming.wang@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
.../pointercal/files/qemuppc/pointercal | Bin 0 -> 36 bytes
1 files changed, 0 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-bsp/pointercal/files/qemuppc/pointercal
diff --git a/meta/recipes-bsp/pointercal/files/qemuppc/pointercal b/meta/recipes-bsp/pointercal/files/qemuppc/pointercal
new file mode 100644
index 0000000000000000000000000000000000000000..c2d6e37bf0c0d956ba17ba9955613c4cee5a147a
GIT binary patch
literal 36
mcmXpsFt#*Q&;=n=3lPgl!O+0i%uK=9!qiZ~%+%D_i~#_8+XjmO
literal 0
HcmV?d00001
--
1.7.5.4
^ permalink raw reply [flat|nested] 14+ messages in thread* [PATCH 3/4] qemuppc: add machconfig
2012-01-05 8:37 [PATCH 0/4] qemuppc: replace emulation of qemuppc Liming Wang
2012-01-05 8:37 ` [PATCH 1/4] qemuppc: replace emulation of qemuppc from prep to mac99 Liming Wang
2012-01-05 8:37 ` [PATCH 2/4] qemuppc: add pointercal file Liming Wang
@ 2012-01-05 8:37 ` Liming Wang
2012-01-05 8:37 ` [PATCH 4/4] tslib: enable big endian support for qemuppc Liming Wang
` (2 subsequent siblings)
5 siblings, 0 replies; 14+ messages in thread
From: Liming Wang @ 2012-01-05 8:37 UTC (permalink / raw)
To: richard.purdie, sgw; +Cc: openembedded-core
Signed-off-by: Liming Wang <liming.wang@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
.../formfactor/files/qemuppc/machconfig | 10 ++++++++++
1 files changed, 10 insertions(+), 0 deletions(-)
create mode 100755 meta/recipes-bsp/formfactor/files/qemuppc/machconfig
diff --git a/meta/recipes-bsp/formfactor/files/qemuppc/machconfig b/meta/recipes-bsp/formfactor/files/qemuppc/machconfig
new file mode 100755
index 0000000..5ea2270
--- /dev/null
+++ b/meta/recipes-bsp/formfactor/files/qemuppc/machconfig
@@ -0,0 +1,10 @@
+HAVE_TOUCHSCREEN=1
+HAVE_KEYBOARD=1
+
+DISPLAY_CAN_ROTATE=0
+DISPLAY_ORIENTATION=0
+DISPLAY_WIDTH_PIXELS=800
+DISPLAY_HEIGHT_PIXELS=600
+DISPLAY_BPP=16
+DISPLAY_DPI=150
+DISPLAY_SUBPIXEL_ORDER=vrgb
--
1.7.5.4
^ permalink raw reply related [flat|nested] 14+ messages in thread* [PATCH 4/4] tslib: enable big endian support for qemuppc
2012-01-05 8:37 [PATCH 0/4] qemuppc: replace emulation of qemuppc Liming Wang
` (2 preceding siblings ...)
2012-01-05 8:37 ` [PATCH 3/4] qemuppc: add machconfig Liming Wang
@ 2012-01-05 8:37 ` Liming Wang
2012-01-06 14:29 ` [PATCH 0/4] qemuppc: replace emulation of qemuppc Bruce Ashfield
2012-01-21 3:50 ` Saul Wold
5 siblings, 0 replies; 14+ messages in thread
From: Liming Wang @ 2012-01-05 8:37 UTC (permalink / raw)
To: richard.purdie, sgw; +Cc: openembedded-core
This enables wacom tablet/touchscreen support on qemuppc.
Signed-off-by: Liming Wang <liming.wang@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
meta/recipes-graphics/tslib/tslib_1.0.bb | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-graphics/tslib/tslib_1.0.bb b/meta/recipes-graphics/tslib/tslib_1.0.bb
index f47116f..54ff3d4 100644
--- a/meta/recipes-graphics/tslib/tslib_1.0.bb
+++ b/meta/recipes-graphics/tslib/tslib_1.0.bb
@@ -22,6 +22,7 @@ SRC_URI = "http://download.berlios.de/tslib/tslib-${PV}.tar.bz2 \
SRC_URI[md5sum] = "92b2eb55b1e4ef7e2c0347069389390e"
SRC_URI[sha256sum] = "9c40d914e4f6fe00bdd77137d671c7ce4f211686228f2eb8b2d3c2360bc249c8"
SRC_URI_append_qemumips += " file://32bitBE-support.patch"
+SRC_URI_append_qemuppc += " file://32bitBE-support.patch"
inherit autotools pkgconfig
--
1.7.5.4
^ permalink raw reply related [flat|nested] 14+ messages in thread* Re: [PATCH 0/4] qemuppc: replace emulation of qemuppc
2012-01-05 8:37 [PATCH 0/4] qemuppc: replace emulation of qemuppc Liming Wang
` (3 preceding siblings ...)
2012-01-05 8:37 ` [PATCH 4/4] tslib: enable big endian support for qemuppc Liming Wang
@ 2012-01-06 14:29 ` Bruce Ashfield
2012-01-06 14:33 ` Richard Purdie
2012-01-21 3:50 ` Saul Wold
5 siblings, 1 reply; 14+ messages in thread
From: Bruce Ashfield @ 2012-01-06 14:29 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Thu, Jan 5, 2012 at 3:37 AM, Liming Wang <liming.wang@windriver.com> wrote:
> Hi Richard,
>
> These patches are aimed to replace emulation of qemuppc from prep to mac99.
> With this new emulation, qemuppc now supports framebuffer and the network
> works well.
>
> The kernel config also needs modification and I will let Bruce to review the
> patches.
I have the patches in my inbox now, I'm reviewing and merging them shortly.
I'll pull these changes in to do some boot and runtime testing as well.
Richard/Saul: if it works better for coordination purposes, I can do the kernel
part, take this into my tree as well and then send a single coordinated pull
request when everything is known to work together.
Cheers,
Bruce
>
> The following changes since commit 0ff1d667dc23b0cc903c18f1b5e032c2b6630aae:
>
> distro: Add poky-tiny distro definition
>
> are available in the git repository at:
>
> git://128.224.162.211/poky.git qemuppc-new
>
> Liming Wang (4):
> qemuppc: replace emulation of qemuppc from prep to mac99
> qemuppc: add pointercal file
> qemuppc: add machconfig
> tslib: enable big endian support for qemuppc
>
> meta/conf/machine/qemuppc.conf | 2 +-
> .../formfactor/files/qemuppc/machconfig | 10 ++++++++++
> .../pointercal/files/qemuppc/pointercal | Bin 0 -> 36 bytes
> meta/recipes-graphics/tslib/tslib_1.0.bb | 1 +
> scripts/runqemu | 7 +------
> scripts/runqemu-internal | 16 ++++++++--------
> 6 files changed, 21 insertions(+), 15 deletions(-)
> create mode 100755 meta/recipes-bsp/formfactor/files/qemuppc/machconfig
> create mode 100644 meta/recipes-bsp/pointercal/files/qemuppc/pointercal
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply [flat|nested] 14+ messages in thread* Re: [PATCH 0/4] qemuppc: replace emulation of qemuppc
2012-01-06 14:29 ` [PATCH 0/4] qemuppc: replace emulation of qemuppc Bruce Ashfield
@ 2012-01-06 14:33 ` Richard Purdie
2012-01-09 16:07 ` Bruce Ashfield
0 siblings, 1 reply; 14+ messages in thread
From: Richard Purdie @ 2012-01-06 14:33 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: Patches and discussions about the oe-core layer
On Fri, 2012-01-06 at 09:29 -0500, Bruce Ashfield wrote:
> On Thu, Jan 5, 2012 at 3:37 AM, Liming Wang <liming.wang@windriver.com> wrote:
> > Hi Richard,
> >
> > These patches are aimed to replace emulation of qemuppc from prep to mac99.
> > With this new emulation, qemuppc now supports framebuffer and the network
> > works well.
> >
> > The kernel config also needs modification and I will let Bruce to review the
> > patches.
>
> I have the patches in my inbox now, I'm reviewing and merging them shortly.
> I'll pull these changes in to do some boot and runtime testing as well.
>
> Richard/Saul: if it works better for coordination purposes, I can do the kernel
> part, take this into my tree as well and then send a single coordinated pull
> request when everything is known to work together.
Yes please.
The userspace bits look reasonable to me but they need to be in step
with the kernel changes. I'm looking forward to working framebuffer
support :)
Cheers,
Richard
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 0/4] qemuppc: replace emulation of qemuppc
2012-01-06 14:33 ` Richard Purdie
@ 2012-01-09 16:07 ` Bruce Ashfield
0 siblings, 0 replies; 14+ messages in thread
From: Bruce Ashfield @ 2012-01-09 16:07 UTC (permalink / raw)
To: Richard Purdie; +Cc: Patches and discussions about the oe-core layer
On Fri, Jan 6, 2012 at 9:33 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Fri, 2012-01-06 at 09:29 -0500, Bruce Ashfield wrote:
>> On Thu, Jan 5, 2012 at 3:37 AM, Liming Wang <liming.wang@windriver.com> wrote:
>> > Hi Richard,
>> >
>> > These patches are aimed to replace emulation of qemuppc from prep to mac99.
>> > With this new emulation, qemuppc now supports framebuffer and the network
>> > works well.
>> >
>> > The kernel config also needs modification and I will let Bruce to review the
>> > patches.
>>
>> I have the patches in my inbox now, I'm reviewing and merging them shortly.
>> I'll pull these changes in to do some boot and runtime testing as well.
>>
>> Richard/Saul: if it works better for coordination purposes, I can do the kernel
>> part, take this into my tree as well and then send a single coordinated pull
>> request when everything is known to work together.
>
> Yes please.
>
> The userspace bits look reasonable to me but they need to be in step
> with the kernel changes. I'm looking forward to working framebuffer
> support :)
In case anyone is wondering, I merged and started testing this on Friday. I'm
working with Liming to hunt down a mouse grab/cusor and keyboard issue that I'm
seeing. But other than that, everything worked nicely. If I can't
resolve the two
minor items quickly, I'll send the queue anyway and more eyes can be put on
the problem.
Cheers,
Bruce
>
> Cheers,
>
> Richard
>
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 0/4] qemuppc: replace emulation of qemuppc
2012-01-05 8:37 [PATCH 0/4] qemuppc: replace emulation of qemuppc Liming Wang
` (4 preceding siblings ...)
2012-01-06 14:29 ` [PATCH 0/4] qemuppc: replace emulation of qemuppc Bruce Ashfield
@ 2012-01-21 3:50 ` Saul Wold
2012-01-21 4:12 ` Bruce Ashfield
5 siblings, 1 reply; 14+ messages in thread
From: Saul Wold @ 2012-01-21 3:50 UTC (permalink / raw)
To: Liming Wang; +Cc: openembedded-core
On 01/05/2012 12:37 AM, Liming Wang wrote:
> Hi Richard,
>
> These patches are aimed to replace emulation of qemuppc from prep to mac99.
> With this new emulation, qemuppc now supports framebuffer and the network
> works well.
>
Is there anything that needs to be setup differently for the runqemu
scripts? Our sanity tests have failed after changing to the new ppc
code and I wonder if there is something for the command line or ???
THanks
Sau!
> The kernel config also needs modification and I will let Bruce to review the
> patches.
>
> The following changes since commit 0ff1d667dc23b0cc903c18f1b5e032c2b6630aae:
>
> distro: Add poky-tiny distro definition
>
> are available in the git repository at:
>
> git://128.224.162.211/poky.git qemuppc-new
>
> Liming Wang (4):
> qemuppc: replace emulation of qemuppc from prep to mac99
> qemuppc: add pointercal file
> qemuppc: add machconfig
> tslib: enable big endian support for qemuppc
>
> meta/conf/machine/qemuppc.conf | 2 +-
> .../formfactor/files/qemuppc/machconfig | 10 ++++++++++
> .../pointercal/files/qemuppc/pointercal | Bin 0 -> 36 bytes
> meta/recipes-graphics/tslib/tslib_1.0.bb | 1 +
> scripts/runqemu | 7 +------
> scripts/runqemu-internal | 16 ++++++++--------
> 6 files changed, 21 insertions(+), 15 deletions(-)
> create mode 100755 meta/recipes-bsp/formfactor/files/qemuppc/machconfig
> create mode 100644 meta/recipes-bsp/pointercal/files/qemuppc/pointercal
>
^ permalink raw reply [flat|nested] 14+ messages in thread* Re: [PATCH 0/4] qemuppc: replace emulation of qemuppc
2012-01-21 3:50 ` Saul Wold
@ 2012-01-21 4:12 ` Bruce Ashfield
2012-01-21 11:48 ` Richard Purdie
0 siblings, 1 reply; 14+ messages in thread
From: Bruce Ashfield @ 2012-01-21 4:12 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Fri, Jan 20, 2012 at 10:50 PM, Saul Wold <sgw@linux.intel.com> wrote:
> On 01/05/2012 12:37 AM, Liming Wang wrote:
>>
>> Hi Richard,
>>
>> These patches are aimed to replace emulation of qemuppc from prep to
>> mac99.
>> With this new emulation, qemuppc now supports framebuffer and the network
>> works well.
>>
> Is there anything that needs to be setup differently for the runqemu
> scripts? Our sanity tests have failed after changing to the new ppc code
> and I wonder if there is something for the command line or ???
What type of failure ? boot ? I'm building and booting it all the time, so I can
help there. Or are you talking about something in particular like the network ?
disk ?
Bruce
>
> THanks
> Sau!
>
>
>> The kernel config also needs modification and I will let Bruce to review
>> the
>> patches.
>>
>> The following changes since commit
>> 0ff1d667dc23b0cc903c18f1b5e032c2b6630aae:
>>
>> distro: Add poky-tiny distro definition
>>
>> are available in the git repository at:
>>
>> git://128.224.162.211/poky.git qemuppc-new
>>
>> Liming Wang (4):
>> qemuppc: replace emulation of qemuppc from prep to mac99
>> qemuppc: add pointercal file
>> qemuppc: add machconfig
>> tslib: enable big endian support for qemuppc
>>
>> meta/conf/machine/qemuppc.conf | 2 +-
>> .../formfactor/files/qemuppc/machconfig | 10 ++++++++++
>> .../pointercal/files/qemuppc/pointercal | Bin 0 -> 36 bytes
>> meta/recipes-graphics/tslib/tslib_1.0.bb | 1 +
>> scripts/runqemu | 7 +------
>> scripts/runqemu-internal | 16
>> ++++++++--------
>> 6 files changed, 21 insertions(+), 15 deletions(-)
>> create mode 100755 meta/recipes-bsp/formfactor/files/qemuppc/machconfig
>> create mode 100644 meta/recipes-bsp/pointercal/files/qemuppc/pointercal
>>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 0/4] qemuppc: replace emulation of qemuppc
2012-01-21 4:12 ` Bruce Ashfield
@ 2012-01-21 11:48 ` Richard Purdie
2012-01-21 14:29 ` Bruce Ashfield
0 siblings, 1 reply; 14+ messages in thread
From: Richard Purdie @ 2012-01-21 11:48 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Fri, 2012-01-20 at 23:12 -0500, Bruce Ashfield wrote:
> On Fri, Jan 20, 2012 at 10:50 PM, Saul Wold <sgw@linux.intel.com> wrote:
> > On 01/05/2012 12:37 AM, Liming Wang wrote:
> >>
> >> Hi Richard,
> >>
> >> These patches are aimed to replace emulation of qemuppc from prep to
> >> mac99.
> >> With this new emulation, qemuppc now supports framebuffer and the network
> >> works well.
> >>
> > Is there anything that needs to be setup differently for the runqemu
> > scripts? Our sanity tests have failed after changing to the new ppc code
> > and I wonder if there is something for the command line or ???
>
> What type of failure ? boot ? I'm building and booting it all the time, so I can
> help there. Or are you talking about something in particular like the network ?
> disk ?
I ran a test build and can confirm that whilst qemuppc can boot, there
is no network. We need to fix the network ASAP as our automated testing
depends on working network access...
Cheers,
Richard
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 0/4] qemuppc: replace emulation of qemuppc
2012-01-21 11:48 ` Richard Purdie
@ 2012-01-21 14:29 ` Bruce Ashfield
2012-01-23 15:44 ` Bruce Ashfield
0 siblings, 1 reply; 14+ messages in thread
From: Bruce Ashfield @ 2012-01-21 14:29 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Sat, Jan 21, 2012 at 6:48 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Fri, 2012-01-20 at 23:12 -0500, Bruce Ashfield wrote:
>> On Fri, Jan 20, 2012 at 10:50 PM, Saul Wold <sgw@linux.intel.com> wrote:
>> > On 01/05/2012 12:37 AM, Liming Wang wrote:
>> >>
>> >> Hi Richard,
>> >>
>> >> These patches are aimed to replace emulation of qemuppc from prep to
>> >> mac99.
>> >> With this new emulation, qemuppc now supports framebuffer and the network
>> >> works well.
>> >>
>> > Is there anything that needs to be setup differently for the runqemu
>> > scripts? Our sanity tests have failed after changing to the new ppc code
>> > and I wonder if there is something for the command line or ???
>>
>> What type of failure ? boot ? I'm building and booting it all the time, so I can
>> help there. Or are you talking about something in particular like the network ?
>> disk ?
>
> I ran a test build and can confirm that whilst qemuppc can boot, there
> is no network. We need to fix the network ASAP as our automated testing
> depends on working network access...
Liming is out for the next week or so, but I'll see what I can do on Monday.
He did report a properly working networking with his initial submission, so it
should just be a configuration issue.
Cheers,
Bruce
>
> Cheers,
>
> Richard
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 0/4] qemuppc: replace emulation of qemuppc
2012-01-21 14:29 ` Bruce Ashfield
@ 2012-01-23 15:44 ` Bruce Ashfield
2012-01-23 17:57 ` Bruce Ashfield
0 siblings, 1 reply; 14+ messages in thread
From: Bruce Ashfield @ 2012-01-23 15:44 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Sat, Jan 21, 2012 at 9:29 AM, Bruce Ashfield
<bruce.ashfield@gmail.com> wrote:
> On Sat, Jan 21, 2012 at 6:48 AM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
>> On Fri, 2012-01-20 at 23:12 -0500, Bruce Ashfield wrote:
>>> On Fri, Jan 20, 2012 at 10:50 PM, Saul Wold <sgw@linux.intel.com> wrote:
>>> > On 01/05/2012 12:37 AM, Liming Wang wrote:
>>> >>
>>> >> Hi Richard,
>>> >>
>>> >> These patches are aimed to replace emulation of qemuppc from prep to
>>> >> mac99.
>>> >> With this new emulation, qemuppc now supports framebuffer and the network
>>> >> works well.
>>> >>
>>> > Is there anything that needs to be setup differently for the runqemu
>>> > scripts? Our sanity tests have failed after changing to the new ppc code
>>> > and I wonder if there is something for the command line or ???
>>>
>>> What type of failure ? boot ? I'm building and booting it all the time, so I can
>>> help there. Or are you talking about something in particular like the network ?
>>> disk ?
>>
>> I ran a test build and can confirm that whilst qemuppc can boot, there
>> is no network. We need to fix the network ASAP as our automated testing
>> depends on working network access...
>
> Liming is out for the next week or so, but I'll see what I can do on Monday.
> He did report a properly working networking with his initial submission, so it
> should just be a configuration issue.
Does anyone have more details on this for me ? I just did a build and boot into
sato and everything worked here. Mouse was fine, opened the terminal, ifconfig
reports and up and running ethernet, and I can ping and ssh out of qemppc to
my host machine.
So I've got nothing to test here, since it all worked.
Note: there is one small change to runqemu that I can send along to enable the
keyboard in sato, but that's all that I have to go on.
Cheers,
Bruce
>
> Cheers,
>
> Bruce
>
>>
>> Cheers,
>>
>> Richard
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
>
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end"
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH 0/4] qemuppc: replace emulation of qemuppc
2012-01-23 15:44 ` Bruce Ashfield
@ 2012-01-23 17:57 ` Bruce Ashfield
0 siblings, 0 replies; 14+ messages in thread
From: Bruce Ashfield @ 2012-01-23 17:57 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Mon, Jan 23, 2012 at 10:44 AM, Bruce Ashfield
<bruce.ashfield@gmail.com> wrote:
> On Sat, Jan 21, 2012 at 9:29 AM, Bruce Ashfield
> <bruce.ashfield@gmail.com> wrote:
>> On Sat, Jan 21, 2012 at 6:48 AM, Richard Purdie
>> <richard.purdie@linuxfoundation.org> wrote:
>>> On Fri, 2012-01-20 at 23:12 -0500, Bruce Ashfield wrote:
>>>> On Fri, Jan 20, 2012 at 10:50 PM, Saul Wold <sgw@linux.intel.com> wrote:
>>>> > On 01/05/2012 12:37 AM, Liming Wang wrote:
>>>> >>
>>>> >> Hi Richard,
>>>> >>
>>>> >> These patches are aimed to replace emulation of qemuppc from prep to
>>>> >> mac99.
>>>> >> With this new emulation, qemuppc now supports framebuffer and the network
>>>> >> works well.
>>>> >>
>>>> > Is there anything that needs to be setup differently for the runqemu
>>>> > scripts? Our sanity tests have failed after changing to the new ppc code
>>>> > and I wonder if there is something for the command line or ???
>>>>
>>>> What type of failure ? boot ? I'm building and booting it all the time, so I can
>>>> help there. Or are you talking about something in particular like the network ?
>>>> disk ?
>>>
>>> I ran a test build and can confirm that whilst qemuppc can boot, there
>>> is no network. We need to fix the network ASAP as our automated testing
>>> depends on working network access...
>>
>> Liming is out for the next week or so, but I'll see what I can do on Monday.
>> He did report a properly working networking with his initial submission, so it
>> should just be a configuration issue.
>
> Does anyone have more details on this for me ? I just did a build and boot into
> sato and everything worked here. Mouse was fine, opened the terminal, ifconfig
> reports and up and running ethernet, and I can ping and ssh out of qemppc to
> my host machine.
>
> So I've got nothing to test here, since it all worked.
>
> Note: there is one small change to runqemu that I can send along to enable the
> keyboard in sato, but that's all that I have to go on.
As was discussed on IRC, I was booting my 3.2 kernel .. where everything worked.
I've fixed this on 3.0 and sent a pull request.
Bruce
>
> Cheers,
>
> Bruce
>
>>
>> Cheers,
>>
>> Bruce
>>
>>>
>>> Cheers,
>>>
>>> Richard
>>>
>>>
>>> _______________________________________________
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
>>
>>
>> --
>> "Thou shalt not follow the NULL pointer, for chaos and madness await
>> thee at its end"
>
>
>
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end"
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply [flat|nested] 14+ messages in thread