On Mon, Apr 23, 2007 at 09:34:38PM +0530, Ashok Kumar wrote:
> Hi,
>
> for this conversation i am taking a simple usb device( surely this is
> not a block device, a kind of char device)
>
> step 1
> -
> i can create a kernel module with specifically allocated major and
> minor number. so
On Sat, Apr 28, 2007 at 01:32:51PM -0400, Gene Heskett wrote:
> Greetings;
>
> This is driving me batty (its just a short drive, folks)
>
> from /var/log/messages
>
> [EMAIL PROTECTED] rc3.d]# grep ttyUSB /var/log/messages
> Apr 22 22:23:28 coyote kernel: usb 3-3.2: FTDI USB Serial Device conver
Eviniz ve İşyeriniz için Her türlü Sıhhi Tesisat İşleri
Doğalgaz Döşeme, Bakım ve Tamiratı
Kolon Tesisatı
Kalorifer Tesisatı
Kaloarifer Kazan Dairesi
Hidrofor ve Kolon Tamiratı
Kombi Arıza Tamiratı
Kombi Montajı
Şofben ve Ocak Dönüş
On Friday 27 April 2007, Peter Korsgaard wrote:
> David> Given that any dual-role controller can run in three modes,
> David> I'm curious why you don't give config options here. The three
> David> mode being: host-only, peripheral-only, and OTG.
>
> David> That choice would naturally be part of t
On Thursday 19 April 2007, Amrut Joshi wrote:
> Hello,
>
> I am doing some work with gadgetfs and have fixed some bugs. I am
> attaching the patch here. It was not support highspeed endpoints in
> some of the functions and ep->driver_data was dereferenced to dev_data
> instead of ep_data in some f
On Monday 30 April 2007, Mike Nuss wrote:
> Alan Stern wrote:
> > > I think it's pretty clear there's an underlying hardware issue, but
> > > maybe there is a workaround. I added the additional debug code you
> > > suggested to get a better idea of what finish_unlinks() is doing (or
> not
> > > do
On Monday 30 April 2007, Meher wrote:
>Then application will not even bother if he is a USB
> device or on board flash and just do the normal read/write from
> /dev/flashd?
"flashd" is some wierd new convention it seems. There are two basic
models for flash memory on Linux.
- The "nat
On 4/30/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Tue, 1 May 2007, Jiri Kosina wrote:
>
> > Thanks for the report - it clearly shows that Cypress produces different
> > hardware with different report descriptors, all broken in a very similar
> > way (improper order of usage minimum and maximu
From: Matthew Davidson <[EMAIL PROTECTED]>
The Sitecom WL-117 is another "driverless" ZD1211 device where the virtual
windows driver CD must be ejected before the WLAN device appears.
zd1211rw takes care of the ejecting, but usb-storage must be told not to claim
the device.
Signed-off-by: Daniel
On Tue, 1 May 2007, Jiri Kosina wrote:
> Thanks for the report - it clearly shows that Cypress produces different
> hardware with different report descriptors, all broken in a very similar
> way (improper order of usage minimum and maximum items), but not
> identical. This would require more ge
> >
> > > When application does a read or even mount of the flash device
how
> > > is that information passed on to the device driver so that it can
> > > convert that to specific Ctrl/Bulk transfer types and pass it on
to
> > > HCD?
> >
> > I believe the driver stack will look something like
David Brownell wrote:
>
> Yeah. Well, at some level once you notice that INTR_SF lossage,
> I thik the only possible recovery is to reset the controller and
> then restart everything from scratch (re-enumerate etc). Resetting
> should be easy; so maybe all you'd need to do is call ohci_restart()
On Mon, 30 Apr 2007, Bret Towe wrote:
> accutally as soon as i had sent off that previous email I went looking
> for scanners to make sure they all worked or not the below is what i got
> with a 61
> [ 135.479986] usbhid 1-1:1.0: usb_probe_interface
> [ 135.479986] usbhid 1-1:1.0: usb_probe_in
On 4/30/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Mon, 30 Apr 2007, Bret Towe wrote:
>
> > where is your tree? or could I get a copy of the cleaned up patch?
>
> My tree is hid.git on git.kernel.org. The cleaned up patch is not yet
> there, I will send it to you when I commit it. I am waiting
Hi,
On 4/30/07, Curran, Dominic <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> > I would like to know if there is any specific API that will be
> > used by the Applications that read/write to USB devices. For example
> > if a flash device is plugged into a system then the HCD will enumerate
> > the d
On Mon, 30 Apr 2007, Bret Towe wrote:
> where is your tree? or could I get a copy of the cleaned up patch?
My tree is hid.git on git.kernel.org. The cleaned up patch is not yet
there, I will send it to you when I commit it. I am waiting for more of
your feedback so that I put support for all p
On 4/30/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Mon, 30 Apr 2007, Bret Towe wrote:
>
> > > Please try the patch below (against 2.6.21), it could solve your
> > > problem. If it does, I would be interested in all other product IDs
> > > you are able to reproduce this bug with, so that I can
On Mon, 30 Apr 2007, Bret Towe wrote:
> > Please try the patch below (against 2.6.21), it could solve your
> > problem. If it does, I would be interested in all other product IDs
> > you are able to reproduce this bug with, so that I can prepare proper
> > patch, handling all cypress hardware w
>
> > When application does a read or even mount of the flash device
how
> > is that information passed on to the device driver so that it can
> > convert that to specific Ctrl/Bulk transfer types and pass it on to
> > HCD?
In my haste I forgot to put in usb-storage...
I believe the dr
> Hi,
> I would like to know if there is any specific API that will be
> used by the Applications that read/write to USB devices. For example
> if a flash device is plugged into a system then the HCD will enumerate
> the device and load the appropriate device driver for that flash
> device to
On Mon, 30 Apr 2007, Meher wrote:
> Hi,
> I would like to know if there is any specific API that will be
> used by the Applications that read/write to USB devices. For example
> if a flash device is plugged into a system then the HCD will enumerate
> the device and load the appropriate device
On 4/30/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Sun, 29 Apr 2007, Bret Towe wrote:
>
> > > There might be various reasons for this, most probably the report
> > > descriptor of the device is broken. It might then be easy to fix the
> > > report descriptor on the fly before it gets parsed, w
Hi,
I would like to know if there is any specific API that will be
used by the Applications that read/write to USB devices. For example
if a flash device is plugged into a system then the HCD will enumerate
the device and load the appropriate device driver for that flash
device to handle the d
On Mon, 30 Apr 2007, Li Yu wrote:
> This patch set include :
> 1. usb/hid: The HID Simple Driver Interface 0.5.0 (core)
> 2. usb/hid:Microsoft Natural Ergonomic Keyboard 4000 Driver 0.5.1
> 3. Some related kbuild changes.
> The changelog since 0.5.0:
> 1. The parameter asci
Alan Stern wrote:
> > I think it's pretty clear there's an underlying hardware issue, but
> > maybe there is a workaround. I added the additional debug code you
> > suggested to get a better idea of what finish_unlinks() is doing (or
not
> > doing).
>
> And the results are... ?
finish_unlinks is
On Mon, 30 Apr 2007, Daniel Drake wrote:
> Commit 93c8bf45e083b89dffe3a708363c15c1b220c723 modified the USB device
> matching behaviour to ignore interface class matches if the device class
> is vendor-specific.
>
> This patch adds an explicit ID match for the Logitech QuickCam Messenger,
> which
On Sun, 29 Apr 2007, Bret Towe wrote:
> > There might be various reasons for this, most probably the report
> > descriptor of the device is broken. It might then be easy to fix the
> > report descriptor on the fly before it gets parsed, we are doing this
> > for various broken hardware already.
Make a "menuconfig" out of the Kconfig objects "menu, ..., endmenu",
so that the user can disable all the options in that menu at once
instead of having to disable each option separately.
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
---
drivers/usb/Kconfig |9 ++---
1 file changed,
diff -Naurp linux-2.6.21-rc6-mm1.orig/net/bluetooth/hidp/core.c
linux-2.6.21-rc6-mm1.new/net/bluetooth/hidp/core.c
--- linux-2.6.21-rc6-mm1.orig/net/bluetooth/hidp/core.c 2007-04-10
09:16:51.0 +0800
+++ linux-2.6.21-rc6-mm1.new/net/bluetooth/hidp/core.c 2007-04-17
09:19:27.0 +08
diff -Naurp linux-2.6.21-rc6-mm1.orig/drivers/hid/usbhid/hiddev.c
linux-2.6.21-rc6-mm1.new/drivers/hid/usbhid/hiddev.c
--- linux-2.6.21-rc6-mm1.orig/drivers/hid/usbhid/hiddev.c 2007-04-10
09:16:46.0 +0800
+++ linux-2.6.21-rc6-mm1.new/drivers/hid/usbhid/hiddev.c2007-04-15
21
diff -Naurp linux-2.6.21-rc6-mm1.orig/drivers/hid/usbhid/hid-core.c
linux-2.6.21-rc6-mm1.new/drivers/hid/usbhid/hid-core.c
--- linux-2.6.21-rc6-mm1.orig/drivers/hid/usbhid/hid-core.c 2007-04-10
09:16:46.0 +0800
+++ linux-2.6.21-rc6-mm1.new/drivers/hid/usbhid/hid-core.c 2007-04-15
diff -Naurp linux-2.6.21-rc6-mm1.orig/drivers/hid/hid-al.c
linux-2.6.21-rc6-mm1.new/drivers/hid/hid-al.c
--- linux-2.6.21-rc6-mm1.orig/drivers/hid/hid-al.c 1970-01-01
08:00:00.0 +0800
+++ linux-2.6.21-rc6-mm1.new/drivers/hid/hid-al.c 2007-04-15
21:34:44.0 +0800
@@ -0,
Hi, Jiri.
These are the splited patches of hid bus prototype 070409. I remember
I posted them in attachment form ago ;)
Now they are splited in some separable patches.
I am afraid I can not receive in Labor Day.
Good luck.
- Li Yu
Signed-off-by: Li Yu <[EMAIL P
例の女性の件で
内緒の話、報告ファイルです。
秘密コードはこちらです。
http://www.star-lightz.com/k/iin
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just da
34 matches
Mail list logo
