Works for me, too!
I downloaded, patched, built, and installed X 4.01 last night. But I
didn't get it configured or running.
Today, got it configured. Had a problem with the mouse, patch attached.
This causes the mouse to be opened RO instead of RW (-allowMouseOpenFail
no longer needed).
There are still problems with opening the mouse and keyboard.
Apparently it's a timing problem. Prestarting the translators seems
to provide a reliable workaround (OK, it's a hack, but it works);
"ls -l /dev/{mouse,kbd}" will suffice to prestart them.
Steve
On Mon, Oct 23, 2000 at 10:07:34PM +0200, Marcus Brinkmann wrote:
> Hi,
>
> That was easier than I expected. A simple counter increment was missing from
> the mouse code, so it didn't receive any events. Now it works.
>
> In fact, it works excellent. XFree86 4.0.1 is just not supporting my graphic
> card, so I can only run 4bit color depth in 800x600 ;) Also, my graphic
> problems were actually no problems: In depth8, you get only 320x200 (and
> only half the screen was used, I don't know if this is correct. Anyway, with
> depth 4 I get full screen).
>
> I posted the patch to fixes@xfree86.org, I don't know if this is publicly
> available, so I put up a copy at
>
> http://www.marcus-brinkmann.de/files/xfree-401.diff.gz
Could you post my patch there too, please.
>
> The debian packaging will follow later, don't press it, I need to give
> Branden some time to respond to my latets efforts. You also need a small fix
> in the mouse server, which I will add to the next Hurd Debian package soon
> to come.
>
> There are a couple of problems, here is my current list:
>
> 1. pflocal gets a load of threads (about 1700 after a couple of minutes
> using X). This doesn't seem to be harmful though. Killing pflocal
> between X sessions help. Does killing pflocal during an X session kill X?
> 2. mouse translator get's slow after a while, so mouse movement lags behind.
> Killing the mouse translator helps. Does killing mouse during an X
> session disturb X?
> 3. xdm deletes LD_LIBRARY_PATH from the environment, which means that
> it can't start other X processes. Setting the following in
> /etc/X11/xdm-config works around that, but might be a security risk(?):
> DisplayManager.exportList: LD_LIBRARY_PATH
> Could also be fixed with rpath, which conflicts with Debian policy.
> 4. kbd translator returns Interrupted System Call at open(). I can't
> reproduce this seperate from the Xserver, so this is a weird problem.
> Trying several times usually leads to success.
Prestarting the translator masks this. Seems to be a timing problem.
> 5. pflocal doesn't release the socket, and X thinks another server is
> already running. Sometimes killing pflocal helps, sometimes not (and in
> the cases it doesn't, I really wonder what's the culprit).
>
I haven't looked at the rest of these yet. Will probably have to wait
till next weekend.
> So, as you can see, X and Hurd servers have some problems to cooperate
> nicely. This is a big chance for you (yes, YOU) to actually get the hand
> dirty with a debugger and debug some *interesting* Hurd translator bugs.
> Don't underestimate the challenge to track down and debug those bugs, and
> the fame will also be yours if you do it!
>
> Thanks,
> Marcus
>
We're soooo close. :-) But it's the last 10% that'll take 90% of the
work....
Steve
--
Steve Bowman <sbowman@frostwork.net> (preferred)
Buckeye, AZ <sbowman@goodnet.com> <bowmanc@acm.org>
<http://www.goodnet.com/~sbowman/>
Powered by Debian GNU/Linux and GNU/Hurd <http://www.debian.org>
Attachment:
xfree-401-2.diff.gz
Description: Binary data