Johann Wilhelm wrote:
Hi there!
I forwarded this mail to the linux-usb-devel-list... I hope this is OK
for you.
Johann,
Thanks for forwarding this on to us.
Huawei folks,
The patch was originally accepted (on December 2006) because it was the only
way to get the modem side of the device
On Thu, Apr 05, 2007 at 04:02:17PM -0400, Alan Stern wrote:
This patch (as878) fixes a straightforward use-after-free bug in the
class-device core. Just because the object in question is deprecated
is no excuse for causing an oops.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
Thanks, I've
This is a note to let you know that I've just added the patch titled
Subject: Driver core: fix bug in class-device code
to my gregkh-2.6 tree. Its filename is
driver-core-fix-bug-in-class-device-code.patch
This tree can be found at
On Thu, 12 Apr 2007, Helge Hafting wrote:
OK. If you add initcall_debug to the kernel boot command line, what's the
last thing we call?
The last messages (handwritten, somewhat shortened)
calling hid_init+0x0/0x10()
returned 0
ran for 0 msec
calling hid_init+0x0/0x50()
usbcore
On Thu, 12 Apr 2007, Jiri Kosina wrote:
Could you please
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem persists?
- recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
Do you compile with CONFIG_HIDRAW?
--
Jiri Kosina
Jiri Kosina wrote:
On Thu, 12 Apr 2007, Jiri Kosina wrote:
Could you please
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem persists?
- recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
Do you compile with
On 4/11/07, Greg KH [EMAIL PROTECTED] wrote:
On Wed, Apr 11, 2007 at 02:51:48AM +0200, Hans Engelen wrote:
First of my apologies for not replying to the proper subject (19 Mar
2007, patch for Novatel devices) but I am new to the list and don't
have said message to reply to (can only read
On Thu, 12 Apr 2007, nesta wrote:
hi all,
i m little confused about usb 1.1 and usb 2, so
1. i think that any full-speed device would support usb1.1 only and does not
support usb2,is it right?
Wrong. Some full-speed devices support USB 2.
2. i think that any high-speed device would
On Thu, 12 Apr 2007, Jiri Kosina wrote:
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem persists?
- recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
Do you compile with CONFIG_HIDRAW?
Helge,
with your .config, my
Hayes, Stuart wrote:
EHCI controllers that don't cache enough microframes can get MMF
errors when CPU frequency changes occur between the start and
completion of split interrupt transactions, due to delays in reading
main memory (caused by CPU cache snoop delays).
This patch adds a
Jiri, can you send me the output of lspci -x ?
-corey
Jiri Kosina wrote:
On Thu, 12 Apr 2007, Jiri Kosina wrote:
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem persists?
- recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if
On Thursday 12 April 2007 8:51 am, [EMAIL PROTECTED] wrote:
Hayes, Stuart wrote:
EHCI controllers that don't cache enough microframes can get MMF
errors when CPU frequency changes occur between the start and
completion of split interrupt transactions, due to delays in reading
main memory
On Thu, 12 Apr 2007 13:42:57 +0200 Helge Hafting [EMAIL PROTECTED] wrote:
Jiri Kosina wrote:
On Thu, 12 Apr 2007, Jiri Kosina wrote:
Could you please
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem persists?
- recompile
On Thu, 12 Apr 2007 17:31:52 +0200 (CEST) Jiri Kosina [EMAIL PROTECTED] wrote:
On Thu, 12 Apr 2007, Jiri Kosina wrote:
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem persists?
- recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to
On Thu, Apr 12, 2007 at 09:55:31AM -0700, Andrew Morton wrote:
On Thu, 12 Apr 2007 17:31:52 +0200 (CEST) Jiri Kosina [EMAIL PROTECTED]
wrote:
On Thu, 12 Apr 2007, Jiri Kosina wrote:
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem
On Thu, 12 Apr 2007, Andrew Morton wrote:
Was that with ipmi linked into vmlinux? (Please send the output of grep
IPMI .config) I thought we fixed that.
Confirmed. 2.6.21-rc6-mm1 with
CONFIG_IPMI_SI=y
hangs upon boot on the already mentioned printk from ipmi_si. With
CONFIG_IPMI_SI=m
the
On Thu, Apr 12, 2007 at 07:49:02PM +0200, Jiri Kosina wrote:
On Thu, 12 Apr 2007, Andrew Morton wrote:
Was that with ipmi linked into vmlinux? (Please send the output of grep
IPMI .config) I thought we fixed that.
Confirmed. 2.6.21-rc6-mm1 with
CONFIG_IPMI_SI=y
hangs upon boot on
On Thu, 12 Apr 2007, Jiri Kosina wrote:
CONFIG_IPMI_SI=y
hangs upon boot on the already mentioned printk from ipmi_si. With
CONFIG_IPMI_SI=m
the boot succeeds. When manually trying to modprobe ipmi_si after that,
the modprobe itself hangs, but the machine remains usable otherwise.
Hi,
I have had a problem with a USB LAN device, Portgear Xircom PGENET-10,
in all Linux 386 distros since about kernel 2.6.11 . The Xircom uses the
Kaweth driver. I have two older distros, Mepis kernel 2.6.10 and Kanopix
2.6.11-kanotix-7 installed.
They both recognized the USB LAN and
On Thu, 12 Apr 2007, Helge Hafting wrote:
The last messages (handwritten, somewhat shortened)
calling hid_init+0x0/0x10()
returned 0
ran for 0 msec
calling hid_init+0x0/0x50()
usbcore registered new interface driver hiddev
and then it hangs completely.
OK, so it hangs somewhere nearby
On Wed, Apr 11, 2007 at 10:37:11AM -0400, Dmitry Torokhov wrote:
On 4/11/07, Helge Hafting [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
*sigh* When will I learn to spell names of kernel parameters
correctly? It is initcall_debug, not debug_initcall :( Could you try
again, please?
On Thu, 12 Apr 2007 15:25:54 -0300, Roger Adair [EMAIL PROTECTED] wrote:
They both recognized the USB LAN and connected to the Internet when they
load themselves. Since then something was done to the kernel and even if
I modprobe the Kaweth driver for the Xircom and the driver lists in
On Thu, Apr 12, 2007 at 09:47:47AM -0700, Andrew Morton wrote:
On Thu, 12 Apr 2007 13:42:57 +0200 Helge Hafting [EMAIL PROTECTED] wrote:
Jiri Kosina wrote:
On Thu, 12 Apr 2007, Jiri Kosina wrote:
Could you please
- try booting without any HID devices plugged in (i.e. usb
Any advice for a person who is not a newbie, but not a Linux whiz
either, would be much appreciated. If data such as the output from
lsmod, dmesg, lspci, etc. are needed I would be most happy to send it.
Please provide lsusb -v and dmesg
Regards
Oliver
On Thu, Apr 12, 2007 at 09:50:54AM +0200, Jiri Kosina wrote:
On Thu, 12 Apr 2007, Helge Hafting wrote:
OK. If you add initcall_debug to the kernel boot command line, what's the
last thing we call?
The last messages (handwritten, somewhat shortened)
calling hid_init+0x0/0x10()
On Thu, Apr 12, 2007 at 05:31:52PM +0200, Jiri Kosina wrote:
On Thu, 12 Apr 2007, Jiri Kosina wrote:
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem persists?
- recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
Is it possible to read the frame number field that the USB host
controller is currently sending to a usb device from a user space
program? I am using ioctl functions and the structures in
usbdevice_fs.h to set, claim and release the interface, as well as to
do bulk transfers.
Thanks,
On Thu, Apr 12, 2007 at 08:32:50PM +0200, Jiri Kosina wrote:
OK, so it hangs somewhere nearby usbhid's hid_init(), and the
usb_register() has been already invoked. Could you please apply the
superstupid patch below and send me the output up to the point it hangs? I
am curious to know
Jiri Kosina wrote:
On Thu, 12 Apr 2007, Jiri Kosina wrote:
CONFIG_IPMI_SI=y
hangs upon boot on the already mentioned printk from ipmi_si. With
CONFIG_IPMI_SI=m
the boot succeeds. When manually trying to modprobe ipmi_si after that,
the modprobe itself hangs, but the machine remains
On Apr 12, 2007, at 5:05 PM, Alan Stern wrote:
On Thu, 12 Apr 2007, Danny Budik wrote:
Is it possible to read the frame number field that the USB host
controller is currently sending to a usb device from a user space
program? I am using ioctl functions and the structures in
usbdevice_fs.h
Here's a not-so-theoretical question.
I've got a module which registers a struct device. (It represents a
virtual device, not a real one, but that doesn't matter.) Obviously the
module's exit routine has to wait until the release() routine for that
device has been invoked -- if it returned too
On Thu, 12 Apr 2007, Danny Budik wrote:
Is it possible to read the frame number field that the USB host
controller is currently sending to a usb device from a user space
program? I am using ioctl functions and the structures in
usbdevice_fs.h to set, claim and release the interface, as
On Thu, 12 Apr 2007, Danny Budik wrote:
Would it be possible to add my own constant to /usr/include/linux/
usbdevice_fs.h and write an underlying function that would call
usb_get_current_frame_number()? It
looks like I can add a constant say USBDEVFS_FRAMENUM in
usbdevice_fs.h, add new
This is a note to let you know that I've just added the patch titled
Subject: USB: fix signed jiffies issue in autosuspend logic
to my gregkh-2.6 tree. Its filename is
usb-fix-signed-jiffies-issue-in-autosuspend-logic.patch
This tree can be found at
This is a note to let you know that I've just added the patch titled
Subject: USB: remove use of the bus rwsem, as it doesn't really protect
anything.
to my gregkh-2.6 tree. Its filename is
usb-bus-mutex.patch
This tree can be found at
On Thu, 12 Apr 2007, Helge Hafting wrote:
Are you sure this is the correct patch - against 2.6.21-rc6-mm1 ?
Hunk 1 out of 1 failed . . .
Well I am pretty sure:
box:~/scratch # wget
Am Freitag, 13. April 2007 00:40 schrieb Roger Adair:
Hi again,
As requested some data on the Xircom problem. Note that I had a 1 gig
SanDisk plugged in during the test for the bad version 2.6.15-7.
Enumeration fails. The log doesn't tell why. Please recompile your kernel
with
On Apr 12, 2007, at 6:25 PM, Alan Stern wrote:
On Thu, 12 Apr 2007, Danny Budik wrote:
Would it be possible to add my own constant to /usr/include/linux/
usbdevice_fs.h and write an underlying function that would call
usb_get_current_frame_number()? It
looks like I can add a constant say
On 4/8/07, Alan Stern [EMAIL PROTECTED] wrote:
On Sun, 8 Apr 2007, nesta wrote:
hello guys,
i want to test the iso packets written by the host so
i should write : ./test.sh -t15
everything is fine uptill now but my question is:
where is the buffer that is filled by the iso-packets?
On Thu, 12 Apr 2007, Danny Budik wrote:
Would it be possible to add my own constant to /usr/include/linux/
usbdevice_fs.h and write an underlying function that would call
usb_get_current_frame_number()? It
looks like I can add a constant say USBDEVFS_FRAMENUM in
usbdevice_fs.h, add new
On Thu, 12 Apr 2007 17:42:49 -0400, Danny Budik [EMAIL PROTECTED] wrote:
It looks like I can add a constant say USBDEVFS_FRAMENUM in
usbdevice_fs.h, add new case to .../drivers/usb/core/devio.c, add a
function called proc_framenum
that would call usb_get_current_frame_number() and return
On Fri, 13 Apr 2007 01:20:47 +0200, Oliver Neukum [EMAIL PROTECTED] wrote:
Am Freitag, 13. April 2007 00:40 schrieb Roger Adair:
As requested some data on the Xircom problem. Note that I had a 1 gig
SanDisk plugged in during the test for the bad version 2.6.15-7.
Enumeration fails. The
This patch adds the detection for the BandRich BandLuxe C100/C100S/C120
HSDPA Data Card. With the vendor and product IDs are set properly,
the data card can be detected and works fine.
It was patched based on Kernel 2.6.20.1.
Signed-off-by: Leon Leong [EMAIL PROTECTED]
---
Index:
The buffer is created in usbtest.c:iso_alloc_urb(), at the point where it
calls usb_buffer_alloc().
Actually cant i fill this buffer in user space?
No.
it is more logic to fill the buffer in the user-space (testusb.c)
then let the usbtest.c module send the iso-packet that contains
44 matches
Mail list logo