Re: Trouble getting Logic OMAp35x modules to boot
Hi, * Peter Barada pet...@logicpd.com [101122 22:09]: Also, where in the kernel is the mux setup for the UARTs done? I'd like to use UART2 and am not sure how to wire it into the kernel(i.e. setup the mux for it as those pins are in mode 7) and want to follow the same style as that for UART1/3.. I posted some patches to pass the board specific pins to serial.c few days ago, can you please give that series a try? The series subject is omap: Board specific muxing using hwmod. Regards, Tony -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Trouble getting Logic OMAp35x modules to boot
I've pulled the latest linux-2.6.37-rc3 kernel from kernel.org, and using the arch/arm/configs/omap3plus_defconfig as .config, and turning on: CONFIG_MACH_OMAP35CONFIG_MACH_OMAP3530_LV_SOM=y CONFIG_MACH_OMAP3_TORPEDO=y to run on the Logic OMAP35x boards, it failed to boot (no output from the serial console). I added: CONFIG_DEBUG_LL=y CONFIG_EARLY_PRINTK=y to turn on early debigging (and adding earlyprintk to the command line), and see all looks fine up to the end of: Starting kernel ... Uncompressing Linux... done, booting the kernel. Linux version 2.6.37-rc3-svn12998 (pe...@blitz) (gcc version 4.3.3 (Sourcery G++ Lite 2009q1-203) ) #5 SMP Mon Nov 22 17:09:07 EST 2010 CPU: ARMv7 Processor [411fc083] revision 3 (ARMv7), cr=10c53c7f CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache Machine: Logic OMAP3 Torpedo board debug: ignoring loglevel setting. bootconsole [earlycon0] enabled Memory policy: ECC disabled, Data cache writeback OMAP3430/3530 ES3.1 (l2cache iva sgx neon isp ) SRAM: Mapped pa 0x4020 to va 0xfe40 size: 0x1 On node 0 totalpages: 65536 free_area_init_node: node 0, pgdat c05450a0, node_mem_map c0579000 Normal zone: 512 pages used for memmap Normal zone: 0 pages reserved Normal zone: 65024 pages, LIFO batch:15 PERCPU: Embedded 7 pages/cpu @c077c000 s4928 r8192 d15552 u32768 pcpu-alloc: s4928 r8192 d15552 u32768 alloc=8*4096 pcpu-alloc: [0] 0 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024 Kernel command line: display=15 console=ttyS0,115200 root=/dev/nfs rw nfsroot=19 2.168.3.5:/opt/nfs-exports/ltib-omap,wsize=1500,rsize=1500 ip=dhcp no_console_su spend ignore_loglevel earlyprintk PID hash table entries: 1024 (order: 0, 4096 bytes) Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 256MB = 256MB total Memory: 254252k/254252k available, 7892k reserved, 0K highmem Virtual kernel memory layout: vector : 0x - 0x1000 ( 4 kB) fixmap : 0xfff0 - 0xfffe ( 896 kB) DMA : 0xffc0 - 0xffe0 ( 2 MB) vmalloc : 0xd080 - 0xf800 ( 632 MB) lowmem : 0xc000 - 0xd000 ( 256 MB) modules : 0xbf00 - 0xc000 ( 16 MB) .init : 0xc0008000 - 0xc0048000 ( 256 kB) .text : 0xc0048000 - 0xc04e9c50 (4744 kB) .data : 0xc04ea000 - 0xc0545880 ( 367 kB) Hierarchical RCU implementation. NR_IRQS:402 Clocking rate (Crystal/Core/MPU): 26.0/166/500 MHz Reprogramming SDRC clock to 16600 Hz dpll3_m2_clk rate change failed: -22 GPMC revision 5.0 IRQ: Found an INTC at 0xfa20 (revision 4.0) with 96 interrupts Total of 96 interrupts on 1 active controller Could not get gpios_ick Could not get gpios_fck OMAP GPIO hardware version 2.5 OMAP clockevent source: GPTIMER1 at 32768 Hz Console: colour dummy device 80x30 Calibrating delay loop... 499.92 BogoMIPS (lpj=1949696) pid_max: default: 32768 minimum: 301 Security Framework initialized Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok Brought up 1 CPUs SMP: Total of 1 processors activated (499.92 BogoMIPS). regulator: core version 0.5 regulator: dummy: NET: Registered protocol family 16 mux: Setting signal sdmmc1_dat5.gpio_127 0x0118 - 0x0004 mux: Setting signal sdmmc1_dat5.gpio127 0x0004 - 0x011c mux: Setting signal sdmmc1_clk.sdmmc1_clk 0x0018 - 0x0118 mux: Setting signal sdmmc1_cmd.sdmmc1_cmd 0x0118 - 0x0118 mux: Setting signal sdmmc1_dat0.sdmmc1_dat0 0x0118 - 0x0118 mux: Setting signal sdmmc1_dat1.sdmmc1_dat1 0x0118 - 0x0118 mux: Setting signal sdmmc1_dat2.sdmmc1_dat2 0x0118 - 0x0118 mux: Setting signal sdmmc1_dat3.sdmmc1_dat3 0x0118 - 0x0118 mux: Setting signal sdmmc1_dat7.gpio_129 0x0118 - 0x0104 mux: Setting signal sdrc_cke0.sdrc_cke0 0x0118 - 0x mux: Setting signal sdrc_cke1.sdrc_cke1 0x0118 - 0x hw-breakpoint: debug architecture 0x4 unsupported. OMAP DMA hardware revision 4.0 bio: create slab bio-0 at 0 SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb i2c_omap i2c_omap.1: bus 1 rev3.12 at 2600 kHz twl4030: PIH (irq 7) chaining IRQs 368..375 twl4030: power (irq 373) chaining IRQs 376..383 twl4030: gpio (irq 368) chaining IRQs 384..401 regulator: VMMC1: 1850 -- 3150 mV at 3000 mV normal standby Switching to clocksource 32k_counter NET: Registered protocol family 2 IP route cache hash table entries: 2048 (order: 1, 8192 bytes) TCP established hash table entries: 8192 (order: 4, 65536 bytes) TCP bind hash table entries: 8192 (order: 4, 65536 bytes) TCP: Hash tables configured (established 8192 bind 8192) TCP reno registered UDP hash table entries: 128 (order: 0, 4096 bytes) UDP-Lite hash table entries: 128 (order: 0, 4096 bytes) NET: Registered protocol family 1 RPC: Registered udp transport module. RPC: Registered tcp transport module. RPC: Registered tcp
Re: Trouble getting Logic OMAp35x modules to boot
On Tue, Nov 23, 2010 at 7:50 AM, Peter Barada pet...@logicpd.com wrote: I've pulled the latest linux-2.6.37-rc3 kernel from kernel.org, and using the arch/arm/configs/omap3plus_defconfig as .config, and turning on: CONFIG_MACH_OMAP35CONFIG_MACH_OMAP3530_LV_SOM=y CONFIG_MACH_OMAP3_TORPEDO=y to run on the Logic OMAP35x boards, it failed to boot (no output from the serial console). I added: CONFIG_DEBUG_LL=y CONFIG_EARLY_PRINTK=y to turn on early debigging (and adding earlyprintk to the command line), and see all looks fine up to the end of: Starting kernel ... Uncompressing Linux... done, booting the kernel. Linux version 2.6.37-rc3-svn12998 (pe...@blitz) (gcc version 4.3.3 (Sourcery G++ Lite 2009q1-203) ) #5 SMP Mon Nov 22 17:09:07 EST 2010 CPU: ARMv7 Processor [411fc083] revision 3 (ARMv7), cr=10c53c7f CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache Machine: Logic OMAP3 Torpedo board debug: ignoring loglevel setting. bootconsole [earlycon0] enabled Memory policy: ECC disabled, Data cache writeback OMAP3430/3530 ES3.1 (l2cache iva sgx neon isp ) SRAM: Mapped pa 0x4020 to va 0xfe40 size: 0x1 On node 0 totalpages: 65536 free_area_init_node: node 0, pgdat c05450a0, node_mem_map c0579000 Normal zone: 512 pages used for memmap Normal zone: 0 pages reserved Normal zone: 65024 pages, LIFO batch:15 PERCPU: Embedded 7 pages/cpu @c077c000 s4928 r8192 d15552 u32768 pcpu-alloc: s4928 r8192 d15552 u32768 alloc=8*4096 pcpu-alloc: [0] 0 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024 Kernel command line: display=15 console=ttyS0,115200 root=/dev/nfs rw nfsroot=19 2.168.3.5:/opt/nfs-exports/ltib-omap,wsize=1500,rsize=1500 ip=dhcp no_console_su ... io scheduler noop registered io scheduler deadline registered where the output turns to trash on the serial console. 1) Is omap2plus_defconfig the default kernel configuration I should use for the Logic OMAP35x boards? 2) If so, any suggestions on where/why the console serial port is going south? If you have CONFIG_SERIAL_OMAP enabled (which should be enabled with the omap2plus_defconfig, then the serial port would now be ttyO0 instead of ttyS0. Try changing this. - Anand -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Trouble getting Logic OMAp35x modules to boot
On 11/23/2010 12:05 AM, Gadiyar, Anand wrote: On Tue, Nov 23, 2010 at 7:50 AM, Peter Baradapet...@logicpd.com wrote: I've pulled the latest linux-2.6.37-rc3 kernel from kernel.org, and using the arch/arm/configs/omap3plus_defconfig as .config, and turning on: CONFIG_MACH_OMAP35CONFIG_MACH_OMAP3530_LV_SOM=y CONFIG_MACH_OMAP3_TORPEDO=y to run on the Logic OMAP35x boards, it failed to boot (no output from the serial console). I added: CONFIG_DEBUG_LL=y CONFIG_EARLY_PRINTK=y to turn on early debigging (and adding earlyprintk to the command line), and see all looks fine up to the end of: Starting kernel ... Uncompressing Linux... done, booting the kernel. Linux version 2.6.37-rc3-svn12998 (pe...@blitz) (gcc version 4.3.3 (Sourcery G++ Lite 2009q1-203) ) #5 SMP Mon Nov 22 17:09:07 EST 2010 CPU: ARMv7 Processor [411fc083] revision 3 (ARMv7), cr=10c53c7f CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache Machine: Logic OMAP3 Torpedo board debug: ignoring loglevel setting. bootconsole [earlycon0] enabled Memory policy: ECC disabled, Data cache writeback OMAP3430/3530 ES3.1 (l2cache iva sgx neon isp ) SRAM: Mapped pa 0x4020 to va 0xfe40 size: 0x1 On node 0 totalpages: 65536 free_area_init_node: node 0, pgdat c05450a0, node_mem_map c0579000 Normal zone: 512 pages used for memmap Normal zone: 0 pages reserved Normal zone: 65024 pages, LIFO batch:15 PERCPU: Embedded 7 pages/cpu @c077c000 s4928 r8192 d15552 u32768 pcpu-alloc: s4928 r8192 d15552 u32768 alloc=8*4096 pcpu-alloc: [0] 0 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024 Kernel command line: display=15 console=ttyS0,115200 root=/dev/nfs rw nfsroot=19 2.168.3.5:/opt/nfs-exports/ltib-omap,wsize=1500,rsize=1500 ip=dhcp no_console_su ... io scheduler noop registered io scheduler deadline registered where the output turns to trash on the serial console. 1) Is omap2plus_defconfig the default kernel configuration I should use for the Logic OMAP35x boards? 2) If so, any suggestions on where/why the console serial port is going south? If you have CONFIG_SERIAL_OMAP enabled (which should be enabled with the omap2plus_defconfig, then the serial port would now be ttyO0 instead of ttyS0. Try changing this. That worked a lot better, things came up to the point I was able to SSH into the board and do my testing; I need to fixup my /etc/inittab, etc. to use /dev/ttyOx instead of /dev/ttyOx... However, I'm seeing the same corruption on UART3 at 115200 I mentioned previously in: http://www.mail-archive.com/linux-omap@vger.kernel.org/msg38861.html (and why I'm investigating 2.6.32-rc7). Any ideas why 2.6.37-rc3 exhibits the same behavior? Also, where in the kernel is the mux setup for the UARTs done? I'd like to use UART2 and am not sure how to wire it into the kernel(i.e. setup the mux for it as those pins are in mode 7) and want to follow the same style as that for UART1/3.. Thanks in advance! - Anand -- Peter Barada pet...@logicpd.com -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html