From: Tony Lindgren <tony@atomide.com>
To: Ivaylo Dimitrov <ivo.g.dimitrov.75@gmail.com>
Cc: "Nishanth Menon" <nm@ti.com>, "Paul Walmsley" <paul@pwsan.com>,
"Aaro Koskinen" <aaro.koskinen@iki.fi>,
"Sebastian Reichel" <sre@kernel.org>,
pavel@ucw.cz, "Pali Rohár" <pali.rohar@gmail.com>,
linux-omap@vger.kernel.org,
"Brian Hutchinson" <b.hutchman@gmail.com>,
linux-arm-kernel@lists.infradead.org,
"Roger Quadros" <rogerq@ti.com>
Subject: Re: [PATCH 2/2] memory: omap-gpmc: Add Kconfig option for debug
Date: Tue, 2 Feb 2016 16:00:45 -0800 [thread overview]
Message-ID: <20160203000045.GE19432@atomide.com> (raw)
In-Reply-To: <20160202233911.GB19432@atomide.com>
* Tony Lindgren <tony@atomide.com> [160202 15:40]:
> * Ivaylo Dimitrov <ivo.g.dimitrov.75@gmail.com> [160202 01:34]:
> > On 21.01.2016 11:14, Pali Rohár wrote:
> > >On Saturday 09 January 2016 02:23:26 Ivaylo Dimitrov wrote:
> > >>The key word here is "sometimes". i.e sometimes it hapens on normal reboot,
> > >>sometimes it happens on oops.
> > >
> > >So where is problem? In omap-gpmc? mtd? onenand? or ubifs? Or in
> > >different component? Do we know at least this?
> > >
> >
> > I think I made some progress on the issue, it seems I have to have *both*
> > e7b11dc7b77bfce0a351230a5feeadc1d0bba997
> > (e7b11dc7b77bfce0a351230a5feeadc1d0bba997) reverted *and*
> > HWMOD_INIT_NO_RESET restored in omap3xxx_gpmc_hwmod flags to have working
> > onenand.
>
> That is strange. This is what I get with omap2plus_defconfig and
> omap-for-v4.5/fixes-rc1 after flashing the rootfs and booting kernel
> like you suggested on irc:
>
> # dmesg | grep -i -e ubi -e onenand
> [ 2.502899] omap2-onenand omap2-onenand: initializing on CS0, phys base 0x01000000, virtual base d0940000, freq 83 MHz
> [ 2.514373] OneNAND Manufacturer: Numonyx (0x20)
> [ 2.519287] Muxed OneNAND 256MB 1.8V 16-bit (0x40)
> [ 2.524444] OneNAND version = 0x0031
> [ 2.671966] 6 ofpart partitions found on MTD device omap2-onenand
> [ 2.678436] Creating 6 MTD partitions on "omap2-onenand":
> [ 3.414764] ubi0: attaching mtd5
> [ 3.668212] ubi0: scanning is finished
> [ 3.716552] ubi0: attached mtd5 (name "rootfs", size 251 MiB)
> [ 3.722839] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 129024 bytes
> [ 3.730194] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 512
> [ 3.737304] ubi0: VID header offset: 512 (aligned 512), data offset: 2048
> [ 3.744537] ubi0: good PEBs: 2010, bad PEBs: 0, corrupted PEBs: 0
> [ 3.751037] ubi0: user volume: 1, internal volumes: 1, max. volumes count: 128
> [ 3.758697] ubi0: max/mean erase counter: 1/0, WL threshold: 4096, image sequence number: 0
> [ 3.767578] ubi0: available PEBs: 0, total reserved PEBs: 2010, PEBs reserved for bad PEB handling: 40
> [ 3.923980] ubi0: background thread "ubi_bgt0d" started, PID 85
> [ 3.980529] UBIFS (ubi0:0): background thread "ubifs_bgt0_0" started, PID 87
> [ 3.996337] UBIFS (ubi0:0): recovery needed
> [ 4.079925] UBIFS (ubi0:0): recovery completed
> [ 4.085876] UBIFS (ubi0:0): UBIFS: mounted UBI device 0, volume 0, name "rootfs"
> [ 4.093780] UBIFS (ubi0:0): LEB size: 129024 bytes (126 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
> [ 4.104339] UBIFS (ubi0:0): FS size: 252241920 bytes (240 MiB, 1955 LEBs), journal size 9033728 bytes (8 MiB, 71 LEBs)
> [ 4.115722] UBIFS (ubi0:0): reserved for root: 4190434 bytes (4092 KiB)
> [ 4.122772] UBIFS (ubi0:0): media format: w4/r0 (latest is w4/r0), UUID 8F30A88A-F605-4291-9927-00CF3A2AE119, small LPT model
> [ 4.136077] VFS: Mounted root (ubifs filesystem) on device 0:15.
>
> I copied over the modules to this rootfs too :) But in general onenand
> seems to behave for me.
And ere are my GPCM timings when booted with GPMC_DEBUG
in case they are different somehow for your device.
Regards,
Tony
omap-gpmc 6e000000.gpmc: GPMC revision 5.0
GPMC CS0: cs_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: cs_rd_off : 14 ticks, 84 ns (was 16 ticks) 84 ns
GPMC CS0: cs_wr_off : 19 ticks, 114 ns (was 16 ticks) 114 ns
GPMC CS0: adv_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: adv_rd_off : 3 ticks, 18 ns (was 2 ticks) 18 ns
GPMC CS0: adv_wr_off : 3 ticks, 18 ns (was 2 ticks) 18 ns
GPMC CS0: oe_on : 5 ticks, 30 ns (was 2 ticks) 30 ns
GPMC CS0: oe_off : 14 ticks, 84 ns (was 16 ticks) 84 ns
GPMC CS0: we_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: we_off : 14 ticks, 84 ns (was 16 ticks) 84 ns
GPMC CS0: rd_cycle : 18 ticks, 108 ns (was 19 ticks) 108 ns
GPMC CS0: wr_cycle : 17 ticks, 102 ns (was 19 ticks) 102 ns
GPMC CS0: access : 13 ticks, 78 ns (was 15 ticks) 78 ns
GPMC CS0: page_burst_access: 0 ticks, 0 ns (was 2 ticks) 0 ns
GPMC CS0: bus_turnaround : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: cycle2cycle_delay: 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: wr_data_mux_bus : 5 ticks, 30 ns (was 5 ticks) 30 ns
GPMC CS0: wr_access : 13 ticks, 78 ns (was 15 ticks) 78 ns
GPMC CS0: wait_monitoring : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: clk_activation : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0 CLK period is 6 ns (div 1)
gpmc cs0 after gpmc_cs_set_timings:
cs0 GPMC_CS_CONFIG1: 0xd9001200
cs0 GPMC_CS_CONFIG2: 0x00130e00
cs0 GPMC_CS_CONFIG3: 0x00030300
cs0 GPMC_CS_CONFIG4: 0x0e000e05
cs0 GPMC_CS_CONFIG5: 0x000d1112
cs0 GPMC_CS_CONFIG6: 0x8d050000
gpmc cs0 access configuration:
gpmc,mux-add-data = <2>
gpmc,device-width = <1>
gpmc,wait-pin = <0>
gpmc,burst-length = <16>
gpmc,sync-write = <1>
gpmc,burst-write = <1>
gpmc,burst-read = <1>
gpmc,burst-wrap = <1>
gpmc cs0 timings configuration:
gpmc,cs-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,cs-rd-off-ns = <84> /* 79 ns - 84 ns; 14 ticks */
gpmc,cs-wr-off-ns = <114> /* 109 ns - 114 ns; 19 ticks */
gpmc,adv-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,adv-rd-off-ns = <18> /* 13 ns - 18 ns; 3 ticks */
gpmc,adv-wr-off-ns = <18> /* 13 ns - 18 ns; 3 ticks */
gpmc,oe-on-ns = <30> /* 25 ns - 30 ns; 5 ticks */
gpmc,oe-off-ns = <84> /* 79 ns - 84 ns; 14 ticks */
gpmc,we-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,we-off-ns = <84> /* 79 ns - 84 ns; 14 ticks */
gpmc,rd-cycle-ns = <108> /* 103 ns - 108 ns; 18 ticks */
gpmc,wr-cycle-ns = <102> /* 97 ns - 102 ns; 17 ticks */
gpmc,access-ns = <78> /* 73 ns - 78 ns; 13 ticks */
gpmc,page-burst-access-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,bus-turnaround-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,cycle2cycle-delay-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,wait-monitoring-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,clk-activation-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,wr-data-mux-bus-ns = <30> /* 25 ns - 30 ns; 5 ticks */
gpmc,wr-access-ns = <78> /* 73 ns - 78 ns; 13 ticks */
GPMC CS0: cs_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: cs_rd_off : 16 ticks, 96 ns (was 14 ticks) 96 ns
GPMC CS0: cs_wr_off : 16 ticks, 96 ns (was 19 ticks) 96 ns
GPMC CS0: adv_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: adv_rd_off : 2 ticks, 12 ns (was 3 ticks) 12 ns
GPMC CS0: adv_wr_off : 2 ticks, 12 ns (was 3 ticks) 12 ns
GPMC CS0: oe_on : 3 ticks, 18 ns (was 5 ticks) 18 ns
GPMC CS0: oe_off : 16 ticks, 96 ns (was 14 ticks) 96 ns
GPMC CS0: we_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: we_off : 16 ticks, 96 ns (was 14 ticks) 96 ns
GPMC CS0: rd_cycle : 19 ticks, 114 ns (was 18 ticks) 114 ns
GPMC CS0: wr_cycle : 19 ticks, 114 ns (was 17 ticks) 114 ns
GPMC CS0: access : 15 ticks, 90 ns (was 13 ticks) 90 ns
GPMC CS0: page_burst_access: 2 ticks, 12 ns (was 0 ticks) 12 ns
GPMC CS0: bus_turnaround : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: cycle2cycle_delay: 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: wr_data_mux_bus : 5 ticks, 30 ns (was 5 ticks) 30 ns
GPMC CS0: wr_access : 15 ticks, 90 ns (was 13 ticks) 90 ns
GPMC CS0: wait_monitoring : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: clk_activation : 1 ticks, 6 ns (was 0 ticks) 6 ns
GPMC CS0 CLK period is 12 ns (div 2)
gpmc cs0 after gpmc_cs_set_timings:
cs0 GPMC_CS_CONFIG1: 0xfb001201
cs0 GPMC_CS_CONFIG2: 0x00101000
cs0 GPMC_CS_CONFIG3: 0x00020200
cs0 GPMC_CS_CONFIG4: 0x10001003
cs0 GPMC_CS_CONFIG5: 0x020f1313
cs0 GPMC_CS_CONFIG6: 0x8f050000
gpmc cs0 access configuration:
gpmc,mux-add-data = <2>
gpmc,device-width = <1>
gpmc,wait-pin = <0>
gpmc,burst-length = <16>
gpmc,sync-write = <1>
gpmc,burst-write = <1>
gpmc,gpmc,sync-read = <1>
gpmc,burst-read = <1>
gpmc,burst-wrap = <1>
gpmc cs0 timings configuration:
gpmc,cs-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,cs-rd-off-ns = <96> /* 91 ns - 96 ns; 16 ticks */
gpmc,cs-wr-off-ns = <96> /* 91 ns - 96 ns; 16 ticks */
gpmc,adv-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,adv-rd-off-ns = <12> /* 7 ns - 12 ns; 2 ticks */
gpmc,adv-wr-off-ns = <12> /* 7 ns - 12 ns; 2 ticks */
gpmc,oe-on-ns = <18> /* 13 ns - 18 ns; 3 ticks */
gpmc,oe-off-ns = <96> /* 91 ns - 96 ns; 16 ticks */
gpmc,we-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,we-off-ns = <96> /* 91 ns - 96 ns; 16 ticks */
gpmc,rd-cycle-ns = <114> /* 109 ns - 114 ns; 19 ticks */
gpmc,wr-cycle-ns = <114> /* 109 ns - 114 ns; 19 ticks */
gpmc,access-ns = <90> /* 85 ns - 90 ns; 15 ticks */
gpmc,page-burst-access-ns = <12> /* 7 ns - 12 ns; 2 ticks */
gpmc,bus-turnaround-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,cycle2cycle-delay-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,wait-monitoring-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,clk-activation-ns = <6> /* 1 ns - 6 ns; 1 ticks */
gpmc,wr-data-mux-bus-ns = <30> /* 25 ns - 30 ns; 5 ticks */
gpmc,wr-access-ns = <90> /* 85 ns - 90 ns; 15 ticks */
omap2-onenand omap2-onenand: initializing on CS0, phys base 0x04000000, virtual base d0940000, freq 83 MHz
OneNAND Manufacturer: Numonyx (0x20)
Muxed OneNAND 256MB 1.8V 16-bit (0x40)
OneNAND version = 0x0031
Chip support all block unlock
Chip has 2 plane
Scanning device for bad blocks
6 ofpart partitions found on MTD device omap2-onenand
Creating 6 MTD partitions on "omap2-onenand":
0x000000000000-0x000000020000 : "bootloader"
0x000000020000-0x000000080000 : "config"
0x000000080000-0x0000000c0000 : "log"
mtdoops: ready 43, 6188 (no erase)
mtdoops: Attached to MTD device 2
0x0000000c0000-0x0000002c0000 : "kernel"
0x0000002c0000-0x0000004c0000 : "initfs"
0x0000004c0000-0x000010000000 : "rootfs"
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/2] memory: omap-gpmc: Add Kconfig option for debug
Date: Tue, 2 Feb 2016 16:00:45 -0800 [thread overview]
Message-ID: <20160203000045.GE19432@atomide.com> (raw)
In-Reply-To: <20160202233911.GB19432@atomide.com>
* Tony Lindgren <tony@atomide.com> [160202 15:40]:
> * Ivaylo Dimitrov <ivo.g.dimitrov.75@gmail.com> [160202 01:34]:
> > On 21.01.2016 11:14, Pali Roh?r wrote:
> > >On Saturday 09 January 2016 02:23:26 Ivaylo Dimitrov wrote:
> > >>The key word here is "sometimes". i.e sometimes it hapens on normal reboot,
> > >>sometimes it happens on oops.
> > >
> > >So where is problem? In omap-gpmc? mtd? onenand? or ubifs? Or in
> > >different component? Do we know at least this?
> > >
> >
> > I think I made some progress on the issue, it seems I have to have *both*
> > e7b11dc7b77bfce0a351230a5feeadc1d0bba997
> > (e7b11dc7b77bfce0a351230a5feeadc1d0bba997) reverted *and*
> > HWMOD_INIT_NO_RESET restored in omap3xxx_gpmc_hwmod flags to have working
> > onenand.
>
> That is strange. This is what I get with omap2plus_defconfig and
> omap-for-v4.5/fixes-rc1 after flashing the rootfs and booting kernel
> like you suggested on irc:
>
> # dmesg | grep -i -e ubi -e onenand
> [ 2.502899] omap2-onenand omap2-onenand: initializing on CS0, phys base 0x01000000, virtual base d0940000, freq 83 MHz
> [ 2.514373] OneNAND Manufacturer: Numonyx (0x20)
> [ 2.519287] Muxed OneNAND 256MB 1.8V 16-bit (0x40)
> [ 2.524444] OneNAND version = 0x0031
> [ 2.671966] 6 ofpart partitions found on MTD device omap2-onenand
> [ 2.678436] Creating 6 MTD partitions on "omap2-onenand":
> [ 3.414764] ubi0: attaching mtd5
> [ 3.668212] ubi0: scanning is finished
> [ 3.716552] ubi0: attached mtd5 (name "rootfs", size 251 MiB)
> [ 3.722839] ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 129024 bytes
> [ 3.730194] ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 512
> [ 3.737304] ubi0: VID header offset: 512 (aligned 512), data offset: 2048
> [ 3.744537] ubi0: good PEBs: 2010, bad PEBs: 0, corrupted PEBs: 0
> [ 3.751037] ubi0: user volume: 1, internal volumes: 1, max. volumes count: 128
> [ 3.758697] ubi0: max/mean erase counter: 1/0, WL threshold: 4096, image sequence number: 0
> [ 3.767578] ubi0: available PEBs: 0, total reserved PEBs: 2010, PEBs reserved for bad PEB handling: 40
> [ 3.923980] ubi0: background thread "ubi_bgt0d" started, PID 85
> [ 3.980529] UBIFS (ubi0:0): background thread "ubifs_bgt0_0" started, PID 87
> [ 3.996337] UBIFS (ubi0:0): recovery needed
> [ 4.079925] UBIFS (ubi0:0): recovery completed
> [ 4.085876] UBIFS (ubi0:0): UBIFS: mounted UBI device 0, volume 0, name "rootfs"
> [ 4.093780] UBIFS (ubi0:0): LEB size: 129024 bytes (126 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
> [ 4.104339] UBIFS (ubi0:0): FS size: 252241920 bytes (240 MiB, 1955 LEBs), journal size 9033728 bytes (8 MiB, 71 LEBs)
> [ 4.115722] UBIFS (ubi0:0): reserved for root: 4190434 bytes (4092 KiB)
> [ 4.122772] UBIFS (ubi0:0): media format: w4/r0 (latest is w4/r0), UUID 8F30A88A-F605-4291-9927-00CF3A2AE119, small LPT model
> [ 4.136077] VFS: Mounted root (ubifs filesystem) on device 0:15.
>
> I copied over the modules to this rootfs too :) But in general onenand
> seems to behave for me.
And ere are my GPCM timings when booted with GPMC_DEBUG
in case they are different somehow for your device.
Regards,
Tony
omap-gpmc 6e000000.gpmc: GPMC revision 5.0
GPMC CS0: cs_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: cs_rd_off : 14 ticks, 84 ns (was 16 ticks) 84 ns
GPMC CS0: cs_wr_off : 19 ticks, 114 ns (was 16 ticks) 114 ns
GPMC CS0: adv_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: adv_rd_off : 3 ticks, 18 ns (was 2 ticks) 18 ns
GPMC CS0: adv_wr_off : 3 ticks, 18 ns (was 2 ticks) 18 ns
GPMC CS0: oe_on : 5 ticks, 30 ns (was 2 ticks) 30 ns
GPMC CS0: oe_off : 14 ticks, 84 ns (was 16 ticks) 84 ns
GPMC CS0: we_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: we_off : 14 ticks, 84 ns (was 16 ticks) 84 ns
GPMC CS0: rd_cycle : 18 ticks, 108 ns (was 19 ticks) 108 ns
GPMC CS0: wr_cycle : 17 ticks, 102 ns (was 19 ticks) 102 ns
GPMC CS0: access : 13 ticks, 78 ns (was 15 ticks) 78 ns
GPMC CS0: page_burst_access: 0 ticks, 0 ns (was 2 ticks) 0 ns
GPMC CS0: bus_turnaround : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: cycle2cycle_delay: 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: wr_data_mux_bus : 5 ticks, 30 ns (was 5 ticks) 30 ns
GPMC CS0: wr_access : 13 ticks, 78 ns (was 15 ticks) 78 ns
GPMC CS0: wait_monitoring : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: clk_activation : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0 CLK period is 6 ns (div 1)
gpmc cs0 after gpmc_cs_set_timings:
cs0 GPMC_CS_CONFIG1: 0xd9001200
cs0 GPMC_CS_CONFIG2: 0x00130e00
cs0 GPMC_CS_CONFIG3: 0x00030300
cs0 GPMC_CS_CONFIG4: 0x0e000e05
cs0 GPMC_CS_CONFIG5: 0x000d1112
cs0 GPMC_CS_CONFIG6: 0x8d050000
gpmc cs0 access configuration:
gpmc,mux-add-data = <2>
gpmc,device-width = <1>
gpmc,wait-pin = <0>
gpmc,burst-length = <16>
gpmc,sync-write = <1>
gpmc,burst-write = <1>
gpmc,burst-read = <1>
gpmc,burst-wrap = <1>
gpmc cs0 timings configuration:
gpmc,cs-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,cs-rd-off-ns = <84> /* 79 ns - 84 ns; 14 ticks */
gpmc,cs-wr-off-ns = <114> /* 109 ns - 114 ns; 19 ticks */
gpmc,adv-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,adv-rd-off-ns = <18> /* 13 ns - 18 ns; 3 ticks */
gpmc,adv-wr-off-ns = <18> /* 13 ns - 18 ns; 3 ticks */
gpmc,oe-on-ns = <30> /* 25 ns - 30 ns; 5 ticks */
gpmc,oe-off-ns = <84> /* 79 ns - 84 ns; 14 ticks */
gpmc,we-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,we-off-ns = <84> /* 79 ns - 84 ns; 14 ticks */
gpmc,rd-cycle-ns = <108> /* 103 ns - 108 ns; 18 ticks */
gpmc,wr-cycle-ns = <102> /* 97 ns - 102 ns; 17 ticks */
gpmc,access-ns = <78> /* 73 ns - 78 ns; 13 ticks */
gpmc,page-burst-access-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,bus-turnaround-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,cycle2cycle-delay-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,wait-monitoring-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,clk-activation-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,wr-data-mux-bus-ns = <30> /* 25 ns - 30 ns; 5 ticks */
gpmc,wr-access-ns = <78> /* 73 ns - 78 ns; 13 ticks */
GPMC CS0: cs_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: cs_rd_off : 16 ticks, 96 ns (was 14 ticks) 96 ns
GPMC CS0: cs_wr_off : 16 ticks, 96 ns (was 19 ticks) 96 ns
GPMC CS0: adv_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: adv_rd_off : 2 ticks, 12 ns (was 3 ticks) 12 ns
GPMC CS0: adv_wr_off : 2 ticks, 12 ns (was 3 ticks) 12 ns
GPMC CS0: oe_on : 3 ticks, 18 ns (was 5 ticks) 18 ns
GPMC CS0: oe_off : 16 ticks, 96 ns (was 14 ticks) 96 ns
GPMC CS0: we_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: we_off : 16 ticks, 96 ns (was 14 ticks) 96 ns
GPMC CS0: rd_cycle : 19 ticks, 114 ns (was 18 ticks) 114 ns
GPMC CS0: wr_cycle : 19 ticks, 114 ns (was 17 ticks) 114 ns
GPMC CS0: access : 15 ticks, 90 ns (was 13 ticks) 90 ns
GPMC CS0: page_burst_access: 2 ticks, 12 ns (was 0 ticks) 12 ns
GPMC CS0: bus_turnaround : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: cycle2cycle_delay: 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: wr_data_mux_bus : 5 ticks, 30 ns (was 5 ticks) 30 ns
GPMC CS0: wr_access : 15 ticks, 90 ns (was 13 ticks) 90 ns
GPMC CS0: wait_monitoring : 0 ticks, 0 ns (was 0 ticks) 0 ns
GPMC CS0: clk_activation : 1 ticks, 6 ns (was 0 ticks) 6 ns
GPMC CS0 CLK period is 12 ns (div 2)
gpmc cs0 after gpmc_cs_set_timings:
cs0 GPMC_CS_CONFIG1: 0xfb001201
cs0 GPMC_CS_CONFIG2: 0x00101000
cs0 GPMC_CS_CONFIG3: 0x00020200
cs0 GPMC_CS_CONFIG4: 0x10001003
cs0 GPMC_CS_CONFIG5: 0x020f1313
cs0 GPMC_CS_CONFIG6: 0x8f050000
gpmc cs0 access configuration:
gpmc,mux-add-data = <2>
gpmc,device-width = <1>
gpmc,wait-pin = <0>
gpmc,burst-length = <16>
gpmc,sync-write = <1>
gpmc,burst-write = <1>
gpmc,gpmc,sync-read = <1>
gpmc,burst-read = <1>
gpmc,burst-wrap = <1>
gpmc cs0 timings configuration:
gpmc,cs-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,cs-rd-off-ns = <96> /* 91 ns - 96 ns; 16 ticks */
gpmc,cs-wr-off-ns = <96> /* 91 ns - 96 ns; 16 ticks */
gpmc,adv-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,adv-rd-off-ns = <12> /* 7 ns - 12 ns; 2 ticks */
gpmc,adv-wr-off-ns = <12> /* 7 ns - 12 ns; 2 ticks */
gpmc,oe-on-ns = <18> /* 13 ns - 18 ns; 3 ticks */
gpmc,oe-off-ns = <96> /* 91 ns - 96 ns; 16 ticks */
gpmc,we-on-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,we-off-ns = <96> /* 91 ns - 96 ns; 16 ticks */
gpmc,rd-cycle-ns = <114> /* 109 ns - 114 ns; 19 ticks */
gpmc,wr-cycle-ns = <114> /* 109 ns - 114 ns; 19 ticks */
gpmc,access-ns = <90> /* 85 ns - 90 ns; 15 ticks */
gpmc,page-burst-access-ns = <12> /* 7 ns - 12 ns; 2 ticks */
gpmc,bus-turnaround-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,cycle2cycle-delay-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,wait-monitoring-ns = <0> /* 0 ns - 0 ns; 0 ticks */
gpmc,clk-activation-ns = <6> /* 1 ns - 6 ns; 1 ticks */
gpmc,wr-data-mux-bus-ns = <30> /* 25 ns - 30 ns; 5 ticks */
gpmc,wr-access-ns = <90> /* 85 ns - 90 ns; 15 ticks */
omap2-onenand omap2-onenand: initializing on CS0, phys base 0x04000000, virtual base d0940000, freq 83 MHz
OneNAND Manufacturer: Numonyx (0x20)
Muxed OneNAND 256MB 1.8V 16-bit (0x40)
OneNAND version = 0x0031
Chip support all block unlock
Chip has 2 plane
Scanning device for bad blocks
6 ofpart partitions found on MTD device omap2-onenand
Creating 6 MTD partitions on "omap2-onenand":
0x000000000000-0x000000020000 : "bootloader"
0x000000020000-0x000000080000 : "config"
0x000000080000-0x0000000c0000 : "log"
mtdoops: ready 43, 6188 (no erase)
mtdoops: Attached to MTD device 2
0x0000000c0000-0x0000002c0000 : "kernel"
0x0000002c0000-0x0000004c0000 : "initfs"
0x0000004c0000-0x000010000000 : "rootfs"
next prev parent reply other threads:[~2016-02-03 0:00 UTC|newest]
Thread overview: 94+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-20 21:21 [PATCH 0/2] omap gpmc changes for parsing devices and working debug Tony Lindgren
2015-05-20 21:21 ` Tony Lindgren
2015-05-20 21:21 ` [PATCH 1/2] memory: omap-gpmc: Fix parsing of devices Tony Lindgren
2015-05-20 21:21 ` Tony Lindgren
2015-05-20 21:21 ` [PATCH 2/2] memory: omap-gpmc: Add Kconfig option for debug Tony Lindgren
2015-05-20 21:21 ` Tony Lindgren
2015-05-20 22:50 ` Paul Walmsley
2015-05-20 22:50 ` Paul Walmsley
2015-05-20 22:56 ` Tony Lindgren
2015-05-20 22:56 ` Tony Lindgren
2015-05-21 1:06 ` Paul Walmsley
2015-05-21 1:06 ` Paul Walmsley
2015-08-27 6:25 ` Hannes Schmelzer
2015-08-27 6:25 ` Hannes Schmelzer
[not found] ` <OFCA2F1DCE.C787A961-ONC1257EAE.001D79BC-C1257EAE.00203AFF@br-automation.com>
2015-08-27 16:59 ` Tony Lindgren
2015-08-27 16:59 ` Tony Lindgren
2015-08-28 4:44 ` Hannes Schmelzer
2015-08-28 4:44 ` Hannes Schmelzer
2015-09-01 12:35 ` Roger Quadros
2015-09-01 12:35 ` Roger Quadros
2015-09-01 13:31 ` Antwort: " Hannes Schmelzer
2015-09-01 13:31 ` Hannes Schmelzer
2015-09-02 14:43 ` Roger Quadros
2015-09-02 14:43 ` Roger Quadros
2015-09-01 12:35 ` Roger Quadros
2015-09-01 12:35 ` Roger Quadros
2016-01-01 11:29 ` Ivaylo Dimitrov
2016-01-01 11:29 ` Ivaylo Dimitrov
2016-01-04 17:02 ` Tony Lindgren
2016-01-04 17:02 ` Tony Lindgren
2016-01-04 17:34 ` Pali Rohár
2016-01-04 17:34 ` Pali Rohár
2016-01-04 17:40 ` Tony Lindgren
2016-01-04 17:40 ` Tony Lindgren
2016-01-04 18:59 ` Ivaylo Dimitrov
2016-01-04 18:59 ` Ivaylo Dimitrov
2016-01-05 4:13 ` Tony Lindgren
2016-01-05 4:13 ` Tony Lindgren
2016-01-05 8:49 ` Pali Rohár
2016-01-05 8:49 ` Pali Rohár
2016-01-05 22:49 ` Tony Lindgren
2016-01-05 22:49 ` Tony Lindgren
2016-01-06 8:55 ` Ivaylo Dimitrov
2016-01-06 8:55 ` Ivaylo Dimitrov
2016-01-06 9:05 ` Pali Rohár
2016-01-06 9:05 ` Pali Rohár
2016-01-06 16:44 ` Tony Lindgren
2016-01-06 16:44 ` Tony Lindgren
2016-01-06 17:36 ` Aaro Koskinen
2016-01-06 17:36 ` Aaro Koskinen
2016-01-06 17:40 ` Sebastian Reichel
2016-01-06 17:40 ` Sebastian Reichel
2016-01-06 17:47 ` Tony Lindgren
2016-01-06 17:47 ` Tony Lindgren
2016-01-06 18:01 ` Ivaylo Dimitrov
2016-01-06 18:01 ` Ivaylo Dimitrov
2016-01-06 18:26 ` Tony Lindgren
2016-01-06 18:26 ` Tony Lindgren
2016-01-06 18:39 ` Ivaylo Dimitrov
2016-01-06 18:39 ` Ivaylo Dimitrov
2016-01-07 18:07 ` Tony Lindgren
2016-01-07 18:07 ` Tony Lindgren
2016-01-07 21:45 ` Ivaylo Dimitrov
2016-01-07 21:45 ` Ivaylo Dimitrov
2016-01-08 2:26 ` Tony Lindgren
2016-01-08 2:26 ` Tony Lindgren
2016-01-08 5:13 ` Ivaylo Dimitrov
2016-01-08 5:13 ` Ivaylo Dimitrov
2016-01-08 7:59 ` Pali Rohár
2016-01-08 7:59 ` Pali Rohár
2016-01-09 0:23 ` Ivaylo Dimitrov
2016-01-09 0:23 ` Ivaylo Dimitrov
2016-01-21 9:14 ` Pali Rohár
2016-01-21 9:14 ` Pali Rohár
2016-02-02 9:33 ` Ivaylo Dimitrov
2016-02-02 9:33 ` Ivaylo Dimitrov
2016-02-02 23:39 ` Tony Lindgren
2016-02-02 23:39 ` Tony Lindgren
2016-02-03 0:00 ` Tony Lindgren [this message]
2016-02-03 0:00 ` Tony Lindgren
2016-02-03 7:03 ` Ivaylo Dimitrov
2016-02-03 7:03 ` Ivaylo Dimitrov
2016-02-03 16:50 ` Ivaylo Dimitrov
2016-02-03 16:50 ` Ivaylo Dimitrov
2016-02-05 6:10 ` Tony Lindgren
2016-02-05 6:10 ` Tony Lindgren
2016-02-05 14:43 ` Ivaylo Dimitrov
2016-02-05 14:43 ` Ivaylo Dimitrov
2016-01-08 17:10 ` Tony Lindgren
2016-01-08 17:10 ` Tony Lindgren
2016-01-08 7:56 ` Pali Rohár
2016-01-08 7:56 ` Pali Rohár
2016-01-08 17:04 ` Tony Lindgren
2016-01-08 17:04 ` Tony Lindgren
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160203000045.GE19432@atomide.com \
--to=tony@atomide.com \
--cc=aaro.koskinen@iki.fi \
--cc=b.hutchman@gmail.com \
--cc=ivo.g.dimitrov.75@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=nm@ti.com \
--cc=pali.rohar@gmail.com \
--cc=paul@pwsan.com \
--cc=pavel@ucw.cz \
--cc=rogerq@ti.com \
--cc=sre@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.