Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread Gerald Coley
I set them to moderated. Let's see what happens.

Gerald


On Wed, Dec 28, 2016 at 7:41 PM, Robert Nelson 
wrote:

> On Wed, Dec 28, 2016 at 7:33 PM, Gerald Coley 
> wrote:
> > Well, I don't know. Seems like some people will set an out of office and
> > respond with Spam. I guess this is a new thing.
>
> they show up as:
>
> "chao.ruth via BeagleBoard "
>
> So they must be coming thru the web interface.
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/CAOCHtYiZf%3DvZnQ88dEzujbjghMpYb_
> 7WZgtv6kbSJGgCzjY6Cg%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
gcol...@emprodesign.com

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAHK_S%2BeBO2W49Qbs9GaBr%2Ben5M0kQSoUx-LcEiikw92mRpAMRw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread Robert Nelson
On Wed, Dec 28, 2016 at 7:33 PM, Gerald Coley  wrote:
> Well, I don't know. Seems like some people will set an out of office and
> respond with Spam. I guess this is a new thing.

they show up as:

"chao.ruth via BeagleBoard "

So they must be coming thru the web interface.

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYiZf%3DvZnQ88dEzujbjghMpYb_7WZgtv6kbSJGgCzjY6Cg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread William Hermans
Someone, it seems, I've already added to my "block list".

On Wed, Dec 28, 2016 at 6:33 PM, Gerald Coley <ger...@beagleboard.org>
wrote:

> Well, I don't know. Seems like some people will set an out of office and
> respond with Spam. I guess this is a new thing.
>
> Gerald
>
> On Wed, Dec 28, 2016 at 7:31 PM, evilwulfie <evilwul...@gmail.com> wrote:
>
>> why does this person repost these emails without adding any comments ? ?
>>
>> On 12/28/2016 5:44 PM, chao.ruth via BeagleBoard wrote:
>> > 
>> > On Thu, 12/29/16, William Hermans <yyrk...@gmail.com> wrote:
>> >
>> >  Subject: Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND
>> THEY BE HUNGRY) ;)
>> >  To: beagleboard@googlegroups.com, "Robert Nelson" <
>> robertcnel...@gmail.com>
>> >  Date: Thursday, December 29, 2016, 1:27 AM
>> >
>> >  Anyway, this is
>> >  pretty slick. How long do you figure it'll take before
>> >  this functionality come into the default uboot ?
>> >
>> >  On Wed, Dec 28, 2016
>> >  at 9:36 AM, William Hermans <yyrk...@gmail.com>
>> >  wrote:
>> >  Robert,
>> >
>> >  Have you created a script that removes all the
>> >  unnecessary kernel modules loaded superfluously at boot ? I
>> >  mean there are a lot of them, and I'd say that 99% of
>> >  them in most cases will just be wasting a lot of memory . .
>> >  .
>> >
>> >  On Wed, Dec 28, 2016
>> >  at 9:34 AM, William Hermans <yyrk...@gmail.com>
>> >  wrote:
>> >  Ok so from a fresh emmc flashing( slightly
>> >  modified rootfs on the flasher image)
>> >
>> >  debian@beaglebone:~$ rm /uEnv.txt
>> >  rm: cannot remove '/uEnv.txt': No such file or
>> >  directory
>> >
>> >  debian@beaglebone:~$ sudo apt-get update
>> >  debian@beaglebone:~$ sudo apt-get install git
>> >
>> >  debian@beaglebone:~$ cd
>> >  /opt/scripts/tools/developers/
>> >  debian@beaglebone:/opt/scripts /tools/developers$ git
>> >  pull
>> >  debian@beaglebone:/opt/scripts /tools/developers$
>> >  sudo ./update_bootloader.sh --use-beta-bootloader
>> >  debian@beaglebone:/opt/scripts /tools/developers$
>> >  sudo reboot
>> >
>> >  U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21
>> >  -0600), Build: jenkins-github_Bootloader-Buil der-493
>> >
>> >  debian@beaglebone:~$ sudo nano /boot/uEnv.txt
>> >  ##BeagleBone Black: HDMI (Audio/Video) disabled:
>> >  dtb=am335x-boneblack-emmc-over lay.dtb
>> >  dtb_overlay=/lib/firmware/BB-W 1-P8.26-00A0.dtbo
>> >
>> >  cmdline=coherent_pool=1M quiet
>> >
>> >  debian@beaglebone:~$ sudo reboot
>> >  debian@beaglebone:~$ cat
>> >  /sys/bus/w1/devices/28-064 7ddf6/w1_slave
>> >  0b 01 4b 46 7f ff 05 10 a8 : crc=a8 YES
>> >  0b 01 4b 46 7f ff 05 10 a8 t=16687
>> >
>> >
>> >  One minor thing of concern - "evm" :
>> >
>> >  Are you 100%
>> >  sure, on selecting [am335x_evm] (y/n)? y
>> >  log: dd if=/tmp/tmp.HPy1G6iV9J/dl/MLO-
>> >  am335x_evm-v2017.01-rc2-r4 of=/dev/mmcblk0 seek=1 bs=128k
>> >  0+1 records in
>> >  0+1 records out
>> >  68504 bytes (69 kB) copied, 0.00287351 s, 23.8 MB/s
>> >  log: dd if=/tmp/tmp.HPy1G6iV9J/dl/u-bo
>> >  ot-am335x_evm-v2017.01-rc2-r4. img of=/dev/mmcblk0 seek=1
>> >  bs=384k
>> >
>> >
>> >  On Wed, Dec 28, 2016
>> >  at 8:52 AM, William Hermans <yyrk...@gmail.com>
>> >  wrote:
>> >  Well, I'm not sure why I should be testing
>> >  then. I do not have an LCD cape, and probably never will.
>> >  But I figured I could test my custom cape at boot *AFTER* I
>> >  get something like 1-wire to load at boot. e.g. the is
>> >  infinitely easier to test, and something I could also test
>> >  in hardware right away.
>> >
>> >  On Wed, Dec 28, 2016
>> >  at 8:27 AM, Robert Nelson <robertcnel...@gmail.com>
>> >  wrote:
>> >  On
>> >  Wed, Dec 28, 2016 at 9:25 AM, William Hermans <yyrk...@gmail.com>
>> >  wrote:
>> >
>> >  > On Wed, Dec 28, 2016 at 8:23 AM, Robert Nelson <
>> robertcnel...@gmail.com>
>> >
>> >  > wrote:
>> >
>> >  >>
>> >
>> >

Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread Gerald Coley
Well, I don't know. Seems like some people will set an out of office and
respond with Spam. I guess this is a new thing.

Gerald

On Wed, Dec 28, 2016 at 7:31 PM, evilwulfie <evilwul...@gmail.com> wrote:

> why does this person repost these emails without adding any comments ? ?
>
> On 12/28/2016 5:44 PM, chao.ruth via BeagleBoard wrote:
> > 
> > On Thu, 12/29/16, William Hermans <yyrk...@gmail.com> wrote:
> >
> >  Subject: Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND
> THEY BE HUNGRY) ;)
> >  To: beagleboard@googlegroups.com, "Robert Nelson" <
> robertcnel...@gmail.com>
> >  Date: Thursday, December 29, 2016, 1:27 AM
> >
> >  Anyway, this is
> >  pretty slick. How long do you figure it'll take before
> >  this functionality come into the default uboot ?
> >
> >  On Wed, Dec 28, 2016
> >  at 9:36 AM, William Hermans <yyrk...@gmail.com>
> >  wrote:
> >  Robert,
> >
> >  Have you created a script that removes all the
> >  unnecessary kernel modules loaded superfluously at boot ? I
> >  mean there are a lot of them, and I'd say that 99% of
> >  them in most cases will just be wasting a lot of memory . .
> >  .
> >
> >  On Wed, Dec 28, 2016
> >  at 9:34 AM, William Hermans <yyrk...@gmail.com>
> >  wrote:
> >  Ok so from a fresh emmc flashing( slightly
> >  modified rootfs on the flasher image)
> >
> >  debian@beaglebone:~$ rm /uEnv.txt
> >  rm: cannot remove '/uEnv.txt': No such file or
> >  directory
> >
> >  debian@beaglebone:~$ sudo apt-get update
> >  debian@beaglebone:~$ sudo apt-get install git
> >
> >  debian@beaglebone:~$ cd
> >  /opt/scripts/tools/developers/
> >  debian@beaglebone:/opt/scripts /tools/developers$ git
> >  pull
> >  debian@beaglebone:/opt/scripts /tools/developers$
> >  sudo ./update_bootloader.sh --use-beta-bootloader
> >  debian@beaglebone:/opt/scripts /tools/developers$
> >  sudo reboot
> >
> >  U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21
> >  -0600), Build: jenkins-github_Bootloader-Buil der-493
> >
> >  debian@beaglebone:~$ sudo nano /boot/uEnv.txt
> >  ##BeagleBone Black: HDMI (Audio/Video) disabled:
> >  dtb=am335x-boneblack-emmc-over lay.dtb
> >  dtb_overlay=/lib/firmware/BB-W 1-P8.26-00A0.dtbo
> >
> >  cmdline=coherent_pool=1M quiet
> >
> >  debian@beaglebone:~$ sudo reboot
> >  debian@beaglebone:~$ cat
> >  /sys/bus/w1/devices/28-064 7ddf6/w1_slave
> >  0b 01 4b 46 7f ff 05 10 a8 : crc=a8 YES
> >  0b 01 4b 46 7f ff 05 10 a8 t=16687
> >
> >
> >  One minor thing of concern - "evm" :
> >
> >  Are you 100%
> >  sure, on selecting [am335x_evm] (y/n)? y
> >  log: dd if=/tmp/tmp.HPy1G6iV9J/dl/MLO-
> >  am335x_evm-v2017.01-rc2-r4 of=/dev/mmcblk0 seek=1 bs=128k
> >  0+1 records in
> >  0+1 records out
> >  68504 bytes (69 kB) copied, 0.00287351 s, 23.8 MB/s
> >  log: dd if=/tmp/tmp.HPy1G6iV9J/dl/u-bo
> >  ot-am335x_evm-v2017.01-rc2-r4. img of=/dev/mmcblk0 seek=1
> >  bs=384k
> >
> >
> >  On Wed, Dec 28, 2016
> >  at 8:52 AM, William Hermans <yyrk...@gmail.com>
> >  wrote:
> >  Well, I'm not sure why I should be testing
> >  then. I do not have an LCD cape, and probably never will.
> >  But I figured I could test my custom cape at boot *AFTER* I
> >  get something like 1-wire to load at boot. e.g. the is
> >  infinitely easier to test, and something I could also test
> >  in hardware right away.
> >
> >  On Wed, Dec 28, 2016
> >  at 8:27 AM, Robert Nelson <robertcnel...@gmail.com>
> >  wrote:
> >  On
> >  Wed, Dec 28, 2016 at 9:25 AM, William Hermans <yyrk...@gmail.com>
> >  wrote:
> >
> >  > On Wed, Dec 28, 2016 at 8:23 AM, Robert Nelson <
> robertcnel...@gmail.com>
> >
> >  > wrote:
> >
> >  >>
> >
> >  >> On Wed, Dec 28, 2016 at 9:10 AM, William Hermans
> >  <yyrk...@gmail.com>
> >
> >  >> wrote:
> >
> >  >> > So what you're telling me that testing for
> >  different boards is
> >
> >  >> > irrelevant ?
> >
> >  >>
> >
> >  >> That is correct.  This feature has been enabled in
> >  our version of
> >
> >  >> u-boot since last October or so...  So we know
> >  those boards work.
> >
> >  >>
> >
> >  >> Just finally figu

Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread Gerald Coley
On Wed, Dec 28, 2016 at 7:31 PM, evilwulfie <evilwul...@gmail.com> wrote:

