Re: Testing of the Raspberry Pi graphic support

Hello Qiao Yang, On Thursday 02 of July 2015 01:23:24 桥 杨 wrote: > > > > The final - RTEMS-4.11 intended option for i386 is named video > > > > --video=auto|off|1024x768-32 > > > > console selection is controlled by option > > > > --console=com1 > > I tried to retrieve ATAG cmdline by mailbox p

Re: Testing of the Raspberry Pi graphic support

--- Qiao YANG Université de Technologie de Compiègne Génie Informatique > 在 2015年7月2日，00:58，Pavel Pisa 写道： > > Hello Qiao Yang, > > thanks for status report. > >> On Wednesday 01 of July 2015 23:53:51 QIAO YANG wrote: >> On Jun 30, 2015, at 12:41 PM, Pavel Pisa wrote: >> >>

Re: Testing of the Raspberry Pi graphic support

Hello Qiao Yang, thanks for status report. On Wednesday 01 of July 2015 23:53:51 QIAO YANG wrote: > On Jun 30, 2015, at 12:41 PM, Pavel Pisa wrote: > > Both should work, I've tested before push. BTW, because I've found the way > I refactor outch is not as clean as I imagined so I quickly reset a

Re: Testing of the Raspberry Pi graphic support

If you don’t have that much time to debug, you may try this bcm2835 qemu https://github.com/Torlus/qemu/tree/rpi you can use it to run the kernel elf directly. > On Jul 1, 2015, at 11:53 PM, QIAO YANG wrote: > > On Jun 30, 2015, at 12:41 PM, Pavel Pisa

Re: Testing of the Raspberry Pi graphic support

On Jun 30, 2015, at 12:41 PM, Pavel Pisa wrote: Hello Qiao Yang, I have prepared testing on RPi B+ hardware last days I have got to test your RTEMS branch https://github.com/yangqiao/rtems I have tried e89884b add memory table entry for frame buffer (try to cover all possibility, may be la

Re: FAT32 filesystem on an USB flash drive

My mistake: the application is meant to use JFFS2 instead of FAT32. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

FAT32 filesystem on an USB flash drive

Hi everyone! I'm currently working on a simple logger app which will write into an USB flash drive. It'll create a text file on a FAT32 filesystem to store data to. Since libusb doesn't offer the drivers needed by my device, I'm compiling a vendor-provided baremetal USB stack as a stand-alone appl

Re: Cache issue with BBB networking

Hi Marcos, As far as I know, cache is enabled in Freebsd. Thanks, Ragunath On Tue, Jun 30, 2015 at 7:14 PM, Marcos Díaz < marcos.d...@tallertechnologies.com> wrote: > I have a question about this, the frebsd driver, was prepared to be used > with cache enabled? > I mean, in freeBSD OS the cache

Re: BSP Driver not initialized

On July 1, 2015 10:47:16 AM CDT, Inderjit Singh wrote: >Hi, > >I'm trying to initialize (get up) my driver for a or1k target. I reused >the the hello sample program to see if the driver ckicks in but nothing >in th console (except the hello msg in Init fiunction. Does anyone know >why? > >I upd

BSP Driver not initialized

Hi, I'm trying to initialize (get up) my driver for a or1k target. I reused the the hello sample program to see if the driver ckicks in but nothing in th console (except the hello msg in Init fiunction. Does anyone know why? I updated the file as shown below. At this point I am only interested

Re: GSoC 2015 RPi USB Support

Any news? 2015-06-29 19:50 GMT+03:00 Yurii Shevtsov : > So, it is empty. > > .rtemsroset.bsd.nexus.begin > 0x001104bc0x0 ./libbsd.a(rtems-bsd-nexus.c.16.o) > 0x001104bc_bsd__start_set_nexus > .rtemsroset.bsd.nexus.end > 0x00

Re: [PATCH] libmisc: Use SMP application by default on SMP

On July 1, 2015 8:18:08 AM CDT, Sebastian Huber wrote: >confdefs.h will only look at these defines in case RTEMS_SMP is >defined. I know. Just wondered if it would be clearer for a reader. Maybe a comment that they have no impact if SMP is disabled. >On 01/07/15 15:04, Joel Sherrill wrote: >

Re: [PATCH] libmisc: Use SMP application by default on SMP

confdefs.h will only look at these defines in case RTEMS_SMP is defined. On 01/07/15 15:04, Joel Sherrill wrote: Should those be conditional on SMP being enabled? On July 1, 2015 4:14:56 AM CDT, Sebastian Huber wrote: --- cpukit/libmisc/dummy/default-configuration.c | 4 1 file changed,

Re: [PATCH] libmisc: Use SMP application by default on SMP

Should those be conditional on SMP being enabled? On July 1, 2015 4:14:56 AM CDT, Sebastian Huber wrote: >--- > cpukit/libmisc/dummy/default-configuration.c | 4 > 1 file changed, 4 insertions(+) > >diff --git a/cpukit/libmisc/dummy/default-configuration.c >b/cpukit/libmisc/dummy/default-con

SMP support for Raspberry Pi 2

Hi all, I wish to know where the maximum number of processors for a variant are configured. I took a look at some configure scripts. I could see the processor count defined for xilinx-zynq in its configuration file as ZYNQ_CPUS=2. rtems_configuration_get_maximum_processors() called in gets this c

[PATCH] libmisc: Use SMP application by default on SMP

--- cpukit/libmisc/dummy/default-configuration.c | 4 1 file changed, 4 insertions(+) diff --git a/cpukit/libmisc/dummy/default-configuration.c b/cpukit/libmisc/dummy/default-configuration.c index fc00406..c1898d3 100644 --- a/cpukit/libmisc/dummy/default-configuration.c +++ b/cpukit/libmis

Re: [PATCH 1/2] GPIO Driver

Hi Steve, Yep I saw your code on user-ml. And yes It would be nice to see GPIO_IRQ to be included in the patch. And ya it would be great if you can help to modify the patch anyhow I will also work on it (thanks for pulling our attention). And you can find the sent patch working on my GitHub