Is there a work-around for the Could not find symbol 'ocp'? The LCD4 and
LCD7 capes appear to be non-functional attempting to configure the ocp to
support their video interface. I am attempting to support yet another LCD
display and was hoping to use the same type of capemgr solution.
On
So, any idea as to when cape support will be added to 3.12 ? It is kind of
useless to me, and I am sure many others without cape support. Technically
I do not need cape support, but I do need to be able to mux pins into
different configurations . . .
On Wed, Nov 6, 2013 at 1:09 AM, William
On Thu, Nov 21, 2013 at 12:02 PM, William Hermans yyrk...@gmail.com wrote:
So, any idea as to when cape support will be added to 3.12 ? It is kind of
useless to me, and I am sure many others without cape support. Technically I
do not need cape support, but I do need to be able to mux pins into
If yo uhad been paying attention Robert has been saying for the last few
weeks that cape support is not in 3.12.x *YET*
On Tue, Nov 5, 2013 at 3:48 PM, Stoyan Iliev stu.il...@gmail.com wrote:
Capes don't work any more with DT sources from 3.8.
[7.758602] of_resolve: Could not find symbol
Capes don't work any more with DT sources from 3.8.
[7.758602] of_resolve: Could not find symbol 'ocp'
[7.763885] bone-capemgr bone_capemgr.6: slot #3: Failed to resolve tree
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are
And it looks like 3.12.0 has been released.
On Thursday, October 10, 2013 5:09:24 PM UTC-7, RobertCNelson wrote:
So here is the deal; 3.8 is old, and 3.12-rc4 is newer/better/etc...
Functionally, it seems ready in my small 5 board sample size. 3 of
which have been running 24/7 @ 100%
I've just tried 3.12.0-rc7-bone8 (bit the bullet as I'm not getting
anywhere with 3.8) and have the same problem. I'm loading the following
overlays (I have B-BONELT-HDMI and BB-BONELT-HDMIN disabled):
BB-UART1
BB-UART2
BB-UART4
BB-UART5
BB-SPIDEV1
BB-I2C1
BB-ADC
plus a whole list of GPIOs
Putting
preloadindex = true
in the [core] section of the .git/config files sure makes things work a lot
better over an nfs mounted source dir
core.preloadindex = true to git config even
On Thursday, October 31, 2013 7:14:54 PM UTC-7, Chong Yang wrote:
I use kernel source from
I use kernel source from https://github.com/RobertCNelson/linux-dev
followed default build steps
./build_kernel.sh
./tools/install_kernel.sh
but my beaglebone network and usb not working, i use ubuntu 'raring', and
bone hardware version A6a.
On Friday, October 11, 2013 8:09:24 AM UTC+8,
sorry, when i checkout 3.12-rc7-bone8 branch rebuild,it works well.
On Friday, November 1, 2013 10:14:54 AM UTC+8, Chong Yang wrote:
I use kernel source from https://github.com/RobertCNelson/linux-dev
followed default build steps
./build_kernel.sh
./tools/install_kernel.sh
but my
Another native compile error:
make[1]: *** No rule to make target `firmware/am335x-pm-firmware.bin',
needed by `firmware/am335x-pm-firmware.bin.gen.o'. Stop.
make: *** [firmware] Error 2
On Thursday, October 10, 2013 5:09:24 PM UTC-7, RobertCNelson wrote:
So here is the deal; 3.8 is old,
Contents of KERNEL/firmware/am335x-pm-firmware.bin.gen.S :
/* Generated by firmware/Makefile */
.section .rodata
.p2align 2
_fw_am335x_pm_firmware_bin_bin:
.incbin /mnt/linux-dev/KERNEL/firmware/am335x-pm-firmware.bin
_fw_end:
.section .rodata.str,aMS,%progbits,1
.p2align 2
I also tried 3.12.0-rc7-bone8 on debian:
After applying overlay for UART1, /dev/ttyO2 appeared.
# echo BB-UART1 /sys/devices/bone_capemgr.6/slots
After applying overlay for UART2, /dev/ttyO3 appeared.
# echo BB-UART2 /sys/devices/bone_capemgr.6/slots
# cat /sys/devices/bone_capemgr.6/slots
Native compile fails (cross compile works fine). This fixed it:
http://pastebin.com/7bW6ARa2
On Sunday, October 27, 2013 9:50:32 PM UTC-7, George B wrote:
Those patches work, by th eway. With them applied, I can see /dev/hwrng
and it actually works. You need to follow the conversation,
Those patches work, by th eway. With them applied, I can see /dev/hwrng
and it actually works. You need to follow the conversation, though, and
removed the one disabled statement to actually make it work.
On Saturday, October 26, 2013 3:23:03 PM UTC-7, George B wrote:
Got it working here
On Thu, 10 Oct 2013 19:09:24 -0500, Robert Nelson wrote:
So here is the deal; 3.8 is old, and 3.12-rc4 is newer/better/etc...
Thanks for all that effort - I just had to upgrade to 3.12.0-rc6-bone7
(from http://rcn-ee.net/deb/saucy-armhf/v3.12.0-rc6-bone7/) because
the old 3.8 kernels froze when
Got it working here (finally, was ubuntu quirks, not kernel).
Now to patch a couple of things in the dts dir. In particular, the patches
surrounding this conversation that might actually enable the hwrng
http://comments.gmane.org/gmane.linux.ports.arm.omap/102520
as mentioned by Alexander
I'm having some trouble getting this running. It just stops at
Starting kernel ...
Cross compile the kernel (I an fairly confident it works, I am using the
same compiler I use for armhf wandboard)
Follow the directions in the file included in the README.md file (copy over
zImage -- don't
18 matches
Mail list logo