Hi,
Has any one tried porting QNX on Raspberry pi ?
I am planning to take it up atleast the Graphics (HDMI) & Network part.
Varghese
Hi,
Has any one tried porting QNX on Raspberry pi ?
I am planning to take it up atleast the Graphics (HDMI) & Network part.
Varghese
Looks like after a few years of asking, no one has been very successful. Would love to know your results.
Clem
> do not see it...
I thought at first it might be simply an advert, but some digging found this.
http://swhwc.com/bussiness/products.html?lang=en
Mark
On the site intro they wrote:
This is a very primitive BSP presently but capability can be expanded (to some degree) per user needs. Due to the lack of hardware manual from Broadcom, I heard no one wanted to develop QNX BSP for Raspberry Pi. Our Vietnamese engineer friends have gone through incredibly hard development without any hardware manual. They had to reverse engineer hardware spec from reference code. Now Broadcom and Avago merged we will see what happens to the documentation situation.
Noticeable the reverse engineering of their guy but if by one side there is no hardware info by the other there is - at least, but I think can be found more - a whole bunch of different linux versions running on the PI. Why not to take a look on how these distro works, plus the sources (opensource) libraries to manage the various hardware features, GPIO and so on instead of risking to become crazy with a hardware exploitation ?
It's just a doubt.
Enrico
Well spotted.
I just went to see if it was there. I have no use for it but the original OP might ...
I'm not sure why they say there is no hardware manual as there has been one out for all the SoC peripherals (except USB) for a couple of years now and one for the GPU for at least a year now.
After some research I found ,
It is possible to Make QNX porting for Raspberry PI .. The documents available in the public domain are more than sufficient ..
I have got a hobbyist license for QNX6.5.0 .
My attention got diverted towards WinCE( Got dreamspark licence for wince 7) ,as there is a partial porting already available & I got extensive experience on Windows based systems .https://ceonpi.codeplex.com/ .dboling did a wonderful job.. He has finished the kernel startup/serial & graphics support.. He got struck with USB ...
I tested it using Rasperry B+ module, its working well .. Since there is No usb support ,we cant feed any input to the OS.. So I added some application in the startup OS routine to turn ON LEDs , It is working well ..
I am adding the USB support , just half way through ... once it is done ,i will put the code in Github..
For those who are interested.. here is the method .. we can add usb driver support in 2 ways ..
1. USB bare metal code is available here https://github.com/Chadderz121/csud
By exploiting the USB stack , we can just get the mouse & keypad data and using that data we can simulate the window events (mouse movements /key press)... Kind of PS/2 keyboard mouse , but still it will use USB port. I know , it is a bad way of coding , but the advantage is, time will be greatly saved ... No coding required
2.Other method is tinkering the (ochi/echi/uhci/) code & making it work with Designware stack .. It is the best method , because once usb stack is UP , keypad ,mouse ,touch , pen drive ,LAN everything will work automatically ..
Parallely I am going to work on QNX too ..
Great, I thought so! I would love to experiment with QNX but needing a license gets in the way. If the source is available you might want to take a look at the Linux USB driver
as it has been highly tuned to get decent full USB host performance out of the USB OTG hardware.
I have considered porting a couple of Linux kernel real-time patch sets such as RTAI (Real Time Application Interface) or Xenomai but they tend to be well behind kernel
development so finding a recent kernel compatible version is a problem and I just can't find time to do it. I still haven't heard much of anything good about the official Linux
kernel real time patches.