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,
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
http://www.kernel.org/pub/linux/kernel/people/
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 Kosi
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
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
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 w
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
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 reverte
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
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?
> >> -
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
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)
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
th
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 u
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.
Actu
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 connecte
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 near
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
> >> aga
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 pl
> 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/0x1
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
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,
Danny
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 whe
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
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
>> usbdev
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 e
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,
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
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
http://www.kernel.org/pub/li
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
http://www.kernel.org/pub/linux/kernel/pe
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
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/2.6.21-rc6-mm1.bz2>/de
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 CONFIG_
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 const
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
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 re
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 f
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: drivers/us
> >
> > 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 c
Add a class which allows for an easier integration with udev.
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
---
Greg:
This patch falls back onto device_create with NULL parent, because
of bus0. Obviously, no real USB bus corresponds to it. I thought it
not as pretty to have all the real class
Phil Dibowitz wrote:
>The patch was originally accepted (on December 2006) because it was the only
>way to get the modem side of the device to work.
>
>See the first 4 emails in this thread:
> http://marc.info/?t=11638716161&r=1&w=2
>
>Then, in March, Rui Santos wrote to say this patch should
45 matches
Mail list logo
