generated assembly code though,
> using gcc 3.4.2 from Fedora Core 3.
>
> > + enum { FRACTION_DENOM = 100 };
>
> The enum is much nicer than my #define.
OK. I like this patch, too. Can you guys send me a final version
incorporating the changes of you both for inclusion in the in
of the "event field not found" message caused by EV_MSC type events.
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
hid-input.c |3 +++
1 files changed, 3 insertions(+)
===
diff -Nru a/drivers/usb/i
contains the page code in high 16 bits.
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
hid-debug.h |2 +-
hid-input.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
===
diff -Nru a/drivers/usb/inp
<[EMAIL PROTECTED]>
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
kernel-parameters.txt | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
===
diff -Nru a/Documentation/kernel-parameters.txt
b/D
You can pull this changeset from:
bk://kernel.bkbits.net/vojtech/for-linus
===
[EMAIL PROTECTED], 2005-01-28 21:11:52+01:00, [EMAIL PROTECTED]
input: Fix MUX mode disabling.
Signed-off-by: Vojtech Pavlik <[EM
As usual, they're available at:
bk://kernel.bkbits.net/vojtech/for-linus
as well as in the following mails of this thread.
Thanks,
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Wed, Feb 02, 2005 at 11:39:29AM -0800, Pete Zaitcev wrote:
> On Wed, 2 Feb 2005 20:11:35 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
>
> > It's different hardware. While the ALPS pad delivers X axis in the range
> > of 0 to 1000, the Synaptics pad will give X
On Wed, Feb 02, 2005 at 09:58:51AM -0800, Pete Zaitcev wrote:
> On Wed, 2 Feb 2005 18:07:27 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Feb 02, 2005 at 08:56:28AM -0800, Pete Zaitcev wrote:
> > > On Wed, 2 Feb 2005 11:20:33 +0100, Vojtech Pavlik <[
On Wed, Feb 02, 2005 at 08:56:28AM -0800, Pete Zaitcev wrote:
> On Wed, 2 Feb 2005 11:20:33 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
>
> > Well, you removed the scaling to the touchpad resolution, which will
> > cause ALPS touchpad to be significantly slower
he speed parameter.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
-((fy(0) - fy(1))
> / 2 + (fy(1) - fy(2)) / 2) * yres / (size * 2);
> + mousedev->packet.dy = (fy(2) - value) /
> 2;
> + else if (mousedev->pkt_count == 1)
> + mousedev->packet.dy = fy(1)
/input/hid-input.c: event field not found
> > > drivers/usb/input/hid-input.c: event field not found
> > >
> >
> > I this it was fixed in Vojtech tree, probably with the following patch:
> >
> > http://marc.theaimsgroup.com/?l=linux-kernel&m=110702712719062&a
> I finish dynamic protocol switching in psmouse (those darned pass-through
> ports!). Plus again, having these 2 methods will draw driver writers'
> attention to the existence of this particular problem.
OK. I'm convinced.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscrib
On Sat, Jan 29, 2005 at 06:35:59PM -0500, Dmitry Torokhov wrote:
> On Saturday 29 January 2005 06:25, Vojtech Pavlik wrote:
> > On Sat, Jan 29, 2005 at 04:50:55AM +, Al Viro wrote:
> >
> > > > I'm very sorry about the locking, but the thing grew up in times of
l me, and I'll try to fix that as soon as possible.
>
> See above. Devices appearing and disappearing *are* normal.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, Jan 28, 2005 at 09:46:41AM -0500, Dmitry Torokhov wrote:
> On Fri, 28 Jan 2005 15:31:21 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> > On Tue, Jan 25, 2005 at 08:37:34PM +0100, Wiktor wrote:
> > > Hi,
> > >
> > > here you are gzip-ed dmes
Choose between synthetic and real raw mode
> + Format: (0 = real, 1 = synthetic (default))
>
> atkbd.softrepeat=
> [HW] Use software keyboard repeat
>
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the
this?
>
> The events are EV_MISC:
> type 4 code 4 value 65585
> type 4 code 4 value 65584
> type 4 code 4 value 589825
The events are raw HID usages, and they're intentional. The "event field
not found" is a bug, sorry, and I'll fix it ASAP.
--
Vojtech Pavlik
; everyone. Why not leave it to the few places where it actually might
> be needed? If it basically has only informal value, there are other
> ways to export this.
The setup of the bitfields is there _primarily_ for userspace. In the
end, I'd like the only two handlers that will stay to be key
ged PS/2 port - it is detected but it does
> NOT work. Thanks for paying attention.
Yes, the AUX port and PS/2 mouse port are two names for the same thing.
Do you still need atkbd.reset=1?
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe li
On Fri, Jan 28, 2005 at 10:59:39PM +0100, Andries Brouwer wrote:
> On Fri, Jan 28, 2005 at 12:10:05PM +0100, Vojtech Pavlik wrote:
>
> > And, btw, raw mode in 2.6 is not badly broken. It works as it is
> > intended to. If you want the 2.4 behavior on x86, you just n
On Thu, Jan 27, 2005 at 01:18:55PM -0500, Dmitry Torokhov wrote:
> On Thu, 27 Jan 2005 17:36:05 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> > On Thu, Jan 27, 2005 at 05:15:18PM +0100, Vojtech Pavlik wrote:
> >
> > > OK. I'll go through them, and apply a
me.
The patches are available at
bk://kernel.bkbits.net/vojtech/for-linus
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/major
of the "event field not found" message caused by EV_MSC type events.
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
hid-input.c |3 +++
1 files changed, 3 insertions(+)
===
diff -Nru a/drivers/usb/i
r maybe tests are not enought good,
> maybe some corelations when using both KBD and AUX exist and are not
> tested? as my keyboard works now, i'm not keen on solving this, but to
> make the world better and dominate it, some "runtime hardware failures
> handling" co
<[EMAIL PROTECTED]>
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
kernel-parameters.txt | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
===
diff -Nru a/Documentation/kernel-parameters.txt
b/D
On Fri, Jan 28, 2005 at 04:20:58PM +0200, Jaco Kroon wrote:
> Vojtech Pavlik wrote:
> >On Thu, Jan 27, 2005 at 09:29:47PM +0100, Andries Brouwer wrote:
> >
> >
> >>>So what _might_ happen is that we write the command, and then
> >>>i8042_wait_write()
You can pull this changeset from:
bk://kernel.bkbits.net/vojtech/for-linus
===
[EMAIL PROTECTED], 2005-01-28 21:11:52+01:00, [EMAIL PROTECTED]
input: Fix MUX mode disabling.
Signed-off-by: Vojtech Pavlik <[EM
for people with self-built machines where not
> everything works). Thanks for your help
Well, the kernel tests the AUX port and it seemed OK, that's the
problem. Unfortunately it's not always possible to detect whether
there's a problem with some device.
--
Vojtech Pavlik
SuSE
d tell us whether it's the controller or the keyboard
that is giving problems.
What keyboard model is it? What machine?
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
proper
registration of the input device, but the keyboard seems to stay in a
'disabled' state. The keyboard, not the controller, because if it were
the controller, atkbd.c wouldn't get the 'fa' responses back via
functioning interrupts.
Wiktor, can you try atkbd.dumbkbd=
e "usb-handoff" kernel option.
That way, the playing field for i8042.c would be level with 2.4. Without
it, the driver has to avoid much more obstacles.
[Hmm, a thought. Since MUX and SMM emulation are mutually exclusive,
maybe the i8042 driver should disable MUX detection unless usb-ha
id values */
> - if (ps2_command(ps2dev, param, ATKBD_CMD_GETID)) {
> + if (ps2_command(ps2dev, param, ATKBD_CMD_GETID) ||
> + (param[0] == 0xa5 && param[1] == 0xa5)) {
>
> /*
> * If the get ID command failed, we check if we can at least set the LEDs on
--
Vojtec
rver) uses hardware directly (what means uses /dev/ttyS0 as mouse
> device). i'm grateful for any help.
This dmesg looks like the keyboard works perfectly OK. Do new lines
appear in dmesg when you press keys while the system is running?
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe f
for any help.
Please try i8042.noaux=1. You say you're using a serial mouse in your
other e-mail, so the system may not have an AUX port yet the kernel
thinks it does. This may cause the keyboard to stop responding.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send t
nchronizes with the real HW, we only get the data
back with the next command.
I still don't have an explanation why both 'usb-handoff' and 'acpi=off'
help, I'd expect only the first to, but it might be related to the SCI
interrupt routing which isn't done when &#
You can pull this changeset from:
bk://kernel.bkbits.net/vojtech/for-linus
===
[EMAIL PROTECTED], 2005-01-28 02:01:34-05:00, [EMAIL PROTECTED]
Input: libps2 - fix timeout handling in ps2_command, switch to using
wa
just need to
specify "atkbd.softraw=0" on the kernel command line.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-
On Fri, Jan 28, 2005 at 02:13:12AM -0500, Dmitry Torokhov wrote:
> On Thursday 27 January 2005 11:15, Vojtech Pavlik wrote:
> > > I think that the very first path ("while true; do xset led 3; xset
> > > -led 3; done" makes keyboard miss release events and makes
same effect, like it has for Sebastian,
that'd be a good data point, too.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
l
the event handlers (whether kernel or userspace), so they will know what
to expect and can make decisions based on it.
> Vojtech, could you please explain a bit the reason for the above and what
> are your plans to e.g. fix the locking?
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To
changing HID->event mappings (via EVIOCS*) in the future and make
debugging easier now.
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
hid-input.c | 10 +++---
1 files changed, 7 insertions(+), 3
handlers as unplug.
Flush request queue on unplug, too.
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
hid-core.c | 23 ++-
1 files changed, 18 insertions(+), 5 deletions(-)
===
diff -Nru a/d
USB HID mice.
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
hid-debug.h | 24 ++--
hid-input.c | 12 +---
hid.h |1 +
3 files changed, 24 insertions(+), 13 deletions(-)
===
rebooting.
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
i8042.c | 36 ++--
1 files changed, 22 insertions(+), 14 deletions(-)
===
diff -Nru a/drivers/input/serio/i8042.c b/d
You can pull this changeset from:
bk://kernel.bkbits.net/vojtech/for-linus
===
[EMAIL PROTECTED], 2005-01-27 14:58:43+01:00, [EMAIL PROTECTED]
input: Add missing input_sync() calls to atkbd.c.
Signed-off-by: Vojtech
You can pull this changeset from:
bk://kernel.bkbits.net/vojtech/for-linus
===
[EMAIL PROTECTED], 2005-01-27 01:18:50-05:00, [EMAIL PROTECTED]
Input: ACK/NAK processing rules in libps2 were too strict - while it is a
g a larger bunch of patches sometime soon, but those
aren't as urgent as these six.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kerne
like an old Digital Hi-note
> > laptop or an early 486 board with seperate kbc and try it.
>
> I have a Digital HiNote collecting dust which had this keyboard problem
> with the RH 6.x 2.2.x boot disk kernels, IIRC. I can test if you like,
> but I won't be able to get to it
On Thu, Jan 27, 2005 at 05:15:18PM +0100, Vojtech Pavlik wrote:
> OK. I'll go through them, and apply as appropriate. I still need to wrap
> my mind around the start() and stop() methods and see the necessity. I
> still think a variable in the serio struct, only accessed by the
x27;s aren't standalone low end microcontrollers but are
> chipset integrated cells or even software SMM emulations.
>
> The real test is to fish out something like an old Digital Hi-note
> laptop or an early 486 board with seperate kbc and try it.
I'm testing it on an NexGen N
ink a variable in the serio struct, only accessed by the serio.c
core driver itself (and never by the port driver) that'd cause all
serio_interrupt() calls to be ignored until set in the asynchronous port
registration would be well enough.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubsc
On Thu, Jan 27, 2005 at 12:12:23PM +0100, Sebastian Piechocki wrote:
> Dnia czwartek, 27 stycznia 2005 11:25, Vojtech Pavlik napisał:
> > On Thu, Jan 27, 2005 at 08:23:07AM +0200, Jaco Kroon wrote:
> > > Sebastian Piechocki wrote:
> > > >As I said I'm se
rites that the AUX check ends with a timeout, we also
> >>know that it never returns any datam so adding the printk() is probably
> >>pointless.
> From the above - isn't it simply that the timeout is too short?
> Somehow enabling ACPI makes the timer go weird? Will disabling HPET
> make a difference?
>
> >>Sebastian, here are a few shots in the dark: Does disabling Legacy USB
> >>emulation in the BIOS help? It might. Could you enable i8042.c DEBUG and
> >>compare the traces in the working and non-working cases side by side
> >>whether there is anything different prior to this failure point?
>
> It doesn't look like there is any "legacy USB" options in the BIOS. I
> might just be missing it though :).
>
> Right, long mail, sorry about that.
>
> Jaco
> --
> There are only 10 kinds of people in this world,
> those that understand binary and those that don't.
> http://www.kroon.co.za/
>
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Jan 26, 2005 at 11:36:41AM -0500, Dmitry Torokhov wrote:
> On Wed, 26 Jan 2005 16:43:07 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> > On Tue, Jan 25, 2005 at 02:41:14AM -0500, Dmitry Torokhov wrote:
> > > @@ -213,7 +217,10 @@
> > > if (!retva
2_read_status();
[]
> + udelay(I8042_DATA_DELAY);
> + if (str & I8042_STR_AUXDATA)
> param[i] = ~i8042_read_data();
> else
> param[i] = i8042_read_data();
may be able to loosen the checks again now that 98% of machines do
have the PS/2 mouse port if they have the AT keyboard port.
> Still, I wonder if implementing these delays will give IO controller
> better chances to react to our queries and will get rid of some
> failures.
Agreed. I&#x
ere is no need to delete
> it in either of the chinks.
Indeed.
> - opening brace placement does not follow Linux coding style.
>
> I think I have some changes to i8042 in my tree, I will add
> i8042_platform_exit calls to the init routine. Thanks for noticing it!
--
Vojtech Pavlik
SuSE
On Wed, Jan 19, 2005 at 04:50:39PM +0100, Hannes Reinecke wrote:
> Vojtech Pavlik wrote:
> >On Wed, Jan 19, 2005 at 03:56:33PM +0100, Hannes Reinecke wrote:
> >
> >
> >>oops. hadn't thought of that. But of course, you are correct.
> >>So bett
On Wed, Jan 19, 2005 at 03:56:33PM +0100, Hannes Reinecke wrote:
> oops. hadn't thought of that. But of course, you are correct.
> So better be using monotonically increasing numbers.
>
> New patch attached.
This one looks quite OK to me.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
Is there an easy solution around it that
> doesn't entail turning off acpi?
The only one I see would be using "i8042.noacpi=1" on the kernel command
line.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
he fact that the keyboard
controller uses ports 0x60 and 0x64, not 0x66 as ACPI tries to tell us
here.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
data[4]));
> }
>
> if (s & gc->pads[GC_NES])
>
Already fixed in -ac series kernels. Thanks anyway.
--
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
On Wed, Jun 20, 2001 at 12:43:02AM +1000, Keith Owens wrote:
> On Tue, 19 Jun 2001 16:35:20 +0200,
> Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> >On Wed, Jun 20, 2001 at 12:30:05AM +1000, Keith Owens wrote:
> >> Gameports and joysticks should not be available unless
h the hours!
> Confound him, too, who in this place set up a sundial, to cut and hack
> my day so wretchedly into small pieces!" -- Plautus, 200 BCE
>
> - End forwarded message -
>
> --
> #define X(x,y) x##y
> Peter Cordes ; e-mail: X([EMAIL PROTECTED] , ns.
it into the 2.4
> kernel for a while though, until after it's been in 2.5 for a while?
It's planned for 2.5.0. If it'll make it back to 2.4.x, I can only hope.
--
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
driver (thus
disabling the normal keyboard driver to open it) and then register a new
PS/2 port which the normal keyboard driver would attach to.
See the input CVS (http://www.suse.cz/development/input/quick.html)
--
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "un
On Fri, Jun 08, 2001 at 03:19:46PM -0500, Mike Coleman wrote:
> Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> > > Can't it make mouse jump forward and back when user suddenly stops?
> >
> > In theory - yes. It doesn't seem to be a problem in practice, th
faster than
exponentially (base 2). I haven't been able to stop that fast.
> > > [If so, what kind of update rate would it do on USB?]
> >
> > It wouldn't make any difference - on USB you always get whole packets,
> > while over serial port the data is processed
rence - on USB you always get whole packets,
while over serial port the data is processed byte by byte and thus we
know a little of the information before the whole packet arrives.
--
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
eeded for serial devices as well as video terminals.
> Your work might help speed up devleopement.
Sounds cute. Where do I find the result of your work?
> > NB, Ted Tytso mentioned something at the 2.5 conference about integrating
> > some of the serial layer with the tty layer
e it indeed is.
--
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
eers: dumb serial
> port, serial mouse, joystick, etc.
Agreed. Completely.
And proposed a couple times before.
But not in my power.
So I used a N_MOUSE line discipline instead
- the best tap into the serial/tty stack I found.
--
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from thi
as been loathed by some. In 322 lines of code, all of
serial mouse handling. And much better than ever before.
Try it out. Installation notes are in the README file.
Patch against 2.4.5-ac9.
Have fun ...
--
Vojtech Pavlik
SuSE Labs
sermouse.tar.gz
On Fri, Jun 01, 2001 at 10:57:17AM +0100, Michael wrote:
> On Wed, May 30, 2001 at 09:30:39PM +0100, Alan Cox wrote:
> > 2.4.5-ac4
> > o Update USB hid drivers (Vojtech Pavlik)
>
> I think these changes have broken my USB wheel mouse.
>
>
am reporting
> it to you.
>
> I and another user thought the problem was in hid_input_field, but upon
> looking I now think not.
>
> My mouse is fairly unusable in X, and unfortunately I can not figure out
> a fix.
It is a quite stupid bug. Here is the fix (already sent to Al
On Thu, May 31, 2001 at 10:06:54AM +0200, Vojtech Pavlik wrote:
> On Thu, May 31, 2001 at 05:52:39PM +1000, Keith Owens wrote:
>
> > On Thu, 31 May 2001 08:08:45 +0200,
> > Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> > >On Thu, May 31, 2001 at 11:29:06AM +100
On Thu, May 31, 2001 at 05:52:39PM +1000, Keith Owens wrote:
> On Thu, 31 May 2001 08:08:45 +0200,
> Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> >On Thu, May 31, 2001 at 11:29:06AM +1000, Keith Owens wrote:
> >> With your patch, if a user selects
On Thu, May 31, 2001 at 11:29:06AM +1000, Keith Owens wrote:
> On Wed, 30 May 2001 18:15:31 +0200,
> Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> >On Wed, May 30, 2001 at 02:46:42PM +1000, Keith Owens wrote:
> >> This is messy. gameport.h is included by code outside
0bb Before first symbol
> Code; 0010 Before first symbol
> 10: 31 c9 xor%ecx,%ecx
> Code; 0012 Before first symbol
> 12: 8d 70 00 lea0x0(%eax),%esi
>
> The module loaded OK in 2.4.5-ac3. input, joydev, ns558, gamepor
>
> That's what we like Linux for. It doesn't get confused when everything
> else does :-)
>
> Thanks for your very interesting reply.
--
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
, 0x10, 0x2f, VIA_UDMA_66 },
> { "vt82c686", PCI_DEVICE_ID_VIA_82C686, 0x00, 0x0f, VIA_UDMA_33 |
>VIA_BAD_CLK66 },
> { "vt82c596b", PCI_DEVICE_ID_VIA_82C596, 0x10, 0x2f, VIA_UDMA_66 },
Not sure what version you're using, but if it's 3.23 (I b
not set
> # CONFIG_NLS_ISO8859_8 is not set
> # CONFIG_NLS_CODEPAGE_1251 is not set
> CONFIG_NLS_ISO8859_1=m
> # CONFIG_NLS_ISO8859_2 is not set
> # CONFIG_NLS_ISO8859_3 is not set
> # CONFIG_NLS_ISO8859_4 is not set
> # CONFIG_NLS_ISO8859_5 is not set
> # CONFIG_NLS_ISO8
There were no changes lately in the VIA driver. Can you spot where the
problems begun?
--
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/m
On Wed, May 16, 2001 at 07:37:45AM -0700, Jonathan Lundell wrote:
> At 10:02 AM +0200 2001-05-16, Vojtech Pavlik wrote:
> > > It's also true that some buses simply don't yield up physical
> >> locations (ISA springs to mind,
> >
> >ISA is quite
e.
>
> It's also true that some buses simply don't yield up physical
> locations (ISA springs to mind,
ISA is quite fine, you can use the i/o space as physical locations.
> and I gather that FC is squishy that
> way), but it's desirable to be able to make the conn
x27;s:
hdparm -t /dev/hda
> The fact that you _can_ do so makes the patch valid, and I do agree with
> Al on the "least surprise" issue. I've already applied the patch, in fact.
> But the fact is that nobody should ever do the thing that could cause
> problems.
--
Vojtech Pav
uot;, "Multi-Axis
>Controller"};
I'll have to verify, but either a fix got lost somewhere, or this is a
bug in the joystick. The hats were working fine.
--
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
"Cable Type: 40w
> 40w"... Is it right? I have a 80w cable, not 40.
Check your BIOS settings, if you have disabled UDMA in the BIOS, the
driver can't detect the cable. If that doesn't work, use "ide0=ata66"
on the kernel comm
On Thu, Apr 19, 2001 at 04:46:03PM +0200, David Balazic wrote:
> Vojtech Pavlik ([EMAIL PROTECTED]) wrote :
>
> > On Wed, Apr 18, 2001 at 10:21:53PM -0400, Manuel Ignacio Monge Garcia wrote:
> >
> > > El Mié 18 Abr 2001 15:16, escribiste:
> > > > I d
data and assume the cable is present, use 'ide0=ata66' or
> * 'ide1=ata66' on the kernel command line.
> *
>
> I've tried with ide0=ata100, but this options doesn't work.
Try ide0=ata66 instead. The option should have been named ide0=80wire,
but, well, &q
s is
> the wrong place
> to ask. If there are better places to be looking for this data I am
> happy to RTFM there.
>
> Now trying 2.4.3-ac6 to see what happens there.
idebus= isn't used in case there is no VL-BUS or PCI bus in your system.
--
Vojtech Pavlik
SuSE Labs
-
To unsu
On Wed, Mar 28, 2001 at 05:19:33PM -0600, [EMAIL PROTECTED] wrote:
> It's been rumoured that Vojtech Pavlik said:
> > On Wed, Mar 28, 2001 at 08:31:52PM +0200, Gunther Mayer wrote:
> > > [EMAIL PROTECTED] wrote:
> > > > It's been rumoured that Gunther Mayer
tocol variations.
>
> Getting resync right is not as easy as detecting zero bytes. You
> should account for wild protocol variations in the world wide mouse
> population, too.
The new input psmouse driver can resync when bytes are lost and also
shouldn't lose any bytes if there are
he accuracy of the current algorithm
is +- .01 MHz.
Once tested a little more, the measurement will probably go in, however
with an option for the user to override it with a command line
parameter.
Btw, if it isn't a secret - what other drivers are those and what is the
exact method you used
On Thu, Mar 08, 2001 at 11:35:42AM -0700, Harold Oga wrote:
> On Thu, Mar 08, 2001 at 09:17:06AM +0100, Vojtech Pavlik wrote:
> >On Wed, Mar 07, 2001 at 01:23:49PM +, John Heil wrote:
> >Make sure you use the latest 2.4.2-acxx drivers. Most other versions of
> >my driver
4.x series, so I added all the other changes to
the 3.20 driver, and 3.21 was born.
4.x is development
3.x is stable
--
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at h
t IDE interface.
If you wonder why /proc/ide/via reports slower DMA rates for the HDD
when the ZIP is connected is because the auto slowdown code kicks in and
lowers the transfer rate when too many CRC errors happen.
--
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "
t; I just acquired a new 1.1G athlon on an asus a7v133. It has a 686b.
> What should I expect w the 686b? and is the Via 686b data sheet
> available somewhere?
Make sure you use the latest 2.4.2-acxx drivers. Most other versions of
my drivers have little bugs in the 686b support. Harmless bu
gt; something cheap that locks them together. I will bring up ac-12 and check
> the error message...
Actually I'm beginning to suspect the PSU here ... does removing the
CD-ROM (leaving just the HDD and the ZIP in) help? Does the ZIP cause
errors even when connected just to the power cabl
301 - 400 of 554 matches
Mail list logo
