As of this weekend, the code was in the Linus tree but not in Greg's tree.
It should be making its way there now.

Once it's in Greg's tree, I'll add the calls.

Matt

On Mon, Feb 24, 2003 at 05:49:32PM -0800, David Brownell wrote:
> Looks to me like this 2.5.62+  kernel doesn't yet behave sanely
> during a "hot unplug" in usb ... did those scsi changes get into
> the 2.5.63 kernel?
> 
> - Dave
> 
> 
>       OOPS after powering off a usb2 disk
>       disk was looping 'hdparm -tT /dev/sda1'
> 
>       USB core/hcd shutdown seems just fine.
>          That "fail -EINVAL" unlink clearly is safe here.
> 
> ehci-hcd 00:0b.2: GetStatus port 1 status 00100a POWER sig=se0  PEC CSC
> hub 1-0:0: port 1, status 100, change 3, 12 Mb/s
> usb 1-1: USB disconnect, address 4
> usb 1-1: unregistering interfaces
> drivers/usb/core/usb.c: usb_hotplug
> usb 1-1: hcd_unlink_urb df29ed84 fail -22
> usb 1-1: unregistering device
> drivers/usb/core/usb.c: usb_hotplug
> drivers/usb/host/ehci-hcd.c: 00:0b.2: free_config devnum 4
> 
>       But then something oopsed, looks far from usb core/hcd code:
> 
> Unable to handle kernel paging request at virtual address 6b6b6b6b
>   printing eip:
> 6b6b6b6b
> *pde = 00000000
> Oops: 0000
> CPU:    0
> EIP:    0060:[<6b6b6b6b>]    Not tainted
> EFLAGS: 00010206
> EIP is at 0x6b6b6b6b
> eax: dfd8cf34   ebx: 00000008   ecx: d54d73c4   edx: d54d73c4
> esi: dfd8cb44   edi: df28c600   ebp: d5313c88   esp: d5313c5c
> ds: 007b   es: 007b   ss: 0068
> Process hdparm (pid: 8018, threadinfo=d5312000 task=de9b48c0)
> Stack: c020907e df28c600 d54d73c4 00000000 c13cf640 d6872bc4 d6872bc4 00000000
>         00000000 00000001 00000000 d5313c98 c02090e3 d54d73c4 d6872bc4 d5313cfc
>         c01661af 00000000 d54d73c4 00000001 00000004 00001000 00000004 00000000
> Call Trace:
>   [<c020907e>] generic_make_request+0x15e/0x170
>   [<c02090e3>] submit_bio+0x53/0x60
>   [<c01661af>] block_read_full_page+0x26f/0x290
>   [<c013ff8d>] add_to_page_cache+0x3d/0xe0
>   [<c0146238>] read_pages+0x78/0xf0
>   [<c016acc0>] blkdev_get_block+0x0/0x50
>   [<c0143e71>] buffered_rmqueue+0x1f1/0x200
>   [<c0143f14>] __alloc_pages+0x94/0x2d0
>   [<c02090e3>] submit_bio+0x53/0x60
>   [<c01463f0>] do_page_cache_readahead+0x140/0x180
>   [<c0200b0c>] do_con_write+0x5fc/0x660
>   [<c0146513>] page_cache_readahead+0xe3/0x150
>   [<c01406fa>] do_generic_mapping_read+0x8a/0x370
>   [<c01409e0>] file_read_actor+0x0/0x110
>   [<c0140ca9>] __generic_file_aio_read+0x1b9/0x1e0
>   [<c01409e0>] file_read_actor+0x0/0x110
>   [<c0162020>] do_sendfile+0x110/0x260
>   [<c0140da1>] generic_file_read+0x81/0xa0
>   [<c01f448d>] write_chan+0x1dd/0x200
>   [<c011d400>] default_wake_function+0x0/0x20
>   [<c01edb80>] tty_write+0x490/0x4d0
>   [<c01f42b0>] write_chan+0x0/0x200
>   [<c0126584>] do_setitimer+0x114/0x180
>   [<c01616e3>] vfs_read+0xa3/0x130
>   [<c0126405>] sys_getitimer+0x55/0x70
>   [<c0161978>] sys_read+0x28/0x40
>   [<c0109d17>] syscall_call+0x7/0xb
> 
> Code:  Bad EIP value.
> 
> 

-- 
Matthew Dharm                              Home: [EMAIL PROTECTED] 
Maintainer, Linux USB Mass Storage Driver

Why am I talking to a toilet brush?
                                        -- CEO
User Friendly, 4/30/1998

Attachment: pgp00000.pgp
Description: PGP signature

Reply via email to