[HansHuang]Which is Nano-X version as scr_mx1sl.c?

[黄喜]

Dear Pavel :


Nice to send mail to you again.


I browse the Microwindows code and found the order of member variables in scrdev structure of scr_rtems.c is different from scr_mx1sl.c file. I download the latest Microwindows code, May be your Microwindows code is another old one.Right?


Thanks!

[Pavel Pisa]

Hello Hans,

the MicroWindows/Nano-X structures little differs between
versions. It is some time I have pointed you to examples
so I do not exactly remember which version of our code
I have pointed to. We use older MW version in sysless
project because that version allows simpler adaptation
for indirect framebuffer updates and 16 bit word based
bitmaps/fonts acceleration for sub 8 BPP framebuffer
formats.

We use newer versions with RTEMS which has better
common bit-blit optimization for standard formats.

But example should be straightforward.
Sysless includes all required MW/NX source files directly.

As for RTEMS graphic toolkit, it is based on actual sources.

I am attaching patches for our HW which should apply to actual
MW/NX GIT. But they are mainly meant as examples for you.

I can prepare tarball of more MW versions which we use there
but I do not expect that it has so big value. They are GIT
or CVS snapshosts.

Best wishes,

Pavel

Post by 黄喜
Nice to send mail to you again.
I browse the Microwindows code and found the order of member variables in
scrdev structure of scr_rtems.c is different from scr_mx1sl.c file. I
download the latest Microwindows code, May be your Microwindows code is
another old one.Right?
Thanks!

[黄喜]

Hello Pavel,


I'm very glad to receive your mail again.


I simulated successful the Microwindows with RTEMS on CentOS6.5, but I use the i386 tool chain compiled, I run many demos in microwin/src/bin directory. I used
GSoC 2012 Version of the RTEMS Graphics Toolkit


I through below command simulate is Ok.


/path/to/pc386 -D -i /path/to/build/rtems-graphics-toolkit/microwin/src/bin/demo
And now, I change the cross compile tool ,it is ARM, I compile the gumstix BSP Ok, and I compile the RTEMSGraphicsToolkit successful also. Generate some demos in microwin/src/bin directory.
But I through rtems-testing/sim-scripts script file qemu-gumstix, gumstix, all failed.
I use ./gumstix -D -i ../../rtems-graphics-toolkit/microwin/src/bin/demo the "cannot find skyeye" message shown.


I use ./qemu-gumstix -D -i ../../rtems-graphics-toolkit/microwin/src/bin/demo the "Simulator does not support Graphics Display Adapter" message shown.


So, I want to know you how to simulate the Microwindows with RTEMS for CSB336 port. Thanks for got your help!


Best Regards!


Hans.

Post by Pavel Pisa
Hello Hans,
the MicroWindows/Nano-X structures little differs between
versions. It is some time I have pointed you to examples
so I do not exactly remember which version of our code
I have pointed to. We use older MW version in sysless
project because that version allows simpler adaptation
for indirect framebuffer updates and 16 bit word based
bitmaps/fonts acceleration for sub 8 BPP framebuffer
formats.
We use newer versions with RTEMS which has better
common bit-blit optimization for standard formats.
But example should be straightforward.
Sysless includes all required MW/NX source files directly.
As for RTEMS graphic toolkit, it is based on actual sources.
I am attaching patches for our HW which should apply to actual
MW/NX GIT. But they are mainly meant as examples for you.
I can prepare tarball of more MW versions which we use there
but I do not expect that it has so big value. They are GIT
or CVS snapshosts.
Best wishes,
Pavel

Post by 黄喜
Nice to send mail to you again.
I browse the Microwindows code and found the order of member variables in
scrdev structure of scr_rtems.c is different from scr_mx1sl.c file. I
download the latest Microwindows code, May be your Microwindows code is
another old one.Right?
Thanks!

[Pavel Pisa]

Hello Hans,

Post by 黄喜
Hello Pavel,
I'm very glad to receive your mail again.
I simulated successful the Microwindows with RTEMS on CentOS6.5,
but I use the i386 tool chain compiled, I run many demos in
microwin/src/bin directory. I used GSoC 2012 Version of the RTEMS Graphics
Toolkit
I through below command simulate is Ok.

good to have fedback.

Post by 黄喜
/path/to/pc386 -D -i
/path/to/build/rtems-graphics-toolkit/microwin/src/bin/demo
And now, I
change the cross compile tool ,it is ARM, I compile the gumstix BSP Ok, and
I compile the RTEMSGraphicsToolkit successful also. Generate some demos in
microwin/src/bin directory. But I through rtems-testing/sim-scripts script
file qemu-gumstix, gumstix, all failed. I use ./gumstix -D -i
../../rtems-graphics-toolkit/microwin/src/bin/demo the "cannot find skyeye"
message shown.

I have no experience with skyeye simulator and it seems that
you do not have it installed.

Post by 黄喜
I use ./qemu-gumstix -D -i
../../rtems-graphics-toolkit/microwin/src/bin/demo the "Simulator does not
support Graphics Display Adapter" message shown.

I have studied options for graphic support on ARM in QEMU and there
is not much options.

The found candidates

