From: Olaf Hering <olh@suse.de>
To: Alexander Viro <viro@math.psu.edu>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>, Andi Kleen <ak@suse.de>,
"David S. Miller" <davem@redhat.com>,
linux-kernel@vger.kernel.org
Subject: Re: Linux 2.4.5-ac14
Date: Sun, 17 Jun 2001 22:47:19 +0200 [thread overview]
Message-ID: <20010617224719.D20397@suse.de> (raw)
In-Reply-To: <oupzob9q84y.fsf@pigdrop.muc.suse.de> <Pine.GSO.4.21.0106160322510.10605-100000@weyl.math.psu.edu>
In-Reply-To: <Pine.GSO.4.21.0106160322510.10605-100000@weyl.math.psu.edu>; from viro@math.psu.edu on Sat, Jun 16, 2001 at 03:37:15AM -0400
On Sat, Jun 16, Alexander Viro wrote:
>
>
> On 16 Jun 2001, Andi Kleen wrote:
>
> > "David S. Miller" <davem@redhat.com> writes:
> >
> > > Alan Cox writes:
> > > > Because right now I dont consider the 2.4.6 page cache ext2 stuff safe
> > > > enough to merge. I'm letting someone else be the sucide squad.. so far it
> > > > looks like it is indeed fine but I want to wait and see more yet
> > >
> > > If it means anything it has already withstanded a few
> > > cerebus-->fsck_check-->cerebus rounds on machines here
> > > in my lab.
> >
> > ... it also seems to make ppc not boot anymore.
>
> OK, after looking at the bug report things smell very strange:
>
> * kernel had barfed on lookup for /dev/console.
> * kernel had found /dev - right inode number, etc.
> * read_cache_page(inode->i_mapping, n, ext2_readpage) on it
> gave all-zeroes for each page within first 32Kb (size of /dev on box in
> question).
> * filesystem is not corrupted.
> * all that stuff had happened with cold caches.
> * kernel was 2.4.6-pre3 + some unspecified modifications.
>
> Very odd. Could somebody try vanilla 2.4.6-pre1 on a PPC box? I _really_
> doubt that it might be an architecture-specific problem in directory
> code - it would simply fail the lookup for /dev in that case.
>
> I'll try to find a PPC nearby, but it may be tricky on weekend. So if
> somebody wants to help... Notice that problem was on read-only mount,
> so it can be tested without risking fs corruption - just try to boot
> with init=/bin/sh and do ls -lR, etc.
Al,
the pre2 didnt boot on the POWER3 SMP box. pre3 does (runs in 32bit
mode).
It could be a compiler bug because we have some trouble right now with
our toolchain on ppc32.
Right now it runs pre3 fine with a binary from the same compiler etc.
I have seen this only on that box.
Is it possible that a ppc64 writes some bogus values to the disk? I had
a ppc64 binary running but I wasnt too excited about it because it
misses some essential stuff like autofs. So I booted the 2.4.2 ppc32
kernel again with no trouble for a while..
Gruss Olaf
--
$ man clone
BUGS
Main feature not yet implemented...
next prev parent reply other threads:[~2001-06-17 20:47 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200106162255.SAA02119@olimpo.networx.com.br.suse.lists.linux.kernel>
[not found] ` <E15B0vv-000780-00@the-village.bc.nu.suse.lists.linux.kernel>
[not found] ` <15146.33742.299279.102372@pizda.ninka.net.suse.lists.linux.kernel>
2001-06-16 5:57 ` Linux 2.4.5-ac14 Andi Kleen
2001-06-16 6:15 ` Alexander Viro
2001-06-16 7:37 ` Alexander Viro
2001-06-16 8:20 ` Marc ZYNGIER
2001-06-16 8:36 ` Alexander Viro
2001-06-17 20:47 ` Olaf Hering [this message]
2001-06-16 16:33 ` David S. Miller
2001-06-16 19:53 ` pci_disable_device() vs. arch Benjamin Herrenschmidt
2001-06-16 20:06 ` Jeff Garzik
2001-06-16 20:32 ` Benjamin Herrenschmidt
2001-06-16 20:45 ` Jeff Garzik
2001-06-16 21:14 ` Benjamin Herrenschmidt
2001-06-16 21:28 ` Jeff Garzik
2001-06-16 23:23 ` Benjamin Herrenschmidt
2001-06-15 2:33 Linux 2.4.5-ac14 Dieter Nützel
2001-06-15 2:30 ` John Cavan
2001-06-15 3:32 ` Dieter Nützel
2001-06-15 4:55 ` Dieter Nützel
[not found] ` <200106150442.AAA22505@spqr.damncats.org>
2001-06-15 11:24 ` John Cavan
2001-06-15 10:01 ` Christoph Rohland
-- strict thread matches above, loose matches on Subject: below --
2001-06-14 22:44 Alan Cox
2001-06-15 21:05 ` Thiago Vinhas de Moraes
2001-06-15 21:15 ` Alan Cox
2001-06-15 21:37 ` Andreas Dilger
2001-06-15 21:53 ` David S. Miller
2001-06-16 20:56 ` Thiago Vinhas de Moraes
2001-06-16 21:14 ` Arnaldo Carvalho de Melo
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=20010617224719.D20397@suse.de \
--to=olh@suse.de \
--cc=ak@suse.de \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=davem@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=viro@math.psu.edu \
/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.