Re: [FDOM, 2008.9] USB not working after suspend/resume-cycle

2008-12-18 Thread Marcos Mezo
On Thursday 18 December 2008 00:39:42 Konstantin wrote:
 Andy Green wrote:
  Does it help if you reassert the two host mode things by hand in /sys?
 
  http://wiki.openmoko.org/wiki/GTA02_sysfs#USB_Host_.2F_Device

 Thanks for your answer - unfortunately, that doesn't help. After having
 suspended the freerunner for any period of time, it becomes impossible to
 use host mode, even if I switch to device mode and back. After suspending,
 activating host mode and plugging in a usb device results in nothing at
 all, no dmesg output, nothing.
 The only thing that helped was removing and reloading the ohci_hcd module,
 but that obviously only works with a kernel which has this one built as a
 module.

Somebody on some list said that doing an lsusb fixed it for him. I've not 
even tried USB host mode myself.

Marcos


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support


Re: [FDOM, 2008.9] USB not working after suspend/resume-cycle [FIXED]

2008-12-18 Thread Chaosspawn23
 The only thing that helped was removing and reloading the ohci_hcd module,
 but that obviously only works with a kernel which has this one built as a
 module.
 
 Somebody on some list said that doing an lsusb fixed it for him. I've not 
 even tried USB host mode myself.

Brilliant - works like a charm! The moment I start lsusb, the keyboard LEDs
light up and I can use the device normally, just like that. Thanks a lot!
I'll just add lsusb to my usbhostmode.sh script now. :)

 Marcos

Regards,
Konstantin

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support


Re: [FDOM, 2008.9] USB not working after suspend/resume-cycle [FIXED]

2008-12-18 Thread Andy Green
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| The only thing that helped was removing and reloading the ohci_hcd
module,
| but that obviously only works with a kernel which has this one built
as a
| module.
| Somebody on some list said that doing an lsusb fixed it for him.
I've not
| even tried USB host mode myself.
|
| Brilliant - works like a charm! The moment I start lsusb, the keyboard
LEDs
| light up and I can use the device normally, just like that. Thanks a lot!
| I'll just add lsusb to my usbhostmode.sh script now. :)

Community debug assist is a marvellous thing.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAklKPdwACgkQOjLpvpq7dMrTxwCeNFQOdyhW2kE4BDNjIiMHkmY9
vRkAn0/SGUTPtnF8Bnb00wIy66AP0qAk
=aTWu
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support


[FDOM, 2008.9] USB not working after suspend/resume-cycle

2008-12-17 Thread Konstantin
Hi there!

Recently I got myself a usb keyboard for my freerunner, and it works quite
nicely after putting the fr into host mode like described in the wiki. Well,
except for one little thing: It only works if the freerunner has not been
suspended before. If it has, usb host mode seems to be broken.
With the testing kernel, I was able to fix that by rmmoding and modprobing the
ohci_hcd module, but with earlier stable kernels, that module seems to be
compiled into the kernel :(

Any ideas how I can fix that without upgrading to a new kernel? Is there some
special file in /sys/ or /proc/ which I can use to restart the usb subsystem?

Or, if that isn't possible, how I can upgrade to a new kernel without breaking
my current distribution (which is FDOM from October 2008)?

Any help appreciated!

Regards,
Konstantin

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support


Re: [FDOM, 2008.9] USB not working after suspend/resume-cycle

2008-12-17 Thread Andy Green
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Hi there!
|
| Recently I got myself a usb keyboard for my freerunner, and it works quite
| nicely after putting the fr into host mode like described in the wiki.
Well,
| except for one little thing: It only works if the freerunner has not been
| suspended before. If it has, usb host mode seems to be broken.
| With the testing kernel, I was able to fix that by rmmoding and
modprobing the
| ohci_hcd module, but with earlier stable kernels, that module seems to be
| compiled into the kernel :(
|
| Any ideas how I can fix that without upgrading to a new kernel? Is
there some
| special file in /sys/ or /proc/ which I can use to restart the usb
subsystem?
|
| Or, if that isn't possible, how I can upgrade to a new kernel without
breaking
| my current distribution (which is FDOM from October 2008)?

Does it help if you reassert the two host mode things by hand in /sys?

http://wiki.openmoko.org/wiki/GTA02_sysfs#USB_Host_.2F_Device

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAklJf4kACgkQOjLpvpq7dMr2JQCaA9tShpvP7Z4/eYg7dH0Mbnj6
n6oAnR14WURU82hsEsEgpfZgWWEcDaoE
=RjhD
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support


Re: [FDOM, 2008.9] USB not working after suspend/resume-cycle

2008-12-17 Thread Konstantin
Andy Green wrote:
 Does it help if you reassert the two host mode things by hand in /sys?
 
 http://wiki.openmoko.org/wiki/GTA02_sysfs#USB_Host_.2F_Device

Thanks for your answer - unfortunately, that doesn't help. After having
suspended the freerunner for any period of time, it becomes impossible to use
host mode, even if I switch to device mode and back. After suspending,
activating host mode and plugging in a usb device results in nothing at all, no
dmesg output, nothing.
The only thing that helped was removing and reloading the ohci_hcd module, but
that obviously only works with a kernel which has this one built as a module.

Any other ideas?

Regards,
Konstantin

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support