linux-kernel - [RFC PATCH 0/8] cris: Patches needed on top of v3.17-rc5

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <1411316838-15135-1-git-send-email-linux@roeck-us.net>
Date:	Sun, 21 Sep 2014 09:27:10 -0700
From:	Guenter Roeck <linux@...ck-us.net>
To:	linux-kernel@...r.kernel.org
Cc:	Waldemar Brodkorb <mail@...demar-brodkorb.de>,
	Jesper Nilsson <jespern@...s.com>,
	Mikael Starvik <starvik@...s.com>, linux-cris-kernel@...s.com,
	Guenter Roeck <linux@...ck-us.net>
Subject: [RFC PATCH 0/8] cris: Patches needed on top of v3.17-rc5

The following series of patches is needed to boot a crisv32 image with qemu
into a serial console.

The resulting image was built with a toolchain built with gcc 4.7.4 (with a
minor fix backported from mainline gcc) and uclibc 0.9.33 using a patched
version of buildroot. Root file system is initramfs built from latest busybox
sources.

The qemu command used to start the image is as follows.

qemu-system-cris -serial stdio -kernel vmlinux -monitor none \
	-nographic -append "console=ttyS0,115200,N,8 rdinit=/sbin/init"

This still causes the following (non-fatal) traceback, but at least it works.

WARNING: CPU: 0 PID: 188 at kernel/softirq.c:146 0xc000ef4e()
Modules linked in:
CPU: 0 PID: 188 Comm: init Not tainted 3.17.0-rc5-00008-g5f5d649 #93

Analysis shows that interupts are disabled when _local_bh_enable() is called.

The patches in this series are not intended for immediate acceptance into the
upstream kernel and should instead be seen as a report on the state of the
architecture in general. Having said this, the following patches should
nevertheless be in acceptable state for upstream integration.
	cris: Add support for early console
	cris: Add dummy free_initrd_mem
	cris: time.c: Add missing include file to fix compile

Patch 6/8 ("tty: crisv32: Coding style cleanup, delete dead code") isn't
really worth much by itself and can be omitted when testing the series.

Patch 7/8 of the series ("resource: Add NULL check in next_resource")
was submitted separately as non-RFC patch.

Patch 8/8 ('Revert "percpu: free percpu allocation info for uniprocessor
system"') is presumably only needed for cris. I have no idea why the call to
pcpu_free_alloc_info() fails; maybe memory is not initialized correctly
by the cris architecture code.

Patch 7/8 and 8/8 are only needed when applying the patch series to the latest
upstream kernel (v3.17-rcX). For v3.16 kernels, Patches 1-6 (or 1-5, strictly
speaking) are sufficient.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/