Re: [fedora-arm] 3.8.x. kernel for F-18/17
On Tue, Mar 5, 2013 at 8:37 PM, Peter Robinson pbrobin...@gmail.com wrote: Hi All, We're getting close to pushing a proper updates build for the F-18/17 releases to rebase them to kernel 3.8.x. I have done a scratch build of 3.8.2-202 [1] and I would like some wider testing especially on armv5tel devices. A quick overview of the status of this kernel on the various devices we support: * Beagle XM - I have it working on my XM! WOO! I plan on generating a test image to allow wider testing of this because I know there's interesting. You need DeviceTree to get it to work. We're missing usb on beagle at the moment, will investigate further in the next couple of days. Peter ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] 3.8.x. kernel for F-18/17
On 03/05/2013 12:37 PM, Peter Robinson wrote:
* Trimslice - DTS tested working with uboot v2012.04-1.01 [3] (the one
with half the RAM)
Boots okay with a Fedora 18 rootfs, but there is an issue: Trying to run
mock build results in an out of memory error. This works fine with the
3.7 series.
Mock Version: 1.1.28
INFO: Mock Version: 1.1.28
INFO: calling preinit hooks
INFO: enabled root cache
Start: unpacking root cache
ERROR: Exception(/home/blc/fedpkg/grubby/grubby-8.22-3.fc19.src.rpm)
Config(fedora-rawhide-armhfp) 0 minutes 0 seconds
INFO: Results and/or logs in: /var/lib/mock/fedora-rawhide-armhfp/result
Traceback (most recent call last):
File /usr/sbin/mock, line 539, in module
def do_buildsrpm(config_opts, chroot, options, args):
File /usr/sbin/mock, line 856, in main
do_rebuild(config_opts, chroot, args)
File peak.util.decorators.rewrap wrapping __main__.do_rebuild at
0x01A71930, line 3, in do_rebuild
File /usr/lib/python2.7/site-packages/mockbuild/trace_decorator.py,
line 70, in trace
result = func(*args, **kw)
File /usr/sbin/mock, line 510, in do_rebuild
chroot.init()
File peak.util.decorators.rewrap wrapping mockbuild.backend.init at
0x01A68230, line 3, in init
File /usr/lib/python2.7/site-packages/mockbuild/trace_decorator.py,
line 70, in trace
result = func(*args, **kw)
File /usr/lib/python2.7/site-packages/mockbuild/backend.py, line
279, in init
self._init()
File peak.util.decorators.rewrap wrapping mockbuild.backend._init
at 0x01A684B0, line 3, in _init
File /usr/lib/python2.7/site-packages/mockbuild/trace_decorator.py,
line 70, in trace
result = func(*args, **kw)
File /usr/lib/python2.7/site-packages/mockbuild/backend.py, line
316, in _init
self._callHooks('preinit')
File peak.util.decorators.rewrap wrapping
mockbuild.backend._callHooks at 0x01A66AF0, line 3, in _callHooks
File /usr/lib/python2.7/site-packages/mockbuild/trace_decorator.py,
line 70, in trace
result = func(*args, **kw)
File /usr/lib/python2.7/site-packages/mockbuild/backend.py, line
843, in _callHooks
hook()
File peak.util.decorators.rewrap wrapping
root_cache._rootCachePreInitHook at 0x01A68070, line 3, in
_rootCachePreInitHook
File /usr/lib/python2.7/site-packages/mockbuild/trace_decorator.py,
line 70, in trace
result = func(*args, **kw)
File
/usr/lib/python2.7/site-packages/mockbuild/plugins/root_cache.py, line
108, in _rootCachePreInitHook
shell=False
File peak.util.decorators.rewrap wrapping mockbuild.util.do at
0x01A40770, line 3, in do
File /usr/lib/python2.7/site-packages/mockbuild/trace_decorator.py,
line 70, in trace
result = func(*args, **kw)
File /usr/lib/python2.7/site-packages/mockbuild/util.py, line 323,
in do
preexec_fn = preexec,
File /usr/lib/python2.7/subprocess.py, line 679, in __init__
errread, errwrite)
File /usr/lib/python2.7/subprocess.py, line 1143, in _execute_child
self.pid = os.fork()
OSError: [Errno 12] Cannot allocate memory
Would the people testing the kernel on other devices also try a mock
build to see if this occurs on other devices?
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] 3.8.x. kernel for F-18/17
On 03/05/2013 02:04 PM, Brendan Conoboy wrote: On 03/05/2013 12:37 PM, Peter Robinson wrote: * Trimslice - DTS tested working with uboot v2012.04-1.01 [3] (the one with half the RAM) Boots okay with a Fedora 18 rootfs, but there is an issue: Trying to run mock build results in an out of memory error. This works fine with the 3.7 series. Appears to be an issue with mock 1.2.28. Updating the 1.2.29 (in updates testing) resolves the issue. -- Brendan Conoboy / Red Hat, Inc. / b...@redhat.com ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] 3.8.x. kernel for F-18/17
On Mar 5, 2013, at 12:37 PM, Peter Robinson wrote: Hi All, We're getting close to pushing a proper updates build for the F-18/17 releases to rebase them to kernel 3.8.x. I have done a scratch build of 3.8.2-202 [1] and I would like some wider testing especially on armv5tel devices. I ran a test on my OpenRD Client. The system has 512 MB of RAM. A kirkwood SOC and a xgi z11 video chip. I have uboot in the OpenRd client set to boot the kernel from a boot partition on a sata drive and have the rootfs in another partition on the sata drive. I use a file for swap. The roofs is Fedora 17. I downloaded kernel-kirkwood-3.8.2-202.fc18.armv5tel.rpm from your scratch build to the sata disk in the OpenRD Client and then ran su -c 'yum -v localinstall kernel-kirkwood-3.8.2-202.fc18.armv5tel.rpm' The installation went well. It did take a bit of time during the cleanup phase and I assume that is due to dracut running. I then rebooted the OpenRD Client and it booted cleanly with the new kernel. [root@OpenRD ~]# uname -a Linux OpenRD 3.8.2-202.fc18.armv5tel.kirkwood #1 Mon Mar 4 20:24:06 UTC 2013 armv5tel armv5tel armv5tel GNU/Linux lsmod shows the xgifb loaded for the OpenRD Clients xgi z11 video chip cat /proc/cpuinfo processor : 0 model name : Feroceon 88FR131 rev 1 (v5l) BogoMIPS: 1196.85 Features: swp half thumb fastmult edsp CPU implementer : 0x56 CPU architecture: 5TE CPU variant : 0x2 CPU part: 0x131 CPU revision: 1 Hardware: Marvell OpenRD Client Board Revision: Serial : If you need any more info let me know. Oh and thank you for all the hard work. Robert H. A quick overview of the status of this kernel on the various devices we support: * Beagle XM - I have it working on my XM! WOO! I plan on generating a test image to allow wider testing of this because I know there's interesting. You need DeviceTree to get it to work. * Panda - Tested on the original Panda, ES testing still outstanding * Trimslice - DTS tested working with uboot v2012.04-1.01 [3] (the one with half the RAM) * Highbank - tested and working As we do further testing the wiki [2] will be updated. As far as I'm concerned the remaining outstanding bugs are as follows: * vexpress on qemu crashes on boot due to divide by zero bug. * upgrade from kernel-highbank - kernel Peter [1] http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=1530549 [2] https://fedoraproject.org/wiki/Architectures/ARM/Quality_Assurance/Kernel_Testing#kernel-3.8.2-202.fc18 [3] http://www.trimslice.com/wiki/index.php/Trim-Slice_Firmware_Updater ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
