Project Home
Project Home
Documents
Documents
Wiki
Wiki
Discussion Forums
Discussions
Project Information
Project Info
Forum Topic - gf_dev_attach problem on i.mx35 PDK: (8 Items)
   
gf_dev_attach problem on i.mx35 PDK  
I'm attempting to get a simple graphics example up and running in QNX on an imx35. The system boots QNX fine and loads 
io-display and Photon as expected. When I get to the point that I run io-graphics, I get the following error:

Jan 01 00:07:04    2     8     0 io-graphics: gf_dev_attach('/dev/io-display/0000,0000,0'): gf errno 7


I'm new at QNX, so I assume I'm doing something simple wrong. searching documentation/google/groups hasn't turned up 
anything. Anyone have any insights?

The buildfile is attached.
Attachment: Text build 26.3 KB
Re: gf_dev_attach problem on i.mx35 PDK  
Are you able to run vsync or demo-alpha for example on the target? (before you run io-graphics)
Re: gf_dev_attach problem on i.mx35 PDK  
both give gf_dev_attach() failed errors with no additional info. (nothing in sloginfo)

demo-alpha also says "Failed to initialize graphics device"
RE: gf_dev_attach problem on i.mx35 PDK  
Hi Andy,
	Please "slay io-display", then restart it, but this time, put DL_DEBUG=1 in front of the command (e.g. "DL_DEBUG=1 io-
display ....").  Please capture the output of that, and also would you mind sending the output of sloginfo once io-
display has run?  The output of the following two commands might also be helpful:

1) ls -l /dev/shmem
2) ls -l /dev/io-display

Cheers,
Gaétan

-----Original Message-----
From: Andy Staats [mailto:community-noreply@qnx.com] 
Sent: September 1, 2009 3:51 PM
To: advanced-graphics
Subject: Re: gf_dev_attach problem on i.mx35 PDK

both give gf_dev_attach() failed errors with no additional info. (nothing in sloginfo)

demo-alpha also says "Failed to initialize graphics device"



_______________________________________________

Advanced Graphics
http://community.qnx.com/sf/go/post37069
Re: RE: gf_dev_attach problem on i.mx35 PDK  
The good news is that my problem apparently "went away" while attempting to gather the log for this response. The bad 
news is that I have no idea why. Thanks for all the attention from everyone getting me to this point; I'll see if I can 
backtrack my actions to cause the issue to re-appear. 

I can now run phcalc and see it appear on my LCD, which was my goal for this exercise.

Attached is the requested info. 

Ethernet eth0: MAC address 00:04:9f:00:d8:87
IP: 10.19.8.68/255.255.255.0, Gateway: 0.0.0.0
Default server: 10.19.8.129
hardware reset by watchdog

Clock input is 24 MHz
Booting from [NOR flash]

Chip is working in consumer mode

RedBoot(tm) bootstrap and debug environment [ROMRAM]
Non-certified release, version FSL 200918 - built 09:40:04, Apr 29 2009

Platform: Freescale (i.MX35 ) PASS 2.0 [x32 DDR]
Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.
Copyright (C) 2003, 2004, 2005, 2006 eCosCentric Limited

RAM: 0x00000000-0x07f00000, [0x000957f0-0x07ed1000] available
FLASH: 0xa0000000 - 0xa4000000, 512 blocks of 0x00020000 bytes each.
RedBoot> load -v -r -b 0x00100000 img.bin
Using default protocol (TFTP)
|
Raw file loaded 0x00100000-0x004e3b3f, assumed entry at 0x00100000
RedBoot> run
load entry_address=0x100000
virt_addr=0x1L2 cache enabled
CPU0: Dcache: 512x32 WB
CPU0: Icache: 512x32
CPU0: VFP 410120b3
CPU0: 4117b363: arm1136 rev 3 532MHz

