Dmitry Torokhov wrote:
> On Apr 5, 2005 4:01 PM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
>
>>btw Dmitri, that patch does not seem to work. But the kernel panic that
>>kicks in when X starts up does imply that _something_ changed. No sync
>>however, so no stack trace in the logs either. In fact,
Dmitry Torokhov wrote:
On Apr 5, 2005 4:01 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
btw Dmitri, that patch does not seem to work. But the kernel panic that
kicks in when X starts up does imply that _something_ changed. No sync
however, so no stack trace in the logs either. In fact, looking at
Dmitry Torokhov wrote:
> On Apr 5, 2005 4:01 PM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
>
>>btw Dmitri, that patch does not seem to work. But the kernel panic that
>>kicks in when X starts up does imply that _something_ changed. No sync
>>however, so no stack trace in the logs either. In fact,
On Apr 5, 2005 4:01 PM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
>
> btw Dmitri, that patch does not seem to work. But the kernel panic that
> kicks in when X starts up does imply that _something_ changed. No sync
> however, so no stack trace in the logs either. In fact, looking at the
> dmesg
Dmitry Torokhov wrote:
> On Apr 5, 2005 1:20 PM, Stefan Seyfried <[EMAIL PROTECTED]> wrote:
>>Jaco Kroon wrote:
>>>Dmitry Torokhov wrote:
You should be able to control that in xorg.conf.
>>>
>>>My thoughts exactly. The same goes for gpm.
>>
>>No. AFAIK multifinger taps are handled by the
Jaco Kroon wrote:
> Dmitry Torokhov wrote:
>>>OT: I think I prefer synaptics multi-finger tapping to the tapping in
>>>specific locations to get right and middle clicking, but that is another
>>>story that probably has nothing to do with the kernel, and quite likely
>>>something that is
On Apr 5, 2005 1:20 PM, Stefan Seyfried <[EMAIL PROTECTED]> wrote:
> Jaco Kroon wrote:
> > Dmitry Torokhov wrote:
>
> >>>OT: I think I prefer synaptics multi-finger tapping to the tapping in
> >>>specific locations to get right and middle clicking, but that is another
> >>>story that probably
On Apr 5, 2005 1:20 PM, Stefan Seyfried [EMAIL PROTECTED] wrote:
Jaco Kroon wrote:
Dmitry Torokhov wrote:
OT: I think I prefer synaptics multi-finger tapping to the tapping in
specific locations to get right and middle clicking, but that is another
story that probably has nothing to do
Jaco Kroon wrote:
Dmitry Torokhov wrote:
OT: I think I prefer synaptics multi-finger tapping to the tapping in
specific locations to get right and middle clicking, but that is another
story that probably has nothing to do with the kernel, and quite likely
something that is configurable in the
Dmitry Torokhov wrote:
On Apr 5, 2005 1:20 PM, Stefan Seyfried [EMAIL PROTECTED] wrote:
Jaco Kroon wrote:
Dmitry Torokhov wrote:
You should be able to control that in xorg.conf.
My thoughts exactly. The same goes for gpm.
No. AFAIK multifinger taps are handled by the touchpad firmware, but not
On Apr 5, 2005 4:01 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
btw Dmitri, that patch does not seem to work. But the kernel panic that
kicks in when X starts up does imply that _something_ changed. No sync
however, so no stack trace in the logs either. In fact, looking at the
dmesg part of
Dmitry Torokhov wrote:
On Apr 5, 2005 4:01 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
btw Dmitri, that patch does not seem to work. But the kernel panic that
kicks in when X starts up does imply that _something_ changed. No sync
however, so no stack trace in the logs either. In fact, looking at
On Monday 04 April 2005 19:35, Jaco Kroon wrote:
> Dmitry Torokhov wrote:
>
> > A-haa.. Well, in that case we'll cheat ;) and just disable MUX mode
> > for your Toshiba via a DMI quirk, like we do for certain Fujitsus. If
> > there is no external port there is no reason to have the controller in
Dmitry Torokhov wrote:
> A-haa.. Well, in that case we'll cheat ;) and just disable MUX mode
> for your Toshiba via a DMI quirk, like we do for certain Fujitsus. If
> there is no external port there is no reason to have the controller in
> MUX mode.
>
> Could you please send me output of
On Apr 4, 2005 6:54 PM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
> Dmitry Torokhov wrote:
> > Ok, try booting with "usb-handoff i8042.nomux". If that cures
>
> yes, it cures both problems (death on reboot and ALPS), in fact. But I
> must have *both* params. nomux without usb-handoff causes all
Dmitry Torokhov wrote:
> Ok, try booting with "usb-handoff i8042.nomux". If that cures
yes, it cures both problems (death on reboot and ALPS), in fact. But I
must have *both* params. nomux without usb-handoff causes all input
devices to fail. Thanks goodness for ssh. Anyway - I'm now running
On Apr 4, 2005 4:51 PM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
> Dmitry Torokhov wrote:
> > On Apr 4, 2005 3:35 PM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
> >
> >>As for loading the modules i8042, atkbd and psmouse (in that order):
> >>black void of death.
> >>
> > Hmm.. remind me, if you boot with
Dmitry Torokhov wrote:
> On Apr 4, 2005 3:35 PM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
>
>>As for loading the modules i8042, atkbd and psmouse (in that order):
>>black void of death.
>>
> Hmm.. remind me, if you boot with usb-handoff does it switch the i8042
> into active multiplexing mode (you
On Apr 4, 2005 3:35 PM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
>
> As for loading the modules i8042, atkbd and psmouse (in that order):
> black void of death.
>
Hmm.. remind me, if you boot with usb-handoff does it switch the i8042
into active multiplexing mode (you get 4 AUX serio ports)?
--
Dmitry Torokhov wrote:
> On Apr 4, 2005 12:07 PM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
>>Dmitry Torokhov wrote:
>>>On Apr 4, 2005 11:10 AM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
A while back there was quite a discussion on this issue and then
specifically "i8042 timing issues". I refer
On Apr 4, 2005 12:07 PM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
> Dmitry Torokhov wrote:
> > Hi,
> >
> > On Apr 4, 2005 11:10 AM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
> >
> >>Hello all
> >>
> >>A while back there was quite a discussion on this issue and then
> >>specifically "i8042 timing issues".
Dmitry Torokhov wrote:
> Hi,
>
> On Apr 4, 2005 11:10 AM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
>
>>Hello all
>>
>>A while back there was quite a discussion on this issue and then
>>specifically "i8042 timing issues". I refer you to
>>http://lkml.org/lkml/2005/1/27/11 for more detail.
>
> ...
Hi,
On Apr 4, 2005 11:10 AM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
> Hello all
>
> A while back there was quite a discussion on this issue and then
> specifically "i8042 timing issues". I refer you to
> http://lkml.org/lkml/2005/1/27/11 for more detail.
...
I was under impression that
Hello all
A while back there was quite a discussion on this issue and then
specifically "i8042 timing issues". I refer you to
http://lkml.org/lkml/2005/1/27/11 for more detail.
It turns out that it was the case that the i8042 controller responds too
late on commands, for example, we issue a
Hello all
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
http://lkml.org/lkml/2005/1/27/11 for more detail.
It turns out that it was the case that the i8042 controller responds too
late on commands, for example, we issue a
Hi,
On Apr 4, 2005 11:10 AM, Jaco Kroon [EMAIL PROTECTED] wrote:
Hello all
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
http://lkml.org/lkml/2005/1/27/11 for more detail.
...
I was under impression that usb-handoff
Dmitry Torokhov wrote:
Hi,
On Apr 4, 2005 11:10 AM, Jaco Kroon [EMAIL PROTECTED] wrote:
Hello all
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
http://lkml.org/lkml/2005/1/27/11 for more detail.
...
I was under
On Apr 4, 2005 12:07 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
Hi,
On Apr 4, 2005 11:10 AM, Jaco Kroon [EMAIL PROTECTED] wrote:
Hello all
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
Dmitry Torokhov wrote:
On Apr 4, 2005 12:07 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
On Apr 4, 2005 11:10 AM, Jaco Kroon [EMAIL PROTECTED] wrote:
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
On Apr 4, 2005 3:35 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
As for loading the modules i8042, atkbd and psmouse (in that order):
black void of death.
Hmm.. remind me, if you boot with usb-handoff does it switch the i8042
into active multiplexing mode (you get 4 AUX serio ports)?
--
Dmitry
Dmitry Torokhov wrote:
On Apr 4, 2005 3:35 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
As for loading the modules i8042, atkbd and psmouse (in that order):
black void of death.
Hmm.. remind me, if you boot with usb-handoff does it switch the i8042
into active multiplexing mode (you get 4 AUX
On Apr 4, 2005 4:51 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
On Apr 4, 2005 3:35 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
As for loading the modules i8042, atkbd and psmouse (in that order):
black void of death.
Hmm.. remind me, if you boot with usb-handoff does it
Dmitry Torokhov wrote:
Ok, try booting with usb-handoff i8042.nomux. If that cures
yes, it cures both problems (death on reboot and ALPS), in fact. But I
must have *both* params. nomux without usb-handoff causes all input
devices to fail. Thanks goodness for ssh. Anyway - I'm now running a
On Apr 4, 2005 6:54 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
Ok, try booting with usb-handoff i8042.nomux. If that cures
yes, it cures both problems (death on reboot and ALPS), in fact. But I
must have *both* params. nomux without usb-handoff causes all input
Dmitry Torokhov wrote:
A-haa.. Well, in that case we'll cheat ;) and just disable MUX mode
for your Toshiba via a DMI quirk, like we do for certain Fujitsus. If
there is no external port there is no reason to have the controller in
MUX mode.
Could you please send me output of 'dmidecode'
On Monday 04 April 2005 19:35, Jaco Kroon wrote:
Dmitry Torokhov wrote:
A-haa.. Well, in that case we'll cheat ;) and just disable MUX mode
for your Toshiba via a DMI quirk, like we do for certain Fujitsus. If
there is no external port there is no reason to have the controller in
MUX
36 matches
Mail list logo
