All of lore.kernel.org
 help / color / mirror / Atom feed
* How do I build OE for PPC-405 inside Virtex 4?
@ 2009-09-28 21:24 Ali Akbar Zarezadeh
  2009-09-28 21:46 ` Philip Balister
                   ` (3 more replies)
  0 siblings, 4 replies; 8+ messages in thread
From: Ali Akbar Zarezadeh @ 2009-09-28 21:24 UTC (permalink / raw)
  To: openembedded-devel

Hi everybody,

Currently the Xilinx Open Source Linux is running on our PICSY designed
platform (based on Virtex 4 FX20 FPGA for smart camera). ELDK is used as
cross compiler. Now we are going to change it with OpenEmbedded to be
more flexible with the ramdisk or root filesystem and also take benefit
of existing recipes in OE (for example openCV and ACE). 
To be in the safe corner and proceed step be step, the first try was
only to create new ramdisk with OE and again use the Xilinx Open Source
Linux but with new generated ramdisk by OE. In the first try these
settings are used in the local.conf:

MACHINE = "xilinx-ml403"
DISTRO = "angstrom-2008.1"

This step with the "bibake helloworld-image" was successful. Afterwards,
in the second step the "bitbake console-image" is tested. Unfortunately
we got stuck in this step and is not system hangs on in init step. For
your information the Kernel version we used is 1.6.29-rc5. You could see
log of system in boot up in following:


----------------------------------------------------------------------------------------------------------------------

zImage starting: loaded at 0x00400000 (sp: 0x00be7eb0)
Allocating 0x2f9a19 bytes for kernel ...
gunzipping (0x00000000 <- 0x0040d000:0x00564427)...done 0x2dde20 bytes
Attached initrd image at 0x00565000-0x00be6d1d
initrd head: 0x1f8b0808

Linux/PowerPC load: console=ttyUL0 root=/dev/ram rw init=/bin/init
Finalizing device tree... flat tree at 0xbf4300
Using Xilinx Virtex machine description
Linux version 2.6.29-rc5 (akzare@orest) (gcc version 4.2.2) #63 PREEMPT
Thu Sep 24 20:17:09 CEST 2009
Found initrd at 0xc0565000:0xc0be6d1d
Zone PFN ranges:
  DMA      0x00000000 -> 0x000075ff
  Normal   0x000075ff -> 0x000075ff
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0: 0x00000000 -> 0x000075ff
MMU: Allocated 1088 bytes of context maps for 255 contexts
Built 1 zonelists in Zone order, mobility grouping on.  Total pages:
29971
Kernel command line: console=ttyUL0 root=/dev/ram rw init=/bin/init
Xilinx intc at 0x81800000 mapped to 0xfdfff000
PID hash table entries: 512 (order: 9, 2048 bytes)
clocksource: timebase mult[d55555] shift[22] registered
Console: colour dummy device 80x25
console [ttyUL0] enabled
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 109876k/120828k available (2784k kernel code, 10808k reserved,
128k data, 110k bss, 148k init)
Calibrating delay loop... 598.01 BogoMIPS (lpj=1196032)
Mount-cache hash table entries: 512
net_namespace: 880 bytes
NET: Registered protocol family 16
bio: create slab <bio-0> at 0
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP reno registered
NET: Registered protocol family 1
checking if image is initramfs...it isn't (no cpio magic); looks like an
initrd
Freeing initrd memory: 6663k freed
msgmni has been set to 227
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
84000000.serial: ttyUL0 at MMIO 0x84000003 (irq = 16) is a uartlite
brd: module loaded
loop: module loaded
nbd: registered device at major 43
Device Tree Probing 'ethernet'
xilinx_lltemac 81c00000.ethernet: MAC address is now  2: 0: 0: 0: 0: 0
xilinx_lltemac 81c00000.ethernet: XLlTemac: using DMA mode.
XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc8018100
XLlTemac: buffer descriptor size: 32768 (0x8000)
XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
(buffer_descriptor_init) phy: 0x6c80000, virt: 0xc6c80000, size: 0x8000
XTemac: No PHY detected.  Assuming a PHY at address 0
eth0 (): not using net_device_ops yet
eth0: Dropping NETIF_F_SG since no checksum feature.
xilinx_lltemac 81c00000.ethernet: eth0: Xilinx TEMAC at 0x81C00000
mapped to 0xC8012000, irq=17
Linux video capture interface: v2.00
TCP cubic registered
NET: Registered protocol family 17
RAMDISK: Compressed image found at block 0
VFS: Mounted root (ext2 filesystem) on device 1:0.
Freeing unused kernel memory: 148k init
Failed to execute /bin/init.  Attempting defaults...
INIT: version 2.86 booting
Starting udev and populating dev cache
Remounting root file system...
WARNING: Couldn't open directory /lib/modules/2.6.29-rc5: No such file
or directory
FATAL: Could not open /lib/modules/2.6.29-rc5/modules.dep.temp for
writing: No such file or directory
root: mount: mount point /proc/bus/usb does not exist
Configuring network interfaces... eth0: XLlTemac: Options: 0x3fa
eth0: XLlTemac: allocating interrupt 19 for dma mode tx.
eth0: XLlTemac: allocating interrupt 18 for dma mode rx.
eth0: XLlTemac: We renegotiated the speed to: 100
eth0: XLlTemac: speed set to 100Mb/s
eth0: XLlTemac: Send Threshold = 24, Receive Threshold = 4
eth0: XLlTemac: Send Wait bound = 254, Receive Wait bound = 254
udhcpc (v1.13.2) started
run-parts: /etc/udhcpc.d/00avahi-autoipd exited with code 1
Sending discover...
Sending discover...
Sending discover...
run-parts: /etc/udhcpc.d/99avahi-autoipd exited with code 1
No lease, failing
done.
Starting portmap daemon: portmap.
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.all.rp_filter = 1
hwclock: can't open '/dev/misc/rtc': No such file or directory
Fri Sep 25 17:43:00 UTC 2009
hwclock: can't open '/dev/misc/rtc': No such file or directory
Configuring avahi-daemon
 System startup links for /etc/init.d/avahi-daemon already exist.
