It seem to be missing the processor ports file, referenced in ports_p32xxxx.h.
../../../../../vendors/microchip/harmony/v2.05/framework/peripheral/ports/processor/ports_p32xxxx.h:779:6: error: #error Unknown processor! #error Unknown processor!
Anyone know where i should be able to find this file?
Thanks,
Marcus
Turns out this is not fully supported, only special AWS demo software can be used at this stage, will need to wait for the supported release which is currently in the works.
Related
I've just compiled BPF examples from kernel tools/testing/selftests/bpf and tried to load as explained in http://cilium.readthedocs.io/en/v0.10/bpf/:
% tc filter add dev enp0s1 ingress bpf \
object-file ./net-next.git/tools/testing/selftests/bpf/sockmap_parse_prog.o \
section sk_skb1 verbose
Program section 'sk_skb1' not found in ELF file!
Error fetching program/map!
This happens on Ubuntu 16.04.3 LTS with kernel 4.4.0-98, llvm and clang of version 3.8 installed from packages, iproute2 is the latest from github.
I suspect I'm running into some toolchain/kernel version/features mismatch.
What am I doing wrong?
I do not know why tc complains. On my setup, with a similar command, the program loads. Still, here are some hints:
I think the problem might come, as you suggest, from some incompatibility between kernel headers version and iproute2, and that some relocation fails to occur, although on a quick investigation I did not find exactly why it refuses to load the section. On my side I'm using clang-3.8, latest iproute2, but also the latest kernel (some commit close to 4.14).
If you manage to load the section somehow, I believe you would still encounter problems when trying to attach the program in the kernel. The feature called “direct packet access” is only present on kernels 4.7 and higher. This is what makes you able to use skb->data and skb->data_end in your programs.
Then as a side note, this program sockmap_parse_prog.c is not meant to be used with tc. It is supposed to be attached directly to a socket (search for SOCKMAP_PARSE_PROG in file test_maps.c in the same directory to see how it is loaded there). Technically this does not prevent one to attach the program as a tc filter, but it will probably not work as expected. In particular, the value returned from the program will probably not have a meaning that tc classifier hook will understand.
So I would advise to try with a recent kernel, and to see if you have more success. Alternatively, try compiling and running the examples that you can find in your own kernel sources. Good luck!
Recently my laptop has been having Kernel Panics once every few days. I can't find a certain program that is making it happen, or a certain task that I perform.
I read that you can look in the .crash reports for a possible cause. So here is part of one I found.
Dyld Error Message:
Library not loaded: /usr/lib/libgutenprint.2.dylib
Referenced from: /usr/libexec/cups/driver/gutenprint.5.2
Reason: image not found
I am wondering if gutenprint.5.2 could be the reason for the Kernel crashing. If so, should I remove it? Install an update?
Thanks!
That's not a kernel panic. You'll find kernel panic reports in Console.app, under system diagnostic reports. They start with "kernel" and end with ".panic". Unless you wrote the driver that's crashing, this is the wrong site to post such questions. Try the Ask Different sister site at https://apple.stackexchange.com/ instead.
I am trying to port Contiki to LPC1347, just a basic LED blinking program for now. It compiles without any errors but i get a hard fault when i try to run it. On debugging i understood that the hello_world_process thread has an address of 0x636F6C42 (ASCII value considering it to be little endian is Bloc!) which is unrecognized by the mcu. I am using the default initialing libraries of Contiki, i do not understand if there is something wrong with the initialization or any other reason (perhaps something wrong with my linker script or makefile)? Can somebody please help me debug this.
Here is my project's link.
It turns out it was because i was using printf without providing libraries/functions to handle dynamic memory allocation. The program works fine if i do not use printf!
How can I use Whole Program Optimization feature in Free Pascal 2.7.1 on Windows?
I get this error:
Project1.dpr(92,1) Fatal: Cannot find "nm.exe" or "" to extract symbol
liveness information from linked program
The problem is the WPO is trying to extract symbols from your executable using NM. NM is not available for Windows.
The good news is, Windows has DumpBin instead. I think you can use this directly in place of NM.
I am working in image processing and I want to use ridgelet and curvelet transforms. Please could any one tell me about a good and tested package for such job. I tried the known "BeamLab" package but it seems that it does not work on windows 7 ". I tried the FastRidgeletTransform function and it gave me the error:
"Invalid MEX-file 'D:\Program
Files\MATLAB\R2010a\toolbox\BeamLab200\MEXSource\RidgeMEXSource\PseudopolarFFT_c.dll':
D:\Program
Files\MATLAB\R2010a\toolbox\BeamLab200\MEXSource\RidgeMEXSource\PseudopolarFFT_c.dll
is not a valid Win32 application."
Thanks in advance.
For curvelet I stronlgy recommend CurveLab (http://www.curvelet.org/software.html).Although you will have to apply for a commercial license if you plan using it commercially.
The problem you are facing with BeamLab is probably caused by a difference in CPU architecture of your MATLAB installation and BeamLab dlls. If you are using MatLab 64 bits for example you cannot use 32 bits version of BeamLab dlls.