> why does this person repost these emails without adding any comments ? ?
>
> On 12/28/2016 5:44 PM, chao.ruth via BeagleBoard wrote:
> > 
> > On Thu, 12/29/16, William Hermans <yyrk...@gmail.com> wrote:
> >
> >  Subject: Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND
> THEY BE HUNGRY) ;)
> >  To: beagleboard@googlegroups.com, "Robert Nelson" <
> robertcnel...@gmail.com>
> >  Date: Thursday, December 29, 2016, 1:27 AM
> >
> >  Anyway, this is
> >  pretty slick. How long do you figure it'll take before
> >  this functionality come into the default uboot ?
> >
> >  On Wed, Dec 28, 2016
> >  at 9:36 AM, William Hermans <yyrk...@gmail.com>
> >  wrote:
> >  Robert,
> >
> >  Have you created a script that removes all the
> >  unnecessary kernel modules loaded superfluously at boot ? I
> >  mean there are a lot of them, and I'd say that 99% of
> >  them in most cases will just be wasting a lot of memory . .
> >  .
> >
> >  On Wed, Dec 28, 2016
> >  at 9:34 AM, William Hermans <yyrk...@gmail.com>
> >  wrote:
> >  Ok so from a fresh emmc flashing( slightly
> >  modified rootfs on the flasher image)
> >
> >  debian@beaglebone:~$ rm /uEnv.txt
> >  rm: cannot remove '/uEnv.txt': No such file or
> >  directory
> >
> >  debian@beaglebone:~$ sudo apt-get update
> >  debian@beaglebone:~$ sudo apt-get install git
> >
> >  debian@beaglebone:~$ cd
> >  /opt/scripts/tools/developers/
> >  debian@beaglebone:/opt/scripts /tools/developers$ git
> >  pull
> >  debian@beaglebone:/opt/scripts /tools/developers$
> >  sudo ./update_bootloader.sh --use-beta-bootloader
> >  debian@beaglebone:/opt/scripts /tools/developers$
> >  sudo reboot
> >
> >  U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21
> >  -0600), Build: jenkins-github_Bootloader-Buil der-493
> >
> >  debian@beaglebone:~$ sudo nano /boot/uEnv.txt
> >  ##BeagleBone Black: HDMI (Audio/Video) disabled:
> >  dtb=am335x-boneblack-emmc-over lay.dtb
> >  dtb_overlay=/lib/firmware/BB-W 1-P8.26-00A0.dtbo
> >
> >  cmdline=coherent_pool=1M quiet
> >
> >  debian@beaglebone:~$ sudo reboot
> >  debian@beaglebone:~$ cat
> >  /sys/bus/w1/devices/28-064 7ddf6/w1_slave
> >  0b 01 4b 46 7f ff 05 10 a8 : crc=a8 YES
> >  0b 01 4b 46 7f ff 05 10 a8 t=16687
> >
> >
> >  One minor thing of concern - "evm" :
> >
> >  Are you 100%
> >  sure, on selecting [am335x_evm] (y/n)? y
> >  log: dd if=/tmp/tmp.HPy1G6iV9J/dl/MLO-
> >  am335x_evm-v2017.01-rc2-r4 of=/dev/mmcblk0 seek=1 bs=128k
> >  0+1 records in
> >  0+1 records out
> >  68504 bytes (69 kB) copied, 0.00287351 s, 23.8 MB/s
> >  log: dd if=/tmp/tmp.HPy1G6iV9J/dl/u-bo
> >  ot-am335x_evm-v2017.01-rc2-r4. img of=/dev/mmcblk0 seek=1
> >  bs=384k
> >
> >
> >  On Wed, Dec 28, 2016
> >  at 8:52 AM, William Hermans <yyrk...@gmail.com>
> >  wrote:
> >  Well, I'm not sure why I should be testing
> >  then. I do not have an LCD cape, and probably never will.
> >  But I figured I could test my custom cape at boot *AFTER* I
> >  get something like 1-wire to load at boot. e.g. the is
> >  infinitely easier to test, and something I could also test
> >  in hardware right away.
> >
> >  On Wed, Dec 28, 2016
> >  at 8:27 AM, Robert Nelson <robertcnel...@gmail.com>
> >  wrote:
> >  On
> >  Wed, Dec 28, 2016 at 9:25 AM, William Hermans <yyrk...@gmail.com>
> >  wrote:
> >
> >  > On Wed, Dec 28, 2016 at 8:23 AM, Robert Nelson <
> robertcnel...@gmail.com>
> >
> >  > wrote:
> >
> >  >>
> >
> >  >> On Wed, Dec 28, 2016 at 9:10 AM, William Hermans
> >  <yyrk...@gmail.com>
> >
> >  >> wrote:
> >
> >  >> > So what you're telling me that testing for
> >  different boards is
> >
> >  >> > irrelevant ?
> >
> >  >>
> >
> >  >> That is correct.  This feature has been enabled in
> >  our version of
> >
> >  >> u-boot since last October or so...  So we know
> >  those boards work.
> >
> >  >>
> >
> >  >> Just finally figured out the missing piece to
> >  actually load an overlay
> >
> >  >> on top of the main dtb..
> >

Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread evilwulfie
why does this person repost these emails without adding any comments ? ?

