This device is listed in "unusual_devs.h" in kernel 2.6.28. It has an issue with a wrong device descriptor. This entry is supposed to make the storage part work.

I suspect that the failed binding of usb-storage prevents the device from accepting the switch command.

Solution? First blacklist usb ...

This device is recently sold by Vodafone here in Italy and I suppose also in other Vodafone countries, It looks almost the same as the Huawei E180/Voda K3715, and often is sold with a Huawey picture and model number printed on the box.

But is built by Option and is identified by the string ...

Maybe is worth to wait that a second user on the planet buy this device, and test it on his linux machine.
That's why I included the code (marked as "experimental") in the new 0.9.6 release. I hope we'll get some answers.

Good news from Ericsson.

Carl has contacted His colleagues at SE, and ...

Ok, I did some tests with the my fedora x64 with a couple of older kernels, I tested also the modem on a kubuntu 8.10 x86 and on my asus wl500gp router (which runs on a mipsel 32 architecture) and nothing changes, same results with usb_modeswitch, same results with the custom udev rule, same results ...

Sorry for the late reply, but I had no time due to my work.

I tested the kernel with the debug options enabled: the dmesg logs in this way are becoming simply huge, and impossible to understand due the lack of timing infos, for the moment I abandoned the idea.

The most important thing that I ...

Sorry but yesterday was a busy day for me (I recovered a copule of terabyte lost due to a server crash :o ) I'm back at home now 4:20 AM.

Yesterday morning I built a kernel with the USB debug options enabled, I haven't it tried yet, but tomorrow, I'll see if we can get anything useful from it.

I'm ...

No, that is not the latest version.

Sorry, don't know what went wrong when I compiled the latest source.

I recompiled it and this is the result (same result with or w/o the -C parameter):

Found default devices (1)
Prepare switching, accessing latest device
OK, Sony control message ...

Command when in storage mode

Found default devices (1)
OK, found default device not in target class mode
Prepare switching, accessing latest device
OK, Sony control message successfully sent.
Query device, step 1
Querying device returned: 18
Query device, step 2
Querying device returned: 9 ...

Still no go. :cry:

Found default devices (1)
Prepare switching, accessing latest device
OK, Sony control message successfully sent.
Query device, step 1
Querying device returned: 18
Query device, step 2
Querying device returned: 9
Query device, step 3
Querying device returned: 356
Setting ...

Don't know if this can help in any way, but I have exactly the some output if I send the command with the device already initialized from windows (and stable in configuration 2).

:? :cry:

OK, Sony control message successfully sent.
Query device, step 1
Querying device returned: 18
Query device, step 2
Querying device returned: 9
Query device, step 3
Querying device returned: 356
Setting configuration to 2
Setting configuration to 2 returned: -16
-> See /proc/bus ...

No, still the same behaviour (with or w/o the sleep command)

Looking for default devices
Found default devices (1)
Prepare switching, accessing latest device
OK, Sony control message successfully sent.
Looking for default devices
Found default devices (1)
Setting configuration to 2
Setting ...

I'm not a programmer, but on what I can understand from your code

the first message from my logs is sent ( 5a 11 02 )

the device needs to recive the second one too ?

(1201000200000040ce0fe1d0000001020301)

Wow, cool!

Thanks for all the info!

Now I know that the device seems to keep its connections to the USB system open (and not vanishing and coming back like other devices).

I added the configuration change to the "Sony sequence" in the source file (the link that you used before). You can try if ...

When the command

usb_modeswitch -v 0x0fce -p 0xd0e1 -H 1

is sent

UEVENT[1230923579.184380] remove /devices/pci0000:00/0000:00:13.3/usb1/1-6/1-6:1.0/usb_endpoint/usbdev1.23_ep01 (usb_endpoint)
UEVENT[1230923579.184472] remove /devices/pci0000:00/0000:00:13.3/usb1/1-6/1-6:1.0/usb_endpoint/usbdev1 ...