From: "Kendall Bennett" <KendallB@scitechsoft.com>
To: Paulo Marques <pmarques@grupopie.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Generic VESA framebuffer driver and Video card BOOT?
Date: Wed, 20 Oct 2004 10:27:08 -0700 [thread overview]
Message-ID: <41763D7C.32014.1B52EDB8@localhost> (raw)
In-Reply-To: <417682D5.2020803@grupopie.com>
Paulo Marques <pmarques@grupopie.com> wrote:
> >>How big is the module with emulator etc.?
> >
> > About 150K compiled on x86 (before linking so that has symbol information
> > etc in it).
>
> I searched for the code in the scitech FTP server... If this code
> is similar to the one found under "../obsolete/.." then it seems
> that the code is somewhat optimized for speed, whereas for video
> initialization we probably could rework it to be optimized for
> code size.
No, the code is not under /obsolete/ but under /scitech/src/x86emu (well
at least the x86 emulator portion is). It is active code we are using as
well as sharing with the X.org server (time we did a sync actually ;-).
> If the complete interpreter could fit in 64k (or something like
> that) then the chances of it getting into the kernel would be
> probably higher and could solve a lot of problems.
Given the nature of the problems at the fact that most machines where a
real video card would be used have more than enough space to add 150K to
the kernel, making it smaller would be mostly an academic exercise IMHO.
For instance the embedded machines that usually run video normally have
at least 16M of memory, usually 32M or more. Mostly because once the
kernel is up they do a lot of stuff that needs a ton more memory than a
measly 150K, such as playing MPEG2 movies, playing MP3 files etc etc.
Although it would certainly be nice if it could be made smaller, I am not
sure how much smaller it could be trimmed down to since the code was
designed originally for functionality not necessarily speed. But you
never know - perhaps some clever rearrangement of the code could make it
smaller.
> This is a problem I find somewhat interesting, and would be
> willing to give it some of my spare time...
By all means feel free to look and see what you can do. If you do make it
smaller, I am sure the X.org folks would also be interested. We don't
have the latest version of the emulator code on our ftp site (we are
working on that) but the only difference between the code up there and
the new code is a few bugs that we have fixed. The structure and
functionality is identical.
Regards,
---
Kendall Bennett
Chief Executive Officer
SciTech Software, Inc.
Phone: (530) 894 8400
http://www.scitechsoft.com
~ SciTech SNAP - The future of device driver technology! ~
next prev parent reply other threads:[~2004-10-20 17:29 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <2PjiW-3hl-21@gated-at.bofh.it>
2004-10-14 20:03 ` Generic VESA framebuffer driver and Video card BOOT? Andi Kleen
2004-10-14 20:46 ` Kendall Bennett
2004-10-15 12:39 ` Alan Cox
2004-10-15 18:20 ` Kendall Bennett
2004-10-15 18:41 ` Alan Cox
2004-10-15 20:19 ` Jon Smirl
2004-10-15 22:22 ` Kendall Bennett
2004-10-15 23:02 ` Jon Smirl
2004-10-19 21:09 ` Pavel Machek
2004-10-20 15:23 ` Paulo Marques
2004-10-20 17:27 ` Kendall Bennett [this message]
2004-10-21 4:03 Yu, Luming
[not found] <2Pkf0-42m-11@gated-at.bofh.it>
[not found] ` <2PncW-6j9-19@gated-at.bofh.it>
[not found] ` <2PncW-6j9-21@gated-at.bofh.it>
[not found] ` <20030401205016$5cc4@gated-at.bofh.it>
[not found] ` <20030401205016$63f7@gated-at.bofh.it>
[not found] ` <20030424075011$4028@gated-at.bofh.it>
[not found] ` <1ewKr-2Kh-41@gated-at.bofh.it>
[not found] ` <CebL.O9.13@gated-at.bofh.it>
[not found] ` <1bucs-57R-33@gated-at.bofh.it>
[not found] ` <2PncW-6j9-23@gated-at.bofh.it>
[not found] ` <20030423094012$4166@gated-at.bofh.it>
[not found] ` <2PncW-6j9-17@gated-at.bofh.it>
[not found] ` <2PAMY-7Ir-21@gated-at.bofh.it>
2004-10-15 14:22 ` Andi Kleen
2004-10-15 14:33 ` Alan Cox
2004-10-15 18:20 ` Kendall Bennett
2004-10-15 18:39 ` Alan Cox
2004-10-15 22:27 ` Kendall Bennett
2004-10-15 23:34 ` Alan Cox
2004-10-16 1:07 ` William Lee Irwin III
2004-10-21 11:59 ` Pavel Machek
2004-10-18 11:44 ` Martin Waitz
2004-10-18 19:43 ` Kendall Bennett
2004-10-19 17:01 ` Martin Waitz
2004-10-19 17:54 ` Kendall Bennett
2004-10-15 15:37 ` Gerd Knorr
2004-10-16 0:55 ` Andi Kleen
2004-10-16 12:21 ` Gerd Knorr
-- strict thread matches above, loose matches on Subject: below --
2004-10-14 19:02 Kendall Bennett
2004-10-15 13:48 ` Helge Hafting
2004-10-15 18:36 ` Kendall Bennett
2004-10-15 21:44 ` Helge Hafting
2004-10-15 22:12 ` Kendall Bennett
2004-10-16 17:44 ` Jon Smirl
2004-10-19 21:00 ` Pavel Machek
2004-10-19 21:11 ` Pavel Machek
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=41763D7C.32014.1B52EDB8@localhost \
--to=kendallb@scitechsoft.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pmarques@grupopie.com \
/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;
as well as URLs for NNTP newsgroup(s).