On 12/28/2016 5:44 PM, chao.ruth via BeagleBoard wrote:
> 
> On Thu, 12/29/16, William Hermans <yyrk...@gmail.com> wrote:
>
>  Subject: Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY 
> BE HUNGRY) ;)
>  To: beagleboard@googlegroups.com, "Robert Nelson" <robertcnel...@gmail.com>
>  Date: Thursday, December 29, 2016, 1:27 AM
>  
>  Anyway, this is
>  pretty slick. How long do you figure it'll take before
>  this functionality come into the default uboot ?
>  
>  On Wed, Dec 28, 2016
>  at 9:36 AM, William Hermans <yyrk...@gmail.com>
>  wrote:
>  Robert,
>  
>  Have you created a script that removes all the
>  unnecessary kernel modules loaded superfluously at boot ? I
>  mean there are a lot of them, and I'd say that 99% of
>  them in most cases will just be wasting a lot of memory . .
>  .
>  
>  On Wed, Dec 28, 2016
>  at 9:34 AM, William Hermans <yyrk...@gmail.com>
>  wrote:
>  Ok so from a fresh emmc flashing( slightly
>  modified rootfs on the flasher image)
>  
>  debian@beaglebone:~$ rm /uEnv.txt
>  rm: cannot remove '/uEnv.txt': No such file or
>  directory
>  
>  debian@beaglebone:~$ sudo apt-get update
>  debian@beaglebone:~$ sudo apt-get install git
>  
>  debian@beaglebone:~$ cd
>  /opt/scripts/tools/developers/
>  debian@beaglebone:/opt/scripts /tools/developers$ git
>  pull
>  debian@beaglebone:/opt/scripts /tools/developers$
>  sudo ./update_bootloader.sh --use-beta-bootloader
>  debian@beaglebone:/opt/scripts /tools/developers$
>  sudo reboot
>  
>  U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21
>  -0600), Build: jenkins-github_Bootloader-Buil der-493
>  
>  debian@beaglebone:~$ sudo nano /boot/uEnv.txt
>  ##BeagleBone Black: HDMI (Audio/Video) disabled:
>  dtb=am335x-boneblack-emmc-over lay.dtb
>  dtb_overlay=/lib/firmware/BB-W 1-P8.26-00A0.dtbo
>  
>  cmdline=coherent_pool=1M quiet
>  
>  debian@beaglebone:~$ sudo reboot
>  debian@beaglebone:~$ cat
>  /sys/bus/w1/devices/28-064 7ddf6/w1_slave
>  0b 01 4b 46 7f ff 05 10 a8 : crc=a8 YES
>  0b 01 4b 46 7f ff 05 10 a8 t=16687
>  
>  
>  One minor thing of concern - "evm" :
>  
>  Are you 100%
>  sure, on selecting [am335x_evm] (y/n)? y
>  log: dd if=/tmp/tmp.HPy1G6iV9J/dl/MLO-
>  am335x_evm-v2017.01-rc2-r4 of=/dev/mmcblk0 seek=1 bs=128k
>  0+1 records in
>  0+1 records out
>  68504 bytes (69 kB) copied, 0.00287351 s, 23.8 MB/s
>  log: dd if=/tmp/tmp.HPy1G6iV9J/dl/u-bo
>  ot-am335x_evm-v2017.01-rc2-r4. img of=/dev/mmcblk0 seek=1
>  bs=384k
>  
>  
>  On Wed, Dec 28, 2016
>  at 8:52 AM, William Hermans <yyrk...@gmail.com>
>  wrote:
>  Well, I'm not sure why I should be testing
>  then. I do not have an LCD cape, and probably never will.
>  But I figured I could test my custom cape at boot *AFTER* I
>  get something like 1-wire to load at boot. e.g. the is
>  infinitely easier to test, and something I could also test
>  in hardware right away.
>  
>  On Wed, Dec 28, 2016
>  at 8:27 AM, Robert Nelson <robertcnel...@gmail.com>
>  wrote:
>  On
>  Wed, Dec 28, 2016 at 9:25 AM, William Hermans <yyrk...@gmail.com>
>  wrote:
>  
>  > On Wed, Dec 28, 2016 at 8:23 AM, Robert Nelson <robertcnel...@gmail.com>
>  
>  > wrote:
>  
>  >>
>  
>  >> On Wed, Dec 28, 2016 at 9:10 AM, William Hermans
>  <yyrk...@gmail.com>
>  
>  >> wrote:
>  
>  >> > So what you're telling me that testing for
>  different boards is
>  
>  >> > irrelevant ?
>  
>  >>
>  
>  >> That is correct.  This feature has been enabled in
>  our version of
>  
>  >> u-boot since last October or so...  So we know
>  those boards work.
>  
>  >>
>  
>  >> Just finally figured out the missing piece to
>  actually load an overlay
>  
>  >> on top of the main dtb..
>  
>  >
>  
>  >
>  
>  > sweet. Do tell ;)
>  
>  
>  
>  "fdt resize"
>  
>  
>  
>  Regards,
>  
>  
>  
>  --
>  
>  Robert Nelson
>  
>  https://rcn-ee.com/
>  
>  
>  
>  --
>  
>  For more options, visit http://beagleboard.org/discuss
>  
>  ---
>  
>  You received this message because you are subscribed to the
>  Google Groups "BeagleBoard" group.
>  
>  To unsubscribe from this group and stop receiving emails
>  from it, send an email to beagleboard+unsubscribe@google
>  groups.com.
>  
>  To view this

Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread chao.ruth via BeagleBoard


On Thu, 12/29/16, William Hermans <yyrk...@gmail.com> wrote:

 Subject: Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE 
HUNGRY) ;)
 To: beagleboard@googlegroups.com, "Robert Nelson" <robertcnel...@gmail.com>
 Date: Thursday, December 29, 2016, 1:27 AM
 
 Anyway, this is
 pretty slick. How long do you figure it'll take before
 this functionality come into the default uboot ?
 
 On Wed, Dec 28, 2016
 at 9:36 AM, William Hermans <yyrk...@gmail.com>
 wrote:
 Robert,
 
 Have you created a script that removes all the
 unnecessary kernel modules loaded superfluously at boot ? I
 mean there are a lot of them, and I'd say that 99% of
 them in most cases will just be wasting a lot of memory . .
 .
 
 On Wed, Dec 28, 2016
 at 9:34 AM, William Hermans <yyrk...@gmail.com>
 wrote:
 Ok so from a fresh emmc flashing( slightly
 modified rootfs on the flasher image)
 
 debian@beaglebone:~$ rm /uEnv.txt
 rm: cannot remove '/uEnv.txt': No such file or
 directory
 
 debian@beaglebone:~$ sudo apt-get update
 debian@beaglebone:~$ sudo apt-get install git
 
 debian@beaglebone:~$ cd
 /opt/scripts/tools/developers/
 debian@beaglebone:/opt/scripts /tools/developers$ git
 pull
 debian@beaglebone:/opt/scripts /tools/developers$
 sudo ./update_bootloader.sh --use-beta-bootloader
 debian@beaglebone:/opt/scripts /tools/developers$
 sudo reboot
 
 U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21
 -0600), Build: jenkins-github_Bootloader-Buil der-493
 
 debian@beaglebone:~$ sudo nano /boot/uEnv.txt
     ##BeagleBone Black: HDMI (Audio/Video) disabled:
     dtb=am335x-boneblack-emmc-over lay.dtb
     dtb_overlay=/lib/firmware/BB-W 1-P8.26-00A0.dtbo
 
     cmdline=coherent_pool=1M quiet
 
 debian@beaglebone:~$ sudo reboot
 debian@beaglebone:~$ cat
 /sys/bus/w1/devices/28-064 7ddf6/w1_slave
 0b 01 4b 46 7f ff 05 10 a8 : crc=a8 YES
 0b 01 4b 46 7f ff 05 10 a8 t=16687
 
 
 One minor thing of concern - "evm" :
 
 Are you 100%
 sure, on selecting [am335x_evm] (y/n)? y
 log: dd if=/tmp/tmp.HPy1G6iV9J/dl/MLO-
 am335x_evm-v2017.01-rc2-r4 of=/dev/mmcblk0 seek=1 bs=128k
 0+1 records in
 0+1 records out
 68504 bytes (69 kB) copied, 0.00287351 s, 23.8 MB/s
 log: dd if=/tmp/tmp.HPy1G6iV9J/dl/u-bo
 ot-am335x_evm-v2017.01-rc2-r4. img of=/dev/mmcblk0 seek=1
 bs=384k
 
 
 On Wed, Dec 28, 2016
 at 8:52 AM, William Hermans <yyrk...@gmail.com>
 wrote:
 Well, I'm not sure why I should be testing
 then. I do not have an LCD cape, and probably never will.
 But I figured I could test my custom cape at boot *AFTER* I
 get something like 1-wire to load at boot. e.g. the is
 infinitely easier to test, and something I could also test
 in hardware right away.
 
 On Wed, Dec 28, 2016
 at 8:27 AM, Robert Nelson <robertcnel...@gmail.com>
 wrote:
 On
 Wed, Dec 28, 2016 at 9:25 AM, William Hermans <yyrk...@gmail.com>
 wrote:
 
 > On Wed, Dec 28, 2016 at 8:23 AM, Robert Nelson <robertcnel...@gmail.com>
 
 > wrote:
 
 >>
 
 >> On Wed, Dec 28, 2016 at 9:10 AM, William Hermans
 <yyrk...@gmail.com>
 
 >> wrote:
 
 >> > So what you're telling me that testing for
 different boards is
 
 >> > irrelevant ?
 
 >>
 
 >> That is correct.  This feature has been enabled in
 our version of
 
 >> u-boot since last October or so...  So we know
 those boards work.
 
 >>
 
 >> Just finally figured out the missing piece to
 actually load an overlay
 
 >> on top of the main dtb..
 
 >
 
 >
 
 > sweet. Do tell ;)
 
 
 
 "fdt resize"
 
 
 
 Regards,
 
 
 
 --
 
 Robert Nelson
 
 https://rcn-ee.com/
 
 
 
 --
 
 For more options, visit http://beagleboard.org/discuss
 
 ---
 
 You received this message because you are subscribed to the
 Google Groups "BeagleBoard" group.
 
 To unsubscribe from this group and stop receiving emails
 from it, send an email to beagleboard+unsubscribe@google
 groups.com.
 
 To view this discussion on the web visit https://groups.google.com/d/ms
 gid/beagleboard/CAOCHtYgemJazx
 %3Dg2qndYNmGF%2BPs%2BK%3DAE47_
 Z6Vv6H03kYJO%3D6A%40mail.gmail .com.
 
 For
 more options, visit https://groups.google.com/d/op
 tout.
 
 
 
 
 
 
 
 
 
 
 
 
 -- 
 
 For more options, visit http://beagleboard.org/discuss
 
 --- 
 
 You received this message because you are subscribed to the
 Google Groups "BeagleBoard" group.
 
 To unsubscribe from this group and stop receiving emails
 from it, send an email to beagleboard+unsubscr...@googlegroups.com.
 
 To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORpa-OLfZLFc1nshG541EBqfCtGX%3DT7J5DgHY1-pnmY4Bw%40mail.gmail.com.
 
 For more options, visit https://groups.google.com/d/optout.
 sistenta unui popor insa nu se discuta se afirma

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you 

Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread Robert Nelson
On Wed, Dec 28, 2016 at 5:27 PM, William Hermans  wrote:
> Anyway, this is pretty slick. How long do you figure it'll take before this
> functionality come into the default uboot ?

Oh pretty quickly in the current version..

But i want to add the whole cape eeprom parser to u-boot..

That'll take more time..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYjV6Ev8qRxdqtmy_nrhD8pZDmqxtqKY%3DjBho%3D-BCKeWwA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread William Hermans
Anyway, this is pretty slick. How long do you figure it'll take before this
functionality come into the default uboot ?

On Wed, Dec 28, 2016 at 9:36 AM, William Hermans  wrote:

> Robert,
>
> Have you created a script that removes all the unnecessary kernel modules
> loaded superfluously at boot ? I mean there are a lot of them, and I'd say
> that 99% of them in most cases will just be wasting a lot of memory . . .
>
> On Wed, Dec 28, 2016 at 9:34 AM, William Hermans 
> wrote:
>
>> Ok so from a fresh emmc flashing( slightly modified rootfs on the flasher
>> image)
>>
>> *debian@beaglebone:~$* rm /uEnv.txt
>> rm: cannot remove '/uEnv.txt': No such file or directory
>>
>> *debian@beaglebone:~$* sudo apt-get update
>> *debian@beaglebone:~$* sudo apt-get install git
>>
>> *debian@beaglebone:~$* cd /opt/scripts/tools/developers/
>> *debian@beaglebone:/opt/scripts/tools/developers$* git pull
>> *debian@beaglebone:/opt/scripts/tools/developers$* sudo
>> ./update_bootloader.sh --use-beta-bootloader
>> *debian@beaglebone:/opt/scripts/tools/developers$* sudo reboot
>>
>> U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21 -0600),
>> Build: jenkins-github_Bootloader-Builder-493
>>
>> *debian@beaglebone:~$* sudo nano /boot/uEnv.txt
>> ##BeagleBone Black: HDMI (Audio/Video) disabled:
>> dtb=am335x-boneblack-emmc-overlay.dtb
>> dtb_overlay=/lib/firmware/BB-W1-P8.26-00A0.dtbo
>>
>> cmdline=coherent_pool=1M quiet
>>
>> *debian@beaglebone:~$* sudo reboot
>> *debian@beaglebone:~$* cat /sys/bus/w1/devices/28-0647ddf6/w1_slave
>> 0b 01 4b 46 7f ff 05 10 a8 : crc=a8 YES
>> 0b 01 4b 46 7f ff 05 10 a8 t=16687
>>
>>
>> One minor thing of concern - "evm" :
>>
>> Are you 100% sure, on selecting [am335x_evm] (y/n)? y
>> log: dd if=/tmp/tmp.HPy1G6iV9J/dl/MLO-am335x_evm-v2017.01-rc2-r4
>> of=/dev/mmcblk0 seek=1 bs=128k
>> 0+1 records in
>> 0+1 records out
>> 68504 bytes (69 kB) copied, 0.00287351 s, 23.8 MB/s
>> log: dd if=/tmp/tmp.HPy1G6iV9J/dl/u-boot-am335x_evm-v2017.01-rc2-r4.img
>> of=/dev/mmcblk0 seek=1 bs=384k
>>
>>
>> On Wed, Dec 28, 2016 at 8:52 AM, William Hermans 
>> wrote:
>>
>>> Well, I'm not sure why I should be testing then. I do not have an LCD
>>> cape, and probably never will. But I figured I could test my custom cape at
>>> boot *AFTER* I get something like 1-wire to load at boot. e.g. the is
>>> infinitely easier to test, and something I could also test in hardware
>>> right away.
>>>
>>> On Wed, Dec 28, 2016 at 8:27 AM, Robert Nelson 
>>> wrote:
>>>
 On Wed, Dec 28, 2016 at 9:25 AM, William Hermans 
 wrote:
 > On Wed, Dec 28, 2016 at 8:23 AM, Robert Nelson <
 robertcnel...@gmail.com>
 > wrote:
 >>
 >> On Wed, Dec 28, 2016 at 9:10 AM, William Hermans 
 >> wrote:
 >> > So what you're telling me that testing for different boards is
 >> > irrelevant ?
 >>
 >> That is correct.  This feature has been enabled in our version of
 >> u-boot since last October or so...  So we know those boards work.
 >>
 >> Just finally figured out the missing piece to actually load an
 overlay
 >> on top of the main dtb..
 >
 >
 > sweet. Do tell ;)

 "fdt resize"

 Regards,

 --
 Robert Nelson
 https://rcn-ee.com/

 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google
 Groups "BeagleBoard" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard+unsubscr...@googlegroups.com.
 To view this discussion on the web visit https://groups.google.com/d/ms
 gid/beagleboard/CAOCHtYgemJazx%3Dg2qndYNmGF%2BPs%2BK%3DAE47_
 Z6Vv6H03kYJO%3D6A%40mail.gmail.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORpa-OLfZLFc1nshG541EBqfCtGX%3DT7J5DgHY1-pnmY4Bw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread William Hermans
Robert,

Have you created a script that removes all the unnecessary kernel modules
loaded superfluously at boot ? I mean there are a lot of them, and I'd say
that 99% of them in most cases will just be wasting a lot of memory . . .

On Wed, Dec 28, 2016 at 9:34 AM, William Hermans  wrote:

> Ok so from a fresh emmc flashing( slightly modified rootfs on the flasher
> image)
>
> *debian@beaglebone:~$* rm /uEnv.txt
> rm: cannot remove '/uEnv.txt': No such file or directory
>
> *debian@beaglebone:~$* sudo apt-get update
> *debian@beaglebone:~$* sudo apt-get install git
>
> *debian@beaglebone:~$* cd /opt/scripts/tools/developers/
> *debian@beaglebone:/opt/scripts/tools/developers$* git pull
> *debian@beaglebone:/opt/scripts/tools/developers$* sudo
> ./update_bootloader.sh --use-beta-bootloader
> *debian@beaglebone:/opt/scripts/tools/developers$* sudo reboot
>
> U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21 -0600),
> Build: jenkins-github_Bootloader-Builder-493
>
> *debian@beaglebone:~$* sudo nano /boot/uEnv.txt
> ##BeagleBone Black: HDMI (Audio/Video) disabled:
> dtb=am335x-boneblack-emmc-overlay.dtb
> dtb_overlay=/lib/firmware/BB-W1-P8.26-00A0.dtbo
>
> cmdline=coherent_pool=1M quiet
>
> *debian@beaglebone:~$* sudo reboot
> *debian@beaglebone:~$* cat /sys/bus/w1/devices/28-0647ddf6/w1_slave
> 0b 01 4b 46 7f ff 05 10 a8 : crc=a8 YES
> 0b 01 4b 46 7f ff 05 10 a8 t=16687
>
>
> One minor thing of concern - "evm" :
>
> Are you 100% sure, on selecting [am335x_evm] (y/n)? y
> log: dd if=/tmp/tmp.HPy1G6iV9J/dl/MLO-am335x_evm-v2017.01-rc2-r4
> of=/dev/mmcblk0 seek=1 bs=128k
> 0+1 records in
> 0+1 records out
> 68504 bytes (69 kB) copied, 0.00287351 s, 23.8 MB/s
> log: dd if=/tmp/tmp.HPy1G6iV9J/dl/u-boot-am335x_evm-v2017.01-rc2-r4.img
> of=/dev/mmcblk0 seek=1 bs=384k
>
>
> On Wed, Dec 28, 2016 at 8:52 AM, William Hermans 
> wrote:
>
>> Well, I'm not sure why I should be testing then. I do not have an LCD
>> cape, and probably never will. But I figured I could test my custom cape at
>> boot *AFTER* I get something like 1-wire to load at boot. e.g. the is
>> infinitely easier to test, and something I could also test in hardware
>> right away.
>>
>> On Wed, Dec 28, 2016 at 8:27 AM, Robert Nelson 
>> wrote:
>>
>>> On Wed, Dec 28, 2016 at 9:25 AM, William Hermans 
>>> wrote:
>>> > On Wed, Dec 28, 2016 at 8:23 AM, Robert Nelson <
>>> robertcnel...@gmail.com>
>>> > wrote:
>>> >>
>>> >> On Wed, Dec 28, 2016 at 9:10 AM, William Hermans 
>>> >> wrote:
>>> >> > So what you're telling me that testing for different boards is
>>> >> > irrelevant ?
>>> >>
>>> >> That is correct.  This feature has been enabled in our version of
>>> >> u-boot since last October or so...  So we know those boards work.
>>> >>
>>> >> Just finally figured out the missing piece to actually load an overlay
>>> >> on top of the main dtb..
>>> >
>>> >
>>> > sweet. Do tell ;)
>>>
>>> "fdt resize"
>>>
>>> Regards,
>>>
>>> --
>>> Robert Nelson
>>> https://rcn-ee.com/
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to beagleboard+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit https://groups.google.com/d/ms
>>> gid/beagleboard/CAOCHtYgemJazx%3Dg2qndYNmGF%2BPs%2BK%3DAE47_
>>> Z6Vv6H03kYJO%3D6A%40mail.gmail.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrBGiXL74qNfji8t_8xWUyaoOLP7TYgpuPKq2bjr2UBag%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread William Hermans
Ok so from a fresh emmc flashing( slightly modified rootfs on the flasher
image)

*debian@beaglebone:~$* rm /uEnv.txt
rm: cannot remove '/uEnv.txt': No such file or directory

*debian@beaglebone:~$* sudo apt-get update
*debian@beaglebone:~$* sudo apt-get install git

*debian@beaglebone:~$* cd /opt/scripts/tools/developers/
*debian@beaglebone:/opt/scripts/tools/developers$* git pull
*debian@beaglebone:/opt/scripts/tools/developers$* sudo
./update_bootloader.sh --use-beta-bootloader
*debian@beaglebone:/opt/scripts/tools/developers$* sudo reboot

U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21 -0600), Build:
jenkins-github_Bootloader-Builder-493

*debian@beaglebone:~$* sudo nano /boot/uEnv.txt
##BeagleBone Black: HDMI (Audio/Video) disabled:
dtb=am335x-boneblack-emmc-overlay.dtb
dtb_overlay=/lib/firmware/BB-W1-P8.26-00A0.dtbo

