Re: [beagleboard] BeagleBone Black shortage

[mike . maikaefer]

Thanks for your feedback.

Mouse unfortunately is not an option, although it is a German company, 
their webshop does not allow me to order BBBs when they have to be shipped 
to Germany due to some exports restrictions :-D

Same works well for all other suppliers...so maybe this is the reason they 
have some BBBs left since all German customers can't buy at Mouser :-)



On Thursday, February 1, 2018 at 7:12:12 PM UTC+1, Graham wrote:
>
> Mouser has BBB  600+ in stock
>   BB Wireless 3000+ in stock
>
> --- Graham
>
>
>
> On Thursday, February 1, 2018 at 8:48:58 AM UTC-6, RobertCNelson wrote:
>>
>> On Thu, Feb 1, 2018 at 8:42 AM,   wrote: 
>> > Hi, 
>> > 
>> > for some months we can see a BBB-shortage which meanwhile becomes 
>> dramatic. 
>> > Farnell can ship BBBs earliest end of February (but only a few 
>> thousands) 
>> > and the prices have risen from ~50 Euro to more than 90 Euro at some 
>> > distributors. 
>> > 
>> > Anybody an idea what's going on here? Has the BBB reached the end of 
>> it's 
>> > life? 
>>
>> 16 left at DigiKey. 
>>
>>
>> https://www.digikey.com/product-detail/en/ghi-electronics-llc/BBB01-SC-505/BBB01-SC-505-ND/6210999
>>  
>>
>> The BBB hasn't reached EOL. 
>>
>> More then likely it's related to the industry wide memory shortage. 
>>
>> 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/0b60c6c3-ae55-4139-8b2e-7a110f4786ff%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] X15 - running xen hypervisor

['Roger Quadros' via BeagleBoard]

Hi Iain,

There was an attempt [1] to run Xen on DRA7-evm board which uses the same SoC 
family that's on the X15 board.
However it is based on an old u-boot and kernel.

I'd be nice if you could share patches/instructions if you manage to get this 
working on mainline u-boot. :)

[1] - 
https://wiki.xenproject.org/wiki/User:Xen_intruction_setup_for_dra7xx-evm_board

-- 
cheers,
-roger

Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. 
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki

On 01/02/18 17:58, drhunte...@gmail.com wrote:
> Thanks for your comments. I have today tracked the paging problem down to a 
> need to flush the TLBs before enabling the MMU. This was done via the 
> TLBIALLH.
> At the moment I've done in in xen head.s but maybe better to be done as part 
> of u-boot as it seems to be an AM57xx uboot problem rather than a generic xen 
> one.
> Iain
> 
> On Wednesday, 31 January 2018 22:09:04 UTC, Hee-cheol Yang wrote:
> 
> Hello I've tried similar job in exynos and ARM Fastmodel simulator, 
> facing similar issue.
> 
> In my experiences, many issues are related to ARM TZ, not VE. Many 
> firmwares such as BL0 disable MMU functionality for hypervisor in Secure 
> world and jump to Normal world before  they pass the processor's control to 
> bootloader like uboot. 
> So you need to check whether the TZ settings are done correctly.
> 
> Most SOC vendors provide such firmware in binary. For example, You can 
> get Xen for Exynos firmware in Xen wiki. Also, please check this repository :
> 
> https://github.com/hcyang1012/ARM_Hypervisor 
> 
> 
> I'm not sure TI supports such functionality. But it is worth to check it.
> 
> Best regards
> Heecheol Yang
> 
> 삼성 갤럭시 스마트폰에서 보냈습니다.
> 
> 
>  원본 이메일 
> 보낸 사람: drhun...@gmail.com 
> 날짜: 18/2/1 오전 6:44 (GMT+09:00)
> 받은 사람: BeagleBoard >
> 제목: [beagleboard] X15 - running xen hypervisor
> 
> Hi,
> I am trying to get xen hypervisor to run on an X15 but I have a prefetch 
> abort when the first instruction at a virtual address is fetched. The paging 
> tables appear to be being setup correctly.
> 
> I am using u-boot v2017.01 to boot the xen image. u-boot by default is in 
> hypervisor mode with LPAE enabled which is as far as I can see what xen needs.
> 
> So, to my questions.
> - Has anyone tried this before?
> - does anyone know of a reason why after running u-boot the A15 would be 
> in hypervisor mode but have some side effect that means just writing to HTTBR 
> and HSCTLR is not sufficient to get the MMU functioning correctly?
> 
> Thanks, Iain
> 
> -- 
> 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...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/7475a00d-e52e-44e6-b00c-de3ef10cff93%40googlegroups.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/32db26c7-4cc7-484d-98a9-3ea7129a33f9%40googlegroups.com
>  
> .
> For more options, visit https://groups.google.com/d/optout.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received 

