Linux 2.6 Compile Statistics (gcc 3.4.1)
Web page with links to complete details:
http://developer.osdl.org/cherry/compile/
Kernel bzImagebzImage bzImage modules bzImage modules
(defconfig) (allno) (allyes) (allyes) (allmod) (allmod)
--- --- --
On Sat, Feb 12, 2005 at 04:50:23PM +, Christian Heim wrote:
> Well, i have to setup ISDN here at home, and wanted to use both channels.
> I am able to add the second channel, but then the kernel (at least i think)
> starts to complain.
>
> >17:36:22 kraftwerk Badness in local_bh_enable at ker
Il Sun, Feb 13, 2005 at 06:28:38PM +0100, Marcel Sebek ha scritto:
> > @@ -1164,13 +1164,22 @@
> > current_read_size, *poffset,
> > &bytes_read, &smb_read_data);
> >
> > + if (rc == -EAGAIN)
> > +
On Sun, Feb 13, 2005 at 04:44:16PM +0100, Luca wrote:
> Linus Torvalds <[EMAIL PROTECTED]> ha scritto:
> > this is hopefully the last -rc kernel before the real 2.6.11, so please
> > give it a whirl, and complain loudly about anything broken.
>
> The following patch against 2.6.11-rc4 fixes this
Hi Enrico,
> It is possible to include the SIS5595 chip driver to the final
> release?
No, sorry. It's not even in -mm yet (in fact it's even not in Greg's
bk-i2c tree yet). It needs to spend some time (and get some testing) in
-mm before it can go to Linus.
You are still welcome to get the patc
Linus Torvalds <[EMAIL PROTECTED]> ha scritto:
> this is hopefully the last -rc kernel before the real 2.6.11, so please
> give it a whirl, and complain loudly about anything broken.
The following patch against 2.6.11-rc4 fixes this compile time warning:
CC [M] fs/cifs/file.o
fs/cifs/file.c: I
Linus Torvalds <[EMAIL PROTECTED]> ha scritto:
> this is hopefully the last -rc kernel before the real 2.6.11, so please
> give it a whirl, and complain loudly about anything broken.
The following patch against 2.6.11-rc4 fixes this compile time warning:
fs/cifs/cifssmb.c: In function `CIFSSMBWr
Linus Torvalds <[EMAIL PROTECTED]> :
[...]
> this is hopefully the last -rc kernel before the real 2.6.11, so please
> give it a whirl, and complain loudly about anything broken.
- dscc4 (patch in Jeff's -netdev)
Apart the fact that the driver crashes on module insertion and is
unusable, user
Hello,
It is possible to include the SIS5595 chip driver to the final release?
EnricoB
-
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-info.html
Please read the FAQ at h
do the full "access_ok()" tests
o Make generic rw_verify_area check against file offset overflows
o Add extra debugging help for bad user accesses
o FRV: "len" is size_t
o Undo recent tty_io.c "fix"
o Fix ATM copy-to-user usage
o Linux 2.6.11-rc4
Marcel Holtmann
Well, i have to setup ISDN here at home, and wanted to use both channels.
I am able to add the second channel, but then the kernel (at least i think)
starts to complain.
>17:36:22 kraftwerk Badness in local_bh_enable at kernel/softirq.c:140
>17:36:22 kraftwerk [] local_bh_enable+0x71/0x80
>17:36:
linux-2.6.11-rc2/fs/jbd/transaction.c:1913: "jh->b_jlist < 9"
kernel BUG at/home/dsw/LCA/linux-2.6.11-rc2/fs/jbd/transaction.c:1913!
kjournald[1483]: bugcheck! 0 [1]
Modules linked in: tg3
Pid: 1483, CPU 9, comm:kjournald
psr : 101008026018 ifs : 8590 ip : []
aurelien francillon wrote:
> CONFIG_ACPI_DEBUG=y
This one is also bad for you. If you unset this, it will even run fast
even without the object cache (i'm recompiling right now with object
cache _and_ unset debug to see what i can gain from this :-)
Maybe a patch like the attached one for the Kco
Stefan Seyfried wrote:
aurelien francillon wrote:
hi,
since just before linux-2.6.11-rc3 ( i think it's rc2-bk10 ) there
seems to have a bug in the acpi part of the proc file system :
reading /proc/acpi/battery/BAT0/info takes a very long time and locks
up the computer, time gives:
cat
aurelien francillon wrote:
> hi,
> since just before linux-2.6.11-rc3 ( i think it's rc2-bk10 ) there
> seems to have a bug in the acpi part of the proc file system :
> reading /proc/acpi/battery/BAT0/info takes a very long time and locks
> up the computer, time gives:
>
On Monday 07 February 2005 17:56, Jeffrey E. Hundstad wrote:
> Anders Saaby wrote:
> >Is this system running SMP og UP?
>
> UP
Ouch OK. Then I at least haven't seen it before.
--
Med venlig hilsen - Best regards - Meilleures salutations
Anders Saaby
Systems Engineer
There are some corrections for my message... Sorry.
At Tue, 08 Feb 2005 12:53:29 +0900,
SATOH Fumiyasu wrote:
> Host3:
> --
> OS: Debian GNU/Linux testing version (sarge)
> Kernel: kernel-image-2.6.10-1-686-smp
> (compiled by gcc version 3.3.5 (Debian 1:3.3.5-6))
> Filesystem: / (/dev/
At Mon, 07 Feb 2005 09:38:28 -0600,
Jeffrey E. Hundstad wrote:
> I'm sorry for this truncated report... but it's all I've got. If you
> need .config or system configuration, etc. let me know and I'll send'em
> ASAP. I don't believe this is hardware related; ide-smart shows all fine.
>
> From
Anders Saaby wrote:
Is this system running SMP og UP?
On Monday 07 February 2005 16:38, Jeffrey E. Hundstad wrote:
I'm sorry for this truncated report... but it's all I've got. If you
need .config or system configuration, etc. let me know and I'll send'em
ASAP. I don't believe this is hardware
Is this system running SMP og UP?
On Monday 07 February 2005 16:38, Jeffrey E. Hundstad wrote:
> I'm sorry for this truncated report... but it's all I've got. If you
> need .config or system configuration, etc. let me know and I'll send'em
> ASAP. I don't believe this is hardware related; ide-sm
I'm sorry for this truncated report... but it's all I've got. If you
need .config or system configuration, etc. let me know and I'll send'em
ASAP. I don't believe this is hardware related; ide-smart shows all fine.
From dmesg:
xfs_da_do_buf: bno 8388608
dir: inode 117526252
Filesystem "hda4":
hi,
since just before linux-2.6.11-rc3 ( i think it's rc2-bk10 ) there
seems to have a bug in the acpi part of the proc file system :
reading /proc/acpi/battery/BAT0/info takes a very long time and locks
up the computer, time gives:
cat /proc/acpi/battery/BAT0/info 0.00s user 6.76s system
help sadely.
I have the same problem, but on x86, the attached patch fixed it for me.
--- linux-2.6.11-rc3/drivers/media/video/tda9887.c
+++ linux-2.6.11-rc3/drivers/media/video/tda9887.c
@@ -545,19 +553,21 @@
int rc;
memse
linux-2.6.11-rc3/drivers/media/video/tda9887.c
+++ linux-2.6.11-rc3/drivers/media/video/tda9887.c
@@ -545,19 +553,21 @@
int rc;
memset(buf,0,sizeof(buf));
+ tda9887_set_tvnorm(t,buf);
buf[1] |= cOutputPort1Inactive;
buf[1] |= cOutputPort2Inactive;
- tda9887_set_tvnorm(t,buf);
if (UNSET
Gerd Knorr wrote:
mt2032_set_if_freq failed with -121
OK here you go.
Thanks, seems to be a initialization order bug which changes the default
state of the tda9887 output ports. The patch below should fix that.
Gerd
diff -u linux-2.6.11/drivers/media/video/tda9887.c linux/drivers/media/video/td
On Thu, 2005-02-03 at 12:30 +0100, Gerd Knorr wrote:
> Thanks, seems to be a initialization order bug which changes the default
> state of the tda9887 output ports. The patch below should fix that.
Everything is working fine now. Thank you.
__
Markus
-
To unsubscribe from this list: send the
> > > mt2032_set_if_freq failed with -121
>
> OK here you go.
Thanks, seems to be a initialization order bug which changes the default
state of the tda9887 output ports. The patch below should fix that.
Gerd
diff -u linux-2.6.11/drivers/media/video/tda9887.c
linux/driv
On Thu, 2005-02-03 at 11:17 +0100, Gerd Knorr wrote:
> > tuner: chip found at addr 0xc0 i2c-bus bt878 #0 [sw]
> > tuner: type set to 33 (MT20xx universal) by bt878 #0 [sw]
> > tuner: microtune: companycode=4d54 part=04 rev=04
> > tuner: microtune MT2032 found, OK
> > tda9885/6/7: chip found @ 0x86
Markus Trippelsdorf <[EMAIL PROTECTED]> writes:
> tuner: chip found at addr 0xc0 i2c-bus bt878 #0 [sw]
> tuner: type set to 33 (MT20xx universal) by bt878 #0 [sw]
> tuner: microtune: companycode=4d54 part=04 rev=04
> tuner: microtune MT2032 found, OK
> tda9885/6/7: chip found @ 0x86
> ...
> mt2032
On Wed, 2005-02-02 at 18:35 -0800, Linus Torvalds wrote:
> I'd _really_ like to calm down for a final 2.6.11 now, so please note
> anything really important I missed, but keep the rest pending. And give
> this a good testing..
...
> Gerd Knorr:
> o video/arv: remove casts
> o video/w9966: re
"rw_verify_area()" and clean up the
arguments.
o Add 'f_maxcount' to allow filesystems to set a per-file maximum IO
size
o Fix permissions on drivers/scsi/a100u2w.c
o Linux 2.6.11-rc3
Manish Lachwani:
o kobject build fix
Marc Singer:
o [ARM PATCH] 2442/1: Simplif
Patrick McHardy wrote:
David S. Miller wrote:
I've forwarded this to netfilter-devel for inspection.
Thanks for collecting all the data points so well.
Here is the fix for everyone. Please report back if it doesn't
solve the problem. Thanks.
Worked here.
---
On Fri, Jan 28, 2005 at 02:33:10AM +0100, Patrick McHardy wrote:
> Here is the fix for everyone. Please report back if it doesn't
> solve the problem. Thanks.
>
> [ ... snip ... ]
Success!!!
Art Haas
--
Man once surrendering his reason, has no remaining guard against absurdities
the most monstr
On Fri, 2005-01-28 at 02:33 +0100, Patrick McHardy wrote:
> David S. Miller wrote:
>
> >I've forwarded this to netfilter-devel for inspection.
> >Thanks for collecting all the data points so well.
> >
> Here is the fix for everyone. Please report back if it doesn't
> solve the problem. Thanks.
Ve
David S. Miller wrote:
I've forwarded this to netfilter-devel for inspection.
Thanks for collecting all the data points so well.
Here is the fix for everyone. Please report back if it doesn't
solve the problem. Thanks.
= net/ipv4/netfilter/ip_nat_proto_tcp.c 1.10 vs edited =
--- 1.10/net/i
I've forwarded this to netfilter-devel for inspection.
Thanks for collecting all the data points so well.
-
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-info.html
Pleas
I just got an interesting "I see these problems too" report. It
may provide a useful clue. According to "Art Haas" <[EMAIL PROTECTED]>:
> I'm running the current BK kernel now, and I'm not seeing the problems
> right now because, I found, I do not have some of the IP masquerading
> modules insta
On 2005-01-27 at 11:28:48, David Brownell wrote:
> > Indeed, I had to shuffle my machines around a bit to get a proof that
> > something is broken, but now I can confirm the above with a connection
> > to cvs.sourceforge.net:
>
> Thanks for confirming it wasn't just me ... I confess I'm a bit
> su
On Thursday 27 January 2005 1:02 am, Janos Farkas wrote:
> On 2005-01-25 at 10:54:36, David Brownell wrote:
> > On Tuesday 25 January 2005 10:35 am, David Ford wrote:
> > > PMTU bug -- or better said, bad firewall admin who blocks all ICMP.
> >
> > PMTU bug, sure -- but one that came late in RC2.
On 2005-01-25 at 10:54:36, David Brownell wrote:
> On Tuesday 25 January 2005 10:35 am, David Ford wrote:
> > PMTU bug -- or better said, bad firewall admin who blocks all ICMP.
>
> PMTU bug, sure -- but one that came late in RC2. Remember: same firewall
> in both cases, but only RC2 breaks. Th
On Tuesday 25 January 2005 10:35 am, David Ford wrote:
> PMTU bug -- or better said, bad firewall admin who blocks all ICMP.
PMTU bug, sure -- but one that came late in RC2. Remember: same firewall
in both cases, but only RC2 breaks. The ICMP packet has landed in
the RC2 system, which ignores i
PMTU bug -- or better said, bad firewall admin who blocks all ICMP.
http://blue-labs.org/clue/mtu-mss.php
-david
David Brownell wrote:
I'm seeing a problem with TCP as accessed through KMail (SuSE 9.2, x86_64).
But oddly enough, only for sending mail, not reading it; and not through
other (reading)
On Tue, Jan 25, 2005 at 02:46:56AM +0100, Petr Vandrovec wrote:
> On 25 Jan 05 at 1:41, Sytse Wielinga wrote:
> > Linus, could you please put skb_copy_datagram back in place? It's not used
> > anymore in the kernel, but the vmnet module (in vmware) still uses this
> > interface to skb_copy_datagram
On Tue, Jan 25, 2005 at 01:41:17AM +0100, Sytse Wielinga wrote:
> Linus, could you please put skb_copy_datagram back in place? It's not used
> anymore in the kernel, but the vmnet module (in vmware) still uses this
> interface to skb_copy_datagram_iovec.
>
> Patch for 2.6.11-rc2 follows. It compil
On 25 Jan 05 at 1:41, Sytse Wielinga wrote:
> Linus, could you please put skb_copy_datagram back in place? It's not used
> anymore in the kernel, but the vmnet module (in vmware) still uses this
> interface to skb_copy_datagram_iovec.
There is no reason for doing this. Just grab latest vmmon & vm
Linus, could you please put skb_copy_datagram back in place? It's not used
anymore in the kernel, but the vmnet module (in vmware) still uses this
interface to skb_copy_datagram_iovec.
Patch for 2.6.11-rc2 follows. It compiles cleanly; I have not tested it yet,
but I assume it's okay. I'll test it
On Monday 24 January 2005 10:05 am, Martin Josefsson wrote:
> On Sun, 2005-01-23 at 22:51 -0800, David Brownell wrote:
> > ...
> > - Each gets an ICMP destination unreachable, frag needed, next hop MTU 1492
> > - ... all retransmits are 1500 bytes not 1492, triggering ICMPs ...
> >
> > Naturally
Linux 2.6 Compile Statistics (gcc 3.4.1)
Web page with links to complete details:
http://developer.osdl.org/cherry/compile/
Kernel bzImagebzImage bzImage modules bzImage modules
(defconfig) (allno) (allyes) (allyes) (allmod) (allmod)
--- --- --
Hi,
On Monday 24 January 2005 11.43, Adrian Bunk wrote:
> On Sun, Jan 23, 2005 at 10:11:45PM +0100, Magnus Määttä wrote:
> > Hello
>
> Hi Magnus,
>
> > It doesn't compile here, here's the error:
> >
> > CC net/sched/sch_generic.o
> > net/sched/sch_generic.c: In function `qdisc_restart':
> >
On Sun, 2005-01-23 at 22:51 -0800, David Brownell wrote:
> I'm seeing a problem with TCP as accessed through KMail (SuSE 9.2, x86_64).
> But oddly enough, only for sending mail, not reading it; and not through
> other (reading) applications... it's a regression with respect to rc1 and
> earlier ker
On Sun, Jan 23, 2005 at 10:11:45PM +0100, Magnus Määttä wrote:
> Hello
Hi Magnus,
>
> It doesn't compile here, here's the error:
>
> CC net/sched/sch_generic.o
> net/sched/sch_generic.c: In function `qdisc_restart':
> net/sched/sch_generic.c:128: error: label `requeue' used but not
> d
I'm seeing a problem with TCP as accessed through KMail (SuSE 9.2, x86_64).
But oddly enough, only for sending mail, not reading it; and not through
other (reading) applications... it's a regression with respect to rc1 and
earlier kernels. Basically, it can only send REALLY TINY emails...
What et
Hello
On Saturday 22 January 2005 03.13, Linus Torvalds wrote:
> Ok, trying to calm things down again for a 2.6.11 release.
>
> Tons of small cleanups, annotations and fixes here. Driver updates,
> cpufreq, ppc, parisc, arm.. Pls check that I got it all.
>
> Linus
>
It doesn't compile here, her
This patch worked. Or at least it built.
Thanks for the quick response.
sean
Martin Josefsson wrote:
Try this patch:
diff -X dontdiff.ny -urNp linux-2.6.11-rc2.orig/include/linux/netfilter_ipv4/ip_conntrack_tftp.h linux-2.6.11-rc2/include/linux/netfilter_ipv4/ip_conntrack_tftp.h
--- linux-2.6.11
rack_tftp.o(.bss+0x0): first defined here
> make[3]: *** [net/ipv4/netfilter/built-in.o] Error 1
> make[2]: *** [net/ipv4/netfilter] Error 2
Ok, another problem intriduced by the recent patches... sigh
Try this patch:
diff -X dontdiff.ny -urNp
linux-2.6.11-rc2.orig/include/linux/netfilt
Martin Josefsson wrote:
On Fri, 2005-01-21 at 22:32 -0800, Udo A. Steinberg wrote:
On Fri, 21 Jan 2005 18:13:55 -0800 (PST) Linus Torvalds (LT) wrote:
LT> Ok, trying to calm things down again for a 2.6.11 release.
Connection tracking does not compile...
CC net/ipv4/netfilter/ip_conntrack_stand
On Sat, 22 Jan 2005, Udo A. Steinberg wrote:
>
> Linus, please apply the following patch from Martin.
Please go through Davem, he's quite responsive, but prefers things like
this to be sent to the netdev mailing list too if it hasn't been there
already (netdev@oss.sgi.com).
L
compile both with and without NAT
MJ> now.
Thanks, this fixes my problem, too.
Linus, please apply the following patch from Martin.
-Udo.
diff -X /home/gandalf/dontdiff.ny -urNp
linux-2.6.11-rc2.orig/include/linux/netfilter_ipv4/ip_conntrack.h
linux-2.6.11-rc2/include/linux/netfilter_ipv4/
On Sat, 2005-01-22 at 12:57 -0800, Udo A. Steinberg wrote:
> On Sat, 22 Jan 2005 15:04:29 +0100 Martin Josefsson (MJ) wrote:
>
> MJ> On Fri, 2005-01-21 at 22:32 -0800, Udo A. Steinberg wrote:
> MJ> >
> MJ> > Connection tracking does not compile...
>
> MJ> The problem is when compiling without NA
v4/ip_conntrack.h:307: error: (Each undeclared
> identifier is reported only once
> include/linux/netfilter_ipv4/ip_conntrack.h:307: error: for each function it
> appears in.)
The problem is when compiling without NAT...
The patch below should fix it, I can compile both with and without NAT
now.
On Fri, 21 Jan 2005 18:13:55 -0800 (PST) Linus Torvalds (LT) wrote:
LT> Ok, trying to calm things down again for a 2.6.11 release.
Connection tracking does not compile...
CC net/ipv4/netfilter/ip_conntrack_standalone.o
In file included from net/ipv4/netfilter/ip_conntrack_standalone.c:34:
rt "Don't busy-lock-loop in preemptable spinlocks" patch
o Remove old debugging tests
o Remove broken-as-designed "rwlock_is_locked()" macro
o Revert "x86_64/i386: increase command line size" patch
o ppc64: rwlock *_can_lock() primitives
o ia64: rwlock *_c
appears in.)
make[1]: *** [arch/i386/kernel/nmi.o] Error 1
make: *** [arch/i386/kernel] Error 2
linux:/usr/src/cm/kexec/linux-2.6.11-rc1 #
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
On Thu, Jan 20, 2005 at 08:17:38AM +0100, Peter Osterlund wrote:
> >
> > That fixed it, thanks. I hope this can make it in before 2.6.11 final,
> > but if it doesn't, I'll just patch it in.
>
> OK, I've got another report in private mail where this patch fixed the
> ALPS detection, so the score
On Wed, 19 Jan 2005, Daniel Gryniewicz wrote:
> On Wed, 2005-01-19 at 23:16 -0500, Dmitry Torokhov wrote:
> > On Wednesday 19 January 2005 16:07, Daniel Gryniewicz wrote:
> > > On Tue, 2005-01-11 at 21:09 -0800, Linus Torvalds wrote:
> > > > Ok, the big merges after 2.6.10 are hopefully over, and
On Wed, 2005-01-19 at 23:16 -0500, Dmitry Torokhov wrote:
> On Wednesday 19 January 2005 16:07, Daniel Gryniewicz wrote:
> > On Tue, 2005-01-11 at 21:09 -0800, Linus Torvalds wrote:
> > > Ok, the big merges after 2.6.10 are hopefully over, and 2.6.11-rc1 is out
> > > there.
> > >
> >
> >
> > >
On Wednesday 19 January 2005 16:07, Daniel Gryniewicz wrote:
> On Tue, 2005-01-11 at 21:09 -0800, Linus Torvalds wrote:
> > Ok, the big merges after 2.6.10 are hopefully over, and 2.6.11-rc1 is out
> > there.
> >
>
>
> > Peter Osterlund:
> > o input: Add ALPS touchpad driver, driver by Neil B
On Tue, 2005-01-11 at 21:09 -0800, Linus Torvalds wrote:
> Ok, the big merges after 2.6.10 are hopefully over, and 2.6.11-rc1 is out
> there.
>
> Peter Osterlund:
> o input: Add ALPS touchpad driver, driver by Neil Brown, Peter
> Osterlund and Dmitry Torokhov, some fixes by Vojtech Pavlik
On Sun, 16 Jan 2005, Sam Ravnborg wrote:
> On Sun, Jan 16, 2005 at 10:22:43AM +0100, Geert Uytterhoeven wrote:
> > Changing
> >
> > | NOSTDINC_FLAGS := -nostdinc -isystem $(shell $(CC)
> > -print-file-name=include)
> >
> > to
> >
> > | NOSTDINC_FLAGS = -nostdinc -isystem $(shell $(CC)
> > -pri
On Sun, Jan 16, 2005 at 10:22:43AM +0100, Geert Uytterhoeven wrote:
> Changing
>
> | NOSTDINC_FLAGS := -nostdinc -isystem $(shell $(CC) -print-file-name=include)
>
> to
>
> | NOSTDINC_FLAGS = -nostdinc -isystem $(shell $(CC) -print-file-name=include)
>
> fixed it. I guess it picked up the defin
On Tue, 11 Jan 2005, Linus Torvalds wrote:
> Sam Ravnborg:
> o kbuild: Use -isystem `gcc --print-file-name=include`
This change broke cross-compilation for me.
It causes /usr/lib/gcc-lib/i486-linux/3.3.5/include/stdarg.h to be picked up
instead of /usr/local/lib/gcc-lib/m68k-linux/2.95.2/includ
101 - 171 of 171 matches
Mail list logo
