Quote:
Originally Posted by Tomek
I'm not sure what would the best way to get the ebook to the image, option.
|
You can use SCP
Code:
> scp ~/hello_world/src/hello_world root@192.168.7.2:/tmp
Quote:
|
By the way, you can ssh into the IP address it shows when prompting for the root password and poke around the emulator's file system which I found helpful...
|
Nice job, yesterday I also noticed the same IP 192.168.7.2 address in Anjuta trying to "Tools->Deploy". I had to "apt-get install rsync" but after this it just gave me the unexplained error. Gladly I noticed a line in the Anjuta deployment output containing a line with "ssh".
> ssh -o "CheckHostIP no" -o "StrictHostKeyChecking no" -o "UserKnownHostFile /dev/null" -l root 192.168.7.2 rsync --vvlogDTpre.iL ./usr
I did the following things:
deb -> linux debian shell
emu -> qemuarm shell
Services running on the emu:
Code:
deb> nmap 192.168.7.2
PORT STATE SERVICE
22/tcp open ssh (dropbear ssh deamon)
111/tcp open rpcbind (RPC program number mapper)
849/tcp open unknown
856/tcp open unknown
3632/tcp open distccd (distributed c/c++ compiler server)
4224/tcp open xtell (simple messaging server)
6000/tcp open X11 (xserver)
deb> ssh 192.168.7.2 (logon with root as password)
emu> cd /
Filesystems on the emu
Code:
emu> mount
rootfs on / type rootfs (rw)
/dev/root on / type ext2 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
/dev/root on /dev/.static/dev type ext2 (rw)
tmpfs on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw)
tmpfs on /var type tmpfs (rw)
tmpfs on /media/ram type tmpfs (rw)
To startup "hello_world" without Anjuta directly from the device
Code:
emu> export DISPLAY=192.168.7.2:0.0
emu> /tmp/hello_world
Create, format, copy card image
Code:
deb> dd if=/dev/zero of=/tmp/card-image count=20480
deb> mkfs card-image
deb> scp card-image root@192.168.7.2:/tmp/
From the emu shell it was not possible to format as ext2.
Quote:
|
For example, there is a /usr/share/uds/ebooks symlink that points to /media/mmcblk0p1/eBooks folder which doesn't exist by default. I created the folder and a test *.txt file there, but it still doesn't open.
|
It is possible to mount the card using a loopback device
Code:
emu> mkdir /media/mmcblk0p1
emu> mount -o loop=/dev/loop0 /tmp/card-image /media/mmcblk0p1/
emu> mkdir /media/mmcblk0p1/eBooks
After brutally killing the generic Xserver called "Xfbdev" and restarting the Xserver the "Document" folder appeared.
Code:
emu> ps
emu> kill [PID of Xfbdev]
emu> /etc/X11/Xserver
deb> scp poky-handbook.pdf root@192.168.7.2:/media/mmcblk0p1/eBooks
Now it is possible to get access to the card and open the PDF using QEMU (Xwindow).
Probably just creating a folder "/media/mmcblk0p1" and restarting the Xserver could work also.
Quote:
|
I'm also curious if anyone here has tried developing a custom Universal Document Shell (UDS) plugin yet? I'm studying the examples and would love to be able to bounce ideas around, ask for help, and eventually help out other newcomers. Specifically, I haven't figured out yet what is the main entry point for the plugin? That is, what is the first function/method that is called by the UDS system? So far it looks like IPluginLibrary interface's "is_supported_document" may be up there near the top... but how does the system know about the new plugin? Does the plugin register somewhere?
|
You, me and probably some other people seem to have the same goals. We will get there eventually
checkout
http://developer.irexnet.com/pub/iOn/SDK/1.03/