PL110 for ARM Integrator/CP, ARM Versatile and PB-A8
- from these only "realview_pbx_a9_qemu" seems to be supported
by RTEMS BSP
framebuffer for PXA255 - this could work with "gumstix" RTEMS BSP
OMAP LCDC for OMAP1 - but that is dated

For actual OMAP3/BeagleBoard supports seems to be only in the QEMU
branch

https://wiki.linaro.org/Resources/HowTo/Qemu-beagleboard

and even RTEMS BSP is in the development and not in the mainline tree

It is possible to try Cirrus VGA for these ARM boards which support
PCI. But I think that none of RTEMS ARM BSPs supports PCI.

RTEMS QEMU scripts seems to support DIPLAY only for GUMSTIX.
So that one seems to be only usable target.

I may look at it little more but I am out of time now.

Post by 黄喜
So, I want to know you how to simulate the Microwindows with RTEMS for
CSB336 port. Thanks for got your help!

We have never used QEMU for our Linux/RTEMS CSB336/PiMX1 development.
We have worked on real HW and for upper levels of RTEMS target SW
(i.e. graphics and Microwindows, SuiTk application logic etc)
we have used native X86 build for Xorg.

Best wishes,

Pavel

[黄喜]

Hi Sirs,
Does the RTEMS4.11 support the Cortex-A8 VFP function? I want to porting the RTEMS4.11 to Cortex-A8 microprocessor, has any question need I attention? Thanks!

[黄喜]

Hi Sirs,
Does the RTEMS4.11 support the Cortex-A8 VFP function? I want to porting the RTEMS4.11 to Cortex-A8 microprocessor, has any question need I attention? Thanks!

[Sebastian Huber]

Post by 黄喜
Hi Sirs,
Does the RTEMS4.11 support the Cortex-A8 VFP function? I want
to porting the RTEMS4.11 to Cortex-A8 microprocessor, has any question need
I attention? Thanks!

VFP-D32 with Neon is supported.
--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : [phone]
Fax : [phone]
E-Mail : ***@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

[Sebastian Huber]

Helllo,

the realview_pbx_a9_qemu works very well for graphics development on RTEMS. It
runs fast and has good debug support including watchpoints.
--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : [phone]
Fax : [phone]
E-Mail : ***@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

[Hans]

hello Huber

Which port support does it support? arm9 or others?


Sent from Huawei MediaPad

Post by Sebastian Huber
Helllo,
the realview_pbx_a9_qemu works very well for graphics development on RTEMS.  It
runs fast and has good debug support including watchpoints.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : [phone]
Fax     : [phone]
PGP     : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

[Sebastian Huber]

Post by Hans
hello Huber
Which port support does it support? arm9 or others?

"realview_pbx_a9_qemu" is the name of the BSP. I uses a Cortex-A9.

Post by Hans
Sent from Huawei MediaPad

Post by Sebastian Huber
Helllo,
the realview_pbx_a9_qemu works very well for graphics development on RTEMS. It
runs fast and has good debug support including watchpoints.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : [phone]
Fax : [phone]
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : [phone]
Fax : [phone]
E-Mail : ***@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

[黄喜]

Hi Hunber,


Did you port the RTEMS4.11 to Cortex-A9?


I want to porting the RTEMS4.11 to AM3359, that is Cortex-A8 architecture. Could you supply some suggestion to me to tell me how to do this work?


Thanks!

Post by Sebastian Huber

Post by Hans
hello Huber
Which port support does it support? arm9 or others?

"realview_pbx_a9_qemu" is the name of the BSP. I uses a Cortex-A9.

Post by Hans
Sent from Huawei MediaPad

Post by Sebastian Huber
Helllo,
the realview_pbx_a9_qemu works very well for graphics development on RTEMS. It
runs fast and has good debug support including watchpoints.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : [phone]
Fax : [phone]
PGP : Public key available on request.
Diese Nachricht ist keine geschÀftliche Mitteilung im Sinne des EHUG.

--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : [phone]
Fax : [phone]
PGP : Public key available on request.
Diese Nachricht ist keine geschÀftliche Mitteilung im Sinne des EHUG.

[黄喜]

Hi Huber,


How to porting the RTEMS4.11 to Cortex-A9 port?


I want to porting the RTEMS4.11 to Cortex-A8. Is it similar as porting Cortex-A9?


Thank you very much.

[Sebastian Huber]

Post by 黄喜
Hi Huber,
How to porting the RTEMS4.11 to Cortex-A9 port?

The Cortex-A9 is already supported.

Post by 黄喜
I want to porting the RTEMS4.11 to Cortex-A8. Is it similar as
porting Cortex-A9?

It should be very easy to get RTEMS running on a Cortex-A8.
--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : [phone]
Fax : [phone]
E-Mail : ***@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

[黄喜]

Thanks for your help.

Post by Sebastian Huber

Post by 黄喜
Hi Huber,
How to porting the RTEMS4.11 to Cortex-A9 port?

The Cortex-A9 is already supported.

Post by 黄喜
I want to porting the RTEMS4.11 to Cortex-A8. Is it similar as
porting Cortex-A9?

It should be very easy to get RTEMS running on a Cortex-A8.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : [phone]
Fax : [phone]
PGP : Public key available on request.
Diese Nachricht ist keine geschÀftliche Mitteilung im Sinne des EHUG.