been using the driver
with success for a while now, so it should certainly be useful for a
larger audience.
--
Paulo Marques - www.grupopie.com
"You're just jealous because the voices only talk to me."
-
Ta
\
> + __u8 baInterfaceNr[n]; \
> +} __attribute__ ((packed))
> +
> +#endif
^^
I just noticed this: why is everything below this point declared outside
"#ifndef __LINUX_USB_VIDEO_H" ?
That will produce double definition
aware of all the owrk done by Laurent Pinchart at:
http://linux-uvc.berlios.de/
???
If this based on the same driver?
--
Paulo Marques - www.grupopie.com
"Don't hit a man when he's down -- kick him; it's easier."
---
o re-initialize things to line settings that you don't expect,
> every time the port is opened, so 'cat' might not work.
Shouldn't this be considered a bug? If it is not a bug then what's the
point of having a stty program at all? Am I missing something?
--
Paulo Marqu
Paulo Marques wrote:
>[...]
> Anyway, I'll be testing with the latest 2.6.17-git21 and there is a new
> USB_EHCI_TT_NEWSCHED that seems to address exactly this problem. I'll
> report again after the tests.
Done.
I'm pleased to report that with t
David Brownell wrote:
> On Friday 30 June 2006 10:14 am, Paulo Marques wrote:
>
>> However, using the EHCI controller gives a lot of errors running this
>> simple script:
>
> This is with 2.6.17-git, I hope?
This was with the latest stable, 2.6.17.2.
I can't
e error when
running the above script.
I attached the .config compressed with the awk script that Chuck Ebbert
sent today to LKML.
I have the setup ready to test any patches, suggestions, etc., that you
might have. Any help will be greatly appreciated.
Thanks in advance,
--
P
o with USB, however. The USB part seems to be
working fine as the Deskjet 840C prints correctly.
Check http://www.linuxprinting.org for more info.
I hope this helps,
--
Paulo Marques - www.grupopie.com
Pointy-Haired Boss: I don't see anything that could stand in our way.
D
Ian Abbott wrote:
On 25/10/2005 19:10, Paulo Marques wrote:
I'll do some more tests with a more recent kernel, to try to get more
debug information...
Good luck!
Its been a long time, but I just wanted to send the info I found to
finish up this thread and have this archived for f
Ian Abbott wrote:
On 28/09/2005 18:24, Paulo Marques wrote:
If my math is correct, these 2 entries are taking 46Mb + 30Mb -> 76Mb on
a computer that has only 112Mb available for the entire system. So
something is eating memory away like crazy.
Is there a known problem with this driver?
than the one I
generate myself. Maybe there is some broadcast packet that the adapter
is receiving that is making it go berserk, and that would explain the
random nature of the lockups...
--
Paulo Marques - www.grupopie.com
The rule is perfect: in all matters of opinion our
adversaries are ins
Paulo Marques wrote:
[...]
Using the driver in kernel 2.6.13 sometimes the adapter just stops
receiving. Unplugging / re-plugging makes it work again.
The time it takes to stop working can go from a few seconds to a few
minutes, but is not consistent. I would say the average is about 20
test? Or is there more debug information I
can provide?
Any help would be greatly appreciated,
--
Paulo Marques
Software Development Department - Grupo PIE, S.A.
Phone: +351 252 290600, Fax: +351 252 290601
Web: www.grupopie.com
It is a mistake to think you can solve any
Greg KH wrote:
On Tue, May 17, 2005 at 12:40:03PM +0100, Paulo Marques wrote:
Greg KH wrote:
[PATCH] USB: add modalias sysfs file for usb devices
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
What about this attached patch instead?
IMHO it makes more obvious that the first part
onally equivalent and it produces a .o file 56 bytes smaller
on i386. I tested it and it seems to work.
--
Paulo Marques - www.grupopie.com
An expert is a person who has made all the mistakes that can be
made in a very narrow field.
Niels Bohr (1885 - 1962)
--- ./drivers/usb/core/sysfs.c.orig 2005
ulk.timeout = 1000;
ioctl(fd, USBDEVFS_CLAIMINTERFACE, *inter);
^^
I think you missed the obvious bug. You don't pass the value, you pass
the pointer.
So something like:
>> ioctl(fd, USBDEVFS_CLAIMINTERFACE, &interface);
should do the trick. I
eal pain.
Any idea ? Will 2.6.12 provide a solution ?
I think you should drop the "sync" flag from fstab now that the rest is
working...
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke
uot;man termios".
I hope this helps,
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
---
SF email is sponsored by - The IT Product Guide
Read honest
kfree(cf->string);
cf->string = NULL;
}
or, unconditionally:
kfree(cf->string);
cf->string = NULL;
[/minor nitpick]
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
e better of if I just
join that project instead.
Thanks for the tip,
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
---
SF email is sponsored by - The IT Pr
r , and so on.
We were trying to have a standard way to access touchscreens. I'm
starting to work on a "libtouch" library that would handle calibration,
filtering, etc., so that we could have a standard API that both X and
non-X (framebuffer, directFB) applications could use.
You
don't agree with some of
the points above, please state your points clearly.
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
---
SF email is sponsored
d. The
conclusion was that we needed a nice user space library to provide this
kind of services (calibration, filtering, etc.), so that applications
that worked with touchscreens could have more specific API than the
generic one provided by the input layer.
--
Paulo Marques - www.grupopie.com
All
Windows or Linux) without any special handling, and read the
images as separate files. It would all "just work".
--
Paulo Marques
Software Development Department - Grupo PIE, S.A.
Phone: +351 252 290600, Fax: +351 252 290601
Web: www.grupopie.com
All that i
pplication, you might consider using FUSE to provide a "filesystem"
from a userspace deamon.
This will probably have some overhead, but it might not be noticeable in
the end.
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
y for the kernel to tell those devices appart... :(
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Rep
a lot of suspicious looking entries in these
arrays that seem to use the wrong macro (USB_DEVICE vs USB_DEVICE_VER).
I can build a patch to correct them, but I didn't want to do two things
in one patch)
Signed-Off by: Paulo Marques <[EMAIL PROTECTED]>
--
Paulo Marques - www.grupopie
e and
complies with the protocol, it will work without any kernel changes.
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
---
This SF.Net email is sponsor
I only have to put in
an extra Id in one of the existing drivers, or write one (hopefully
not ;-)).
Besides opening up the device and looking at the chip, you can always
try one driver at a time until one of them works...
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph
patch seems better than changing everything into unsigned values,
so you have my aproval (not that you needed it, anyway) :)
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
-
ting the patch, so those were just my 2 cents
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil is that good men do nothing.
Edmund Burke (1729 - 1797)
---
This SF.net email is sponsored by: IT Product Guide on ITMan
rsion, it will.
This does not that I'm antecipating any change in UHCI_NUMFRAMES. Is
just that, as a general rule, I really prefer to let the compiler do the
low-level optimizations to improve code maintenance.
--
Paulo Marques - www.grupopie.com
All that is necessary for the triumph of evil
way, so people who write descriptors in those languages
have to build good hardware :)
--
Paulo Marques - www.grupopie.com
To err is human, but to really foul things up requires a computer.
Farmers' Almanac, 1978
---
This SF.Net email is sponsor
b!o!x!!!", etc.
I'm really sorry about the noise, then :(
--
Paulo Marques - www.grupopie.com
To err is human, but to really foul things up requires a computer.
Farmers' Almanac, 1978
---
This SF.Net email is sponsored by: YOU
he length field could keep its
meaning, etc. This means that Microsoft had to choose the non-standard,
stupidest path :)
Just my 2 cents,
--
Paulo Marques - www.grupopie.com
To err is human, but to really foul things up requires a computer.
Farmers' Almanac, 1978
W) and then add
something like:
if(us->flags & US_FL_SLOW) mdelay(1);
in the same place you suggested, so that these cameras can work
without external patches?
TIA,
--
Paulo Marques - www.grupopie.com
To err is human, but to really foul things up requires a
Albert Cahalan wrote:
Paulo Marques writes:
About the legal aspects of all this, they have been
discussed extensively in the past. It is not about
"hey this is just a simple hook", it is all about
the derived work concept. This driver does absolutely
nothing outside the kernel. It'
is the bug? Is the pegasus driver reporting
incorrectly that it can handle an MTU of 1536, when in fact it can't, or
is the samba server confused with an MTU different from 1500?
P.S. - I really don't have time to debug this further at the present
time, but I can give it a go next
Rajesh Kumble Nayak wrote:
On Wed, 2004-04-28 at 15:30, Paulo Marques wrote:
- remove your line and leave Klaus Mueller's line as it was
- your handycam seems to fail the INQUIRY message. you can try to add
US_FL_FIX_INQUIRY to the list of flags.
I added this flag. Same still no su
r, you should try to increase it afterwards if it works
I hope this helps,
--
Paulo Marques - www.grupopie.com
"In a world without walls and fences who needs windows and gates?"
---
This SF.Net email is sponsored by: Oracle 10g
Get
can produce something usefull.
--
Paulo Marques - www.grupopie.com
"In a world without walls and fences who needs windows and gates?"
---
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE
ered enough) :)
This camera has 2 diferent models with the same vendor/product ID. One that
needs the entry, and another that doesn't need it.
We are in the process of fixing the driver, so that it stops complaining about
this device. Probably the next kernel version (2.6.6?) will stop compla
It is not
tested (I don't have one of those cameras) but at least compiles :)
This is against 2.6.5 vanilla.
--
Paulo Marques- www.grupopie.com
"In a world without walls and fences who needs windows and gates?"
diff -uprN -X dontdiff linux-vanilla/drivers/usb/storage/unusual_de
Pete Zaitcev wrote:
On Thu, 25 Mar 2004 12:04:35 +
Paulo Marques <[EMAIL PROTECTED]> wrote:
This patch fixes a bug in ftdi_sio.c where the driver wouldn't unlink the read
urb if the user application cleared the HUPCL flag on termios->c_cflag.
Looks fine, except that the dep
This patch fixes a bug in ftdi_sio.c where the driver wouldn't unlink the read
urb if the user application cleared the HUPCL flag on termios->c_cflag.
It applies cleanly against kernel 2.4.26-pre1.
--
Paulo Marques - www.grupopie.com
"In a world without walls and fences who need
Paulo Marques wrote:
Oliver Neukum wrote:
On Wednesday 24 March 2004 19:52, Paulo Marques wrote:
Ok, done.
The EINVAL is being returned from the usb_submit_urb in urb.c because
urb->hcpriv is not NULL.
OK. This means that the URB is not unlinked.
Possibly unlinking in close() is fail
Oliver Neukum wrote:
On Wednesday 24 March 2004 19:52, Paulo Marques wrote:
Ok, done.
The EINVAL is being returned from the usb_submit_urb in urb.c because
urb->hcpriv is not NULL.
OK. This means that the URB is not unlinked.
Possibly unlinking in close() is failing.
Could you go to sta
rom the usb_submit_urb in urb.c because
urb->hcpriv is not NULL.
--
Paulo Marques - www.grupopie.com
"In a world without walls and fences who needs windows and gates?"
---
This SF.Net email is sponsored by: IBM Linux Tutorials
F
Oliver Neukum wrote:
On Wednesday 24 March 2004 17:05, Paulo Marques wrote:
Hi,
There is some race condition on the ftdi_sio.c usb serial driver.
I was having problems with an application, so I did the smallest test program
that would trigger the bug:
int main(int argc,char *argv[])
{
int
W error -22 is "EINVAL" (Invalid arguments)
I'll try to debug this further, but if anyone as any idea as to why this can
happen I'd be glad to know about it :)
Best regards,
--
Paulo Marques - www.grupopie.com
"In a world without walls and fences who needs windows and ga
[EMAIL PROTECTED] wrote:
On Tue, 23 Mar 2004, Paulo Marques wrote:
This might break the code on line 1802:
if (change_speed(port)) {
err("%s urb failed to set baurdrate", __FUNCTION__);
Was this an oversight, or is it intended (am I missing something)?
Yes, x < 0 implies th
1802:
if (change_speed(port)) {
err("%s urb failed to set baurdrate", __FUNCTION__);
Was this an oversight, or is it intended (am I missing something)?
Best regards,
--
Paulo Marques - www.grupopie.com
"In a world without w
n the boot menu with USB
legacy off.
--
Paulo Marques - www.grupopie.com
"In a world without walls and fences who needs windows and gates?"
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by
Paulo Marques wrote:
David Woodhouse wrote:
On Thu, 2004-03-04 at 12:33 +, Paulo Marques wrote:
Yes, unfortunately it did went into 2.6.4-rc1. However it is already
corrected in 2.6.4-rc2. Luckily it didn't went into any "non-rc"
official release.
Please try 2.6.4-rc2, a
David Woodhouse wrote:
On Thu, 2004-03-04 at 12:33 +, Paulo Marques wrote:
Yes, unfortunately it did went into 2.6.4-rc1. However it is already corrected
in 2.6.4-rc2. Luckily it didn't went into any "non-rc" official release.
Please try 2.6.4-rc2, and check to see if th
David Woodhouse wrote:
On Mon, 2004-02-16 at 15:16 +, Paulo Marques wrote:
This patch corrected a problem for me, that happened when a printer presents an
out-of-paper status while printing a document. The driver would send endless
garbage to the printer.
This patch went in to 2.6.4-rc1
Andy Lutomirski wrote:
Greg KH wrote:
Paulo Marques:
o USB: fix usblp.c
Unless I'm missing something, this won't fix the usblp_write spinning
bug I hit. If it helps, I can try to reproduce it with some debugging
code attached.
That is why on our latest thread about this I requ
while printing a document. The driver would send endless
garbage to the printer.
I hope this helps,
--
Paulo Marques - www.grupopie.com
"In a world without walls and fences who needs windows and gates?"
--- drivers/usb/class/usblp.c.orig 2004-02-09 14:46:27.0 +
+++ drivers/us
ms to be noticeably affected
either.
Is this warning a symptom of something wrong on a lower level, or can we just
ignore this warning and patch it away?
--
Paulo Marques
Software Development Department - Restinfor, Lda.
Phone: +351 252 290600, Fax: +351 252 290601
Web: www.grupopie.com
"
Greg KH wrote:
On Tue, Dec 30, 2003 at 07:10:51PM +, Paulo Marques wrote:
Greg KH wrote:
Hm, this patch is linewrapped or something, and can't be applied. Can
you try to send it again so that it doesn't get mangled?
Sorry about that.
I'm sending it attached this time to
->serial adapters (with chips
like FTDI, or pl2303) and connect them together in a null-modem cable configuration.
Some of these chips can go up to 3Mbit/s.
Of course a usbnet device can go higher than this, but if you want a serial port
that is what you get :)
I hope this helps,
--
Pa
loaded it, so I'm sure the
server is working)
It also as a "Linux driver" on the download page, that is a driver written a
million years ago by prolific. I think (although I'm not sure) that the original
drivers for Linux were written based on the one from prolific, but Gr
es unaligned accesses, it
pays a performance penalty to do so.
--
Paulo Marques
Software Development Department - Restinfor, Lda.
Phone: +351 252 290600, Fax: +351 252 290601
Web: www.grupopie.com
"In a world without walls and fences who needs windows and gates?"
-
This patch adds a new product ID to the list of devices using the FTDI232BM
chip. It applies cleanly against vanilla 2.6.0.
--
Paulo Marques - www.grupopie.com
"In a world without walls and fences who needs windows and gates?"
diff -urN -X dontdiff vanilla/drivers/usb/serial/ftdi_si
Greg KH wrote:
Hm, this patch is linewrapped or something, and can't be applied. Can
you try to send it again so that it doesn't get mangled?
Sorry about that.
I'm sending it attached this time to avoid the mess :)
--
Paulo Marques - www.grupopie.com
"In a world without
the bug goes away (tested).
--
Paulo Marques - www.grupopie.com
"In a world without walls and fences who needs windows and gates?"
--- drivers/usb/class/usblp.ori Tue Dec 30 18:52:19 2003
+++ drivers/usb/class/usblp.c Tue Dec 30 18:53:31 2003
@@ -603,14 +603,14 @@
{
DECLARE_WAIT
Marr wrote:
...
Aside: (once again, for clarity of the archives for future readers): The
pinouts Paulo mentioned above are for a DB-9 RS-232 connection, not a DB-25.
Thanks for clarifying that. I always forget about those 25-pin "extra large"
serial port connectors :)
--
Pau
lve it if you're happy with the solution :)
--
Paulo Marques
Software Development Department - Restinfor, Lda.
Phone: +351 252 290600, Fax: +351 252 290601
Web: www.grupopie.com
"In a world without walls and fences who needs windows and gates?"
--
mp; O_NONBLOCK)
>return -EAGAIN;
Shouldn't this be:
> if (file->f_flags & O_NONBLOCK)
>return writecount ? writecount : -EAGAIN;
or am I missing something?
Anyway, if this patch applies cleanly to 2.4.23-rc2, i'll try it as soon as I
have some time.
Thank
s to check that the device is being properly
recognized (correct ID's, endpoints, etc.)?
If you are building the hardware of a USB client "from scratch", there still
might be some timing issues, or something, that escape the Windows core, but
don't pass the Linux test :)
--
stom device. The USB chip used
is
a FTDI USB-Serial.
This may seem like a silly question, but why don't you use the FTDI
serial
driver that is already in the kernel?
Best regards,
--
Paulo Marques
Software Development Department - Restinfor, Lda.
Phone: +351 252 290600, Fax: +351 252 29060
ady in the kernel?
--
Paulo Marques
Software Development Department - Restinfor, Lda.
Phone: +351 252 290600, Fax: +351 252 290601
Web: www.grupopie.com
"In a world without walls and fences who needs windows and gates?"
---
This SF.net e
Randy.Dunlap wrote:
On Mon, 15 Sep 2003 16:09:08 +0100 Paulo Marques <[EMAIL PROTECTED]> wrote:
|
| Hi all,
|
| I sent an email to the current "USB PRINTER DRIVER" maintainer in 04 Aug and 11
| Sep, to warn about a bug found in the printer.c driver in kernel version 2
k
([EMAIL PROTECTED]). However i got no reply from both e-mails, and the current 2.4
kernel version still has the same bug.
Is this e-mail wrong? Who should i send patches to?
Thanks in advance,
--
Paulo Marques
Software Development Department - Restinfor, Lda.
Phone: +351 252 290600, Fax: +351 252
74 matches
Mail list logo
