From: "David S. Miller" <davem@dm.cobaltmicro.com>
To: ultralinux@vger.kernel.org
Subject: Re: Observations on CVS kernel
Date: Sun, 26 Jul 1998 01:56:53 +0000 [thread overview]
Message-ID: <marc-linux-ultrasparc-90222358531082@msgid-missing> (raw)
In-Reply-To: <marc-linux-ultrasparc-90222358531081@msgid-missing>
Date: Sun, 26 Jul 1998 03:51:00 +0200
From: Bj|rn Augustsson <d3august@dtek.chalmers.se>
I had a few problems with getting modules to work, so I decided to
build a monolithic kernel. I had problems getting the nfsd support
to compile because of __my_nfsfh_is_too_big() being unresolved in
/fs/nfsd/nfsfh.c so I configured without it. Looking at the code, I
could probably just have commented the (single) usage of it out,
but I don't need the machine to serve NFS anyway.
This is a run time check, the symbol is unresolved on purpose. If the
structure in question is small enough the test will be optimized away
by the compiler. If you try to "fix" this by removing the test you
will have an nfsd which will not operate correctly at all and probably
crash the machine when used. People are actively working on a fix for
this.
What's the limit?
About 2.6MB
If I do L1A and then "go", the machine hangs. Under Solaris this
generally works. (I have never seen it hang, a friend says he saw a
panic once.)
It doesn't work because the support for it was never added. Depending
upon how much of the higher priority work gets done on the sparc64
kernel, this may or may not ever get implemented.
If I start X (BTW, very neat startup picture!), and then switch
VCs, the parts of the screen where the "border" (in the textmode)
is isn't cleared. (I still see sort of like a frame around the
text area, where the old X graphics are left.)
(X being the X I got when I installed UP 1.0.9. I haven't installed
any special fbcon X-server. I'm a bit surprised this server worked
at all.)
We worked to keep the existing X server interface to using the
graphics card work as it did before. As for the VC switching problem,
I'll let Jakub handle it.
How would I go about to set up a dual head? (X or textmode) Both
framebuffers get detected properly when booting, and the second one
(the CGsix) does _something_ (the screen clicks), but after that,
no activity ever on the second screen.
It might work if you create specific device nodes, or you run the X
server with explicit device arguments on the command line.
For dual cgsix for example I just do:
mknod /dev/cgsix0 c 29 0
mknod /dev/cgsix1 c 29 1
or add -dev arguments to the X command line.
Later,
David S. Miller
davem@dm.cobaltmicro.com
next prev parent reply other threads:[~1998-07-26 1:56 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-07-26 1:51 Observations on CVS kernel Bj|rn Augustsson
1998-07-26 1:56 ` David S. Miller [this message]
1998-07-26 19:20 ` Steve Dunham
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=marc-linux-ultrasparc-90222358531082@msgid-missing \
--to=davem@dm.cobaltmicro.com \
--cc=ultralinux@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 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.