Kernel 2.6.8.1 and Minolta Dimage-7HI

Hi,

here i'm use Gentoo, udev, hotplug.

My Minolta Dimage-7HI will not work with the latest 2.6.8.1 and 2.6.8.1-mm1 Kernel.

Log says

Aug 17 17:05:18 stargate kernel: usb-storage: probe of 1-2:1.0 failed with 
error -1
Aug 17 17:09:13 stargate kernel: usb 1-2: USB disconnect, address 3
Aug 17 17:10:17 stargate kernel: usb 1-2: new full speed USB device using 
address 4
Aug 17 17:10:17 stargate kernel: usb-storage: probe of 1-2:1.0 failed with 
error -1
Aug 17 17:12:56 stargate kernel: usb 1-2: USB disconnect, address 4
Aug 17 17:13:31 stargate kernel: usb 1-2: new full speed USB device using 
address 5
Aug 17 17:13:31 stargate kernel: usb-storage: probe of 1-2:1.0 failed with 
error -1
Aug 17 17:13:57 stargate kernel: usb 5-1: USB disconnect, address 2
Aug 17 17:14:29 stargate kernel: usb 1-2: USB disconnect, address 5
Aug 17 17:14:45 stargate kernel: usb 1-2: new full speed USB device using 
address 6
Aug 17 17:14:45 stargate kernel: usb-storage: probe of 1-2:1.0 failed with 

error -1

cat /proc/bus/usb/devices

T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  3 Spd=12  MxCh= 0
D:  Ver= 1.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0686 ProdID=400f Rev= 0.01
S:  Manufacturer=MINOLTA  DIMAGE CAMERA
S:  Product=DIMAGE CAMERA
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=(none)
E:  Ad=03(O) Atr=02(Bulk) MxPS=  16 Ivl=0ms
E:  Ad=84(I) Atr=02(Bulk) MxPS=  16 Ivl=0ms

Driver=(none) :-(

with Kernel 2.6.7 all works fine.

Michael Geithe

-

Michael Geithe wrote:
: My Minolta Dimage-7HI will not work with the latest 2.6.8.1 and 2.6.8.1-mm1 : Kernel.
:
The same here, Fedora Core 2 (gcc 3.3.3).

Does not work: 2.6.8-rc2, -rc3 and 2.6.8.1 Works OK: 2.6.3 (did not tested anything between).

-Yenya

| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/   Czech Linux Homepage: http://www.linux.cz/ |
btw, David, I'm wondering about this loop: [...]  Is this
a busy-wait-until-someone-plugs-in-more-ram-chips thing? ;)  --Andrew Morton