On Thu, Jul 19, 2012 at 9:43 AM, S, Venkatraman <svenk...@ti.com> wrote: > On Thu, Jul 19, 2012 at 12:58 PM, Yegor Yefremov > <yegor_s...@visionsystems.de> wrote: >> Am 19.07.2012 09:07, schrieb Shilimkar, Santosh: >>> On Thu, Jul 19, 2012 at 12:25 PM, Yegor Yefremov >>> <yegor_s...@visionsystems.de> wrote: >>>> Am 19.07.2012 08:34, schrieb Shilimkar, Santosh: >>>>> On Thu, Jul 19, 2012 at 11:54 AM, Yegor Yefremov >>>>> <yegor_s...@visionsystems.de> wrote: >>>>>> What patches do I need to get MMC working with linux-omap master? >>>>>> >>>>>> omap_hsmmc omap_hsmmc.0: Failed to get debounce clk >>>>>> omap-dma-engine omap-dma-engine: allocating channel for 62 >>>>>> omap-dma-engine omap-dma-engine: allocating channel for 61 >>>>>> omap_hsmmc omap_hsmmc.1: Failed to get debounce clk >>>>>> omap-dma-engine omap-dma-engine: allocating channel for 48 >>>>>> omap-dma-engine omap-dma-engine: allocating channel for 47 >>>>>> >>>>>> I searched for this issue and saw some patches for common clock framework >>>>>> that were scheduled for 3.6, but I'm not sure it's enough or weather they >>>>>> are already incorporated in linux-omap. >>>>>> >>>>> I guess you need [1] to get around the issue. >>>>> >>>>> [1] http://www.spinics.net/lists/linux-omap/msg73965.html >>>> though I haven't applied this patch I have DMA activated >>>> (CONFIG_DMADEVICES and CONFIG_DMA_OMAP). Found in some other thread [1]. >>>> As far as I can tell, debounce clk is the problem. >>>> >>> Sorry. I miss-read the message. >> >> The whole log for reference: >> >> Booting Linux on physical CPU 0 >> Linux version 3.5.0-rc6-12227-g60701f4-dirty () (gcc version 4.5.3 >> (Buildroot 2012.05-rc2-00009-gfbd5a1d-dirty) ) #90 Thu Jul 19 09:23:31 CEST >> 2012 >> CPU: ARMv7 Processor [411fc087] revision 7 (ARMv7), cr=10c53c7d >> CPU: PIPT / VIPT nonaliasing data cache, VIPT nonaliasing instruction cache >> Machine: OMAP3517/AM3517 EVM >> Ignoring tag cmdline (using the default kernel command line) >> bootconsole [earlycon0] enabled >> Memory policy: ECC disabled, Data cache writeback >> AM3517 ES1.1 (l2cache sgx neon ) >> Clocking rate (Crystal/Core/MPU): 26.0/332/500 MHz >> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 64768 >> Kernel command line: root=/dev/mmcblk0p2 rootwait console=ttyO2,115200 >> earlyprintk=serial,ttyO2,115200 >> 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: 255MB = 255MB total >> Memory: 247380k/247380k available, 14764k reserved, 0K highmem >> Virtual kernel memory layout: >> vector : 0xffff0000 - 0xffff1000 ( 4 kB) >> fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) >> vmalloc : 0xd0800000 - 0xff000000 ( 744 MB) >> lowmem : 0xc0000000 - 0xd0000000 ( 256 MB) >> pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB) >> .text : 0xc0008000 - 0xc055e6a8 (5466 kB) >> .init : 0xc055f000 - 0xc0594874 ( 215 kB) >> .data : 0xc0596000 - 0xc05fccc0 ( 412 kB) >> .bss : 0xc05fcce4 - 0xc0b2a1e8 (5302 kB) >> NR_IRQS:474 >> IRQ: Found an INTC at 0xfa200000 (revision 4.0) with 96 interrupts >> Total of 96 interrupts on 1 active controller >> OMAP clockevent source: GPTIMER1 at 32768 Hz >> sched_clock: 32 bits at 32kHz, resolution 30517ns, wraps every 131071999ms >> OMAP clocksource: 32k_counter at 32768 Hz >> Console: colour dummy device 80x30 >> Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar >> ... MAX_LOCKDEP_SUBCLASSES: 8 >> ... MAX_LOCK_DEPTH: 48 >> ... MAX_LOCKDEP_KEYS: 8191 >> ... CLASSHASH_SIZE: 4096 >> ... MAX_LOCKDEP_ENTRIES: 16384 >> ... MAX_LOCKDEP_CHAINS: 32768 >> ... CHAINHASH_SIZE: 16384 >> memory used by lock dependency info: 3695 kB >> per task-struct memory footprint: 1152 bytes >> Calibrating delay loop... 331.40 BogoMIPS (lpj=1296384) >> pid_max: default: 32768 minimum: 301 >> Security Framework initialized >> Mount-cache hash table entries: 512 >> CPU: Testing write buffer coherency: ok >> Setting up static identity map for 0x80444ff0 - 0x80445048 >> devtmpfs: initialized >> dummy: >> NET: Registered protocol family 16 >> GPMC revision 5.0 >> gpmc: irq-20 could not claim: err -22 >> OMAP GPIO hardware version 2.5 >> omap_mux_init: Add partition: #1: core, flags: 0 >> _omap_mux_get_by_name: Could not find signal uart4_rx.uart4_rx >> Reprogramming SDRC clock to 332000000 Hz >> dpll3_m2_clk rate change failed: -22 >> hw-breakpoint: debug architecture 0x4 unsupported. >> OMAP DMA hardware revision 4.0 >> bio: create slab <bio-0> at 0 >> omap-dma-engine omap-dma-engine: OMAP DMA engine driver >> SCSI subsystem initialized >> omap_i2c omap_i2c.1: bus 1 rev1.3.12 at 400 kHz >> omap_i2c omap_i2c.2: bus 2 rev1.3.12 at 400 kHz >> omap_i2c omap_i2c.3: bus 3 rev1.3.12 at 400 kHz >> Bluetooth: Core ver 2.16 >> NET: Registered protocol family 31 >> Bluetooth: HCI device and connection manager initialized >> Bluetooth: HCI socket layer initialized >> Bluetooth: L2CAP socket layer initialized >> Bluetooth: SCO socket layer initialized >> cfg80211: Calling CRDA to update world regulatory domain >> 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: 6, 294912 bytes) >> TCP: Hash tables configured (established 8192 bind 8192) >> TCP: reno registered >> UDP hash table entries: 256 (order: 2, 20480 bytes) >> UDP-Lite hash table entries: 256 (order: 2, 20480 bytes) >> NET: Registered protocol family 1 >> RPC: Registered named UNIX socket transport module. >> RPC: Registered udp transport module. >> RPC: Registered tcp transport module. >> RPC: Registered tcp NFSv4.1 backchannel transport module. >> NetWinder Floating Point Emulator V0.97 (double precision) >> VFS: Disk quotas dquot_6.5.2 >> Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) >> NFS: Registering the id_resolver key type >> Key type id_resolver registered >> jffs2: version 2.2. (NAND) (SUMMARY) © 2001-2006 Red Hat, Inc. >> msgmni has been set to 483 >> io scheduler noop registered >> io scheduler deadline registered >> io scheduler cfq registered (default) >> Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled >> omap_uart.0: ttyO0 at MMIO 0x4806a000 (irq = 72) is a OMAP UART0 >> omap_uart.1: ttyO1 at MMIO 0x4806c000 (irq = 73) is a OMAP UART1 >> omap_uart.2: ttyO2 at MMIO 0x49020000 (irq = 74) is a OMAP UART2 >> console [ttyO2] enabled, bootconsole disabled >> console [ttyO2] enabled, bootconsole disabled >> omap_uart.3: ttyO3 at MMIO 0x4809e000 (irq = 84) is a OMAP UART3 >> brd: module loaded >> loop: module loaded >> mtdoops: mtd device (mtddev=name/number) must be supplied >> OneNAND driver initializing >> davinci_mdio davinci_mdio.0: davinci mdio revision 1.5 >> davinci_mdio davinci_mdio.0: detected phy mask fffffffd >> davinci_mdio.0: probed >> davinci_mdio davinci_mdio.0: phy[1]: device davinci_mdio-0:01, driver unknown >> mousedev: PS/2 mouse device common for all mice >> i2c /dev entries driver >> omap_wdt: OMAP Watchdog Timer Rev 0x31: initial timeout 60 sec >> Bluetooth: HCI UART driver ver 2.2 >> Bluetooth: HCI H4 protocol initialized >> Bluetooth: HCI BCSP protocol initialized >> Bluetooth: HCILL protocol initialized >> omap_hsmmc omap_hsmmc.0: Failed to get debounce clk >> omap-dma-engine omap-dma-engine: allocating channel for 62 >> omap-dma-engine omap-dma-engine: allocating channel for 61 >> omap_hsmmc omap_hsmmc.1: Failed to get debounce clk >> omap-dma-engine omap-dma-engine: allocating channel for 48 >> omap-dma-engine omap-dma-engine: allocating channel for 47 >> oprofile: hardware counters not available >> oprofile: using timer interrupt. >> TCP: cubic registered >> Initializing XFRM netlink socket >> NET: Registered protocol family 17 >> NET: Registered protocol family 15 >> lib80211: common routines for IEEE802.11 drivers >> Key type dns_resolver registered >> VFP support v0.3: implementor 41 architecture 3 part 30 variant c rev 1 >> voltdm_scale: No voltage scale API registered for vdd_mpu_iva >> voltdm_scale: No voltage scale API registered for vdd_core >> PM: no software I/O chain control; some wakeups may be lost >> ThumbEE CPU extension supported. >> clock: disabling unused clocks to save power >> davinci_emac davinci_emac.0: using random MAC addr: 9a:df:69:5d:52:ee >> Waiting for root device /dev/mmcblk0p2... >> mmc0: host does not support reading read-only switch. assuming write-enable. >> -- > > Debouce clocks failures are non fatal, and are present in OMAP2xxx only. > (I don't know about AM35xx, but most likely its not present). > The last 2 lines shows that mmc0 is enumerated, but the boot partition is not. > If possible, can you please provide logs with MMC_DEBUG enabled at compile > time > and a verbose loglevel (loglevel=8) ? >
Hi Yegor, In case is of some help to you I had the exact problem than you on an IGEPv2 board (TI DM3730 OMAP3 board) But enabling CONFIG_DMA_OMAP and CONFIG_DMADEVICES solve it. Now on booting I have this log: [ 2.312866] omap_hsmmc omap_hsmmc.1: Failed to get debounce clk [ 2.319335] omap-dma-engine omap-dma-engine: allocating channel for 48 [ 2.326324] omap-dma-engine omap-dma-engine: allocating channel for 47 [ 2.377716] omap_hsmmc omap_hsmmc.0: Failed to get debounce clk [ 2.384124] omap-dma-engine omap-dma-engine: allocating channel for 62 [ 2.390991] omap-dma-engine omap-dma-engine: allocating channel for 61 and the MMC is working well. Best regards, Javier -- 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