D'oh! I was definitely confused there. I reverted the bumping of the ref
count. But I think you were still seeing problems here.
As to the device mode thing, it's definitely not quite right. The issue is
how much you want to avoid reopening the device at the COM layer,
i.e. calling the driver'
On Wed, Nov 13, 2002 at 12:22:07AM +0100, Marcus Brinkmann wrote:
> On Wed, Nov 13, 2002 at 12:02:51AM +0100, M. Gerards wrote:
> > I only support the compiled format. When a user wants to use the XKB format the
> > external xkbcomp program can be used to compile the keymap. This action data
> > st
On Wed, Nov 13, 2002 at 12:02:51AM +0100, M. Gerards wrote:
> I only support the compiled format. When a user wants to use the XKB format the
> external xkbcomp program can be used to compile the keymap. This action data
> structure can't be modified without losing compatibility.
There is no gain
On Tue, Nov 12, 2002 at 11:06:32PM +0100, M. Gerards wrote:
> Before you can understand what it does you first have to know what it
> is. This plugin is no driver (as it is now), but it is an additional layer between
> the console-client and the driver. XKB is the X Keyboard Extention,
> the X way
Quoting Marcus Brinkmann <[EMAIL PROTECTED]>:
> On Mon, Nov 11, 2002 at 02:49:33PM +0100, M. Gerards wrote:
> > The first problem is the scancode to keycod translation. At the moment I've
>
> > hardcoded this translation (XKB also works like this.). I'm not happy with
> this
> > because this wil
Hi,
I've been working on the XKB console-client plugin for some weeks
now. In this mail I will inform you what I have done, what needs to be
done and how XKB globally works. This is a huge mail for something
simple like a keyboard, but well... I hope many people understand more
about keyboards tha
On Sun, Nov 10, 2002 at 02:05:20AM +0100, Marcus Brinkmann wrote:
> On Fri, Nov 08, 2002 at 10:15:51PM -0500, Roland McGrath wrote:
> > > Ok, I can try to find out where the references come from.
> >
> > Please do.
>
> ds_notify does a dev_port_lookup that acuires a reference. This reference
> i
On Tue, Nov 12, 2002 at 01:12:08PM +0100, Niels M?ller wrote:
> Michal 'hramrach' Suchanek <[EMAIL PROTECTED]> writes:
>
> > On Wed, Nov 06, 2002 at 02:52:25PM +0100, Niels M?ller wrote:
> > > Olivier P?ningault <[EMAIL PROTECTED]> writes:
> > >
> > > > You didn't understand correctly. Layer 2 tr
--- Niels Möller <[EMAIL PROTECTED]> wrote:
> Michal 'hramrach' Suchanek <[EMAIL PROTECTED]>
> writes:
>
> The interface for reading raw ethernet frames should
> primarily filter
> on ethernet type code and ethernet addresses. If
> there are several
> processes (say, two completely independent
>
Michal 'hramrach' Suchanek <[EMAIL PROTECTED]> writes:
> At the level where ip address is registered ip port can be registered as well.
> The ip header has to be analyzed to determine ip address and that makes it
> easy to check the port at the same time.
Perhaps I should read the ip specs again,
On Tue, Nov 12, 2002 at 01:12:08PM +0100, Niels M?ller wrote:
> Michal 'hramrach' Suchanek <[EMAIL PROTECTED]> writes:
>
> > On Wed, Nov 06, 2002 at 02:52:25PM +0100, Niels M?ller wrote:
> > > Olivier P?ningault <[EMAIL PROTECTED]> writes:
> > This will be needed for routing. But for packets that
Michal 'hramrach' Suchanek <[EMAIL PROTECTED]> writes:
> On Wed, Nov 06, 2002 at 02:52:25PM +0100, Niels M?ller wrote:
> > Olivier P?ningault <[EMAIL PROTECTED]> writes:
> >
> > > You didn't understand correctly. Layer 2 translator performs ethernet +
> > > arp, not ip !
> If you do not do IP int
12 matches
Mail list logo
