1 |
Hallo Sven, |
2 |
|
3 |
unten stehenden Auszug aus dem Kernel ChangeLog findest du hier: |
4 |
|
5 |
http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.28.1 |
6 |
|
7 |
Das Problem bezieht sich zwar nicht konkret auf dein Handy-Typ, aber es gibt noch einige andere USB Storage Bugs darin, vielleicht besteht ja die Chance dass mit dem 2.6.28-r1 er Kernel das Problem beseitigt ist. |
8 |
Ich würde aber beim Kernel Backen unbedingt mal darauf achten ob du auch sämtliche relevanten Sony-Memorystick Optionen im Kernel aktiviert hast, ausgenommen der sehr experimentellen die speziell für Developer gedacht sind! |
9 |
|
10 |
Viel Erfolg, |
11 |
|
12 |
Andy. |
13 |
|
14 |
|
15 |
USB: storage: recognizing and enabling Nokia 5200 cell phoes |
16 |
|
17 |
commit b8d23491f127aa0cd1863bd6cb58e771c558b762 upstream. |
18 |
|
19 |
This patch corrects the issue when one connects a Nokia 5200 cell |
20 |
phone in data storage mode. If one uses an unpatched unusual_devs.h, |
21 |
the following messages appear on /var/log/messages: |
22 |
|
23 |
Dec 12 01:03:24 alberich kernel: usb 4-2: new full speed USB device |
24 |
using uhci_hcd and address 3 |
25 |
Dec 12 01:03:25 alberich kernel: usb 4-2: configuration #1 chosen from 1 choice |
26 |
Dec 12 01:03:25 alberich kernel: scsi10 : SCSI emulation for USB Mass |
27 |
Storage devices |
28 |
Dec 12 01:03:25 alberich kernel: usb 4-2: New USB device found, |
29 |
idVendor=0421, idProduct=04bd |
30 |
Dec 12 01:03:25 alberich kernel: usb 4-2: New USB device strings: |
31 |
Mfr=1, Product=2, SerialNumber=3 |
32 |
Dec 12 01:03:25 alberich kernel: usb 4-2: Product: Nokia 5200 |
33 |
Dec 12 01:03:25 alberich kernel: usb 4-2: Manufacturer: Nokia |
34 |
Dec 12 01:03:25 alberich kernel: usb 4-2: SerialNumber: 353930018354523 |
35 |
Dec 12 01:03:25 alberich kernel: usbcore: registered new interface driver ub |
36 |
Dec 12 01:03:30 alberich kernel: scsi 10:0:0:0: Direct-Access |
37 |
Nokia Nokia 5200 0000 PQ: 0 AN |
38 |
SI: 4 |
39 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] 3985409 512-byte |
40 |
hardware sectors (2041 MB) |
41 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] Write Protect is off |
42 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] Assuming drive |
43 |
cache: write through |
44 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] 3985409 512-byte |
45 |
hardware sectors (2041 MB) |
46 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] Write Protect is off |
47 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] Assuming drive |
48 |
cache: write through |
49 |
Dec 12 01:03:30 alberich kernel: sdg: sdg1 |
50 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] Attached SCSI removable disk |
51 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: Attached scsi generic sg9 type 0 |
52 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] Sense Key : No |
53 |
Sense [current] |
54 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] Add. Sense: No |
55 |
additional sense information |
56 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] Sense Key : No |
57 |
Sense [current] |
58 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] Add. Sense: No |
59 |
additional sense information |
60 |
Dec 12 01:03:30 alberich kernel: sd 10:0:0:0: [sdg] Sense Key : No |
61 |
Sense [current] |
62 |
|
63 |
(...) |
64 |
|
65 |
The MicroSD card in the phone remains inaccessible and finally the |
66 |
cell phone turns itself off. The patch solves this problem and makes |
67 |
the cell phone fully accessible: |
68 |
|
69 |
[root@alberich kernel-linus-2.6.27.5-1mdv]# df -h |
70 |
Sist. Arq. Tam Usad Disp Uso% Montado em |
71 |
/dev/sda6 31G 5,2G 26G 17% / |
72 |
/dev/sda1 92M 27M 61M 31% /boot |
73 |
/dev/mapper/homevg-homelv 240G 237G 3,5G 99% /home |
74 |
/dev/sda3 21G 7,9G 13G 40% /mnt/windows |
75 |
/dev/sdg1 2,0G 287M 1,7G 15% /media/disk <-------- |
76 |
|
77 |
I've found necessary to use the FL_US_CAPACITY_FIX switch, as without |
78 |
it the cell phone is recognized but it went berserk when performing |
79 |
low-level functions on it (a fdisk -l /dev/uba for example). |
80 |
|
81 |
lsusb -v output follows: |
82 |
|
83 |
Bus 004 Device 004: ID 0421:04bd Nokia Mobile Phones |
84 |
Device Descriptor: |
85 |
bLength 18 |
86 |
bDescriptorType 1 |
87 |
bcdUSB 2.00 |
88 |
bDeviceClass 0 (Defined at Interface level) |
89 |
bDeviceSubClass 0 |
90 |
bDeviceProtocol 0 |
91 |
bMaxPacketSize0 64 |
92 |
idVendor 0x0421 Nokia Mobile Phones |
93 |
idProduct 0x04bd |
94 |
bcdDevice 6.03 |
95 |
iManufacturer 1 Nokia |
96 |
iProduct 2 Nokia 5200 |
97 |
iSerial 3 353930018354523 |
98 |
bNumConfigurations 1 |
99 |
Configuration Descriptor: |
100 |
bLength 9 |
101 |
bDescriptorType 2 |
102 |
wTotalLength 32 |
103 |
bNumInterfaces 1 |
104 |
bConfigurationValue 1 |
105 |
iConfiguration 0 |
106 |
bmAttributes 0xc0 |
107 |
Self Powered |
108 |
MaxPower 100mA |
109 |
Interface Descriptor: |
110 |
bLength 9 |
111 |
bDescriptorType 4 |
112 |
bInterfaceNumber 0 |
113 |
bAlternateSetting 0 |
114 |
bNumEndpoints 2 |
115 |
bInterfaceClass 8 Mass Storage |
116 |
bInterfaceSubClass 6 SCSI |
117 |
bInterfaceProtocol 80 Bulk (Zip) |
118 |
iInterface 0 |
119 |
Endpoint Descriptor: |
120 |
bLength 7 |
121 |
bDescriptorType 5 |
122 |
bEndpointAddress 0x81 EP 1 IN |
123 |
bmAttributes 2 |
124 |
Transfer Type Bulk |
125 |
Synch Type None |
126 |
Usage Type Data |
127 |
wMaxPacketSize 0x0040 1x 64 bytes |
128 |
bInterval 0 |
129 |
Endpoint Descriptor: |
130 |
bLength 7 |
131 |
bDescriptorType 5 |
132 |
bEndpointAddress 0x01 EP 1 OUT |
133 |
bmAttributes 2 |
134 |
Transfer Type Bulk |
135 |
Synch Type None |
136 |
Usage Type Data |
137 |
wMaxPacketSize 0x0040 1x 64 bytes |
138 |
bInterval 0 |
139 |
Device Status: 0x0001 |
140 |
Self Powered |
141 |
|
142 |
Signed-off-by: Paulo Afonso Graner Fessel <pfessel@×××××.com> |
143 |
Signed-off-by: Phil Dibowitz <phil@××××.com> |
144 |
Signed-off-by: Greg Kroah-Hartman <gregkh@××××.de> |
145 |
|
146 |
commit 97560589341fc0c57be3de3caa5ae6136b36742e |
147 |
Author: Oliver Neukum <oliver@××××××.org> |
148 |
Date: Fri Dec 12 11:01:45 2008 +0100 |
149 |
|
150 |
USB: storage: extend unusual range for 067b:3507 |
151 |
|
152 |
commit b16363991414a6025beb7269f9c1dd294f9b241f upstream. |
153 |
|
154 |
This device has been released in a new revision which is still buggy. |
155 |
|
156 |
Signed-off-by: Oliver Neukum <oneukum@××××.de> |
157 |
Signed-off-by: Phil Dibowitz <phil@××××.com> |
158 |
Signed-off-by: Greg Kroah-Hartman <gregkh@××××.de> |
159 |
|
160 |
commit 80cf2d47d6df545e396ea1ae87b26ea028496d52 |
161 |
Author: Nguyen Anh Quynh <aquynh@×××××.com> |
162 |
Date: Thu Dec 11 15:04:11 2008 -0800 |
163 |
|
164 |
USB: another unusual_devs entry for another bad Argosy storage device |
165 |
|
166 |
commit e2673b28911a43257265523e3672861be6e44093 upstream. |
167 |
|
168 |
I have another Argosy USB storage device, which has the same problem |
169 |
with the Argosy USB storage device already fixed in 2.6.27.7. But this |
170 |
device has another product ID (840:84), so this patch adds a new entry |
171 |
into unusual_devs to fix the mount problem. |
172 |
|
173 |
I enclose here two patches: one against 2.6.27.8, and another against |
174 |
the latest linus-git tree. |
175 |
|
176 |
|
177 |
The information about the Argosy device is like below: |
178 |
|
179 |
#lsusb -v -d 840:84 |
180 |
Bus 005 Device 005: ID 0840:0084 Argosy Research, Inc. |
181 |
Device Descriptor: |
182 |
bLength 18 |
183 |
bDescriptorType 1 |
184 |
bcdUSB 2.00 |
185 |
bDeviceClass 0 (Defined at Interface level) |
186 |
bDeviceSubClass 0 |
187 |
bDeviceProtocol 0 |
188 |
bMaxPacketSize0 64 |
189 |
idVendor 0x0840 Argosy Research, Inc. |
190 |
idProduct 0x0084 |
191 |
bcdDevice 0.01 |
192 |
iManufacturer 1 Generic |
193 |
iProduct 2 USB 2.0 Storage Device |
194 |
iSerial 3 8400000000002549 |
195 |
bNumConfigurations 1 |
196 |
Configuration Descriptor: |
197 |
bLength 9 |
198 |
bDescriptorType 2 |
199 |
wTotalLength 32 |
200 |
bNumInterfaces 1 |
201 |
bConfigurationValue 1 |
202 |
iConfiguration 0 |
203 |
bmAttributes 0xc0 |
204 |
Self Powered |
205 |
MaxPower 2mA |
206 |
Interface Descriptor: |
207 |
bLength 9 |
208 |
bDescriptorType 4 |
209 |
bInterfaceNumber 0 |
210 |
bAlternateSetting 0 |
211 |
bNumEndpoints 2 |
212 |
bInterfaceClass 8 Mass Storage |
213 |
bInterfaceSubClass 6 SCSI |
214 |
bInterfaceProtocol 80 Bulk (Zip) |
215 |
iInterface 0 |
216 |
Endpoint Descriptor: |
217 |
bLength 7 |
218 |
bDescriptorType 5 |
219 |
bEndpointAddress 0x01 EP 1 OUT |
220 |
bmAttributes 2 |
221 |
Transfer Type Bulk |
222 |
Synch Type None |
223 |
Usage Type Data |
224 |
wMaxPacketSize 0x0200 1x 512 bytes |
225 |
bInterval 0 |
226 |
Endpoint Descriptor: |
227 |
bLength 7 |
228 |
bDescriptorType 5 |
229 |
bEndpointAddress 0x82 EP 2 IN |
230 |
bmAttributes 2 |
231 |
Transfer Type Bulk |
232 |
Synch Type None |
233 |
Usage Type Data |
234 |
wMaxPacketSize 0x0200 1x 512 bytes |
235 |
bInterval 0 |
236 |
Device Qualifier (for other device speed): |
237 |
bLength 10 |
238 |
bDescriptorType 6 |
239 |
bcdUSB 2.00 |
240 |
bDeviceClass 0 (Defined at Interface level) |
241 |
bDeviceSubClass 0 |
242 |
bDeviceProtocol 0 |
243 |
bMaxPacketSize0 64 |
244 |
bNumConfigurations 1 |
245 |
Device Status: 0x0000 |
246 |
(Bus Powered) |
247 |
|
248 |
Before the patch, dmesg returns a lot of information like below (my |
249 |
dmesg is overflown): |
250 |
.... |
251 |
[ 138.833390] sd 7:0:0:0: [sdb] Add. Sense: No additional sense information |
252 |
[ 138.877631] sd 7:0:0:0: [sdb] Sense Key : No Sense [current] |
253 |
[ 138.877643] sd 7:0:0:0: [sdb] Add. Sense: No additional sense information |
254 |
[ 138.921906] sd 7:0:0:0: [sdb] Sense Key : No Sense [current] |
255 |
[ 138.921923] sd 7:0:0:0: [sdb] Add. Sense: No additional sense information |
256 |
.... |
257 |
|
258 |
After the fix, dmesg returns below information: |
259 |
.... |
260 |
usb 5-1: new high speed USB device using ehci_hcd and address 5 |
261 |
usb 5-1: configuration #1 chosen from 1 choice |
262 |
scsi7 : SCSI emulation for USB Mass Storage devices |
263 |
usb-storage: device found at 5 |
264 |
usb-storage: waiting for device to settle before scanning |
265 |
usb-storage: device scan complete |
266 |
scsi 7:0:0:0: Direct-Access HTS54808 0M9AT00 MG4O PQ: 0 ANSI: 0 |
267 |
sd 7:0:0:0: [sdb] 156301488 512-byte hardware sectors (80026 MB) |
268 |
sd 7:0:0:0: [sdb] Write Protect is off |
269 |
sd 7:0:0:0: [sdb] Mode Sense: 03 00 00 00 |
270 |
sd 7:0:0:0: [sdb] Assuming drive cache: write through |
271 |
sd 7:0:0:0: [sdb] 156301488 512-byte hardware sectors (80026 MB) |
272 |
sd 7:0:0:0: [sdb] Write Protect is off |
273 |
sd 7:0:0:0: [sdb] Mode Sense: 03 00 00 00 |
274 |
sd 7:0:0:0: [sdb] Assuming drive cache: write through |
275 |
sdb: sdb1 |
276 |
sd 7:0:0:0: [sdb] Attached SCSI disk |
277 |
sd 7:0:0:0: Attached scsi generic sg1 type 0 |
278 |
kjournald starting. Commit interval 5 seconds |
279 |
EXT3 FS on sdb1, internal journal |
280 |
EXT3-fs: recovery complete. |
281 |
EXT3-fs: mounted filesystem with ordered data mode. |
282 |
|
283 |
Cc: Kuniyasu Suzaki <k.suzaki@×××××××.jp> |
284 |
Signed-off-by: Nguyen Anh Quynh <aquynh@×××××.com> |
285 |
Signed-off-by: Andrew Morton <akpm@××××××××××××××××.org> |
286 |
Signed-off-by: Greg Kroah-Hartman <gregkh@××××.de> |
287 |
|
288 |
____________________________________________________________________ |
289 |
Psssst! Schon vom neuen WEB.DE MultiMessenger gehört? |
290 |
Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 |