Hi Theo, Thanks for ur help. I figured out what was the problem with my file system.
Actually I did not populate the /dev/* directory with some nodes. So I was not able to see the output in the console. Now every thing works fine. One strange thing while booting 3MB kernel is that it is taking realy long time to boot after uncompressing the uImage (~7 seconds). why is it taking that much time after uncompressing the uImage? Regards, Mahendra Kumar > > > > > > On Tue, Jan 13, 2009 at 4:36 PM, Mahendra Kumar Angamuthu Ganesan < > [email protected]> wrote: > >> On Fri, Jan 9, 2009 at 3:31 PM, Theo Debrouwere < >> [email protected]> wrote: >> >>> Mkag, >>> >>> 1) internal initramfs. >>> >>> In the kernel source files, inside arch/arm/kernel/head.S >>> >>> Line 272: >>> >>> str r3, [r0, #4]! @ KERNEL + 1MB >>> add r3, r3, #1 << 20 >>> str r3, [r0, #4]! @ KERNEL + 2MB >>> add r3, r3, #1 << 20 >>> str r3, [r0, #4] @ KERNEL + 3MB >>> >>> You can add additional lines to increase the acceptable kernelsize. Every >>> 2 lines will add another MB. >>> This is not a good solution, but it will work. >>> >>> add r3, r3, #1 << 20 >>> str r3, [r0, #4] @ KERNEL + 4MB >> >> >> >> >> >> >> Hi Theo, >> Thanks for the code snippet. Now the kernel is booting for >> size more than 3 MB. Now I have a different problem. The Initramfs >> filesytem is not working. >> >> >> The filesystem has got only busybox-1.10.2 compiled statically(i.e no >> libraries are needed to run busybox). >> Along with the busybox, shell script file named "init" is in the root >> with some echo commands as shown below. >> >> /*init script file is available in "/bin/init", "/sbin/init" and also in >> "/init"*/ >> >> >> #!/bin/sh >> #Mount things needed by this script >> echo "Hello" >> echo "We are in INIT" >> #Disable kernel messages from popping onto the screen >> echo 0 > /proc/sys/kernel/printk >> exec sh >> >> >> The problem is, I am not able to see these "echo commands" itself while >> booting with the command line arguments as shown below. >> >> setenv bootargs console=ttyS0,115200n8 mem=120M ip=10.2.141.114:10 >> .2.141.12:10.2.2.1:255.255.0.0 init=/init >> >> >> >> I tested the file system using NFS. I am able to see echo command and then >> login in to the shell with out any libraries. >> >> I compiled a "hello world" program statically and used that as init file >> for initramfs. Then also I am having the similar problem in initramfs(but >> not in NFS). I am not able to see "hello world on the console". >> >> I am not really sure, if initramfs is working for kernel mvl 2.6.10. It >> seems like the files are not populated in the ram. >> >> Do u have any idea or clue what is going wrong here? >> >> Have anybody tried initramfs option for dm6467 evm? >> >> >> >> >> >> The console output is looking as shown below. >> >> >> >> ## Booting image at 81800000 ... >> Image Name: Linux-2.6.10_mvl401-davinci_evm- >> Image Type: ARM Linux Kernel Image (uncompressed) >> Data Size: 3165984 Bytes = 3 >> MB >> Load Add: 80008000 >> Entry Point: 80008000 >> Verifying Checksum ... OK >> OK >> >> Starting kernel ... >> >> Uncompressing >> Linux..................................................................................................................................................... >> done, booting the kernel. >> Linux version 2.6.10_mvl401-davinci_evm-PSP_01_30_00_082 ( >> [email protected]) (gcc version 3.4.3 (MontaVista >> 3.4.3-25.0.104.0600975 2006-07-06)) #93 Tue Jan 13 15:55:04 CET 2009 >> 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 DM6467 EVM >> Memory policy: ECC disabled, Data cache writeback >> DM6467 >> Built 1 zonelists >> Kernel command line: console=ttyS0,115200n8 mem=120M ip=10.2.141.114:10 >> .2.141.12:10.2.2.1:255.255.0.0 init=/init >> 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: 116736KB available (2395K code, 513K data, 1892K 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. >> unzip done<6>initramfs unpacking done<6>NET: Registered protocol family 16 >> DaVinci: 48 gpio irqs >> Registering platform device 'serial8250.0'. Parent at platform >> Registering platform device 'musb_hdrc'. Parent at platform >> DaVinci I2C DEBUG: 16:16:21 Dec 29 2008 >> Registering platform device 'i2c'. Parent at platform >> ch0 default output "COMPOSITE", mode "NTSC" >> ch1 default output "", mode "" >> SCSI subsystem initialized >> usbcore: registered new driver usbfs >> usbcore: registered new driver hub >> musb_hdrc: version 2.2a/db-0.4.8 [cppi-dma] [host] [debug=0] >> musb_hdrc: ConfigData=0x06 (UTMI-8, dyn FIFOs, SoftConn) >> musb_hdrc: MHDRC RTL version 1.500 >> musb_hdrc: USB Host mode controller at c8000000 using DMA, IRQ 13 >> 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 >> JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc. >> yaffs Jan 12 2009 08:50:46 Installing. >> Registering platform device 'DavinciHD_vdce.2'. Parent at platform >> CIR device registered successfully (Major = 253, >> Minor = 0)<6>Registering platform device 'cir.0'. Parent at platform >> 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 ST16654 >> ttyS1 at MMIO 0x1c20400 (irq = 41) is a ST16650V2 >> 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 00:0e:99:02:b1:16 >> TI DaVinci EMAC Linux version updated 5.0 >> TI DaVinci EMAC: Installed 1 instances. >> netconsole: not configured, aborting >> i2c /dev entries driver >> Linux video capture interface: v1.00 >> Registering platform device 'vpif capture.1'. Parent at platform >> Registering platform device 'vpif display.1'. Parent at platform >> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 >> ide: Assuming 50MHz system bus speed for PIO modes; override with >> idebus=xx >> MUX: initialized ATAEN >> hda: TOSHIBA MK4032GAX, ATA DISK drive >> elevator: using anticipatory as default io scheduler >> ide0 at 0xe10661f0-0xe10661f7,0xe10663f6 on irq 22 >> hda: max request size: 1024KiB >> hda: 78140160 sectors (40007 MB), CHS=16383/255/63 >> hda: hda1 hda2 >> ide0: BM-DMA at 0xe1066000-0xe1066007, BIOS settings: hda:pio, hdb:pio >> Initializing USB Mass Storage driver... >> usbcore: registered new driver usb-storage >> USB Mass Storage support registered. >> mice: PS/2 mouse device common for all mice >> Registering Audio Devices. Total communication peripherals >> (ASP) : 2 >> Codec with ID = 0 on ASP = 0 is initialized.Using minor number : 3 >> Configuring the McASP as Master >> Configuring the McASP 1 for DIT >> SPDIF on ASP = 1 isinitialized.Using minor number : 19 >> 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 >> IP-Config: Complete: >> device=eth0, addr=10.2.141.114, mask=255.255.0.0, gw=10.2.2.1, >> host=10.2.141.114, domain=, nis-domain=(none), >> bootserver=10.2.141.12, rootserver=10.2.141.12, rootpath= >> Freeing init memory: 1892K >> Warning: unable to open an initial console. >> >> (Hangs here infinitely) >> >> >> >>> >>> >>> 2) external initramfs. >>> >>> Can you please post the u-boot line that is used to boot the kernel? I >>> assume you might miss something. >>> >> >> I gave bootargs equivalent to initrd. I could not see the documentation >> regarding this on the web. >> >> >>> Regards, >>> >>> Theo >>> >> >>> Mahendra Kumar Angamuthu Ganesan wrote: >>> >>>> Hi, >>>> Have anybody tried the option of Initramfs instead of initrd in >>>> DM6467 EVM for the kernel montavista 2.6.10? >>>> >>>> >>>> I tried the uImage which contains initramfs to boot thorugh tftp with >>>> bootargs as listed in the wiki. >>>> http://wiki.davincidsp.com/index.php?title=Initrd >>>> >>>> If Uimage is more than 2.4mb then it hangs after uncompressing the >>>> kernel as shown below >>>> >>>> ## Booting image at 81800000 ... >>>> Image Name: Linux-2.6.10_mvl401-davinci_evm- >>>> Image Type: ARM Linux Kernel Image (uncompressed) >>>> Data Size: 2930000 Bytes = 2.8 MB >>>> Load Address: 80008000 >>>> Entry Point: 80008000 >>>> Verifying Checksum ... OK >>>> OK >>>> >>>> Starting kernel ... >>>> >>>> Uncompressing >>>> Linux........................................................................................................................................ >>>> >>>> (Hangs here inifinitely) >>>> >>>> If I try to use external initramfs using the cpio image avilable at >>>> "dir: ...usr/" , it is telling bad gzip magic number. >>>> >>>> Have anybody tried the option of Initramfs and succeeded in it in >>>> DM6467 EVM for the kernel montavista 2.6.10? >>>> >>>> >>>> >>>> >>>> Regards, >>>> Mahendra Kumar >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Davinci-linux-open-source mailing list >>>> [email protected] >>>> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source >>>> >>> >>> >>> >>> DISCLAIMER: >>> Unless indicated otherwise, the information contained in this message is >>> privileged and confidential, and is intended only for the use of the >>> addressee(s) named above and others who have been specifically authorized to >>> receive it. If you are not the intended recipient, you are hereby notified >>> that any dissemination, distribution or copying of this message and/or >>> attachments is strictly prohibited. The company accepts no liability for any >>> damage caused by any virus transmitted by this email. Furthermore, the >>> company does not warrant a proper and complete transmission of this >>> information, nor does it accept liability for any delays. If you have >>> received this message in error, please contact the sender and delete the >>> message. Thank you. >>> >>> >> >
_______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
