| Age | Commit message (Collapse) | Author |
|---|
|
Fixed kernel trace when booting:
[ 12.825809] random: crng init done
[ 13.918323] irq 36: nobody cared (try booting with the "irqpoll" option)
[ 13.924821] CPU: 0 PID: 335 Comm: getty Not tainted 4.8.0-rc5-yocto-standard #1
[ 13.930492] Call Trace:
[ 13.936214] [cff73f20] [c00790f0] __report_bad_irq.isra.0+0x3c/0x128 (unreliable)
[ 13.941908] [cff73f40] [c0079518] note_interrupt+0x2b8/0x304
[ 13.947265] [cff73f70] [c00766f4] handle_irq_event_percpu+0x5c/0x74
[ 13.952503] [cff73f90] [c0076768] handle_irq_event+0x5c/0xdc
[ 13.957667] [cff73fa0] [c007a29c] handle_fasteoi_irq+0xdc/0x234
[ 13.962984] [cff73fc0] [c007592c] generic_handle_irq+0x3c/0x58
[ 13.968288] [cff73fd0] [c0006c74] __do_irq+0x54/0x18c
[ 13.973612] [cff73ff0] [c000f9c8] call_do_irq+0x24/0x3c
[ 13.978742] [cf0cdb70] [c0006e40] do_IRQ+0x94/0x110
[ 13.983992] [cf0cdba0] [c001215c] ret_from_except+0x0/0x14
[ 13.989281] --- interrupt: 501 at pmz_set_termios+0x130/0x6d8
[ 13.989281] LR = pmz_set_termios+0xf0/0x6d8
[ 13.999353] [cf0cdc90] [c049f130] uart_change_speed.isra.2+0x60/0x168
[ 14.004436] [cf0cdcb0] [c049fdbc] uart_startup.part.8+0xec/0x1e0
[ 14.009625] [cf0cdce0] [c04a0ab4] uart_open+0x138/0x16c
[ 14.014723] [cf0cdd00] [c047e510] tty_open+0x118/0x65c
[ 14.019743] [cf0cdd60] [c01894c8] chrdev_open+0xdc/0x1e0
[ 14.024616] [cf0cdd90] [c01807d0] do_dentry_open+0x23c/0x358
[ 14.029418] [cf0cddc0] [c0194878] path_openat+0x58c/0x1084
[ 14.034054] [cf0cde50] [c01965b4] do_filp_open+0xbc/0x10c
[ 14.038539] [cf0cdf00] [c01822fc] do_sys_open+0x154/0x224
[ 14.043105] [cf0cdf40] [c0011a44] ret_from_syscall+0x0/0x38
[ 14.047828] --- interrupt: c01 at 0xfeef5a0
[ 14.047828] LR = 0xfeef544
[ 14.056543] handlers:
[ 14.060980] [<c04a2b10>] pmz_interrupt
[ 14.065468] Disabling IRQ #36
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
|
|
Current qemu instances all share the same MAC address. This shouldn't be an
issue as they are all on separate network interfaces, however on the slight
chance this is causing problems, its easy enough to ensure we use unique
MAC addresses based on the IP numbers we assign.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
qemuppc can use virtio networking and we may as well do so for better
prformance as we do under the other emulated hardware.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
G4 does not have SPE, so we make that explicit in the tune files and
since we emulate G4 when building Qemu, we ensure it for qemuppc as
well.
GCC config for powerpc-linux is made to include SPE by default which is
equivalent if the tripet was powerpc-linux*spe, this forces gcc to
configure assembler to enable -mspe by default, when we do that then the
kernel fails to compile with binutils 2.26, since newer assembler is
smart to detect the tlbia instructions are not compatible with SPE and
hence the kernel build breaks rightly. We configure the kernel for G4 as
well where it enables tlbia instrucitons rightly so because it thinks
its being configured for power4. So we keep the options but do not force
-mspe down to assembler as default.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
qemu can freeze and stop responding if the socket buffer connected to a tcp
serial connection fills up. This happens of course when the reader of
the serial data doesn't actually read it.
This happened in the qemurunner code, because after checking for the
"login:" sentinel, data was never again read from the serial connection.
This patch solves the potential freeze by adding a thread to continuously
read the data from the console and log it. So it also will give a full log
of the console, rather than just up to the login prompt.
To simplify this patch, another serial port was also added to use for the
sole purpose of watching for the sentinel as well as being the interactive
serial port. This will also prevent the possibility of lots of debug
data on the console preventing the sentinel value from being seen due to
interleaved text.
Signed-off-by: Randy Witt <randy.e.witt@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
|
|
We use mac99 as platform for qemuppc
lets choose a tuning thats appropriate for it
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
|
|
With this new emulation, existing qemuppc functionality is maintained
and other functionality such as framebuffer + sato and NFS boot are
added.
Signed-off-by: Liming Wang <liming.wang@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Machines shouldn't be poking around PREFERRED_PROVIDERS which aren't
machine specific or at least machine safe. Kernels are machine specific
and the xserver is selectable. libx11 and mesa are now really a distro choice
and machine configurations shouldn't be poking around them as it just leads
to corruption, conflicts and confusion.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
There is currently consideradble confusion over how the tune files operate
and how these interact with the rest of the build system. This update/overhaul
changes things so the tune files are primarily resonsible for setting:
TUNE_ARCH - What was formerly set as TARGET_ARCH and is the value that
represents the architecture we're targetting.
TUNE_PKGARCH - The value that represents the tune confuration that this set
of tune parameters results in.
This allows the significant improvement that the core can now always determine
the target architecture value, even when TARGET_ARCH needs to be reset to
something different and likewise, there is one package architecture variable
the core can reference allowing simplification of the BASE_PACKAGE_ARCH, PACKAGE_ARCH
and FEED_ARCH variables.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Modify some configs for ppc to enable the libqtopengl4 support.
This fixes [YOCTO #848]
Signed-off-by: Mei Lei <lei.mei@intel.com>
|
|
This gets us closer to making including tune-<arch>.inc "just work".
Moving the TARGET_ARCH definitions is something for a follup patch.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
|
|
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
|
|
The different kernel recipes encapsulate functionality groups for machines,
therefore it makes sense to have all the QEMU machines using the same kernel
recipe.
Switch the QEMU machines to default to the "linux" recipes for their kernel
and bump the latest recipe from linux-2.6.32 to 2.6.33.
Signed-off-by: Joshua Lock <josh@linux.intel.com>
|
|
Signed-off-by: Joshua Lock <josh@linux.intel.com>
|
Robert Yang
Richard Purdie
Khem Raj
Randy Witt
Liming Wang
Mei Lei
Koen Kooi
Bruce Ashfield
Richard Purdie
Joshua Lock