RE: [PATCH 2/2] ARM: dts: add AM33XX MMC support

From: Hiremath, Vaibhav
Date: Thu Mar 07 2013 - 09:54:18 EST

Next message: Seth Forshee: "Problem mounting efivarfs in 3.9"
Previous message: Jiri Kosina: "Re: [RFC 1/2] HID: Extend the interface with idle requests"
In reply to: Matt Porter: "Re: [PATCH 2/2] ARM: dts: add AM33XX MMC support"
Next in thread: Matt Porter: "Re: [PATCH 2/2] ARM: dts: add AM33XX MMC support"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

> -----Original Message-----
> From: Matt Porter [mailto:ohiomdp@xxxxxxxxx] On Behalf Of Porter, Matt
> Sent: Thursday, March 07, 2013 8:17 PM
> To: Hiremath, Vaibhav
> Cc: Linux OMAP List; Russell King; Krishnamoorthy, Balaji T; Devicetree
> Discuss; Linux MMC List; Linux Kernel Mailing List; Chris Ball; Linux
> ARM Kernel List
> Subject: Re: [PATCH 2/2] ARM: dts: add AM33XX MMC support
>
> On Thu, Mar 07, 2013 at 02:39:55PM +0000, Vaibhav Hiremath wrote:
> >
> > > -----Original Message-----
> > > From: Matt Porter [mailto:ohiomdp@xxxxxxxxx] On Behalf Of Porter,
> Matt
> > > Sent: Thursday, March 07, 2013 7:43 PM
> > > To: Hiremath, Vaibhav
> > > Cc: Krishnamoorthy, Balaji T; Chris Ball; Cousson, Benoit; Tony
> > > Lindgren; Russell King; Devicetree Discuss; Linux ARM Kernel List;
> > > Linux OMAP List; Linux Kernel Mailing List; Linux MMC List
> > > Subject: Re: [PATCH 2/2] ARM: dts: add AM33XX MMC support
> > >
> > > On Thu, Mar 07, 2013 at 05:29:24AM +0000, Vaibhav Hiremath wrote:
> > > > > -----Original Message-----
> > > > > From: linux-omap-owner@xxxxxxxxxxxxxxx [mailto:linux-omap-
> > > > > owner@xxxxxxxxxxxxxxx] On Behalf Of Porter, Matt
> > > > > Sent: Thursday, March 07, 2013 9:47 AM
> > > > > To: Krishnamoorthy, Balaji T; Chris Ball; Cousson, Benoit; Tony
> > > > > Lindgren; Russell King
> > > > > Cc: Devicetree Discuss; Linux ARM Kernel List; Linux OMAP List;
> > > Linux
> > > > > Kernel Mailing List; Linux MMC List
> > > > > Subject: [PATCH 2/2] ARM: dts: add AM33XX MMC support
> > > > >
> > > > > Adds AM33XX MMC support for am335x-bone, am335x-evm, and
> > > > > am335x-evmsk.
> > > > >
> > > > > Signed-off-by: Matt Porter <mporter@xxxxxx>
> > > > > Acked-by: Tony Lindgren <tony@xxxxxxxxxxx>
> > > > > ---
> > > > > arch/arm/boot/dts/am335x-bone.dts | 7 +++++++
> > > > > arch/arm/boot/dts/am335x-evm.dts | 7 +++++++
> > > > > arch/arm/boot/dts/am335x-evmsk.dts | 7 +++++++
> > > > > arch/arm/boot/dts/am33xx.dtsi | 28
> > > ++++++++++++++++++++++++++++
> > > > > 4 files changed, 49 insertions(+)
> > > > >
> > > > > diff --git a/arch/arm/boot/dts/am335x-bone.dts
> > > > > b/arch/arm/boot/dts/am335x-bone.dts
> > > > > index 11b240c..a154ce0 100644
> > > > > --- a/arch/arm/boot/dts/am335x-bone.dts
> > > > > +++ b/arch/arm/boot/dts/am335x-bone.dts
> > > > > @@ -120,6 +120,8 @@
> > > > > };
> > > > >
> > > > > ldo3_reg: regulator@5 {
> > > > > + regulator-min-microvolt = <1800000>;
> > > > > + regulator-max-microvolt = <3300000>;
> > > > > regulator-always-on;
> > > > > };
> > > > >
> > > > > @@ -136,3 +138,8 @@
> > > > > &cpsw_emac1 {
> > > > > phy_id = <&davinci_mdio>, <1>;
> > > > > };
> > > > > +
> > > > > +&mmc1 {
> > > > > + status = "okay";
> > > > > + vmmc-supply = <&ldo3_reg>;
> > > > > +};
> > > > > diff --git a/arch/arm/boot/dts/am335x-evm.dts
> > > > > b/arch/arm/boot/dts/am335x-evm.dts
> > > > > index d649644..2907da6 100644
> > > > > --- a/arch/arm/boot/dts/am335x-evm.dts
> > > > > +++ b/arch/arm/boot/dts/am335x-evm.dts
> > > > > @@ -232,6 +232,8 @@
> > > > > };
> > > > >
> > > > > vmmc_reg: regulator@12 {
> > > > > + regulator-min-microvolt = <1800000>;
> > > > > + regulator-max-microvolt = <3300000>;
> > > > > regulator-always-on;
> > > > > };
> > > > > };
> > > > > @@ -244,3 +246,8 @@
> > > > > &cpsw_emac1 {
> > > > > phy_id = <&davinci_mdio>, <1>;
> > > > > };
> > > > > +
> > > > > +&mmc1 {
> > > > > + status = "okay";
> > > > > + vmmc-supply = <&vmmc_reg>;
> > > > > +};
> > > > > diff --git a/arch/arm/boot/dts/am335x-evmsk.dts
> > > > > b/arch/arm/boot/dts/am335x-evmsk.dts
> > > > > index f5a6162..f050c46 100644
> > > > > --- a/arch/arm/boot/dts/am335x-evmsk.dts
> > > > > +++ b/arch/arm/boot/dts/am335x-evmsk.dts
> > > > > @@ -244,7 +244,14 @@
> > > > > };
> > > > >
> > > > > vmmc_reg: regulator@12 {
> > > > > + regulator-min-microvolt = <1800000>;
> > > > > + regulator-max-microvolt = <3300000>;
> > > > > regulator-always-on;
> > > > > };
> > > > > };
> > > > > };
> > > > > +
> > > > > +&mmc1 {
> > > > > + status = "okay";
> > > > > + vmmc-supply = <&vmmc_reg>;
> > > > > +};
> > > > > diff --git a/arch/arm/boot/dts/am33xx.dtsi
> > > > > b/arch/arm/boot/dts/am33xx.dtsi
> > > > > index c3c781a..e029eea 100644
> > > > > --- a/arch/arm/boot/dts/am33xx.dtsi
> > > > > +++ b/arch/arm/boot/dts/am33xx.dtsi
> > > > > @@ -234,6 +234,34 @@
> > > > > status = "disabled";
> > > > > };
> > > > >
> > > > > + mmc1: mmc@48060000 {
> > > > > + compatible = "ti,omap3-hsmmc";
> > > > > + ti,hwmods = "mmc1";
> > > > > + ti,dual-volt;
> > > > > + ti,needs-special-reset;
> > > > > + dmas = <&edma 24
> > > > > + &edma 25>;
> > > > > + dma-names = "tx", "rx";
> > > > > + status = "disabled";
> > > > > + };
> > > > > +
> > > > > + mmc2: mmc@481d8000 {
> > > > > + compatible = "ti,omap3-hsmmc";
> > > > > + ti,hwmods = "mmc2";
> > > > > + ti,needs-special-reset;
> > > > > + dmas = <&edma 2
> > > > > + &edma 3>;
> > > > > + dma-names = "tx", "rx";
> > > > > + status = "disabled";
> > > > > + };
> > > > > +
> > > > > + mmc3: mmc@47810000 {
> > > > > + compatible = "ti,omap3-hsmmc";
> > > > > + ti,hwmods = "mmc3";
> > > > > + ti,needs-special-reset;
> > > > > + status = "disabled";
> > > > > + };
> > > > Any specific reason why you did not add edma entry here as well?
> > >
> > > Yes, I've answered this one before and I think this illustrates a
> need
> > > for a comment in the .dtsi. mmc3 edma event are on the crossbar and
> so
> > > the event that will be mapped is system-specific. Since Luca is
> still
> > > working on DT support for WiLink, there's no way to show an example
> of
> > > how this is used upstream as that's the only in-kernel user.
> > >
> > > I have a test driver I've cited in the postings that shows how the
> > > crossbar is configured via the board .dts. It doesn't belong in the
> > > .dtsi, however, in this case. When WiLink DT support is ready we
> can
> > > have an entry in the am335x-evmsk.dts that shows this case.
> > >
> > > > Also, I wonder why "interrupt" property is not coming here, I
> > > understand
> > > > That hwmod is filling the gap here; but I would still recommend
> you
> > > to complete
> > > > The DT node, as we only support DT boot.
> > >
> > > Yeah, I only added needed properties so as to not confuse people as
> to
> > > where the interrupt resources are coming from. If you feel strongly
> > > about this I don't have a problem with adding unused data in the
> dts.
> > > I suppose this will help clear things to have a switch away from
> using
> > > the hwmod data.
> >
> > Its not true, if you specify interrupt property in the DTS file
> > It is being used. Please refer to the omap_device.c file. I am
> pasting
> > Comments from code for your reference -
> >
> >
> > 389 /*
> > 390 * Non-DT Boot:
> > 391 * Here, pdev->num_resources = 0, and we should get all
> the
> > 392 * resources from hwmod.
> > 393 *
> > 394 * DT Boot:
> > 395 * OF framework will construct the resource structure
> (currently
> > 396 * does for MEM & IRQ resource) and we should
> respect/use these
> > 397 * resources, killing hwmod dependency.
> > 398 * If pdev->num_resources > 0, we assume that MEM & IRQ
> resources
> > 399 * have been allocated by OF layer already (through
> DTB).
> > 400 * As preparation for the future we examine the OF
> provided resources
> > 401 * to see if we have DMA resources provided already. In
> this case
> > 402 * there is no need to update the resources for the
> device, we use the
> > 403 * OF provided ones.
> > 404 *
> > 405 * TODO: Once DMA resource is available from OF layer, we
> should
> > 406 * kill filling any resources from hwmod.
> > 407 */
>
> Ok thanks, we'll add it in.
>
> > >
> > > > I will test the whole patch series today and update you.
> > >
> > I just booted up the EVM with all the patches you have submitted
> recently,
> > There are two issues I can see,
> >
> > 1. Stack dump from MMC driver.
> > This happens because you do not have "interrupt" property mentioned
> > In the dts file. I have added "interrupt" property and dump went
> away.
> >
> > 2. And MMC rootFS mount is __not__ working for me.
> >
> > 3. I get following error message -
> >
> > [ 2.118207] omap_hsmmc mmc.3: unable to obtain RX DMA engine
> channel 25
>
> See below, you don't have CONFIG_EDMA on most likely.
>

