public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Ulrich Windl" <Ulrich.Windl@rz.uni-regensburg.de>
To: linux-kernel@vger.kernel.org
Subject: 2.4.0test11: some issues and a possible show stopper
Date: Mon, 4 Dec 2000 09:00:49 +0100	[thread overview]
Message-ID: <3A2B5D39.24615.34797F@localhost> (raw)

Reading the article in the German computer magazine c't that Linux 2-4 
is scheduled for release in December, and that Linux complained people 
do not want to test the new kernel, I decided to test it.

The Hardware was: Spacewalker/Shuttle AV11 (VIA Apollo Pro chipset), 
Intel Celeron-500 ("boxed"), 128MB PC133 SD-ROM (Infineon, no crap),
EIDE IBM hardisk (4GB, supporting UDMA 33).

[If you need more detail, I can provide them]

First the lesser important issues:

During config I noticed that documentation is missing for CONFIG_INPUT 
(which is later required for USB), CONFIG_NLS_UTF8 (which is probably 
even less clear as 88591 or CP850).

Some source files produced an assembler warning about an Indirect lcall 
without '*'

When booting, the kernel said
"Unknow bridge resource 0; assuming transparent". I don't know what 
this means.

When typing "cat /proc/kmsg" I noticed that the process is not 
interuptible.

Loading the keymap failed, but it seems SuSE Linux 7.0 is not quite 3.4-
ready (util-linux, modutils, e2fsprogs too old).

I also got "EXT2 check option not supported", "can't locate module 
"vfat", probably because of old modutils however).

During some heavy disk I/O I got the impression that buffer writes are 
delayed significantly, and that reading can be delayed by several 
seconds when there is "writing back dirty buffers".

Finally I got a "gzip -t" CRC error on the kernel tar archive that was 
without error when tried with 2.2.17. This is the possible show 
stopper. The syslog messages did not report any problem (harddisk 
operating in UDMA 33 mode, using a proper cable).

Documentation/sysctl/kernel.txt still is 2.2.10!

After hacking the kernel I got a conflict between <linux/spinlock.h> 
and <asm/spinlock.h>, but it was too late to investigate. (I had done 
over 4 hours merging rejected diffs, and I was tired from pressing C-d 
C-d C-n in Emacs ;-))

Regards,
Ulrich

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

                 reply	other threads:[~2000-12-04  8:31 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=3A2B5D39.24615.34797F@localhost \
    --to=ulrich.windl@rz.uni-regensburg.de \
    --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