Re: [beagleboard] BeagleBone Black shortage

[o1bigtenor]

On Fri, Feb 2, 2018 at 3:55 AM,  wrote:

> Thanks for your feedback.
>
> Mouse unfortunately is not an option, although it is a German company,
> their webshop does not allow me to order BBBs when they have to be shipped
> to Germany due to some exports restrictions :-D
>
> Same works well for all other suppliers...so maybe this is the reason they
> have some BBBs left since all German customers can't buy at Mouser :-)
>
>
> Greetings

Much more problematic but the possibility could be used of getting a
trusted contact to order the parts which are shipped to them and they then
ship them on to you.
IMO, but IANAL, this process does not circumvent any export codes as there
really isn't a restriction on the things anyway and you're not, hopefully,
even a part time anarchist - - - so a possibility.

Dee

-- 
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/CAPpdf5_LqMBcrF1nE8KhSZ5VFJ7OKvbdL-wVMb75mJ7oFeXJ8A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: ENC28J60 Click on PocketBeagle

[Robert Nelson]

On Thu, Feb 1, 2018 at 7:48 PM, Steven Keller  wrote:
> It's been awhile since I have fired up my Pocket Beagle but I am looking at
> using it for a project that requires ethernet.  Did we ever get to the
> bottom of the MAC address getting set properly at bootup on either the ENC
> or the WIZ ethernet chips?

Correct it's still and issue.

It's something I haven't spent any time on lately, but it shouldn't be
to hard for someone to implement.

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/CAOCHtYhP7_WS9gkLN%3D9Lp%2B7Vm1NJQ7HhwCM3zxBG9Jfx0Rk27w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Web browser in LCD (4D) using IoT image

[Michael Dalby]

Hi All

I hope someone can help ?

I am running a Debian IoT (non GUI) image on my BBB. I have a  4D LCD cape 
installed which is working and shows the Linux command line.
I would like to run a web browser in order to show the Node-Red dashboard 
of my running Node-Red instance.

I have successfully installed Chromium-browser (it didn't show any 
errors),  but if I try to run 'chromium-browser' from the command line it 
does nothing - I want the web browser to show in the LCD window. 
Is this possible ?? 
Do I need to install any other applications (can this be done without 
installing something like LDXE)??

Thanks in advance for any help you can offer

P.s. I am using the IoT version of Debian as I wanted to try and keep the 
memory foorprint to below 4Gb

Cheers 

Michael

-- 
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/d30e9439-37d6-4780-9c38-ade74ada70ce%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] btrfs filesystem instead of ext4

[Daniel Kulp]

There are definitely still problems with btrfs compression and uboot.   If 
I take this image, update /etc/fstab to add compress=zlib, reboot to 
remount, and then run "btrfs fi defrag -c -r /" to compress the full 
filesystem, then it refuses to boot.   All I see on the console is 
"starting the kernel" and then nothing.  All the usr lights come on 
full and it sits there.

I'm still experimenting a bit.   I think an attribute can be added to the 
/boot directory to have it not compress stuff in /boot.   I want to see if 
that helps at all. 

Dan


On Wednesday, January 31, 2018 at 9:21:02 PM UTC-5, RobertCNelson wrote:
>
> On Wed, Jan 31, 2018 at 8:18 PM, Robert Nelson  > wrote: 
> > On Wed, Jan 31, 2018 at 8:09 PM, Stuart Longland 
> > > wrote: 
> >> On 01/02/18 10:07, Mone wrote: 
> >>> I tried with a new snapshot and it works very well. Alongside that, I 
> am 
> >>> curious and would like to learn about the BBB conversion from ext4 to 
> >>> flash filesystem. Are there any documentation/manual online that could 
> >>> explain/hint/guide through the filesystem  conversion from ext4 to 
> flash 
> >>> filesystem like btrfs? 
> >> 
> >> It's worth pointing out that btrfs is not a flash filesystem, it needs 
> a 
> >> FTL (Flash Transition Layer) to do wear levelling on a NAND flash the 
> >> same as EXT4 does. 
> >> 
> >> Your biggest hurdle is the fact that U-Boot does not understand btrfs, 
> >> so you'll need a /boot partition formatted EXT4.  Not sure that this is 
> >> likely to change, as porting btrfs to U-Boot could be a major 
> >> undertaking as it's much more complex. 
> > 
> > Actually U-Boot has btrfs support as of v2018.01 (even ZLIB 
> > compression! lzo is broken). 
> > 
> > We got a patch merged in v2018.03-rc1 that fixes (lzo compression..) 
>
> if you want to give it a go, use this base image: 
>
>
> https://rcn-ee.net/rootfs/bb.org/testing/2018-01-28/buster-iot/bone-debian-buster-iot-armhf-2018-01-28-4gb.img.xz
>  
>
> it's one partition btrfs. 
>
> 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/0e2d1750-05fc-47c0-9e48-7f021c5a5bb2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Web browser in LCD (4D) using IoT image

[Robert Nelson]

On Fri, Feb 2, 2018 at 9:12 AM, Michael Dalby  wrote:
> Hi All
>
> I hope someone can help ?
>
> I am running a Debian IoT (non GUI) image on my BBB. I have a  4D LCD cape
> installed which is working and shows the Linux command line.
> I would like to run a web browser in order to show the Node-Red dashboard of
> my running Node-Red instance.
>
> I have successfully installed Chromium-browser (it didn't show any errors),
> but if I try to run 'chromium-browser' from the command line it does nothing
> - I want the web browser to show in the LCD window.
> Is this possible ??
> Do I need to install any other applications (can this be done without
> installing something like LDXE)??
>
> Thanks in advance for any help you can offer
>
> P.s. I am using the IoT version of Debian as I wanted to try and keep the
> memory foorprint to below 4Gb

You'll need Xorg installed

Follow "some" of this example i did for show:

https://eewiki.net/display/linuxonarm/FLIR+Lepton+on+BeagleBone+Black+and+Green#FLIRLeptononBeagleBoneBlackandGreen-Setupbasicwindowmanager

aka ignore the lepton, qt5, and spi stuff.  But the minimal
openbox/slim/autostart can be easily used for your application.

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/CAOCHtYiYW%2B9aSUbPmBDb29DqA2Ce36u1NFPoE%3D5X4uyU8bmzKA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Web browser in LCD (4D) using IoT image

[Robert Nelson]

On Fri, Feb 2, 2018 at 9:32 AM, Robert Nelson  wrote:
> On Fri, Feb 2, 2018 at 9:12 AM, Michael Dalby  wrote:
>> Hi All
>>
>> I hope someone can help ?
>>
>> I am running a Debian IoT (non GUI) image on my BBB. I have a  4D LCD cape
>> installed which is working and shows the Linux command line.
>> I would like to run a web browser in order to show the Node-Red dashboard of
>> my running Node-Red instance.
>>
>> I have successfully installed Chromium-browser (it didn't show any errors),
>> but if I try to run 'chromium-browser' from the command line it does nothing
>> - I want the web browser to show in the LCD window.
>> Is this possible ??
>> Do I need to install any other applications (can this be done without
>> installing something like LDXE)??
>>
>> Thanks in advance for any help you can offer
>>
>> P.s. I am using the IoT version of Debian as I wanted to try and keep the
>> memory foorprint to below 4Gb
>
> You'll need Xorg installed
>
> Follow "some" of this example i did for show:
>
> https://eewiki.net/display/linuxonarm/FLIR+Lepton+on+BeagleBone+Black+and+Green#FLIRLeptononBeagleBoneBlackandGreen-Setupbasicwindowmanager
>
> aka ignore the lepton, qt5, and spi stuff.  But the minimal
> openbox/slim/autostart can be easily used for your application.

ps ignore the 16 bit depth in xorg.conf, newer kernels' auto do this..

i should just create a new x11 example, or redo that project with
todays kernel. ;)

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/CAOCHtYh76OL4Fpzv-5Xt8DKnd28e7XgPTZeZxj6W2ZXVHw53%2Bg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] USB Data pins?

