ccept the role, I'll send you my backlog of approximately 370
requests ...
--
Vojtech Pavlik
Director SuSE Labs
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
No
espond to the emails periodically. Maybe read new USB.org
> class specs to collect new IDs they assign. Other members of that
> project will update that file periodically, but there needs to
> be a designated "lead contact".
>
> So -- someone
Windows says I have a 4000x3000 resolution tablet).
> I can't use the pressure data. It's not registered as an extended input
> device.
You need to use the evdev X.Org driver with it (man evdev) and set it up
according to that manpage (section ABSOLUTE AXIS CONFIGURATION).
On Sat, Feb 17, 2007 at 06:32:02PM -0500, [EMAIL PROTECTED] wrote:
> >On Sat, Feb 17, 2007 at 05:12:19PM -0500, Mazin wrote:
> >> Vojtech Pavlik wrote:
> >> >Hello,
> >> >
> >> >this look like a USB HID compliant device (which is what I thought f
On Sat, Feb 17, 2007 at 05:12:19PM -0500, Mazin wrote:
> Vojtech Pavlik wrote:
> >Hello,
> >
> >this look like a USB HID compliant device (which is what I thought from
> >the 0x07 byte in the header), and as such should work with the usbhid.ko
> >driver.
27;m not a USB expert, but I suspect that something special happens when
> >> the tablet is first plugged in. For brevity's sake, I have the raw
> >> sniffer data from when I first plug my tablet in on a computer with the
> >> Windows driver installed. You can fi
aztekera.com/apps/tabletinitialization.txt
>
> If this isn't enough I can provide more data, although I might not know
> what to do with it.
>
> As always, thanks for any support,
> Mazin
>
--
Vojtech Pavlik
Director SuSE Labs
-
use its pressure sensitivity feature in Linux, and
> I need somebody to write the driver.
>
> I have reverse-engineered the tablet's protocol using a USB sniffer, and
> I can provide information on each byte it sends. All I need is somebody
> to implement it.
Go ahead and p
the event written to /dev/input/event* then be
> readable on the corresponding /dev/uinput handle?
The kernel knows it, and it'll pass it to the uinput for reading by the
appropriate process/handle.
--
Vojtech Pavlik
Director SuSE Labs
-
On Wed, Feb 14, 2007 at 10:50:27AM -0500, Jon Smirl wrote:
> On 2/14/07, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> >On Wed, Feb 14, 2007 at 09:44:46AM -0500, Jon Smirl wrote:
> >> >Sending an IR signal involves things like setting the carrier frequency,
> >
R events: This is different from
pressing a key. But it's trivial to add.
--
Vojtech Pavlik
Director SuSE Labs
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll
way too.
You currently can't send EV_KEY events in the other than usual direction
through the input core. But if there is a need, a way can be found to
implement that functionality.
--
Vojtech Pavlik
Director SuSE Labs
-
the like ... as well as Uninterruptible Power Supply (UPS) and
> - monitor control devices.
> + to your computer via USB.
>
> You can't use this driver and the HIDBP (Boot Protocol) keyboard
> and mouse drivers at t
;
> Regards
> Oliver
It looks very good, thanks Oliver! I hope it works as well, too. :)
> Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
Greg, can you add this to your tree?
Vojtech
> --- current/
ID_GTCO, USB_DEVICE_ID_GTCO_405, HID_QUIRK_IGNORE },
> { USB_VENDOR_ID_GTCO, USB_DEVICE_ID_GTCO_500, HID_QUIRK_IGNORE },
> { USB_VENDOR_ID_GTCO, USB_DEVICE_ID_GTCO_501, HID_QUIRK_IGNORE },
> { USB_VENDOR_ID_GTCO, USB_DEVICE_ID_GTCO_502, HID_QUIRK_IGNORE },
>
>
>
--
, 0);
>
> --
> 1024D/E65A7801 Zephaniah E. Hull <[EMAIL PROTECTED]>
> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801
> CCs of replies from mailing lists are requested.
>
> The story includes this array of huge rhymes-with-hell machines, all
igned-off-by: Johannes Berg <[EMAIL PROTECTED]>
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
--- linux-2.6-fetch.orig/drivers/usb/input/appletouch.c 2006-07-19
15:13:31.989025345 +0200
+++ linux-2.6-fetch/drivers/usb/input/appletouch.c 2006-07-19
15:13:36.409025345 +0200
@@ -597
On Fri, May 12, 2006 at 02:16:04PM -0400, Alan Stern wrote:
> On Wed, 10 May 2006, Vojtech Pavlik wrote:
>
> > On Wed, May 10, 2006 at 10:50:47AM -0400, Alan Stern wrote:
> > > Dmitry and Vojtech:
> > >
> > > So many USB keyboards require the HID_QUIRK_NO
me highly advanced keyboards?
No, it wouldn't be a big deal to enable it for keyboard and mice. We
need it for joysticks for autocalibration, though.
--
Vojtech Pavlik
Director SuSE Labs
---
Using Tomcat but need to do more? Need to support
sb but it looked like I would have to
> basically replicate a lot of what libhid does.
>
> So is the memory usage a concern?
Yes, it's a waste on most systems. If it could be done dynamically
(based on the number of usages in the largest report), that'd be
perfect.
--
or userspace to be able to empty the buffers as the data
are coming from the device.
Moving to 512 is not a big problem, except for memory usage.
However, I'd suggest using libusb/libhid instead here, since the hiddev
interface is really inadequate for uses like this.
--
Vojtech Pavlik
D
ically sorted blacklist by quirk type.
> */
>
> +#define USB_VENDOR_ID_SHUTTLE_REMOTE 0x4572
> +#define USB_DEVICE_ID_SHUTTLE_PN31 0x4572
> +
> static const struct hid_blacklist {
> __u16 idVendor;
> __u16 idProduct;
> @@ -1585,6 +1588,8 @@
> { USB_VE
; Handled-By : Dmitry Torokhov <[EMAIL PROTECTED]>
> > Pavlik Vojtech <[EMAIL PROTECTED]>
> > Status : discussion and debugging in the bug logs
> >
> >
> *snipped
>
> It appears that Duncan's "total ps2 keyboard lockup f
h to get my HP
> keyboard working.
>
> This patch (as643) removes the clear-halt call and adds the blacklist
> entry.
Thanks, Alan. Greg, please apply this patch.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
---
Index
to let you know. I can test patches or talk with the vendor (we
> > are
> > planning to buy a lot of these things) if you want me to.
>
> I was afraid of this. On the whole, it's probably safer to remove the
> clear-halt. It's not really a g
On Tue, Jan 10, 2006 at 10:12:21AM -0500, Alan Stern wrote:
> On Tue, 10 Jan 2006, Vojtech Pavlik wrote:
>
> > It's usually that the BIOS does an incomplete emulation of the i8042
> > chip, while still getting in the way to the real i8042. Usually GRUB and
> > DOS
sending any commands to the i8042, and so they
work. The Linux i8042.c driver needs to use them to enable the PS/2
mouse port and do other probing, and if the commans are not working, it
just bails out.
The question of course is why the handoff code doesn't work on that
platform.
--
V
DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> ___
> linux-usb-devel@lists.sourceforge.net
> To unsubscribe, use the last form field at:
> https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
>
>
--
Vojtech Pavlik
SuSE Labs, SuSE CR
On Fri, Jan 06, 2006 at 08:54:29PM +0100, Oliver Neukum wrote:
> Hi,
>
> this uses kzalloc in hid.
OK.
> Regards
> Oliver
>
> Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
>
> ---
hrough log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> __
] usbhid: add pid page usages
> >
> > Some comment from the maintainer of HID/HIDBP drivers (Vojtech Pavlik)
> > about getting the patches accepted would be appreciated.
> >
> > Signed-off-by: Nadav Frum <[EMAIL PROTECTED]>
>
> I submitted the abo
pe, urb, 0, regs);
> break;
> case -ESHUTDOWN:/* unplug */
> - case -EILSEQ: /* unplug timectrl on uhci */
> unplug = 1;
> case -ECONNRESET: /* unlink */
> case -EN
ma;
> hid->urbctrl->transfer_flags |= (URB_NO_TRANSFER_DMA_MAP |
> URB_NO_SETUP_DMA_MAP);
>
> + /* May be needed for some devices */
> + usb_clear_halt(hid->dev, hid->urbin->pipe);
> +
> return hid;
>
> fail:
>
>
--
Vojtech Pavlik
SuSE Labs,
Is there just one interface?
> If so, looks like somebody tried to be clever and collapsed the control
> and the data interfaces of the acm specification. The ACM driver can be hacked
> to support that.
That is, if the ACM command set actually works, otherwise it&
> usb 3-2: new low speed USB device using uhci_hcd and address 3
> midi: probe of 3-2:1.0 failed with error -5
>
> david
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Mo
map_key_clear(KEY_LANGUAGE);
> break;
> + case 0x04d: map_key_clear(KEY_SUBTITLE);
> break;
> + case 0x051: map_key_clear(KEY_RED);
> break;
> + case 0x052: map_
On Wed, Jul 06, 2005 at 10:49:47AM -0400, Micah F. Galizia wrote:
> On Wed, 2005-06-07 at 15:55 +0200, Vojtech Pavlik wrote:
> [snip]
> > >
> > > I used my best judgement when assigning keys, since the text on the
> > > device does not always match up with a
(KEY_SUBTITLE);
> break;
> + case 0x051: map_key_clear(KEY_RED);
> break;
> + case 0x052: map_key_clear(KEY_CLOSE);
> break;
> + default:goto ignore;
> +
On Mon, Jul 04, 2005 at 04:08:09PM -0400, Micah F. Galizia wrote:
> On Mon, 2005-04-07 at 13:01 +0200, Vojtech Pavlik wrote:
> > The assignment of HID usages to Linux input events is done in the
> > hid-input.c file. Change the #undef DEBUG in there to a #define DEBUG,
> > a
just not always the right event.
> > > If not, is there somewhere in the input system I can tune the key map,
> > > or provide one specific to this device? Assuming neither is correct,
> > > what should I be doing, and where should I be looking for docs/examples?
--
net Controller
> >:00:0b.0 Ethernet controller: D-Link System Inc Gigabit Ethernet
> >Adapter (rev 11)
> >:01:00.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA
> >TNT2 Model 64/Model 64 Pro] (rev 15)
> >
> >
> Send instant messages to y
scriptors
> >are broken.
>
> How would you see that working? (You'll have to forgive me - I haven't
> actually looked at the HID code before).
Have a static __devinit array with the whole descriptor, and simply copy
that into the request buffer instead of trying to get i
On Tue, Apr 19, 2005 at 01:11:15PM +0100, Andy Armstrong wrote:
> On 19 Apr 2005, at 12:59, Vojtech Pavlik wrote:
> >>And here are the changes to support the extra keys...
> >
> >Do the codes follow the HID spec? If yes, then OK, if not, then this
> >should be probabl
pletely instead of patching it in the patch. This will
allow to add fixed descriptors for other devices where the descriptors
are broken.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
This SF.Net email is sponsored by: New Crystal Reports XI.
Versi
PROG2);
> break;
> +case 0x303: map_key_clear(KEY_PROG3);
> break;
> +case 0x279: map_key_clear(KEY_AGAIN);
> break;
> default:goto unknown;
>
return (le64_to_cpu(get_unaligned((__le64*)report)) >> offset) & ((1ULL
> << n) - 1);
> }
>
> static __inline__ void implement(__u8 *report, unsigned offset, unsigned n,
> __u32 value)
>
>
--
Vojtech Pavlik
SuSE Labs, SuSE CR
rmind, don't drop, the patches are incremental :)
Can you resend it as a single patch?
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Prod
killed and replaced by something which just
passes reports around instead of trying to decode them in the kernel.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds
pe] ? events[type] : "?",
> names[type] ? (names[type][code] ? names[type][code] : "?") :
> "?");
>
>
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
SF email is sponsored by - The IT Product
On Sun, Mar 06, 2005 at 09:03:18AM -0500, Adam Kropelin wrote:
> Vojtech Pavlik wrote:
> >On Sat, Mar 05, 2005 at 10:23:25PM -0500, Adam Kropelin wrote:
> >
> >>hid-debug.h includes resolv_event, which is currently unused,
> >>resulting
> >>in a compiler
gcc-2.95 is then able to compile hid-core with DEBUG enabled.
>
> Signed-off-by: Adam Kropelin <[EMAIL PROTECTED]>
OK, applied.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
SF email is sponsored by - The IT Product Guide
Read ho
__attribute__((unused)) resolv_event(__u8 type, __u16 code) {
>
> printk("%s.%s", events[type] ? events[type] : "?",
> names[type] ? (names[type][code] ? names[type][code] : "?") :
> "?");
>
>
--
Vojtech Pavlik
On Mon, Feb 28, 2005 at 08:27:59PM -0500, Dan Streetman wrote:
>
> On Thu, 24 Feb 2005, Vojtech Pavlik wrote:
>
> >> would a module parameter that selects raw or hw-calibrated be better?
> >
> >That'd be a conflict-less solution, indeed.
>
> ok,
On Thu, Feb 24, 2005 at 10:36:31AM -0500, Dan Streetman wrote:
>
> On Thu, 24 Feb 2005, Vojtech Pavlik wrote:
>
> >This will break setups where someone is using a non-calibrated
> >touchscreen with the current driver, right? I don't think I can merge it
> >at l
(data[6]<<8 | data[5])
> #define MTOUCHUSB_GET_TOUCHED(data) ((data[2] & 0x40) ? 1:0)
>
> #define DRIVER_VERSION "v1.4"
>
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
SF email is sponsored by - The IT Product Guide
Re
e thing
> >just because the panel is not so perfect anymore after long time use.
>
> But the hardware we're talking about, the EXII-5000UC 3M touch panel, does
> have 21-point linearization hardware calibration available.
No problem. One interface more or less ... it'd
On Wed, Feb 16, 2005 at 06:38:23PM -0500, Dan Streetman wrote:
>
> On Wed, 16 Feb 2005, Vojtech Pavlik wrote:
>
> >> But can't the app/computer can still do software calibration using the
> >> hardware-calibrated coordinates instead of raw coordinates?
> &g
On Wed, Feb 16, 2005 at 12:43:14PM -0500, Dan Streetman wrote:
>
> On Wed, 16 Feb 2005, Vojtech Pavlik wrote:
>
> >It doesn't flip them while it should flip the Y coordinate. This is
> >because many touchscreens have [0,0] in their bottom left corner by
> >har
On Wed, Feb 16, 2005 at 12:34:26PM -0500, Dan Streetman wrote:
>
> On Wed, 16 Feb 2005, Vojtech Pavlik wrote:
>
> >I looked at the spec and IMO the driver shouldn't use the hardware
> >calibration at all and should report the raw coordinates. The computer
> >
he mapping, since it can do more
complicated transformations on the data, including rotation by a few
degrees if the touchscreen is not perfectly aligned.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
SF email is sponsored by - The IT Product Guide
This happens quite often.
A complete matrix axis transformation is necessary then.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from
-by: Ville Syrjala <[EMAIL PROTECTED]>
> ---
Thanks; applied.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discov
On Mon, Feb 14, 2005 at 11:34:04PM +0200, Ville Syrjälä wrote:
> Make ati_remote clean up properly when removing either the device or the
> module.
>
> Signed-off-by: Ville Syrjala <[EMAIL PROTECTED]>
Thanks; applied.
--
Vojtech Pavlik
0Y, !!(data[2] & 0x02) -
> !!(data[2] & 0x01));
> + }
>
> /* start/back buttons and stick press left/right */
> input_report_key(dev, BTN_START, (data[2] & 0x10) >> 4);
> @@ -344,8 +368,16 @@
> static int __init usb_xpad_init(void)
>
n
> usb_deregister does not return, although the disconnect function in the
> usb device driver already returned.
>
> Is this a bug, does the XFree driver need to be fixed, or both?
Both. Can you check with 2.6.10 or later?
--
Vojtech Pavlik
SuSE Labs, SuSE CR
Also, if you could try with 2.6.10, and #define DEBUG in hid-input.c,
and then send me the relevant 'dmesg' output, that'll probably allow me
to solve the issue quickly.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
SF email is spon
.c
> --- ./tuner.c~module_param2004-07-13 05:03:56.0 -0700
> +++ ./tuner.c 2005-02-06 22:19:44.0 -0800
> @@ -33,12 +33,21 @@ static int addr = 0;
> static char *pal = "b";
> static int tv_range[2]= { 44, 958 };
> static int radio_range[2]
< size)
> dbg("report %d is too short, (%d < %d)", report->id, len, size);
> - return -1;
> - }
>
> if (hid->claimed & HID_CLAIMED_HIDDEV)
> hiddev_report_event(hid, report);
>
>
--
Vojtech Pavlik
S
> > > 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&q=raw
> >
> > --
> > Dmitry
>
/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
te(TASK_INTERRUPTIBLE);
>
> I thought that after schedule() got called, the state was
> TASK_INTERRUPTIBLE. Or am I just imagining things?
I didn't get the original patch, but wouldn't it be better to just
rework this using wait_interruptible()?
--
Vojtech Pavlik
SuSE L
s current->pid==0, not effect.owner==0.
Sorry, that was selective blindness on my side. I did indeed read
effect.owner instead of current->pid. As for the current->pid check, I
suppose it's superfluous.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
check if current is an idle thread.
I think it's to check whether there is a process associated with the
device, with 0 being a special value "no process".
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
SF email is sponsored by - The
nough memory to store the image, which is needed
for the vertical flip.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Disc
alf often in the YUV mode.
I'll try to do it. Yes, it'll be useful because it'll make the camera
work with a much larger software base. It'll also be nice, since I'll be
able to remove the Bayer interpolation from the driver while keeping the
functionality for V4L1.
d active pixel area and
> move it within the full array boundary. If I remember well,
> OV7620 has one pixel shift register for this purpose.
It doesn't seem to work in RGB mode. I may be doing something wrong,
though.
> An other solution is to obtain the same result thr
out. If I shifted the
active area I'd get a non-standard (smaller) image size. I'll see
whether the image size being sent could be increased or shifted in HW,
because the sensor size is a little larger, but I seriously doubt it -
the window registers seem to be ignored in raw mode.
--
Vojte
it works rather well?
>
> Yes, it's looking almost good enough to merge. I have some cleanups to
> do first, but I'll try to get a patch out within a few weeks.
I'll be looking forward to that. I've done some further changes in the
direction of including it in the 2.
, do you
think it's a good idea now that it works rather well?
--
Vojtech Pavlik
SuSE Labs, SuSE CR
This patch implements proper bayer decoding for ov7620 rawmode. It also switches
the OVFX2 camera into raw-RGB interlaced QVGA-60 mode, in which the camers sends
all the raw data for its 640
der
> 0782 Trackerball
> 0784 Vivitar, Inc.
>
> -
Thanks, added.
> I don't think this is needed, but just in case:
>
> Signed-off-by: Bill Marr <[EMAIL PROTECTED]>
>
> Thanks!
>
> Bill Marr
>
>
--
Vojtech Pavlik
On Thu, Oct 21, 2004 at 11:54:15AM -0700, David Brownell wrote:
> Notably an annoying dependency botch that made the whole
> USB menu look wrong in "xconfig" and "menuconfig".
> Please merge, unless Vojtech objects.
Looks fairly OK, but USB_HIDINPUT definitely isn
7;t see a way to disable the controller completely. I'll
> wager that if you did an 'lspci -H??' you can see the device.
I'll try tomorrow. ;)
> The official errata doesn't mention a way to disable the controller,
> either.
>
> Besides, disabled or not, t
uld be disabled by the BIOS. Completely disabled so that it
doesn't appear in the PCI config space. At least it is on my machines.
> Would you be open to a patch to blacklist such devices from the EHCI
> driver? Or perhaps you just want the Vendor/Device ID to do it
and found that the
> patch solved it for him. So there shouldn't be problems with accepting
> it.
>
> Alan Stern
Alan, thanks for the patch.
Signed-off-by: Vojtech Pavlik <[EMAIL PROTECTED]>
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
= drivers/usb/class/usblp.c 1
On Sun, Sep 12, 2004 at 04:33:13AM +0400, Alexander N. Kozhushkin wrote:
> Unfortunately, now I cannot present a full list of device drivers
> which use the first and second approaches. However, the
> "drivers/input/mousedev.c" file by Vojtech Pavlik
liver Neukum
> -M: [EMAIL PROTECTED]
> +M: [EMAIL PROTECTED]
> S: Maintained
>
> MIPS
> @@ -2192,8 +2192,8 @@
> S: Maintained
>
> USB ACM DRIVER
> -P: Vojtech Pavlik
> -M: [EMAIL PROTECTED]
> +P: Oliver Neukum
> +M: [EMAIL PROTECTED]
&
guess is a large
transfer size these days.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your proje
n that disables the touchpad. Very handy to avoid
> palmswipe popping up several windows (sigh).
The Linux Synaptics driver has built in palm detection so if you make
that work, you don't need the button if your pad supports it.
> But the odd
> thing is that typing isn't exactl
On Wed, Sep 08, 2004 at 06:18:11AM -0700, David Brownell wrote:
> On Wednesday 08 September 2004 12:07 am, Vojtech Pavlik wrote:
>
> > > On the other hand, I have a machine that works OK with the SuSE 9.1 kernel
> > > but not with the latest BK kernel ... somethin
On Tue, Sep 07, 2004 at 09:15:49PM -0700, David Brownell wrote:
> On Tuesday 07 September 2004 10:30 am, Vojtech Pavlik wrote:
>
> > > But: If I plug it in prior to detection of the synaptics, the synaptics
> > > is not detected at all:
> > > input: PS/
Is there anything I can do to fix this?
Disable USB mouse support in the BIOS or get Greg to finally push the
USB Legacy disabling PCI quirk patch to Linus. ;)
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
This SF.Net email is sponsored by BEA Weblog
On Wed, Sep 01, 2004 at 12:00:54AM -0400, Dan Streetman wrote:
>
> On Tue, 31 Aug 2004, Vojtech Pavlik wrote:
>
> >> -D-pad up/down/right/left
> >
> >Can be mapped to HATxX and HATxY. Needs incrementing "x" if more real
> >hats/d-pads are found/
there are many reserved usage IDs, I am assuming I should just ignore
> (i.e. return) for those.
Yes, we should ignore those.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Ent
to ask wether there should be a URB_ASYNC_UNLINK there,
> > too?
>
> I don't know. Someone who is more familiar with the HID driver (like
> Vojtech) will have to answer. All I did was change the parts that were
> obviously wrong, but there could easily be other things that are
gt; non-obviously wrong.
Your patch is OK, the above is also fine, and keeping the RUNNING bits
correct is rather trivial, too (just clear them on submit error). I've
done all those changes to my tree, and I'll send you the complete patch
tomorrow morning to test.
--
Vojtech Pavlik
SuSE L
d Linus once
more to get it merged, and he didn't pull from my tree yet, with no
reason given so far.
I hope that when I ping him again, post 2.6.8, that he'll pull.
(bk://kernel.bkbits.net/vojtech/input)
--
Vojtech Pavlik
SuSE Labs, SuSE CR
On Mon, Aug 02, 2004 at 04:23:38PM -0700, Greg KH wrote:
> On Mon, Aug 02, 2004 at 03:06:33PM -0700, David Brownell wrote:
> > I noticed the HID driver had some potential misbehavior ...
>
> Applied, thanks.
Thanks.
--
Vojtech Pavlik
SuS
sage;
> +struct hid_field;
> +struct hid_report;
> +
> int hiddev_connect(struct hid_device *);
> void hiddev_disconnect(struct hid_device *);
> void hiddev_hid_event(struct hid_device *hid, struct hid_field *field,
>
>
--
Vojtech Pavlik
SuSE Labs, SuSE CR
---
On Mon, Jul 05, 2004 at 09:30:31PM +1000, Herbert Xu wrote:
> On Sun, Jun 06, 2004 at 11:40:19AM +0200, Vojtech Pavlik wrote:
> > On Fri, Jun 04, 2004 at 08:07:25PM +1000, Herbert Xu wrote:
> > > On Thu, May 06, 2004 at 08:15:15PM +1000, herbert wrote:
> > > >
> &
== ERROR
> takepatch: missing checksum line in patch, aborting.
> ==
>
> 77508 bytes uncompressed to 322471, 4.16X expansion
>
> Any ideas? I'm st
1 - 100 of 278 matches
Mail list logo
