From: Michel Dänzer <daenzerm@student.ethz.ch>
To: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
linuxppc-dev@lists.linuxppc.org,
linux-apus-devel@lists.sourceforge.net
Subject: Re: newer xfree86 4.0.1 patches
Date: Thu, 07 Sep 2000 17:09:59 +0200 [thread overview]
Message-ID: <39B7AFC7.19AF37A1@student.ethz.ch> (raw)
In-Reply-To: 5.0.0.19.2.20000907164805.01f19660@mail.munich.netsurf.de
Franz Sirl wrote:
> > > On my TODO list, I still have to make chrp_setup.c and prep_setup.c use
> > > machid_init_hw() and friends in machid.c.
> >
> >While you're at it, can you do apus_setup.c as well please?
>
> Sure I can, but APUS doesn't use either ADB or PS2 keyboards, or?
No.
> I'm not quite sure about the following:
>
> - does Apus have it's own keycodes?
Yes, I think so. At least we need our own keymaps.
> If not, do you currently use ADB or AT keycodes?
> - what's the keycode situation in XF3/4 for Apus?
AFAIK it isn't very clean with either, the best bet is still to disable Xkb.
> - if your developer repository for 2.4 is different from BK linuxppc_2_3,
> did you integrate your input layer drivers in your trees and plan to submit
> them for 2.4?
We have a CVS repository at SourceForge. Roman Zippel integrates bitkeeper
into it, but unfortunately we don't have anyone for the reverse direction. How
could that be done?
> If you want to keep the current state of affairs I can see in the
> linuxppc_2_3 tree, there's not much point in using machid.c, AFAICS. On the
> other hand, if you plan to integrate your input drivers into 2.4, it makes
> perfect sense.
I think it would be nice, but to be honest I don't fully understand what would
be involved.
Michel
--
Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and The DRI Project
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2000-09-07 15:09 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-09-06 19:32 newer xfree86 4.0.1 patches Olaf Hering
2000-09-07 9:53 ` Geert Uytterhoeven
2000-09-07 12:09 ` Olaf Hering
2000-09-07 12:42 ` Franz Sirl
2000-09-07 12:54 ` Michel Dänzer
2000-09-07 15:03 ` Franz Sirl
2000-09-07 15:09 ` Michel Dänzer [this message]
2000-09-07 16:59 ` Geert Uytterhoeven
2000-09-07 21:43 ` Michael Schmitz
2000-09-07 21:55 ` Franz Sirl
2000-09-08 9:57 ` Kostas Gewrgiou
2000-09-08 10:33 ` Franz Sirl
2000-09-07 21:41 ` Franz Sirl
2000-09-08 1:23 ` Michel Dänzer
2000-09-08 14:31 ` Franz Sirl
2000-09-08 16:16 ` Michel Dänzer
2000-09-09 10:16 ` Roman Zippel
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=39B7AFC7.19AF37A1@student.ethz.ch \
--to=daenzerm@student.ethz.ch \
--cc=Franz.Sirl-kernel@lauterbach.com \
--cc=geert@linux-m68k.org \
--cc=linux-apus-devel@lists.sourceforge.net \
--cc=linuxppc-dev@lists.linuxppc.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.