cmdline=coherent_pool=1M quiet

*debian@beaglebone:~$* sudo reboot
*debian@beaglebone:~$* cat /sys/bus/w1/devices/28-0647ddf6/w1_slave
0b 01 4b 46 7f ff 05 10 a8 : crc=a8 YES
0b 01 4b 46 7f ff 05 10 a8 t=16687


One minor thing of concern - "evm" :

Are you 100% sure, on selecting [am335x_evm] (y/n)? y
log: dd if=/tmp/tmp.HPy1G6iV9J/dl/MLO-am335x_evm-v2017.01-rc2-r4
of=/dev/mmcblk0 seek=1 bs=128k
0+1 records in
0+1 records out
68504 bytes (69 kB) copied, 0.00287351 s, 23.8 MB/s
log: dd if=/tmp/tmp.HPy1G6iV9J/dl/u-boot-am335x_evm-v2017.01-rc2-r4.img
of=/dev/mmcblk0 seek=1 bs=384k


On Wed, Dec 28, 2016 at 8:52 AM, William Hermans  wrote:

> Well, I'm not sure why I should be testing then. I do not have an LCD
> cape, and probably never will. But I figured I could test my custom cape at
> boot *AFTER* I get something like 1-wire to load at boot. e.g. the is
> infinitely easier to test, and something I could also test in hardware
> right away.
>
> On Wed, Dec 28, 2016 at 8:27 AM, Robert Nelson 
> wrote:
>
>> On Wed, Dec 28, 2016 at 9:25 AM, William Hermans 
>> wrote:
>> > On Wed, Dec 28, 2016 at 8:23 AM, Robert Nelson > >
>> > wrote:
>> >>
>> >> On Wed, Dec 28, 2016 at 9:10 AM, William Hermans 
>> >> wrote:
>> >> > So what you're telling me that testing for different boards is
>> >> > irrelevant ?
>> >>
>> >> That is correct.  This feature has been enabled in our version of
>> >> u-boot since last October or so...  So we know those boards work.
>> >>
>> >> Just finally figured out the missing piece to actually load an overlay
>> >> on top of the main dtb..
>> >
>> >
>> > sweet. Do tell ;)
>>
>> "fdt resize"
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit https://groups.google.com/d/ms
>> gid/beagleboard/CAOCHtYgemJazx%3Dg2qndYNmGF%2BPs%2BK%3DAE47_
>> Z6Vv6H03kYJO%3D6A%40mail.gmail.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORr_m_s9w282YhzBR6yA4Ly-Wz5e-6NLiYCsU7aVRRzjUA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread William Hermans
Well, I'm not sure why I should be testing then. I do not have an LCD cape,
and probably never will. But I figured I could test my custom cape at boot
*AFTER* I get something like 1-wire to load at boot. e.g. the is infinitely
easier to test, and something I could also test in hardware right away.

On Wed, Dec 28, 2016 at 8:27 AM, Robert Nelson 
wrote:

> On Wed, Dec 28, 2016 at 9:25 AM, William Hermans 
> wrote:
> > On Wed, Dec 28, 2016 at 8:23 AM, Robert Nelson 
> > wrote:
> >>
> >> On Wed, Dec 28, 2016 at 9:10 AM, William Hermans 
> >> wrote:
> >> > So what you're telling me that testing for different boards is
> >> > irrelevant ?
> >>
> >> That is correct.  This feature has been enabled in our version of
> >> u-boot since last October or so...  So we know those boards work.
> >>
> >> Just finally figured out the missing piece to actually load an overlay
> >> on top of the main dtb..
> >
> >
> > sweet. Do tell ;)
>
> "fdt resize"
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/CAOCHtYgemJazx%3Dg2qndYNmGF%
> 2BPs%2BK%3DAE47_Z6Vv6H03kYJO%3D6A%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORq1x4hX7pva8Qx1sHcS4%3DUPpCFWOFY3yd5-yAmCQFJWoA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread Robert Nelson
On Wed, Dec 28, 2016 at 9:25 AM, William Hermans  wrote:
> On Wed, Dec 28, 2016 at 8:23 AM, Robert Nelson 
> wrote:
>>
>> On Wed, Dec 28, 2016 at 9:10 AM, William Hermans 
>> wrote:
>> > So what you're telling me that testing for different boards is
>> > irrelevant ?
>>
>> That is correct.  This feature has been enabled in our version of
>> u-boot since last October or so...  So we know those boards work.
>>
>> Just finally figured out the missing piece to actually load an overlay
>> on top of the main dtb..
>
>
> sweet. Do tell ;)

"fdt resize"

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYgemJazx%3Dg2qndYNmGF%2BPs%2BK%3DAE47_Z6Vv6H03kYJO%3D6A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread William Hermans
On Wed, Dec 28, 2016 at 8:23 AM, Robert Nelson 
wrote:

> On Wed, Dec 28, 2016 at 9:10 AM, William Hermans 
> wrote:
> > So what you're telling me that testing for different boards is
> irrelevant ?
>
> That is correct.  This feature has been enabled in our version of
> u-boot since last October or so...  So we know those boards work.
>
> Just finally figured out the missing piece to actually load an overlay
> on top of the main dtb..
>

sweet. Do tell ;)

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORo5vDe3kB0E-P9ZrYfAaVtTfxKUaksTLiF8M9HdNvrobQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread Robert Nelson
On Wed, Dec 28, 2016 at 9:10 AM, William Hermans  wrote:
> So what you're telling me that testing for different boards is irrelevant ?

That is correct.  This feature has been enabled in our version of
u-boot since last October or so...  So we know those boards work.

Just finally figured out the missing piece to actually load an overlay
on top of the main dtb..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYiid2DmM%2Bi-AfOWWkwtyWngfGyHi577A6BPJUXM9KkjPw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread William Hermans
My point was that . . .

on reboot, it should show:
>
> U-Boot SPL 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21)
> Trying to boot from MMC1
>
> U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21 -0600),
> Build: jenkins-github_Bootloader-Builder-493
>
> If not, eMMC probably messing with you..
>
> dd if=/dev/zero of=/dev/mmcblk1 bs=1M count=10
>

Is a bit heavy handed, and perhaps a bit too overboard.


On Wed, Dec 28, 2016 at 8:10 AM, William Hermans  wrote:

> So what you're telling me that testing for different boards is irrelevant ?
>
> On Wed, Dec 28, 2016 at 6:14 AM, Robert Nelson 
> wrote:
>
>> On Wed, Dec 28, 2016 at 4:07 AM, William Hermans 
>> wrote:
>> > By the way, I could test with 3 different boards. and A5A, an Element14
>> > RevC, and an BBG.
>>
>> This patch/test is not about the base board's..
>>
>> This is about capes..  Especially the LCD capes...
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit https://groups.google.com/d/ms
>> gid/beagleboard/CAOCHtYjRPnK4OK5OJKPFEkwFxSkQgSSO5Jhd7K15%
>> 2BRxy_X-jtg%40mail.gmail.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORpE3BvsFb-THO%2B3xK0ciBkPnAhnxHqWuKcp8cfCK6FVbQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread William Hermans
So what you're telling me that testing for different boards is irrelevant ?

On Wed, Dec 28, 2016 at 6:14 AM, Robert Nelson 
wrote:

> On Wed, Dec 28, 2016 at 4:07 AM, William Hermans 
> wrote:
> > By the way, I could test with 3 different boards. and A5A, an Element14
> > RevC, and an BBG.
>
> This patch/test is not about the base board's..
>
> This is about capes..  Especially the LCD capes...
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/CAOCHtYjRPnK4OK5OJKPFEkwFxSkQgSSO5Jhd7K15%2BRxy_X-jtg%
> 40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrkTAL-nqOSJw4AWX-2aXF5Y7UwKgaxdKopbLNrYXA7tg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread Robert Nelson
On Wed, Dec 28, 2016 at 4:07 AM, William Hermans  wrote:
> By the way, I could test with 3 different boards. and A5A, an Element14
> RevC, and an BBG.

This patch/test is not about the base board's..

