Generally a bug report for a specific usb device without vendor:product
> is a bad idea.
oopss :)
HP PHOTOSMART E317
tux ~ # lsusb
Bus 007 Device 001: ID :
Bus 006 Device 002: ID 03f0:4002 Hewlett-Packard PhotoSmart 720 / PhotoSmart
935 (storage)
...
--
usb 6-2: uevent
+ hub 6-0:1.0: debounce: port 2: total 100ms stable 100ms status 0x100
+ usb usb6: suspend_rh (auto-stop)
+ hub 6-0:1.0: hub_suspend
+ usb usb6: bus auto-suspend
+ usb usb6: suspend_rh
config for 2.6.22-gb0e2a705 attached
--
Paolo Ornati
Linux 2.6.23-rc3 on x86_64
On Tue, 2007-05-08 at 10:30 -0700, Pete Zaitcev wrote:
> On Tue, 08 May 2007 08:48:26 +0200, Paolo Abeni <[EMAIL PROTECTED]> wrote:
> > That will be a better solution, but most unfortunately it does not fit
> > easily with libpcap design: libpcap is designed to provide a
e
in a contiguous buffer (no support for readv-like interface).
ciao,
Paolo
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Problemi di Liquidità ? Con Logos Finanziaria 30.000 € in 24 ore a dipendenti e
lavoratori autonomi con rimborsi fino a 12
to do that...
Anyway I agree that the usbmon header used in my patch is (more than) a
bit complicated. Obviously fell free to not use this implementation.
ciao,
Paolo
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Vuoi essere in grado di saper sc
--- linux-vanilla.orig/drivers/usb/mon/mon_bin.c
+++ linux-vanilla/drivers/usb/mon/mon_bin.c
@@ -3,7 +3,7 @@
*
* This is a binary format reader.
*
- * Copyright (C) 2006 Paolo Abeni ([EMAIL PROTECTED])
+ * Copyright (C) 2006,2007 Paolo Abeni ([EMAIL PROTECTED])
* Copyright (C)
ntainers.
Moreover it wold be nice to have some simply way to query the kernel for
the effective version of the usbmon binary api implementation, beside
checking the kernel version number (possible issue with non vanilla
kernel).
Anyway thanks again for the long and detailed review!
ciao,
Paolo
p.s
s scenario require the user level usbmon reader to maintain some kind
of per transfer status in order to fully reconstruct the transfer
information.
ciao,
Paolo
--
Index: linux/drivers/usb/mon/mon_bin.c
===
--- linux.orig/drivers/usb
ry to add all the extended
information re-using the setup header and adding extra events for the ISO
packet descriptors (one event with all the descriptor, like your patch).
This patch is only about the binary api extenstion (It's a differential
patch against latest bus 0 implementation as seen on
sochronous transfer) or into each 'P' event, like the per frame
information.
Ok this is a bit complex :-). Anyway please let me know any suggestion.
thanks,
Paolo
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Tutto per il Modding PC: Case
?!?) will simplify
the update process ?!?
I hope I can get the whole thing a spin in the week-end.
Ciao,
Paolo
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Le speciali Offerte di Benvenuto di Cassine di Pietra:
* scopra il gusto ed i vantaggi delle tr
s is not ready to go to Greg yet.
What about the device patch ? Should we send differential patch against
it or just ignore?
thanks,
Paolo
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Refill s.r.l. - Tutto per la tua stampante a prezzi incredibili
the second solution is that don't work for bus0: it give
busnum == 0 that is meaningless.
Thanks for the review and best regards,
Paolo
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Scopri RIS il sistema di ricarica infinita. Meglio
This patch create the bus0 to the usbmon interface. Bus0 provides events
for all attached USB buses to any kind of reader (text, binary).
Signed-off-by: Paolo Abeni <[EMAIL PROTECTED]>
---
This is test implementation to collect comments and suggestion on the
subject. The patch is against
This patch adds a class which allows for an easier integration with
udev.
Signed-off-by: Paolo Abeni <[EMAIL PROTECTED]>
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
---
The patch is against linux 2.6.21-rc1.
I just changed the struct device creation, using the ubus->co
etion or error?
Well, not exactly.
The setup array is valid if setup_flag is 0 (ascii '\0').
If the data has been transferred using DMA, the setup array is active
only on certain architecture (currently i386). The same for the URB
data.
ciao,
Paolo
--
Email.it, the pro
This patch adds a class which allows for an easier integration with
udev.
Signed-off-by: Paolo Abeni <[EMAIL PROTECTED]>
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
---
I just changed the struct device creation, using the ubus->controller for
the parent device, as su
defined (may always 0, but don't
count on this).
This lead to some waste of space (8 bytes for each event which don't
really carry a setup packet) but lead to a simpler implementation. The
choose was debated during usbmon binary API definition/creation.
ciao,
Paolo
--
Email.
ass_device.
Signed-off-by: Paolo Abeni <[EMAIL PROTECTED]>
--
diff -uprN linux-2.6.21-rc1/drivers/usb/mon/mon_bin.c
linux-2.6.21-rc1-mon/drivers/usb/mon/mon_bin.c
--- linux-2.6.21-rc1/drivers/usb/mon/mon_bin.c 2007-02-23 09:57:44.0
+0100
+++ linux-2.6.21-rc1-mon/drivers/usb/mon/mon
ittle endian byte order and
then 'visualized' on an host with big endian byte order (or vice versa)
the header is miss-interpreted.
I can solve this problem removing memory mapped access and performing
the header byte order conversion, but any other suggestion will be very
appreciated :
e the code to make the header little
endian, too ? This will make more uniform the processing of each event
at the application level.
I'm sorry to have came to this a little too late...
Best regards,
Paolo
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
sed -e s/ class_//
On the patch should make the work :-).
Until January I will have some difficulties to check my mail, so:
Marry Christmas to all.
Paolo
-
Take Surveys. Earn Cash. Influence the Future of IT
Join Sourc
> Changing it now will affect Paolo. I am leaning to leaving it as is.
The code for interfacing with the new binary API has not been merged yet
into libpcap. If this really matters, I suppose it can be changed...
Best regards,
Paolo
---
integrate nicely with udev, with the following rule:
KERNEL=="usbmon[0-9]*", NAME="usbmon%n", MODE="0440",OWNER="root",GROUP="bin"
Paolo
--
diff -uprN linux-2.6.19-vanilla/Documentation/usb/usbmon.txt
linux-2.6.19.1/Documentation/usb/usbmon.txt
---
_init. The class devices are created with the
'struct device' parameter set to NULL, in order to simplify the class
device initialization.
A little modification to the mon_bus struct is required, because I think
to store there the class device pointer.
253 3
mknod /dev/usbmon/4 c 253 4
I don't use a udev rule because I was not able to write a working one.
I think that udev is not receiving the device creation event for usbmon:
perhaps a usbmon device class should be registered under sysfs to make
udev receive this even
found here:
http://thread.gmane.org/gmane.network.tcpdump.devel/1984/focus=1984
and hopefully will be merged into the pcap tree.
I have not performed formal regression test, but I simply run wireshark
+libpcap+usbmon and the data collected was reasonable.
ciao,
Paolo
sistency of the received packet chain).
Best regards,
Paolo
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & busin
hi Pete,
In the hope to make your work easier/faster I merged the latest fix
signaled on the mailing list, the mmap implementation, the mfetch and
mflush ioctl methods, and reworked mon_bin_get_event and mon_bin_read to
use a common helper function to wait for data on the ring buffer.
This is th
ate(TASK_RUNNING);
> + remove_wait_queue(&rp->b_wait, &waita);
> + return -EWOULDBLOCK; /* Same as EAGAIN in Linux */
Before returning the mutex 'fetch_lock' is hold, shouldn't it be
released ?!?
The same situation happe
ioctl command ?!?
ciao,
Paolo
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics thro
Hello,
I would like to share my last work to add a binary interface to usbmon.
This is still quite rough and does use the dreaded next_urb field into
the urb header structure, so it's not intended as a finished work.
--
diff -upN linux-2.6.18-vanilla/drivers/usb/mon/Makefile
linux-2.6.18-mon_mm
roblems be fixed with some kind of memory
barrier implemented into the driver after writing the urb header?!?
ciao,
Paolo
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly wi
From: Paolo Abeni <[EMAIL PROTECTED]>
A binary interface is added to usbmon. For each USB bus present on the host
system a new file is added to the debugfs directory, in the form "usb%db".
USB records are stored in a liked list, alike current text interface
implementation,
From: Paolo Abeni <[EMAIL PROTECTED]>
An ioctl method is added to each usbmon text files. The ioctl implements
two operation: retrieving the max size of data that usbmon is able to
capture for each URB, and changing this value.
Captured data is stored in buffers allocated from a slab cache
31969
Is there any further development ?!?
I'm working to extend the current text interface; perhaps is not the
best way, but it should be the more easier/less intrusive. Is any patch
on this subject of more general interest ?!?
Best regar
Hi all.
I'd like to try the usbmon option (to monitor the usb connection), as
suggested in Irc. I don't want to change kernel, so if there is any
patch for my kernel (2.6.10), i'll be very glad.
I've searched in Google, but i didn't found clear informations.
Thanx.
--
Is this aiptek? Wouldn't it be better to fix the driver so it
initializes the device properly? Perhaps you can post the info you
gathered from windows (if it is too huge, maybe you can stick it on a
web-page somewhere)?
Ciao,
Duncan.
Hi Duncan :)
Well, the tablet is an Aiptek, right. By now
Hi.
My graphic tablet seems to be supported (in Linux), but can't work.
Booting in Windows and then soft-booting in Linux, i can use it without
problems.
So, i've dumped the instructions sent to my graph-tablet in Windows...
now i'd like to use those informations with usb-robot-slave, to make
or me ;-).
I think "2.4.x UHCI alternate driver" && "2.6.x UHCI-HCD" have some problems
on my hardware (my chipset is VIA KT133 on Asus motherboard).
Full info on my hardware / software have been posted to this list on my
previous message:
http://marc.theaimsgroup.com/?
- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR-
Capabilities: [60] Power Management version 1
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
--
Paolo Ornati
Linux v2.4.22
config-2.6.gz
Description: GNU Zip compressed data
anyway, with the
URB requests correctly done.
It is not clear to me why this function call can cause
problems in my architecture, and I don't know either
if my modification will result in buggy or unstable
system behaviour.
What do you think about it?
Thank you in advance
-
On Wednesday 13 August 2003 22:38, you wrote:
> On Wed, Aug 13, 2003 at 10:25:51PM +0200, Paolo Ornati wrote:
> > On Wednesday 13 August 2003 18:37, you wrote:
> > > On Tue, Aug 12, 2003 at 02:13:21PM -0300, Marcelo Tosatti wrote:
> > > > Paolo,
> >
43 matches
Mail list logo