I believe you meant "CONFIG_TI_EDMA" right?

Yes, I just enabled it and the result is still same.

[root@arago /]# dmesg | grep -ir mmc
[ 0.506844] vmmc: 1800 <--> 3300 mV at 3300 mV
[ 0.506970] vmmc: supplied by vbat
[root@arago /]#
[root@arago /]#
[root@arago /]# dmesg | grep -ir dma
[ 0.217063] DMA: preallocated 256 KiB pool for atomic coherent allocations
[ 0.236321] platform 49000000.edma: alias fck already exists
[ 0.236360] platform 49000000.edma: alias fck already exists
[ 0.236381] platform 49000000.edma: alias fck already exists
[ 0.370705] edma-dma-engine edma-dma-engine.0: TI EDMA DMA engine driver
[ 0.445156] omap-dma-engine omap-dma-engine: OMAP DMA engine driver
[root@arago /]#
[root@arago /]#

Thanks,
Vaibhav

> > I havenât debugged it yet, just thought I should report it before
> > Proceeding further.
> >
> >
> > Boot Log:
> > ======================================
> >
> > U-Boot# mmc rescan 0
> > U-Boot# fatload mmc 0 82000000 uImage
> > reading uImage
> > 4026992 bytes read in 441 ms (8.7 MiB/s)
> > U-Boot# fatload mmc 0 81000000 am335x-evm.dtb
> > reading am335x-evm.dtb
> > 11371 bytes read in 10 ms (1.1 MiB/s)
> > U-Boot# run mmcargs
> > U-Boot# bootm 82000000 - 81000000
> > ## Booting kernel from Legacy Image at 82000000 ...
> > Image Name: Linux
> > Image Type: ARM Linux Kernel Image (uncompressed)
> > Data Size: 4026928 Bytes = 3.8 MiB
> > Load Address: 80008000
> > Entry Point: 80008000
> > Verifying Checksum ... OK
> > ## Flattened Device Tree blob at 81000000
> > Booting using the fdt blob at 0x81000000
> > Loading Kernel Image ... OK
> > OK
> > Using Device Tree in place at 81000000, end 81005c6a
> >
> > Starting kernel ...
> >
> > [ 0.000000] Booting Linux on physical CPU 0x0
> > [ 0.000000] Linux version 3.9.0-rc1-00122-g106e3c6
> (XXX@psplinux064) (gcc version 4.5.3 20110311 (prerelease) (GCC) ) #2
> SMP Thu Mar 7 16:57:39 IST 2013
> > [ 0.000000] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7),
> cr=10c53c7d
> > [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing
> instruction cache
> > [ 0.000000] Machine: Generic AM33XX (Flattened Device Tree),
> model: TI AM335x EVM
> > [ 0.000000] cma: CMA: reserved 16 MiB at ae800000
> > [ 0.000000] Memory policy: ECC disabled, Data cache writeback
> > [ 0.000000] CPU: All CPU(s) started in SVC mode.
> > [ 0.000000] AM335X ES2.0 (neon )
> > [ 0.000000] PERCPU: Embedded 9 pages/cpu @c181d000 s13632 r8192
> d15040 u36864
> > [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on.
> Total pages: 260368
> > [ 0.000000] Kernel command line: console=ttyO0,115200n8
> root=/dev/mmcblk0p2 ro rootfstype=ext3 rootwait ip=none
> > [ 0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
> > [ 0.000000] Dentry cache hash table entries: 131072 (order: 7,
> 524288 bytes)
> > [ 0.000000] Inode-cache hash table entries: 65536 (order: 6,
> 262144 bytes)
> > [ 0.000000] __ex_table already sorted, skipping sort
> > [ 0.000000] Memory: 1023MB = 1023MB total
> > [ 0.000000] Memory: 1008260k/1008260k available, 40316k reserved,
> 269312K highmem
> > [ 0.000000] Virtual kernel memory layout:
> > [ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> > [ 0.000000] fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
> > [ 0.000000] vmalloc : 0xf0000000 - 0xff000000 ( 240 MB)
> > [ 0.000000] lowmem : 0xc0000000 - 0xef800000 ( 760 MB)
> > [ 0.000000] pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
> > [ 0.000000] modules : 0xbf000000 - 0xbfe00000 ( 14 MB)
> > [ 0.000000] .text : 0xc0008000 - 0xc071fa34 (7263 kB)
> > [ 0.000000] .init : 0xc0720000 - 0xc0775540 ( 342 kB)
> > [ 0.000000] .data : 0xc0776000 - 0xc080f0e0 ( 613 kB)
> > [ 0.000000] .bss : 0xc080f0e0 - 0xc0d6a348 (5485 kB)
> > [ 0.000000] Hierarchical RCU implementation.
> > [ 0.000000] RCU restricting CPUs from NR_CPUS=2 to nr_cpu_ids=1.
> > [ 0.000000] NR_IRQS:16 nr_irqs:16 16
> > [ 0.000000] IRQ: Found an INTC at 0xfa200000 (revision 5.0) with
> 128 interrupts
> > [ 0.000000] Total of 128 interrupts on 1 active controller
> > [ 0.000000] OMAP clockevent source: GPTIMER1 at 24000000 Hz
> > [ 0.000000] sched_clock: 32 bits at 24MHz, resolution 41ns, wraps
> every 178956ms
> > [ 0.000000] OMAP clocksource: GPTIMER2 at 24000000 Hz
> > [ 0.000000] Console: colour dummy device 80x30
> > [ 0.000000] Lock dependency validator: Copyright (c) 2006 Red Hat,
> Inc., Ingo Molnar
> > [ 0.000000] ... MAX_LOCKDEP_SUBCLASSES: 8
> > [ 0.000000] ... MAX_LOCK_DEPTH: 48
> > [ 0.000000] ... MAX_LOCKDEP_KEYS: 8191
> > [ 0.000000] ... CLASSHASH_SIZE: 4096
> > [ 0.000000] ... MAX_LOCKDEP_ENTRIES: 16384
> > [ 0.000000] ... MAX_LOCKDEP_CHAINS: 32768
> > [ 0.000000] ... CHAINHASH_SIZE: 16384
> > [ 0.000000] memory used by lock dependency info: 3695 kB
> > [ 0.000000] per task-struct memory footprint: 1152 bytes
> > [ 0.000989] Calibrating delay loop... 530.84 BogoMIPS
> (lpj=2654208)
> > [ 0.109762] pid_max: default: 32768 minimum: 301
> > [ 0.110250] Security Framework initialized
> > [ 0.110399] Mount-cache hash table entries: 512
> > [ 0.121898] CPU: Testing write buffer coherency: ok
> > [ 0.123398] CPU0: thread -1, cpu 0, socket -1, mpidr 0
> > [ 0.123476] Setting up static identity map for 0xc0510518 -
> 0xc0510588
> > [ 0.126105] Brought up 1 CPUs
> > [ 0.126130] SMP: Total of 1 processors activated (530.84
> BogoMIPS).
> > [ 0.126142] CPU: All CPU(s) started in SVC mode.
> > [ 0.129134] devtmpfs: initialized
> > [ 0.199323] pinctrl core: initialized pinctrl subsystem
> > [ 0.205505] regulator-dummy: no parameters
> > [ 0.209247] NET: Registered protocol family 16
> > [ 0.217051] DMA: preallocated 256 KiB pool for atomic coherent
> allocations
> > [ 0.236271] platform 49000000.edma: alias fck already exists
> > [ 0.236311] platform 49000000.edma: alias fck already exists
> > [ 0.236333] platform 49000000.edma: alias fck already exists
>
> This is from the private edma api.
>
> > [ 0.241486] OMAP GPIO hardware version 0.1
> > [ 0.265045] No ATAGs?
> > [ 0.265073] hw-breakpoint: debug architecture 0x4 unsupported.
> > [ 0.271061] Serial: AMBA PL011 UART driver
> > [ 0.329077] bio: create slab <bio-0> at 0
> > [ 0.406141] omap-dma-engine omap-dma-engine: OMAP DMA engine
> driver
>
> Only OMAP dmaengine driver appears to be built in.
>
> > [ 0.408010] vbat: 5000 mV
> > [ 0.409244] lis3_reg: no parameters
> > [ 0.417237] SCSI subsystem initialized
> > [ 0.419384] usbcore: registered new interface driver usbfs
> > [ 0.420409] usbcore: registered new interface driver hub
> > [ 0.421312] usbcore: registered new device driver usb
> > [ 0.423218] omap_i2c 44e0b000.i2c: did not get pins for i2c error:
> -19
> > [ 0.425064] omap_i2c 44e0b000.i2c: bus 0 rev0.11 at 400 kHz
> > [ 0.427105] tps65910 0-002d: No interrupt support, no core IRQ
> > [ 0.433470] vrtc: 1800 mV
> > [ 0.433880] vrtc: supplied by vbat
> > [ 0.437014] vio: at 1500 mV
> > [ 0.437157] vio: supplied by vbat
> > [ 0.440177] vdd_mpu: 912 <--> 1312 mV at 1262 mV
> > [ 0.440331] vdd_mpu: supplied by vbat
> > [ 0.443151] vdd_core: 912 <--> 1150 mV at 1137 mV
> > [ 0.443293] vdd_core: supplied by vbat
> > [ 0.445806] vdd3: 5000 mV
> > [ 0.448346] vdig1: at 1800 mV
> > [ 0.448486] vdig1: supplied by vbat
> > [ 0.451824] vdig2: at 1800 mV
> > [ 0.451967] vdig2: supplied by vbat
> > [ 0.454524] vpll: at 1800 mV
> > [ 0.454652] vpll: supplied by vbat
> > [ 0.457185] vdac: at 1800 mV
> > [ 0.457311] vdac: supplied by vbat
> > [ 0.459975] vaux1: at 1800 mV
> > [ 0.460112] vaux1: supplied by vbat
> > [ 0.462698] vaux2: at 3300 mV
> > [ 0.462830] vaux2: supplied by vbat
> > [ 0.465339] vaux33: at 3300 mV
> > [ 0.465466] vaux33: supplied by vbat
> > [ 0.467947] vmmc: omap_i2c 4802a000.i2c: did not get pins for i2c
> error: -19
> > [ 0.471641] omap_i2c 4802a000.i2c: bus 1 rev0.11 at 100 kHz
> > [ 0.482881] Switching to clocksource gp_timer
> > [ 0.607600] NET: Registered protocol family 2
> > [ 0.609603] TCP established hash table entries: 8192 (order: 4,
> 65536 bytes)
> > [ 0.609956] TCP bind hash table entries: 8192 (order: 6, 294912
> bytes)
> > [ 0.613521] TCP: Hash tables configured (established 8192 bind
> 8192)
> > [ 0.613821] TCP: reno registered
> > [ 0.613863] UDP hash table entries: 512 (order: 3, 40960 bytes)
> > [ 0.614323] UDP-Lite hash table entries: 512 (order: 3, 40960
> bytes)
> > [ 0.615553] NET: Registered protocol family 1
> > [ 0.617700] RPC: Registered named UNIX socket transport module.
> > [ 0.617727] RPC: Registered udp transport module.
> > [ 0.617739] RPC: Registered tcp transport module.
> > [ 0.617752] RPC: Registered tcp NFSv4.1 backchannel transport
> module.
> > [ 0.618827] NetWinder Floating Point Emulator V0.97 (double
> precision)
> > [ 0.619316] CPU PMU: probing PMU on CPU 0
> > [ 0.619350] hw perfevents: enabled with ARMv7 Cortex-A8 PMU
> driver, 5 counters available
> > [ 0.776940] bounce pool size: 64 pages
> > [ 0.777782] VFS: Disk quotas dquot_6.5.2
> > [ 0.777995] Dquot-cache hash table entries: 1024 (order 0, 4096
> bytes)
> > [ 0.780682] NFS: Registering the id_resolver key type
> > [ 0.781239] Key type id_resolver registered
> > [ 0.781263] Key type id_legacy registered
> > [ 0.781406] jffs2: version 2.2. (NAND) (SUMMARY) Â 2001-2006 Red
> Hat, Inc.
> > [ 0.781933] msgmni has been set to 1475
> > [ 0.785529] io scheduler noop registered
> > [ 0.785553] io scheduler deadline registered
> > [ 0.785652] io scheduler cfq registered (default)
> > [ 0.787072] pinctrl-single 44e10800.pinmux: 142 pins at pa
> f9e10800 size 568
> > [ 0.791600] Serial: 8250/16550 driver, 4 ports, IRQ sharing
> enabled
> > [ 0.798575] omap_uart 44e09000.serial: did not get pins for uart0
> error: -19
> > [ 0.799200] 44e09000.serial: ttyO0 at MMIO 0x44e09000 (irq = 88)
> is a OMAP UART0
> > [ 1.549008] console [ttyO0] enabled
> > [ 1.586206] brd: module loaded
> > [ 1.608954] loop: module loaded
> > [ 1.617979] mtdoops: mtd device (mtddev=name/number) must be
> supplied
> > [ 1.626230] OneNAND driver initializing
> > [ 1.636711] usbcore: registered new interface driver asix
> > [ 1.642874] usbcore: registered new interface driver ax88179_178a
> > [ 1.650170] usbcore: registered new interface driver cdc_ether
> > [ 1.657216] usbcore: registered new interface driver smsc95xx
> > [ 1.663954] usbcore: registered new interface driver net1080
> > [ 1.670358] usbcore: registered new interface driver cdc_subset
> > [ 1.677253] usbcore: registered new interface driver zaurus
> > [ 1.683851] usbcore: registered new interface driver cdc_ncm
> > [ 1.691998] usbcore: registered new interface driver cdc_wdm
> > [ 1.698149] Initializing USB Mass Storage driver...
> > [ 1.703927] usbcore: registered new interface driver usb-storage
> > [ 1.710287] USB Mass Storage support registered.
> > [ 1.715804] usbcore: registered new interface driver usbtest
> > [ 1.724258] mousedev: PS/2 mouse device common for all mice
> > [ 1.735860] omap_rtc 44e3e000.rtc: rtc core: registered
> 44e3e000.rtc as rtc0
> > [ 1.745083] i2c /dev entries driver
> > [ 1.751902] Driver for 1-wire Dallas network protocol.
> > [ 1.762053] omap_wdt: OMAP Watchdog Timer Rev 0x01: initial
> timeout 60 sec
> > [ 1.773746] omap-dma-engine omap-dma-engine: allocating channel
> for 25
>
> Because the EDMA DMA engine driver isn't active, the driver tries to
> use
> the OMAP DMA engine driver.
>
> > [ 1.780741] BUG: spinlock bad magic on CPU#0, swapper/0/1
> > [ 1.786477] lock: dma_chan_lock+0x0/0x20, .magic: 00000000,
> .owner: <none>/-1, .owner_cpu: 0
> > [ 1.795523] [<c001acb8>] (unwind_backtrace+0x0/0xf0) from
> [<c02d4838>] (do_raw_spin_lock+0x15c/0x19c)
> > [ 1.805284] [<c02d4838>] (do_raw_spin_lock+0x15c/0x19c) from
> [<c050a93c>] (_raw_spin_lock_irqsave+0x4c/0x58)
> > [ 1.815692] [<c050a93c>] (_raw_spin_lock_irqsave+0x4c/0x58) from
> [<c0040450>] (omap_request_dma+0x24/0x1b8)
> > [ 1.826014] [<c0040450>] (omap_request_dma+0x24/0x1b8) from
> [<c02ffca8>] (omap_dma_alloc_chan_resources+0x3c/0x50)
> > [ 1.836970] [<c02ffca8>] (omap_dma_alloc_chan_resources+0x3c/0x50)
> from [<c02fdfc8>] (dma_chan_get+0x5c/0xfc)
> > [ 1.847457] [<c02fdfc8>] (dma_chan_get+0x5c/0xfc) from
> [<c02fe6fc>] (__dma_request_channel+0xfc/0x1c0)
> > [ 1.857322] [<c02fe6fc>] (__dma_request_channel+0xfc/0x1c0) from
> [<c0422398>] (omap_hsmmc_probe+0x38c/0x908)
> > [ 1.867732] [<c0422398>] (omap_hsmmc_probe+0x38c/0x908) from
> [<c0339dc4>] (platform_drv_probe+0x18/0x1c)
> > [ 1.877767] [<c0339dc4>] (platform_drv_probe+0x18/0x1c) from
> [<c0338a68>] (really_probe+0x74/0x200)
> > [ 1.887342] [<c0338a68>] (really_probe+0x74/0x200) from
> [<c0338d0c>] (driver_probe_device+0x30/0x48)
> > [ 1.897010] [<c0338d0c>] (driver_probe_device+0x30/0x48) from
> [<c0338db8>] (__driver_attach+0x94/0x98)
> > [ 1.906860] [<c0338db8>] (__driver_attach+0x94/0x98) from
> [<c0337424>] (bus_for_each_dev+0x64/0x88)
> > [ 1.916433] [<c0337424>] (bus_for_each_dev+0x64/0x88) from
> [<c03383a8>] (bus_add_driver+0x1c0/0x240)
> > [ 1.926098] [<c03383a8>] (bus_add_driver+0x1c0/0x240) from
> [<c03392ec>] (driver_register+0x78/0x144)
> > [ 1.935758] [<c03392ec>] (driver_register+0x78/0x144) from
> [<c00086a4>] (do_one_initcall+0x34/0x180)
> > [ 1.945432] [<c00086a4>] (do_one_initcall+0x34/0x180) from
> [<c07208f8>] (kernel_init_freeable+0xfc/0x1c8)
> > [ 1.955553] [<c07208f8>] (kernel_init_freeable+0xfc/0x1c8) from
> [<c0502664>] (kernel_init+0x8/0xe4)
> > [ 1.965139] [<c0502664>] (kernel_init+0x8/0xe4) from [<c00133f0>]
> (ret_from_fork+0x14/0x24)
> > [ 1.974061] omap_hsmmc mmc.3: unable to obtain RX DMA engine
> channel 25
> > [ 1.982218] ledtrig-cpu: registered to indicate activity on CPUs
> > [ 1.989997] usbcore: registered new interface driver usbhid
> > [ 1.995997] usbhid: USB HID core driver
> > [ 2.001076] oprofile: using arm/armv7
> > [ 2.005481] TCP: cubic registered
> > [ 2.008992] Initializing XFRM netlink socket
> > [ 2.013601] NET: Registered protocol family 17
> > [ 2.018370] NET: Registered protocol family 15
> > [ 2.023292] Key type dns_resolver registered
> > [ 2.027918] VFP support v0.3: implementor 41 architecture 3 part
> 30 variant c rev 3
> > [ 2.036074] ThumbEE CPU extension supported.
> > [ 2.103314] davinci_mdio 4a101000.mdio: davinci mdio revision 1.6
> > [ 2.109789] davinci_mdio 4a101000.mdio: detected phy mask fffffffe
> > [ 2.117400] libphy: 4a101000.mdio: probed
> > [ 2.121661] davinci_mdio 4a101000.mdio: phy[0]: device
> 4a101000.mdio:00, driver unknown
> > [ 2.130442] Random MACID = aa:e0:1c:4f:40:25
> > [ 2.137280] of_get_named_gpio_flags exited with status 2
> > [ 2.143115] of_get_named_gpio_flags exited with status 3
> > [ 2.149951] input: volume_keys.7 as
> /devices/volume_keys.7/input/input0
> > [ 2.158349] omap_rtc 44e3e000.rtc: setting system clock to 2000-
> 01-01 00:00:01 UTC (946684801)
> > [ 2.168602] Waiting for root device /dev/mmcblk0p2...
> >
> >
> > Thanks.
> > Vaibhav
> > _______________________________________________
> > devicetree-discuss mailing list
> > devicetree-discuss@xxxxxxxxxxxxxxxx
> > https://lists.ozlabs.org/listinfo/devicetree-discuss
èº{.nÇ+‰·Ÿ®‰†+%ŠËlzwm…ébëæìr¸›zX§»®w¥Š{ayºÊÚë,j¢f£¢·hš‹àz¹®w¥¢¸¢·¦j:+v‰¨ŠwèjØm¶Ÿÿ¾«‘êçzZ+ƒùšŽŠÝj"ú!¶iO•æ¬z·švØ^¶m§ÿðÃnÆàþY&—

Next message: Seth Forshee: "Problem mounting efivarfs in 3.9"
Previous message: Jiri Kosina: "Re: [RFC 1/2] HID: Extend the interface with idle requests"
In reply to: Matt Porter: "Re: [PATCH 2/2] ARM: dts: add AM33XX MMC support"
Next in thread: Matt Porter: "Re: [PATCH 2/2] ARM: dts: add AM33XX MMC support"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]