From: "Florian Schaefer" <listbox@netego.de>
To: Jan Harkes <jaharkes@cs.cmu.edu>
Cc: codalist@TELEMANN.coda.cs.cmu.edu, linux-kernel@vger.kernel.org,
ext3-users@redhat.com
Subject: Re: [PATCH] Re: Coda and Ext3
Date: 20 Sep 2001 17:30:23 CET [thread overview]
Message-ID: <200109201630.f8KGUQ802364@dexter.netego.de> (raw)
In-Reply-To: <20010920120648.A11130@cs.cmu.edu>
In-Reply-To: <3B9792FB.7020708@progress.com> <20010906115302.B826@cs.cmu.edu> <1000909441.2017.20.camel@pcsshah> <20010919213713.D8947@cs.cmu.edu> <200109201238.f8KCcSo00731@dexter.netego.de> <20010920120648.A11130@cs.cmu.edu>
On Thu, 20 Sep 2001 12:06:49 -0400, Jan Harkes said:
> If you look at the trace, parts of it look right, but most of it doesn't
> make sense, printk never calls back into FS specific code, coda_iget
> does not call coda_cnode make, coda_inocmp isn't calling iget4, etc.
Thank you for looking at my problem. :-)
> Try to start from a fresh 2.4.9 tree, apply the ext3 patch and my Coda
This is exactly what I did just some hours ago (oh, I had to add an
aditional patch for the latest acpi daemon, but it just patches one
single acpi file).
> patch, add -fs1 to EXTRAVERSION just to force this tree to install it's
Sorry, but I've never heard of this extraversion stuff. I found it in the
main Makefile of the kernel, do I have to add the option there?
> modules in a separate directory.
Till now, I always tried to compile it directly into the kernel to be
able to boot from an ext3 partition. Does this make a difference? This
way I never had to touch my working modules.
> Copy the config of your existing tree,
> make oldconfig ; make dep ; etc...
make oldconfig? Doesn't make dep use the .config file directly?
As you can see, I have to admit that I'm quite confused. But I'll try to
sum up what I've understood: You want me to take a new copy of the
kernel, patch ext3 and your last patch into it, add some fancy options to
prevent me from ruining my current system and try it again.
But this is quite exactly what I did (aside from not compiling it as a
module).
One more thing: I can reproduce the BUG on my second computer with the a
similar setup.
Ciao
Florian
PS: I know that I haven't made your life easier with this mail, but
that's the way it is. Sorry.
prev parent reply other threads:[~2001-09-20 16:30 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20010906115302.B826@cs.cmu.edu>
[not found] ` <3B9792FB.7020708@progress.com>
2001-09-19 14:23 ` Sujal Shah
2001-09-19 15:47 ` Jan Harkes
2001-09-20 1:37 ` [PATCH] " Jan Harkes
2001-09-20 12:38 ` Florian Schaefer
2001-09-20 16:06 ` Jan Harkes
2001-09-20 16:30 ` Florian Schaefer [this message]
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=200109201630.f8KGUQ802364@dexter.netego.de \
--to=listbox@netego.de \
--cc=codalist@TELEMANN.coda.cs.cmu.edu \
--cc=ext3-users@redhat.com \
--cc=jaharkes@cs.cmu.edu \
--cc=linux-kernel@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®