> Hm, I'll look into doing that after 2.6.10, as it does make more sense
> in the long run.
I agree. I remember playing with a USB driver in linux a while ago and
spending some time trying to figure out what was going on with byte
order :) I'd rather keep the raw HW (that is: well defined) byte o
> But any such model or document the isn't somehow
> automatically generated by the source doe (like our current kerneldoc
> stuff is) would quickly get out of date.
Speaking of which ... how about this README update?
It mentions kerneldoc right up front, along with the
more static docs an
On Thu, Dec 09, 2004 at 08:45:42AM +0900, li xinyi wrote:
>
> I beliebe that OOA/OOD or other software engineering skills also apply
> to device driver development, though C by nature is not an OO
> language.
The Linux kernel uses OO design elements throughout it. Look at how we
handle inheritan
And here's the uhci-hcd patch.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
thanks,
greg k-h
-
diff -Nru a/drivers/usb/host/uhci-debug.c b/drivers/usb/host/uhci-debug.c
--- a/drivers/usb/host/uhci-debug.c 2004-12-09 16:32:17 -08:00
+++ b/drivers/usb/host/uhci-deb
A while ago a comment from another kernel developer about why they put a
huge file in sysfs (one that was bigger than a single page and contained
more than just 1 type of information), was something like, "well, it was
just so easy, and there was no other place to put debugging stuff like
that," go
On Thu, Dec 09, 2004 at 04:08:33PM -0800, Linus Torvalds wrote:
> On Thu, 9 Dec 2004, Greg KH wrote:
> > Yeah, it's not the cleanest, and yes, it is just shutting the warning
> > up, but that's ok in this case. I guess I could look into doing the
> > "two different structures" type thing again, if
On Thursday 09 December 2004 3:57 pm, Greg KH wrote:
>
> Yeah, it's not the cleanest, and yes, it is just shutting the warning
> up, but that's ok in this case. I guess I could look into doing the
> "two different structures" type thing again, if people don't like things
> like this in different
On Thu, 9 Dec 2004, Greg KH wrote:
>
> No, the "fun" problem with this specific field (the wTotalLength one) is
> that we initially read them in from the hardware (which for USB is in le
> order) and then, in a later function, convert all of the le fields to
> native cpu order so that all device
On Thu, Dec 09, 2004 at 03:41:47PM -0800, Linus Torvalds wrote:
>
>
> On Thu, 9 Dec 2004, Greg KH wrote:
> >
> > Greg Kroah-Hartman:
> > o USB: fix another sparse warning in the USB core
>
> This one looks incorrect.
>
> The code doesn't _fix_ any warnings. It just shuts them up, without fix
On Thu, 9 Dec 2004, Greg KH wrote:
>
> Greg Kroah-Hartman:
> o USB: fix another sparse warning in the USB core
This one looks incorrect.
The code doesn't _fix_ any warnings. It just shuts them up, without fixing
anything at all.
The fact is "le16_to_cpu()" should act on a le16 value, and
On Thursday 09 December 2004 10:13 am, Ian Turley wrote:
>
Please don't send HTML (or even XHTML!) mail to
any mailing list. Among other things, lots of
people (and lists!) will just filter it out.
> where do I
> find the linux-usb-devel list archives and where can I find your
> patches.
ChangeSet 1.2178, 2004/12/09 13:49:32-08:00, [EMAIL PROTECTED]
USB: fix another sparse warning in the USB core
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/usb/core/inode.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -Nru a/drivers/usb/core/inode.c b/drive
ChangeSet 1.2176, 2004/12/09 12:41:33-08:00, [EMAIL PROTECTED]
USB: fix obvious build error in hc_chrisv10.c driver
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/usb/host/hc_crisv10.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -Nru a/drivers/usb/host/hc_cr
ChangeSet 1.2169, 2004/12/09 12:23:06-08:00, [EMAIL PROTECTED]
[PATCH] USB: EHCI qh update race fix
This makes the EHCI driver stop trying to update a live QH ... it's
not like OHCI, that can't be done safely because of a hardware race.
The fix:
- Unlinks the QH before updating it; only the
ChangeSet 1.2174, 2004/12/09 12:41:01-08:00, [EMAIL PROTECTED]
USB: fix sparse warning in ehci-hcd driver.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/usb/host/ehci-hub.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -Nru a/drivers/usb/host/ehci-hub.c b/d
ChangeSet 1.2170, 2004/12/09 12:23:20-08:00, [EMAIL PROTECTED]
[PATCH] USB uhci-debug.c: remove an unused function (fwd)
The patch below removes an unused function from
drivers/usb/host/uhci-debug.c
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Alan Stern <[EMAIL PROTECTED]>
Signed-o
ChangeSet 1.2173, 2004/12/09 12:40:44-08:00, [EMAIL PROTECTED]
USB: fix sparse warnings in sl811-hcd driver.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
drivers/usb/host/sl811-hcd.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -Nru a/drivers/usb/host/sl811-hcd
ChangeSet 1.2168, 2004/12/09 12:22:49-08:00, [EMAIL PROTECTED]
[PATCH] USB UHCI: minor bugfix for port resume
This patch fixes two small problems in the port suspend/resume handling
for the UHCI driver. There were a couple of spots where I neglected to
store I/O addresses in unsigned _long_ vari
ChangeSet 1.2171, 2004/12/09 12:23:36-08:00, [EMAIL PROTECTED]
[PATCH] USB: OHCI "resume"/smp fix
I noticed an SMP deadlock when connecting devices to
an autosuspended root hub.
This fix just makes the OHCI hub status reporting logic (used
exclusively by khubd) be a NOP until after the worker ta
ChangeSet 1.2167, 2004/12/09 12:22:35-08:00, [EMAIL PROTECTED]
[PATCH] PCI/x86-64: build with PCI=n
Fix (most of) x64-64 kernel build for CONFIG_PCI=n. Fixes these 2 errors:
1. arch/x86_64/kernel/built-in.o(.text+0x8186): In function
`quirk_intel_irqbalance':
: undefined reference to `raw_pci_
ChangeSet 1.2177, 2004/12/09 13:47:47-08:00, [EMAIL PROTECTED]
[PATCH] USB: add wake-up for waitqueues in usbfs_remove_file() to fix bug 387
Description: Bug 387 (http://bugzilla.kernel.org/show_bug.cgi?id=387)
is fixed by the attached patch, which sends waitqueue wake-ups to all
the appropriate
Hi,
Here are some USB fixes for 2.6.10-rc3. There is also a PCI build time
fix, and a Documentation grammer fix in here too. Some of the patches
are big, as they involve deleting a unworking driver and replacing it
with a working version.
Please pull from:
bk://kernel.bkbits.net/gregkh/
On Wed, Dec 08, 2004 at 03:56:00PM -0800, Nishanth Aravamudan wrote:
> Hi,
>
> Any suggestions for better corrections would be appreciated from
> linux-usb-devel, but please remember to CC me back on replies.
>
> Description: Bug 387 (http://bugzilla.kernel.org/show_bug.cgi?id=387)
> is fixed by
On Thu, Dec 09, 2004 at 01:19:49PM -0800, David Brownell wrote:
> On Thursday 09 December 2004 12:46 pm, Greg KH wrote:
> > When building with:
> > $ make C=1 M=drivers/usb/host/ CHECK='sparse -Wbitwise'
> >
> > I get the following error:
> > CHECK drivers/usb/host/ehci-hcd.c
> > drivers/
On Thursday 09 December 2004 12:46 pm, Greg KH wrote:
> When building with:
> $ make C=1 M=drivers/usb/host/ CHECK='sparse -Wbitwise'
>
> I get the following error:
> CHECK drivers/usb/host/ehci-hcd.c
> drivers/usb/host/ehci-dbg.c:397:28: warning: incompatible types for operation
> (==)
On Thu, 9 Dec 2004, Jon Lech Johansen wrote:
> Kernel: 2.6.9-1.1009_FC4 (Fedora Core)
>
> I get a kernel oops when my M-Audio Sonica disconnects after firmware
> load. Once I reboot the device works. The firmware is loaded with madfu:
> http://usb-midi-fw.sourceforge.net/
>
>
> usb 3-2: new ful
Minor updates to handle more hardware, and cleanups.
Please merge.
- Dave
Sync with the latest from 2.6, mostly OTG hooks (which probably won't
be used on 2.4 without significant host side USB updates) and handling
some new controllers, plus some minor cleanups (like NULL != 0).
Signed-off-by: Da
This includes bugfixes and support for more hardware.
Please merge.
- Dave
This syncs the Ethernet/RNDIS Gadget driver with the latest 2.6 code.
Includes some hardware related updates:
- Recognize three more types of USB controller
- Behave on controllers without VBUS sensing
- Work w
Folk are using 2.4.latest as the base to backport gadget
code to older (vendor) kernels, so this is the first of
three patches to sync it more with 2.6 ... updating core
code and APIs.
Please merge.
- Dave
This syncs the core of the USB Gadget framework with the 2.6 version.
- Gadget API up
On Tue, Dec 07, 2004 at 11:25:48AM -0800, David Brownell wrote:
> I noticed an SMP deadlock when connecting devices to
> an autosuspended root hub.
>
> This fixes it for me ... please merge.
Applied, thanks.
greg k-h
---
SF email is sponsore
On Tue, Dec 07, 2004 at 08:35:10PM +0100, Adrian Bunk wrote:
>
> The patch forwarded below still applies and compiles against
> 2.6.10-rc2-mm4.
>
> Please apply.
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Product Guide
On Mon, Dec 06, 2004 at 11:08:20AM -0800, David Brownell wrote:
> Since the previous SL811HS driver doesn't even compile,
> this would seem to meet the RC3 merge requirement of
> fixing a bug ... :)
>
> Please merge, and remove the relevant usb/host/hc_*.[hc]
> files too. (That is, not the CRIS s
On Tue, Dec 07, 2004 at 01:32:49PM -0800, David Brownell wrote:
> This is an updated version of the patch I sent last week.
> Please merge.
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Product Guide
Read honest & candid rev
On Wed, Dec 01, 2004 at 05:12:25PM -0500, Alan Stern wrote:
> Greg:
>
> This patch fixes two small problems in the port suspend/resume handling
> for the UHCI driver. There were a couple of spots where I neglected to
> store I/O addresses in unsigned _long_ variables (required for 64-bit
> arc
When building with:
$ make C=1 M=drivers/usb/host/ CHECK='sparse -Wbitwise'
I get the following error:
CHECK drivers/usb/host/ehci-hcd.c
drivers/usb/host/ehci-dbg.c:397:28: warning: incompatible types for operation
(==)
drivers/usb/host/ehci-dbg.c:397:28:left side has type restricted
Sorry,
here's the patch.
Hermann
On Monday 06 December 2004 18:52, Greg KH wrote:
> On Sun, Dec 05, 2004 at 07:56:34PM +0100, Hermann Kneissel wrote:
> > Greg,
> >
> > from the lack of response i assume you missed my last patch, maybe i
> > shouldn't had it sent as a reply to an old mail. Anyw
Kernel: 2.6.9-1.1009_FC4 (Fedora Core)
I get a kernel oops when my M-Audio Sonica disconnects after firmware
load. Once I reboot the device works. The firmware is loaded with madfu:
http://usb-midi-fw.sourceforge.net/
usb 3-2: new full speed USB device using address 3
usb 3-2: reset full speed U
Without trying to sound stupid( I know I am really but...) where do I
find the linux-usb-devel list archives and where can I find your
patches.
Are these patches for the 2.4 kernel or 2.6 as I am using 2.4 and
cannot migrate to 2.6 even though I want to.
:-(
Regards Ian
David Brownell w
Applied, thanks Adrian.
On Wed, Dec 08, 2004 at 04:02:38AM +0100, Adrian Bunk wrote:
> Mike Castle <[EMAIL PROTECTED]> noted that USB_ETH and USB_ETH_RNDIS
> in 2.4 are marked as "(EXPERIMENTAL)", but don't depend on EXPERIMENTAL.
>
>
> The patch below removes the "(EXPERIMENTAL)" string from
On Thu, 9 Dec 2004 08:17:16 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> On Thursday 09 December 2004 5:39 am, Dominik Bozek wrote:
> >
> > If I good anderstend, ehci_hcd don't accept intervals less than
> > frame (bInterval<3). I'm correct? If its true, is somebody working
> > on a patch fo
On Tue, 7 Dec 2004, James Pattinson wrote:
> I have tried your suggestion. I'm running 2.6.9 with gentoo-r6 patches,
> and I get the following when I connected the display:
> usb 2-1.3: new low speed USB device using address 3
> usb 2-1.3: skipped 1 descriptor after interface
> usb 2-1.3: new de
dear friends
I am new to LINUX but very much intrested .
I have to submit a project for my M.S
I have ideas to do that in LINUX.
I will be gratefull If some one cld help me in starting a project to
develop device drivers using LINUX.
Thankx
David
-
Hi Tejas,
"Tejas Sumant" <[EMAIL PROTECTED]> writes:
>
> I have difficulty in understanding what exactly USB endpoint is?
>
> I tried to find answer in USB specs, but could not get satisfied with.
>
> Pls can anybody explain me USB endpoint.
you can think of it as an address on a device where you
On Thursday 09 December 2004 5:39 am, Dominik Bozek wrote:
>
> If I good anderstend, ehci_hcd don't accept intervals less than
> frame (bInterval<3). I'm correct? If its true, is somebody working on
> a patch for that, maybe is something to test or I must fix this alone?
Yesterday I dug up the la
On Thursday 09 December 2004 1:42 am, Tejas Sumant wrote:
> Can we use USB function and USB Endpoint interchangibly?
No.
> In other words USB functions and USB endpoints are one and the same or
> different?
A function shares endpoint zero with all other
functions implemented in that device, and
On Wed, 8 Dec 2004, Douglas Pastorello wrote:
> eth0: no IPv6 routers present
> ohci_hcd :00:0c.1: wakeup
> usb 2-1: new full speed USB device using address 6
> usb-storage: This device (0686,4006,0001 S 06 P 50) has an unneeded
> SubClass entry in unusual_devs.h
>Please send a copy of thi
Hi All,
I have recently started gainning knowledge about USB devices.
I have difficulty in understanding what exactly USB endpoit is?
I tried to find answer in USB specs, but could not get saticsfied with.
Pls can anybody explain me USB enpoint.
Tejas
--
This message was created automatically by mail delivery software.
A message that you sent has not yet been delivered to one or more of its
recipients after more than 48 hours on the queue on flynn.zork.net.
The message identifier is: 1Cbd3n-0003w2-Dv
The subject of the message is: hello
The da
On Thu, 9 Dec 2004 13:39:00 +
Dominik Bozek <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I have a usb2.0 compatible device (speed==USB_SPEED_HIGH) which has an
> interrup EP with bInterval == 1 (no alternative configuration).
>
> If I good anderstend, ehci_hcd don't accept intervals less than
>
Hi All,
I have a usb2.0 compatible device (speed==USB_SPEED_HIGH) which has an
interrup EP with bInterval == 1 (no alternative configuration).
If I good anderstend, ehci_hcd don't accept intervals less than
frame (bInterval<3). I'm correct? If its true, is somebody working on
a patch for that, ma
- Original Message -
From: "Olav Kongas" <[EMAIL PROTECTED]>
To: "Tejas Sumant" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, December 09, 2004 5:48 PM
Subject: Re: [linux-usb-devel] USB Function and Endpoint
>
>
> On Thu, 9 Dec 2004, Tejas Sumant wrote:
>
> > Hi All,
> >
>
On Thu, 9 Dec 2004, Tejas Sumant wrote:
> Hi All,
>
> Can we use USB function and USB Endpoint interchangibly?
> In other words USB functions and USB endpoints are one and the same or
> different?
They are different.
I'd recommend you the following reading:
http://www.beyondlogic.org/usbnutshe
I continue developping the USB dumper. Thank you all for your information.
Currently I'm trying to get rid of an OOPS which occurs when I receive an
configuration request, so I'll send out a patch as sson as I'll think my code
is clean enough :)
For the moment I still use usb_submit_urb. I don't k
Hi,
I am using linux kernel version 2.4.24
- Original Message -
From: "Torsten Koschorrek" <[EMAIL PROTECTED]>
To: "A B" <[EMAIL PROTECTED]>
Subject: Re: [linux-usb-devel] ISP1161x bingo driver
usb_control/bulk_msgtimeout error
Date: Tue, 07 Dec 2004 13:41:23 +0100
>
> A B wrote:
> > H
Hi All,
Can we use USB function and USB Endpoint interchangibly?
In other words USB functions and USB endpoints are one and the same or
different?
If USB functions and endpoint is different then what is there relation one
to one, one to many, or many to one?
Tejas
---
55 matches
Mail list logo
