From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OJuKb-0005Oi-CV for mharc-grub-devel@gnu.org; Wed, 02 Jun 2010 16:14:29 -0400 Received: from [140.186.70.92] (port=49010 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJuKY-0005Hm-8t for grub-devel@gnu.org; Wed, 02 Jun 2010 16:14:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OJuKV-0002iT-Vr for grub-devel@gnu.org; Wed, 02 Jun 2010 16:14:26 -0400 Received: from mail-ew0-f214.google.com ([209.85.219.214]:45280) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OJuKV-0002iB-NG for grub-devel@gnu.org; Wed, 02 Jun 2010 16:14:23 -0400 Received: by ewy6 with SMTP id 6so2271454ewy.32 for ; Wed, 02 Jun 2010 13:14:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=cSJIbx3JejUV0vjFsDgqeTLpCzwWAB4+FA/VV0b4LzQ=; b=nE+dtnwYTNdJCusUgQ9us7on7YAqzAKZZZqUwatxPpF8xguYoggKcKTiUOsn7XhVL5 eBw2zz68ir4IiqSPSiX06brxWQvkGFkBPjgxAw2wYAmGjYd30TefodQNDnHQeKqSVzed gyW/P7SsTEvsWEa5O/zAamvX6f0MVNqnhkdDQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=pJOFUu17OuXU4X8W4wBZgExIKHRu5VVJOXh2YKqSbpaoA+2+YpHHcEfauwZKx8awDX 55Cn/m2B16XBjDiaq5AgMgtgumhCaW5Q6+G3qjX5t9gt1HnhEpnEHfGvQIRZFeLyin17 5sn0y36iiOZBpgLqDZNVR7heAPJEf5E4bxQhA= Received: by 10.213.32.197 with SMTP id e5mr5476700ebd.28.1275509662286; Wed, 02 Jun 2010 13:14:22 -0700 (PDT) Received: from debian.bg45.phnet (gprs35.swisscom-mobile.ch [193.247.250.35]) by mx.google.com with ESMTPS id 16sm4661836ewy.7.2010.06.02.13.14.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 02 Jun 2010 13:14:21 -0700 (PDT) Message-ID: <4C06BB8D.3040300@gmail.com> Date: Wed, 02 Jun 2010 22:14:05 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100515 Icedove/3.0.4 MIME-Version: 1.0 To: grub-devel@gnu.org References: <1268605383.2839.26.camel@homenes1> <4BB657BB.60801@gmail.com> <1270669741.2732.129.camel@homenes1> <4BBCED68.3080900@gmail.com> <1270762038.2730.37.camel@homenes1> <4BC892C3.3090507@gmail.com> <1271794445.4221.93.camel@pracovna> <1274485618.18038.56.camel@pracovna> <4BF86523.4090509@gmail.com> <1274610426.5231.67.camel@pracovna> <4BF93F58.3080307@gmail.com> <1274634978.6742.13.camel@pracovna> <4BF9839A.2030704@gmail.com> <1274813892.18826.36.camel@pracovna> <1275238274.6704.21.camel@pracovna> <4C02E60A.3060407@gmail.com> <4C03AA29.2020807@gmail.com> <1275342853.4170.133.camel@pracovna> <4C0451C4.90409@gmail.com> <1275426853.4968.64.camel@pracovna> <4C05A579.7080106@gmail.com> <4C05C9AB.4010209@gmail.com> <1275507597.4401.71.camel@pracovna> In-Reply-To: <1275507597.4401.71.camel@pracovna> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig4CECF0D8FFD03072959C5977" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: [RFT] Re: [Patch] [bug #26237] multiple problems with usb devices X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 20:14:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4CECF0D8FFD03072959C5977 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, Ale=C5=A1. Today I merged usb branch into mainline. Now I've start= ed some work towards hotplugging and module autoloading. Currently it just checks portsstatus to see newly connected devices. Touble is that if you disconnect a device and plug a new one at its place this routine won't notice anything because ports are polled only when enumerating usbdevices. We need a more reliable way to detect new devices. Perhaps we should try to assign addresses to any device without address and see if it responds to configuration request. If noone responds assume that no devices were newly connected. On Yeeloong 'usb' command lists hotplugged devices correctly but bulk transfer fails with donehead=3D0. > Vladimir '=CF=86-coder/phcoder' Serbinenko wrote: > =20 >> There were few special cases. (Hopefully) fixed and ccomitted into "us= b". >> =20 > You are successful, great work, all devices are working (with some know= n > exceptions on UHCI - see below in point 2.). > > =20 It's mostly your work ;). > But better will be if somebody else also tests more devices on both > controllers. > > =20 Now when it's merge to mainline and will be propagated, it should recevie some light. > Some additional informations: > > 1. > I found multi-LUN relatedproblem: I have one multi-LUN device - card > reader - and I tried plug into it more than one card. In this case "ls"= > command reports bad number of filesystems (and also bad type of listed > partition filesystem) on another than first LUN. > > It looks like that (not true copy of console): > (usb0a) (usb0,msdos1) (usb0b,msdos1) > It is bad because LUN usb0b has four partitions with ext2 filesystem. > > When I try for example "ls (usb0b,4)/", grub returns for the first try > "error: unknown filesystem.", for second try grub does normal file list= =2E > (the same for another partitions, i.e. (usb0b,1), (usb0b,2), (usb0b,3))= > > =20 Perhaps there are strill problems with toggle bit. Problem is that if it gets out of sync it can only hard get in-sync again. Hence strange problems. But it would appear on single-LUN devices too. > The same configuration works fine under Linux and Windows. > > Oh, I find probably the mistake right now - there is missing my older > small patch in usbms.c - there is fast "hand made" "patch", I have no > more time, sorry: > usbms.c, line 240: > - cbw.lun =3D scsi->lun << GRUB_SCSI_LUN_SHIFT; > + cbw.lun =3D scsi->lun; /* In USB MS CBW are LUN bits on another pla= ce > than in SCSI CDB, both should be set correctly. */ > > =20 Perhaps (scsi->lun << GRUB_SCSI_LUN_SHIFT) | scsi->lun ? > 2. > I found some other devices to test, now I have 13 USB MS bulk-only > devices, each is from another manufacturer and there are approx. five > different kinds of devices - flash disk, hard disk, card reader, camera= , > mobile phone. > What is known but maybe interesting, three devices are not working at > all on UHCI - but are working on OHCI (and under Linux / Windows they > are also working) - as we discussed previously, it can be some problem > with power or EHCI influence because it looks like device is not > properly powered. > UHCI-problematic devices are: Transcend SDHC card reader=20 I have a cardreader and it may be Transcend. > and two flash > disks - EMTEC "lollipop" and PRETEC Bullet-Proof. > One curiosity - cheap EMTEC "lollipop" USB flash disk has USB ID > 0000:0000... (but it works on OHCI). > > > 3. > In Linux USB mass storage source is interesting link about problems wit= h > USB mass storage devices: > http://www.one-eyed-alien.net/~mdharm/linux-usb (and inside > http://www2.one-eyed-alien.net/~mdharm/linux-usb/target_offenses.txt ) > > In Linux source You can find also one interesting information - from > some Intel chipset version there are new bits in UHCI hub port register= s > related to overcurrent (bits 10 & 11). But we currently don't care abou= t > overcurrent at all. > > > 4. > One really stupid question related to your older e-mail: > > What does mean "For this you can add a new field in "o"." ? > > It is something related to Bazaar branch ? Or to something in source > code configuration etc. ? > (I am totally unexperienced with bazaar and similar tools, the same wit= h > autogen and similar..., sorry.) > > =20 I meant this: struct grub_ohci *o =3D (struct grub_ohci *) dev->data; > That's all for now, there will be probably silent from me for some > days... > =20 That's of course no problem. > Best regards > Ales > > > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig4CECF0D8FFD03072959C5977 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkwGu40ACgkQNak7dOguQgnlVQD+KVKdSmjwK+c8mHyod34PZDM4 aIdyuD5+o8EYgRfQQDMBAMF60Zc4GQAoanuyRBQ9vm3J5ag6HwRwPe/0cx09noHV =BhB8 -----END PGP SIGNATURE----- --------------enig4CECF0D8FFD03072959C5977--