From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49436) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ydwxb-0001nE-KU for qemu-devel@nongnu.org; Fri, 03 Apr 2015 04:28:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YdwxY-00087m-EM for qemu-devel@nongnu.org; Fri, 03 Apr 2015 04:28:15 -0400 Received: from v220110690675601.yourvserver.net ([37.221.199.173]:47168) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YdwxY-00087i-6z for qemu-devel@nongnu.org; Fri, 03 Apr 2015 04:28:12 -0400 Message-ID: <551E4F0F.6030209@weilnetz.de> Date: Fri, 03 Apr 2015 10:27:59 +0200 From: Stefan Weil MIME-Version: 1.0 References: <20150328160709.GA2551@waldemar-brodkorb.de> <5516DEDC.8080608@weilnetz.de> <20150329134706.GA28330@waldemar-brodkorb.de> <55181FF4.6040808@weilnetz.de> <55182FCC.5060206@weilnetz.de> <20150403080408.GH20492@waldemar-brodkorb.de> In-Reply-To: <20150403080408.GH20492@waldemar-brodkorb.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v2] qemu-m68k: add support for interrupt masking/unmasking List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Waldemar Brodkorb Cc: qemu-devel@nongnu.org Am 03.04.2015 um 10:04 schrieb Waldemar Brodkorb: > Hi Stefan, > Stefan Weil wrote, > >> Am 29.03.2015 um 17:53 schrieb Stefan Weil: >>> Am 29.03.2015 um 15:47 schrieb Waldemar Brodkorb: >>>> Hi Stefan, >>>> Stefan Weil wrote, >>>> >>>>> You can debug the kernel panic by attaching a cross debugger to the >>>>> running kernel. >>>>> If you have a kernel image with debug symbols, this is very >>>>> comfortable. >>>> How would I do this? >>>> Tried to start qemu with -s -S and then attach with my cross-gdb >>>> using the kernel with debug symbols. But gdb does not recognize the >>>> panic: >>>> Command: mdev -s >>>> Command: ifconfig lo 127.0.0.1 up >>>> Execution Finished, Exiting >>>> >>>> Sash command shell (version 1.1.1) >>>> /> Kernel panic - not syncing: Attempted to kill init! >>>> exitcode=0x0000000b >>>> >>>> ---[ end Kernel panic - not syncing: Attempted to kill init! >>>> exitcode=0x0000000b >> Is this the kernel panic which you get? I did not have a closer look >> on it before, but now I see that it is something quite common: >> >> Your kernel runs an init script (or binary) which terminates >> (obviously normally). Then the kernel does not know what to >> do, so it throws a kernel panic "Attempted to kill init". >> >> Usually the init process should only terminate at a system shutdown. > The init is a simple C programm called simpleinit. > The strange thing is, why it only happens with the ull version > of qemu and not with the other one? > http://www.openadk.org/cgi-bin/gitweb.cgi?p=openadk.git;a=blob;f=package/simpleinit/src/simpleinit.c;h=291f88f479cf9ad4e24d727bc09120d0e6739ac3;hb=HEAD > > best regards > Waldemar Do you see any console output from that init process? Can you build it with the DEBUGGING macro included? There is one program exit without a log message in function read_inittab: if (numcmd == 0) _exit(1); Add a printf or an err call there, too. Add also some log messages in main. main includes an endless for loop, so that init program is supposed to run without termination. By additional log messages, it should be possible to see why it terminates nevertheless. As soon as the point of termination is known, we can think of the relation to the ULL postfix. Regards Stefan