From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1DqdT4-0004mX-4s for garchives@archives.gentoo.org; Thu, 07 Jul 2005 20:59:34 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j67Kw2E8005651; Thu, 7 Jul 2005 20:58:02 GMT Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j67Kq7bf030314 for ; Thu, 7 Jul 2005 20:52:08 GMT Received: by zproxy.gmail.com with SMTP id 13so132592nzp for ; Thu, 07 Jul 2005 13:52:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KgAhHOObPPCBTSJZwGk3Nnyckszz0HQ2hRPKEQgMRDJmn6L75df4HP44ncMi6lmvQzN5o25RDUapOu8eQ/TaHk0ZxPGxsfFhXv0aQmYwnBLiXeO8paTXqYUkoWV2W9Sv9NxuL8CR8pjR911HVVPrE6ZAb7UtiuAJQwNInHa1KO4= Received: by 10.36.80.16 with SMTP id d16mr549578nzb; Thu, 07 Jul 2005 13:52:08 -0700 (PDT) Received: by 10.36.57.9 with HTTP; Thu, 7 Jul 2005 13:52:07 -0700 (PDT) Message-ID: <5bdc1c8b05070713527b2e40@mail.gmail.com> Date: Thu, 7 Jul 2005 13:52:07 -0700 From: Mark Knecht To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Adding realtime-prempt kernel patches to gentoo-sources In-Reply-To: <42CD911D.4040401@gmx.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: <5bdc1c8b05070710451075bdd5@mail.gmail.com> <42CD6F77.5030403@gmx.de> <5bdc1c8b05070713097ebe8d08@mail.gmail.com> <42CD911D.4040401@gmx.de> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by robin.gentoo.org id j67Kq7bf030314 X-Archives-Salt: 67476826-a6cc-42b1-b12d-7be4904b532f X-Archives-Hash: 18ca742611dc666bee45a52de236e9cc Christian, Again, thanks for the info. It's very helpful. I'll investigate this more this evening. cheers, Mark On 7/7/05, Christian Heim wrote: > Mark Knecht wrote: > > On 7/7/05, Christian Heim wrote: > > > > Hi Christian, > > Thanks for the response. There were just two problems, as best I > > can tell. One was in the upper level makefile which the second was in > > a more tecnical piece of code. I'm providing the output here more for > > conversation and not really asking for technical help on changing > > code. This is just for my learning. > > > > In the first one it appears that Gentoo does an extra version so I > > can probably fake my way around this but changing the patch file > > itself to expect the Gentoo kernel I want to patch. Is that a > > reasonable strategy? > > Make, if I understood you right, you would like to do the prempt stuff > ontop of gentoo-sources, right ? > > Well then simply do the following: > > # emerge a fresh copy of gentoo-sources > $ emerge gentoo-sources > > # create a copy (or call it a fork ;)) of this kernel-directory > $ cd /usr/src > $ rsync -rt --progress linux-2.6.12-gentoo-r4/* linux-2.6.12-gentoo-r4.orig > > # now go on and apply your patch to the > linux-2.6.12-gentoo-r4-directory. Once you are done, just go back to > /usr/src and create a diff between plain gentoo-sources and your > prempt-patched gentoo-sources. > > $ cd /usr/src > $ diff -Nrup linux-2.6.12-gentoo-r4.orig linux-2.6.12-gentoo-r4 > > gentoo-sources-2.6.12-r4-prempt.patch > > > In the first one it appears that Gentoo does an extra version so I > > can probably fake my way around this but changing the patch file > > itself to expect the Gentoo kernel I want to patch. Is that a > > reasonable strategy? > > See above ;) > > > In the second, since it's apparently just a difference in brakets > > I'm more curious about why gentoo-sources would differ from what Ingo > > was apparently expectinb in the kernel config file, but again it seems > > pretty minor. Would you agree? > > Yeah, those rejects are really pretty minor. I guess these brakets > differences result from vesafb. But that's only a guess. > > > Thanks, > > Mark > > > > Makefile.rej: > > *************** > > *** 1,7 **** > > VERSION = 2 > > PATCHLEVEL = 6 > > SUBLEVEL = 12 > > - EXTRAVERSION = > > NAME=Woozy Numbat > > > > # *DOCUMENTATION* > > --- 1,7 ---- > > VERSION = 2 > > PATCHLEVEL = 6 > > SUBLEVEL = 12 > > + EXTRAVERSION = -RT-V0.7.51-11 > > NAME=Woozy Numbat > > > > # *DOCUMENTATION* > > > > > > drivers/video/console/fbcon.c.rej: > > > > *************** > > *** 1092,1101 **** > > struct display *p = &fb_display[vc->vc_num]; > > struct fbcon_ops *ops = info->fbcon_par; > > > > - if (!fbcon_is_inactive(vc, info)) > > ops->putcs(vc, info, s, count, real_y(p, ypos), xpos, > > get_color(vc, info, scr_readw(s), 1), > > get_color(vc, info, scr_readw(s), 0)); > > } > > > > static void fbcon_putc(struct vc_data *vc, int c, int ypos, int xpos) > > --- 1091,1101 ---- > > struct display *p = &fb_display[vc->vc_num]; > > struct fbcon_ops *ops = info->fbcon_par; > > > > + if (!fbcon_is_inactive(vc, info)) { > > ops->putcs(vc, info, s, count, real_y(p, ypos), xpos, > > get_color(vc, info, scr_readw(s), 1), > > get_color(vc, info, scr_readw(s), 0)); > > + } > > } > > > > static void fbcon_putc(struct vc_data *vc, int c, int ypos, int xpos) > > > > Regards Christian > -- > gentoo-user@gentoo.org mailing list > > -- gentoo-user@gentoo.org mailing list