From: Nick Ivanter <nick@auriga.ru>
To: "SИbastien CТtИ" <scote1@matrox.com>
Cc: jffs-dev@axis.com, mtd@infradead.org
Subject: Re: garbage collect
Date: Wed, 21 Jun 2000 12:37:42 +0400 [thread overview]
Message-ID: <39507ED5.6713CE3C@auriga.ru> (raw)
In-Reply-To: 394F88B3.1C046375@matrox.com
SИbastien CТtИ wrote:
> Nick Ivanter wrote:
>
> > I've compiled JFFS and MTD into the kernel and tried to play with it on
> > the mtdram device. It seems to work, but when I tried to mount device
> > without manually specifying a filesystem type, I got error: "Unable to
> > handle kernel NULL pointer dereference at virtual address ...........
> > Process mount........... Segmentation fault". When specifying -t jffs,
> > everything seems to be ok.
> > Does anyone have ideas about what may cause that?
>
> hmm.... when I try the same thing I get :
> mount: you must specify the filesystem type
>
> I get the same output with -t auto..... try using -t auto and see if it
> segfaults.
>
> --
> SИbastien CТtИ
I've tried it. mount with -t auto segfaults in the same way.
But I noticed interesting thing: when I then try to mount it for the first
time either with -t auto or not, I get the error immediately after entering
the command. But when I try it for the second time (again doesn't matter
specifying -t auto or not), I get debugging output from the mtdblock before
the error message:
bash# mount /dev/mtd0 /mnt -t auto
mtdblock_open
ok
Unable to handle kernel NULL pointer dereference at virtual address 0000000c
current->tss.cr3 = 01676000, %cr3 = 01676000
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c014cd43>]
EFLAGS: 00010092
..................
.................
Starting the third time and till reset, mounting /dev/mtd0 without
specifying filesystem type or with -t auto doesn't cause segfault:
bash# mount /dev/mtd0 /mnt
mtdblock_open
ok
mtdblock_release
ok
mount: you must specify the filesystem type
Nick.
To unsubscribe, send "unsubscribe mtd" to majordomo@infradead.org
next prev parent reply other threads:[~2000-06-21 8:36 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <394F7351.BC878E0D@auriga.ru>
2000-06-20 14:16 ` garbage collect dwmw2
2000-06-21 8:06 ` Nick Ivanter
2000-06-23 9:39 ` David Woodhouse
2000-06-23 9:49 ` Nick Ivanter
[not found] ` <394F88B3.1C046375@matrox.com>
2000-06-21 8:37 ` Nick Ivanter [this message]
2000-06-21 8:43 ` Nick Ivanter
[not found] <Pine.LNX.3.96.1000628091427.16453B-100000@wakko.deltatee.com>
2000-06-28 16:05 ` David Woodhouse
2000-06-28 16:34 ` Jason Gunthorpe
2000-06-28 16:44 ` David Woodhouse
2000-06-28 18:20 ` Nicolas Pitre
2000-06-28 18:54 ` David Woodhouse
2000-06-28 19:33 ` Nicolas Pitre
2000-06-29 11:39 ` David Woodhouse
2000-07-03 15:12 ` Alan Cox
2000-07-03 16:09 ` David Woodhouse
2000-07-14 11:05 ` David Woodhouse
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=39507ED5.6713CE3C@auriga.ru \
--to=nick@auriga.ru \
--cc=jffs-dev@axis.com \
--cc=mtd@infradead.org \
--cc=scote1@matrox.com \
/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.