So now I'm in pitbull mode, but I wont be able to do any further research
at this time.
https://www.kernel.org/doc/Documentation/devicetree/bindings/usb/am33xx-usb.txt
. . .
USB
~~~
- compatible: ti,musb-am33xx
- reg: offset and length of "USB Controller Registers", and offset and
length of
It would not be part of "my" FAQ. I have no affiliation with beagleboard.org,
at all. I'm just some guy, who has had 4+ years hands on experience with
this specific platform, who also just so happens to get paid by a third
party who builds systems based on this platform as well. But obviously I do
On Thu, Apr 27, 2017 at 7:26 PM, William Hermans wrote:
> It's meant to impress on the point that the hardware was designed with
> cost in mind, and that the software for this hardware is provided free of
> charge.
>
I realize that. This is why I suggested a solution
On Thu, Apr 27, 2017 at 9:53 AM, ithinu wrote:
> Perhaps a work-around would be to provide a software possibility of
> freezing the unit after the kernel is down. Handy for someone who has a
> power-hungry cape requiring a power supply, no Ethernet and would like to
>
Perhaps a work-around would be to provide a software possibility of
freezing the unit after the kernel is down. Handy for someone who has a
power-hungry cape requiring a power supply, no Ethernet and would like to
safely replace the sd card. If it were possible to detect, that the unit is
By the way those changes which I mentioned for the USB OTG port are made
through device tree configurations. I think in the main board file, but
that problem has been corrected so long ago, I do not remember exactly how.
Here, we do not connect to our boards in this manner, ever.I have one
On Thu, Apr 27, 2017 at 1:27 AM, ithinu wrote:
> > Short story, you're using a powered hub, and you need to keep that hub
> from sending power back into the host.
>
> No, the hub is not powered. Also, as I said, the problem exists only with
> the combination power
> Short story, you're using a powered hub, and you need to keep that hub
from sending power back into the host.
No, the hub is not powered. Also, as I said, the problem exists only with
the combination power supply/usb connection, which I rarely need. But it
still can be a problem of someone
On Wed, Apr 26, 2017 at 8:31 AM, ithinu wrote:
> The board is connected to a 5V power supply, to a USB hub and via Ethernet
> to a router. It has no capes.
>
> uname -a
> Linux beaglebone 4.4.39-ti-r75 #1 SMP Thu Dec 15 22:16:11 UTC 2016 armv7l
> GNU/Linux
>
> The command
>
The board is connected to a 5V power supply, to a USB hub and via Ethernet
to a router. It has no capes.
uname -a
Linux beaglebone 4.4.39-ti-r75 #1 SMP Thu Dec 15 22:16:11 UTC 2016 armv7l
GNU/Linux
The command
sudo systemctl poweroff
reboots it just like
shutdown -P now
However, if
What OS/kernel is ithinu running?
"shutdown -P now" works on all my BBB/BBG boards.
But, I run from external +5V, without anything on the battery connections.
--- Graham
==
> I usually tell everyone to use:
>
> sudo systemctl poweroff
>
> as systemd knows how to tell the external tps65217 to
On Tue, Apr 25, 2017 at 3:13 PM, Robert Nelson
wrote:
> On Tue, Apr 25, 2017 at 5:00 PM, ithinu wrote:
> > shutdown -P now does the same as shutdown -h now: reboots the board. So I
> > still do not know a way of shutting it down.
> >
> > I attach
On Tue, Apr 25, 2017 at 5:00 PM, ithinu wrote:
> shutdown -P now does the same as shutdown -h now: reboots the board. So I
> still do not know a way of shutting it down.
>
> I attach the relevant part of syslog.
I usually tell everyone to use:
sudo systemctl poweroff
as
shutdown -P now does the same as shutdown -h now: reboots the board. So I
still do not know a way of shutting it down.
I attach the relevant part of syslog.
On Sunday, April 23, 2017 at 3:04:21 AM UTC+2, Graham wrote:
>
>
> shutdown -P now
>
> --- Graham
>
> ==
>
> On Saturday, April 22, 2017
14 matches
Mail list logo