Configuring libnss-mdns
Configuring ppp-dialin
Configuring avahi-autoipd
Configuring angstrom-libc-fixup-hack
Configuring dbus
 System startup links for /etc/init.d/dbus-1 already exist.
Configuring ppp
INIT: Entering runlevel: 5
Creating Dropbear SSH server RSA host key.
Will output 1024 bit rsa secret key to
'/etc/dropbear/dropbear_rsa_host_key'
Generating key, this may take a while...
Public key portion is:
ssh-rsa
AAAAB3NzaC1yc2EAAAADAQABAAAAgwC5CKkPhMsuidec4TYxjnSBcQk57SZBiIXbVPkt5SvXVv008piyVuaYFnowJVqa8WkYtdr80lSmHNfquU0PmlHHzaiXZJbjETtj7LRFKYbrjrD+LpcypqyzyMLM+r9F/Ngm31Xj6Ms45K21MZgksB3plafgD855LwLNnKnBF5V/1kJj root@xilinx-ml403
Fingerprint: md5 43:57:34:3b:13:e7:5d:bb:76:21:29:8b:c1:56:5d:a7
Starting Dropbear SSH server: modprobe: FATAL: Could not
load /lib/modules/2.6.29-rc5/modules.dep: No such file or directory

modprobe: FATAL: Could not load /lib/modules/2.6.29-rc5/modules.dep: No
such file or directory

dropbear.
Starting system message bus: dbus.
Starting syslogd/klogd: done
 * Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon
[ ok ]
INIT: Id "S" respawning too fast: disabled for 5 minutes
.
.
.
----------------------------------------------------------------------------------------------------------------------

Considering the log, I have checked the /lib/modules/ directory in my OE
and it seems the version is "oe/tmp/rootfs/lib/modules/2.6.24-rc3" and I
guess maybe the problem is the mismatch between the version of Linux
kernel from Xilinx and OE. IF it is the reason, what should be the
solution? 

