Michal Piotrowski wrote:
> Virtualization
>
> Subject : drivers/net/xen-netfront.c: bogus code
> References : http://lkml.org/lkml/2007/7/22/256
> Last known good : ?
> Submitter : Adrian Bunk <[EMAIL PROTECTED]>
> Caused-By : ?
> Handled
I get this when suspending. The kernel is 2.6.22+recent git (just before -rc1).
usb 2-1: USB disconnect, address 3
BUG: sleeping function called from invalid context at
/home/jeremy/hg/xen/paravirt/linux/drivers/usb/core/urb.c:524
in_atomic():1, irqs_disabled():0
1 lock held by khubd/207:
#0
On Thu, 2007-07-19 at 09:11 -0700, Greg KH wrote:
> On Thu, Jul 19, 2007 at 09:37:42AM -0400, Jeremy Katz wrote:
> > The Blackberry Pearl can run in two modes; a usb-storage only mode
> > and a mode that allows access via mass storage and to its database.
> > The berry_charg
On Thu, 2007-07-19 at 15:45 +0200, Oliver Neukum wrote:
> Am Donnerstag 19 Juli 2007 schrieb Jeremy Katz:
> > +/* Jeremy Katz <[EMAIL PROTECTED]>:
> > + * The Blackberry Pearl can run in two modes; a usb-storage only mode
> > + * and a mode that allows access via mass
The Blackberry Pearl can run in two modes; a usb-storage only mode
and a mode that allows access via mass storage and to its database.
The berry_charge module will set the device to dual mode and thus we
should ignore its native mode if that module is built
Signed-off-by: Jeremy Katz <[EM
On Wed, 2007-06-20 at 00:12 +0200, Oliver Neukum wrote:
> Am Dienstag, 19. Juni 2007 schrieb Jeremy Katz:
> > Blackberry devices charge over USB. By autosuspending the port, they are
> > not able to charge reliably.
>
> We made autosuspend configurable on a per device
Blackberry devices charge over USB. By autosuspending the port, they are
not able to charge reliably.
Signed-off-by: Jeremy Katz <[EMAIL PROTECTED]>
---
drivers/usb/core/quirks.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/core/quirks.c b/drive
barry project
(http://barry.sf.net)
Signed-off-by: Jeremy Katz <[EMAIL PROTECTED]>
---
drivers/usb/misc/berry_charge.c | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/misc/berry_charge.c b/drivers/usb/misc/berry_charge.c
On Tue, 2007-05-15 at 14:38 -0700, Randy Dunlap wrote:
> Jeremy Roberson wrote:
> > What is Top Posting?
>
> Yes, like that or this:
>
>
> A: http://en.wikipedia.org/wiki/Top_post
> Q: Were do I find info about this thing called top-posting?
> A: Because it messe
What is Top Posting?
On Tue, 2007-05-15 at 17:16 -0400, Dmitry Torokhov wrote:
> Hi,
>
> On 5/15/07, Jeremy Roberson <[EMAIL PROTECTED]> wrote:
> > A very good question. Had it been, I probably would not have missed it.
> >
> > On Tue, 2007-05-15 at 20:38
hat it's disabled
> if it's the only entry in the menu. Plus the parent menu gets
> cleaned up as well.
>
> Till
>
> Am Dienstag 15 Mai 2007 schrieb Jeremy Roberson:
> > LOL. Thanks, I forgot to enable Tablets before entering the Tablets
> > tree.
> >
LOL. Thanks, I forgot to enable Tablets before entering the Tablets
tree.
On Tue, 2007-05-15 at 11:12 -0700, Randy Dunlap wrote:
> On Tue, 15 May 2007 10:47:23 -0700 Jeremy Roberson wrote:
>
> > I just got finished configuring the 2.6.22-rc1 kernel and noticed that
> > the
e put back in for the 2.6.22 release?
--
Jeremy Roberson
Software Engineer
Interwrite Learning
"Do not go gentle into that good night,
Old age should burn and rave at the
close of the day; Rage, rage against the
dying of the light."
- Dylan Thomas
Note: The information contained wi
Thanks, the list was very helpful.
On Wed, 2007-02-14 at 15:02 -0800, Pete Zaitcev wrote:
> On Wed, 14 Feb 2007 15:47:16 -0700, Jeremy Roberson <[EMAIL PROTECTED]> wrote:
>
> > With the help of Dmitry, I solved the exclusive access issue that
> > required blacklisting
Greg KH wrote:
> Hm, do the two patches attached below fix this problem for you?
>
> The second one might not be needed, but it is there for "correctness" :)
>
Thanks. I'll try it out when I next boot that kernel.
J
If I understand you correctly, then yes. I submitted a patch that
removes vendor id 0x5543 and the associated pids from the blacklist.
On Sun, 2007-02-18 at 02:00 +0100, Jiri Kosina wrote:
> On Wed, 14 Feb 2007, Jeremy Roberson wrote:
>
> > With the help of Dmitry, I solved t
From: Jeremy Roberson <[EMAIL PROTECTED]>
Removes our GTCO CalComp Interwrite IPanels from the hid-core.c blacklist
because the HID Driver properly handles them.
Signed-off-by: Jeremy A. Roberson <[EMAIL PROTECTED]>
---
--- a/drivers/usb/input/hid-core.c 2007-02-04 11:44:
eg KH wrote:
> On Thu, Feb 08, 2007 at 09:37:47PM -0700, Roberson, Jeremy wrote:
> > The HID driver doesn't parse Digitizer data properly which, is why
> > Wacom, etc requires custom drivers for their digitizers. Same for our
> > digitizers. As far as I know, Di
I just tested it, it works great.
On Tue, 2007-02-13 at 23:34 -0500, Dmitry Torokhov wrote:
> On Tuesday 13 February 2007 18:52, Jeremy Roberson wrote:
> > Can you give me example syntax for using EVIOCGRAB ioctl or point me to
> > the documentation? This may very well solve
we Digitizer manufactures can do away with
custom USB Drivers. I'm not sure why other Digitizer manufactures
haven't worked toward this end instead of sticking with limited
digitizer support.
On Tue, 2007-02-13 at 23:34 -0500, Dmitry Torokhov wrote:
> On Tuesday 13 February 2007
esday 13 February 2007 16:15, Jeremy Roberson wrote:
> > Well, it seems the XInput Hotplug is still going to be a bit of a mess
> > for a while and some of the distributions that we are targeting have
> > updated kernels but, are still using XFree86 so we want to remain as
shared memory which, in tern formats the low level
input events into XInput events and then posts them on the XInput event
queue.
Not sure if this answers your question or not. If not, please let me
know.
On Tue, 2007-02-13 at 09:49 -0500, Dmitry Torokhov wrote:
> On 2/12/07, Jeremy Rob
37:47PM -0700, Roberson, Jeremy wrote:
> > The HID driver doesn't parse Digitizer data properly which, is why
> > Wacom, etc requires custom drivers for their digitizers. Same for our
> > digitizers. As far as I know, Digitizers have never been parsed
> > properly by the H
nts before sending them off to the X
Server. Would a list of all Digitizer HID Descriptors be of any use to
you guys?
On Fri, 2007-02-09 at 08:46 -0800, Greg KH wrote:
> On Thu, Feb 08, 2007 at 09:37:47PM -0700, Roberson, Jeremy wrote:
> > The HID driver doesn't parse Digitizer dat
rning.
--
Jeremy Roberson
Software Engineer
GTCO CalComp
"Do not go gentle into that good night,
Old age should burn and rave at the
close of the day; Rage, rage against the
dying of the light."
- Dylan Thomas
Notice: The information contained within this electronic transmission is
i
e HID Driver but, it will take some time.
--
Jeremy Roberson
Software Engineer
GTCO CalComp
"Do not go gentle into that good night,
Old age should burn and rave at the
close of the day; Rage, rage against the
dying of the light."
- Dylan Thomas
Notice: The information contai
Thanks
On Tue, 2007-01-23 at 01:33 +0100, Jiri Kosina wrote:
> On Mon, 22 Jan 2007, Jeremy Roberson wrote:
>
> > I'll check out those first few lines of hid-core.c as I'm always
> > interested in how things work. Can you just remove the support for that
> &g
Greg, Jiri
Thanks.
Also, any news on the earlier patch I submited, the one were I added the
gtco kernel module? Should I just start submitting patches relating to
the USB subsystem to both of you and you guys can fight over them :o)
--
Jeremy Roberson
Software Engineer
GTCO CalComp
&qu
From: Jeremy Roberson <[EMAIL PROTECTED]>
Adds GTCO CalComp Interwrite IPanels to the hid-core.c blacklist.
Signed-off-by: Jeremy A. Roberson <[EMAIL PROTECTED]>
---
--- a/drivers/usb/input/hid-core.c 2007-01-06 22:45:51.0 -0700
+++ b/drivers/usb/input/hid-core.c
From: Jeremy Roberson <[EMAIL PROTECTED]>
Added a kernel module (gtco) to the USB Input subsystem. This kernel
module adds support for all GTCO CalComp USB InterWrite School products.
Signed-off-by: Jeremy A. Roberson <[EMAIL PROTECTED]>
---
diff -uprN a/drivers/usb/input/gtco.c b
Thank you for your comments and your help, but should these latest changes
really need to be made in order to submit to the kernel? It's done the same
way the usb/input/aiptek.c driver does it.
--
Jeremy Roberson
Software Engineer
GTCO CalComp
"Do not go gentle into that good nigh
From: Jeremy Roberson <[EMAIL PROTECTED]>
Added a kernel module (gtco) to the USB Input subsystem. This kernel
module adds support for all GTCO CalComp USB InterWrite School products.
Signed-off-by: Jeremy A. Roberson <[EMAIL PROTECTED]>
---
diff -uprN a/drivers/usb/input/gtco.c b
From: Jeremy Roberson <[EMAIL PROTECTED]>
Added a kernel module (gtco) to the USB Input subsystem. This kernel
module adds support for all GTCO CalComp USB InterWrite School products.
Signed-off-by: Jeremy A. Roberson <[EMAIL PROTECTED]>
---
diff -uprN a/drivers/usb/input/gtco.c b
From: Jeremy Roberson <[EMAIL PROTECTED]>
Added a kernel module (gtco) to the USB Input subsystem. This kernel
module adds support for all GTCO CalComp USB InterWrite School products.
Signed-off-by: Jeremy A. Roberson <[EMAIL PROTECTED]>
---
diff -uprN a/drivers/usb/input/gtco.c b
Andy Gay wrote:
> Aha, good news. So this patch is already obsolete, for the Sierra stuff
> anyway. And as I only have Sierra kit to work with, I reckon I should
> drop out of this now.
> I did make some changes to the last patch to do the cleanup stuff in the
> open function, do you want to see th
Andy Gay wrote:
>> I think if the hardware has the EPs, they should be exposed by the
>> driver. You can tweak usermode as to whether they get device nodes,
>> what they're called, etc.
>>
> I tend to agree. I'm thinking for now I should leave it as is, so it
> defaults to configuring 3 EPs
Andy Gay wrote:
> BTW - Jeremy suggested that the number of EPs to configure should be
> determined from the device ID. Makes sense to me, but then many users
> may have no use for the additional EPs. Alternatively, Greg suggested
> that maybe this should split into 2 drivers. Any
Andy Gay wrote:
> - these modules present 3 bulk EPs, the 2nd & 3rd can be used for
> control & status monitoring while data transfer is in progress on the
> 1st EP. This is useful (and necessary for my application) so we need to
> increase the port count.
>
Ooh, can you share the details of tho
Greg KH wrote:
> I saw this once when debugging the usb code, but could never reproduce
> it, so I attributed it to an incomplete build at the time, as a reboot
> fixed it.
>
> Is this easy to trigger for you?
>
This is the same oops as I posted yesterday: "2.6.17-mm1: oops in
Bluetooth stuff,
Greg KH wrote:
> I've been working with Ken on getting this driver to work better
> (meaning faster). Here's the latest version (without your new device id
> added). Care to test it out and let me know if it works or not?
>
I've been exercising this fairly heavily for the last few hours, and i
Greg KH wrote:
Not correct or needed at all. What needs to happen is the airprime
driver should be changed to handle bigger buffer sizes in it, not to
mess with the usb-serial core.
Yes, that sounds much more sensible.
I've been working with Ken on getting this driver to work better
(meani
ds a third module parameter so you can specify what you
think the inbound endpoint maximum packet size should be. If the
parameter is not set at module loading time, it defaults to 0 and the
maximum packet size detected by the usb core will be used.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL
-serial.c in order to get good throughput with
these devices; there's a patch floating around to do this. Is this a
reasonable thing to do? (I guess I'll post my variation of the patch
and see what discussion comes up...)
J
--
Recognize the Sierra Wireless MC5720.
Signed-off-
since release x.x.x", or "Patches? We don't need no stinkin'
patches!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: <http://viehland.net/jeremy/other/public.key>Jeremy Viehland
iD8DBQFCoi4F3MFWeV/LgcwRAnjTAJ9nBCdqX0lgRb00zVjjokDcuS6na
since release x.x.x", or "Patches? We don't need no stinkin'
patches!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: <http://viehland.net/jeremy/other/public.key>Jeremy Viehland
iD8DBQFCoi4F3MFWeV/LgcwRAnjTAJ9nBCdqX0lgRb00zVjjokDcuS6na
: GnuPG v1.4.1 (GNU/Linux)
Comment: <http://viehland.net/jeremy/other/public.key>Jeremy Viehland
iD8DBQFCmmhZ3MFWeV/LgcwRAm87AJ0Q1y0w6qtIgG5ZREBt6s0rgC2uagCfb9jt
g7lWMatLghwLAJRYH6sWhE0=
=a83x
-END PGP SIGNATURE-
---
This SF.Net em
David Brownell wrote:
>On Saturday 26 March 2005 10:08 am, Jeremy Fitzhardinge wrote:
>
>
>>Alan Stern wrote:
>>
>>
>>
>>>On Fri, 25 Mar 2005, Jeremy Fitzhardinge wrote:
>>>
>>>
>>>
>>>
>>>>PC
Alan Stern wrote:
On Fri, 25 Mar 2005, Jeremy Fitzhardinge wrote:
Though it looks a lot better; no more streams of messages.
Now when I resume, I get:
PCI: Enabling device :00:1d.7 ( -> 0002)
<1>Unable to handle kernel NULL pointer dereference
a second or so after resum
Though it looks a lot better; no more streams of messages.
Now when I resume, I get:
PCI: Enabling device :00:1d.7 ( -> 0002)
<1>Unable to handle kernel NULL pointer dereference
a second or so after resume. It is completely locked up at this point;
magic-sysreq gets no response.
lspci
m." I have been unable to
find this information so far. Any documentation on what Linux expects for
HID absolute mice would be greatly appreciated.
Thanks for your time.
Regards,
Jeremy Gale
---
This SF.net email is sponsored by: VM Ware
With
G_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=m
CONFIG_INPUT_EVDEV=m
CONFIG_USB_HIDINPUT=y
On Thu, 2003-05-29 at 02:30, Brad Hards wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Thu, 29 May 2003 15:20 pm, Jeremy Huddleston wrote:
s= 1 Cls=03(HID ) Sub=01 Prot=02 Driver=hid
E: Ad=82(I) Atr=03(Int.) MxPS= 7 Ivl=8ms
--Jeremy
---
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/
I bought two (2) D-Link 4 port usb hubs for testing purposes.
One works ok (not great either) and the other works less then ok...
I wouldnt recommend them.
Their power supplies are weak and the quality consistency is poor.
--- Chris <[EMAIL PROTECTED]> wrote:
>
> Hello all,
> Recently I pur
53 matches
Mail list logo
