[Josh]

Hmm. The log looks O.K.

Can you try a MessageContent with a little difference in the config file?

Code: Select all

MessageContent="5553424312345678000000000000061b000000020000000000000000000000"

[kent_chang]

I had try but it's still fail to change.

########################################################
# Philips TalkTalk (NXP Semiconductors "Dragonfly")

DefaultVendor= 0x0471
DefaultProduct=0x1237

TargetVendor= 0x0471
TargetProductList="1206,1234"

CheckSuccess=20

MessageContent="5553424312345678000000000000061b000000020000000000000000000000"

[Josh]

Sometimes this seems to happen with certain devices on older kernels.

What is the output of dmesg immediately after the manual switching attempt? (Only the last screen, 30-40 lines or so, please ...)

Oh, and for that test disable CheckSuccess please.

[kent_chang]

OK, I disable CheckSuccess to try and here below is the log.

#modprobe usb_storage
#modprobe sr_mod
# usb_modeswitch -I -n -c /var/0471

Looking for target devices ...
No devices in target mode or class found
Looking for default devices ...
Found devices in default mode or class (1)
Accessing device 003 on bus 001 ...
Ambiguous Class/InterfaceClass: 0x02/0x08Using endpoints 0x03 (out) and 0x83 (in)

USB description data (for identification)
-------------------------
Manufacturer: NXP Semiconductors
Product: Reference Design Dragonfly Platform
Serial No.: 000000-00-000000
-------------------------
Looking for active driver ...
OK, driver found ("usb-storage")
OK, driver "usb-storage" detached
Setting up communication with interface 0 ...
Using endpoint 0x03 for message sending ...
Trying to send message 1 to endpoint 0x03 ...
OK, message successfully sent
Reading the response to the message (CSW) ...
OK, response successfully read (13 bytes).
Resetting response endpoint 0x83
Resetting message endpoint 0x03
-> Run lsusb to note any changes. Bye.


#cat /proc/bus/usb/devices

T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 3 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=02(comm.) Sub=00 Prot=00 MxPS= 8 #Cfgs= 2
P: Vendor=0471 ProdID=1237 Rev= 1.00
S: Manufacturer=NXP Semiconductors
S: Product=Reference Design Dragonfly Platform
S: SerialNumber=000000-00-000000
C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=(none)
E: Ad=03(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=83(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
C: #Ifs= 2 Cfg#= 2 Atr=c0 MxPwr=500mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=02(comm.) Sub=02 Prot=01 Driver=
E: Ad=81(I) Atr=03(Int.) MxPS= 16 Ivl=16ms
I: If#= 1 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=
E: Ad=03(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=83(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms



#dmesg
..........................
............................
hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling...
usb 1-1: USB disconnect, address 2
usb 1-1: new full speed USB device using dwc_otg and address 3
usb 1-1: configuration #1 chosen from 2 choices
SCSI subsystem initialized
Initializing USB Mass Storage driver...
scsi0 : SCSI emulation for USB Mass Storage devices
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 3
usb-storage: waiting for device to settle before scanning
scsi 0:0:0:0: CD-ROM Philips Dev. 0 LUN 0 1.0 PQ: 0 ANSI: 0
usb-storage: device scan complete
sr0: scsi-1 drive
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0

[Josh]

All this looks quite O.K.

Unfortunately, the problem can be anywhere: hardware, kernel, stick firmware. You could try to add the -R parameter to send a "reset" to the device after switching, but I have no idea if that will help in your special situation.