On the other hand, it seems the generated ramdisk is not fit into our
desire. Total DDR memory of our system is 128M and this generated
ramdsik occupied nearly 25M. Maybe it is because of using
"angstrom-2008.1". In our system we don't need X11 or ... Now, the
question is how could I remove all unnecessary staff from ramdisk to
make it smaller? Or is there any other solution better than
angstrom-2008.1?

I've started to read usermanual of OE, but still I have not found out a
solution for this problem. Is there any idea how could I proceed to have
a running OE Linux on our Virtex 4 platform from scratch with
consideration of all tricky ways not to face with such pitfall again?

I would be grateful to receive promptly your solution through
compilation and installation of OE on hardcore Power PC 405 inside
Virtex 4.

Thanks in advance.

Regards
Ali   




^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: How do I build OE for PPC-405 inside Virtex 4?
  2009-09-28 21:24 How do I build OE for PPC-405 inside Virtex 4? Ali Akbar Zarezadeh
@ 2009-09-28 21:46 ` Philip Balister
  2009-09-29  0:29 ` Elvis Dowson
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 8+ messages in thread
From: Philip Balister @ 2009-09-28 21:46 UTC (permalink / raw)
  To: openembedded-devel

[-- Attachment #1: Type: text/plain, Size: 9981 bytes --]

On 09/28/2009 05:24 PM, Ali Akbar Zarezadeh wrote:
> Hi everybody,
>
> Currently the Xilinx Open Source Linux is running on our PICSY designed
> platform (based on Virtex 4 FX20 FPGA for smart camera). ELDK is used as
> cross compiler. Now we are going to change it with OpenEmbedded to be
> more flexible with the ramdisk or root filesystem and also take benefit
> of existing recipes in OE (for example openCV and ACE).
> To be in the safe corner and proceed step be step, the first try was
> only to create new ramdisk with OE and again use the Xilinx Open Source
> Linux but with new generated ramdisk by OE. In the first try these
> settings are used in the local.conf:
>
> MACHINE = "xilinx-ml403"
> DISTRO = "angstrom-2008.1"
>
> This step with the "bibake helloworld-image" was successful. Afterwards,
> in the second step the "bitbake console-image" is tested. Unfortunately
> we got stuck in this step and is not system hangs on in init step. For
> your information the Kernel version we used is 1.6.29-rc5. You could see
> log of system in boot up in following:
>
>
> ----------------------------------------------------------------------------------------------------------------------
>
> zImage starting: loaded at 0x00400000 (sp: 0x00be7eb0)
> Allocating 0x2f9a19 bytes for kernel ...
> gunzipping (0x00000000<- 0x0040d000:0x00564427)...done 0x2dde20 bytes
> Attached initrd image at 0x00565000-0x00be6d1d
> initrd head: 0x1f8b0808
>
> Linux/PowerPC load: console=ttyUL0 root=/dev/ram rw init=/bin/init
> Finalizing device tree... flat tree at 0xbf4300
> Using Xilinx Virtex machine description
> Linux version 2.6.29-rc5 (akzare@orest) (gcc version 4.2.2) #63 PREEMPT
> Thu Sep 24 20:17:09 CEST 2009
> Found initrd at 0xc0565000:0xc0be6d1d
> Zone PFN ranges:
>    DMA      0x00000000 ->  0x000075ff
>    Normal   0x000075ff ->  0x000075ff
> Movable zone start PFN for each node
> early_node_map[1] active PFN ranges
>      0: 0x00000000 ->  0x000075ff
> MMU: Allocated 1088 bytes of context maps for 255 contexts
> Built 1 zonelists in Zone order, mobility grouping on.  Total pages:
> 29971
> Kernel command line: console=ttyUL0 root=/dev/ram rw init=/bin/init
> Xilinx intc at 0x81800000 mapped to 0xfdfff000
> PID hash table entries: 512 (order: 9, 2048 bytes)
> clocksource: timebase mult[d55555] shift[22] registered
> Console: colour dummy device 80x25
> console [ttyUL0] enabled
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Memory: 109876k/120828k available (2784k kernel code, 10808k reserved,
> 128k data, 110k bss, 148k init)
> Calibrating delay loop... 598.01 BogoMIPS (lpj=1196032)
> Mount-cache hash table entries: 512
> net_namespace: 880 bytes
> NET: Registered protocol family 16
> bio: create slab<bio-0>  at 0
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 4096 (order: 3, 32768 bytes)
> TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
> TCP: Hash tables configured (established 4096 bind 4096)
> TCP reno registered
> NET: Registered protocol family 1
> checking if image is initramfs...it isn't (no cpio magic); looks like an
> initrd
> Freeing initrd memory: 6663k freed
> msgmni has been set to 227
> alg: No test for stdrng (krng)
> io scheduler noop registered
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> 84000000.serial: ttyUL0 at MMIO 0x84000003 (irq = 16) is a uartlite
> brd: module loaded
> loop: module loaded
> nbd: registered device at major 43
> Device Tree Probing 'ethernet'
> xilinx_lltemac 81c00000.ethernet: MAC address is now  2: 0: 0: 0: 0: 0
> xilinx_lltemac 81c00000.ethernet: XLlTemac: using DMA mode.
> XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc8018100
> XLlTemac: buffer descriptor size: 32768 (0x8000)
> XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
> (buffer_descriptor_init) phy: 0x6c80000, virt: 0xc6c80000, size: 0x8000
> XTemac: No PHY detected.  Assuming a PHY at address 0
> eth0 (): not using net_device_ops yet
> eth0: Dropping NETIF_F_SG since no checksum feature.
> xilinx_lltemac 81c00000.ethernet: eth0: Xilinx TEMAC at 0x81C00000
> mapped to 0xC8012000, irq=17
> Linux video capture interface: v2.00
> TCP cubic registered
> NET: Registered protocol family 17
> RAMDISK: Compressed image found at block 0
> VFS: Mounted root (ext2 filesystem) on device 1:0.
> Freeing unused kernel memory: 148k init
> Failed to execute /bin/init.  Attempting defaults...
> INIT: version 2.86 booting
> Starting udev and populating dev cache
> Remounting root file system...
> WARNING: Couldn't open directory /lib/modules/2.6.29-rc5: No such file
> or directory
> FATAL: Could not open /lib/modules/2.6.29-rc5/modules.dep.temp for
> writing: No such file or directory
> root: mount: mount point /proc/bus/usb does not exist
> Configuring network interfaces... eth0: XLlTemac: Options: 0x3fa
> eth0: XLlTemac: allocating interrupt 19 for dma mode tx.
> eth0: XLlTemac: allocating interrupt 18 for dma mode rx.
> eth0: XLlTemac: We renegotiated the speed to: 100
> eth0: XLlTemac: speed set to 100Mb/s
> eth0: XLlTemac: Send Threshold = 24, Receive Threshold = 4
> eth0: XLlTemac: Send Wait bound = 254, Receive Wait bound = 254
> udhcpc (v1.13.2) started
> run-parts: /etc/udhcpc.d/00avahi-autoipd exited with code 1
> Sending discover...
> Sending discover...
> Sending discover...
> run-parts: /etc/udhcpc.d/99avahi-autoipd exited with code 1
> No lease, failing
> done.
> Starting portmap daemon: portmap.
> net.ipv4.conf.default.rp_filter = 1
> net.ipv4.conf.all.rp_filter = 1
> hwclock: can't open '/dev/misc/rtc': No such file or directory
> Fri Sep 25 17:43:00 UTC 2009
> hwclock: can't open '/dev/misc/rtc': No such file or directory
> Configuring avahi-daemon
>   System startup links for /etc/init.d/avahi-daemon already exist.
> Configuring libnss-mdns
> Configuring ppp-dialin
> Configuring avahi-autoipd
> Configuring angstrom-libc-fixup-hack
> Configuring dbus
>   System startup links for /etc/init.d/dbus-1 already exist.
> Configuring ppp
> INIT: Entering runlevel: 5
> Creating Dropbear SSH server RSA host key.
> Will output 1024 bit rsa secret key to
> '/etc/dropbear/dropbear_rsa_host_key'
> Generating key, this may take a while...
> Public key portion is:
> ssh-rsa
> AAAAB3NzaC1yc2EAAAADAQABAAAAgwC5CKkPhMsuidec4TYxjnSBcQk57SZBiIXbVPkt5SvXVv008piyVuaYFnowJVqa8WkYtdr80lSmHNfquU0PmlHHzaiXZJbjETtj7LRFKYbrjrD+LpcypqyzyMLM+r9F/Ngm31Xj6Ms45K21MZgksB3plafgD855LwLNnKnBF5V/1kJj root@xilinx-ml403
> Fingerprint: md5 43:57:34:3b:13:e7:5d:bb:76:21:29:8b:c1:56:5d:a7
> Starting Dropbear SSH server: modprobe: FATAL: Could not
> load /lib/modules/2.6.29-rc5/modules.dep: No such file or directory
>
> modprobe: FATAL: Could not load /lib/modules/2.6.29-rc5/modules.dep: No
> such file or directory
>
> dropbear.
> Starting system message bus: dbus.
> Starting syslogd/klogd: done
>   * Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon
> [ ok ]
> INIT: Id "S" respawning too fast: disabled for 5 minutes

I've heard of this, but I do not know the answer. Googling for 
"respawning too fast ml403" may give you some more ideas.

> .
> .
> .
> ----------------------------------------------------------------------------------------------------------------------
>
> Considering the log, I have checked the /lib/modules/ directory in my OE
> and it seems the version is "oe/tmp/rootfs/lib/modules/2.6.24-rc3" and I
> guess maybe the problem is the mismatch between the version of Linux
> kernel from Xilinx and OE. IF it is the reason, what should be the
> solution?
>
> On the other hand, it seems the generated ramdisk is not fit into our
> desire. Total DDR memory of our system is 128M and this generated
> ramdsik occupied nearly 25M. Maybe it is because of using
> "angstrom-2008.1". In our system we don't need X11 or ... Now, the
> question is how could I remove all unnecessary staff from ramdisk to
> make it smaller? Or is there any other solution better than
> angstrom-2008.1?

You need to create a custom image with only the packages you need. 
Console-image creates a "full featured" image for system with only text 
consoles.

Look in 
tmp/deploy/glibc/images/beagleboard/Angstrom-console-image-glibc-ipk-2009.X-test-20090927-beagleboard-testlab 
(OK, this is for a beagle board, but you should find a similar directory 
for the ml403) and look at the files there. There are files listing the 
installed packages and their sizes. Once you get an idea of the changes 
you need, we can make some suggestions how to shrink your image.

I have an ml403, but have never had time play much with it. If possible, 
I'd like to figure out how to build a working kernel in OE that we could 
use as a simple kernel for testing the board. I'll need some help 
understanding what files are needed from ELDK (which I only sort off 
have access too)

Philip

>
> I've started to read usermanual of OE, but still I have not found out a
> solution for this problem. Is there any idea how could I proceed to have
> a running OE Linux on our Virtex 4 platform from scratch with
> consideration of all tricky ways not to face with such pitfall again?
>
> I would be grateful to receive promptly your solution through
> compilation and installation of OE on hardcore Power PC 405 inside
> Virtex 4.
>
> Thanks in advance.
>
> Regards
> Ali
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3316 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: How do I build OE for PPC-405 inside Virtex 4?
  2009-09-28 21:24 How do I build OE for PPC-405 inside Virtex 4? Ali Akbar Zarezadeh
  2009-09-28 21:46 ` Philip Balister
@ 2009-09-29  0:29 ` Elvis Dowson
  2009-09-30 21:32 ` Khem Raj
  2009-10-01 11:33 ` Ali Akbar Zarezadeh
  3 siblings, 0 replies; 8+ messages in thread
From: Elvis Dowson @ 2009-09-29  0:29 UTC (permalink / raw)
  To: openembedded-devel

Hi,

On Sep 29, 2009, at 1:24 AM, Ali Akbar Zarezadeh wrote:

>
> Starting Dropbear SSH server: modprobe: FATAL: Could not
> load /lib/modules/2.6.29-rc5/modules.dep: No such file or directory
>
> modprobe: FATAL: Could not load /lib/modules/2.6.29-rc5/modules.dep:  
> No
> such file or directory
>
> ----------------------------------------------------------------------------------------------------------------------
>
> Considering the log, I have checked the /lib/modules/ directory in  
> my OE
> and it seems the version is "oe/tmp/rootfs/lib/modules/2.6.24-rc3"  
> and I
> guess maybe the problem is the mismatch between the version of Linux
> kernel from Xilinx and OE. IF it is the reason, what should be the
> solution?
>

I've seen a similar error message, when building a higher version  
linux-omap3 recipe, say linux-omap3-2.6.31, and then do a bitbake  
clear linux-omap3-2.6.31 and build a lower version of the linux- 
omap3-2.6.29 and create the rootfs, after disabling the linux- 
omap3-2.6.31 recipe.

The net result is that when the rootfs gets built, the /lib/modules  
folder contains files from both the v2.6.31 and v2.6.29 recipes, and  
give me the same version mismatch error message that you're seeing  
right now.

The solution is to completely delete you OE tmp folder and rebuild  
again, ensuring that only a single version of the recipe gets built.

Best regards,

Elvis




^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: How do I build OE for PPC-405 inside Virtex 4?
  2009-09-28 21:24 How do I build OE for PPC-405 inside Virtex 4? Ali Akbar Zarezadeh
  2009-09-28 21:46 ` Philip Balister
  2009-09-29  0:29 ` Elvis Dowson
@ 2009-09-30 21:32 ` Khem Raj
  2009-10-01 11:33 ` Ali Akbar Zarezadeh
  3 siblings, 0 replies; 8+ messages in thread
From: Khem Raj @ 2009-09-30 21:32 UTC (permalink / raw)
  To: openembedded-devel

On Mon, Sep 28, 2009 at 2:24 PM, Ali Akbar Zarezadeh
<akzare@cs.uni-potsdam.de> wrote:



> INIT: Id "S" respawning too fast: disabled for 5 minutes
> .

this means something mentioned in /etc/inittab failed. You can comment out
the line starting with 'S' and see if that helps

the inittab entries looks like
1:2345:respawn:/sbin/mingetty tty1

It could be that the device is not used correctly or something like that

Thx

-Khem



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: How do I build OE for PPC-405 inside Virtex 4?
  2009-09-28 21:24 How do I build OE for PPC-405 inside Virtex 4? Ali Akbar Zarezadeh
                   ` (2 preceding siblings ...)
  2009-09-30 21:32 ` Khem Raj
@ 2009-10-01 11:33 ` Ali Akbar Zarezadeh
  2009-10-01 21:24   ` Philip Balister
  2009-10-05 10:50   ` Ali Akbar Zarezadeh
  3 siblings, 2 replies; 8+ messages in thread
From: Ali Akbar Zarezadeh @ 2009-10-01 11:33 UTC (permalink / raw)
  To: openembedded-devel

Hi,

Many thanks to Philip, Elvis and Khem for their reply. Now, our PICSY
platform is running with the generated ramdisk based on OpenEmbedded.

For your information, first I've read OE usermanual (it is helpful but
please check the spelling and grammar of the document to improve the
communication with reader). Secondly, I tried to prepare our own image
bb file. As starting point minimal-image.bb and base-image.bb inspired
me such as easy approach. Afterwards again I hit with another issue
related to the size of RAMDISK. To solve this problem, those following
lines were put in our local.conf file to override the same parameters in
the bitbake.conf:

IMAGE_ROOTFS_SIZE = "35840"
IMAGE_ROOTFS_SIZE_ext2 = "35840"
IMAGE_ROOTFS_SIZE_ext2.gz = "35840"
IMAGE_ROOTFS_SIZE_ext3 = "35840"
IMAGE_ROOTFS_SIZE_ext3.gz = "35840"

Then, after some days challenging I boot up the PICSY with combination
of OE ramdisk and the the Xilinx Open Source Linux structure. 
However, still there are some issues which maybe somebody could help me
to overcome:

1) If I would increase the size of ramdisk more than approximately 25%
of total installed physical memory size, I will hit with another problem
in the boots up time which complains for exceeding the threshold size.
It seems somewhere should be a limitation or setting for it. Is there
any idea where?

2) More often in our development and debug process, ftp would be desired
to copy the new application binary through network. As I checked there
is no ftp tool already installed in the ramdisk (only there is tftp from
busybox-1.13.2-r18). Would you let me know how I should put ftp in the
generated image file?

Thanks in advanced.

CIAO
Ali
        

 





^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: How do I build OE for PPC-405 inside Virtex 4?
  2009-10-01 11:33 ` Ali Akbar Zarezadeh
@ 2009-10-01 21:24   ` Philip Balister
  2009-10-05 10:50   ` Ali Akbar Zarezadeh
  1 sibling, 0 replies; 8+ messages in thread
From: Philip Balister @ 2009-10-01 21:24 UTC (permalink / raw)
  To: openembedded-devel

[-- Attachment #1: Type: text/plain, Size: 1992 bytes --]

On 10/01/2009 07:33 AM, Ali Akbar Zarezadeh wrote:
> Hi,
>
> Many thanks to Philip, Elvis and Khem for their reply. Now, our PICSY
> platform is running with the generated ramdisk based on OpenEmbedded.
>
> For your information, first I've read OE usermanual (it is helpful but
> please check the spelling and grammar of the document to improve the
> communication with reader). Secondly, I tried to prepare our own image
> bb file. As starting point minimal-image.bb and base-image.bb inspired
> me such as easy approach. Afterwards again I hit with another issue
> related to the size of RAMDISK. To solve this problem, those following
> lines were put in our local.conf file to override the same parameters in
> the bitbake.conf:
>
> IMAGE_ROOTFS_SIZE = "35840"
> IMAGE_ROOTFS_SIZE_ext2 = "35840"
> IMAGE_ROOTFS_SIZE_ext2.gz = "35840"
> IMAGE_ROOTFS_SIZE_ext3 = "35840"
> IMAGE_ROOTFS_SIZE_ext3.gz = "35840"
>
> Then, after some days challenging I boot up the PICSY with combination
> of OE ramdisk and the the Xilinx Open Source Linux structure.
> However, still there are some issues which maybe somebody could help me
> to overcome:
>
> 1) If I would increase the size of ramdisk more than approximately 25%
> of total installed physical memory size, I will hit with another problem
> in the boots up time which complains for exceeding the threshold size.
> It seems somewhere should be a limitation or setting for it. Is there
> any idea where?
>
> 2) More often in our development and debug process, ftp would be desired
> to copy the new application binary through network. As I checked there
> is no ftp tool already installed in the ramdisk (only there is tftp from
> busybox-1.13.2-r18). Would you let me know how I should put ftp in the
> generated image file?