System page at phys:80011000 user:fc404000 kern:fc404000
Starting next program at vfe041e74
cpu_startnext: cpu0 -> fe041e74
VFPv2: fpsid=410120b3
coproc_attach(10): replacing fe063c84 with fe063444
coproc_attach(11): replacing fe063c84 with fe063444
Welcome to Neutrino 6.4.0 on the Freescale i.MX35 3DS Board
Starting I2C driver...
Starting SDMA shared resources...
Creating SDMA Infrastructure...
# export DL_DEBUG=1
# io-display -dvid=0,did=0
dlopen("devg-imx35.so",0)
load_object: attempt load of devg-imx35.so
load_elf32: loaded lib at addr 78000000(text) 78008d4c(data)
dlsym(0x10e040,_btext)=0x101bf8
Library loaded; type 'add-sym devg-imx35.so 0x101bf8' in gdb to load symbols
load_object: attempt load of libffb.so.2
load_elf32: loaded lib at addr 78010000(text) 78022d04(data)
load_object: attempt load of libm.so.2
load_elf32: loaded lib at addr 78030000(text) 7805fa10(data)
dlsym(0x10e040,devg_get_modefuncs)=0x7800488c
dlsym(0x10e040,devg_get_memfuncs)=0x780040e4
dlsym(0x10e040,devg_get_miscfuncs)=0x78004598
dlsym(0x10e040,devg_get_vcapfuncs)=NULL
dlsym(0x10e040,devg_shmem_size)=0x780090b0
# sloginfo
Time             Sev Major Minor Args
# Photon &
[1] 16392
# ls /dev
console        null           ser1           stderr         tty
i2c0           photon         ser2           stdin          tymem
io-display     pipe           shmem          stdout         zero
mem            sem            slog           text
[1] + Done                 Photon 
# ls -l /dev/shmem/
total 5
nrw-rw-rw-  2 0         0                28 Jan 01 00:00 SDMA_MUTEX
nrw-rw----  2 0         0              1708 Jan 01 00:00 ctl-0000,0000,0
# ls -l /dev/io-display/
total 0
crw-rw----  1 0         0            0,   1 Jan 01 00:00 0000,0000,0
# io-graphics
load_object: attempt load of libgf.so.1
load_elf32: loaded lib at addr 78000000(text) 78014b7c(data)
load_object: attempt load of libph.so.3
load_elf32: loaded lib at addr 78100000(text) 7820451c(data)
load_object: attempt load of libfont.so.1
load_elf32: loaded lib at addr 78016000(text) 7801d28c(data)
load_object: attempt load of libphrender.so.2
load_elf32: loaded lib at addr 78020000(text) 7805a09c(data)
dlopen("phfont.so",3586)
load_object: attempt load of phfont.so
load_elf32: loaded lib at addr 78060000(text) 78075654(data)
dlsym(0x115040,_btext)=0x103040
Library loaded; type 'add-sym phfont.so 0x103040' in gdb to load symbols
dlsym(0x115040,PHFONT_INTERNAL_API)=0x78075be0
dlopen("/lib/dll/font/FCcore.so",2)
load_object: attempt load of...
View Full Message
RE: RE: gf_dev_attach problem on i.mx35 PDK  
Hi Andy,
	I'm glad things are working out for you -- let us know if you still need assistance.

	If you want to do a bit more testing, then as soon as your board image is finished booting, do a "pidin -fA" and post 
