Commit Graph

52 Commits

Author SHA1 Message Date
Gustavo Zacarias
477756b257 configs/qemu: bump to the latest kernel version
Drop m68k-mcf5208 kernel patch since it's upstream.

Also bump the pc samples since they're tied to the (base) qemu config.

Results table:

Defconfig               Kernel  Qemu            Network Status
--------------------------------------------------------------
aarch64_virt            4.8.1   2.6.0           YES     OK (3)
arm_versatile           4.8.1   2.5.0           YES     OK
arm_vexpress            4.8.1   2.5.0           YES     OK
m68k_mcf5208            4.8.1   2.5.0           YES     OK
m68k_q800               4.8.1   q800-v2.4.0     NO (2)  OK
microblazebe            4.8.1   2.5.0           YES     OK
microblazeel            4.8.1   2.5.0           YES     OK
mips32r2el_malta        4.8.1   2.5.0           YES     OK
mips32r2_malta          4.8.1   2.5.0           YES     OK
mips32r6el_malta        4.8.1   2.6.0           YES     OK (3)
mips32r6_malta          4.8.1   2.6.0           YES     OK (3)
mips64el_malta          4.8.1   2.5.0           YES     OK
mips64_malta            4.8.1   2.5.0           YES     OK
mips64r6el_malta        4.8.1   2.7.0           YES     OK (3)(4)
mips64r6_malta          4.8.1   2.7.0           YES     OK (3)(4)
ppc_g3beige             4.8.1   2.5.0           YES     OK
ppc_mpc8544ds           4.8.1   2.5.0           YES     OK
ppc_virtex_ml507        4.8.1   2.5.0           NO      OK
ppc64_pseries           4.8.1   2.5.0           YES     OK
sh4                     4.8.1   2.5.0           YES     OK
sh4eb                   4.8.1   2.5.0           NO (1)  OK
sparc_ss10              4.8.1   2.5.0           YES     OK
sparc64_sun4u           4.8.1   2.5.0           YES     OK
sparc_sun4u             4.8.1   2.5.0           YES     OK
x86                     4.8.1   2.5.0           YES     OK
x86_64                  4.8.1   2.5.0           YES     OK
xtensa_lx60             4.8.1   2.6.0           YES     OK
xtensa_lx60_nommu       4.8.1   2.6.0           YES     OK

(1) - Probably an endian issue with 8139 emulation/driver
(2) - There's a network interface, but enabling it in qemu fails
(3) - Known to fail with qemu versions lower than 2.6.0
(4) - Might work with 2.6.0, but the cpu definition changed in 2.7.0

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-10-13 21:42:40 +02:00
Gustavo Zacarias
41fb9f23fa configs/qemu: bump to latest version
Also bump the pc samples since they're tied to the (base) qemu config.

Results table:

Defconfig               Kernel  Qemu            Network Status
--------------------------------------------------------------
aarch64_virt            4.7     2.6.0           YES     OK (3)
arm_versatile           4.7     2.5.0           YES     OK
arm_vexpress            4.7     2.5.0           YES     OK
m68k_mcf5208            4.7     2.5.0           YES     OK
m68k_q800               4.7     q800-v2.4.0     NO (2)  OK
microblazebe            4.7     2.5.0           YES     OK
microblazeel            4.7     2.5.0           YES     OK
mips32r2el_malta        4.7     2.5.0           YES     OK
mips32r2_malta          4.7     2.5.0           YES     OK
mips32r6el_malta        4.7     2.6.0           YES     OK (3)
mips32r6_malta          4.7     2.6.0           YES     OK (3)
mips64el_malta          4.7     2.5.0           YES     OK
mips64_malta            4.7     2.5.0           YES     OK
mips64r6el_malta        4.7     2.6.0           YES     OK (3)
mips64r6_malta          4.7     2.6.0           YES     OK (3)
ppc_g3beige             4.7     2.5.0           YES     OK
ppc_mpc8544ds           4.7     2.5.0           YES     OK
ppc_virtex_ml507        4.7     2.5.0           NO      OK
ppc64_pseries           4.7     2.5.0           YES     OK
sh4                     4.7     2.5.0           YES     OK
sh4eb                   4.7     2.5.0           NO (1)  OK
sparc_ss10              4.7     2.5.0           YES     OK
sparc64_sun4u           4.7     2.5.0           YES     OK
sparc_sun4u             4.7     2.5.0           YES     OK
x86                     4.7     2.5.0           YES     OK
x86_64                  4.7     2.5.0           YES     OK
xtensa_lx60             4.7     2.6.0           YES     OK
xtensa_lx60_nommu       4.7     2.6.0           YES     OK