Did you solve the respawning to fast problem?

I think either proftpd or vsftpd might provide an ftp server. I normally 
use scp to copy files onto boards though.

Philip


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3316 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: How do I build OE for PPC-405 inside Virtex 4?
  2009-10-01 11:33 ` Ali Akbar Zarezadeh
  2009-10-01 21:24   ` Philip Balister
@ 2009-10-05 10:50   ` Ali Akbar Zarezadeh
  2009-10-05 12:22     ` Philip Balister
  1 sibling, 1 reply; 8+ messages in thread
From: Ali Akbar Zarezadeh @ 2009-10-05 10:50 UTC (permalink / raw)
  To: openembedded-devel

Hallo,

Only for notation, I have solved my issue referring to the limitation on
ramdisk size.

Inside the Linux Kernel Configuration, the "Default RAM disk size"
should be modified:

--------------
Linux kernel Configuration utility:

|-- Device Drivers
|    |-- Block devices
|         |-- RAM block device support
|              |-- (xxx) Default RAM disk size (kbytes)
--------------

with changing (xxx) value it would be possible to use ramdisk space up
to 60M (xxx -> 61440) or ... and seems it was the boundary which
controls the settings inside the bitbake.conf.

Also, scp is used instead of ftp and is working perfect, but on each
system reboot I must delete the relevant RSA host key
in ../.ssh/known_hosts file inside my desktop PC.