This is about capes..  Especially the LCD capes...

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYjRPnK4OK5OJKPFEkwFxSkQgSSO5Jhd7K15%2BRxy_X-jtg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread Robert Nelson
On Wed, Dec 28, 2016 at 4:04 AM, William Hermans  wrote:
> So . . .
>
> On Fri, Dec 23, 2016 at 3:50 PM, Robert Nelson 
> wrote:
>>
>> Okay, i have a version of u-boot with overlays enabled, ready for some
>> basic testing..
>>
>> *Background***
>>
>> in u-boot we are doing:
>>
>> dtb= is loaded at ${fdtaddr}
>>
>> We read /boot/uEnv.txt for (dtb_overlay=)
>>
>> then load it, into ${rdaddr} #(no reason that specific address)
>>
>> Then we must run thru this routine:
>>
>> fdt addr ${fdtaddr}
>> fdt resize;
>> fdt apply ${rdaddr}
>> fdt resize;
>>
>> Without the "fdt resize, the jump to kernel bomb's in bootz."
>>
>> *
>>
>> *Actual testing...***
>>
>> Step 1: Do you have a usb serial adapter to monitor the boot process?
>>
>> no = stop reading now...  till you have one in hand...
>> yes = please continue
>>
>> Step 2: Remove /uEnv.txt  (i forgot to code that path in this test)
>>
>> rm /uEnv.txt
>>
>> Step 3: Update u-boot to v2017.01-rc2
>>
>> cd /opt/scripts/tools/developers/
>> git pull
>> ./update_bootloader.sh --use-beta-bootloader
>>
>> On reboot, it should show:
>>
>> U-Boot SPL 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21)
>> Trying to boot from MMC1
>>
>> U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21 -0600),
>> Build: jenkins-github_Bootloader-Builder-493
>>
>> If not, eMMC probably messing with you..
>>
>> dd if=/dev/zero of=/dev/mmcblk1 bs=1M count=10
>
>
> What ?!?
>>
>>
>> Step 4: /boot/uEnv.txt
>>
>> remove "cape_universal=enable" we dont want any false posititves...
>>
>> dtb_overlay=/lib/firmware/BB-UART2-00A0.dtbo
>>
>> before:
>> kernel:
>> root@beaglebone:~# dmesg | grep serial
>> [2.082007] 44e09000.serial: ttyS0 at MMIO 0x44e09000 (irq = 158,
>> base_baud = 300) is a 8250
>> [2.096583] 481a6000.serial: ttyS3 at MMIO 0x481a6000 (irq = 159,
>> base_baud = 300) is a 8250
>> [   20.106023] systemd[1]: Created slice system-serial\x2dgetty.slice.
>>
>> after:
>> U-Boot:
>> loading /boot/dtbs/4.4.39-ti-r75/am335x-boneblack-wireless.dtb ...
>> 64988 bytes read in 163 ms (388.7 KiB/s)
>> debug: [dtb_overlay=/lib/firmware/BB-UART2-00A0.dtbo] ...
>> loading /lib/firmware/BB-UART2-00A0.dtbo ...
>> 883 bytes read in 276 ms (2.9 KiB/s)
>>
>> kernel:
>> root@beaglebone:~# dmesg | grep serial
>> [2.081559] 44e09000.serial: ttyS0 at MMIO 0x44e09000 (irq = 158,
>> base_baud = 300) is a 8250
>> [2.095942] 48024000.serial: ttyS2 at MMIO 0x48024000 (irq = 159,
>> base_baud = 300) is a 8250
>> [2.096807] 481a6000.serial: ttyS3 at MMIO 0x481a6000 (irq = 160,
>> base_baud = 300) is a 8250
>> [   20.316939] systemd[1]: Created slice system-serial\x2dgetty.slice.
>>
>> Step 5: Profit!!! ;)
>>
>> *
>>
>> I know it's a little limited, but something for testing over Christmas. ;)
>>
>> FAQ:
>>
>> What does this solve?  Lots of random kernel races... (looking at
>> video/emmc/etc)... As U-Boot updates the final *.dtb and not the
>> kernel...
>>
>> What about 2+ overlays? Maybe next week, for Christmas you get one.. ;)
>>
>> Does this replace the current method? No it just improves things..
>>
>> What have you tested it on?  Just BB-UART2-00A0.dtbo and then i wrote
>> this email up and got ready to go home...
>>
>> Will it read the eeprom and auto load the correct overlay?  Sure,
>> sometime between next week and the start of the new year... ;)
>>
>> Will this fix the issue with the painful out of box experience with
>> LCD3/LCD4/LCD7? Correct, as long as they have an eeprom. ;)
>>
>> How do i actually test things?
>>
>> Easiest, /boot/uEnv.txt
>>
>> dtb=am335x-boneblack-overlay.dtb
>> dtb_overlay=/lib/firmware/xyz.dtbo
>>
>
> Ok, so I have zero problems testing. But what I do have problems with is
> understanding how to get from point A to point B
>
> Exact steps, with no "mumbo jumbo" in between.

Like those posted?

> So first, will this work with the latest "stable" image ?

Yes.

> If so, why would I
> want to destroy the partition table of the only boot-able partition ?

Explained by the "if not" in step 3...

> I
> would actually want the partition table intact so I can make these changes
> while reflecting those same changes.on the boot able "image" / file system.

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYhEcMBbBR%3D3J4_76B4xz6C91oiKaeXghz0A6TxyRVZXzA%40mail.gmail.com.
For more options, visit 

Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread William Hermans
By the way, I could test with 3 different boards. and A5A, an Element14
RevC, and an BBG.

On Wed, Dec 28, 2016 at 3:04 AM, William Hermans  wrote:

> So . . .
>
> On Fri, Dec 23, 2016 at 3:50 PM, Robert Nelson 
> wrote:
>
>> Okay, i have a version of u-boot with overlays enabled, ready for some
>> basic testing..
>>
>> *Background***
>>
>> in u-boot we are doing:
>>
>> dtb= is loaded at ${fdtaddr}
>>
>> We read /boot/uEnv.txt for (dtb_overlay=)
>>
>> then load it, into ${rdaddr} #(no reason that specific address)
>>
>> Then we must run thru this routine:
>>
>> fdt addr ${fdtaddr}
>> fdt resize;
>> fdt apply ${rdaddr}
>> fdt resize;
>>
>> Without the "fdt resize, the jump to kernel bomb's in bootz."
>>
>> *
>>
>> *Actual testing...***
>>
>> Step 1: Do you have a usb serial adapter to monitor the boot process?
>>
>> no = stop reading now...  till you have one in hand...
>> yes = please continue
>>
>> Step 2: Remove /uEnv.txt  (i forgot to code that path in this test)
>>
>> rm /uEnv.txt
>>
>> Step 3: Update u-boot to v2017.01-rc2
>>
>> cd /opt/scripts/tools/developers/
>> git pull
>> ./update_bootloader.sh --use-beta-bootloader
>>
>> On reboot, it should show:
>>
>> U-Boot SPL 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21)
>> Trying to boot from MMC1
>>
>> U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21 -0600),
>> Build: jenkins-github_Bootloader-Builder-493
>>
>> If not, eMMC probably messing with you..
>>
>> dd if=/dev/zero of=/dev/mmcblk1 bs=1M count=10
>>
>
> What ?!?
>
>>
>> Step 4: /boot/uEnv.txt
>>
>> remove "cape_universal=enable" we dont want any false posititves...
>>
>> dtb_overlay=/lib/firmware/BB-UART2-00A0.dtbo
>>
>> before:
>> kernel:
>> root@beaglebone:~# dmesg | grep serial
>> [2.082007] 44e09000.serial: ttyS0 at MMIO 0x44e09000 (irq = 158,
>> base_baud = 300) is a 8250
>> [2.096583] 481a6000.serial: ttyS3 at MMIO 0x481a6000 (irq = 159,
>> base_baud = 300) is a 8250
>> [   20.106023] systemd[1]: Created slice system-serial\x2dgetty.slice.
>>
>> after:
>> U-Boot:
>> loading /boot/dtbs/4.4.39-ti-r75/am335x-boneblack-wireless.dtb ...
>> 64988 bytes read in 163 ms (388.7 KiB/s)
>> debug: [dtb_overlay=/lib/firmware/BB-UART2-00A0.dtbo] ...
>> loading /lib/firmware/BB-UART2-00A0.dtbo ...
>> 883 bytes read in 276 ms (2.9 KiB/s)
>>
>> kernel:
>> root@beaglebone:~# dmesg | grep serial
>> [2.081559] 44e09000.serial: ttyS0 at MMIO 0x44e09000 (irq = 158,
>> base_baud = 300) is a 8250
>> [2.095942] 48024000.serial: ttyS2 at MMIO 0x48024000 (irq = 159,
>> base_baud = 300) is a 8250
>> [2.096807] 481a6000.serial: ttyS3 at MMIO 0x481a6000 (irq = 160,
>> base_baud = 300) is a 8250
>> [   20.316939] systemd[1]: Created slice system-serial\x2dgetty.slice.
>>
>> Step 5: Profit!!! ;)
>>
>> *
>>
>> I know it's a little limited, but something for testing over Christmas. ;)
>>
>> FAQ:
>>
>> What does this solve?  Lots of random kernel races... (looking at
>> video/emmc/etc)... As U-Boot updates the final *.dtb and not the
>> kernel...
>>
>> What about 2+ overlays? Maybe next week, for Christmas you get one.. ;)
>>
>> Does this replace the current method? No it just improves things..
>>
>> What have you tested it on?  Just BB-UART2-00A0.dtbo and then i wrote
>> this email up and got ready to go home...
>>
>> Will it read the eeprom and auto load the correct overlay?  Sure,
>> sometime between next week and the start of the new year... ;)
>>
>> Will this fix the issue with the painful out of box experience with
>> LCD3/LCD4/LCD7? Correct, as long as they have an eeprom. ;)
>>
>> How do i actually test things?
>>
>> Easiest, /boot/uEnv.txt
>>
>> dtb=am335x-boneblack-overlay.dtb
>> dtb_overlay=/lib/firmware/xyz.dtbo
>>
>>
> Ok, so I have zero problems testing. But what I do have problems with is
> understanding how to get from point A to point B
>
> Exact steps, with no "mumbo jumbo" in between.
>
> So first, will this work with the latest "stable" image ? If so, why would
> I want to destroy the partition table of the only boot-able partition ? I
> would actually want the partition table intact so I can make these changes
> while reflecting those same changes.on the boot able "image" / file system.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORri%2Bcxj_NhJ3U6t_zOFE%2BRLbZYeqigauH1qiRuu%3D921RQ%40mail.gmail.com.
For more options, visit 

Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-28 Thread William Hermans
So . . .

On Fri, Dec 23, 2016 at 3:50 PM, Robert Nelson 
wrote:

> Okay, i have a version of u-boot with overlays enabled, ready for some
> basic testing..
>
> *Background***
>
> in u-boot we are doing:
>
> dtb= is loaded at ${fdtaddr}
>
> We read /boot/uEnv.txt for (dtb_overlay=)
>
> then load it, into ${rdaddr} #(no reason that specific address)
>
> Then we must run thru this routine:
>
> fdt addr ${fdtaddr}
> fdt resize;
> fdt apply ${rdaddr}
> fdt resize;
>
> Without the "fdt resize, the jump to kernel bomb's in bootz."
>
> *
>
> *Actual testing...***
>
> Step 1: Do you have a usb serial adapter to monitor the boot process?
>
> no = stop reading now...  till you have one in hand...
> yes = please continue
>
> Step 2: Remove /uEnv.txt  (i forgot to code that path in this test)
>
> rm /uEnv.txt
>
> Step 3: Update u-boot to v2017.01-rc2
>
> cd /opt/scripts/tools/developers/
> git pull
> ./update_bootloader.sh --use-beta-bootloader
>
> On reboot, it should show:
>
> U-Boot SPL 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21)
> Trying to boot from MMC1
>
> U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21 -0600),
> Build: jenkins-github_Bootloader-Builder-493
>
> If not, eMMC probably messing with you..
>
> dd if=/dev/zero of=/dev/mmcblk1 bs=1M count=10
>

What ?!?

>
> Step 4: /boot/uEnv.txt
>
> remove "cape_universal=enable" we dont want any false posititves...
>
> dtb_overlay=/lib/firmware/BB-UART2-00A0.dtbo
>
> before:
> kernel:
> root@beaglebone:~# dmesg | grep serial
> [2.082007] 44e09000.serial: ttyS0 at MMIO 0x44e09000 (irq = 158,
> base_baud = 300) is a 8250
> [2.096583] 481a6000.serial: ttyS3 at MMIO 0x481a6000 (irq = 159,
> base_baud = 300) is a 8250
> [   20.106023] systemd[1]: Created slice system-serial\x2dgetty.slice.
>
> after:
> U-Boot:
> loading /boot/dtbs/4.4.39-ti-r75/am335x-boneblack-wireless.dtb ...
> 64988 bytes read in 163 ms (388.7 KiB/s)
> debug: [dtb_overlay=/lib/firmware/BB-UART2-00A0.dtbo] ...
> loading /lib/firmware/BB-UART2-00A0.dtbo ...
> 883 bytes read in 276 ms (2.9 KiB/s)
>
> kernel:
> root@beaglebone:~# dmesg | grep serial
> [2.081559] 44e09000.serial: ttyS0 at MMIO 0x44e09000 (irq = 158,
> base_baud = 300) is a 8250
> [2.095942] 48024000.serial: ttyS2 at MMIO 0x48024000 (irq = 159,
> base_baud = 300) is a 8250
> [2.096807] 481a6000.serial: ttyS3 at MMIO 0x481a6000 (irq = 160,
> base_baud = 300) is a 8250
> [   20.316939] systemd[1]: Created slice system-serial\x2dgetty.slice.
>
> Step 5: Profit!!! ;)
>
> *
>
> I know it's a little limited, but something for testing over Christmas. ;)
>
> FAQ:
>
> What does this solve?  Lots of random kernel races... (looking at
> video/emmc/etc)... As U-Boot updates the final *.dtb and not the
> kernel...
>
> What about 2+ overlays? Maybe next week, for Christmas you get one.. ;)
>
> Does this replace the current method? No it just improves things..
>
> What have you tested it on?  Just BB-UART2-00A0.dtbo and then i wrote
> this email up and got ready to go home...
>
> Will it read the eeprom and auto load the correct overlay?  Sure,
> sometime between next week and the start of the new year... ;)
>
> Will this fix the issue with the painful out of box experience with
> LCD3/LCD4/LCD7? Correct, as long as they have an eeprom. ;)
>
> How do i actually test things?
>
> Easiest, /boot/uEnv.txt
>
> dtb=am335x-boneblack-overlay.dtb
> dtb_overlay=/lib/firmware/xyz.dtbo
>
>
Ok, so I have zero problems testing. But what I do have problems with is
understanding how to get from point A to point B

Exact steps, with no "mumbo jumbo" in between.

So first, will this work with the latest "stable" image ? If so, why would
I want to destroy the partition table of the only boot-able partition ? I
would actually want the partition table intact so I can make these changes
while reflecting those same changes.on the boot able "image" / file system.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqsXhFqQpyXsJ6Zse0fM%2BSY%2BWWx_rx8uH%2Bd0NuOEMy%3DFA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-23 Thread Robert Nelson
On Dec 23, 2016 10:19 PM, "Rick Mann"  wrote:


> On Dec 23, 2016, at 16:58 , Robert Nelson  wrote:
>
> For those interfaces, there's not a lot of overlay loading issues on
> the kernel side.  The biggest change, you should see your pin's taken
> earlier and more consistently at bootup.  You can also optimize your
> boot time more, as one of the big reasons everything we have is built
> as a module, is just too make the kernel overlays work more reliable.

Are these changes in the most recent distros, Robert?


These changes are only 6 hours old, you must have missed the first post
with all the details.

Regards,

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYhBuer6LCN0MFroBvcy0CN777PBTp3CS1H%3De7KsBu-zaw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-23 Thread Rick Mann

> On Dec 23, 2016, at 16:58 , Robert Nelson  wrote:
> 
> For those interfaces, there's not a lot of overlay loading issues on
> the kernel side.  The biggest change, you should see your pin's taken
> earlier and more consistently at bootup.  You can also optimize your
> boot time more, as one of the big reasons everything we have is built
> as a module, is just too make the kernel overlays work more reliable.

Are these changes in the most recent distros, Robert?

-- 
Rick Mann
rm...@latencyzero.com


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/B57E8722-8404-4185-A00D-704ABBD47BF2%40latencyzero.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-23 Thread vbaxter via BeagleBoard


On Sat, 12/24/16, Robert Nelson <robertcnel...@gmail.com> wrote:

 Subject: Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE 
HUNGRY) ;)
 To: "Beagle Board" <beagleboard@googlegroups.com>
 Date: Saturday, December 24, 2016, 3:15 AM
 
 On Fri, Dec 23, 2016 at 7:08 PM,
 William Hermans <yyrk...@gmail.com>
 wrote:
 >
 >
 > On Fri, Dec 23, 2016 at 5:58 PM, Robert Nelson <robertcnel...@gmail.com>
 > wrote:
 >>
 >> For those interfaces, there's not a lot of overlay
 loading issues on
 >> the kernel side.  The biggest change, you
 should see your pin's taken
 >> earlier and more consistently at bootup.  You
 can also optimize your
 >> boot time more, as one of the big reasons
 everything we have is built
 >> as a module, is just too make the kernel overlays
 work more reliable.
 >
 >
 > I wonder if this will help mitigate, at least *some* of
 the big boot "lag"
 > waiting on network interfaces to come up. That alone,
 if so, would be a huge
 > plus.
 
 the cpsw/eth0 is just broken. ;)  i saw on github (irc
 zmatt) was looking at it:
 
 
https://github.com/dutchanddutch/bb-kernel/commit/0c720957b43a8cea423b80e9fa8772ddb41c186c
 
 > Anyway, the steps you've listed above will work on emmc
 as well as sdcard ?
 
 it should, it's looking in the /boot/uEnv.txt file..
 
 > Additionally, although perhaps not related to this per
 se. I'd really like
 > to see some sort of boot options where "we" did not
 have to write an
 > environment file for the sdcard *if* we just wanted to
 boot from the emmc,
 > but would like an sdcard inserted for extra storage.
 That is, without having
 > to hack the second stage bootloader. Or is that a big
 deal for you guys ?
 > You know, I'm not even sure how that would work . .
 .honestly this just
 > popped into my head right now.
 
 ah, just don't have /uEnv.txt, /boot.scr, /boot/boot.scr in
 the 1st
 partition, or /boot/uEnv.txt in any of the first 7
 partitions and
 it'll ignore the microSD..
 
 Regards,
 
 -- 
 Robert Nelson
 https://rcn-ee.com/
 
 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the
 Google Groups "BeagleBoard" group.
 To unsubscribe from this group and stop receiving emails
 from it, send an email to beagleboard+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYg%3D4gs7OFOmfTb9cr9_p6ViUWQkqC3zDG_t_ESOXmaALA%40mail.gmail.com.
 For more options, visit https://groups.google.com/d/optout.
 2 ian. 3 febr. - Primul guvern al Romaniei prezidat de Barbu Catargiu. 24  
ian. 5 febr. -  Parlamentul  Romaniei proclama Unirea si stabileste Bucurestiul 
drept capitala a tarii. 25 mai - Mihail Kogalniceanu cere  intr-un discurs 
parlamentar  rezolvarea problemei agrare.   
   t 8 20   ian.   -   Este   asasinat   in   conditii neelucidate Barbu 
Catargiu. 11 23 iun. - Adunarea voteaza proiectul de lege rurala propus de 
Comisia Centrala de la Focsani  Cuza refuza insa sa il aprobe  nov. dec.   -   
Are   loc   tranzitul   armelor sarbesti prin Romania in ciuda protestelor 
Marilor Puteri.18627 apr. - Conventie intre Anglia si S.U.A. privind 
interzicerea comertului cu sclavi. 22 sept. - Eliberarea negrilor din scalvie 
in S.U.A. - Otto von Bismarck devine presedinte al Consiliului de Ministri al 
Prusiei.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/1990449153.1913055.1482548547556%40mail.yahoo.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-23 Thread William Hermans
On Fri, Dec 23, 2016 at 6:15 PM, Robert Nelson 
wrote:

>
> the cpsw/eth0 is just broken. ;)  i saw on github (irc zmatt) was looking
> at it:
>
> https://github.com/dutchanddutch/bb-kernel/commit/
> 0c720957b43a8cea423b80e9fa8772ddb41c186c



hmmm, I wonder if that works ? Matthijs hehe I should have known.