the results of that, and also run the same tests you have run yesterday (those I asked you to run), but this time, don't
 slay io-display (and don't relaunch it).

Cheers,
Gaétan 

-----Original Message-----
From: Andy Staats [mailto:community-noreply@qnx.com] 
Sent: September 1, 2009 4:36 PM
To: advanced-graphics
Subject: Re: RE: gf_dev_attach problem on i.mx35 PDK

The good news is that my problem apparently "went away" while attempting to gather the log for this response. The bad 
news is that I have no idea why. Thanks for all the attention from everyone getting me to this point; I'll see if I can 
backtrack my actions to cause the issue to re-appear. 

I can now run phcalc and see it appear on my LCD, which was my goal for this exercise.

Attached is the requested info. 

Ethernet eth0: MAC address 00:04:9f:00:d8:87
IP: 10.19.8.68/255.255.255.0, Gateway: 0.0.0.0 Default server: 10.19.8.129 hardware reset by watchdog

Clock input is 24 MHz
Booting from [NOR flash]

Chip is working in consumer mode

RedBoot(tm) bootstrap and debug environment [ROMRAM] Non-certified release, version FSL 200918 - built 09:40:04, Apr 29 
2009

Platform: Freescale (i.MX35 ) PASS 2.0 [x32 DDR] Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.
Copyright (C) 2003, 2004, 2005, 2006 eCosCentric Limited

RAM: 0x00000000-0x07f00000, [0x000957f0-0x07ed1000] available
FLASH: 0xa0000000 - 0xa4000000, 512 blocks of 0x00020000 bytes each.
RedBoot> load -v -r -b 0x00100000 img.bin
Using default protocol (TFTP)
|
Raw file loaded 0x00100000-0x004e3b3f, assumed entry at 0x00100000
RedBoot> run
load entry_address=0x100000
virt_addr=0x1L2 cache enabled
CPU0: Dcache: 512x32 WB
CPU0: Icache: 512x32
CPU0: VFP 410120b3
CPU0: 4117b363: arm1136 rev 3 532MHz

System page at phys:80011000 user:fc404000 kern:fc404000 Starting next program at vfe041e74
cpu_startnext: cpu0 -> fe041e74
VFPv2: fpsid=410120b3
coproc_attach(10): replacing fe063c84 with fe063444
coproc_attach(11): replacing fe063c84 with fe063444 Welcome to Neutrino 6.4.0 on the Freescale i.MX35 3DS Board 
Starting I2C driver...
Starting SDMA shared resources...
Creating SDMA Infrastructure...
# export DL_DEBUG=1
# io-display -dvid=0,did=0
dlopen("devg-imx35.so",0)
load_object: attempt load of devg-imx35.so
load_elf32: loaded lib at addr 78000000(text) 78008d4c(data)
dlsym(0x10e040,_btext)=0x101bf8
Library loaded; type 'add-sym devg-imx35.so 0x101bf8' in gdb to load symbols
load_object: attempt load of libffb.so.2
load_elf32: loaded lib at addr 78010000(text) 78022d04(data)
load_object: attempt load of libm.so.2
load_elf32: loaded lib at addr 78030000(text) 7805fa10(data) dlsym(0x10e040,devg_get_modefuncs)=0x7800488c
dlsym(0x10e040,devg_get_memfuncs)=0x780040e4
dlsym(0x10e040,devg_get_miscfuncs)=0x78004598
dlsym(0x10e040,devg_get_vcapfuncs)=NULL
dlsym(0x10e040,devg_shmem_size)=0x780090b0
# sloginfo
Time             Sev Major Minor Args
# Photon &
[1] 16392
# ls /dev
console        null           ser1           stderr         tty
i2c0           photon         ser2           stdin          tymem
io-display     pipe           shmem          stdout         zero
mem            sem            slog           text
[1] + Done                 Photon 
# ls -l /dev/shmem/
total 5
nrw-rw-rw-  2 0         0                28 Jan 01 00:00 SDMA_MUTEX
nrw-rw----  2 0         0              1708 Jan 01 00:00 ctl-0000,0000,0
# ls -l /dev/io-display/
total 0
crw-rw----  1 0         0            0,   1 Jan 01 00:00 0000,0000,0
# io-graphics
load_object: attempt load of libgf.so.1
load_elf32: loaded lib at addr 78000000(text) 78014b7c(data)
load_object: attempt load of libph.so.3
load_elf32: loaded lib at addr...
View Full Message
Re: gf_dev_attach problem on i.mx35 PDK  
What is the contents of your imx35.conf? 
What is the board type? (i.e. what type of imx35 do you have?)
Re: gf_dev_attach problem on i.mx35 PDK  
The board is an i.mx35 reference board v2.0

here's the info from imx35.conf

xres=800,yres=480,irq=42,refresh=60,hsw=5,hss=50,hew=50,vsw=2,vss=10,vew=10,dmask=0,cidle=0,csel=0,vpol=0,epol=1,dpol=0,
cpol=0,hpol=0,sdc=1,sharp1=0,sharp2=0,ofmt=18,bright=255