[poitrast]

Greetings,

One of the features I am looking to develop on a cape is multiple USB 
camera connected through a USB hub and then to the USB interface on the 
BBB.  Can the USB data lines be accessed via the header pins, or is the 
only method available to run a USB jumper cable?

Thanks,

Dan 

-- 
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/960d1845-1642-4883-8216-201016be087a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Beagle Bone black debain gpio access denied

[Hemant Kapoor]

Hello, 

Yet another newbie question. 

I have got latest debian image on my beagle bone black.
uname - r output: 4.9.45-ti-r57

and I noticed various gpio directory in /sys/class/gpio

when I tried
echo 69 > unexport 
it gave me permission denied.
so I changed the permission of unexport file to be 666

and now when I try to use the same command it gives me an error: 
-bash: echo: write error: Invalid argument

Can anyone please help...

Ultimately I want to develop a C++ project to toggle LED which is connected 
to one of the pins...

Any help regarding this matter is deeply appreciated.

Regards, 
Hemant Kapoor

-- 
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/8c77ddbd-4203-4c2c-9286-93787220bb7c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] PocketBeagle SD Card Extra Storage

[Jack_H]

Hello all.


 I was wondering if there were any resources for adding an additional 
microSD card to the pocketbeagle for storage. I currently have a microSD 
click from MikroElektronika but it’s not listed under the pocketbeagle 
"working" mikrobus 

.


I currently have an ethernet click working with my pocketbealge and 
beaglebone black using very similar code snippets. I have found resources 
for using a microSD card for the beaglebone black from


here 


and here 

and this tutorial 


Will any of this translate over to the pocketbeagle?

Any information regarding this topic is welcome.

-- 
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/3172d35d-0e3e-436a-9a9c-0b339758bd55%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Spectre bug

[abejontel]

Hi all,
The BeagleBone Green Wireless uses an ARM Cortex-A8. So  it has the 
variance 1 and 2 
https://developer.arm.com/support/security-update

There are three main variants of the exploits, as detailed by Google in 
their blogpost, that explain in detail the mechanisms:

Variant 1: bounds check bypass (CVE-2017-5753)
Variant 2: branch target injection (CVE-2017-5715)
Variant 3: rogue data cache load (CVE-2017-5754)
In addition, Arm has included information on a related variant to 3, noted 
as 3a, in the table below.

Follow the steps below to determine if there is any vulnerability for your 
devices and, if vulnerable, then the mitigation mechanisms.

Step 1

Check the table below to determine if you have an affected processor.

Only affected cores are listed, all other Arm cores are NOT affected.
No indicates not affected by the particular variant.
Yes indicates affected by the particular variant but has a mitigation 
(unless otherwise stated).
ProcessorVariant 1variant 2variant 3variant 3a
Cortex-A8 Yes (under review) Yes No No



They update with more information recently with this link
For Cortex-A8, Cortex-A9, and Cortex-A15, please apply the patches 
available at 
https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git/log/?h=kpti

The problem is that this patch can apply only for the kernel 4.9 and after 
kernels, however, the BBGW only can use the kernel 4.4, because if you use 
a different kernel you are going to have this error message

[  310.837199] wlcore: ERROR error getting static data
[  310.888675] wlcore: ERROR firmware boot failed despite 3 retries
[  317.196091] wlcore: ERROR Your WiFi FW version (8.9.0.0.17) is invalid.
[  317.196091] Please use at least FW 8.9.*.*.58.
[  317.196091] You can get the latest firmwares at:
[  317.196091] git://git.ti.com/wilink8-wlan/wl18xx_fw.git


