On 07/16/2013 07:19 PM, Stefan Roese wrote:
Hi Roger,
On 07/16/2013 04:37 PM, Roger Quadros wrote:
On 07/15/2013 11:24 AM, Stefan Roese wrote:
On 07/15/2013 10:16 AM, Roger Quadros wrote:
I can only test on beagle-xm (which is also rev. C2) with integrated
SMSC ethernet chip
as I don't
+Alan
On 07/15/2013 11:24 AM, Stefan Roese wrote:
On 07/15/2013 10:16 AM, Roger Quadros wrote:
I can only test on beagle-xm (which is also rev. C2) with integrated SMSC
ethernet chip
as I don't have an external USB-ethernet adapter.
Too bad. This difference in boards makes the tests a bit
Hi Roger,
On 07/16/2013 04:37 PM, Roger Quadros wrote:
On 07/15/2013 11:24 AM, Stefan Roese wrote:
On 07/15/2013 10:16 AM, Roger Quadros wrote:
I can only test on beagle-xm (which is also rev. C2) with integrated SMSC
ethernet chip
as I don't have an external USB-ethernet adapter.
Too
On 07/12/2013 01:52 PM, Stefan Roese wrote:
Roger,
On 07/12/2013 11:15 AM, Roger Quadros wrote:
Good idea. I'm currently using a dirty local version. I'll try to
switch to an officially available version tomorrow. And send you the
version/git id.
I updated my U-Boot to the following
On 07/15/2013 10:16 AM, Roger Quadros wrote:
I can only test on beagle-xm (which is also rev. C2) with integrated SMSC
ethernet chip
as I don't have an external USB-ethernet adapter.
Too bad. This difference in boards makes the tests a bit less
meaningful. Is there really no USB-ethernet
Stefan,
On 07/11/2013 08:52 PM, Stefan Roese wrote:
On 07/11/2013 05:34 PM, Stefan Roese wrote:
On 07/11/2013 04:35 PM, Roger Quadros wrote:
BTW: I noticed a git ID (8e1cacd) in your kernel that I can't identify.
Do you have any patches locally applied to the kernel.org version that
might be
Roger,
On 07/12/2013 11:15 AM, Roger Quadros wrote:
Good idea. I'm currently using a dirty local version. I'll try to
switch to an officially available version tomorrow. And send you the
version/git id.
I updated my U-Boot to the following version: Based on mainline git
commit ID 225fd8c.
On 07/09/2013 05:16 PM, Stefan Roese wrote:
Hi Roger,
I have been too lazy to setup NFS :). But I will give it a shot soon to see
what's going
wrong.
Really appreciated. :) Please let me know if you need anything else from
me to reproduce this issue.
Stefan,
I tried it out today and
Hi Roger,
On 07/11/2013 12:24 PM, Roger Quadros wrote:
Stefan,
I tried it out today and it worked 5/5 times. I used a bare bones
debian root filesystem for
the NFS root.
Thanks for testing.
Could it be possible that the boot scripts on your filesystem are
somehow shutting down
the
On 07/11/2013 01:45 PM, Stefan Roese wrote:
Hi Roger,
On 07/11/2013 12:24 PM, Roger Quadros wrote:
Stefan,
I tried it out today and it worked 5/5 times. I used a bare bones
debian root filesystem for
the NFS root.
Thanks for testing.
Could it be possible that the boot scripts on
On 07/11/2013 02:00 PM, Roger Quadros wrote:
Could it be possible that the boot scripts on your filesystem are
somehow shutting down
the ethernet interface? Might be worth checking on a fresh filesystem.
I'm pretty sure that its not a problem with the filesystem. I'm using
exactly this
On 07/11/2013 12:24 PM, Roger Quadros wrote:
My u-boot script is below and boot log is attached.
BTW: I noticed a git ID (8e1cacd) in your kernel that I can't identify.
Do you have any patches locally applied to the kernel.org version that
might be helpful with this USB issue I'm seeing?
On 07/11/2013 03:41 PM, Stefan Roese wrote:
On 07/11/2013 12:24 PM, Roger Quadros wrote:
My u-boot script is below and boot log is attached.
BTW: I noticed a git ID (8e1cacd) in your kernel that I can't identify.
Do you have any patches locally applied to the kernel.org version that
might
On 07/11/2013 04:35 PM, Roger Quadros wrote:
BTW: I noticed a git ID (8e1cacd) in your kernel that I can't identify.
Do you have any patches locally applied to the kernel.org version that
might be helpful with this USB issue I'm seeing?
Yes I had tested it on a more recent kernel with some
Roger,
On 04/15/2013 01:20 PM, Roger Quadros wrote:
On Beagle xM Rev. Ax/Bx, the USB power enable GPIO logic is
reversed when compared to other revisions i.e. it is
active high instead of active low.
Use the beagle_config.usb_pwr_level flag correctly so that
the power regulator can be
Hi Stefan,
On 07/09/2013 04:02 PM, Stefan Roese wrote:
Roger,
On 04/15/2013 01:20 PM, Roger Quadros wrote:
On Beagle xM Rev. Ax/Bx, the USB power enable GPIO logic is
reversed when compared to other revisions i.e. it is
active high instead of active low.
Use the
On 07/09/2013 05:16 PM, Stefan Roese wrote:
Hi Roger,
On 07/09/2013 03:55 PM, Roger Quadros wrote:
I'm using latest kernel.org for this (git ID d2b4a646 also tested with
v3.10 release). This is with DT-enabled booting and without-DT (same
problem). I also tested some older Linux kernel
* Roger Quadros rog...@ti.com [130415 04:25]:
On Beagle xM Rev. Ax/Bx, the USB power enable GPIO logic is
reversed when compared to other revisions i.e. it is
active high instead of active low.
Use the beagle_config.usb_pwr_level flag correctly so that
the power regulator can be configured
On Beagle xM Rev. Ax/Bx, the USB power enable GPIO logic is
reversed when compared to other revisions i.e. it is
active high instead of active low.
Use the beagle_config.usb_pwr_level flag correctly so that
the power regulator can be configured at runtime.
Signed-off-by: Roger Quadros
19 matches
Mail list logo