(1) - Probably an endian issue with 8139 emulation/driver
(2) - There's a network interface, but enabling it in qemu fails
(3) - Known to fail with qemu versions lower than 2.6.0

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-27 21:41:55 +02:00
Gustavo Zacarias
8445845028 configs/qemu: bump to linux 4.6.3
In order to keep them in sync with the new configs, and avoid shipping a
vulnerable kernel.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-02 15:06:50 +02:00
Gustavo Zacarias
d7eb5c56bb configs/qemu: bump to latest version
Also bump the pc samples since they're tied to the (base) qemu config.

Results table:

Defconfig               Kernel  Qemu            Network Status
--------------------------------------------------------------
aarch64_virt            4.5.6   2.5.0           YES     OK (4)
arm_versatile           4.6.1   2.5.0           YES     OK
arm_vexpress            4.6.1   2.5.0           YES     OK
m68k_mcf5208            4.6.1   2.5.0           YES     OK
m68k_q800               4.6.1   q800-v2.4.0     NO (3)  OK
microblazebe            4.6.1   2.5.0           YES     OK
microblazeel            4.6.1   2.5.0           YES     OK
mips64el_malta          4.6.1   2.5.0           YES     OK
mips64_malta            4.6.1   2.5.0           YES     OK
mipsel_malta            4.6.1   2.5.0           YES     OK
mips_malta              4.6.1   2.5.0           YES     OK
ppc_g3beige             4.6.1   2.5.0           YES     OK
ppc_mpc8544ds           4.6.1   2.5.0           YES     OK
ppc_virtex_ml507        4.6.1   2.5.0           NO      OK
ppc64_pseries           4.6.1   2.5.0           YES     OK
sh4                     4.6.1   2.5.0           YES     OK
sh4eb                   4.6.1   2.5.0           NO (1)  OK
sparc_ss10              4.6.1   2.5.0           YES     OK
sparc64_sun4u           4.6.1   2.5.0           YES     OK
sparc_sun4u             4.6.1   2.5.0           YES     OK
x86                     4.6.1   2.5.0           YES     OK
x86_64                  4.6.1   2.5.0           YES     OK
xtensa_lx60             4.6.1   2.6.0           YES     OK (2)
xtensa_lx60_nommu       4.6.1   2.6.0           YES     OK (2)

(1) - Probably an endian issue with 8139 emulation/driver
(2) - Linux 4.5/4.6 doesn't work with older Qemu versions
(3) - There's a network interface, but enabling it in qemu fails
(4) - Console looks dead in 4.6

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-08 22:23:33 +02:00
Gustavo Zacarias
fe475a5940 configs/qemu: bump to the latest version
Results table:

Defconfig               Kernel          Qemu        Network Status
------------------------------------------------------------------
aarch64_virt            4.5.3           2.5.0         YES     OK
arm_versatile           4.5.3           2.5.0         YES     OK
arm_vexpress            4.5.3           2.5.0         YES     OK
m68k_mcf5208            4.5.3           2.5.0         NO      SO-SO (3)
m68k_q800               4.5.3           q800-v2.4.0   NO (4)  OK
microblazebe            4.5.3           2.5.0         YES     OK
microblazeel            4.5.3           2.5.0         YES     OK
mips64el_malta          4.5.3           2.5.0         YES     OK
mips64_malta            4.5.3           2.5.0         YES     OK
mipsel_malta            4.5.3           2.5.0         YES     OK
mips_malta              4.5.3           2.5.0         YES     OK
ppc_g3beige             4.5.3           2.5.0         YES     OK
ppc_mpc8544ds           4.5.3           2.5.0         YES     OK
ppc_virtex_ml507        4.5.3           2.5.0         NO      OK
ppc64_pseries           4.5.3           2.5.0         YES     OK
sh4                     4.5.3           2.5.0         YES     OK
sh4eb                   4.5.3           2.5.0         NO (1)  OK
sparc_ss10              4.5.3           2.5.0         YES     OK
sparc64_sun4u           4.5.3           2.5.0         YES     OK
sparc_sun4u             4.5.3           2.5.0         YES     OK
x86                     4.5.3           2.5.0         YES     OK
x86_64                  4.5.3           2.5.0         YES     OK
xtensa_lx60             4.4.9           2.5.0         YES (2) OK
xtensa_lx60_nommu       4.4.9           2.5.0         YES (2) OK