I tried to solve it with this patch for the kernel:



diff --git a/arch/arm/include/asm/cp15.h b/arch/arm/include/asm/cp15.h
index c3f1152..8142add 100644
--- a/arch/arm/include/asm/cp15.h
+++ b/arch/arm/include/asm/cp15.h
@@ -49,6 +49,23 @@
 
 #ifdef CONFIG_CPU_CP15
 
+#define __ACCESS_CP15(CRn, Op1, CRm, Op2) \
+ "mrc", "mcr", __stringify(p15, Op1, %0, CRn, CRm, Op2), u32
+#define __ACCESS_CP15_64(Op1, CRm) \
+ "mrrc", "mcrr", __stringify(p15, Op1, %Q0, %R0, CRm), u64
+
+#define __read_sysreg(r, w, c, t) ({ \
+ t __val; \
+ asm volatile(r " " c : "=r" (__val)); \
+ __val; \
+})
+#define read_sysreg(...) __read_sysreg(__VA_ARGS__)
+
+#define __write_sysreg(v, r, w, c, t) asm volatile(w " " c : : "r" ((t)(v
)))
+#define write_sysreg(v, ...) __write_sysreg(v, __VA_ARGS__)
+
+#define BPIALL  __ACCESS_CP15(c7, 0, c5, 6)
+
 extern unsigned long cr_alignment; /* defined in entry-armv.S */
 
 static inline unsigned long get_cr(void)
diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c
index a11dc6d..4a98ca7 100644
--- a/arch/arm/mm/fault.c
+++ b/arch/arm/mm/fault.c
@@ -20,6 +20,7 @@
 #include 
 #include 
 
+#include 
 #include 
 #include 
 #include 
@@ -180,6 +181,7 @@ __do_user_fault(struct task_struct *tsk, unsigned long 
addr,
  si.si_errno = 0;
  si.si_code = code;
  si.si_addr = (void __user *)addr;
+
  force_sig_info(sig, &si, tsk);
 }
 
@@ -395,12 +397,35 @@ no_context:
  __do_kernel_fault(mm, addr, fsr, regs);
  return 0;
 }
+
+static int
+do_pabt_page_fault(unsigned long addr, unsigned int fsr, struct pt_regs *
regs)
+{
+   if (addr > TASK_SIZE) {
+   switch(read_cpuid_part()) {
+   case ARM_CPU_PART_CORTEX_A8:
+   case ARM_CPU_PART_CORTEX_A9:
+   case ARM_CPU_PART_CORTEX_A12:
+   case ARM_CPU_PART_CORTEX_A17:
+   write_sysreg(0, BPIALL);
+   break;
+   }
+   }
+
+   return do_page_fault(addr, fsr, regs);
+}
 #else /* CONFIG_MMU */
 static int
 do_page_fault(unsigned long addr, unsigned int fsr, struct pt_regs *regs)
 {
  return 0;
 }