ciao
Ali

PS: Embedded Linux Primer by Christopher Hallinan was an invaluable book
to get me help understanding a lot of things around system boot
procedure and I would strongly recommend it to anyone who is beginner
(newbie) like me in this area.

> 1) If I would increase the size of ramdisk more than approximately 25%
> of total installed physical memory size, I will hit with another problem
> in the boots up time which complains for exceeding the threshold size.
> It seems somewhere should be a limitation or setting for it. Is there
> any idea where?
> 
> 2) More often in our development and debug process, ftp would be desired
> to copy the new application binary through network. As I checked there
> is no ftp tool already installed in the ramdisk (only there is tftp from
> busybox-1.13.2-r18). Would you let me know how I should put ftp in the
> generated image file?





^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: How do I build OE for PPC-405 inside Virtex 4?
  2009-10-05 10:50   ` Ali Akbar Zarezadeh
@ 2009-10-05 12:22     ` Philip Balister
  0 siblings, 0 replies; 8+ messages in thread
From: Philip Balister @ 2009-10-05 12:22 UTC (permalink / raw)
  To: openembedded-devel

[-- Attachment #1: Type: text/plain, Size: 2121 bytes --]

Did you figure out how to fix the respawning too fast problem? I am 
curious how to fix that.

Philip

On 10/05/2009 03:50 AM, Ali Akbar Zarezadeh wrote:
> Hallo,
>
> Only for notation, I have solved my issue referring to the limitation on
> ramdisk size.
>
> Inside the Linux Kernel Configuration, the "Default RAM disk size"
> should be modified:
>
> --------------
> Linux kernel Configuration utility:
>
> |-- Device Drivers
> |    |-- Block devices
> |         |-- RAM block device support
> |              |-- (xxx) Default RAM disk size (kbytes)
> --------------
>
> with changing (xxx) value it would be possible to use ramdisk space up
> to 60M (xxx ->  61440) or ... and seems it was the boundary which
> controls the settings inside the bitbake.conf.
>
> Also, scp is used instead of ftp and is working perfect, but on each
> system reboot I must delete the relevant RSA host key
> in ../.ssh/known_hosts file inside my desktop PC.
>
> ciao
> Ali
>
> PS: Embedded Linux Primer by Christopher Hallinan was an invaluable book
> to get me help understanding a lot of things around system boot
> procedure and I would strongly recommend it to anyone who is beginner
> (newbie) like me in this area.
>
>> 1) If I would increase the size of ramdisk more than approximately 25%
>> of total installed physical memory size, I will hit with another problem
>> in the boots up time which complains for exceeding the threshold size.
>> It seems somewhere should be a limitation or setting for it. Is there
>> any idea where?
>>
>> 2) More often in our development and debug process, ftp would be desired
>> to copy the new application binary through network. As I checked there
>> is no ftp tool already installed in the ramdisk (only there is tftp from
>> busybox-1.13.2-r18). Would you let me know how I should put ftp in the
>> generated image file?
>
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3316 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2009-10-05 12:23 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-09-28 21:24 How do I build OE for PPC-405 inside Virtex 4? Ali Akbar Zarezadeh
2009-09-28 21:46 ` Philip Balister
2009-09-29  0:29 ` Elvis Dowson
2009-09-30 21:32 ` Khem Raj
2009-10-01 11:33 ` Ali Akbar Zarezadeh
2009-10-01 21:24   ` Philip Balister
2009-10-05 10:50   ` Ali Akbar Zarezadeh
2009-10-05 12:22     ` Philip Balister

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.