type is generally preferred over a
fixed size type. And even if a fixed size was needed, u16/s16 would be
more appropriate.
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting lang
Le mercredi 22 juin 2005 à 12:03 -0400, Alan Stern a écrit :
> On Wed, 22 Jun 2005, Stelian Pop wrote:
>
> > Notice the '1-2:1.1' is missing. Upon booting I get:
> >
> > Jun 22 13:34:04 localhost kernel: HID device not claimed by input or hiddev
> >
Le mercredi 22 juin 2005 à 09:22 -0700, Greg KH a écrit :
> On Wed, Jun 22, 2005 at 05:53:28PM +0200, Stelian Pop wrote:
> > Le mercredi 22 juin 2005 ?? 11:41 -0400, Alan Stern a ??crit :
> >
> > > This is a curious aspect of the driver model core. Should failure of a
e an alternate driver for a
real hid device is to blacklist it using HID_QUIRK_IGNORE, and in this
case we go through that path.
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
---
SF.Net email is sponsored by: Discover Easy Linux Migrati
d a driver shouldn't
> prevent adding the device into sysfs. Right now, however, it does.
I agree, presence in /sys/devices shouldn't be related to the existence
or success/failure of a driver. The link between /sys/class
towards /sys/devices is al
Le mercredi 22 juin 2005 à 07:59 -0700, Greg KH a écrit :
> On Wed, Jun 22, 2005 at 03:50:56PM +0200, Stelian Pop wrote:
> > I use the 'atp' input driver from http://popies.net/atp/ to drive this
> > touchpad. When removing the driver I also get an oops, possibly re
Le mercredi 22 juin 2005 à 16:07 +0200, Stelian Pop a écrit :
> Le mercredi 22 juin 2005 à 15:50 +0200, Stelian Pop a écrit :
>
> > I use the 'atp' input driver from http://popies.net/atp/ to drive this
> > touchpad. When removing the driver I also get an oops,
Le mercredi 22 juin 2005 à 15:50 +0200, Stelian Pop a écrit :
> I use the 'atp' input driver from http://popies.net/atp/ to drive this
> touchpad. When removing the driver I also get an oops, possibly related
> to the previous failure to create the sysfs file:
> usbcore: de
x18/0x40c [atp]
[c00360ac] sys_delete_module+0x19c/0x214
[c0004660] ret_from_syscall+0x0/0x44
Does anybody have an idea or should I try to debug this further ?
Thanks,
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
---
SF.Net email is spon
in case nobody payed attention to the original message and
failed to see that almost all the binary pwcx has been succesfully
reverse-engineered...
Unless everybody is just waiting for the next flamewar...
Good job Luc !
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
---
"Y-E Data",
"Flashbuster-U",
- US_SC_UFI, US_PR_CBI, NULL,
+ US_SC_DEVICE, US_PR_DEVICE, NULL,
US_FL_SINGLE_LUN),
UNUSUAL_DEV( 0x059f, 0xa601, 0x0200, 0x0200,
--
Stelian Pop <[EMAIL PROTECTED]>
-
k) MxPS= 64 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=83(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
>
--
Stelian Pop <[EMAIL PROTECTED]>
---
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants
ev= 1.31
S: Manufacturer=Sony
S: Product=USB Memory Stick Slot
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=08(stor.) Sub=04 Prot=00 Driver=usb-storage
E: Ad=81(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=83(I) Atr=03(Int.) MxPS= 2 Iv
floppy work perfectly.
Thanks.
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
Alcove - http://www.alcove.com
---
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedica
G_USB_SERIAL_GENERIC
static __u16 vendor = 0x05f9;
static __u16 product = 0x;
+#ifdef CONFIG_USB_SERIAL_GENERIC
static struct usb_device_id generic_device_ids[2]; /* Initially all zeroes. */
/* All of the device info needed for the Generic Serial Converter */
--
Stelian P
On Thu, Jun 07, 2001 at 09:55:54AM +0200, Wolfgang Grandegger wrote:
> there is actually a patch for the 0711:0230 devices provided by Stelian
> Pop which fixes a problem with baudrate selection (see
> http://marc.theaimsgroup.com/?l=linux-usb-devel&m=98898501207007&w=2
>
On Wed, May 09, 2001 at 09:29:38AM -0700, Greg KH wrote:
> On Wed, May 09, 2001 at 02:19:51PM +0200, Stelian Pop wrote:
> >
> > Very possible. But with the two modifications I made the device
> > seems to work very reliably (made a PPP connection over the null
> >
reliably (made a PPP connection over the null
modem cable and used it for over 6 hours, transfering tens of
megabytes, etc).
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
|- Ingénieur Informatique Libre --|
| Alcôve - http://www.alcove.com - Tel: +33 1 49 22 6
t;
> PS: BTW: I know a problem with DTR/RTS setting. RTS is
> not always set for hardware flow control. Here's
> the patch:
I don't know if it's really relevant in my case, but thanks,
I will try the patch.
BTW: Did you see my other patch concerning the maxi
nsfers and
* modem dialing under Linux 2.4.0-test10 (for me it works fine).
*
+ * 04-May-2001 Stelian Pop
+ * - Set the maximum bulk output size for Sitecom U232-P25 model to 16 bytes
+ * instead of the device reported 32 (using 32 bytes causes many data
+ * loss, Windows driver u
May 2 15:07:45 2001
+++ linux-2.4.4/drivers/usb/serial/mct_u232.c Wed May 2 14:49:15 2001
@@ -24,6 +24,9 @@
* Basic tests have been performed with minicom/zmodem transfers and
* modem dialing under Linux 2.4.0-test10 (for me it works fine).
*
+ * 02-May-2001 Stelian Pop
+ * - Fixe
21 matches
Mail list logo
