er which already claims to support
them.
>
> Are you positive these are really not sierra wireless chipsets inside
of
> these devices?
There are not any Sierra Wireless chips in the Dell laptops.
-Kevin
-
This SF.ne
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch adds new devices to the Sierra Wireless driver. This is being
resubmitted because the dependent patch (patch 01/02) needed to be resubmitted.
This patch depends on the recently submitted TRU-Install Patch (patch 01/02).
There were pr
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch adds compatibility with Sierra Wireless' new TRU-Install feature.
Future devices that use this feature will not work unless this patch has been
applied.
This recent attempt fixes the return of the probe function so that the device
do
Ah, thanks for spelling it out for me :) I misunderstood you before.
- Kevin
-Original Message-
From: Oliver Neukum [mailto:[EMAIL PROTECTED]
Sent: Monday, July 16, 2007 4:55 AM
To: [email protected]
Cc: Kevin Lloyd; [EMAIL PROTECTED]; Linux Development Group
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch adds new devices to the sierra wireless driver. This is being
resubmitted because the dependent patch (patch 01/02) needed to be resubmitted.
This patch was tested on the 2.6.21.1 kernel source patched with the following
patches (found at
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch adds compatibility with Sierra Wireless' new TRU-Install feature.
Future devices that use this feature will not work unless this patch has been
applied.
This attempt of the patch corrects a hard-coded return and the dev_dbg message
y the dev_dbg messages are implemented
incorrectly in the first patch. I'll move that fix up to the first
patch.
I'll wait another day for other comments and then resubmit with those
changes.
- Kevin
-Original Message-
From: Oliver Neukum [mailto:[EMAIL PROTECTED]
Sent: Wednesday,
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch adds new devices to the sierra wireless driver.
This patch was tested on the 2.6.21.1 kernel source patched with the following
patches (found at
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/usb/):
usb-
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch adds compatibility with Sierra Wireless' new TRU-Install feature.
Future devices that use this feature will not work unless this patch has been
applied.
This patch was tested on the 2.6.21.1 kernel source patched with the followi
them. Nonetheless I'll give the
calc_num_ports() attempt a try.
- Kevin
-Original Message-
From: Greg KH [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 07, 2007 4:02 PM
To: Kevin Lloyd
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
[email protected].
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch is derived from the 2.6.22-rc4 kernel source and adds support for the
new TRU-install (C) feature (without this support new devices will not work),
and
add new UMTS device VID/PIDs.
There was a previous submission on Tuesday June 5th,
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch is derived from the 2.6.21.3 kernel source and adds support for the
new TRU-install
feature (without this support new devices will not work), and add new UMTS
device VID/PIDs.
Signed-off-by: Kevin Lloyd <[EMAIL PROTECTED]>
---
diff
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch is targeted for the 2.6.21.1 kernel source. It updates
the description of the Sierra Wireless modem driver in the USB
serial Kconfig file.
Signed-off-by: Kevin Lloyd <[EMAIL PROTECTED]>
---
diff -uprN linux-2.6.21.1/drivers/usb/se
tree. Note however, that the DaVinci tree is not actively maintained.
Right now we are focusing efforts on getting the DaVinci codebase into
mainline instead of maintaining a separate tree.
Kevin
[1] http://linux.omap.com/mailman/listinfo/linux-omap-open-source
> > Hi,
> >
> >
from: Kevin Lloyd <[EMAIL PROTECTED]>
This patch removes the Airprime 5220 device (branded as Audiovox) from
the option.c driver. This device is already supported by the sierra.c
driver.
This was based off of the option.c driver found in kernel 2.6.20-git11.
Signed-off-by: Kevin Lloyd &
from: Kevin Lloyd <[EMAIL PROTECTED]>
This patch ensures that the device is turned on when inserted into the system.
It also adds more VID/PIDs and matches the N_OUT_URB with the airprime driver.
Signed-off-by: Kevin Lloyd <[EMAIL PROTECTED]>
---
--- linux-2.6.20-rc5/driver
from: Kevin Lloyd <[EMAIL PROTECTED]>
This patch ensures that the device is turned on when inserted into the
system (which mostly affects the EM5725 and MC5720. It also adds more
VID/PIDs and matches the N_OUT_URB with the airprime driver.
Signed-off-by: Kevin Lloyd <[EMAIL
out the call to usb_set_interface().
Unfortunately, this isn't really an option, as it won't solve the problem for
our many users. (We surely can't expect them all to patch and recompile their
kernels.) :-(
Kevin Kofler
I'd like a confirmation of my understanding of the storage gadget
driver:
The storage gadget takes a backing file and exposes it to a USB host as
a disk. Can I also mount that as a filesystem on the system running the
gadget driver? I'm guessing not -- that sounds like two things mounting
the sa
Just thought you guys would like to know I had this same problem since
2.6.7-mm6, but it is now fixed for me in 2.6.8-rc3-mm1.
I have an intel 865PE chipset.
---
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com,
Lonnie Mendez schrieb:
http://www.qbik.ch/ seems to be unreachable. I tried accessing it last week
as well for an update when I first noticed. Does anyone have any news on
this?
I have been trying too. There used to be strange network error messages, now
it's simply a connection refuse on the ww
host. The 'assumption' you mentioned below is based on this
information.
Kevin
Alan Stern wrote:
Greg:
This patch implements the new altsetting regime for the drivers under
usb/media. Not much needed to be changed. I'm unable to test any of the
changes, but at least they co
more appropriate place. Should I re-post there? Is the form of the
patch being a diff -u adequate?
Thanks for answers
Kevin
--
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=214656
http://wwwkeys.pgp.net:11371/pks/lookup?op=vindex&search=0x7A56501D
ICQ # 75570407
signature.asc
De
lt;http://www.qbik.ch/usb/devices/showdev.php?id=1583>
Thanks for merging.
regards
Kevin
--
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=214656
http://wwwkeys.pgp.net:11371/pks/lookup?op=vindex&search=0x7A56501D
ICQ # 75570407
--- linux-2.6.4/drivers/usb/storage/transpo
better recovery from TT
errors, here's the patch :
clear_tt_buf_patch
Description: Binary data
Kevin
me TT errors. I'll see if this gets better with the correct
value in there.
Kevin
On Friday, October 10, 2003, at 05:22 PM, David Brownell wrote:
Kevin Owen wrote:
On Thursday, October 9, 2003, at 07:50 PM, David Brownell wrote:
Kevin Owen wrote:
A good portion of the devices I'm tr
vices ?
Does this improve under 2.6 ?
Thanks in advance,
Kevin
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
[EMAIL PROTECTED]
To unsubscribe, us
David Brownell wrote:
>
>
> Kevin Brosius wrote:
> > This is new in the last month or so, haven't tried this combination in a
> > while...
> >
> > I have a usbaudio device which fails under xine at times. With latests
> > kernel 2.6 bk tree, I notic
n+0x0/0x30
Sep 28 11:41:10 sea kernel: [] hub_thread+0x0/0x100
Sep 28 11:41:10 sea kernel: [] kernel_thread_helper+0x5/0x18
Sep 28 11:41:10 sea kernel:
--
Kevin
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
---*/
static void
scan_async (struct ehci_hcd *ehci, struct pt_regs *regs)
{
struct ehci_qh *qh;
enum ehci_timer_action action = TIMER_IO_WATCHDOG;
if (!++(ehci->stamp))
ehci->stamp++;
timer_action_done (ehci, TIMER_ASYNC_SHRINK);
rescan:
qh = ehci->async->qh_next.qh;
if (likely (qh != 0)) {
do {
/* clean any finished work for this qh */
if (!list_empty (&qh->qtd_list)
&& qh->stamp != ehci->stamp) {
int temp;
/* unlinks could happen here; completion
* reporting drops the lock. rescan using
* the latest schedule, but don't rescan
* qhs we already finished (no looping).
*/
qh = qh_get (qh);
qh->stamp = ehci->stamp;
temp = qh_completions (ehci, qh, regs);
qh_put (ehci, qh);
if (temp != 0) {
goto rescan;
}
}
/* unlink idle entries, reducing HC PCI usage as well
* as HCD schedule-scanning costs. delay for any qh
* we just scanned, there's a not-unusual case that it
* doesn't stay idle for long.
* (plus, avoids some kind of re-activation race.)
*/
if (list_empty (&qh->qtd_list)) {
if (qh->stamp == ehci->stamp)
action = TIMER_ASYNC_SHRINK;
else if (!ehci->reclaim
&& qh->qh_state == QH_STATE_LINKED)
start_unlink_async (ehci, qh);
}
qh = qh->qh_next.qh;
} while (qh);
}
if (action == TIMER_ASYNC_SHRINK)
timer_action (ehci, TIMER_ASYNC_SHRINK);
}
Kevin
++ linux-2.5.72.patched/drivers/usb/storage/unusual_devs.h 2003-06-19
23:49:09.0 -0500
@@ -602,6 +602,16 @@
US_SC_SCSI, US_PR_BULK, NULL,
US_FL_MODE_XLATE | US_FL_FIX_INQUIRY ),
+/* Reported by Kevin Cernekee <[EMAIL PROTECTED]>
+ * Tested o
.h
linux-2.4.21-test/drivers/usb/storage/unusual_devs.h
--- linux-2.4.21/drivers/usb/storage/unusual_devs.h 2003-06-13 09:51:37.0
-0500
+++ linux-2.4.21-test/drivers/usb/storage/unusual_devs.h2003-06-19
22:02:34.0 -0500
@@ -576,6 +576,16 @@
US_SC_SCSI,
rage/unusual_devs.h 2003-06-13 09:51:37.0
-0500
+++ linux-2.4.21.patched/drivers/usb/storage/unusual_devs.h 2003-06-19
16:52:57.0 -0500
@@ -576,6 +576,16 @@
US_SC_SCSI, US_PR_BULK, NULL,
US_FL_START_STOP ),
+/* Reported by Kevin Cerne
Hi, I am running kernel 2.4.21-rc7 and am still having trouble with this
device after reading the original thread [1]. At storage/usb.c:937, the
case for the US_SC_8020 subclass sets max_lun to zero:
case US_SC_8020:
ss->protocol_name = "8020i";
til I have had a chance to go over the config info from STM again.
Kevin
Oliver Neukum wrote:
Hi,
you always set the same configuration. This makes doing so quite pointless.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'|
On Wed, 28 May 2003, David Rippel wrote:
> Does anyone have a working driver for (or willing to put one together?)
> for the ASIX AX88172 usb-to-ethernet controller & RealTek RTL8201 PHY
> (better known as the linksys usb200m nic, also seen as a netgear
> product)?
TiVo apparently wrote a GPL dr
2: Manufacturer: Creative Technology
Ltd.
--
Kevin
---
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://clic
Kevin Brosius wrote:
>
> David Brownell wrote:
> >
> >
> > Hi,
> >
> > This is a slightly cleaned up version of Kevin's patch to
> > add a "registers" sysfs debug file. Minor style and whitespace
> > fixups, prints the other register
ly once
drivers/usb/host/ohci-q.c:686: for each function it appears in.)
make -f scripts/Makefile.build obj=net/core
make[3]: *** [drivers/usb/host/ohci-hcd.o] Error 1
--
Kevin
---
This sf.net email is sponsored by:ThinkGeek
Welcome to gee
Hi David, Greg,
I've had this in my tree for a while meaning to send it in. Changes:
Add driver fs/sysfs 'registers' debug file for OHCI hub when
OHCI_VERBOSE_DEBUG is defined.
This should apply cleanly on top of David's ohci changes from this
week. If not, let me know, and I'll check my mer
they appear to work.
--
Kevin
= drivers/usb/host/ehci-dbg.c 1.15 vs edited =
--- 1.15/drivers/usb/host/ehci-dbg.cThu Jan 9 13:29:32 2003
+++ edited/drivers/usb/host/ehci-dbg.c Sun Jan 12 22:31:31 2003
@@ -325,7 +325,7 @@
}
static ssize_t
-show_async (struct device *dev, cha
David Brownell wrote:
>
>
> Kevin Brosius wrote:
> >
> > After some testing with the ohci driver, I'm starting to suspect this is
> > a documented problem in the AMD766 controller on the motherboard.
> > Referring to
> > http://www.amd.com/us-en/Proc
David Brownell wrote:
>
>
> Kevin Brosius wrote:
> >
> > After some testing with the ohci driver, I'm starting to suspect this is
> > a documented problem in the AMD766 controller on the motherboard.
> > Referring to
> > http://www.amd.com/us-en/Proc
than as a optimal fix.
I'm relatively new to the OHCI USB driver, so please be gentle with
comments! :)
--
Kevin
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
x1a0
Nov 27 18:53:23 sea kernel: [] usb_audio_ioctl+0x115/0xd40
Nov 27 18:53:23 sea kernel: [] sys_select+0x244/0x510
Nov 27 18:53:23 sea kernel: [] sys_ioctl+0xef/0x264
Nov 27 18:53:23 sea kernel: [] syscall_call+0x7/0xb
Nov 27 18:53:23 sea kernel:
Would line numbers for any of these be help
e this:
Sep 15 02:48:53 sea kernel: usb_control/bulk_msg: timeout
Sep 15 02:48:54 sea kernel: usb-ohci.c: unlink URB timeout
(while running ALSA on a 2.4.19 kernel. Versions of 2.5 prior to 2.5.45
when the modules broke and audio.o was still loadable behaved the same
way.)
--
Kevin
- AMD 760MP
USB audio - Sound Blaster Extigy
lsusb here:
http://marc.theaimsgroup.com/?l=linux-usb-devel&m=103706029814891&w=2
Any suggestions on further debugging steps to take?
--
Kevin
---
This sf.net email is sponsored by:ThinkGeek
and ALSA usb-audio code.
Yes, that fixes the kernel oops's I was seeing on device attach. Back
to debugging why the audio fails after a time. Thanks,
--
Kevin
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thi
rally) in 2.5.45...
Thanks David,
Is anyone working on an update for the OSS audio driver? I'm going to
take a look, but it's all new to me. Is there another USB driver that
already was ported to the newer descriptor handling (or did you mean
that the sound layer chang
Thomas Sailer wrote:
>
>
> On Fri, 2002-11-08 at 06:11, Kevin Brosius wrote:
> > I've tried the latest usb changes from the bk tree, and continue to see
> > the attached null pointer problem when trying to install the 'audio'
> > module.
>
>
Kevin Brosius wrote:
>
> With 2.5.46, recent bk tree usb patches to 2.5.46, 2.5.45 and maybe
> 2.5.44 (I forget if this broke in 2.5.44 or .45, it worked a couple
> versions ago) I see the following oops'es.
>
> System is Athlon MP mobo, ohci hub.
>
> On trying t
Oh, and does anyone still use the openprojects/freenode irc mentioned on
the webpage? The irc channel seems really quiet. :)
Also, I notice the link to old mail archives seems to be down at:
http://electricrain.com/lists/archive/linux-usb/
--
Kevin
wr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
sea:/home/cobra #
--
Kevin
Nov 9 07:09:17 sea kernel: drivers/usb/core/hcd-pci.c: ohci-hcd @ 00:07.4, PCI device
1022:7414
Nov 9 07:09:17 sea kernel: drivers/usb/core/hcd-pci
(ptr, type, member) ({ \
const typeof( ((type *)0)->member ) *__p = (ptr); \
__p ? container_of(__p, type, member) : NULL;})
It calls the real container_of only if 'ptr' is not NULL.
-Kevin
--
---
down (&driver->serialize);
... does NOT use BKL to protect against module unload ...
+ /* talk directly to the interface's driver */
+ default:
+lock_kernel(); /* against module unload */
+ driver = ifp->driver;
... DOES use BKL to protect against unload (or anyone enumerating
Yes, the patch for pre8 only has the ID for the two port device. This
is the 0x2204 value that's #defined as USB_DEVICE_ID_ATEN_2PORTKVM. The
value for my 4 port device is 0x2205, which I had to add to get my KVM
to work.
Cheers,
-kevin
On Tue, 2002-05-21 at 17:07, Greg KH wrote:
>
4.19-pre8.
Hope it helps,
-kevin
--- linux-2.4.19-pre8-before-aten-fix/drivers/usb/hid-core.cMon May 20 14:16:51
2002
+++ linux-2.4.19-pre8/drivers/usb/hid-core.cMon May 20 14:19:25 2002
@@ -1084,6 +1084,7 @@
#define USB_DEVICE_ID_ATEN_UC100KM 0x2004
#define USB_DEVICE_ID_ATEN_CS
in half. But they will work simultaneously.
Kevin
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Here is some info to support the Toshiba PDR-M60, I would guess it would
be simple to add, since the M50 is supported
more /proc/bus/usb/devices
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12
MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.00 Cls=09(hub ) Sub=00 Pro
d info I got from STM, does the 2.5
maintainence. I maintain at the sourceforge project site a tarball of
the corrected and as-up-to-date-as-possible version of the stv driver
that will run with the kernel version I am running (currently 2.4.8,
soon to be 2.4.17 or 18) and below, for those people who aren't using
the very latest kernel. Thanks,
Kevin
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Yes, I would very much like to see EHCI support in a 2.4.x compatible form,
even if it's not in the mainline kernel. Last time I tried the CVS code, I
couldn't even get it compile, but maybe things have improved since then (two
months ago) :-)
I also have a USB 2.0 external hard drive that I'd su
STV0680 camera found.");
cut ---
Is there a way to call probe (without knowing the parameters it takes)
from the init function? or (as above) check vendor or product ID? If not
found, the init routine would do any cleanup necessary and exit. Thanks,
Kevin
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Thanks Roman.
The error is not fatal, I just wanted to make you aware. I am able to NFS
mount my root filesystem using the USB100TX and that was my main
requirement. It's very, very cool
You da MAN!
Thanks again.
Kevin
-Original Message-
From: Roman Weissgaerber [m
head start on figuring out what this error
means and how I might fix it.
Thanks in advance.
Kevin
-Original Message-
From: Roman Weissgaerber [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 04, 2001 10:13 AM
To: Benjamin Herrenschmidt; Li Yi; [EMAIL PROTECTED]
Subject: [linux-usb-
re
* no generic kernel-function to do this sort of stuff?)
*
* Yes, it was a shameless copy from the bttv-driver. IIRC, Alan says
* there will be one, but apparentely not yet -jerdfelt
*
* So I copied it again for the ov511 driver -claudio
*
* Same for the se40
river). Is
there a relatively simple way to dump the buffer contents to disk? If
not, can somebody point me to a how-to, book, etc, that will tell me how
to do this? Thanks again,
Kevin
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
t;make menuconfig" to
do this; I looked through the options and couldn't find that particular
one. "code maturity level support, loadable module support, processor
type features, general setup" have nearly all options either compiled in
or marked as M). Where do I look for that? Or am I just missing some
package? Thanks,
Kevin
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
all
combinations of rcv and snd, 0 and 1 and I get the crash every time. Why
would just referencing the usb_rcvctrlpipe, as I mentioned in my
previous post (pipe = usb_...), before I invoked usb_control_msg, cause
the crash?
Kevin
___
[EMAI
could implement the libusb type of fuction, avoiding the
reference to usbrcvpipe?
Kevin
> > //
> > static void pencam_set_camera(struct usb_pencam *dev)
> > {
> > unsigned char buf[40];
>
>
Greg KH wrote:
>
> On Thu, Sep 20, 2001 at 06:09:52PM -0400, kevin wrote:
> >
> > Now I have to send a series of about a dozen vendor specific commands
>
> Posting exact code might help out in determining what is goind wrong.
>
> thanks,
>
> greg k-
hould be sending the camera initialization commands
from? From a comment in the _ioctl function, it looks as if I might be
able to do it there, but can I use the _control_msg, or do I need to put
all the commands in a buffer? Thanks,
Kevin
___
[
71 matches
Mail list logo
