TWIMC: I released version 0.9.0 of kcbench, a simple Linux kernel
compile benchmark. It basically downloads a Linux version (which one
depends on the compiler used), extracts it, creates a configuration
('defconfig' by default), before it compiles a kernel ('vmlinux') in a
tem
On Thu, Jan 02, 2014 at 10:35:22AM +, Russell King - ARM Linux wrote:
> And how does that stop the problem when someone *else* replies to the
> message with a Mail-Followup-To? FYI, I was hounded off LKML for having
> that header set.
>
> When people have this header set, and people reply to
On Thu, Jan 02, 2014 at 09:42:52AM +0100, Uwe Kleine-König wrote:
> (using the lists and subscribe commands). And note that there are lists
> that consider using MFT to be good, ISTR that it applies to
> *@lists.debian.org, but cannot currently find a reference to support
> that claim. The problem
On Thu, Jan 02, 2014 at 09:42:52AM +0100, Uwe Kleine-König wrote:
> I have
>
> # set followup_to = yes
>
> in my .mutt/muttrc---so I'm using the default---but I'm still
> unaffected. I think this is because I don't have any lists specified
> (using the lists and subscribe commands). And not
On Wed, Jan 01, 2014 at 01:18:22PM +0100, Gerhard Sittig wrote:
> On Tue, Dec 31, 2013 at 18:14 +, Russell King - ARM Linux wrote:
> >
> > Please get rid of your Mail-Followup-To: header:
> >
> > Mail-Followup-To: Krzysztof Hałasa ,
> >
> > lkml ,
On Wed, Jan 01, 2014 at 12:46:25PM +, Russell King - ARM Linux wrote:
> On Wed, Jan 01, 2014 at 01:37:46PM +0100, Gerhard Sittig wrote:
> > Last time I checked (few days ago, 'git grep -w Fixes:') it
> > wasn't, at least not within the kernel source tree and its
> > Documentation hierarchy. To
On Wed, Jan 01, 2014 at 01:37:46PM +0100, Gerhard Sittig wrote:
> Last time I checked (few days ago, 'git grep -w Fixes:') it
> wasn't, at least not within the kernel source tree and its
> Documentation hierarchy. Today's master still does not have it.
>
> But a quick search in recent LAKML messa
On Tue, Dec 31, 2013 at 10:01 -0800, Randy Dunlap wrote:
>
> On 12/31/13 05:48, Gerhard Sittig wrote:
> > On Tue, Dec 31, 2013 at 11:51 +0100, Krzysztof Hałasa wrote:
> >>
> >> drivers/crypto/ixp4xx_crypto.c: In function 'ixp_module_init':
> >> drivers/crypto/ixp4xx_crypto.c:1419:2: error: 'dev' u
On Tue, Dec 31, 2013 at 18:14 +, Russell King - ARM Linux wrote:
>
> Please get rid of your Mail-Followup-To: header:
>
> Mail-Followup-To: Krzysztof Hałasa ,
>
> lkml ,
>
> linux-arm-ker...@lists.infradead.org,
On Tue, Dec 31, 2013 at 11:51:16AM +0100, Krzysztof Hałasa wrote:
> drivers/crypto/ixp4xx_crypto.c: In function 'ixp_module_init':
> drivers/crypto/ixp4xx_crypto.c:1419:2: error: 'dev' undeclared (first use in
> this function)
>
> Now builds. Not tested on real hw.
>
> Signed-off-by: Krzysztof H
Please get rid of your Mail-Followup-To: header:
Mail-Followup-To: Krzysztof Hałasa ,
lkml ,
linux-arm-ker...@lists.infradead.org,
Russell King ,
On 12/31/13 05:48, Gerhard Sittig wrote:
> On Tue, Dec 31, 2013 at 11:51 +0100, Krzysztof Hałasa wrote:
>>
>> drivers/crypto/ixp4xx_crypto.c: In function 'ixp_module_init':
>> drivers/crypto/ixp4xx_crypto.c:1419:2: error: 'dev' undeclared (first use in
>> this function)
>>
>> Now builds. Not teste
On Tue, Dec 31, 2013 at 11:51 +0100, Krzysztof Hałasa wrote:
>
> drivers/crypto/ixp4xx_crypto.c: In function 'ixp_module_init':
> drivers/crypto/ixp4xx_crypto.c:1419:2: error: 'dev' undeclared (first use in
> this function)
>
> Now builds. Not tested on real hw.
>
> Signed-off-by: Krzysztof Hał
drivers/crypto/ixp4xx_crypto.c: In function 'ixp_module_init':
drivers/crypto/ixp4xx_crypto.c:1419:2: error: 'dev' undeclared (first use in
this function)
Now builds. Not tested on real hw.
Signed-off-by: Krzysztof Hałasa
--- a/drivers/crypto/ixp4xx_crypto.c
+++ b/drivers/crypto/ixp4xx_crypto.
While compiling for my yeeloong2 laptop, I hit this compile error.
As warnings are set for errors, if we define ftrace_modify_code_2(), we
must use it. As MIPS 64 does not use this function, it requires being
commented out via an #ifndef CONFIG_64bit. Otherwise you get this error:
CC arch/
On Wed, 2007-10-17 at 11:34 -0400, Steven Rostedt wrote:
>
> Hmm, what about a __seq_irqsave_raw and __seq_nop?
>
> That way it spells out that irqs are NOT touched if it is not a raw lock.
I took out the nop , and just did a save flags which makes sense.. There
is still more cleanup to do in t
--
On Wed, 17 Oct 2007, Daniel Walker wrote:
> On Wed, 2007-10-17 at 11:10 -0400, Steven Rostedt wrote:
>
> > > >
> > > > #define read_seqbegin_irqsave(lock, flags) \
> > > > -do { \
> > > > +({
On Wed, 2007-10-17 at 11:10 -0400, Steven Rostedt wrote:
> > >
> > > #define read_seqbegin_irqsave(lock, flags) \
> > > -do { \
> > > +({ \
> > > fla
On Wed, 2007-10-17 at 07:48 -0700, Daniel Walker wrote:
> Steven,
>
> Could you include this patch, it was submitted on the list but you
> didn't get CC'd ..
Thanks, it may have been a while before I see this (/me has been nose
deep in debugging).
> > On Tue, 2007-10-16 at 10:35 +0200, Remy Boh
Hello Daniel,
> Here's another fix for this. I compile tested for ARM (!GENERIC_TIME) ,
> but I didn't boot test .. Could you boot test this patch?
This fix seems to work! The target still boots properly. So, it can be
pushed upstream... :-)
Kind Regards,
Remy Bohmer
2007/10/16, Daniel Walker
On Tue, 2007-10-16 at 10:35 +0200, Remy Bohmer wrote:
> Hello Daniel and Ingo,
>
> I use 2.6.23-rt1 and the patch of Daniel below which seems to be in
> there breaks the compilation of the RT-kernel when CONFIG_GENERIC_TIME
> is NOT set.
>
> It breaks in the do_gettimeofday(struct timeval *tv) co
RQOP(local_irq_enable, lock);
> preempt_check_resched(); } while(0)
> -#define write_sequnlock_bh(lock) \
> - do { write_sequnlock(lock); PICK_IRQOP(local_bh_enable, lock); }
> while(0)
> -
> -#define read_seqbegin_irqsave(lock, flags)
On Wed, Sep 26, 2007 at 04:53:14PM -0400, Dave Jones wrote:
> Following up on this from yesterday, Linus please revert the above cset.
> It doesn't seem to be necessary (it was added to fix a miscompile in
> 'make allnoconfig' which doesn't seem to be repeatable with it reverted)
> and actively bre
On Tue, Sep 25, 2007 at 10:36:51AM -0400, Dave Jones wrote:
> On Tue, Sep 25, 2007 at 08:31:32AM +0100, Russell King wrote:
> > On Mon, Sep 24, 2007 at 05:53:57PM -0500, [EMAIL PROTECTED] wrote:
> > > I was building a kernel for an iPaq {SA1110} and ran into this.
> > >
> > > linux-2.6.22
2007 2:32 AM
To: Chandler, Greg; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]
Subject: Re: [PATCH 1/1] Kernel compile bug in 2.6.22.6/7 {maybe more}
ARM/StrongARM
On Mon, Sep 24, 2007 at 05:53:57PM -0500, [EMAIL PROTECTED]
wrote:
> I was building a ke
On Tue, Sep 25, 2007 at 10:31:42AM -0700, Andrew Morton wrote:
> On Tue, 25 Sep 2007 13:22:55 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > >
> > > OK, here:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/broken-out/fix-x86_64-mm-sched-cloc
On Tue, 25 Sep 2007 13:22:55 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> > OK, here:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/broken-out/fix-x86_64-mm-sched-clock-share.patch
> >
> > So I guess what we want to do here is to revert that
On Tue, Sep 25, 2007 at 10:08:39AM -0700, Andrew Morton wrote:
> On Tue, 25 Sep 2007 12:58:34 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Sep 25, 2007 at 09:52:29AM -0700, Andrew Morton wrote:
> > > On Tue, 25 Sep 2007 10:36:51 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> > >
On Tue, 25 Sep 2007 12:58:34 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 25, 2007 at 09:52:29AM -0700, Andrew Morton wrote:
> > On Tue, 25 Sep 2007 10:36:51 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> > >
> > > commit 184c44d2049c4db7ef6ec65794546954da2c6a0e
> > > Author: Andr
On Tue, Sep 25, 2007 at 09:52:29AM -0700, Andrew Morton wrote:
> On Tue, 25 Sep 2007 10:36:51 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> > commit 184c44d2049c4db7ef6ec65794546954da2c6a0e
> > Author: Andrew Morton <[EMAIL PROTECTED]>
> > Date: Wed May 2 19:27:08 2007 +0200
> >
> >
On Tue, 25 Sep 2007 10:36:51 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 25, 2007 at 08:31:32AM +0100, Russell King wrote:
> > On Mon, Sep 24, 2007 at 05:53:57PM -0500, [EMAIL PROTECTED] wrote:
> > > I was building a kernel for an iPaq {SA1110} and ran into this.
> > >
> > > lin
On Tue, Sep 25, 2007 at 08:31:32AM +0100, Russell King wrote:
> On Mon, Sep 24, 2007 at 05:53:57PM -0500, [EMAIL PROTECTED] wrote:
> > I was building a kernel for an iPaq {SA1110} and ran into this.
> >
> > linux-2.6.22.7/arch/arm/mach-sa1100/generic.c:
> > Has a: #include
> > Then afterwar
On Mon, Sep 24, 2007 at 05:53:57PM -0500, [EMAIL PROTECTED] wrote:
> I was building a kernel for an iPaq {SA1110} and ran into this.
>
> linux-2.6.22.7/arch/arm/mach-sa1100/generic.c:
> Has a: #include
> Then afterwards there is a: #if defined(CONFIG_CPU_FREQ_SA1100) ||
> defined(CONFIG_CPU_FREQ_
Krzysztof Helt wrote:
> On Thu, 9 Aug 2007 14:04:49 +0100
> Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
>> Seeing the following compile error on a G5 mac:
>>
>> drivers/video/tdfxfb.c: In function 'tdfxfb_setup':
>> drivers/video/tdfxfb.c:1341: error: 'opt' undeclared (first use in this
>>
On Thu, Aug 09, 2007 at 04:20:06PM +0200, Krzysztof Helt wrote:
> On Thu, 9 Aug 2007 14:04:49 +0100
> Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
> > Seeing the following compile error on a G5 mac:
> >
> > drivers/video/tdfxfb.c: In function 'tdfxfb_setup':
> > drivers/video/tdfxfb.c:1341: er
On Thu, 9 Aug 2007 14:04:49 +0100
Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> Seeing the following compile error on a G5 mac:
>
> drivers/video/tdfxfb.c: In function 'tdfxfb_setup':
> drivers/video/tdfxfb.c:1341: error: 'opt' undeclared (first use in this
>
Seeing the following compile error on a G5 mac:
drivers/video/tdfxfb.c: In function 'tdfxfb_setup':
drivers/video/tdfxfb.c:1341: error: 'opt' undeclared (first use in this
function)
drivers/video/tdfxfb.c:1341: error: (Each und
n't in kernel.org kernels.
> >
> > From: Randy.Dunlap <[EMAIL PROTECTED]>
> > Sent: Sat Aug 27 20:34:27 CEST 2005
> > To: J. B. <[EMAIL PROTECTED]>
> > Subject: Re: kernel compile error in bootsplash.c
> >
> >
> > On Sat, 27 Aug
On Sat, 2005-08-27 at 20:48 +0200, J. B. wrote:
> if got it from
> ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-2.6.10.tar.bz2
> and applied some patches
"some patches" could be anything. Please don't waste our time with bug
reports for randomly patched kernels.
Lee
-
To unsubscribe from t
if got it from
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-2.6.10.tar.bz2
and applied some patches
>
> From: Randy.Dunlap <[EMAIL PROTECTED]>
> Sent: Sat Aug 27 20:34:27 CEST 2005
> To: J. B. <[EMAIL PROTECTED]>
> Subject:
On Sat, 27 Aug 2005 19:53:35 +0200 (CEST) J. B. wrote:
> I try to compile a 2.6.10 kernel but it stops with an error
> in bootsplash.c. I have everything set in my .config file in /usr/src/linux
> for bootsplash support.
>
> Anybody an idea. Where should i start to look? I am a newbie in kernel
I googled some more and seem to have found the reason of the error:
http://gcc.gnu.org/ml/gcc/2005-02/msg00053.html
It is related to gcc 4.0 which indeed i did an apt-get update for.
But is there a patch avail for my 2.6.10 kernel-source?
>
> I try to compile a 2.6.10 kernel but it stops wit
I try to compile a 2.6.10 kernel but it stops with an error
in bootsplash.c. I have everything set in my .config file in /usr/src/linux for
bootsplash support.
Anybody an idea. Where should i start to look? I am a newbie in kernel world
in file included from drivers/video/bootsplash/bootsplash.
On Fri, 2005-04-08 at 20:17 +0200, Adrian Bunk wrote:
> On Thu, Apr 07, 2005 at 07:09:18PM -0400, Allison wrote:
>
> > Hi,
> >
> > Is it possible to compile a 2.4.20 kernel on a 2.6 system ?
> > And use the new image successfully ?
>
> It doesn't matter what the system you are compiling on is ru
On Thu, Apr 07, 2005 at 07:09:18PM -0400, Allison wrote:
> Hi,
>
> Is it possible to compile a 2.4.20 kernel on a 2.6 system ?
> And use the new image successfully ?
It doesn't matter what the system you are compiling on is running.
> thanks,
> Allison
cu
Adrian
--
"Is there not prom
Hi
Should not be a problem as the compilation doesn't use any part of the
running kernel. As long as you have the required components
Alex
On Thu, Apr 07, 2005 at 07:09:18PM -0400, Allison wrote:
> Hi,
>
> Is it possible to compile a 2.4.20 kernel on a 2.6 system ?
> And use the new image succe
Hi,
Is it possible to compile a 2.4.20 kernel on a 2.6 system ?
And use the new image successfully ?
thanks,
Allison
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-inf
Followup to: <061f01c0c3d8$c34e8870$[EMAIL PROTECTED]>
By author:"David E. Weekly" <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> This is the first time I remember seeing a Yacc file in the Linux kernel
> source code, but I'm young and stupid.
>
> Since the default Makefile mapping
> The Makefile system is expecting the YACC variable to be defined; a
> straightforward workaround is then to define:
>
> export YACC="`which bison` -y"
Umm
[root@irongate linux.ac]# which yacc
/usr/bin/yacc
/usr/bin/which: no bison in
(/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/usr/X11R6/bi
There is a singular Yacc file in 2.4.3:
linux/drivers/scsi/aic7xxx/aicasm/aicasm_gram.y
This is the first time I remember seeing a Yacc file in the Linux kernel
source code, but I'm young and stupid.
Since the default Makefile mapping for .y files is to call yacc, and since I
have bison on my sy
Hey,
I've been trying to compile 2.4.3ac2 - ac4 and have had the same problem everytime.
It deals with pmac_pic.c (I sent this to Cort <[EMAIL PROTECTED]> as well)
As I never meddle with kernel source I'm sorta at a loss (hope to change this one day)
Error is as follows:
gcc -D__KERNEL__ -I/usr/
Bernd Petrovitsch wrote:
>
> In message <[EMAIL PROTECTED]>, Tom Leete wrote:
> >You don't show your .config, but I'll make a wild guess you're compiling for
> >SMP+3DNow (probably by selecting Athlon processor). If so pick one of:
>
> For me it is the same.
>
> > a) Deselect SMP, make cl
In message <[EMAIL PROTECTED]>, Tom Leete wrote:
>You don't show your .config, but I'll make a wild guess you're compiling for
>SMP+3DNow (probably by selecting Athlon processor). If so pick one of:
For me it is the same.
> a) Deselect SMP, make clean make dep, etc.
gives:
gcc -D__KERNEL
Johan Groth wrote:
>
> Hi,
> I wonder if anyone can help me with compilation of kernel 2.4.0. I've
> run make mrproper; make menuconfig; make dep and then I try to build the
> kernel with make bzImage but that fails utterly. I get the following
> message:
[...]
> /usr/src/linux/include/asm/string
Hi,
I wonder if anyone can help me with compilation of kernel 2.4.0. I've
run make mrproper; make menuconfig; make dep and then I try to build the
kernel with make bzImage but that fails utterly. I get the following
message:
tiger:/usr/src/linux# make bzImage
gcc -D__KERNEL__ -I/usr/src/linux/inc
On Fri, 17 Nov 2000 11:39:28 jeffrey wrote:
> Hi guys.I just did a clean install(of RedHat 7) on my box.I'm trying to
> recompile my kernel to support a second NIC(SMC Ultra) and when I
> do make zImage
> the compile process start but immediately stops with the following error
> message:
>
> >
Hi guys.I just did a clean install(of RedHat 7) on my box.I'm trying to
recompile my kernel to support a second NIC(SMC Ultra) and when I
do make zImage
the compile process start but immediately stops with the following
error
message:
make all_targets
> make[2]: Entering directory `/usr/src
57 matches
Mail list logo