> I've yet to see a BIOS that exposed the functionality
ThinkPads do let the user enable/disable it.
--
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
't test intermediate rc-releases between 2.6.12 and 2.6.13 but I have
> seen in the Changelog that there has been some considerable modifications
> exactly
> for the wheel detection in the psmouse-driver, for example:
>
> --------
> commit 7b4019d04895
at
> > either, though. Maybe it's just there to torment reverse engineerers, or
> > trap memory corruption?
>
> I had seen something like that before -- it was image compression
> and they were using 9bit "bytes"... which worked like obfuscation, too.
Yes, if t
l other things looked solvable with a reasonably small effort.
--
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/
ver.
> >Many people would like that. But not many enough to make it happen, at
> >least not until now.
> Ah cool - there's hope - any pointers on how I can get a counter or
> lobby group going? :-)
Just start coding. ;) That helps most.
--
Vojtech Pavlik
SuSE Labs
rivers & kernels develop in the future, this capability will
> always be (immediately) available - and not have to wait for patches.
Many people would like that. But not many enough to make it happen, at
least not until now.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: s
cceleration
> where available, e.g., VIA EPIA. Does the current kernel crypto support
> include hardware acceleration, or is there any projects working on this?
Look here: http://www.logix.cz/michal/devel/
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line
ted by a non-GPL part.
There may be other connotations to the word in various regions in the
english speaking world that give it much darker meanings, though, that I
don't know about.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux
y it's
some kind of compressed data, although the repeating parts would appear
in regular compressed blobs.
Anyone, does this ring a bell?
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
re,
> as it seems to be a bit buggy on the WEP implementation.
It seems quite buggy in other respects, too, one day it stopped
accepting any packets through the WiFi interface, even after factory
reset. The WiFi did work, though, I could associate, etc. The other side
worked too. But no data. Then, anothe
lts, I may assume that md is not the cause of the problem.
>
> What comes as a big surprise is that I loose 25% performance with only
> two disks and each hanging on its own channel!
>
> Is this normal? I wonder if other people have the same problem with
> other controllers or
On Tue, Aug 30, 2005 at 07:49:05PM +0400, Michael Tokarev wrote:
> Vojtech Pavlik wrote:
> > Hi!
> >
> > The D-Link DWL-G730AP devices from the Kernel Summit run Linux, And it's
> > likely a GPL violation, too, since sources are nowhere to be found.
> >
>
ux
> > > in there.
> >
> > Good luck. I'll try to take a look, too.
>
> Up to now I can only tell you that it doesn't look like any of the 50+
> linux firmware images I've seen so far.
Too bad. Well, I'll have to try to hook up a serial port.
--
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/
ouchsystems, they used my HID driver as a base of their own binary-only
driver and don't answer to e-mail.
> > I'd love to get more out of this cute device ...
>
> If the design really is identical enough to the ASUS device, then I
> suggest looking into
> http://dls
30g are available at: [URL removed]
PS. I already tried to send this mail twice, but something ate it. I've
removed the URLs this time, hopefully that was the reason the spam
filter at LKML didn't like it.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send t
return;
> > @@ -1011,6 +1022,8 @@ static int fat_read_root(struct inode *i
> > struct msdos_sb_info *sbi = MSDOS_SB(sb);
> > int error;
> >
> > + init_MUTEX(&(MSDOS_I(inode)->scan_lock);
> > + MSDOS_I(inode)->scan_hints =
s always the default from mdadm (64k). Filesystem
> was always created with the command mke2fs -j -b4096 -O dir_index
> /dev/mdx.
>
> I also have tried with 2.6.13-rc7, but here the speed was much lower,
> the maximum there was approx. 140 MB/s for writting.
Now that's very low.
orking just
> >fine, so it's not too important, I'm just a currious nature :)
>
> Well, as I said before, it's just pure guess, but it's cool to invent
> stories ;-)
It's a correct guess, though. They mixed up the vendor and device IDs in
user program.
>
> Indeed. Each user program should not care about it. An event/hotplug
> library should, and the user programs should use that. Like d-bus/HAL.
Yep. Exactly so.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubs
y after the last application closes
it.
What exact change of behavior do you need? If you want the kernel to
match the newly plugged-in device to the existing, open, unattached,
evdev node, well, that's near impossible to do solely in the kernel.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To un
really possible to mix the events from all devices together,
namely touchscreens, since mixing of ABS_* events is undefined.
--
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 from another register, also
supplied by the BIOS. If you set the drive to 'none', it doesn't have
anywhere to look, since the primary location is borked because of bad BIOS.
--
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/
the SuSE kernel CVS. It's been in SuSE's kernels
since 9.1 I believe, and that's a long time.
[usb-handoff-default.diff]
Date: Fri Mar 4 21:53:39 CET 2005
From: Vojtech Pavlik <[EMAIL PROTECTED]>
S
ps around 22HZ.
>
> I guess I'll have to go hunting whatever thing is causing the pollings. no
> timertop yet, I guess? :P
i8042 runs a steady periodic 20Hz timer. You can make it slower to get
even the total low lower, and it will not affect performance under
normal (sane hardware) circ
On Tue, Aug 02, 2005 at 11:47:13AM -0400, Lee Revell wrote:
> On Tue, 2005-08-02 at 17:44 +0200, Vojtech Pavlik wrote:
> > Is your keyboard interrupt (irq #1) working correctly? If not, then the
> > keyboard controller is polled at 20Hz to compensate for lost interrupts,
> >
same problem at the
> console, I don't think it could be an X issue unless X was able to wedge
> the keyboard controller.
>
> It feels like typing over a slow modem link, I can get about one word
> ahead of the cursor (X or console, regardless of load) but the delay
> seems to be
ead 0.0
Well, accelerometers are not load cells with a weight mounted to them,
that's the thing.
> You need to calibrate using real values. With a sping-scale, and
> some room to swing the device, you can readily obtain some accurate
> load values.
The Earth's gravity is a very we
,0]G,
[1,0]G, [0,1]G, [0,-1]G calibration.
>From these five measurements you have both the zero point and the
slopes, including a good error estimate.
I've done that before when toying with IMUs.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the lin
> be more a result of the problem rather than the cause.
Please try 'usb-handoff' on the kernel command line. This looks like an
usual symptom on machines that need it.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
s. A normal Athlon64 will likely have only
C0. Mobile chips can go up to C4, which is really deep sleep.
--
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 Tue, Jul 26, 2005 at 02:26:02PM +0200, moreau francis wrote:
> Thanks Vojtech for your answers !
>
> --- Vojtech Pavlik <[EMAIL PROTECTED]> a écrit :
>
> > It's also available via an ioctl() and in sysfs. This allows you to
> > specify in an application th
rivers/media/video/zr36120.c
> drivers/media/video/zr36120_i2c.c
> drivers/media/video/zr36120_mem.c
> drivers/net/wan/sdladrv.c
> drivers/scsi/NCR5380.c
> drivers/scsi/NCR5380.h
> drivers/scsi/scsi_module.c
> drivers/video/pm3fb.c
> fs/befs/attribute.c
> fs/binfmt_som.c
> sound/
On Tue, Jul 26, 2005 at 01:47:05PM +0200, moreau francis wrote:
> hello,
>
> --- Vojtech Pavlik <[EMAIL PROTECTED]> a écrit :
>
> > > What is this field for ?
> >
> > It is intended for identifying the device based on "location" in the
> &
nitialise
> "phys" field in in "input_dev" struct before calling "input_register_device".
Yes, it is required.
> What is this field for ?
It is intended for identifying the device based on "location" in the
system.
--
Vojtech Pavlik
SuSE Labs, SuS
}
> >
> > use an ifdef? It only applies to cyrix_55x0, and mark_offset_tsc is a
> > pretty hot path.
>
> I see your point, but several distros build kernels that run on
> almost any x86-32 machine, so I think that it's there as is
> for universal-kernel support.
struct pt_regs *regs)
> {
> - struct input_dev *input = &field->hidinput->input;
> + struct input_dev *input;
> int *quirks = &hid->quirks;
>
> - if (!input)
> + if (!field->hidinput)
> return;
> + input = &
next
> to be executed" timer would be programmed into the counter's "match
> timer".
>
> We would have no timer ticks when nobody requested them - the CPUs would
> be allowed to sleep for, say, even 50 ms when no task is RUNNING.
--
Vojtech Pavlik
SuSE Lab
ters a whole lot
> less.
A note on the relaive timer API: There needs to be a way to say
"x milliseconds from the time this timer should have triggered" instead
of "x milliseconds from now", to avoid skew in timers that try to be
strictly periodic.
But other than that - such an
critical (remembering that the
> kernel doesn't do floating point math)
No, but 1/1000Hz = 100ns, while 1/864Hz = 1157407.407ns. If you have
a counter that counts the ticks in nanoseconds (xtime ...), the first
will be exact, the second will be accumulating an error.
It's a tra
consider the RTC again.
Another BIG problem with RTC is that it doesn't allow reading its
internal counter like the PIT does, making TSC interpolation even harder.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&q
; Hi,
>
> Could you please provide us with debug dmesg - just boot with
> i8042.debug on kernel command line.
Also try the usual options ("i8042.nomux=1" and "usb-handoff"). One or
both may make the problem disappear.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsu
gt; > Actually we have this in input tree:
> > >
> > > static inline void
> > > usb_to_input_id(const struct usb_device *dev, struct input_id *id)
> >
> > This cleans up a lot of code indeed. Too bad this is not upstream yet...
> >
>
> It is in
> the range of 848ppm for HZ=1000 BECAUSE we need to follow the
> standard. You can easily see this with the current 2.6 kernel. We
> even have a bug report on it:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=3289
Going to HZ=864 would fix this problem. It would likely cause other
e the 0.0 case, and 18Hz is not bad either. IIRC, DOS used 18HZ ;)
> http://jengelh.hopto.org/tick/
DOS used 65535 as the divisor (ticks/jiffie), which doesn't give an
integer HZ.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe li
On Tue, Jul 12, 2005 at 10:39:00PM +1000, Con Kolivas wrote:
> On Tue, 12 Jul 2005 22:10, Vojtech Pavlik wrote:
> > The PIT crystal runs at 14.3181818 MHz (CGA dotclock, found on ISA, ...)
> > and is divided by 12 to get PIT tick rate
> >
> > 14.3181818 MHz /
519 2299 0.99314 -0.7
864 1381 1.01829 1.8
--
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://vge
. Should I wait for that or apply the patch you just sent?
> > This could be quite useful, too, for right and middle button taps (2 and
> > 3 fingers) - since the Macs lack these buttons.
>
> Indeed. But this can be a later improvement, let's make one finger work
> for no
future, we could add here code to search for
> + * a second finger...
> + * for now, scrolling using the synaptics X driver is
> + * much more simpler to achieve.
> + */
This could be quite useful, too,
rything is OK, add your
Signed-off-by: line?
> Signed-off-by: Peter Osterlund <[EMAIL PROTECTED]>
> ---
>
> Documentation/input/appletouch.txt | 120 +
> drivers/usb/input/Kconfig | 19 +
> drivers/usb/input/Makefile |1
> drivers/usb/input/appletouch.c |
nd the
progress of development.
Obviously, it's much harder to do that than to comment on a misplaced
brace.
It's an utter waste of effort to force a first time patch author to fix
all the style issues in his patch, just to see it rejected by the
maintainer because it is fundamentally
t; + int rc = 0;
> > + u8 ioh;
> > + u8 iol;
>
> Put these two on one line? Are you sure probe can't be called during
> runtime for some pci hotplug case?
__devinit should be used here, if for nothing else, then for sanity's
sake.
--
Vojtech Pavlik
S
SUSE, many thanks to Andi Kleen and Andrea Arcangeli) have
already fixed most of the breakage "usb-handoff" causes on certain
(nvidia, etc) boxes, because of unusual memory layouts and iounmap()
that can't cope with that, I believe it'd be a good idea to enable
"usb-handoff&q
t the
initalization behavior at all, only the way how TouchPoint data are
decoded.
--
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/maj
On Sun, Jul 10, 2005 at 12:48:30AM +0200, Peter Osterlund wrote:
> Vojtech Pavlik <[EMAIL PROTECTED]> writes:
>
> > Btw, what I don't completely understand is why you need linear
> > regression, when you're not trying to detect motion or something like
> &g
tion is quite annoying, because it
> prevents emacs from finding the beginning of the function. It should
> be written like this:
>
> static int atp_calculate_abs(int *xy_sensors, int nb_sensors, int fact)
> {
Agreed, this should be fixed.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To
en counter (the open
callback is called only once for each device), and the
> +module_init (atp_init);
> +module_exit (atp_exit);
spaces here, I think I can merge it.
Btw, what I don't completely understand is why you need linear
regression, when you're not trying to detect motio
l be called serio_raw.
> _
>
> --
> Peter Osterlund - [EMAIL PROTECTED]
> http://web.telia.com/~u89404340
>
--
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/
I expect 2.6.13 should have
the fix.
As a workaround, you can try disabling the gameport in BIOS. The legacy
probe won't see it, and the PnP probe might enable it just fine.
--
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/
t supposed to move them around.
The shock when the machine hits the ground will cause the head to move
anyway and bounce across the whole surface.
Real parking makes a click because the head is moved outside the surface
and locked in that position.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscri
On Thu, Jul 07, 2005 at 02:39:58PM -0700, Dmitry Torokhov wrote:
> Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> > On Thu, Jul 07, 2005 at 11:24:43PM +0200, Mattia Dongili wrote:
> > > On Thu, Jul 07, 2005 at 01:02:38PM -0700, Dmitry Torokhov wrote:
> > > > Matt
some rest now, I'll try again tomorrow morning (I must be missing
> something stupid right now) and report to you again.
Could be the enabled debug is adding extra delay, making the problem
impossible to reproduce. IIRC, we've seen this with an ALPS pad, too,
Dmitry, right?
--
Vojtech
On Thu, Jul 07, 2005 at 05:20:59PM +0300, Anssi Hannula wrote:
> Vojtech Pavlik wrote:
> >On Fri, Apr 08, 2005 at 08:29:52PM +0300, Anssi Hannula wrote:
> >
> >>This patch adds Force Feedback interface to joydev. I felt this
> >>necessary because games usua
> +Please read joystick.txt before reading further this document.
>
> 2. Instructions to the user
> ~~~~~~~
> -Here are instructions on how to compile and use the driver. In fact, this
> -driver is the normal iforce, input and evdev drivers written by Vojtec
le[JOYDEV_MINORS];
>
> +static int digital = 0;
> +
> +MODULE_PARM(digital,"i");
> +MODULE_PARM_DESC(digital,"if 1, handle digital joysticks via the 'ElCheapo'
> interface");
> +
> MODULE_AUTHOR("Vojtech Pavlik <[EMAIL PROTECTED]&g
ossible solution i really appreciate.
> ciao!
Sorry, you can't use 'setkeycodes' on USB keyboards. They don't use the
PS/2 protocol, and hence it doesn't make sense.
--
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/
_irq = i8042_pnp_aux_irq;
>
> - printk(KERN_INFO "PNP: PS/2 Controller [%s%s%s] at %#x,%#x irq
> %d%s%d\n",
> + printk(KERN_INFO "PNP: PS/2 Controller [%s%s%s] at %#x,%#x irq %d,%d\n",
> i8042_pnp_kbd_name, (result_kbd > 0 && r
/2 Generic explorer mouse on isa0060/serio1
>
> and then my mouse works good, the button 2 works.
>
> I send this just for information.
>
> PS: it looks like the serio1 is my keyboard and that the mouse is on serio0.
What mouse is it? (Manufacturer / model?)
--
Vo
On Mon, Jul 04, 2005 at 01:28:06AM +0200, Peter Osterlund wrote:
> Vojtech Pavlik <[EMAIL PROTECTED]> writes:
>
> > On Sun, Jul 03, 2005 at 01:49:13PM +0200, Peter Osterlund wrote:
> > > Dmitry Torokhov <[EMAIL PROTECTED]> writes:
> > >
> > >
t; atkbd driver, you have to turn off hardware auto repeat for this to
> take effect.
By sending the events, the driver is asked to change the delay/repeat
rate. It should work in the software autorepeat and in the hardware
autorepeat cases.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
There was opposition from Alan Cox, who said that it crashes
some machines hard. On the other hand, that is a BIOS interaction bug
that most likely can be fixed and is very rare. I'd prefer a
'usb-no-handoff' switch for these machines.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To
+ 25-akpm/drivers/input/mouse/alps.c2005-03-21 22:23:53.0
> -0800
> @@ -395,7 +395,7 @@ int alps_init(struct psmouse *psmouse)
> }
>
> if (param[0] & 0x04) {
> - printk(KERN_INFO " Enabling hardware tapping\n");
> + printk
it
> doesn't seem to work as expected. Can someone get hold of a CF-29 and
> test the psmouse-patch with it?
No, I don't have any ToughBooks nearby.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
nerate the "Wheel +1" "Wheel -1" events like a
mouse would.
> evtest on /dev/input/event1 gives me events from the mouse.
> mouse0, mouse1 and mouse2 cannot be used with evtest.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "un
and allows for vertical and horizontal scrolling in eg. Firefox.
--
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-
> If you want to go the route of least surprise you may want to
> make sure the "new" mice get higher numbers instead of
> pushing "older" mice around.
The numbers are based on probe order, first come, first serve.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscrib
a keyboard has scroll
> > wheel(s) by its ID?
>
> What sort of keyboard has a scroll wheel??
Many today. Microsoft, Logitech, most "office" and "internet" keyboards.
--
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/
el(s) by its ID?
If it were, I'd already have used it.
> > This is a mouse connected to the ps2 port, also appearing as /dev/psaux
>
> I'd recommend using /dev/input/mice unless you want to _exclude_ some
> of your input devices. It will get data from all you mice at once
I was trying to
> find the solution for quite some time before posting to LKML,
> without any success, and the solution was already 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 [E
d between the two versions?
I see you have 'psmouse' as a module. If i8042 (and psmouse) are loaded
after uhci-hcd (or ohci-hcd), the problem will disappear, too.
> So is this a bios/mobo problem,
Yes.
> or can it be solved in kernel somehow?
We could have usb-handoff by default
On Mon, Mar 14, 2005 at 06:53:11PM +0300, Michael Tokarev wrote:
> Vojtech Pavlik wrote:
> >On Mon, Mar 14, 2005 at 02:52:00PM +0300, Michael Tokarev wrote:
> >
> >
> >>After plugging in USB keyboard and loading uhci-hcd and
> >>usbhid, the keyboard un-freez
= 0) {
rvosteps = 0;
} else {
if I understand the original intent of the second test in the while()
statement.
Any comments? Is my understanding of that bit of code correct?
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line
all after such
> freeze, or it worked automatically after loading usbhid.
>
> BTW, it's 2.6.10, I can't made it work with 2.6.11 at all.
Can you try 'usb-handoff' on the kernel command line?
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send
On Mon, Mar 14, 2005 at 07:01:23AM -0500, Stephen Evanchik wrote:
> On Mon, 14 Mar 2005 09:19:49 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> > > +/*
> > > + * Mode manipulation
> > > + */
> > > +#define TP_SET_SOFT_TRANS (0x4E) /* Set mode
efine TP_SET_HARD_TRANS (0x45) /* Mode can only be set */
What exactly is transparent mode?
--
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.ke
On Thu, Mar 10, 2005 at 05:41:42PM +0100, Hans-Christian Egtvedt wrote:
> On Thu, 2005-03-10 at 17:18 +0100, Vojtech Pavlik wrote:
> > On Tue, Mar 08, 2005 at 05:01:00PM +0100, Hans-Christian Egtvedt wrote:
> >
> > > I really don't think the controller can n
dbg("%s - input_register_device", __FUNCTION__);
> + input_register_device(&itmtouch->inputdev);
> +
> + printk(KERN_INFO "itmtouch: %s registered on %s\n", itmtouch->name,
> path);
> + usb_set_intfdata(intf, itmtouch);
> +
> + return
d convert drivers one by one and kill
> the stubs later.
OK, I'll add it, since it fixes immediate breakage. I'll also accept
patches that #ifdef-out the relevant parts of sound drivers if gameport
support is not present.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this
On Mon, Mar 07, 2005 at 07:31:45PM +0100, Esben Stien wrote:
> Esben Stien <[EMAIL PROTECTED]> writes:
>
> > Hmm, I'm getting the same hash for evdev.c between 2.6.10 and
> > 2.6.11. I hope Vojtech Pavlik got the reports.
>
> Ahh, I see he got lots of juicy
even better behavior, use 'evtouch' from Kenan Esau as an X
driver.
--
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/ma
free(cs4281_t *chip) { }
> +static inline int snd_cs4281_create_gameport(cs4281_t *chip) { return
> -ENOSYS; }
> +static inline void snd_cs4281_free_gameport(cs4281_t *chip) { }
> #endif /* CONFIG_GAMEPORT || (MODULE && CONFIG_GAMEPORT_MODULE) */
--
Vojtech Pavlik
SuSE Labs, SuSE CR
, but _is_ used when DEBUG is also enabled in
hid-input.
Mark the function with __attribute__((unused)) to silence the warning
when only hid-core is being DEBUGged.
Signed-off-by: Adam Kropelin <[EMAIL PROTECTED]>
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
On Mon, Mar 07, 2005 at 02:10:02PM +0100, Vojtech Pavlik wrote:
> On Mon, Mar 07, 2005 at 01:24:32PM +0100, Benoit Boissinot wrote:
> > I get a NULL pointer deference in with alps while suspending.
> >
> > The following patch fixes it: alps_get_model returns a pointer o
el = alps_get_model(psmouse)))
> return -1;
>
> printk(KERN_INFO "ALPS Touchpad (%s) detected\n",
> @@ -412,7 +412,7 @@ int alps_init(struct psmouse *psmouse)
>
> int alps_detect(struct psmouse *psmouse, int set_properties)
> {
> - if
heels, bells and
whistles.)
> I personally never used an external mouse. But last weekend I played
> around a little bit and recognized that there are some BIOS-settings
> which control the behavior of the touchscreen, quickpoint-device and
> external mouse. I have to play around with
On Mon, Mar 07, 2005 at 02:14:17AM -0500, Daniel Barkalow wrote:
> On Fri, 4 Mar 2005, Vojtech Pavlik wrote:
>
> > /* Relative movement packet */
> > if (z == 127) {
> > - input_report_rel(dev2, REL_X, (x &
use"
> P: Phys=isa0060/serio1/input1
> H: Handlers=mouse1
> B: EV=7
> B: KEY=7 0 0 0 0 0 0 0 0
> B: REL=3
>
> I: Bus=0011 Vendor=0002 Product=0008 Version=6337
> N: Name="AlpsPS/2 ALPS GlidePoint"
> P: Phys=isa0060/serio1/input0
> H: Handlers=mous
hPad"
> P: Phys=isa0060/serio1/input0
> H: Handlers=mouse0
> B: EV=f
> B: KEY=420 0 67 0 0 0 0 0 0 0 0
> B: REL=3
> B: ABS=103
Thanks. Could you also attach the one from -mm1? It's a bit different.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscri
BTN_B);
>
> psmouse->dev.evbit[LONG(EV_ABS)] |= BIT(EV_ABS);
> input_set_abs_params(&psmouse->dev, ABS_X, 0, 1023, 0, 0);
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
ev.relbit[LONG(REL_Y)] |= BIT(REL_Y);
> - psmouse->dev.keybit[LONG(BTN_A)] |= BIT(BTN_A);
> - psmouse->dev.keybit[LONG(BTN_B)] |= BIT(BTN_B);
>
> psmouse->dev.evbit[LONG(EV_ABS)] |= BIT(EV_ABS);
> input_set_abs_params(&psmouse->dev, ABS_X, 0, 1023
adjust the tracking speed, too.
You can install the synaptics X driver
http://web.telia.com/~u89404340/touchpad/
Which has all the knobs available and works with ALPSes too.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
101 - 200 of 554 matches
Mail list logo