(1) - Probably an endian issue with 8139 emulation/driver
(2) - xtensa ethernet broken in 4.5
(3) - It boots, you can login, but apps exit/crash often
(4) - There's a network interface, but enabling it in qemu fails

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-05-05 15:41:32 +02:00
Gustavo Zacarias
2df5abd7a1 configs/qemu: use zImage for sh4/sh4eb samples
The default for ARM was changed to zImage in 5c67cb1d, however the
sh4/sh4eb sample configs were updated to switch to uImage in error,
hence end up building uImage which doesn't work with Qemu.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
[Thomas: fix commit log.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-05-05 15:39:51 +02:00
Thomas Petazzoni
5c67cb1d04 linux: use zImage by default on ARM
Since quite some time, the kernel and bootloader communities consider
zImage as the default format for kernel images on ARM, replacing
uImage. The load address information in uImage is no longer needed,
since the kernel is position-independent in terms of physical address,
except on a few old platforms. For most people, using zImage is simply
better/simpler, so let's switch to zImage as the default image format
on ARM.

All defconfigs are updated: 46 defconfigs no longer need to select
explicitly zImage because it's the default, and 16 defconfigs now need
to explicitly select uImage because that's no longer the default.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reviewed-by: Matt Weber <matt@thewebers.ws>
Acked-by: Julien Boibessot <julien.boibessot@armadeus.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-04-05 22:23:54 +02:00
Gustavo Zacarias
de5906a384 configs/qemu: bump to the latest linux versions
arm_versatile kernel defconfig updated to deal with multi-platform ARM
support and driver changes.

mips(el) 32-bits is back in working order for 4.5

Results table:

Defconfig               Kernel          Qemu    Network Status
--------------------------------------------------------------
aarch64_virt            4.5             2.3.0   YES     OK
arm_versatile           4.5             2.3.0   YES     OK
arm_vexpress            4.5             2.3.0   YES     OK
microblazebe            4.5             2.3.0   YES     OK
microblazeel            4.5             2.3.0   YES     OK
mips64el_malta          4.5             2.3.0   YES     OK
mips64_malta            4.5             2.3.0   YES     OK
mipsel_malta            4.5             2.3.0   YES     OK
mips_malta              4.5             2.3.0   YES     OK
ppc_g3beige             4.5             2.3.0   YES     OK
ppc_mpc8544ds           4.5             2.3.0   YES     OK
ppc_virtex_ml507        4.5             2.3.0   NO      OK
ppc64_pseries           4.5             2.3.0   YES     OK
sh4                     4.5             2.3.0   YES     OK
sh4eb                   4.5             2.3.0   NO (1)  OK
sparc_ss10              4.5             2.3.0   YES     OK
sparc64_sun4u           4.5             2.3.0   YES     OK
sparc_sun4u             4.5             2.3.0   YES     OK
x86                     4.5             2.3.0   YES     OK
x86_64                  4.5             2.3.0   YES     OK
xtensa_lx60             4.4.5           2.3.0   YES (2) OK

(1) - Probably an endian issue with 8139 emulation/driver
(2) - xtensa ethernet broken in 4.5 so stick to 4.4.x

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-14 22:14:56 +01:00
Gustavo Zacarias
93c640f005 configs/qemu: bump to the latest linux versions
Keep arm_nuri on 3.10.x for the usual reasons.
Keep mips & mipsel (32 bits) on 4.3.x because 4.4.x fails to boot
properly (kernel stuck after the CPU cache info).

Results table:

Defconfig               Kernel          Qemu    Network Status
--------------------------------------------------------------
aarch64_virt            4.4.1           2.3.0   YES     OK
arm_nuri                3.10.96         2.3.0   YES(1)  OK most times(2)
arm_versatile           4.4.1           2.3.0   YES     OK
arm_vexpress            4.4.1           2.3.0   YES     OK
microblazebe            4.4.1           2.3.0   YES     OK
microblazeel            4.4.1           2.3.0   YES     OK
mips64el_malta          4.4.1           2.3.0   YES     OK
mips64_malta            4.4.1           2.3.0   YES     OK
mipsel_malta            4.3.5           2.3.0   YES     OK (4)
mips_malta              4.3.5           2.3.0   YES     OK (4)
ppc_g3beige             4.4.1           2.3.0   YES     OK
ppc_mpc8544ds           4.4.1           2.3.0   YES     OK
ppc_virtex_ml507        4.4.1           2.3.0   NO      OK
ppc64_pseries           4.4.1           2.3.0   YES     OK
sh4                     4.4.1           2.3.0   YES     OK
sh4eb                   4.4.1           2.3.0   NO(3)   OK
sparc_ss10              4.4.1           2.3.0   YES     OK
sparc64_sun4u           4.4.1           2.3.0   YES     OK
sparc_sun4u             4.4.1           2.3.0   YES     OK
x86                     4.4.1           2.3.0   YES     OK
x86_64                  4.4.1           2.3.0   YES     OK
xtensa_lx60             4.4.1           2.3.0   YES     OK

(1) - Supposed to work but broken, probably Qemu emulation issue
(2) - In like 1/3 starts it fails to work properly
(3) - Probably an endian issue with 8139 emulation/driver
(4) - Kernel stuck at cpu cache details from 4.4 - 4.4.1

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-07 22:20:41 +01:00
Yann E. MORIN
674e099678 defconfigs: all use the headers from the kernel
For most defconfigs, it was trivial to deduce the kernel version, by
just reading the version string, which could be:
  - a standard upstream version string vX.Y.Z
  - a non-standard version string, but still containg the standard X.Y.Z

Those for which it was not so trivial were those hosted on git tree.
Since most were already using a custom linux-headers version, it could
be easily deduced from that. It was confirmed by browsing said git trees
and check the version there.

There are a few cases were there was a mismatch:

  - microzed:     uses a 3.18 kernel, but 3.8 headers; fixed.
  - xilinx_zc706: uses a 3.14 kernel, but 3.8 headers; fixed.
  - zedboard:     uses a 3.18 kernel, but 3.8 headers; fixed.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <peter@korsgaard.com>
Cc: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-06 10:59:15 +01:00
Gustavo Zacarias
61c03feaa8 configs/qemu: enable dhcp on network interfaces
Enable dhcp networking for qemu configs considered good enough for
testing purposes.

This excludes:
arm_nuri - emulation doesn't seem 100% correct for networking.
ppc_virtex_ml507 - doesn't emulate networking.
sh4eb - emulation doesn't seem 100% correct for the NIC.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Reviewed-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-11-19 23:08:37 +01:00
Gustavo Zacarias
05ccc70b6e configs/qemu: cleanup and capitalization
Capitalize comments in a consistent way.
Cleanup redundant entries.
Drop global patch dir for sparc ss10 since it's not required any more.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Reviewed-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-11-19 23:08:29 +01:00
Gustavo Zacarias
bb16580a46 configs/qemu: bump to the latest linux version
ppc-mpc8544ds: switch to custom kernel config since the new 4.3-shipped
mpc85xx_basic_defconfig doesn't work with Qemu.
Incidentally while cleaning it up it now seems to work fine with newer
qemu versions.

sparc64_sun4u: ditch ne2k driver since it's useless, and add the e1000
driver which works fine.

x86: stick to 4.2.x kernels since 4.3 doesn't work right with uclibc
(any variant) based toolchains.

Results table:

Defconfig               Kernel          Qemu    Network Status
--------------------------------------------------------------
aarch64_virt            4.3             2.3.0   YES     OK
arm_nuri                3.10.93         2.3.0   NO(1)   OK(2)
arm_versatile           4.3             2.3.0   YES     OK
arm_vexpress            4.3             2.3.0   YES     OK
microblazebe            4.3             2.3.0   YES     OK
microblazeel            4.3             2.3.0   YES     OK
mips64el_malta          4.3             2.3.0   YES     OK
mips64_malta            4.3             2.3.0   YES     OK
mipsel_malta            4.3             2.3.0   YES     OK
mips_malta              4.3             2.3.0   YES     OK
ppc_g3beige             4.3             2.3.0   YES     OK
ppc_mpc8544ds           4.3             2.3.0   YES     OK
ppc_virtex_ml507        4.3             2.3.0   NO      OK
ppc64_pseries           4.3             2.3.0   YES     OK
sh4                     4.3             2.3.0   YES     OK
sh4eb                   4.3             2.3.0   NO(1)   OK
sparc_ss10              4.3             2.3.0   YES     OK
sparc64_sun4u           4.3             2.3.0   YES     OK
sparc_sun4u             4.3             2.3.0   YES     OK
x86                     4.2.6           2.3.0   YES     OK(3)
x86_64                  4.3             2.3.0   YES     OK
xtensa_lx60             4.3             2.3.0   YES     OK

(1) - Supposed to work but broken, probably Qemu emulation issue
(2) - In like 1/3 runs it fails to start properly
(3) - linux 4.3.0 doesn't like uclibc-based toolchains (net issues)

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-11-11 23:36:39 +01:00
Gustavo Zacarias
f07da1a598 configs/qemu: update to the latest and greatest versions
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-04 12:02:36 +02:00
Gustavo Zacarias
0767b48c21 qemu/configs: update to latest kernel
Update most of the configs to the latest kernel version (4.1) except for
arm-nuri which is stuck.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-06-22 23:03:38 +02:00
Waldemar Brodkorb
19d5953bf1 sh4: fix toolchain creation
The Linux kernel does force compile with -m4-nofpu, which is only
available when building a multilib toolchain.
The interesting part here is, that buildroot use --disable-multilib for
gcc configure, but enables --with-multilib-list=m4,m4-nofpu in
the default configuration for Qemu targeting r2d emulation.
This results in a toolchain, which can be used for the kernel and
for userland without creating a multilib toolchain with different
kinds of libgcc version. In the multilib case there would be
subdirectories created (!m4 and m4-nofpu). As buildroot uses a
short version of toolchain creation, a multilib enabled gcc build
fails when creating libgcc.

So the best solution is to just keep multilib disabled, but always
add --with-multilib-list when sh4/sh4eb/sh4a/sh4aeb is choosen.

Tested with sh4/sh4a toolchain build and qemu defconfig with
gcc 4.8.x/4.9.x (with and without C++ enabled), uClibc and glibc.

Disable sh4a/sh4aeb for uClibc, as it does not implemented, yet.

Signed-off-by: Waldemar Brodkorb <wbx@openadk.org>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Tested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
 (ARM and SH4 uClibc toolchain builds)
2015-05-03 16:30:36 +02:00
Gustavo Zacarias
6d1e5ea63a configs/qemu: update sh4 r2d
Switch to kernel 4.0.
Simplify kernel config to reduce bloat.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-04-16 08:02:45 +02:00
Gustavo Zacarias
059a013ed8 configs/qemu: update to the latest kernel/headers versions
qemu_arm_vexpress_defconfig is broken for 3.19 so keep it with 3.18.x

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-03-03 07:59:59 +01:00
Gustavo Zacarias
996784cb0f configs/qemu: update to the latest kernel/headers versions
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-01-28 21:45:52 +01:00
Gustavo Zacarias
aa0b16d869 configs/qemu: update to the latest kernel/headers versions
Used to test the new default binutils 2.24 (all passed).
Also update the virtex readme since the dtb is in output/images as well.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-12-28 22:13:05 +01:00
Gustavo Zacarias
3a4b97bfb0 configs/qemu: update to the latest kernel/headers versions
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-12-09 14:30:37 +01:00
Gustavo Zacarias
be94952770 configs/qemu: update to the latest kernel/headers version
Also drop the sparc memset patch, it's upstream as of 3.17.2.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-10-31 16:18:48 +01:00
Gustavo Zacarias
f723087c66 configs/qemu: update to the latest possible kernel version
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-10-19 16:22:33 +02:00
Gustavo Zacarias
949be8fd62 qemu/sh4-r2d: update to the latest versions
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-10-07 17:00:07 +02:00
Waldemar Brodkorb
229562cd4b qemu-sh4: update to latest kernel
Update to Linux kernel 3.16.3.

Signed-off-by: Waldemar Brodkorb <wbx@openadk.org>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-09-21 22:09:55 +02:00
Waldemar Brodkorb
12687de8ad qemu/sh4-r2d: update default configuration to Linux 3.15.x
Result tested with Qemu 2.0.0 without issues.
Old SCI problems are fixed in Qemu.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-07-15 23:17:28 +02:00
Gustavo Zacarias
e7124e3677 configs/qemu: fix and bump relevant kernel/header versions
Tweak the configs to deal with b155f5a5ab
fallout.
And bump to the latest kernel versions.

As of this commit the microblaze qemu targets seem broken, probably
because of commit 14e527eb66 or some qemu
limitation.

SPARC seems to have issues as well, the kernel seems to go down with an
unhandled exception with qemu 1.7.0

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-07 22:37:43 +01:00
Gustavo Zacarias
4b9c124a7b configs/qemu: bump relevant config versions
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-12-02 08:42:24 +01:00
Gustavo Zacarias
1c7b9de8e0 configs/qemu: bump relevant config versions
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-05 23:49:16 +01:00
Gustavo Zacarias
9cf555971c configs/qemu: bump relevant config versions
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-10 22:42:47 +02:00
Gustavo Zacarias
1bb4e14a3e configs/qemu: bump relevant config versions
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-08-16 13:01:14 +02:00
Gustavo Zacarias
309290e1fa configs/qemu: bump relevant config versions
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-30 23:28:33 +02:00
Gustavo Zacarias
332687c8fd configs/qemu: bump relevant config versions
While at it add the missing network interfaces to configurations that
support it.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-07-08 08:30:44 +02:00
Gustavo Zacarias
4b4d0f2f1b configs/qemu: bump relevant configs to kernel version 3.9.x
Problematic configurations not bumped:

powerpc-g3beige: Kernel oops on boot
sh4-r2d - Qemu doesn't emulate advanced features from the console UART
sparc-ss10 - Illegal instruction

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-04-29 22:21:26 +02:00
Gustavo Zacarias
244404a11d configs/qemu: bump relevant configs to kernel version 3.8.x
Problematic configurations not bumped:

arm-versatilepb - IRQ failure for symbios scsi
sh4-r2d - Qemu still doesn't emulate advanced features from the UART
sparc-ss10 - Illegal instruction

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-01 16:11:07 +01:00
Gustavo Zacarias
b5baf9cbb2 configs/qemu: update to use latest kernels
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-02-06 22:48:05 +01:00
Gustavo Zacarias
ca041bfe53 qemu/sh4-r2d: update to use kernel 3.2.36
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-01-04 22:13:46 +01:00
Gustavo Zacarias
7e6122be61 qemu/sh4-r2d: update to use kernel 3.2.35
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-12-30 12:32:35 +01:00
Gustavo Zacarias
678ea5d8c9 qemu/sh4-r2d: update to use kernel 3.2.33
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-11-15 22:48:16 +01:00
Gustavo Zacarias
47de7c62fd qemu/sh4-r2d: update to use kernel 3.2.30
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-09-22 21:48:04 +02:00
Gustavo Zacarias
14bd1e4c50 qemu/sh4-r2d: update to use kernel 3.2.24
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-07-31 23:39:08 +02:00
Gustavo Zacarias
e44d5c947d qemu/sh4-r2d: update to use kernel 3.2.18
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-05-21 17:17:04 +02:00
Gustavo Zacarias
73e844fe29 qemu/sh4-r2d: update to use kernel 3.2.17
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-05-14 21:19:38 +02:00
Gustavo Zacarias
70d57b874f qemu/sh4-r2d: update to use kernel 3.2.16
Bump to use kernel version 3.2.16
Still keep sh4-r2d qemu sample config on 3.2 series since the sh-sci
driver from 3.3 uses unimplemented functionality (as of qemu 1.0.1)

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-05-05 23:15:50 +02:00
Gustavo Zacarias
7478399606 qemu/sh4-r2d: update to use kernel 3.2.12
Unfortunately kernel 3.3 doesn't seem to work properly at the moment.
So lock down headers to version 3.2.x and kernel to 3.2.12.
Tested on qemu 1.0.1

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-03-21 23:04:27 +01:00
Gustavo Zacarias
c5b15fe4f9 qemu/sh4-r2d: update to use kernel 3.2.6
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-02-26 21:17:11 +01:00
Gustavo Zacarias
9adf75d95d qemu/sh4-r2d: update to use kernel 3.2
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-06 10:31:10 +01:00
Gustavo Zacarias
40fcbc359e qemu_sh4_r2d: update to fix serial console support
sh4-r2d has a serial port, however it's the second SH UART that's
emulated by Qemu so we need to adjust the kernel configuration for it to
see the relevant UART and adjust the qemu command line for it too.

Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-26 11:11:53 +02:00
Gustavo Zacarias
1836d23386 qemu_sh4_r2d: update to kernel 3.1 and update readme
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-10-25 12:31:07 +02:00
Peter Korsgaard
f12b1771a1 fs/tar: enable by default
This way we'll get something in images/ by default, and hopefully people
will be less likely to try to use target/ directly.

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-01-14 11:03:49 +01:00