Andy Staats
|
gf_dev_attach problem on i.mx35 PDK
|
Andy Staats
09/01/2009 1:49 PM
post37048
|
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: |
build
26.3 KB
|
|
|
Misha Nefedov
|
Re: gf_dev_attach problem on i.mx35 PDK
|
Misha Nefedov
09/01/2009 2:45 PM
post37053
|
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)
|
|
|
Andy Staats
|
Re: gf_dev_attach problem on i.mx35 PDK
|
Andy Staats
09/01/2009 3:51 PM
post37069
|
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"
|
|
|
Gaétan Noël
|
RE: gf_dev_attach problem on i.mx35 PDK
|
Gaétan Noël
09/01/2009 4:05 PM
post37072
|
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
|
|
|
Andy Staats
|
Re: RE: gf_dev_attach problem on i.mx35 PDK
|
Andy Staats
09/01/2009 4:35 PM
post37074
|
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
|
|
|
Gaétan Noël
|
RE: RE: gf_dev_attach problem on i.mx35 PDK
|
Gaétan Noël
09/02/2009 6:35 AM
post37097
|
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
|
|
|
Misha Nefedov
|
Re: gf_dev_attach problem on i.mx35 PDK
|
Misha Nefedov
09/01/2009 2:49 PM
post37055
|
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?)
|
|
|
Andy Staats
|
Re: gf_dev_attach problem on i.mx35 PDK
|
Andy Staats
09/01/2009 3:46 PM
post37065
|
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
|
|
|
|