From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1N1MsC-0000F3-57 for mharc-grub-devel@gnu.org; Fri, 23 Oct 2009 12:20:16 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N1Ms9-0000DN-Am for grub-devel@gnu.org; Fri, 23 Oct 2009 12:20:13 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N1Ms3-0000AZ-UK for grub-devel@gnu.org; Fri, 23 Oct 2009 12:20:12 -0400 Received: from [199.232.76.173] (port=46482 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N1Ms3-0000AP-Lg for grub-devel@gnu.org; Fri, 23 Oct 2009 12:20:07 -0400 Received: from sif.is.scarlet.be ([193.74.71.28]:33596) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N1Ms3-0000we-62 for grub-devel@gnu.org; Fri, 23 Oct 2009 12:20:07 -0400 Received: from [213.49.126.208] (ip-213-49-126-208.dsl.scarlet.be [213.49.126.208]) (authenticated bits=0) by sif.is.scarlet.be (8.14.2/8.14.2) with ESMTP id n9NGJtZp009260; Fri, 23 Oct 2009 18:19:56 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=scarlet.be; s=scarlet; t=1256314797; bh=mCzEt8rdrXfBT3Wd41MDr+V4x5mxtceTHtiK1SY+F14=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=w0243fYm4DmHwrS2Yf+8wZ/6YKh2TcZk1QZH6U0RKwhL0w5H3QDqK2oBcXgYTvoRE dXdDY8ZFN0JLLYZx8LQrlTg6vfN0UpzB2ddz0xqnkIpmuRVMdYFVF4ZUyIMWh/rec1 OVepE7Oexge1oN9seDeMbiaaHeyY8sjomUt95oJY= Message-ID: <4AE1D7AA.8080208@scarlet.be> Date: Fri, 23 Oct 2009 16:19:54 +0000 From: rubisher User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090701) MIME-Version: 1.0 To: The development of GRUB 2 References: <20091012.032838.82254107.davem@davemloft.net> <4AD70E53.80004@gmail.com> <1255646501.13480.32.camel@mj> <20091016.054440.193711272.davem@davemloft.net> <1255742496.2746.26.camel@mj> <20091017101110.GA11305@thorin> <20091020213841.GA8854@thorin> <4ADEAA22.9080200@gmail.com> <4ADF2EE4.2020008@scarlet.be> <4ADF7668.30104@gmail.com> In-Reply-To: <4ADF7668.30104@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-DCC-scarlet.be-Metrics: sif 20001; Body=5 Fuz1=5 Fuz2=5 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Cc: bean123ch@gmail.com, David Miller , Robert Millan Subject: Re: [PATCH] auto-generate libgcc.h X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2009 16:20:13 -0000 Hello Vladimir, Vladimir 'phcoder' Serbinenko wrote: > rubisher wrote: >> Vladimir 'phcoder' Serbinenko wrote: >>> Robert Millan wrote: >>>> This should be a much cleaner option than maintaining libgcc.h by >>>> hand. Only >>>> tested on sparc, but it should also cast out the build problems on >>>> powerpc. >>>> >>>> >>> 1) Doesn't work in cross-compiler environment. You confused CC and >>> TARGET_CC >> Tbh, when I look in the libgcc.h, excepted the header, it was empty. >> It seems that the forked sh doesn't known anything about CC, so I tried: >> + CC=$(TARGET_CC) /bin/sh $< > $@ || (rm -f $@; exit 1) >> >>> 2) Symbols don't get included into symlist.c so it's unlikely to work. >> Well, finaly it doesn't help a lot, the dpkg-build... still failed at >> the same place: >> >> _restgpr_29_x in boot is not defined >> >> Just note that it's not any more _restgpr_31_x(), I presume just >> because nm list it first? >> > If _restgpr_31_x is really GOT table and building system pulls it from > some library it will create bugs (all kind of bugs you can imagine > caused by bad linking) Well I just figure out that all pb I met was due to the fact of -Os optimization. I also discover that it's quiet easy thanks to 'TARGET_CFLAGS=-O0 CLFAGS=-O0 ../configure' to rebuild all the project with those other optimization and I was quiet happy to see the grub kernel image booting anyway. Unfortunately the basic image dpkg build only contains fat & part_msdos, (# /usr/bin/grub-mkelfimage --directory=/usr/lib/grub/powerpc-ieee1275 --output=/boot/grub/grub fat part_msdos); and so failed to boot my linux kernel (it first fall back in rescue mode and when I reach the grub prompt it didn't find any disk). I also presume that's because it lacks of modules to find those scsi disk? And I also read and rebuild an grub image with all modules which make sadely panic the ofs: /usr/bin/grub-mkelfimage -nv --directory=/usr/lib/grub/powerpc-ieee1275 -o /boot/grub/grubof.modules *.mod (note the -n option also recommended for pseries) DEFAULT CATCH!, exception-handler=fff00300 at %SRR0: 0000000000c3c25c %SRR1: 800000000000b002 Call History ------------ @ - c3c1f0 close-package - c58060 (poplocals) - c3a758 (init-program) - c7e298 boot - c7ec7c evaluate - c4a638 invalid pointer - d83655 invalid pointer - f invalid pointer - f catch - c38fe8 bt-task-boot-on-this - d140d8 (poplocals) - c3a758 catch - c38fe8 execute-device-method - c58bcc (poplocals) - c3a758 (select-boot-seq) - c59ba4 Client's Fix Pt Regs: 00 00100000000001f4 ffffffffffffffff 00000000deadbeef fffffffffffffffc 04 0000000000000000 0000000000000000 0000000000000000 0000000000000001 08 0000000000001000 0000030002001000 0000000000000003 0000000000007000 0c 0000000022800000 0000000000c17100 0000000000c18000 000000000009c4b0 10 0000000000db8c20 0000000000db8939 0000000000c57d80 0000000000c58060 14 0000000000000000 ffffffffffffffff 0000000000000000 0000000000000000 18 0000000000c13000 0000000000c38000 0000000000c14d40 0000000000c16ec0 1c 0000000000c20000 0000000000c3fdf0 0000000000c11ea0 0000000000c10fa8 Special Regs: %IV: 00000300 %CR: 84800000 %XER: 20000008 %DSISR: 08000000 %SRR0: 0000000000c3c25c %SRR1: 800000000000b002 %LR: 0000000000c3c1f0 %CTR: 0000000000000000 %DAR: ffffffffffffffff Virtual PID = 0 ofdbg As I just started with grub2 2 weeks ago, I would still need your advise: is this last problem came because modules should be compiled with -Os or much more because some module are not compatible with the ofs I have? Thanks again for all, J. >>> I'll test on imac g3 today >>> 3) Even if it works it would result in a largely bloated kernel.img due >>> to unused libgcc routines >>> >>> >> Well, whatever src tree (svn 2641, 2642, dpkg 1.9-beta3, 1.9-beta4) >> which I reach to all build with gcc-4.3, it always failed to boot: >> >> Welcome to GRUB! >> >> the symbol `__lshrdi3' not found >> Aborted. Press any key to exit. >> >> As I am newbe to grub2 (and have few programming knowledge), can you >> advise me if it's a well known issue? >> >> Thanks for all effort, >> J. >> >> >> _______________________________________________ >> Grub-devel mailing list >> Grub-devel@gnu.org >> http://lists.gnu.org/mailman/listinfo/grub-devel >> > >