I attached the dts files to a reply, did you get a chance to look at them?
best,
Leo
On Monday, March 26, 2018 at 6:27:56 PM UTC-7, RobertCNelson wrote:
>
> On Mon, Mar 26, 2018 at 5:56 PM, >
> wrote:
> > Sorry, please disregard the uBoot output posted previously--that was
> with
> > our wo
They are a bit large to post as source. I'll try attaching them...
On Monday, March 26, 2018 at 6:27:56 PM UTC-7, RobertCNelson wrote:
>
> On Mon, Mar 26, 2018 at 5:56 PM, >
> wrote:
> > Sorry, please disregard the uBoot output posted previously--that was
> with
> > our workaround of loadin
Sorry, please disregard the uBoot output posted previously--that was with
our workaround of loading one big dtbo file.
HERE IS THE OUTPUT FROM OUR MULTIPLE DTBOs...
U-Boot SPL 2018.01-2-g9aa111a004 (Jan 20 2018 - 12:45:29)
Trying to boot from MMC1
U-Boot 2018.01-2-g9aa111a004 (Jan 2
Here is the output from uBoot on boot:
U-Boot SPL 2017.09-2-g0f3f1c7907 (Oct 09 2017 - 15:30:22)
Trying to boot from MMC2
U-Boot 2017.09-2-g0f3f1c7907 (Oct 09 2017 - 15:30:22 -0500), Build:
jenkins-github_Bootloader-Builder-607
CPU : AM335X-GP rev 2.1
I2C: ready
DRAM: 512 MiB
No ma
"this might have broke something" --> do you mean the >>
dtb=am335x-boneblack-overlay.dtb] line?
We have ordered a serial cable, I'll get you the boot output as soon as it
arrives. Thanks so much for your help and insight on this...
On Tuesday, March 20, 2018 at 6:02:57 PM UTC-7, RobertCNe
Any ideas? Help is very much appreciated. We'd like to keep our dtbo
info in four files rather than one giant one...
On Monday, March 19, 2018 at 9:45:03 AM UTC-7, lgil...@tethers.com wrote:
>
> Thanks for responding! Sorry for the delay in my reply, I did not have
> access to my BBB over t
Thanks for responding! Sorry for the delay in my reply, I did not have
access to my BBB over the weekend.
One interesting note is that not only do our dts files work individually,
but they also work when combined into one giant dts, so I don't believe
there is any issue with their formatting.
>
> Did this ever get sorted out? I'm working on a BBB project and trying to
> load 4 dtbo files in slots 4--7, and they are not affecting the hw setup as
> expected. I'm running:
debian:
[root@beaglebone]> uname -a
Linux beaglebone 4.4.91-ti-r133 #1 SMP Tue Oct 10 05:18:08 UTC 2017 arm
Thanks!! Very helpful. One issue with just using the config-pin utility
is that it doesn't always give you access to all the configurations
possible for a peripheral (not pin), for instance, setting a pin to eqep
(qep), there are actually several modes of eqep. The dts file often
includes
Hi Robert,
With regard to your comment on uboot overlays, slots 0-3 vs 4-7, where
should one place a standard .dtbo ( eQEP, 2b ) to get it to load properly?
I have not had luck with slot 0 or 4...
thanks...
On Thursday, November 30, 2017 at 6:15:20 PM UTC-8, beagle...@gmail.com
wrote:
>
>
When I load a .dtbo though my uEnv.txt file (ie,
uboot_overlay_addr4=/lib/firmware/bone_eqep2b-00A0.dtbo ) I no longer have
access to config-pin's ability to set up ANY pins. Is there some sort of
exclusiveness built into the system such that if .dtbos are found, then you
cannot manually con
Hi Everyone,
I've been working with a Beaglebone Black recently and its eQEP peripheral;
running into an issue where it works great when I manually configure it (with
the config-pin command), but not when I set the pins up with a .dtbo...
First, here's my system info:
[root@beaglebone]> u
12 matches
Mail list logo