linux/poky.git/meta-yocto/recipes-kernel, branch 1.3_M1

meta-yocto/linux-yocto: fix routerstationpro build

2012-06-13T10:42:07+00:00

The update from v3.0.24 to v3.0.32 removed a lock that the routerstationpro BSP was using, and broke the build. Updating the SRCREV to pickup a fix for the new lock and fix the board build. Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

linux-yocto/meta-yocto/3.2: fri2 and chiefriver machine updates

2012-06-08T10:57:50+00:00

Picking up the oe-core commit: Bumping the 3.2 SRCREVs to pickup the following configuration changes for the new chiefriver BSP and the existing fri2 machines: 5b4c9dc fri2: update base config cdfbb50 fri2: add usb-mass-storage to standard and preempt-rt 3c1af06 fri2 update: drop NETDEVICE, e1xxx, usb-mass-storage, add iwlwifi feature 26a4d79 iwlagn: Correct a comment typo ade9c57 iwlwifi: Add a feature for iwlwifi 571b6cb fri2: Configuration update (usb, wifi, i2c) b257485 meta: add tmp/rc6 feature 24c6494 chiefriver: create initial BSP infrastructure All branches are also updated with the following fix: 1ce6700 efi: Add patch to fix 32bit EFI service mapping (rhbz 726701) Signed-off-by: Bruce Ashfield

linux-yocto/meta-yocto: introduce 3.4 bbappend

2012-06-08T10:57:50+00:00

Creating the initial meta-yocto bbappend for the 3.4 kernel. The routerstationpro and beaglboard are not initially marked as compatible since full testing has not completed. Future updates will remove this restriction. Signed-off-by: Bruce Ashfield

linux-yocto/meta-yocto: add machine aliases for yocto BSPs

2012-06-08T10:57:50+00:00

To avoid mapping machine names to kernel machine names in recipes, we can define multiple KMACHINE names for a single in tree board. This allows the tools to match a board description to multiple different MACHINEs. As a result, we can remove the explicit KMACHINE mappings from the linux-yocto recipes and allow the KMACHINE=${MACHINE} default to handle mappings. Individual recipes an bbappends can override this as required. Signed-off-by: Bruce Ashfield

linux-yocto/meta-yocto: remove 2.6.37 bbappend

2012-06-08T10:57:50+00:00

With the introduction of the 3.4 kernel, the 2.6.37 kernel recipe is removed, so we'll also remove the meta-yocto 2.6.37 bbappend. Signed-off-by: Bruce Ashfield

linux-yocto/meta-yocto: update to v3.2.18

2012-06-08T10:57:50+00:00

Updating the 3.2 linux-yocto SRCREVs to pick up the v3.2.18 -stable release. Signed-off-by: Bruce Ashfield

linux-yocto/meta-yocto: update to v3.0.32

2012-06-08T10:57:50+00:00

Updating the kernel SRCREVs to pickup the v3.0.32 -stable release. Signed-off-by: Bruce Ashfield

meta-yocto/linux-yocto-3.0: update branch mappings for new tools

2012-05-08T15:17:49+00:00

Updates to the kern-tools to be more flexible and support multiple upstream repository formats means that KMACHINE should really only map to a machine and that KBRANCH should specify branch information. To adapt to this change, we split the hardware reference boards into KMACHINE and KBRANCH mappings. Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

linux-yocto/3.0: mm/msync: tweak tmpfs patch for syscall msync

2012-05-08T15:09:35+00:00

Bumping the routerstationpro SRCREV for the following fix: mm/msync: tweak tmpfs patch for syscall msync Commit 1c3ae5441 "mm: msync: fix issues of sys_msync on tmpfs" fixes the problem that sys_msync fails with tmpfs on MIPS CPU which has feature "cache alias". But it makes POSIX test cases mlockall/3-6 3-7 fail on MIPS. Case mlockall/3-6 creates a share memory, and maps it to memory. fd = shm_open(SHM_NAME, O_RDWR|O_CREAT, S_IRUSR|S_IWUSR); foo = mmap(NULL, BUF_SIZE, PROT_WRITE, MAP_SHARED, fd, 0); Then calls mlockall to lock all of the virtual address space: if (mlockall(MCL_CURRENT) == -1) { At last tests whether the virtual address spaces are locked: page_ptr = (void*) ((long)foo - ((long)foo % page_size)); result = msync(page_ptr, page_size, MS_SYNC|MS_INVALIDATE); It espects msync returns -1 with EBUSY but returns 0. Case mlockall/3-7 creates a normal file to mmap, and it fails too. Tweak the patch to: 1 Moved the CONFIG_TMPFS block down in the loop so that the normal vma flag checking will perform. 2 There may be other VMAs in the list after this VMA which belongs to tmpfs file, and we should sync them after the tmpfs one. So remove the break loop clauses. Signed-off-by: Kang Kai Signed-off-by: Bruce Ashfield

linux-yocto/meta-yocto: update hardware reference SRCREVs

2012-04-13T21:43:59+00:00

commit 8cd31f9b0 linux-yocto/meta-yocto: update hardware reference boards to v3.0.24 Missed a merge commit on the hardware reference BSP branches. As a result, validate_branches is adjusting the tree to build the proper SRCREV. For machines with board specific commits this means that some of their commits are missing, which leads to boot failure. Bumping the SRCREVs fixes the problem Fixes [YOCTO: #2292] Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie