From: Peter Lieverdink <cafuego@cafuego.net>
To: Linus Torvalds <torvalds@osdl.org>
Cc: Valdis.Kletnieks@vt.edu,
Jindrich Makovicka <makovick@kmlinux.fjfi.cvut.cz>,
linux-kernel@vger.kernel.org
Subject: Re: loopback device + crypto = crash on 2.6.0-test7 ?
Date: Sun, 16 Nov 2003 19:46:08 +1100 [thread overview]
Message-ID: <6.0.0.22.2.20031116184701.01b54ae0@caffeine.cc.com.au> (raw)
In-Reply-To: <Pine.LNX.4.44.0311110847120.30657-100000@home.osdl.org>
At 03:49 12/11/2003, you wrote:
>On Tue, 11 Nov 2003, Peter Lieverdink wrote:
> > >At 13:50 11/11/2003, you wrote:
> > >Could we see a 'gcc -V' from *both* machines, please? (and an 'as -v'
> > >and 'ld -v' as well, just to be thorough?)
> >
> > They're the same. Both boxes use Debian Sid with gcc-3.3.2.
>
>[ Taa-daa-taa-daa.. Theme from "The Twilight Zone" ]
>
>And yet the kenrel works when built on one machine?
>
>I'd love to see what the differences are. If the .config etc are all 100%
>the same, I'd like to see what "diff" reports on the generated vmlinux
>files (well, to be honest, I'd need either both files on some web-site, or
>you to actually run diff and find _where_ the differences are).
>
> Linus
Well, due to [insert long explanation] the -test8 kernel wasn't available.
The "good" machine built a -test9, which crashed as well. *sigh* Mind you,
there are differences between the kernel _it_ builds and the one built by
the "bad" machine. I've uploaded a alien -t'd debian kernel packages to the
fastest web space I have for you to have a peek, if you have some time.
(what with lawsuits and whatnot ;-)
2.6.0-test9 built on the "good" box:
http://monolith.dnsalias.org/~cafuego/kernel-image-2.6.0-test9-kahlua.1.tgz
2.6.0-test9 built on the "bad" box:
http://monolith.dnsalias.org/~cafuego/kernel-image-2.6.0-test9-kahlua.2.tgz
More importantly though, the post from Jindrich:
At 00:13 16/11/2003, you wrote:
>I can confirm, having similar problem. I am using Debian Sid &
>2.6.0-test9, with 4Gig highmem support (1.5G physical RAM). When reading
>from cryptoloop (dd if=/dev/loop0 of=testoutput), it seems to produce only
>noise. Each run of dd produces completely different heap of garbage. When
>I disable highmem, getting rid of about 512 Megs, cryptoloop seems to work
>as expected - I can do losetup & mke2fs & mount & read/write files &
>unmount & losetup -d & again.. ad nauseam.
>
>Jindrich Makovicka
When I compiled on the "bad" machine with disabled HIGHMEM, the resultant
kernel has NO problems with cryptoloop. I can make a cryptoloop fs, mount,
copy, unmount, remount etc. That kernel is at:
http://monolith.dnsalias.org/~cafuego/kernel-image-2.6.0-test9-kahlua.3.tgz
So I guess HIGHMEM breaks cryptoloop somehow.
- Peter.
next prev parent reply other threads:[~2003-11-16 8:46 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-29 7:09 Soeren Sonnenburg
2003-11-07 14:01 ` Bill Davidsen
2003-11-09 13:10 ` Florian Weimer
2003-11-09 12:23 ` Soeren Sonnenburg
2003-11-10 22:41 ` bill davidsen
2003-11-10 23:27 ` Peter Lieverdink
2003-11-10 23:46 ` bill davidsen
2003-11-11 0:15 ` Linus Torvalds
2003-11-11 8:54 ` Florian Weimer
2003-11-11 2:50 ` Valdis.Kletnieks
2003-11-11 9:43 ` Peter Lieverdink
2003-11-11 16:49 ` Linus Torvalds
2003-11-16 8:46 ` Peter Lieverdink [this message]
2004-01-06 10:36 ` Peter Lieverdink
2004-01-06 10:53 ` Matthias Hentges
2003-11-15 13:13 Jindrich Makovicka
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=6.0.0.22.2.20031116184701.01b54ae0@caffeine.cc.com.au \
--to=cafuego@cafuego.net \
--cc=Valdis.Kletnieks@vt.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=makovick@kmlinux.fjfi.cvut.cz \
--cc=torvalds@osdl.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®