+
+static int
+do_pabt_page_fault(unsigned long addr, unsigned int fsr, struct pt_regs *
regs)
+{
+   return 0;
+}
 #endif /* CONFIG_MMU */
 
 /*
diff --git a/arch/arm/mm/fsr-2level.c b/arch/arm/mm/fsr-2level.c
index 18ca74c..4cede9b 100644
--- a/arch/arm/mm/fsr-2level.c
+++ b/arch/arm/mm/fsr-2level.c
@@ -50,7 +50,7 @@ static struct fsr_info ifsr_info[] = {
  { do_bad, SIGBUS,  0, "unknown 4"   },
  { do_translation_fault, SIGSEGV, SEGV_MAPERR, "section translation fault" 
  },
  { do_bad, SIGSEGV, SEGV_ACCERR, "page access flag fault"   },
- { do_page_fault, SIGSEGV, SEGV_MAPERR, "page translation fault"   },
+ { do_pabt_page_fault, SIGSEGV, SEGV_MAPERR, "page translation fault"   },
  { do_bad, SIGBUS, 0, "external abort on non-linefetch"  },
  { do_bad, SIGSEGV, SEGV_ACCERR, "section domain fault"   },
  { do_bad, SIGBUS,  0, "unknown 10"   },
@@ -58,7 +58,7 @@ static struct fsr_info ifsr_info[] = {
  { do_bad, SIGBUS, 0, "external abort on translation"   },
  { do_sect_fault, SIGSEGV, SEGV_ACCERR, "section permission fault"   },
  { do_bad, SIGBUS, 0, "external abort on translation"   },
- { do_page_fault, S

[beagleboard] Getting EQEP2 to work on the PocketBeagle

[Ric Klaren]

Hi,

I'm trying to hook up a PocketBeagle to a pololu Zumo chassis. After 
getting QEP0 to function I'm now struggling to get QEP2 going. Once I add 
the U-Boot overlay for it the PocketBeagle does not boot anymore. I'm 
guessing that I'm missing something in the device tree stuff for the 
PocketBeagle, and by now could use a nudge in the right direction :)

I verified that the hardware is ok by hooking things up to my old 
beaglebone white and the EQEP there reads things correctly.

I'm using bone-debian-9.2-iot-armhf-2017-10-10-4gb.img with kernel 
4.4.91-ti-r133 and the latest package updates.

In my boot/uEnv.txt I have made the following changes:

  enable_uboot_overlays=1
  uboot_overlay_addr0=/lib/firmware/pb_eqep0.dtbo
  #uboot_overlay_addr1=/lib/firmware/pb_eqep2.dtbo
  disable_uboot_overlay_emmc=1
  disable_uboot_overlay_video=1
  disable_uboot_overlay_audio=1
  disable_uboot_overlay_wireless=1
  #disable_uboot_overlay_adc=1
  enable_uboot_cape_universal=1

For the pb_eqep0.dts I used the latest 
https://github.com/beagleboard/bb.org-overlays.git as a basis. With this 
overlay the eqep sysfs entries appear and the position can be read like on 
my BeagleBone.

Once I uncomment the line with pb_eqep2.dtbo in the uEnv.txt the boot 
fails. I have collected the dts files and  the u-boot output in this gist:

https://gist.github.com/rklaren/09cf8a0a031a857421ae1501ca6d59dc

I have tried:

   - just enabling the EQEP's by using config-pin but then the sysfs 
   entries do not appear (or maybe something else needs to be disabled in the 
   device-tree to make that work).
   - Merging the two dts/dtbo's but that leads to the same U-Boot output.

Any pointers would be appreciated.


Cheers,


Ric


-- 
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/ba25a575-ea69-426a-aa17-3de09e54a06b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Getting EQEP2 to work on the PocketBeagle

[Robert Nelson]

On Fri, Feb 2, 2018 at 10:47 AM, Ric Klaren  wrote:
> Hi,
>
> I'm trying to hook up a PocketBeagle to a pololu Zumo chassis. After getting
> QEP0 to function I'm now struggling to get QEP2 going. Once I add the U-Boot
> overlay for it the PocketBeagle does not boot anymore. I'm guessing that I'm
> missing something in the device tree stuff for the PocketBeagle, and by now
> could use a nudge in the right direction :)
>
> I verified that the hardware is ok by hooking things up to my old beaglebone
> white and the EQEP there reads things correctly.
>
> I'm using bone-debian-9.2-iot-armhf-2017-10-10-4gb.img with kernel
> 4.4.91-ti-r133 and the latest package updates.
>
> In my boot/uEnv.txt I have made the following changes:
>
>   enable_uboot_overlays=1
>   uboot_overlay_addr0=/lib/firmware/pb_eqep0.dtbo
>   #uboot_overlay_addr1=/lib/firmware/pb_eqep2.dtbo
>   disable_uboot_overlay_emmc=1
>   disable_uboot_overlay_video=1
>   disable_uboot_overlay_audio=1
>   disable_uboot_overlay_wireless=1
>   #disable_uboot_overlay_adc=1
>   enable_uboot_cape_universal=1
>
> For the pb_eqep0.dts I used the latest
> https://github.com/beagleboard/bb.org-overlays.git as a basis. With this
> overlay the eqep sysfs entries appear and the position can be read like on
> my BeagleBone.
>
> Once I uncomment the line with pb_eqep2.dtbo in the uEnv.txt the boot fails.
> I have collected the dts files and  the u-boot output in this gist:
>
> https://gist.github.com/rklaren/09cf8a0a031a857421ae1501ca6d59dc
>
> I have tried:
>
> just enabling the EQEP's by using config-pin but then the sysfs entries do
> not appear (or maybe something else needs to be disabled in the device-tree
> to make that work).
> Merging the two dts/dtbo's but that leads to the same U-Boot output.

Using config-pin to enable the eqep's by default is all you should
need, no extra overlay..

Which pin's are you using, and please share the output of this script:

sudo /opt/scripts/tools/version.sh


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/CAOCHtYhh%3DayLW%3D-N02SGOz_S%2BH_O4av23U882MVtjT2Mig7nMw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Spectre bug

[Robert Nelson]

On Fri, Feb 2, 2018 at 4:08 AM,  wrote:

> Hi all,
> The BeagleBone Green Wireless uses an ARM Cortex-A8. So  it has the
> variance 1 and 2
> https://developer.arm.com/support/security-update
>
> There are three main variants of the exploits, as detailed by Google in
> their blogpost, that explain in detail the mechanisms:
>
> Variant 1: bounds check bypass (CVE-2017-5753)
> Variant 2: branch target injection (CVE-2017-5715)
> Variant 3: rogue data cache load (CVE-2017-5754)
> In addition, Arm has included information on a related variant to 3, noted
> as 3a, in the table below.
>
> Follow the steps below to determine if there is any vulnerability for your
> devices and, if vulnerable, then the mitigation mechanisms.
>
> Step 1
>
> Check the table below to determine if you have an affected processor.
>
> Only affected cores are listed, all other Arm cores are NOT affected.
> No indicates not affected by the particular variant.
> Yes indicates affected by the particular variant but has a mitigation
> (unless otherwise stated).
> ProcessorVariant 1variant 2variant 3variant 3a
> Cortex-A8 Yes (under review) Yes No No
>
>
>
> They update with more information recently with this link
> For Cortex-A8, Cortex-A9, and Cortex-A15, please apply the patches
> available at https://git.kernel.org/pub/scm/linux/kernel/git/arm64/
> linux.git/log/?h=kpti
>
> The problem is that this patch can apply only for the kernel 4.9 and after
> kernels, however, the BBGW only can use the kernel 4.4, because if you use
> a different kernel you are going to have this error message
>
> [  310.837199] wlcore: ERROR error getting static data
> [  310.888675] wlcore: ERROR firmware boot failed despite 3 retries
> [  317.196091] wlcore: ERROR Your WiFi FW version (8.9.0.0.17) is invalid.
> [  317.196091] Please use at least FW 8.9.*.*.58.
> [  317.196091] You can get the latest firmwares at:
> [  317.196091] git://git.ti.com/wilink8-wlan/wl18xx_fw.git
>


This is a duplicate thread:

https://groups.google.com/d/msg/beaglebone/yC5UwuiQvbQ/0OVTg4PMAAAJ

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/CAOCHtYimq-qQcquoHHmU7r8Orwba0muV-hwWT33DQJ931Hm8Rg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PocketBeagle SD Card Extra Storage

[Robert Nelson]

On Fri, Feb 2, 2018 at 9:15 AM, Jack_H  wrote:
> Hello all.
>
>
>  I was wondering if there were any resources for adding an additional
> microSD card to the pocketbeagle for storage. I currently have a microSD
> click from MikroElektronika but it’s not listed under the pocketbeagle
> "working" mikrobus.

Oh, that's easy, prove it can work, and provide a pull request here
for both spix positions:

https://github.com/beagleboard/bb.org-overlays/

Then update the wiki.

Just because I haven't purchased that click doesn't mean it 'will not' work.. ;)


> I currently have an ethernet click working with my pocketbealge and
> beaglebone black using very similar code snippets. I have found resources
> for using a microSD card for the beaglebone black from
>
> here
>
> and here
>
> and this tutorial
>
> Will any of this translate over to the pocketbeagle?

There's a new driver in v4.14.x? and a device tree node; "mmc-slot"
CONFIG_MMC_SPI

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/mmc/mmc-spi-slot.txt

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/CAOCHtYgBf3Hbk7_9tP%3Dt%3Dn6UTEhX89wQgacWOBB%2B3W%2Bz%3DbUhWA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Graphic connection from Windows 10 to BBB

[chkeith83]

So, my BBB is working fine - I finally figured out (read the StartUp in 
more detail) that I don't need the drivers anymore! I can log in using SSH, 
but how do I get graphical login?

I will comment, that, as compared, to the Raspberry Pi, there is not a lot 
of documentation out there. All my local library has is Donald Norris' IOT 
book - which is good, but concentrates more on Pi and Arduino.

Charles Keith, newbie (not to computers, Linux, etc, but to Beaglebone.)

-- 
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/3b5ec143-1b8e-4dd3-9ecc-8a013ae40b1d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Graphic connection from Windows 10 to BBB

[Charles KEITH]

Thanks! That's exactly what I was planning tomorrow morning!

Charlie Keith

On Feb 2, 2018 6:06 PM, "Dennis Lee Bieber"  wrote:

> On Fri, 2 Feb 2018 14:18:38 -0800 (PST),
> chkeit...@gmail.com declaimed the following:
>
> >
> >I will comment, that, as compared, to the Raspberry Pi, there is not a lot
> >of documentation out there. All my local library has is Donald Norris' IOT
> >book - which is good, but concentrates more on Pi and Arduino.
> >
> Off-hand -- whatever answer you find for the R-Pi would apply to
> the
> BBB...
>
> Mainly -- the trick is to get Windows to act as an X-server
> (display)
> for an X-client (the BBB).
>
> There may be other schemes to do the same (VNC, remote desktop)
> --
> Wulfraed Dennis Lee Bieber AF6VN
> wlfr...@ix.netcom.comHTTP://wlfraed.home.netcom.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/beagleboard/i1nmdpRuP-M/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/beagleboard/3hr97dljhoodc2jho4oj2s1gklmm3av0a5%404ax.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/CAA8JhQeB2tL2Wg1H2O_EBsMwjLXbAkEVM7V82yp2KAvhmidS2A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] eQEP not working with kernel 4.4.87

[czyskowski]

Hi. I'm trying to use the Adafruit_BBIO.Encoder library on kernel 4.4.87, 
but cannot seem to get it working. I think everything initializes ok, but 
my readings are just continuous '0'. I think the issue might be that I 
can't configure the pins:
```
root@bela:~/Robut# config-pin P8.33 qep
P8_33 pinmux file not found!
bash: /sys/devices/platform/ocp/ocp*P8_33_pinmux/state: No such file or 
directory
Cannot write pinmux file: /sys/devices/platform/ocp/ocp*P8_33_pinmux/state
```
I have the universal cape loaded:
```root@bela:~/Robut# cat /sys/devices/platform/bone_capemgr/slots
 0: PF  -1
 1: PF  -1
 2: PF  -1
 3: PF  -1
 4: P-O-L-   0 Override Board Name,00A0,Override Manuf,BB-PWM1
 5: P-O-L-   1 Override Board Name,00A0,Override Manuf,cape-universaln
 6: P-O-L-   2 Override Board Name,00A0,Override Manuf,BB-ADC
```
I get that for all the pins I try to configure. I went through the HDMI 
disable in /mnt/boot/uEnv.txt:
```
disable_uboot_overlay_audio=1 
disable_uboot_overlay_video=1
```

My code is :
```
from Adafruit_BBIO.Encoder import RotaryEncoder, eQEP2, eQEP1
Enc1 = RotaryEncoder(eQEP1)
Enc1.enable()
Enc1.setAbsolute()
Enc2 = RotaryEncoder(eQEP2)
Enc2.enable()
Enc2.setAbsolute()
print (Enc1.position)
print (Enc2.position)
```

Is there anything I'm doing wrong or not doing?
Thanks for any help offered!

-- 
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/ef2f85f6-076b-4b34-b975-77e4304784f5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.