login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
April
»
27
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Jens Axboe
Subject:
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
Date: Tuesday, April 27, 2010 - 2:29 am
On Tue, Apr 27 2010, Paolo Minazzi wrote:
quoted text
> On Tue, Apr 27, 2010 at 11:16 AM, Jens Axboe <jens.axboe@oracle.com> wrote: > > On Tue, Apr 27 2010, Paolo Minazzi wrote: > >> I have tried this patch. > >> I have enabled LOGFS, but not mounted partition with it. > >> /dev/mtdblock1 is my romfs root partition and it is OK. > >> > >> The problem is that init cannot mount my /dev/mtdblock1 romfs root. > >> > >> This is the fault : > >> Platform: Cirrus Logic EDB9315A Board (ARM920T) Rev A > >> Copyright (C) 2000, 2001, 2002, Red Hat, Inc. > >> |---------------------------------------------- > >> Raw file loaded 0x00080000-0x001dce6b, assumed entry at > >> 0x00080000----------------------------------------------------------- > >> RedBoot> exec -s 0x00b00000 -r 0x00a00000 -c "root=/dev/mtdblock1 > >> console=ttyAM console=tty1"-------------------------------- > >> ENTRY=0xc0008000------------------------------------------------------------------------------------------------------------- > >> LENGTH=0x00300000------------------------------------------------------------------------------------------------------------ > >> BASE_ADDR=0x00080000--------------------------------------------------------------------------------------------------------- > >> Using base address 0x00080000 and length > >> 0x00300000-------------------------------------------------------------------------- > >> Uncompressing Linux... done, booting the kernel. > >> Linux version 2.6.34-rc5 (root@darkstar) (gcc version 3.4.3) #18 Tue > >> Apr 27 10:55:55 CEST 2010 > >> CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177 > >> CPU: VIVT data cache, VIVT instruction cache > >> Machine: Cirrus Logic EDB9315A Evaluation Board > >> Memory policy: ECC disabled, Data cache writeback > >> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 > >> Kernel command line: root=/dev/mtdblock1 console=ttyAM console=tty1 > >> PID hash table entries: 512 (order: -1, 2048 bytes) > >> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) > >> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) > >> Memory: 128MB = 128MB total > >> Memory: 126928k/126928k available, 4144k reserved, 0K highmem > >> Virtual kernel memory layout: > >> vector : 0xffff0000 - 0xffff1000 ( 4 kB) > >> fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) > >> DMA : 0xffc00000 - 0xffe00000 ( 2 MB) > >> vmalloc : 0xc8800000 - 0xfe800000 ( 864 MB) > >> lowmem : 0xc0000000 - 0xc8000000 ( 128 MB) > >> modules : 0xbf000000 - 0xc0000000 ( 16 MB) > >> .init : 0xc0008000 - 0xc0036000 ( 184 kB) > >> .text : 0xc0036000 - 0xc02ab000 (2516 kB) > >> .data : 0xc02ac000 - 0xc02c4e00 ( 100 kB) > >> SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 > >> Hierarchical RCU implementation. > >> NR_IRQS:120 > >> VIC @fefb0000: id 0x00041190, vendor 0x41 > >> VIC @fefc0000: id 0x00041190, vendor 0x41 > >> Console: colour dummy device 80x30 > >> console [tty1] enabled > >> Calibrating delay loop... 99.73 BogoMIPS (lpj=498688) > >> Mount-cache hash table entries: 512 > >> CPU: Testing write buffer coherency: ok > >> NET: Registered protocol family 16 > >> ep93xx clock: PLL1 running at 200 MHz, PLL2 at 48 MHz > >> ep93xx clock: FCLK 200 MHz, HCLK 100 MHz, PCLK 50 MHz > >> ep93xx dma_m2p: M2P DMA subsystem initialized > >> bio: create slab <bio-0> at 0 > >> SCSI subsystem initialized > >> usbcore: registered new interface driver usbfs > >> usbcore: registered new interface driver hub > >> usbcore: registered new device driver usb > >> NET: Registered protocol family 2 > >> IP route cache hash table entries: 1024 (order: 0, 4096 bytes) > >> TCP established hash table entries: 4096 (order: 3, 32768 bytes) > >> TCP bind hash table entries: 4096 (order: 2, 16384 bytes) > >> TCP: Hash tables configured (established 4096 bind 4096) > >> TCP reno registered > >> UDP hash table entries: 256 (order: 0, 4096 bytes) > >> UDP-Lite hash table entries: 256 (order: 0, 4096 bytes) > >> NET: Registered protocol family 1 > >> JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc. > >> ***REGISTER LOGFS > >> ***REGISTER LOGFS DONE ret=0 > >> ROMFS MTD (C) 2007 Red Hat, Inc. > >> msgmni has been set to 247 > >> io scheduler noop registered > >> io scheduler deadline registered > >> io scheduler cfq registered (default) > >> Console: switching to colour frame buffer device 100x37 > >> graphics fb0: registered. Mode = 800x600-16 > >> Serial: AMBA driver > >> apb:uart1: ttyAM0 at MMIO 0x808c0000 (irq = 52) is a AMBA > >> console [ttyAM0] enabled > >> apb:uart2: ttyAM1 at MMIO 0x808d0000 (irq = 54) is a AMBA > >> apb:uart3: ttyAM2 at MMIO 0x808e0000 (irq = 55) is a AMBA > >> dev->num_resources=1 > >> physmap platform flash device: 02000000 at 60000000 > >> physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank > >> physmap-flash.0: Found 1 x16 devices at 0x1000000 in 16-bit bank > >> Intel/Sharp Extended Query Table at 0x0031 > >> Intel/Sharp Extended Query Table at 0x0031 > >> Using buffer write method > >> cfi_cmdset_0001: Erase suspend on write enabled > >> cmdlinepart partition parsing not available > >> Searching for RedBoot partition table in physmap-flash.0 at offset 0x1fe0000 > >> 6 RedBoot partitions found on MTD device physmap-flash.0 > >> Creating 6 MTD partitions on "physmap-flash.0": > >> 0x000000000000-0x000000040000 : "RedBoot" > >> 0x000000040000-0x000000b40000 : "ramdisk" > >> 0x000000b40000-0x000000e40000 : "zImage" > >> 0x000000e40000-0x000001fc0000 : "jffs2" > >> 0x000001fc0000-0x000001fe0000 : "RedBoot config" > >> 0x000001fe0000-0x000002000000 : "FIS directory" > >> PPP generic driver version 2.4.2 > >> PPP Deflate Compression module registered > >> PPP BSD Compression module registered > >> ep93xx-eth version 0.1 loading > >> eth0: ep93xx on-chip ethernet, IRQ 39, 00:00:11:22:33:36 > >> ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver > >> ep93xx-ohci ep93xx-ohci: EP93xx OHCI > >> ep93xx-ohci ep93xx-ohci: new USB bus registered, assigned bus number 1 > >> ep93xx-ohci ep93xx-ohci: irq 56, io mem 0x80020000 > >> hub 1-0:1.0: USB hub found > >> hub 1-0:1.0: 3 ports detected > >> usbcore: registered new interface driver cdc_acm > >> cdc_acm: v0.26:USB Abstract Control Model driver for USB modems and > >> ISDN adapters > >> Initializing USB Mass Storage driver... > >> usbcore: registered new interface driver usb-storage > >> USB Mass Storage support registered. > >> ep93xx-rtc ep93xx-rtc: rtc core: registered ep93xx-rtc as rtc0 > >> usbcore: registered new interface driver usbhid > >> usbhid: USB HID core driver > >> TCP cubic registered > >> NET: Registered protocol family 17 > >> Last power-down at UTC 08:47:16 on 27/04/2010 > >> ep93xx-rtc ep93xx-rtc: setting system clock to 2010-04-27 08:47:16 UTC > >> (1272358036) > >> VFS: Cannot open root device "mtdblock1" or unknown-block(31,1) > >> Please append a correct "root=" boot option; here are the available partitions: > >> 1f00 256 mtdblock0 (driver?) > >> 1f01 11264 mtdblock1 (driver?) > >> 1f02 3072 mtdblock2 (driver?) > >> 1f03 17920 mtdblock3 (driver?) > >> 1f04 128 mtdblock4 (driver?) > >> 1f05 128 mtdblock5 (driver?) > >> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,1) > >> Backtrace: > >> [<c003a3dc>] (dump_backtrace+0x0/0x12c) from [<c003a520>] (dump_stack+0x18/0x1c) > >> r7:c7c11000 r6:fffffffb r5:c7c11000 r4:00000000 > >> [<c003a508>] (dump_stack+0x0/0x1c) from [<c0046628>] (panic+0x3c/0xc4) > >> [<c00465ec>] (panic+0x0/0xc4) from [<c0008d58>] (mount_block_root+0x110/0x2e8) > >> r3:00000000 r2:20000013 r1:c7c27f58 r0:c0276b44 > >> [<c0008c48>] (mount_block_root+0x0/0x2e8) from [<c0008f84>] > >> (mount_root+0x54/0x6c) > >> [<c0008f30>] (mount_root+0x0/0x6c) from [<c0009094>] > >> (prepare_namespace+0xf8/0x194) > >> r5:c001a56c r4:c001a570 > >> [<c0008f9c>] (prepare_namespace+0x0/0x194) from [<c0008aa4>] > >> (kernel_init+0x114/0x15c) > >> r6:c0019b0c r5:c0019d5c r4:c02c4e18 > >> [<c0008990>] (kernel_init+0x0/0x15c) from [<c0048e98>] (do_exit+0x0/0x628) > >> r6:00000000 r5:00000000 r4:00000000 > >> > >> > >> > >> If I disable logfs, my root /dev/mtdblock1 is mounted correclty. > > > > So this issue looks unrelated, but a bug none the less (if just enabling > > logfs breaks the mount). > > To be precise, I say : > > - downloaded 2.6.34rc5 > - apply the jens patch > - the logfs code is the code in the 2.6.34rc5 (I have no applied other > jorn patch)
(please stop top posting, I fixed this one up for you). Just to be on the safe side - without the patch, does it work or not? -- Jens Axboe --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH] [MTD] Fix JFFS2 sync silent failure
, Jörn Engel
, (Sat Apr 17, 11:40 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jens Axboe
, (Mon Apr 19, 12:38 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jörn Engel
, (Mon Apr 19, 3:15 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jens Axboe
, (Mon Apr 19, 3:20 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jörn Engel
, (Mon Apr 19, 4:39 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jörn Engel
, (Wed Apr 21, 10:54 pm)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jörn Engel
, (Wed Apr 21, 11:26 pm)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jens Axboe
, (Thu Apr 22, 2:03 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jens Axboe
, (Thu Apr 22, 3:39 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, David Woodhouse
, (Thu Apr 22, 3:58 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jens Axboe
, (Thu Apr 22, 4:05 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jörn Engel
, (Thu Apr 22, 4:55 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jens Axboe
, (Thu Apr 22, 5:08 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jörn Engel
, (Thu Apr 22, 5:17 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Linus Torvalds
, (Thu Apr 22, 7:25 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Linus Torvalds
, (Thu Apr 22, 7:33 am)
Re: [PATCH] [MTD] Fix JFFS2 sync silent failure
, Jens Axboe
, (Thu Apr 22, 9:27 am)
[Patch] Catch filesystems lacking s_bdi
, Jörn Engel
, (Thu Apr 22, 1:33 pm)
Re: [Patch] Catch filesystems lacking s_bdi
, Jens Axboe
, (Fri Apr 23, 3:05 am)
Re: [Patch] Catch filesystems lacking s_bdi
, Jörn Engel
, (Fri Apr 23, 1:55 pm)
Re: [Patch] Catch filesystems lacking s_bdi
, Jens Axboe
, (Mon Apr 26, 2:48 am)
Re: [Patch] Catch filesystems lacking s_bdi
, Jörn Engel
, (Mon Apr 26, 7:32 am)
Re: [Patch] Catch filesystems lacking s_bdi
, Jens Axboe
, (Mon Apr 26, 7:38 am)
Re: [Patch] Catch filesystems lacking s_bdi
, Jens Axboe
, (Mon Apr 26, 7:45 am)
[PATCH 1/2] [MTD] Move mtd_bdi_*mappable to mtdcore.c
, Jörn Engel
, (Mon Apr 26, 9:30 am)
[PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jörn Engel
, (Mon Apr 26, 9:31 am)
Re: [PATCH 1/2] [MTD] Move mtd_bdi_*mappable to mtdcore.c
, Jens Axboe
, (Mon Apr 26, 10:01 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jens Axboe
, (Mon Apr 26, 10:02 am)
Re: [PATCH 1/2] [MTD] Move mtd_bdi_*mappable to mtdcore.c
, Jörn Engel
, (Mon Apr 26, 10:08 am)
Re: [PATCH 1/2] [MTD] Move mtd_bdi_*mappable to mtdcore.c
, Jens Axboe
, (Mon Apr 26, 10:10 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jörn Engel
, (Mon Apr 26, 10:12 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jens Axboe
, (Tue Apr 27, 12:52 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Paolo Minazzi
, (Tue Apr 27, 1:11 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jens Axboe
, (Tue Apr 27, 1:16 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Paolo Minazzi
, (Tue Apr 27, 2:01 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jens Axboe
, (Tue Apr 27, 2:16 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Paolo Minazzi
, (Tue Apr 27, 2:26 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jens Axboe
, (Tue Apr 27, 2:29 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Paolo Minazzi
, (Tue Apr 27, 2:36 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jörn Engel
, (Tue Apr 27, 4:17 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jörn Engel
, (Tue Apr 27, 4:29 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Paolo Minazzi
, (Tue Apr 27, 4:31 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jens Axboe
, (Tue Apr 27, 4:33 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jörn Engel
, (Tue Apr 27, 4:40 am)
[PATCH] [LogFS] Return -EINVAL if filesystem image doesn't ...
, Jörn Engel
, (Tue Apr 27, 4:48 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Paolo Minazzi
, (Tue Apr 27, 4:54 am)
Re: [PATCH 2/2] [MTD] Call bdi_init() and bdi_register()
, Jörn Engel
, (Tue Apr 27, 5:05 am)
Re: [PATCH] [LogFS] Return -EINVAL if filesystem image doe ...
, Paolo Minazzi
, (Tue Apr 27, 5:53 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Ken Chen
[patch] sched: fix inconsistency when redistribute per-cpu tg->cfs_rq shares.
Ingo Molnar
Re: [PATCH v3] x86: merge the simple bitops and move them to bitops.h
Jan Engelhardt
Re: [PATCH] Allow Kconfig to set default mmap_min_addr protection
Dmitry Torokhov
Re: [2.6 patch] input/serio/hp_sdc.c section fix
Rafael J. Wysocki
[Bug #16380] Loop devices act strangely in 2.6.35
git
:
Steven Grimm
Using git as a general backup mechanism (was Re: Using GIT to store /etc)
Jeff King
Re: [PATCH] git-reset: allow --soft in a bare repo
Johannes Sixt
Re: [PATCH 01/14] msvc: Fix compilation errors in compat/win32/sys/poll.c
Johannes Schindelin
Re: [PATCH] Uninstall rule for top level Makefile
Shawn O. Pearce
Re: [PATCH v2] Speed up bash completion loading
git-commits-head
:
Linux Kernel Mailing List
cgroups: clean up cgroup_pidlist_find() a bit
Linux Kernel Mailing List
sony-laptop: Add support for extended hotkeys
Linux Kernel Mailing List
IB/core: Add support for masked atomic operations
Linux Kernel Mailing List
V4L/DVB (8939): cx18: fix sparse warnings
Linux Kernel Mailing List
ipv6 mcast: Check address family of gf_group in getsockopt(MS_FILTER).
linux-netdev
:
Inaky Perez-Gonzalez
[PATCH 40/40] wimax/i2400m: add CREDITS and MAINTAINERS entries
Karsten Keil
[mISDN PATCH v2 05/19] Reduce stack size in dsp_cmx_send()
linux
Re: 2.6.23-rc8 network problem. Mem leak? ip1000a?
David Miller
Re: tun: Use netif_receive_skb instead of netif_rx
David Miller
Re: [net-next PATCH v2] llc enhancements
freebsd-current
:
Matthew Fleming
Re: [RFC] Outline of USB process integration in the kernel taskqueue system
illoai@gmail.com
Re: OT: 2d password
Hartmut Brandt
Re: problem with nss_ldap
Andrew Reilly
Re: FreeBSD's problems as seen by the BSDForen.de community
Max Laier
Re: Upcoming ABI Breakage in RELENG_7
Colocation donated by:
Syndicate