* atmel-mci causing oops?
@ 2012-02-27 0:49 Daniel Palmer
2012-02-27 1:30 ` Seungwon Jeon
2012-02-27 1:48 ` Jaehoon Chung
0 siblings, 2 replies; 11+ messages in thread
From: Daniel Palmer @ 2012-02-27 0:49 UTC (permalink / raw)
To: linux-mmc
Hi all,
Looking for some ideas here..
I don't seem to be able to get a better output of the oops (I have debugging
info etc turned on in the config :/). Anyhow, I have 3.1 running with a SAM9G45
based board and I'm trying to get 3.3rc5 running. The only differences from
mainline are a board file with the devices for the board and some memory stuff
because of it's two separate chunks of memory. This all worked fine in 3.1.
The oops happens here:
include/linux/scatterlist.h:99
and the leaf register points to:
drivers/mmc/host/atmel-mci.c:1802
The only difference I can really see now is that atmel-mci seems to be using
PIO but with 3.1 it was apparently using DMA.
The complete output from boot is attached below. Please CC me as I'm not on
the list.
Cheers,
Daniel
-- pico-SAM9G45 Bootstrap 3.0.1 --
-- AT91SAM9G45-EK
-- Compiled: Oct 17 2011 22:42:24 --
-I- RTC Config: rcen: 0 osc32en: 1 osc32byp: 0 oscsel: 1
-I- RTC Config: rcen: 0 osc32en: 1 osc32byp: 0 oscsel: 1
-I- Setting: MCK = 133MHz
-I- Init DDRAM
-I- Init second bank SDRAM
-I- Loading to 0x20000000
-I- MEDSdcard init
-I- DMAD_Initialize channel 0
-I- Card Type 1, CSD_STRUCTURE 0
-I- SD/MMC TRANS SPEED 25000 KBit/s
-I- SD 4-BITS BUS
-I- CMD6(1) arg 0x80FFFF01
-I- SD HS Enable
-I- SD/MMC TRANS SPEED 50000 KBit/s
-I- SD/MMC card initialization successful
-I- Card size: 1886 MB
-I- Copy "linux.bin" from SdCard to 0x20000000
-I- load: 20008000 jump: 20008000
-I- Loading to 0x20007fc0 with size 0x0014f4b0
-I- MEDSdcard init
-I- DMAD_Initialize channel 0
-I- Card Type 1, CSD_STRUCTURE 0
-I- SD/MMC TRANS SPEED 25000 KBit/s
-I- SD 4-BITS BUS
-I- CMD6(1) arg 0x80FFFF01
-I- SD HS Enable
-I- SD/MMC TRANS SPEED 50000 KBit/s
-I- SD/MMC card initialization successful
-I- Card size: 1886 MB
-I- Copy "linux.bin" from SdCard to 0x20007fc0
-I- Modified jump to 0x20008000
Uncompressing Linux... done, booting the kernel.
[ 0.000000] Booting Linux on physical CPU 0
[ 0.000000] Linux version 3.3.0-rc5dgp-8be930a+ (jenkins@ein) (gcc version
4.6.2 (Debian 4.6.2-15) ) #3 Sun Feb 26 23:59:14 JST 2012
[ 0.000000] CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
[ 0.000000] CPU: VIVT data cache, VIVT instruction cache
[ 0.000000] Machine: Mini Box picoSAM9 G45 Board
[ 0.000000] Memory policy: ECC disabled, Data cache writeback
[ 0.000000] AT91: Detected soc type: at91sam9g45
[ 0.000000] AT91: Detected soc subtype: Unknown
[ 0.000000] AT91: sram at 0x300000 of 0x10000 mapped at 0xfef68000
[ 0.000000] Clocks: CPU 400 MHz, master 133 MHz, main 12.000 MHz
[ 0.000000] gpiochip_add: registered GPIOs 0 to 31 on device: pioA
[ 0.000000] gpiochip_add: registered GPIOs 32 to 63 on device: pioB
[ 0.000000] gpiochip_add: registered GPIOs 64 to 95 on device: pioC
[ 0.000000] gpiochip_add: registered GPIOs 96 to 127 on device: pioD
[ 0.000000] gpiochip_add: registered GPIOs 128 to 159 on device: pioE
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total
pages: 62368
[ 0.000000] Kernel command line: mem=128M@0x20000000 mem=128M@0x70000000
console=ttyS0,115200 console=tty0 root=/dev/mmcblk0p2 rw rootdelay=1
rootwait=1
[ 0.000000] PID hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.000000] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 0.000000] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
[ 0.000000] Memory: 128MB 128MB = 256MB total
[ 0.000000] Memory: 256844k/256844k available, 5300k reserved, 0K highmem
[ 0.000000] Virtual kernel memory layout:
[ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
[ 0.000000] fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
[ 0.000000] vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
[ 0.000000] modules : 0xbf000000 - 0xc0000000 ( 16 MB)
[ 0.000000] .text : 0xc0008000 - 0xc025ac44 (2380 kB)
[ 0.000000] .init : 0xc025b000 - 0xc0275000 ( 104 kB)
[ 0.000000] .data : 0xc0276000 - 0xc0292a40 ( 115 kB)
[ 0.000000] .bss : 0xc0292a64 - 0xc02a598c ( 76 kB)
[ 0.000000] NR_IRQS:192
[ 0.000000] AT91: 160 gpio irqs in 5 banks
[ 0.000000] Console: colour dummy device 80x30
[ 0.000000] console [tty0] enabled
[ 0.000000] Calibrating delay loop... 199.06 BogoMIPS (lpj=995328)
[ 0.070000] pid_max: default: 32768 minimum: 301
[ 0.070000] Mount-cache hash table entries: 512
[ 0.070000] CPU: Testing write buffer coherency: ok
[ 0.080000] Setting up static identity map for 0x201fa8c0 - 0x201fa8fc
[ 0.140000] NET: Registered protocol family 16
[ 0.210000] AT91: Power Management
[ 0.210000] AT91: Starting after power-restored wakeup
[ 0.280000] bio: create slab <bio-0> at 0
[ 0.310000] Switching to clocksource tcb_clksrc
[ 0.480000] NET: Registered protocol family 2
[ 0.480000] IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.490000] TCP established hash table entries: 8192 (order: 4, 65536
bytes)
[ 0.490000] TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
[ 0.490000] TCP: Hash tables configured (established 8192 bind 8192)
[ 0.490000] TCP reno registered
[ 0.490000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.490000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.510000] msgmni has been set to 501
[ 0.510000] io scheduler noop registered
[ 0.510000] io scheduler cfq registered (default)
[ 0.530000] atmel_lcdfb atmel_lcdfb.0: 255KiB frame buffer at 76f80000
(mapped at ffdc0000)
[ 0.880000] Console: switching to colour frame buffer device 60x34
[ 1.060000] atmel_lcdfb atmel_lcdfb.0: fb0: Atmel LCDC at 0x00500000
(mapped at d0806000), irq 23
[ 1.060000] atmel_usart.0: ttyS0 at MMIO 0xffffee00 (irq = 1) is a
ATMEL_SERIAL
[ 1.420000] console [ttyS0] enabled
[ 1.430000] atmel_usart.1: ttyS1 at MMIO 0xfff8c000 (irq = 7) is a
ATMEL_SERIAL
[ 1.440000] atmel_usart.2: ttyS2 at MMIO 0xfff90000 (irq = 8) is a
ATMEL_SERIAL
[ 1.460000] atmel_usart.3: ttyS3 at MMIO 0xfff94000 (irq = 9) is a
ATMEL_SERIAL
[ 1.480000] atmel_spi atmel_spi.0: Atmel SPI Controller at 0xfffa4000 (irq
14)
[ 1.500000] atmel_spi atmel_spi.1: Atmel SPI Controller at 0xfffa8000 (irq
15)
[ 1.510000] atmel_tsadcc atmel_tsadcc: Master clock is set at: 133333333 Hz
[ 1.530000] atmel_tsadcc atmel_tsadcc: Prescaler is set at: 221
[ 1.540000] input: atmel touch screen controller as
/devices/platform/atmel_tsadcc/input/input0
[ 1.560000] rtc-at91sam9 at91_rtt.0: rtc core: registered at91_rtt as rtc0
[ 1.580000] cpuidle: using governor ladder
[ 1.590000] cpuidle: using governor menu
[ 1.610000] TCP cubic registered
[ 1.620000] Registering the dns_resolver key type
[ 1.630000] VFP support v0.3: not present
[ 1.640000] rtc-at91sam9 at91_rtt.0: setting system clock to 2012-02-26
23:44:40 UTC (1330299880)
[ 1.660000] atmel_mci atmel_mci.0: version: 0x410
[ 1.660000] atmel_mci atmel_mci.0: using DMA
[ 1.670000] atmel_mci atmel_mci.0: DMA not available, using PIO
[ 1.680000] atmel_mci atmel_mci.0: Atmel MCI controller at 0xfff80000 irq
11, 1 slots
[ 1.700000] atmel_mci atmel_mci.1: version: 0x410
[ 1.710000] atmel_mci atmel_mci.1: using DMA
[ 1.710000] atmel_mci atmel_mci.1: DMA not available, using PIO
[ 1.730000] atmel_mci atmel_mci.1: Atmel MCI controller at 0xfffd0000 irq
29, 1 slots
[ 1.740000] Waiting 1sec before mounting root device...
[ 1.790000] Unable to handle kernel NULL pointer dereference at virtual
address 00000004
[ 1.790000] pgd = c0004000
[ 1.790000] [00000004] *pgd=00000000
[ 1.790000] Internal error: Oops - BUG: 5 [#1]
[ 1.790000] Modules linked in:
[ 1.790000] CPU: 0 Not tainted (3.3.0-rc5dgp-8be930a+ #3)
[ 1.790000] pc : [<c01794fc>] lr : [<c0179b38>] psr: 20000093
[ 1.790000] sp : cf8c7d34 ip : 00010200 fp : c0600020
[ 1.790000] r10: c02822c4 r9 : c029e908 r8 : c0600006
[ 1.790000] r7 : 00000000 r6 : 04000024 r5 : 00000000 r4 : ce995f40
[ 1.790000] r3 : c02978e0 r2 : c027f8a8 r1 : c0000000 r0 : ce995f40
[ 1.790000] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment
kernel
[ 1.790000] Control: 0005317f Table: 20004000 DAC: 00000017
[ 1.790000] Process kworker/u:0 (pid: 5, stack limit = 0xcf8c6270)
[ 1.790000] Stack: (0xcf8c7d34 to 0xcf8c8000)
[ 1.790000] 7d20: ce995f40
04000024 04000024
[ 1.790000] 7d40: 00000000 c0600006 c029de4c c02822c4 c0600020 c0179b38
c02812c0 ce995f78
[ 1.790000] 7d60: cf8c1d90 ce86c8a0 0000000b 00000000 00000000 0000000b
c029de4c c02822c4
[ 1.790000] 7d80: 00000001 c004cb38 00060000 c02822c4 0000000b 00000000
cf8c7e0c 00000000
[ 1.790000] 7da0: c016d514 ce997df4 00000012 c004cc8c c02822c4 c004e778
c02896a8 c004c528
[ 1.790000] 7dc0: 000000c0 c000e6ac c0179f48 60000013 fefff000 c000dab8
00000000 00000000
[ 1.790000] 7de0: 0005104d 00000001 ce997c00 ce995f40 cf8c7eb4 00000040
00000000 c016d514
[ 1.790000] 7e00: ce997df4 00000012 00000002 cf8c7e20 c0179de0 c0179f48
60000013 ffffffff
[ 1.790000] 7e20: cf8c7eb4 ce997c00 cf8c7ec4 c016b910 cf8c7eb4 ce997c00
cf8c7e84 c016ba50
[ 1.790000] 7e40: 0000000d ce9c3c00 0000000d c01726a0 ce978fe0 0000000d
00000000 00000000
[ 1.790000] 7e60: 00000000 00000000 00000000 000001b5 00000000 ffffff8d
00000000 cf8c7e84
[ 1.790000] 7e80: cf8c7eb4 05f5e100 00000000 00000040 00000001 ffffff8d
00000200 00000000
[ 1.790000] 7ea0: 00000000 cf8c7eb4 00000001 cf8c7ed4 00000000 00000000
cf8c7e54 cf8c7e84
[ 1.790000] 7ec0: 00000000 00000000 cf8c7ec8 cf8c7ec8 c016b844 87654321
c04b0f32 00000660
[ 1.790000] 7ee0: 00000040 00000000 00000008 ce86c660 ce9c3c00 00000000
ce9c3c00 c0171530
[ 1.790000] 7f00: ce997c00 ce9c3c00 00000000 c01719dc 00000000 ce997c00
cf8c7f24 c0171b14
[ 1.790000] 7f20: 000000e1 03534453 55303247 80a108b4 6700abed 80ff8000
ce997c00 00000000
[ 1.790000] 7f40: c020e800 00061a80 c020e80c c0171dac 00061a80 00ff8000
c016d514 ce997c00
[ 1.790000] 7f60: ce997c00 c016d0c0 ce997df4 c016d6b0 cf802ce0 cf16de00
cf8c6000 00000000
[ 1.790000] 7f80: 00000000 c002d694 ce997df4 cf802ce0 c0298aac c0298aa8
c0280d0c cf8c6000
[ 1.790000] 7fa0: 00000000 cf802cf0 00000000 c002e100 00000000 cf88df38
cf802ce0 c002dfc0
[ 1.790000] 7fc0: 00000013 00000000 00000000 c00315fc 00000000 00000000
cf802ce0 00000000
[ 1.790000] 7fe0: cf8c7fe0 cf8c7fe0 cf88df38 c0031578 c000e7a4 c000e7a4
aaaaaaaa aaaaaaaa
[ 1.790000] Function entered at [<c01794fc>] from [<0000000b>]
[ 1.790000] Code: e92d4ff0 e59f9378 e5905004 e5991000 (e5952004)
[ 1.790000] ---[ end trace 0cf742e69e15cd43 ]---
[ 1.790000] Kernel panic - not syncing: Fatal exception in interrupt
^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: atmel-mci causing oops?
2012-02-27 0:49 Daniel Palmer
@ 2012-02-27 1:30 ` Seungwon Jeon
2012-02-27 1:57 ` Daniel Palmer
2012-02-27 1:48 ` Jaehoon Chung
1 sibling, 1 reply; 11+ messages in thread
From: Seungwon Jeon @ 2012-02-27 1:30 UTC (permalink / raw)
To: 'Daniel Palmer', linux-mmc
Hi.
CONFIG_HIGHMEM is enabled in 3.3rc5?
I think your problem is similar to the following commit.
"mmc: dw_mmc: Fix PIO mode with support of highmem"(fc66a7bb13806c0)
Best regards,
Seungwon Jeon.
Daniel Palmer <me@danielpalmer.co.uk> wrote:
> Hi all,
>
> Looking for some ideas here..
>
> I don't seem to be able to get a better output of the oops (I have debugging
> info etc turned on in the config :/). Anyhow, I have 3.1 running with a SAM9G45
> based board and I'm trying to get 3.3rc5 running. The only differences from
> mainline are a board file with the devices for the board and some memory stuff
> because of it's two separate chunks of memory. This all worked fine in 3.1.
>
> The oops happens here:
> include/linux/scatterlist.h:99
>
> and the leaf register points to:
> drivers/mmc/host/atmel-mci.c:1802
>
> The only difference I can really see now is that atmel-mci seems to be using
> PIO but with 3.1 it was apparently using DMA.
>
> The complete output from boot is attached below. Please CC me as I'm not on
> the list.
>
> Cheers,
>
> Daniel
>
>
> -- pico-SAM9G45 Bootstrap 3.0.1 --
> -- AT91SAM9G45-EK
> -- Compiled: Oct 17 2011 22:42:24 --
> -I- RTC Config: rcen: 0 osc32en: 1 osc32byp: 0 oscsel: 1
> -I- RTC Config: rcen: 0 osc32en: 1 osc32byp: 0 oscsel: 1
> -I- Setting: MCK = 133MHz
> -I- Init DDRAM
> -I- Init second bank SDRAM
> -I- Loading to 0x20000000
> -I- MEDSdcard init
> -I- DMAD_Initialize channel 0
> -I- Card Type 1, CSD_STRUCTURE 0
> -I- SD/MMC TRANS SPEED 25000 KBit/s
> -I- SD 4-BITS BUS
> -I- CMD6(1) arg 0x80FFFF01
> -I- SD HS Enable
> -I- SD/MMC TRANS SPEED 50000 KBit/s
> -I- SD/MMC card initialization successful
> -I- Card size: 1886 MB
> -I- Copy "linux.bin" from SdCard to 0x20000000
> -I- load: 20008000 jump: 20008000
> -I- Loading to 0x20007fc0 with size 0x0014f4b0
> -I- MEDSdcard init
> -I- DMAD_Initialize channel 0
> -I- Card Type 1, CSD_STRUCTURE 0
> -I- SD/MMC TRANS SPEED 25000 KBit/s
> -I- SD 4-BITS BUS
> -I- CMD6(1) arg 0x80FFFF01
> -I- SD HS Enable
> -I- SD/MMC TRANS SPEED 50000 KBit/s
> -I- SD/MMC card initialization successful
> -I- Card size: 1886 MB
> -I- Copy "linux.bin" from SdCard to 0x20007fc0
> -I- Modified jump to 0x20008000
> Uncompressing Linux... done, booting the kernel.
> [ 0.000000] Booting Linux on physical CPU 0
> [ 0.000000] Linux version 3.3.0-rc5dgp-8be930a+ (jenkins@ein) (gcc version
> 4.6.2 (Debian 4.6.2-15) ) #3 Sun Feb 26 23:59:14 JST 2012
> [ 0.000000] CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
> [ 0.000000] CPU: VIVT data cache, VIVT instruction cache
> [ 0.000000] Machine: Mini Box picoSAM9 G45 Board
> [ 0.000000] Memory policy: ECC disabled, Data cache writeback
> [ 0.000000] AT91: Detected soc type: at91sam9g45
> [ 0.000000] AT91: Detected soc subtype: Unknown
> [ 0.000000] AT91: sram at 0x300000 of 0x10000 mapped at 0xfef68000
> [ 0.000000] Clocks: CPU 400 MHz, master 133 MHz, main 12.000 MHz
> [ 0.000000] gpiochip_add: registered GPIOs 0 to 31 on device: pioA
> [ 0.000000] gpiochip_add: registered GPIOs 32 to 63 on device: pioB
> [ 0.000000] gpiochip_add: registered GPIOs 64 to 95 on device: pioC
> [ 0.000000] gpiochip_add: registered GPIOs 96 to 127 on device: pioD
> [ 0.000000] gpiochip_add: registered GPIOs 128 to 159 on device: pioE
> [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total
> pages: 62368
> [ 0.000000] Kernel command line: mem=128M@0x20000000 mem=128M@0x70000000
> console=ttyS0,115200 console=tty0 root=/dev/mmcblk0p2 rw rootdelay=1
> rootwait=1
> [ 0.000000] PID hash table entries: 1024 (order: 0, 4096 bytes)
> [ 0.000000] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> [ 0.000000] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> [ 0.000000] Memory: 128MB 128MB = 256MB total
> [ 0.000000] Memory: 256844k/256844k available, 5300k reserved, 0K highmem
> [ 0.000000] Virtual kernel memory layout:
> [ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> [ 0.000000] fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
> [ 0.000000] vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
> [ 0.000000] lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
> [ 0.000000] modules : 0xbf000000 - 0xc0000000 ( 16 MB)
> [ 0.000000] .text : 0xc0008000 - 0xc025ac44 (2380 kB)
> [ 0.000000] .init : 0xc025b000 - 0xc0275000 ( 104 kB)
> [ 0.000000] .data : 0xc0276000 - 0xc0292a40 ( 115 kB)
> [ 0.000000] .bss : 0xc0292a64 - 0xc02a598c ( 76 kB)
> [ 0.000000] NR_IRQS:192
> [ 0.000000] AT91: 160 gpio irqs in 5 banks
> [ 0.000000] Console: colour dummy device 80x30
> [ 0.000000] console [tty0] enabled
> [ 0.000000] Calibrating delay loop... 199.06 BogoMIPS (lpj=995328)
> [ 0.070000] pid_max: default: 32768 minimum: 301
> [ 0.070000] Mount-cache hash table entries: 512
> [ 0.070000] CPU: Testing write buffer coherency: ok
> [ 0.080000] Setting up static identity map for 0x201fa8c0 - 0x201fa8fc
> [ 0.140000] NET: Registered protocol family 16
> [ 0.210000] AT91: Power Management
> [ 0.210000] AT91: Starting after power-restored wakeup
> [ 0.280000] bio: create slab <bio-0> at 0
> [ 0.310000] Switching to clocksource tcb_clksrc
> [ 0.480000] NET: Registered protocol family 2
> [ 0.480000] IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
> [ 0.490000] TCP established hash table entries: 8192 (order: 4, 65536
> bytes)
> [ 0.490000] TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
> [ 0.490000] TCP: Hash tables configured (established 8192 bind 8192)
> [ 0.490000] TCP reno registered
> [ 0.490000] UDP hash table entries: 256 (order: 0, 4096 bytes)
> [ 0.490000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> [ 0.510000] msgmni has been set to 501
> [ 0.510000] io scheduler noop registered
> [ 0.510000] io scheduler cfq registered (default)
> [ 0.530000] atmel_lcdfb atmel_lcdfb.0: 255KiB frame buffer at 76f80000
> (mapped at ffdc0000)
> [ 0.880000] Console: switching to colour frame buffer device 60x34
> [ 1.060000] atmel_lcdfb atmel_lcdfb.0: fb0: Atmel LCDC at 0x00500000
> (mapped at d0806000), irq 23
> [ 1.060000] atmel_usart.0: ttyS0 at MMIO 0xffffee00 (irq = 1) is a
> ATMEL_SERIAL
> [ 1.420000] console [ttyS0] enabled
> [ 1.430000] atmel_usart.1: ttyS1 at MMIO 0xfff8c000 (irq = 7) is a
> ATMEL_SERIAL
> [ 1.440000] atmel_usart.2: ttyS2 at MMIO 0xfff90000 (irq = 8) is a
> ATMEL_SERIAL
> [ 1.460000] atmel_usart.3: ttyS3 at MMIO 0xfff94000 (irq = 9) is a
> ATMEL_SERIAL
> [ 1.480000] atmel_spi atmel_spi.0: Atmel SPI Controller at 0xfffa4000 (irq
> 14)
> [ 1.500000] atmel_spi atmel_spi.1: Atmel SPI Controller at 0xfffa8000 (irq
> 15)
> [ 1.510000] atmel_tsadcc atmel_tsadcc: Master clock is set at: 133333333 Hz
> [ 1.530000] atmel_tsadcc atmel_tsadcc: Prescaler is set at: 221
> [ 1.540000] input: atmel touch screen controller as
> /devices/platform/atmel_tsadcc/input/input0
> [ 1.560000] rtc-at91sam9 at91_rtt.0: rtc core: registered at91_rtt as rtc0
> [ 1.580000] cpuidle: using governor ladder
> [ 1.590000] cpuidle: using governor menu
> [ 1.610000] TCP cubic registered
> [ 1.620000] Registering the dns_resolver key type
> [ 1.630000] VFP support v0.3: not present
> [ 1.640000] rtc-at91sam9 at91_rtt.0: setting system clock to 2012-02-26
> 23:44:40 UTC (1330299880)
> [ 1.660000] atmel_mci atmel_mci.0: version: 0x410
> [ 1.660000] atmel_mci atmel_mci.0: using DMA
> [ 1.670000] atmel_mci atmel_mci.0: DMA not available, using PIO
> [ 1.680000] atmel_mci atmel_mci.0: Atmel MCI controller at 0xfff80000 irq
> 11, 1 slots
> [ 1.700000] atmel_mci atmel_mci.1: version: 0x410
> [ 1.710000] atmel_mci atmel_mci.1: using DMA
> [ 1.710000] atmel_mci atmel_mci.1: DMA not available, using PIO
> [ 1.730000] atmel_mci atmel_mci.1: Atmel MCI controller at 0xfffd0000 irq
> 29, 1 slots
> [ 1.740000] Waiting 1sec before mounting root device...
> [ 1.790000] Unable to handle kernel NULL pointer dereference at virtual
> address 00000004
> [ 1.790000] pgd = c0004000
> [ 1.790000] [00000004] *pgd=00000000
> [ 1.790000] Internal error: Oops - BUG: 5 [#1]
> [ 1.790000] Modules linked in:
> [ 1.790000] CPU: 0 Not tainted (3.3.0-rc5dgp-8be930a+ #3)
> [ 1.790000] pc : [<c01794fc>] lr : [<c0179b38>] psr: 20000093
> [ 1.790000] sp : cf8c7d34 ip : 00010200 fp : c0600020
> [ 1.790000] r10: c02822c4 r9 : c029e908 r8 : c0600006
> [ 1.790000] r7 : 00000000 r6 : 04000024 r5 : 00000000 r4 : ce995f40
> [ 1.790000] r3 : c02978e0 r2 : c027f8a8 r1 : c0000000 r0 : ce995f40
> [ 1.790000] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment
> kernel
> [ 1.790000] Control: 0005317f Table: 20004000 DAC: 00000017
> [ 1.790000] Process kworker/u:0 (pid: 5, stack limit = 0xcf8c6270)
> [ 1.790000] Stack: (0xcf8c7d34 to 0xcf8c8000)
> [ 1.790000] 7d20: ce995f40
> 04000024 04000024
> [ 1.790000] 7d40: 00000000 c0600006 c029de4c c02822c4 c0600020 c0179b38
> c02812c0 ce995f78
> [ 1.790000] 7d60: cf8c1d90 ce86c8a0 0000000b 00000000 00000000 0000000b
> c029de4c c02822c4
> [ 1.790000] 7d80: 00000001 c004cb38 00060000 c02822c4 0000000b 00000000
> cf8c7e0c 00000000
> [ 1.790000] 7da0: c016d514 ce997df4 00000012 c004cc8c c02822c4 c004e778
> c02896a8 c004c528
> [ 1.790000] 7dc0: 000000c0 c000e6ac c0179f48 60000013 fefff000 c000dab8
> 00000000 00000000
> [ 1.790000] 7de0: 0005104d 00000001 ce997c00 ce995f40 cf8c7eb4 00000040
> 00000000 c016d514
> [ 1.790000] 7e00: ce997df4 00000012 00000002 cf8c7e20 c0179de0 c0179f48
> 60000013 ffffffff
> [ 1.790000] 7e20: cf8c7eb4 ce997c00 cf8c7ec4 c016b910 cf8c7eb4 ce997c00
> cf8c7e84 c016ba50
> [ 1.790000] 7e40: 0000000d ce9c3c00 0000000d c01726a0 ce978fe0 0000000d
> 00000000 00000000
> [ 1.790000] 7e60: 00000000 00000000 00000000 000001b5 00000000 ffffff8d
> 00000000 cf8c7e84
> [ 1.790000] 7e80: cf8c7eb4 05f5e100 00000000 00000040 00000001 ffffff8d
> 00000200 00000000
> [ 1.790000] 7ea0: 00000000 cf8c7eb4 00000001 cf8c7ed4 00000000 00000000
> cf8c7e54 cf8c7e84
> [ 1.790000] 7ec0: 00000000 00000000 cf8c7ec8 cf8c7ec8 c016b844 87654321
> c04b0f32 00000660
> [ 1.790000] 7ee0: 00000040 00000000 00000008 ce86c660 ce9c3c00 00000000
> ce9c3c00 c0171530
> [ 1.790000] 7f00: ce997c00 ce9c3c00 00000000 c01719dc 00000000 ce997c00
> cf8c7f24 c0171b14
> [ 1.790000] 7f20: 000000e1 03534453 55303247 80a108b4 6700abed 80ff8000
> ce997c00 00000000
> [ 1.790000] 7f40: c020e800 00061a80 c020e80c c0171dac 00061a80 00ff8000
> c016d514 ce997c00
> [ 1.790000] 7f60: ce997c00 c016d0c0 ce997df4 c016d6b0 cf802ce0 cf16de00
> cf8c6000 00000000
> [ 1.790000] 7f80: 00000000 c002d694 ce997df4 cf802ce0 c0298aac c0298aa8
> c0280d0c cf8c6000
> [ 1.790000] 7fa0: 00000000 cf802cf0 00000000 c002e100 00000000 cf88df38
> cf802ce0 c002dfc0
> [ 1.790000] 7fc0: 00000013 00000000 00000000 c00315fc 00000000 00000000
> cf802ce0 00000000
> [ 1.790000] 7fe0: cf8c7fe0 cf8c7fe0 cf88df38 c0031578 c000e7a4 c000e7a4
> aaaaaaaa aaaaaaaa
> [ 1.790000] Function entered at [<c01794fc>] from [<0000000b>]
> [ 1.790000] Code: e92d4ff0 e59f9378 e5905004 e5991000 (e5952004)
> [ 1.790000] ---[ end trace 0cf742e69e15cd43 ]---
> [ 1.790000] Kernel panic - not syncing: Fatal exception in interrupt
> --
> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: atmel-mci causing oops?
2012-02-27 0:49 Daniel Palmer
2012-02-27 1:30 ` Seungwon Jeon
@ 2012-02-27 1:48 ` Jaehoon Chung
2012-02-27 2:20 ` Daniel Palmer
1 sibling, 1 reply; 11+ messages in thread
From: Jaehoon Chung @ 2012-02-27 1:48 UTC (permalink / raw)
To: Daniel Palmer; +Cc: linux-mmc
On 02/27/2012 09:49 AM, Daniel Palmer wrote:
> Hi all,
>
> Looking for some ideas here..
>
> I don't seem to be able to get a better output of the oops (I have debugging
> info etc turned on in the config :/). Anyhow, I have 3.1 running with a SAM9G45
> based board and I'm trying to get 3.3rc5 running. The only differences from
> mainline are a board file with the devices for the board and some memory stuff
> because of it's two separate chunks of memory. This all worked fine in 3.1.
>
> The oops happens here:
> include/linux/scatterlist.h:99
>
> and the leaf register points to:
> drivers/mmc/host/atmel-mci.c:1802
>
> The only difference I can really see now is that atmel-mci seems to be using
> PIO but with 3.1 it was apparently using DMA.
>
> The complete output from boot is attached below. Please CC me as I'm not on
> the list.
>
> Cheers,
>
> Daniel
>
>
> -- pico-SAM9G45 Bootstrap 3.0.1 --
> -- AT91SAM9G45-EK
> -- Compiled: Oct 17 2011 22:42:24 --
> -I- RTC Config: rcen: 0 osc32en: 1 osc32byp: 0 oscsel: 1
> -I- RTC Config: rcen: 0 osc32en: 1 osc32byp: 0 oscsel: 1
> -I- Setting: MCK = 133MHz
> -I- Init DDRAM
> -I- Init second bank SDRAM
> -I- Loading to 0x20000000
> -I- MEDSdcard init
> -I- DMAD_Initialize channel 0
> -I- Card Type 1, CSD_STRUCTURE 0
> -I- SD/MMC TRANS SPEED 25000 KBit/s
> -I- SD 4-BITS BUS
> -I- CMD6(1) arg 0x80FFFF01
> -I- SD HS Enable
> -I- SD/MMC TRANS SPEED 50000 KBit/s
> -I- SD/MMC card initialization successful
> -I- Card size: 1886 MB
> -I- Copy "linux.bin" from SdCard to 0x20000000
> -I- load: 20008000 jump: 20008000
> -I- Loading to 0x20007fc0 with size 0x0014f4b0
> -I- MEDSdcard init
> -I- DMAD_Initialize channel 0
> -I- Card Type 1, CSD_STRUCTURE 0
> -I- SD/MMC TRANS SPEED 25000 KBit/s
> -I- SD 4-BITS BUS
> -I- CMD6(1) arg 0x80FFFF01
> -I- SD HS Enable
> -I- SD/MMC TRANS SPEED 50000 KBit/s
> -I- SD/MMC card initialization successful
> -I- Card size: 1886 MB
> -I- Copy "linux.bin" from SdCard to 0x20007fc0
> -I- Modified jump to 0x20008000
> Uncompressing Linux... done, booting the kernel.
> [ 0.000000] Booting Linux on physical CPU 0
> [ 0.000000] Linux version 3.3.0-rc5dgp-8be930a+ (jenkins@ein) (gcc version
> 4.6.2 (Debian 4.6.2-15) ) #3 Sun Feb 26 23:59:14 JST 2012
> [ 0.000000] CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
> [ 0.000000] CPU: VIVT data cache, VIVT instruction cache
> [ 0.000000] Machine: Mini Box picoSAM9 G45 Board
> [ 0.000000] Memory policy: ECC disabled, Data cache writeback
> [ 0.000000] AT91: Detected soc type: at91sam9g45
> [ 0.000000] AT91: Detected soc subtype: Unknown
> [ 0.000000] AT91: sram at 0x300000 of 0x10000 mapped at 0xfef68000
> [ 0.000000] Clocks: CPU 400 MHz, master 133 MHz, main 12.000 MHz
> [ 0.000000] gpiochip_add: registered GPIOs 0 to 31 on device: pioA
> [ 0.000000] gpiochip_add: registered GPIOs 32 to 63 on device: pioB
> [ 0.000000] gpiochip_add: registered GPIOs 64 to 95 on device: pioC
> [ 0.000000] gpiochip_add: registered GPIOs 96 to 127 on device: pioD
> [ 0.000000] gpiochip_add: registered GPIOs 128 to 159 on device: pioE
> [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total
> pages: 62368
> [ 0.000000] Kernel command line: mem=128M@0x20000000 mem=128M@0x70000000
> console=ttyS0,115200 console=tty0 root=/dev/mmcblk0p2 rw rootdelay=1
> rootwait=1
> [ 0.000000] PID hash table entries: 1024 (order: 0, 4096 bytes)
> [ 0.000000] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> [ 0.000000] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> [ 0.000000] Memory: 128MB 128MB = 256MB total
> [ 0.000000] Memory: 256844k/256844k available, 5300k reserved, 0K highmem
> [ 0.000000] Virtual kernel memory layout:
> [ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> [ 0.000000] fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
> [ 0.000000] vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
> [ 0.000000] lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
> [ 0.000000] modules : 0xbf000000 - 0xc0000000 ( 16 MB)
> [ 0.000000] .text : 0xc0008000 - 0xc025ac44 (2380 kB)
> [ 0.000000] .init : 0xc025b000 - 0xc0275000 ( 104 kB)
> [ 0.000000] .data : 0xc0276000 - 0xc0292a40 ( 115 kB)
> [ 0.000000] .bss : 0xc0292a64 - 0xc02a598c ( 76 kB)
> [ 0.000000] NR_IRQS:192
> [ 0.000000] AT91: 160 gpio irqs in 5 banks
> [ 0.000000] Console: colour dummy device 80x30
> [ 0.000000] console [tty0] enabled
> [ 0.000000] Calibrating delay loop... 199.06 BogoMIPS (lpj=995328)
> [ 0.070000] pid_max: default: 32768 minimum: 301
> [ 0.070000] Mount-cache hash table entries: 512
> [ 0.070000] CPU: Testing write buffer coherency: ok
> [ 0.080000] Setting up static identity map for 0x201fa8c0 - 0x201fa8fc
> [ 0.140000] NET: Registered protocol family 16
> [ 0.210000] AT91: Power Management
> [ 0.210000] AT91: Starting after power-restored wakeup
> [ 0.280000] bio: create slab <bio-0> at 0
> [ 0.310000] Switching to clocksource tcb_clksrc
> [ 0.480000] NET: Registered protocol family 2
> [ 0.480000] IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
> [ 0.490000] TCP established hash table entries: 8192 (order: 4, 65536
> bytes)
> [ 0.490000] TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
> [ 0.490000] TCP: Hash tables configured (established 8192 bind 8192)
> [ 0.490000] TCP reno registered
> [ 0.490000] UDP hash table entries: 256 (order: 0, 4096 bytes)
> [ 0.490000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> [ 0.510000] msgmni has been set to 501
> [ 0.510000] io scheduler noop registered
> [ 0.510000] io scheduler cfq registered (default)
> [ 0.530000] atmel_lcdfb atmel_lcdfb.0: 255KiB frame buffer at 76f80000
> (mapped at ffdc0000)
> [ 0.880000] Console: switching to colour frame buffer device 60x34
> [ 1.060000] atmel_lcdfb atmel_lcdfb.0: fb0: Atmel LCDC at 0x00500000
> (mapped at d0806000), irq 23
> [ 1.060000] atmel_usart.0: ttyS0 at MMIO 0xffffee00 (irq = 1) is a
> ATMEL_SERIAL
> [ 1.420000] console [ttyS0] enabled
> [ 1.430000] atmel_usart.1: ttyS1 at MMIO 0xfff8c000 (irq = 7) is a
> ATMEL_SERIAL
> [ 1.440000] atmel_usart.2: ttyS2 at MMIO 0xfff90000 (irq = 8) is a
> ATMEL_SERIAL
> [ 1.460000] atmel_usart.3: ttyS3 at MMIO 0xfff94000 (irq = 9) is a
> ATMEL_SERIAL
> [ 1.480000] atmel_spi atmel_spi.0: Atmel SPI Controller at 0xfffa4000 (irq
> 14)
> [ 1.500000] atmel_spi atmel_spi.1: Atmel SPI Controller at 0xfffa8000 (irq
> 15)
> [ 1.510000] atmel_tsadcc atmel_tsadcc: Master clock is set at: 133333333 Hz
> [ 1.530000] atmel_tsadcc atmel_tsadcc: Prescaler is set at: 221
> [ 1.540000] input: atmel touch screen controller as
> /devices/platform/atmel_tsadcc/input/input0
> [ 1.560000] rtc-at91sam9 at91_rtt.0: rtc core: registered at91_rtt as rtc0
> [ 1.580000] cpuidle: using governor ladder
> [ 1.590000] cpuidle: using governor menu
> [ 1.610000] TCP cubic registered
> [ 1.620000] Registering the dns_resolver key type
> [ 1.630000] VFP support v0.3: not present
> [ 1.640000] rtc-at91sam9 at91_rtt.0: setting system clock to 2012-02-26
> 23:44:40 UTC (1330299880)
> [ 1.660000] atmel_mci atmel_mci.0: version: 0x410
> [ 1.660000] atmel_mci atmel_mci.0: using DMA
> [ 1.670000] atmel_mci atmel_mci.0: DMA not available, using PIO
> [ 1.680000] atmel_mci atmel_mci.0: Atmel MCI controller at 0xfff80000 irq
> 11, 1 slots
> [ 1.700000] atmel_mci atmel_mci.1: version: 0x410
> [ 1.710000] atmel_mci atmel_mci.1: using DMA
> [ 1.710000] atmel_mci atmel_mci.1: DMA not available, using PIO
> [ 1.730000] atmel_mci atmel_mci.1: Atmel MCI controller at 0xfffd0000 irq
> 29, 1 slots
> [ 1.740000] Waiting 1sec before mounting root device...
Root device(eMMC) didn't initialize?
i think good that use the "rootwait" at bootloader
Best Regards,
Jaehoon Chung
> [ 1.790000] Unable to handle kernel NULL pointer dereference at virtual
> address 00000004
> [ 1.790000] pgd = c0004000
> [ 1.790000] [00000004] *pgd=00000000
> [ 1.790000] Internal error: Oops - BUG: 5 [#1]
> [ 1.790000] Modules linked in:
> [ 1.790000] CPU: 0 Not tainted (3.3.0-rc5dgp-8be930a+ #3)
> [ 1.790000] pc : [<c01794fc>] lr : [<c0179b38>] psr: 20000093
> [ 1.790000] sp : cf8c7d34 ip : 00010200 fp : c0600020
> [ 1.790000] r10: c02822c4 r9 : c029e908 r8 : c0600006
> [ 1.790000] r7 : 00000000 r6 : 04000024 r5 : 00000000 r4 : ce995f40
> [ 1.790000] r3 : c02978e0 r2 : c027f8a8 r1 : c0000000 r0 : ce995f40
> [ 1.790000] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment
> kernel
> [ 1.790000] Control: 0005317f Table: 20004000 DAC: 00000017
> [ 1.790000] Process kworker/u:0 (pid: 5, stack limit = 0xcf8c6270)
> [ 1.790000] Stack: (0xcf8c7d34 to 0xcf8c8000)
> [ 1.790000] 7d20: ce995f40
> 04000024 04000024
> [ 1.790000] 7d40: 00000000 c0600006 c029de4c c02822c4 c0600020 c0179b38
> c02812c0 ce995f78
> [ 1.790000] 7d60: cf8c1d90 ce86c8a0 0000000b 00000000 00000000 0000000b
> c029de4c c02822c4
> [ 1.790000] 7d80: 00000001 c004cb38 00060000 c02822c4 0000000b 00000000
> cf8c7e0c 00000000
> [ 1.790000] 7da0: c016d514 ce997df4 00000012 c004cc8c c02822c4 c004e778
> c02896a8 c004c528
> [ 1.790000] 7dc0: 000000c0 c000e6ac c0179f48 60000013 fefff000 c000dab8
> 00000000 00000000
> [ 1.790000] 7de0: 0005104d 00000001 ce997c00 ce995f40 cf8c7eb4 00000040
> 00000000 c016d514
> [ 1.790000] 7e00: ce997df4 00000012 00000002 cf8c7e20 c0179de0 c0179f48
> 60000013 ffffffff
> [ 1.790000] 7e20: cf8c7eb4 ce997c00 cf8c7ec4 c016b910 cf8c7eb4 ce997c00
> cf8c7e84 c016ba50
> [ 1.790000] 7e40: 0000000d ce9c3c00 0000000d c01726a0 ce978fe0 0000000d
> 00000000 00000000
> [ 1.790000] 7e60: 00000000 00000000 00000000 000001b5 00000000 ffffff8d
> 00000000 cf8c7e84
> [ 1.790000] 7e80: cf8c7eb4 05f5e100 00000000 00000040 00000001 ffffff8d
> 00000200 00000000
> [ 1.790000] 7ea0: 00000000 cf8c7eb4 00000001 cf8c7ed4 00000000 00000000
> cf8c7e54 cf8c7e84
> [ 1.790000] 7ec0: 00000000 00000000 cf8c7ec8 cf8c7ec8 c016b844 87654321
> c04b0f32 00000660
> [ 1.790000] 7ee0: 00000040 00000000 00000008 ce86c660 ce9c3c00 00000000
> ce9c3c00 c0171530
> [ 1.790000] 7f00: ce997c00 ce9c3c00 00000000 c01719dc 00000000 ce997c00
> cf8c7f24 c0171b14
> [ 1.790000] 7f20: 000000e1 03534453 55303247 80a108b4 6700abed 80ff8000
> ce997c00 00000000
> [ 1.790000] 7f40: c020e800 00061a80 c020e80c c0171dac 00061a80 00ff8000
> c016d514 ce997c00
> [ 1.790000] 7f60: ce997c00 c016d0c0 ce997df4 c016d6b0 cf802ce0 cf16de00
> cf8c6000 00000000
> [ 1.790000] 7f80: 00000000 c002d694 ce997df4 cf802ce0 c0298aac c0298aa8
> c0280d0c cf8c6000
> [ 1.790000] 7fa0: 00000000 cf802cf0 00000000 c002e100 00000000 cf88df38
> cf802ce0 c002dfc0
> [ 1.790000] 7fc0: 00000013 00000000 00000000 c00315fc 00000000 00000000
> cf802ce0 00000000
> [ 1.790000] 7fe0: cf8c7fe0 cf8c7fe0 cf88df38 c0031578 c000e7a4 c000e7a4
> aaaaaaaa aaaaaaaa
> [ 1.790000] Function entered at [<c01794fc>] from [<0000000b>]
> [ 1.790000] Code: e92d4ff0 e59f9378 e5905004 e5991000 (e5952004)
> [ 1.790000] ---[ end trace 0cf742e69e15cd43 ]---
> [ 1.790000] Kernel panic - not syncing: Fatal exception in interrupt
> --
> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: atmel-mci causing oops?
2012-02-27 1:30 ` Seungwon Jeon
@ 2012-02-27 1:57 ` Daniel Palmer
2012-02-27 3:28 ` Seungwon Jeon
0 siblings, 1 reply; 11+ messages in thread
From: Daniel Palmer @ 2012-02-27 1:57 UTC (permalink / raw)
To: Seungwon Jeon; +Cc: linux-mmc
On Monday, February 27, 2012 10:30:35 AM Seungwon Jeon wrote:
> Hi.
>
> CONFIG_HIGHMEM is enabled in 3.3rc5?
> I think your problem is similar to the following commit.
> "mmc: dw_mmc: Fix PIO mode with support of highmem"(fc66a7bb13806c0)
>
Hi,
Thank you for your input. CONFIG_HIGHMEM isn't enabled, but CONFIG_SPARSEMEM
is (The SAM9G45 has two banks of RAM with a hole in the middle). Could that be
an issue? Without it I can only access 128MB of 256MB of RAM, but I can test
if it works.
Cheers,
Daniel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: atmel-mci causing oops?
2012-02-27 1:48 ` Jaehoon Chung
@ 2012-02-27 2:20 ` Daniel Palmer
2012-02-27 2:47 ` Jaehoon Chung
0 siblings, 1 reply; 11+ messages in thread
From: Daniel Palmer @ 2012-02-27 2:20 UTC (permalink / raw)
To: Jaehoon Chung; +Cc: linux-mmc
On Monday, February 27, 2012 10:48:48 AM Jaehoon Chung wrote:
> > [ 1.700000] atmel_mci atmel_mci.1: version: 0x410
> > [ 1.710000] atmel_mci atmel_mci.1: using DMA
> > [ 1.710000] atmel_mci atmel_mci.1: DMA not available, using PIO
> > [ 1.730000] atmel_mci atmel_mci.1: Atmel MCI controller at 0xfffd0000
> > irq 29, 1 slots
> > [ 1.740000] Waiting 1sec before mounting root device...
>
> Root device(eMMC) didn't initialize?
> i think good that use the "rootwait" at bootloader
>
>From what I can tell, the kernel tries to mount root (which is an SD card
connected to one of the atmel_mci's) and when it goes to do a PIO read it
(according to the address in the leaf register) causes an oops. The bootloader
loads the kernel from the same SD card, so I don't think there is a hardware
issue.
Cheers,
Daniel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: atmel-mci causing oops?
2012-02-27 2:20 ` Daniel Palmer
@ 2012-02-27 2:47 ` Jaehoon Chung
0 siblings, 0 replies; 11+ messages in thread
From: Jaehoon Chung @ 2012-02-27 2:47 UTC (permalink / raw)
To: Daniel Palmer; +Cc: Jaehoon Chung, linux-mmc
On 02/27/2012 11:20 AM, Daniel Palmer wrote:
> On Monday, February 27, 2012 10:48:48 AM Jaehoon Chung wrote:
>
>>> [ 1.700000] atmel_mci atmel_mci.1: version: 0x410
>>> [ 1.710000] atmel_mci atmel_mci.1: using DMA
>>> [ 1.710000] atmel_mci atmel_mci.1: DMA not available, using PIO
>>> [ 1.730000] atmel_mci atmel_mci.1: Atmel MCI controller at 0xfffd0000
>>> irq 29, 1 slots
>>> [ 1.740000] Waiting 1sec before mounting root device...
>>
>> Root device(eMMC) didn't initialize?
>> i think good that use the "rootwait" at bootloader
>>
>
>>From what I can tell, the kernel tries to mount root (which is an SD card
> connected to one of the atmel_mci's) and when it goes to do a PIO read it
> (according to the address in the leaf register) causes an oops. The bootloader
> loads the kernel from the same SD card, so I don't think there is a hardware
> issue.
Hi Daniel.
"Wating 1sec before mounting root device".
That message can see when root device didn't initialize.
Because root device can't find, waiting 1sec for root device.
(Maybe your bootloader should be set to "rootdelay=1")
after just 1ms, try to mount root device.
But root device didn't find, then should be occurred the NULL pointer dereference.
This should be one of problem.
Best Regards,
Jaehoon Chung
>
> Cheers,
>
> Daniel
> --
> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: atmel-mci causing oops?
2012-02-27 1:57 ` Daniel Palmer
@ 2012-02-27 3:28 ` Seungwon Jeon
2012-02-27 11:58 ` Daniel Palmer
0 siblings, 1 reply; 11+ messages in thread
From: Seungwon Jeon @ 2012-02-27 3:28 UTC (permalink / raw)
To: 'Daniel Palmer'; +Cc: linux-mmc
Daniel Palmer <me@danielpalmer.co.uk> wrote:
> On Monday, February 27, 2012 10:30:35 AM Seungwon Jeon wrote:
> > Hi.
> >
> > CONFIG_HIGHMEM is enabled in 3.3rc5?
> > I think your problem is similar to the following commit.
> > "mmc: dw_mmc: Fix PIO mode with support of highmem"(fc66a7bb13806c0)
> >
>
> Hi,
>
> Thank you for your input. CONFIG_HIGHMEM isn't enabled, but CONFIG_SPARSEMEM
> is (The SAM9G45 has two banks of RAM with a hole in the middle). Could that be
> an issue? Without it I can only access 128MB of 256MB of RAM, but I can test
> if it works.
I'm not sure.
Is there any trace information of kernel?
Thanks,
Seungwon Jeon.
>
> Cheers,
>
> Daniel
> --
> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: atmel-mci causing oops?
2012-02-27 3:28 ` Seungwon Jeon
@ 2012-02-27 11:58 ` Daniel Palmer
0 siblings, 0 replies; 11+ messages in thread
From: Daniel Palmer @ 2012-02-27 11:58 UTC (permalink / raw)
To: Seungwon Jeon; +Cc: linux-mmc
> I'm not sure.
> Is there any trace information of kernel?
Hi,
The oops isn't very descriptive so I got kgdb configured:
GNU gdb (GDB) 7.3.1
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "--host=x86_64-unknown-linux-gnu --target=arm-
softfloat-eabi".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
(gdb) target remote /dev/ttyUSB0
Remote debugging using /dev/ttyUSB0
0xc0049f6c in ?? ()
(gdb) file /home/daniel/vmlinux
A program is being debugged already.
Are you sure you want to change the file? (y or n) y
Reading symbols from /home/daniel/vmlinux...done.
(gdb) disassemble
Dump of assembler code for function kgdb_breakpoint:
0xc0049f4c <+0>: mrs r2, CPSR
0xc0049f50 <+4>: orr r3, r2, #128 ; 0x80
0xc0049f54 <+8>: msr CPSR_c, r3
0xc0049f58 <+12>: ldr r3, [pc, #48] ; 0xc0049f90
0xc0049f5c <+16>: ldr r1, [r3, #4]
0xc0049f60 <+20>: add r1, r1, #1
0xc0049f64 <+24>: str r1, [r3, #4]
0xc0049f68 <+28>: msr CPSR_c, r2
=> 0xc0049f6c <+32>: ; <UNDEFINED> instruction: 0xe7ffdeff
0xc0049f70 <+36>: mrs r2, CPSR
0xc0049f74 <+40>: orr r1, r2, #128 ; 0x80
0xc0049f78 <+44>: msr CPSR_c, r1
0xc0049f7c <+48>: ldr r1, [r3, #4]
0xc0049f80 <+52>: sub r1, r1, #1
0xc0049f84 <+56>: str r1, [r3, #4]
0xc0049f88 <+60>: msr CPSR_c, r2
0xc0049f8c <+64>: bx lr
0xc0049f90 <+68>: eorgt r9, r9, r0, lsl r10
End of assembler dump.
(gdb) c
Continuing.
[New Thread 5]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 5]
sg_virt (sg=0x0) at include/linux/scatterlist.h:199
199 include/linux/scatterlist.h: No such file or directory.
in include/linux/scatterlist.h
(gdb) bt
#0 sg_virt (sg=0x0) at include/linux/scatterlist.h:199
#1 atmci_write_data_pio (host=0xce994f40) at drivers/mmc/host/atmel-
mci.c:1624
#2 0xc0179b38 in atmci_interrupt (irq=<optimized out>, dev_id=0xce994f40) at
drivers/mmc/host/atmel-mci.c:1802
#3 0xc004cb40 in handle_irq_event_percpu (desc=0xc02822c4, action=0xce8708a0)
at kernel/irq/handle.c:126
#4 0xc004cc94 in handle_irq_event (desc=<optimized out>) at
kernel/irq/handle.c:176
#5 0xc004e780 in handle_level_irq (irq=<optimized out>, desc=0xc02822c4) at
kernel/irq/chip.c:363
#6 0xc004c530 in generic_handle_irq_desc (desc=<optimized out>,
irq=<optimized out>) at include/linux/irqdesc.h:114
#7 generic_handle_irq (irq=<optimized out>) at kernel/irq/irqdesc.c:313
#8 0xc000e6ac in handle_IRQ (irq=11, regs=<optimized out>) at
arch/arm/kernel/irq.c:86
I guess the issue is sg=0x0.
Cheers,
Daniel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: atmel-mci causing oops?
@ 2012-02-29 17:31 Ludovic Desroches
2012-02-29 17:35 ` Chris Ball
0 siblings, 1 reply; 11+ messages in thread
From: Ludovic Desroches @ 2012-02-29 17:31 UTC (permalink / raw)
To: linux-mmc; +Cc: Ferre, Nicolas, plagnioj, cjb, me, linux-arm-kernel
Hello Daniel,
Sorry to break the thread, I have just suscribed to the linux-mmc mailing
list.
>
> Hi all,
>
> Looking for some ideas here..
>
> I don't seem to be able to get a better output of the oops (I have debugging
> info etc turned on in the config :/). Anyhow, I have 3.1 running with a SAM9G45
> based board and I'm trying to get 3.3rc5 running. The only differences from
> mainline are a board file with the devices for the board and some memory stuff
> because of it's two separate chunks of memory. This all worked fine in 3.1.
>
> The oops happens here:
> include/linux/scatterlist.h:99
>
> and the leaf register points to:
> drivers/mmc/host/atmel-mci.c:1802
>
> The only difference I can really see now is that atmel-mci seems to be using
> PIO but with 3.1 it was apparently using DMA.
>
> The complete output from boot is attached below. Please CC me as I'm not on
> the list.
>
> Cheers,
>
> Daniel
>
This issue is known and I have sent some patches to correct it. The problem
comes from the fact that we set some callbacks too early. If the mmc has the
dma feature, we set the callbacks without checking if we can have a dma
channel.
So typically you are in this case: mmc can use dma but you don't have a DMA
controller.
You can find the two patches into the mmc-next tree of Chris:
http://git.kernel.org/?p=linux/kernel/git/cjb/mmc.git;a=commit;h=43df92914ea0623893bcb801791d5d2be2f5e015
http://git.kernel.org/?p=linux/kernel/git/cjb/mmc.git;a=commit;h=9cfa4030ea90f2fc204532975a824b987433f6dd
By the way, Chris, is it possible to put these patches as a fix for 3.3
kernel? Without them we will have this oops each time someone would use
mmc without a DMA Controller or if it is impossible to get a dma channel.
Regards
Ludovic
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: atmel-mci causing oops?
2012-02-29 17:31 atmel-mci causing oops? Ludovic Desroches
@ 2012-02-29 17:35 ` Chris Ball
2012-02-29 21:44 ` Ludovic Desroches
0 siblings, 1 reply; 11+ messages in thread
From: Chris Ball @ 2012-02-29 17:35 UTC (permalink / raw)
To: Ludovic Desroches
Cc: linux-mmc, Ferre, Nicolas, plagnioj, me, linux-arm-kernel
Hi Ludovic,
On Wed, Feb 29 2012, Ludovic Desroches wrote:
> You can find the two patches into the mmc-next tree of Chris:
> http://git.kernel.org/?p=linux/kernel/git/cjb/mmc.git;a=commit;h=43df92914ea0623893bcb801791d5d2be2f5e015
> http://git.kernel.org/?p=linux/kernel/git/cjb/mmc.git;a=commit;h=9cfa4030ea90f2fc204532975a824b987433f6dd
>
> By the way, Chris, is it possible to put these patches as a fix for 3.3
> kernel? Without them we will have this oops each time someone would use
> mmc without a DMA Controller or if it is impossible to get a dma channel.
Will do, thanks. Should they go to 3.2-stable, too?
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: atmel-mci causing oops?
2012-02-29 17:35 ` Chris Ball
@ 2012-02-29 21:44 ` Ludovic Desroches
0 siblings, 0 replies; 11+ messages in thread
From: Ludovic Desroches @ 2012-02-29 21:44 UTC (permalink / raw)
To: Chris Ball
Cc: Ludovic Desroches, linux-mmc, Ferre, Nicolas, plagnioj, me,
linux-arm-kernel
Hi Chris,
On 02/29/2012 06:35 PM, Chris Ball wrote:
> Hi Ludovic,
>
> On Wed, Feb 29 2012, Ludovic Desroches wrote:
>> You can find the two patches into the mmc-next tree of Chris:
>> http://git.kernel.org/?p=linux/kernel/git/cjb/mmc.git;a=commit;h=43df92914ea0623893bcb801791d5d2be2f5e015
>> http://git.kernel.org/?p=linux/kernel/git/cjb/mmc.git;a=commit;h=9cfa4030ea90f2fc204532975a824b987433f6dd
>>
>> By the way, Chris, is it possible to put these patches as a fix for 3.3
>> kernel? Without them we will have this oops each time someone would use
>> mmc without a DMA Controller or if it is impossible to get a dma channel.
> Will do, thanks. Should they go to 3.2-stable, too?
>
> - Chris.
You're right 3.2 kernel is also concerned so they can go to 3.2-stable.
Thanks.
Ludovic
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2012-02-29 21:45 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-29 17:31 atmel-mci causing oops? Ludovic Desroches
2012-02-29 17:35 ` Chris Ball
2012-02-29 21:44 ` Ludovic Desroches
-- strict thread matches above, loose matches on Subject: below --
2012-02-27 0:49 Daniel Palmer
2012-02-27 1:30 ` Seungwon Jeon
2012-02-27 1:57 ` Daniel Palmer
2012-02-27 3:28 ` Seungwon Jeon
2012-02-27 11:58 ` Daniel Palmer
2012-02-27 1:48 ` Jaehoon Chung
2012-02-27 2:20 ` Daniel Palmer
2012-02-27 2:47 ` Jaehoon Chung
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).