Re: [beagleboard] Re: 3.12-rc4: kernel testing time...
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 Thursday, November 21, 2013 3:44:36 PM UTC-5, RobertCNelson wrote: On Thu, Nov 21, 2013 at 12:02 PM, William Hermans yyr...@gmail.comjavascript: 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 different configurations . . . I just pushed the '*.dtbo imported directly from 3.8 into the shared tree.. What's left is to tweak the bone.dtb's and get the capemanager to load the stuff.. Regards, -- Robert Nelson http://www.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. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: 3.12-rc4: kernel testing time...
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 Hermans yyrk...@gmail.com wrote: 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 '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 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. For more options, visit https://groups.google.com/groups/opt_out. -- 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. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: 3.12-rc4: kernel testing time...
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 different configurations . . . I just pushed the '*.dtbo imported directly from 3.8 into the shared tree.. What's left is to tweak the bone.dtb's and get the capemanager to load the stuff.. Regards, -- Robert Nelson http://www.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. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: 3.12-rc4: kernel testing time...
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 '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 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. For more options, visit https://groups.google.com/groups/opt_out. -- 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. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: 3.12-rc4: kernel testing time...
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 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. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: 3.12-rc4: kernel testing time...
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% since rc3.. Anywho, we need community testing. (Here's looking at you!) Kernel Branch: https://github.com/beagleboard/linux/tree/3.12 Kernel src Script: https://github.com/beagleboard/kernel/tree/3.12 Regression/testing: Are we missing any kernel config settings from 3.8 that you used? Does your Cape still work? Other thoughts... Some users will build/install these from src, however anyone interested in a quick test-me.sh* script which will install the new kernel on a daily/weekly basis? * script currently doesn't exist, but after a few beers it might... Regards, -- Robert Nelson http://www.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. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: 3.12-rc4: kernel testing time...
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 using the overlays created from https://github.com/nomel/beaglebone/tree/master/gpio-header. I get the following results: * /dev/ttyO0, /dev/ttyO2 /dev/ttyO3 and /dev/ttyO5 created, and an error mentioning uart6 in the logs (included below). Looks like the numbers are out by 1, and UART5 is failing to load. * /dev/i2c-1, /dev/i2c-2, /dev/spidev1.0 and /dev/spidev1.1 devices are created, but I haven't tested them as I need GPIO, and... * None of the GPIO overlays are working - I realise you don't maintain these (although I have to say they would be a very useful addition to the core /lib/firmware tree as without them I can't control pullups/pulldowns). Attempting to load one of these gives the following in syslog Nov 3 10:36:19 bbb kernel: [ 1339.839599] bone-capemgr bone_capemgr.6: part_number 'gpio-P9.11', version 'N/A' Nov 3 10:36:19 bbb kernel: [ 1339.839692] bone-capemgr bone_capemgr.6: slot #22: generic override Nov 3 10:36:19 bbb kernel: [ 1339.839722] bone-capemgr bone_capemgr.6: bone: Using override eeprom data at slot 22 Nov 3 10:36:19 bbb kernel: [ 1339.839751] bone-capemgr bone_capemgr.6: slot #22: 'Override Board Name,00A0,Override Manuf,gpio-P9.11' Nov 3 10:36:19 bbb kernel: [ 1339.839916] bone-capemgr bone_capemgr.6: slot #22: Requesting part number/version based 'gpio-P9.11-00A0.dtbo Nov 3 10:36:19 bbb kernel: [ 1339.839948] bone-capemgr bone_capemgr.6: slot #22: Requesting firmware 'gpio-P9.11-00A0.dtbo' for board-name 'Override Board Name', version '00A0' Nov 3 10:36:19 bbb kernel: [ 1339.840132] bone-capemgr bone_capemgr.6: slot #22: dtbo 'gpio-P9.11-00A0.dtbo' loaded; converting to live tree Nov 3 10:36:19 bbb kernel: [ 1339.840569] of_resolve: Could not find symbol 'ocp' Nov 3 10:36:19 bbb kernel: [ 1339.846234] bone-capemgr bone_capemgr.6: slot #22: Failed to resolve tree * ADC doesn't appear to be working, although I'm not really that faimilar witih this. The BB-ADC overlay gives the same Could not find symbol 'ocp' I get from the GPIO overlays, and there is no /sys/devices/ocp.3/helper-NNN folder. Here are the log entries from my attempts to load BBUART1..5 [ 31.518511] bone-capemgr bone_capemgr.6: part_number 'BB-UART1', version 'N/A' [ 31.518592] bone-capemgr bone_capemgr.6: slot #7: generic override [ 31.518622] bone-capemgr bone_capemgr.6: bone: Using override eeprom data at slot 7 [ 31.518651] bone-capemgr bone_capemgr.6: slot #7: 'Override Board Name,00A0,Override Manuf,BB-UART1' [ 31.518801] bone-capemgr bone_capemgr.6: slot #7: Requesting part number/version based 'BB-UART1-00A0.dtbo [ 31.518832] bone-capemgr bone_capemgr.6: slot #7: Requesting firmware 'BB-UART1-00A0.dtbo' for board-name 'Override Board Name', version '00A0' [ 31.533244] bone-capemgr bone_capemgr.6: slot #7: dtbo 'BB-UART1-00A0.dtbo' loaded; converting to live tree [ 31.533528] bone-capemgr bone_capemgr.6: slot #7: #2 overlays [ 31.550308] of_get_named_gpio_flags: can't parse gpios property of node '/ocp/serial@48024000[0]' [ 31.563610] 48024000.serial: ttyO2 at MMIO 0x48024000 (irq = 90, base_baud = 300) is a OMAP UART2 [ 31.564939] bone-capemgr bone_capemgr.6: slot #7: Applied #2 overlays. [ 31.569659] bone-capemgr bone_capemgr.6: part_number 'BB-UART2', version 'N/A' [ 31.569741] bone-capemgr bone_capemgr.6: slot #8: generic override [ 31.569770] bone-capemgr bone_capemgr.6: bone: Using override eeprom data at slot 8 [ 31.569799] bone-capemgr bone_capemgr.6: slot #8: 'Override Board Name,00A0,Override Manuf,BB-UART2' [ 31.569950] bone-capemgr bone_capemgr.6: slot #8: Requesting part number/version based 'BB-UART2-00A0.dtbo [ 31.569981] bone-capemgr bone_capemgr.6: slot #8: Requesting firmware 'BB-UART2-00A0.dtbo' for board-name 'Override Board Name', version '00A0' [ 31.579070] bone-capemgr bone_capemgr.6: slot #8: dtbo 'BB-UART2-00A0.dtbo' loaded; converting to live tree [ 31.579372] bone-capemgr bone_capemgr.6: slot #8: #2 overlays [ 31.580614] of_get_named_gpio_flags: can't parse gpios property of node '/ocp/serial@481a6000[0]' [ 31.602546] 481a6000.serial: ttyO3 at MMIO 0x481a6000 (irq = 60, base_baud = 300) is a OMAP UART3 [ 31.603243] bone-capemgr bone_capemgr.6: slot #8: Applied #2 overlays. [ 31.603631] bone-capemgr bone_capemgr.6: part_number 'BB-UART4', version 'N/A' [ 31.603700] bone-capemgr bone_capemgr.6: slot #9: generic override [ 31.603730] bone-capemgr bone_capemgr.6: bone: Using override eeprom data at slot 9 [ 31.603759] bone-capemgr bone_capemgr.6: slot #9: 'Override Board Name,00A0,Override Manuf,BB-UART4' [ 31.603897] bone-capemgr bone_capemgr.6: slot #9: Requesting part
[beagleboard] Re: 3.12-rc4: kernel testing time...
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 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, 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% since rc3.. Anywho, we need community testing. (Here's looking at you!) Kernel Branch: https://github.com/beagleboard/linux/tree/3.12 Kernel src Script: https://github.com/beagleboard/kernel/tree/3.12 Regression/testing: Are we missing any kernel config settings from 3.8 that you used? Does your Cape still work? Other thoughts... Some users will build/install these from src, however anyone interested in a quick test-me.sh* script which will install the new kernel on a daily/weekly basis? * script currently doesn't exist, but after a few beers it might... Regards, -- Robert Nelson http://www.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. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: 3.12-rc4: kernel testing time...
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, 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% since rc3.. Anywho, we need community testing. (Here's looking at you!) Kernel Branch: https://github.com/beagleboard/linux/tree/3.12 Kernel src Script: https://github.com/beagleboard/kernel/tree/3.12 Regression/testing: Are we missing any kernel config settings from 3.8 that you used? Does your Cape still work? Other thoughts... Some users will build/install these from src, however anyone interested in a quick test-me.sh* script which will install the new kernel on a daily/weekly basis? * script currently doesn't exist, but after a few beers it might... Regards, -- Robert Nelson http://www.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. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: 3.12-rc4: kernel testing time...
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 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, 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% since rc3.. Anywho, we need community testing. (Here's looking at you!) Kernel Branch: https://github.com/beagleboard/linux/tree/3.12 Kernel src Script: https://github.com/beagleboard/kernel/tree/3.12 Regression/testing: Are we missing any kernel config settings from 3.8 that you used? Does your Cape still work? Other thoughts... Some users will build/install these from src, however anyone interested in a quick test-me.sh* script which will install the new kernel on a daily/weekly basis? * script currently doesn't exist, but after a few beers it might... Regards, -- Robert Nelson http://www.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. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: 3.12-rc4: kernel testing time...
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, 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% since rc3.. Anywho, we need community testing. (Here's looking at you!) Kernel Branch: https://github.com/beagleboard/linux/tree/3.12 Kernel src Script: https://github.com/beagleboard/kernel/tree/3.12 Regression/testing: Are we missing any kernel config settings from 3.8 that you used? Does your Cape still work? Other thoughts... Some users will build/install these from src, however anyone interested in a quick test-me.sh* script which will install the new kernel on a daily/weekly basis? * script currently doesn't exist, but after a few beers it might... Regards, -- Robert Nelson http://www.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. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: 3.12-rc4: kernel testing time...
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 _fw_am335x_pm_firmware_bin_name: .string am335x-pm-firmware.bin .section .builtin_fw,a,%progbits .p2align 2 .long _fw_am335x_pm_firmware_bin_name .long _fw_am335x_pm_firmware_bin_bin .long _fw_end - _fw_am335x_pm_firmware_bin_bin -- 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. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: 3.12-rc4: kernel testing time...
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 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART1 5: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART2 # ls /dev/ttyO? /dev/ttyO0 /dev/ttyO2 /dev/ttyO3 -- 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. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: 3.12-rc4: kernel testing time...
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, 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 (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 Holler On Saturday, October 26, 2013 5:20:29 AM UTC-7, Christof Meerwald wrote: 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 trying to use a DVB-T USB stick... Regression/testing: Are we missing any kernel config settings from 3.8 that you used? I am missing the xfs filesystem module - would really appreciate it if you could re-enable that one again (it was included in the pre-built 3.8 kernels). Christof -- http://cmeerw.org sip:cmeerw at cmeerw.org mailto:cmeerw at cmeerw.org xmpp:cmeerw at cmeerw.org -- 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. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: 3.12-rc4: kernel testing time...
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 (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 Holler On Saturday, October 26, 2013 5:20:29 AM UTC-7, Christof Meerwald wrote: 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 trying to use a DVB-T USB stick... Regression/testing: Are we missing any kernel config settings from 3.8 that you used? I am missing the xfs filesystem module - would really appreciate it if you could re-enable that one again (it was included in the pre-built 3.8 kernels). Christof -- http://cmeerw.org sip:cmeerw at cmeerw.org mailto:cmeerw at cmeerw.org xmpp:cmeerw at cmeerw.org -- 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. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: 3.12-rc4: kernel testing time...
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 trying to use a DVB-T USB stick... Regression/testing: Are we missing any kernel config settings from 3.8 that you used? I am missing the xfs filesystem module - would really appreciate it if you could re-enable that one again (it was included in the pre-built 3.8 kernels). Christof -- http://cmeerw.org sip:cmeerw at cmeerw.org mailto:cmeerw at cmeerw.org xmpp:cmeerw at cmeerw.org -- 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. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: 3.12-rc4: kernel testing time...
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 Holler On Saturday, October 26, 2013 5:20:29 AM UTC-7, Christof Meerwald wrote: 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 trying to use a DVB-T USB stick... Regression/testing: Are we missing any kernel config settings from 3.8 that you used? I am missing the xfs filesystem module - would really appreciate it if you could re-enable that one again (it was included in the pre-built 3.8 kernels). Christof -- http://cmeerw.org sip:cmeerw at cmeerw.org mailto:cmeerw javascript: at cmeerw.org xmpp:cmeerw at cmeerw.org -- 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. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: 3.12-rc4: kernel testing time...
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 appear to need uImage -- and the dtbs and reboot). make ARCH=arm CROSS_COMPILE=${CC} LOADADDR=0x80008000 uImage dtbs root@yoda:~/kernel/kernel# echo $CC /root/gcc-linaro-arm-linux-gnueabihf-4.8-2013.07-1_linux/bin/arm-linux-gnueabihf- Here is my uEnv.txt (it is clean out of the box from the flasher image). kernel_file=zImage initrd_file=uInitrd initrd_high=0x fdt_high=0x #Video: Uncomment to override: #kms_force_mode=video=HDMI-A-1:1024x768@60 ##BeagleBone Cape Overrides ##Note: On the BeagleBone Black, there is also an uEnv.txt in the eMMC, so if th ese changes do not seem to be makeing a difference... ##BeagleBone Black: ##Disable HDMI/eMMC #optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G console=ttyO0,115200n8 mmcroot=UUID=731c488d-ddc0-47b9-807f-056742dd5bc9 ro mmcrootfstype=ext4 rootwait fixrtc loadkernel=load mmc ${mmcdev}:${mmcpart} 0x8020 ${kernel_file} loadinitrd=load mmc ${mmcdev}:${mmcpart} 0x8100 ${initrd_file}; setenv initr d_size ${filesize} loadfdt=load mmc ${mmcdev}:${mmcpart} 0x815f /dtbs/${fdtfile} boot_classic=run loadkernel; run loadinitrd boot_ftd=run loadkernel; run loadinitrd; run loadfdt device_args=run expansion_args; run mmcargs mmcargs=setenv bootargs console=${console} ${optargs} ${kms_force_mode} root=${m mcroot} rootfstype=${mmcrootfstype} ${expansion} expansion_args=setenv expansion ip=${ip_method} #Classic Board File Boot: #uenvcmd=run boot_classic; run device_args; bootz 0x8020 0x8100:${initrd _size} #New Device Tree Boot: uenvcmd=run boot_ftd; run device_args; bootz 0x8020 0x8100:${initrd_size } 0x815f 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% since rc3.. Anywho, we need community testing. (Here's looking at you!) -- 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. For more options, visit https://groups.google.com/groups/opt_out.