For filesystem less that 16MB, the best way is to build busybox. Maybe! On Tue, Oct 28, 2008 at 5:14 PM, < [EMAIL PROTECTED]> wrote:
> Send Davinci-linux-open-source mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > > http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source > > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Davinci-linux-open-source digest..." > > > Today's Topics: > > 1. DVSDK over GIT kernel - How to proceed? (Gabriele Filosofi) > 2. Re: Filesystem for NOR on 6446 (jp) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 28 Oct 2008 09:18:46 +0100 > From: Gabriele Filosofi <[EMAIL PROTECTED]> > Subject: DVSDK over GIT kernel - How to proceed? > To: "[email protected]" > <[email protected]> > Message-ID: > < > [EMAIL PROTECTED]> > > Content-Type: text/plain; charset="us-ascii" > > Hi, > > Up to now I've successfully tested the hardware of my custom board (dm644x, > cam, tft, etc.). > Now I would like to move toward the application. The first step it should > be to get the TI dvdsk encode-decode demos running on the target. However > AFAIK no TI support exists for GIT kernel 2.6.25, that is the kernel I > adopted from the very beginning. The main problem it seems to be the video > capture and video display components (up to now I can just display rgb still > pictures using the fbdev driver and a raw register initialization of the > vpbe). > I think the missing files are, among the others, > > ccdc_davinci.c > davinci_vpfe.c > davinci_display.c > vpbe_encoder.c > davinci_enc_mngr.c > > Can anyone illustrate me the aim of those files and the most convenient way > to proceed? > Should I make some effort to adapt to kerrnel 2.6.25 some of the original > MV patches? Or should I write all from scratch? Or should I wait for TI news > about some form of support? Or what else? > > Thanks for your help and have a good day > > Gabriele > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/20081028/68302976/attachment-0001.htm > > ------------------------------ > > Message: 2 > Date: Tue, 28 Oct 2008 11:12:17 +0100 > From: jp <[EMAIL PROTECTED]> > Subject: Re: Filesystem for NOR on 6446 > To: Craig Butler <[EMAIL PROTECTED]> > Cc: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="utf-8" > > Hello Craig, > thanks for your answer. > Regarding the NFS it is only to test the filesystem. But the goal of > that is to have a filesystem smaller than 16MB to be flashed on the NOR. > Le lundi 27 octobre 2008 à 16:09 +0000, Craig Butler a écrit : > > > Jerome > > > > You are trying to mount a root filesystem over nfs (ie not NOR) > > > > For NOR work with the 2.6.10 kernel I would suggest a ext2 initrd > > minimal Busybox image with jffs2 partitions mounted after the initial > > boot and dev setup. With the jffs2 partitions you can then move forward > > and introduce unionfs for persisting configuration changes over reboots. > > > > The minimum amount of devices required on a basic busybox install are; > > mknod $(BUILD_DIR)/$(OUTPUT_DIR)/dev/console c 5 1; > > mknod $(BUILD_DIR)/$(OUTPUT_DIR)/dev/tty1 c 4 1; > > mknod $(BUILD_DIR)/$(OUTPUT_DIR)/dev/tty2 c 4 2; > > mknod $(BUILD_DIR)/$(OUTPUT_DIR)/dev/tty3 c 4 3; > > mknod $(BUILD_DIR)/$(OUTPUT_DIR)/dev/tty4 c 4 4; > > mknod $(BUILD_DIR)/$(OUTPUT_DIR)/dev/tty5 c 4 5; > > > > You may also need to include some libs unless you have statically > > compiled them in; > > lib/ > > lib/ld-2.3.3.so > > lib/ld-linux.so.3 > > lib/libm-2.3.3.so > > lib/libc.so.6 > > lib/libm.so.6 > > lib/libc-2.3.3.so > > > > - > > Kind Regards > > > > Craig Butler > > Linux Systems Administrator > > American Dynamics, Belfast > > > > > > On Mon, 2008-10-27 at 10:48 +0100, jp wrote: > > > Hi, > > > > > > I still have some problems to create a filesystem to put it on the NOR > > > (16MBytes). > > > I only want to have the encode/decode application and , perhaps i am > > > wrong, i want to use EXT2 for the filesystem. > > > What i am doing is to begin with the default filesystem (but it is too > > > big to put it on the flash) but when i removed some components we have > > > a kernel panic at the beginning. > > > > > > Starting kernel ... > > > > > > Uncompressing > > > > Linux.................................................................................... > done, booting theLinux version 2.6.10_mvl401-davinci_evm ( > [EMAIL PROTECTED]) (version gcc 3.4.3 (MontaVista > 3.4.3-25.0.104.0600975 2006-07-06)) #11 Wed Oct 22 16:51:48 CEST 2008 > > > CPU: ARM926EJ-Sid(wb) [41069265] revision 5 (ARMv5TEJ) > > > CPU0: D VIVT write-back cache > > > CPU0: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets > > > CPU0: D cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets > > > Machine: DaVinci EVM > > > Memory policy: ECC disabled, Data cache writeback > > > Built 1 zonelists > > > Kernel command line: video=davincifb:output=pal console=ttyS0,115200n8 > > > noinitrd rw ip=dhcp root=/dev/nfs > > > nfsroot=172.20.101.25:/home/amesys/workdir/filesys,nolock mem=120M > > > PID hash table entries: 512 (order: 9, 8192 bytes) > > > Console: colour dummy device 80x30 > > > Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) > > > Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) > > > Memory: 120MB = 120MB total > > > Memory: 118912KB available (2218K code, 459K data, 136K init) > > > Mount-cache hash table entries: 512 (order: 0, 4096 bytes) > > > CPU: Testing write buffer coherency: ok > > > spawn_desched_task(00000000) > > > desched cpu_callback 3/00000000 > > > ksoftirqd started up. > > > desched cpu_callback 2/00000000 > > > desched thread 0 started up. > > > NET: Registered protocol family 16 > > > Registering platform device 'musb_hdrc'. Parent at platform > > > DaVinci I2C DEBUG: 16:49:59 Oct 22 2008 > > > Registering platform device 'i2c'. Parent at platform > > > usbcore: registered new driver usbfs > > > usbcore: registered new driver hub > > > JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc. > > > yaffs Oct 22 2008 16:49:31 Installing. > > > davincifb: Options "output=pal" > > > DaVinci: Output on PAL in COMPOSITE format, Enabled windows: Video0 > > > Video1 OSD0 OSD1 > > > Setting Video0 size 720x576, position (0,0) > > > Setting Video1 size 720x576, position (0,0) > > > Setting OSD0 size 720x576, position (0,0) > > > Setting OSD1 size 720x576, position (0,0) > > > Registering platform device 'davincifb.0'. Parent at platform > > > Setting Up Clocks for DM420 OSD > > > Console: switching to colour frame buffer device 90x36 > > > fb0: dm_osd0_fb frame buffer device > > > fb1: dm_vid0_fb frame buffer device > > > fb2: dm_osd1_fb frame buffer device > > > fb3: dm_vid1_fb frame buffer device > > > Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing > > > disabled > > > Registering platform device 'serial8250'. Parent at platform > > > ttyS0 at MMIO 0x1c20000 (irq = 40) is a 16550A > > > io scheduler noop registered > > > io scheduler anticipatory registered > > > RAMDISK driver initialized: 1 RAM disks of 32768K size 1024 blocksize > > > Registering platform device 'ti_davinci_emac'. Parent at platform > > > TI DaVinci EMAC: MAC address is deadbeaf > > > TI DaVinci EMAC Linux version updated 4.0 > > > TI DaVinci EMAC: Installed 1 instances. > > > netconsole: not configured, aborting > > > i2c /dev entries driver > > > Linux video capture interface: v1.00 > > > Registering platform device 'vpfe.1'. Parent at platform > > > DaVinci v4l2 capture driver V1.0 loaded > > > elevator: using anticipatory as default io scheduler > > > physmap flash device: 0 at 80000000 > > > Failed to ioremap > > > mice: PS/2 mouse device common for all mice > > > musb_hdrc: version 2.2a/db-0.4.8 [pio] [host] [debug=0] > > > musb_hdrc: USB Host mode controller at c8060000 using PIO, IRQ 12 > > > musb_hdrc musb_hdrc: new USB bus registered, assigned bus number 1 > > > hub 1-0:1.0: USB hub found > > > hub 1-0:1.0: 1 port detected > > > Registering platform device 'davinci-audio.0'. Parent at platform > > > NET: Registered protocol family 2 > > > IP: routing cache hash table of 512 buckets, 4Kbytes > > > TCP: Hash tables configured (established 8192 bind 16384) > > > NET: Registered protocol family 1 > > > NET: Registered protocol family 17 > > > Sending DHCP requests ., OK > > > IP-Config: Got DHCP answer from 0.0.0.0, my address is 172.20.101.33 > > > IP-Config: Complete: > > > device=eth0, addr=172.20.101.33, mask=255.255.255.0, > > > gw=172.20.101.254, > > > host=172.20.101.33, domain=artware.fr, nis-domain=(none), > > > bootserver=0.0.0.0, rootserver=172.20.101.25, rootpath= > > > Looking up port of RPC 100003/2 on 172.20.101.25 > > > Looking up port of RPC 100005/1 on 172.20.101.25 > > > VFS: Mounted root (nfs filesystem). > > > Freeing init memory: 136K > > > Kernel panic - not syncing: No init found. Try passing init= option > > > to kernel. > > > > > > > > > > > > > > > > > > Thanks all, > > > Jerome. > > > > > > > > > > -------------------------------------------------------- > > > > Tyco Safety Products/CEM Systems Ltd. > > Registered in Northern Ireland: NI 25728. Registered Office: Unit 4 > Ravenhill Business Park, Ravenhill Road, Belfast, BT6 8AW.. > > > > Please note that any views or opinions presented in this email are solely > those of the author and do not necessarily represent those of the company. > This email and any attachments are confidential and intended solely for the > use of the individual or entity to whom they are addressed. If you have > received this email in error please notify the sender immediately and delete > any copies in your possession. > > > > _______________________________________________ > > > > > Davinci-linux-open-source mailing list > > > [email protected] > > > http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/20081028/776e673f/attachment.htm > > ------------------------------ > > _______________________________________________ > Davinci-linux-open-source mailing list > [email protected] > http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source > > > End of Davinci-linux-open-source Digest, Vol 34, Issue 126 > ********************************************************** > -- David Manager, Business Development Embedio. Inc. +86 13581953152
_______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