> ah, just don't have /uEnv.txt, /boot.scr, /boot/boot.scr in the 1st
> partition, or /boot/uEnv.txt in any of the first 7 partitions and
> it'll ignore the microSD..
>
>
Ah, ok, sounds like it's been around a while and I just haven't realized.
Thanks for the answers, and have a great Christmas !

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqp3NYqVLoai0Fp9Nm8XcXmPA6Qgx_URuxX6Tvx7tO3-w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-23 Thread Robert Nelson
On Fri, Dec 23, 2016 at 7:08 PM, William Hermans  wrote:
>
>
> On Fri, Dec 23, 2016 at 5:58 PM, Robert Nelson 
> wrote:
>>
>> For those interfaces, there's not a lot of overlay loading issues on
>> the kernel side.  The biggest change, you should see your pin's taken
>> earlier and more consistently at bootup.  You can also optimize your
>> boot time more, as one of the big reasons everything we have is built
>> as a module, is just too make the kernel overlays work more reliable.
>
>
> I wonder if this will help mitigate, at least *some* of the big boot "lag"
> waiting on network interfaces to come up. That alone, if so, would be a huge
> plus.

the cpsw/eth0 is just broken. ;)  i saw on github (irc zmatt) was looking at it:

https://github.com/dutchanddutch/bb-kernel/commit/0c720957b43a8cea423b80e9fa8772ddb41c186c

> Anyway, the steps you've listed above will work on emmc as well as sdcard ?

it should, it's looking in the /boot/uEnv.txt file..

> Additionally, although perhaps not related to this per se. I'd really like
> to see some sort of boot options where "we" did not have to write an
> environment file for the sdcard *if* we just wanted to boot from the emmc,
> but would like an sdcard inserted for extra storage. That is, without having
> to hack the second stage bootloader. Or is that a big deal for you guys ?
> You know, I'm not even sure how that would work . . .honestly this just
> popped into my head right now.

ah, just don't have /uEnv.txt, /boot.scr, /boot/boot.scr in the 1st
partition, or /boot/uEnv.txt in any of the first 7 partitions and
it'll ignore the microSD..

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYg%3D4gs7OFOmfTb9cr9_p6ViUWQkqC3zDG_t_ESOXmaALA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-23 Thread William Hermans
On Fri, Dec 23, 2016 at 5:58 PM, Robert Nelson 
wrote:

> For those interfaces, there's not a lot of overlay loading issues on
> the kernel side.  The biggest change, you should see your pin's taken
> earlier and more consistently at bootup.  You can also optimize your
> boot time more, as one of the big reasons everything we have is built
> as a module, is just too make the kernel overlays work more reliable.
>

I wonder if this will help mitigate, at least *some* of the big boot "lag"
waiting on network interfaces to come up. That alone, if so, would be a
huge plus.

Anyway, the steps you've listed above will work on emmc as well as sdcard ?

Additionally, although perhaps not related to this per se. I'd really like
to see some sort of boot options where "we" did not have to write an
environment file for the sdcard *if* we just wanted to boot from the emmc,
but would like an sdcard inserted for extra storage. That is, without
having to hack the second stage bootloader. Or is that a big deal for you
guys ? You know, I'm not even sure how that would work . . .honestly this
just popped into my head right now.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqq1CZKjFK_EpBUDdERgqE0Gh3407ckKOxR4GxJMEWc_g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-23 Thread Robert Nelson
On Fri, Dec 23, 2016 at 5:46 PM, William Hermans  wrote:
> Robert,
>
> So, I have a custom overlay for a physical custom cape . . . as of this
> moment, I have a few gpio's( I think around 22 ish ), 6 PWM's,, and
> eventually I can put an ADC into that same overlay. Right, now for the ADC
> I'm just loading the "stock" ADC overlay for ADC functionality.
> Additionally, in the future I may also need to add uart4 back into the mix.
> For now, our current cape no longer needs uart.
>
> The question I have is . . . Would this improve anything for us ? Right now,
> I just load the custom overlay through initramfs, which also seems fine. For
> this project we do not really have a need for an LCD, but that might change
> in the future. At least for *some* hardware configurations.

For those interfaces, there's not a lot of overlay loading issues on
the kernel side.  The biggest change, you should see your pin's taken
earlier and more consistently at bootup.  You can also optimize your
boot time more, as one of the big reasons everything we have is built
as a module, is just too make the kernel overlays work more reliable.

Regards,

-- 
Robert Nelson
https://rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYh6%2B0u%2B%3DQdRqMiwxA_VHkdc9CepLmPskcrXRQb3Sh9tqQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] U-Boot overlays (HERE BE EVIL DRAGONS, AND THEY BE HUNGRY) ;)

2016-12-23 Thread William Hermans
Robert,

So, I have a custom overlay for a physical custom cape . . . as of this
moment, I have a few gpio's( I think around 22 ish ), 6 PWM's,, and
eventually I can put an ADC into that same overlay. Right, now for the ADC
I'm just loading the "stock" ADC overlay for ADC functionality.
Additionally, in the future I may also need to add uart4 back into the mix.
For now, our current cape no longer needs uart.

The question I have is . . . Would this improve anything for us ? Right
now, I just load the custom overlay through initramfs, which also seems
fine. For this project we do not really have a need for an LCD, but that
might change in the future. At least for *some* hardware configurations.

On Fri, Dec 23, 2016 at 3:50 PM, Robert Nelson 
wrote:

> Okay, i have a version of u-boot with overlays enabled, ready for some
> basic testing..
>
> *Background***
>
> in u-boot we are doing:
>
> dtb= is loaded at ${fdtaddr}
>
> We read /boot/uEnv.txt for (dtb_overlay=)
>
> then load it, into ${rdaddr} #(no reason that specific address)
>
> Then we must run thru this routine:
>
> fdt addr ${fdtaddr}
> fdt resize;
> fdt apply ${rdaddr}
> fdt resize;
>
> Without the "fdt resize, the jump to kernel bomb's in bootz."
>
> *
>
> *Actual testing...***
>
> Step 1: Do you have a usb serial adapter to monitor the boot process?
>
> no = stop reading now...  till you have one in hand...
> yes = please continue
>
> Step 2: Remove /uEnv.txt  (i forgot to code that path in this test)
>
> rm /uEnv.txt
>
> Step 3: Update u-boot to v2017.01-rc2
>
> cd /opt/scripts/tools/developers/
> git pull
> ./update_bootloader.sh --use-beta-bootloader
>
> On reboot, it should show:
>
> U-Boot SPL 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21)
> Trying to boot from MMC1
>
> U-Boot 2017.01-rc2-2-g52b3c56009 (Dec 23 2016 - 16:22:21 -0600),
> Build: jenkins-github_Bootloader-Builder-493
>
> If not, eMMC probably messing with you..
>
> dd if=/dev/zero of=/dev/mmcblk1 bs=1M count=10
>
> Step 4: /boot/uEnv.txt
>
> remove "cape_universal=enable" we dont want any false posititves...
>
> dtb_overlay=/lib/firmware/BB-UART2-00A0.dtbo
>
> before:
> kernel:
> root@beaglebone:~# dmesg | grep serial
> [2.082007] 44e09000.serial: ttyS0 at MMIO 0x44e09000 (irq = 158,
> base_baud = 300) is a 8250
> [2.096583] 481a6000.serial: ttyS3 at MMIO 0x481a6000 (irq = 159,
> base_baud = 300) is a 8250
> [   20.106023] systemd[1]: Created slice system-serial\x2dgetty.slice.
>
> after:
> U-Boot:
> loading /boot/dtbs/4.4.39-ti-r75/am335x-boneblack-wireless.dtb ...
> 64988 bytes read in 163 ms (388.7 KiB/s)
> debug: [dtb_overlay=/lib/firmware/BB-UART2-00A0.dtbo] ...
> loading /lib/firmware/BB-UART2-00A0.dtbo ...
> 883 bytes read in 276 ms (2.9 KiB/s)
>
> kernel:
> root@beaglebone:~# dmesg | grep serial
> [2.081559] 44e09000.serial: ttyS0 at MMIO 0x44e09000 (irq = 158,
> base_baud = 300) is a 8250
> [2.095942] 48024000.serial: ttyS2 at MMIO 0x48024000 (irq = 159,
> base_baud = 300) is a 8250
> [2.096807] 481a6000.serial: ttyS3 at MMIO 0x481a6000 (irq = 160,
> base_baud = 300) is a 8250
> [   20.316939] systemd[1]: Created slice system-serial\x2dgetty.slice.
>
> Step 5: Profit!!! ;)
>
> *
>
> I know it's a little limited, but something for testing over Christmas. ;)
>
> FAQ:
>
> What does this solve?  Lots of random kernel races... (looking at
> video/emmc/etc)... As U-Boot updates the final *.dtb and not the
> kernel...
>
> What about 2+ overlays? Maybe next week, for Christmas you get one.. ;)
>
> Does this replace the current method? No it just improves things..
>
> What have you tested it on?  Just BB-UART2-00A0.dtbo and then i wrote
> this email up and got ready to go home...
>
> Will it read the eeprom and auto load the correct overlay?  Sure,
> sometime between next week and the start of the new year... ;)
>
> Will this fix the issue with the painful out of box experience with
> LCD3/LCD4/LCD7? Correct, as long as they have an eeprom. ;)
>
> How do i actually test things?
>
> Easiest, /boot/uEnv.txt
>
> dtb=am335x-boneblack-overlay.dtb
> dtb_overlay=/lib/firmware/xyz.dtbo
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/CAOCHtYiSVX8-koZ2DFH36xUqEAcSwDn%
> 2Btv8phoYDE8O-tpvUXw%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit