I just got it working in 3.8.x.
But as for 3.14.x-ti:
In its README.md, it states
echo cape-universaln /sys/devices/bone_capemgr.*/slots
Since I don't have /sys/devices/bone_capemgr.*/slots at all in 3.14.x,
what should I do?
On Wed, Jan 21, 2015 at 6:49 PM, Robert Nelson
On Wed, Jan 21, 2015 at 3:30 PM, Paulo Sherring
pauloasherr...@gmail.com wrote:
There are a lot of people still depending on overlays, maybe that should
pose an issue on moving on. It seems to me that it is a simple matter of
getting the outdated tutorials on using capemgr and finding out ways
On Wed, Jan 21, 2015 at 3:47 PM, Paulo Sherring
pauloasherr...@gmail.com wrote:
I have found this before, it is based on overlays, as well as every other
sources i have found.
Any other thoughts?
The overlay is built into the v3.14.x ti kernel..
Just use config-pin to modify the pinmux.. *
On Wed, Jan 21, 2015 at 3:55 PM, Paulo Sherring
pauloasherr...@gmail.com wrote:
I just got it working in 3.8.x.
But as for 3.14.x-ti:
In its README.md, it states
echo cape-universaln /sys/devices/bone_capemgr.*/slots
Since I don't have /sys/devices/bone_capemgr.*/slots at all in 3.14.x,
There are a lot of people still depending on overlays, maybe that should
pose an issue on moving on. It seems to me that it is a simple matter of
getting the outdated tutorials on using capemgr and finding out ways to
replace its usage. It seems so for the main tutorials providers i have
found
I have found this before, it is based on overlays, as well as every other
sources i have found.
Any other thoughts?
Thanks!
Paulo Sherring.
On Wed, Jan 21, 2015 at 6:34 PM, Robert Nelson robertcnel...@gmail.com
wrote:
On Wed, Jan 21, 2015 at 3:30 PM, Paulo Sherring
pauloasherr...@gmail.com
Ok, will try! Thanks!
On Wed, Jan 21, 2015 at 6:59 PM, Robert Nelson robertcnel...@gmail.com
wrote:
On Wed, Jan 21, 2015 at 3:55 PM, Paulo Sherring
pauloasherr...@gmail.com wrote:
I just got it working in 3.8.x.
But as for 3.14.x-ti:
In its README.md, it states
echo cape-universaln
On Tue, Jan 20, 2015 at 12:44 PM, Paulo Sherring
pauloasherr...@gmail.com wrote:
Rick and Robert, I have found nowhere but the email archive I attached
before any information on this. High hitting pages on topic, such as Derek
Molloy's and Hipster Circuit's are all outdated, with no reference
When using the newly supplied image, I could not get cape manager (i mean,
I am not getting the /sys/devices/bone_capemgr.*/ directory. Do I have to
do something before I get it?
Thanks!
Paulo Sherring.
( PS: Should I open a new thread for this question?)
On Thu, Jan 8, 2015 at 1:40 PM, William
On Mon, Jan 19, 2015 at 4:45 PM, Paulo Sherring
pauloasherr...@gmail.com wrote:
Just found this:
https://www.marshut.net/ivvyiz/bone-capemgr-9-disappeared.html
Is this still the case?
No the case is...
Your using an image that i'm trying to get people off the ancient v3.8.x kernel.
But you
On Mon, Jan 19, 2015 at 4:41 PM, Paulo Sherring
pauloasherr...@gmail.com wrote:
When using the newly supplied image, I could not get cape manager (i mean, I
am not getting the /sys/devices/bone_capemgr.*/ directory. Do I have to do
something before I get it?
Thanks!
Paulo Sherring.
( PS:
*If it is worth noting, i had to comment out the g_serial (line #86) and
uncomment the g_ether (line #88) for getting the desired behavior of
showing up as ethernet over USB,which I think is the most common behavior.*
Only one gadget driver can be loaded at a time. This is why g_multi
If it is worth noting, i had to comment out the g_serial (line #86) and
uncomment the g_ether (line #88) for getting the desired behavior of
showing up as ethernet over USB,which I think is the most common behavior.
As for mount the whole file system as storage unit, turns out the it got
all
On Wed, Jan 7, 2015 at 2:26 PM, Paulo Sherring pauloasherr...@gmail.com wrote:
One last question for this matter: when is this script triggered and where
is it instantiated?
/etc/init.d/generic-boot-script.sh
One last question for this matter: when is this script triggered and where
is it instantiated?
Em 07/01/2015 00:23, Robert Nelson robertcnel...@gmail.com escreveu:
On Tue, Jan 6, 2015 at 9:13 PM, Paulo Sherring pauloasherr...@gmail.com
wrote:
Sorry for possible noob, silly question: So should
On Tue, Jan 6, 2015 at 8:53 AM, Paulo Sherring pauloasherr...@gmail.com wrote:
I am on wheezy 7.7, so I suppose no workaround is needed.
Follows pastebin
setup_sdcard.sh output
serial console output
dmesg output
Thanks reviewing right now..
I noticed on dmesg that the kernel boot args
Well, that is another sdcard, again and again (and again). That is just
sad. Is there a tool for me to test an sdcard integrity, since i don't have
yet skills to parse linux output?
Thanks!
Paulo Sherring.
On Tue, Jan 6, 2015 at 12:08 PM, Robert Nelson robertcnel...@gmail.com
wrote:
On Tue, Jan
I am on wheezy 7.7, so I suppose no workaround is needed.
Follows pastebin
setup_sdcard.sh output http://pastebin.com/WYyRCLah
serial console output http://pastebin.com/wPb7QyTi
dmesg output http://pastebin.com/h2CrgxYi
I noticed on dmesg that the kernel boot args includes a ro
Kernel command
On Tue, Jan 6, 2015 at 8:53 AM, Paulo Sherring pauloasherr...@gmail.com wrote:
I am on wheezy 7.7, so I suppose no workaround is needed.
Follows pastebin
setup_sdcard.sh output
serial console output
dmesg output
Well:
[ 107.406982] JBD2: Spotted dirty metadata buffer (dev = mmcblk0p1,
On Tue, Jan 6, 2015 at 9:06 AM, Robert Nelson robertcnel...@gmail.com wrote:
On Tue, Jan 6, 2015 at 8:53 AM, Paulo Sherring pauloasherr...@gmail.com
wrote:
I am on wheezy 7.7, so I suppose no workaround is needed.
Follows pastebin
setup_sdcard.sh output
serial console output
dmesg output
On Tue, Jan 6, 2015 at 9:13 AM, Paulo Sherring pauloasherr...@gmail.com wrote:
Well, that is another sdcard, again and again (and again). That is just sad.
Is there a tool for me to test an sdcard integrity, since i don't have yet
skills to parse linux output?
Humm.. If it's happening with
On Tue, Jan 6, 2015 at 1:49 PM, Paulo Sherring pauloasherr...@gmail.com wrote:
One is from adata, another from Kingston and other from multilaser, a
Brazilian brand, likely a generic one rebranded. All class 4.
Just tried on an Ubuntu 14.04 machine, same results: dd'ing did fine,
One is from adata, another from Kingston and other from multilaser, a
Brazilian brand, likely a generic one rebranded. All class 4.
Just tried on an Ubuntu 14.04 machine, same results: dd'ing did fine,
setup_sdcard.sh.
Thanks!
Paulo Sherri
Em 06/01/2015 13:25, evilwulfie evilwul...@gmail.com
On Tue, Jan 6, 2015 at 4:20 PM, Paulo Sherring pauloasherr...@gmail.com wrote:
I was going to mess with kernel, that was why I wanted that :(
BTW, i tried the ubuntu console image and it also presented the same issue.
But thank you! Again!
You can add it back:
It's in this if statement:
I have one more request, if you will... The older - and buggy (at least for
me) - image used USB to present the dev pc with its file system and I no
longer get this with the new image. How can i get it back?
Thanks!
Paulo Sherring.
Em terça-feira, 6 de janeiro de 2015 16h52min13s UTC-3,
On Tue, Jan 6, 2015 at 3:17 PM, Paulo Sherring pauloasherr...@gmail.com wrote:
I have one more request, if you will... The older - and buggy (at least for
me) - image used USB to present the dev pc with its file system and I no
longer get this with the new image. How can i get it back?
So
I was going to mess with kernel, that was why I wanted that :(
BTW, i tried the ubuntu console image and it also presented the same issue.
But thank you! Again!
Paulo Sherring.
Em terça-feira, 6 de janeiro de 2015 18h21min50s UTC-3, RobertCNelson
escreveu:
On Tue, Jan 6, 2015 at 3:17 PM,
The new image worked! Thank you both for the great help!
Paulo Sherring.
Em terça-feira, 6 de janeiro de 2015 16h52min13s UTC-3, RobertCNelson
escreveu:
On Tue, Jan 6, 2015 at 1:49 PM, Paulo Sherring pauloas...@gmail.com
javascript: wrote:
One is from adata, another from Kingston and
Sorry for possible noob, silly question: So should I change the script and
copy it to, say, */etc/init.d/am335x_evm.sh*, crate a symbolic link in
*/etc/rcS.d* and run *update-rc.d script defaults *? Or is there another
way to do it?
Thanks!
Em terça-feira, 6 de janeiro de 2015 19h23min24s
I just tested with two micro sdcards, that are not very used, i bought them
a few months ago, and three micro sd readers ( one builtin, 2 usb). All
three of them resulted in the same error. Depending on the device used, i
was /dev/sdb or /dev/mmcblk0.
dd'ing the image to the card worked just fine
On Tue, Jan 6, 2015 at 9:13 PM, Paulo Sherring pauloasherr...@gmail.com wrote:
Sorry for possible noob, silly question: So should I change the script and
copy it to, say, /etc/init.d/am335x_evm.sh, crate a symbolic link in
/etc/rcS.d and run update-rc.d script defaults ? Or is there another way
What brand.
What class.
Have you tried to format and test them on another system ?
On 1/6/2015 8:59 AM, Paulo Sherring wrote:
I just tested with two micro sdcards, that are not very used, i bought
them a few months ago, and three micro sd readers ( one builtin, 2
usb). All three of them
On Mon, Jan 5, 2015 at 4:10 PM, Paulo Sherring pauloasherr...@gmail.com wrote:
Hello all.
I have been searching this for a while and could not find any hints.
I am trying to use the image provided here:
https://rcn-ee.net/deb/rootfs/wheezy/debian-7.7-console-armhf-2014-10-29.tar.xz
to create
Hello all.
I have been searching this for a while and could not find any hints.
I am trying to use the image provided here:
https://rcn-ee.net/deb/rootfs/wheezy/debian-7.7-console-armhf-2014-10-29.tar.xz
to create a sdcard for beaglebone black. I do not want to transfer the
sdcard's content to
So, what arguments should I issue to achieve a fully functional rw file
system? Should I go only with -- boot?
Thanks again!
Em 05/01/2015 22:28, Robert Nelson robertcnel...@gmail.com escreveu:
On Mon, Jan 5, 2015 at 7:18 PM, Paulo Sherring pauloasherr...@gmail.com
wrote:
Hello there!
I am
On Mon, Jan 5, 2015 at 7:58 PM, Paulo Sherring pauloasherr...@gmail.com wrote:
So, what arguments should I issue to achieve a fully functional rw file
system? Should I go only with -- boot?
It should work out of the box with:
sudo ./setup_sdcard.sh --mmc /dev/mmcblk0 --dtb beaglebone
Hello there!
I am issuing sudo ./setup_sdcard.sh --mmc /dev/mmcblk0 --uboot bone --dtb
beaglebone
Did i get it wrong?
Thanks!
On Mon, Jan 5, 2015 at 7:13 PM, Robert Nelson robertcnel...@gmail.com
wrote:
On Mon, Jan 5, 2015 at 4:10 PM, Paulo Sherring pauloasherr...@gmail.com
wrote:
Hello
On Mon, Jan 5, 2015 at 7:18 PM, Paulo Sherring pauloasherr...@gmail.com wrote:
Hello there!
I am issuing sudo ./setup_sdcard.sh --mmc /dev/mmcblk0 --uboot bone --dtb
beaglebone
Oh --dtb xyz replaced --boot xyz... No idea what would happen if
you add them both together..
Regards,
--
Robert
I just tried this, no luck. I am on Debian, should it be a problem?
Em segunda-feira, 5 de janeiro de 2015 23h11min27s UTC-3, RobertCNelson
escreveu:
On Mon, Jan 5, 2015 at 7:58 PM, Paulo Sherring pauloas...@gmail.com
javascript: wrote:
So, what arguments should I issue to achieve a fully
Curiously, I am able to copy and paste to the mounted FS on my develpment
machine, live on beaglebone, but cant change anything neither over SSH nor
over serial terminal.
Any thoughts?
Thanks again!
On Mon, Jan 5, 2015 at 11:45 PM, Paulo Sherring pauloasherr...@gmail.com
wrote:
I just tried
On Mon, Jan 5, 2015 at 8:56 PM, Paulo Sherring pauloasherr...@gmail.com wrote:
Curiously, I am able to copy and paste to the mounted FS on my develpment
machine, live on beaglebone, but cant change anything neither over SSH nor
over serial terminal.
BTW, which version of Debian... There is
41 matches
Mail list logo