> This is consistent throughout all 2.4.x at least. From your comment I've
> learnt SuS v2 requires -ENODEV for the len=0 case. While this would
it needs -ENODEV for all cases where you mmap a file which does not support
mmap operations. A 0 length mmap could return the address, EINVAL and maybe
(Linus cc'ed - related thread: 243-pre[78]: mmap changes (breaks) /proc)
On Wed, 28 Mar 2001, Alan Cox wrote:
> 2.4.2-ac27
> o Revert mmap change that broke assumptions (and (Martin Diehl)
> it seems SuS)
the reason to suggest keeping the test was not due to len=0 behaviour of
mmap
(Linus cc'ed - related thread: 243-pre[78]: mmap changes (breaks) /proc)
On Wed, 28 Mar 2001, Alan Cox wrote:
> 2.4.2-ac27
> o Revert mmap change that broke assumptions (and (Martin Diehl)
> it seems SuS)
the reason to suggest keeping the test was not due to len=0 behaviour of
mmap
I don't mean to walk on folks but I did make a patch that brings the ac27
version from aic7xxx-6.1.5 to aic7xxx-6.1.8. I've compiled it and inserted it
and removed it without any of the hanging problems I encountered before. But
the tests stopped there, no guarantees from me, I wish I could ;-)
>> What version of the aic7xxx driver is embedded in 2.4.2-ac27? This
>> particular issue was fixed just after 6.1.5 was released.
>
>The last patch you sent to me + small other fixups for aicdb.h. I dont have
>time to chase after peoples drivers. If you want a newer aic7xxx in -ac just
>mail me
> What version of the aic7xxx driver is embedded in 2.4.2-ac27? This
> particular issue was fixed just after 6.1.5 was released.
The last patch you sent to me + small other fixups for aicdb.h. I dont have
time to chase after peoples drivers. If you want a newer aic7xxx in -ac just
mail me a diff
>aic7xxx_osm.h:#define AIC7XXX_DRIVER_VERSION "6.1.5"
Pick up the latest from here:
http://people.FreeBSD.org/~gibbs/linux/
--
Justin
-
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.kern
aic7xxx_osm.h:#define AIC7XXX_DRIVER_VERSION "6.1.5"
"Justin T. Gibbs" wrote:
> >Hello,
> >
> >I'm using Linux-2.4.2-ac27 SMP compiled with gcc version 2.95.2 2220
> >(Debian GNU/Linux).
>
> What version of the aic7xxx driver is embedded in 2.4.2-ac27? This
> particular issue was fixed ju
>Hello,
>
>I'm using Linux-2.4.2-ac27 SMP compiled with gcc version 2.95.2 2220
>(Debian GNU/Linux).
What version of the aic7xxx driver is embedded in 2.4.2-ac27? This
particular issue was fixed just after 6.1.5 was released.
--
Justin
-
To unsubscribe from this list: send the line "unsubsc
Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> On 24 Mar 2001, Kevin Buhr wrote:
> >
> > A huge win for 2.96 and absolutely no benefit whatsoever for 3.0, even
> > though it obviously had a 10-fold effect on maps counts. On the
> > positive side, there was no performance *hit* either.
>
> I don
I am using the Orinoco gold card in a Thinkpad A21p. I have been using the
wvlan_cs module for this card. I attempted to use the new orinoco_cs
driver, I updated /etc/pcmcia/config to have the "device wvlan_cs" use the
new orinoco_cs module rather than the old wvlan_cs. The card is recognized
a
Jakob Østergaard wrote:
> But the bad case was a garbage collector in GCC. The mmap tricks seem like
> some you may be inclined to actually use in something like garbage collectors.
> Are we sure that the developers of all other garbage collectors out there
> foresaw this problem and didn't do mm
On 24 Mar 2001, Kevin Buhr wrote:
>
> A huge win for 2.96 and absolutely no benefit whatsoever for 3.0, even
> though it obviously had a 10-fold effect on maps counts. On the
> positive side, there was no performance *hit* either.
I don't think the system time in 3.0 has anything to do the the
On Sat, Mar 24, 2001 at 01:54:39PM -0600, Kevin Buhr wrote:
> Jakob Østergaard <[EMAIL PROTECTED]> writes:
> >
> > It's important that you use at least -O3 to get inlining too.
> [ . . . ]
> > 25 MB doesn't count ;)
>
> Aggh! I feel like I'm in a comedy sketch. You tell me "do that".
> I do
Jakob Østergaard <[EMAIL PROTECTED]> writes:
>
> It's important that you use at least -O3 to get inlining too.
[ . . . ]
> 25 MB doesn't count ;)
Aggh! I feel like I'm in a comedy sketch. You tell me "do that".
I do that. You tell me, "you should try this instead", so I do this.
Then, you
"Zack Weinberg" <[EMAIL PROTECTED]> writes:
>
> Let me inject some information about what gcc's doing in each version.
Thanks... very useful information.
> 2.95.3 allocates its memory via a bunch of 'obstacks' which,
> underneath, get memory from malloc, and therefore brk(2). I'm very
> surpr
Linus Torvalds <[EMAIL PROTECTED]> writes:
> >
[ under kernel 2.4.2 ]
> >
> >CVS gcc 3.0: Debian gcc 2.95.3: RedHat gcc 2.96:
> >
> >real16m8.423s real8m2.417s real12m24.939s
> >user15m23.710suser7m22.200suser10m1
Alan Cox wrote:
>
> 2.4.2-ac24
> 2.4.2-ac23
> o Back out problem via bridge change (me)
That fixed the bttv problems I had. I've noticed that there are
four VIA vt8363 PCI fixups by now. Are these experimental to see if
some people's problems go away or have VIA confirmed that
On Fri, Mar 23, 2001 at 09:02:30PM -0800, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Kevin Buhr <[EMAIL PROTECTED]> wrote:
> >
> >The results speak for themselves:
> >
> >CVS gcc 3.0: Debian gcc 2.95.3: RedHat gcc 2.96:
> >
> >real16m8.42
In article <[EMAIL PROTECTED]>,
Kevin Buhr <[EMAIL PROTECTED]> wrote:
>
>The results speak for themselves:
>
>CVS gcc 3.0: Debian gcc 2.95.3: RedHat gcc 2.96:
>
>real16m8.423s real8m2.417s real12m24.939s
>user15m23.710suser
Kevin Buhr wrote:
> Jakob Østergaard <[EMAIL PROTECTED]> writes:
> >
> > Try compiling something like Qt/KDE/gtk-- which are really heavy on
> > templates (with all the benefits and drawbacks of that).
>
> Okay, I just compiled gtk-- 1.0.3 (with CFLAGS = "-O2 -g") under three
> versions of GCC (D
Alan Cox wrote:
> 2.4.2-ac24
Is DRI still hosed?
-
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 http://www.tux.org/lkml/
On Sat, 24 Mar 2001, Alan Cox wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
>
> Intermediate diffs are available from
>
> http://www.bzimage.org
>
> (Note that the cmsfs port to 2.4 is a work in progress)
>
> 2.4.2-ac24
> o Fi
Adrian Bunk <[EMAIL PROTECTED]> said:
> 2.4.2-ac23
> ...
> o Fix i386 #ifdef bug with notsc disable (Anton Blanchard)
> ...
>
>
> This change has broken the compile for me (my .config is attached):
>
> gcc -D__KERNEL__ -I/home/bunk/linux/linux/include -Wall
> -Wstrict-prototypes
On Thu, Mar 22, 2001 at 07:35:49PM +0100, Jakob Østergaard wrote:
> My code here is quite template heavy, and I suspect that's what's triggering
> it. In fact, I can't compile our development code with optimization, because
> GCC runs out of memory (it only allocates some 300-500 MB, but each pa
On Fri, 23 Mar 2001, Admin Mailing Lists wrote:
> > >It was causing SMP boxes to crash mysteriously after
> > >several hours or days. Quite a lot of them. Nobody
> > >was able to explain why, so it was turned off.
> >
> > I know why it was turned off by default. The annoying this is that now
>
Duh yes.. it would for some people
--- arch/i386/kernel/setup.c~ Thu Mar 22 23:18:21 2001
+++ arch/i386/kernel/setup.cFri Mar 23 13:26:08 2001
@@ -2276,7 +2276,7 @@
*/
/* TSC disabled? */
-#ifdef CONFIG_X86_TSC
+#ifndef CONFIG_X86_TSC
if ( tsc_disable )
> >
> >It was causing SMP boxes to crash mysteriously after
> >several hours or days. Quite a lot of them. Nobody
> >was able to explain why, so it was turned off.
>
> I know why it was turned off by default. The annoying this is that now
> the *only* way to activate the watchdog is via a boot
2.4.2-ac23
...
o Fix i386 #ifdef bug with notsc disable (Anton Blanchard)
...
This change has broken the compile for me (my .config is attached):
gcc -D__KERNEL__ -I/home/bunk/linux/linux/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpre
On Fri, Mar 23, 2001 at 12:06:30PM +, Alan Cox wrote:
> o Fix i386 #ifdef bug with notsc disable (Anton Blanchard)
gcc -D__KERNEL__ -I/usr/src/kernel/2.4.2-ac23/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2 -mar
On Thu, 22 Mar 2001, Alan Cox wrote:
> 2.4.2-ac21
> o atyfb mode updates for powermac (Olaf Hering)
60 Hz modes should be marked 60 Hz.
Add separator comment.
--- linux-2.4.2-ac21/drivers/video/macmodes.c.orig Fri Mar 23 08:17:54 2001
+++ linux-2.4.2-ac21/drivers/video/m
On 22 Mar 2001, Kevin Buhr wrote:
> Mike Galbraith <[EMAIL PROTECTED]> writes:
> >
> > 2.4.2.ac20.virgin 2.4.3-pre6
> > real11m0.708s 11m58.617s
> > user15m8.720s 7m29.970s
> > sys 1m31.410s 0m41.590s
> >
> > It looks like ac20 is doing some double accounting.
[snip]
> Mike,
On Fri, 23 Mar 2001 01:50:49 +,
"Andrew Morton" <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote:
>>
>> Am I the only person who is annoyed that nmi watchdog is now off by
>> default and the only way to activate it is by a boot parameter? You
>> cannot even patch the kernel to build a version
Keith Owens wrote:
>
> Am I the only person who is annoyed that nmi watchdog is now off by
> default and the only way to activate it is by a boot parameter? You
> cannot even patch the kernel to build a version that has nmi watchdog
> on because the startup code runs out of the __setup routine,
On Fri, 23 Mar 2001 00:02:54 +0100,
Frank de Lange <[EMAIL PROTECTED]> wrote:
>Linux 2.4.2-ac21 does not like my box, or the other way around:
>
>loading the agpgart module (MGA G400 AGP) -> system hangs
>loading the SCSI module (53c875) -> system hangs
>
>In both cases, the magic SysRq sequence
On Thu, 22 Mar 2001, Alan Cox wrote:
OK.
> > On Thu, 22 Mar 2001, Alan Cox wrote:
> >
> > Does not build for PPro/P-II. i586 is OK.
>
> You need to avoid enabling 64G support. The PAE stuff (as Linus said
> with
> 2.4.3pre6) is currently broken. Once Linus and co fix it I'll merge the
> fixed
>
On Thu, 22 Mar 2001, Alan Cox wrote:
Does not build for PPro/P-II. i586 is OK.
=== Cut ===
ld -m elf_i386 -T /tmp/build-kernel/usr/src/linux-2.4.2ac21/arch/i386/vmlinux.lds -e
stext arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \
--start-group \
> On Thu, 22 Mar 2001, Alan Cox wrote:
>
> Does not build for PPro/P-II. i586 is OK.
You need to avoid enabling 64G support. The PAE stuff (as Linus said with
2.4.3pre6) is currently broken. Once Linus and co fix it I'll merge the fixed
one
Alan
-
To unsubscribe from this list: send the line "
Oops...
Linux 2.4.2-ac21 does not like my box, or the other way around:
loading the agpgart module (MGA G400 AGP) -> system hangs
loading the SCSI module (53c875) -> system hangs
In both cases, the magic SysRq sequence does not work, but it is still possible
to ping the box from the outside. Co
Mike Galbraith <[EMAIL PROTECTED]> writes:
>
> 2.4.2.ac20.virgin 2.4.3-pre6
> real11m0.708s 11m58.617s
> user15m8.720s 7m29.970s
> sys 1m31.410s 0m41.590s
>
> It looks like ac20 is doing some double accounting.
Alan:
In "2.4.2-ac20", the check in "apic.c" in the "APIC_init_
Credit where credit's due...
On Thu, 22 Mar 2001, Alan Cox wrote:
> 2.4.2-ac21
> o Update NEC DDB5476 eval board support (Geert Uytterhoeven)
Actually this port was done by Jun Sun (based on the DDB5074 port).
> o Update NEC DDB5074 eval board support (Geert Uytterh
On Thu, Mar 22, 2001 at 12:23:15PM -0600, Kevin Buhr wrote:
> [EMAIL PROTECTED] (Kevin Buhr) writes:
...
> I pulled the "gcc-3_0-branch" of GCC from CVS and compiled Mozilla
> under a 2.4.2 kernel. The numbers I saw were:
>
> real57m26.850s
> user96m57.490s
> sys 3m16.780
On 21 Mar 2001, Kevin Buhr wrote:
> Mike Galbraith <[EMAIL PROTECTED]> writes:
> >
> > Yes. I'm so used to UP numbers I didn't think. I saw user larger than
> > real on my UP box yesterday during some testing, and then seeing this
> > post... oops.
>
> Okay, so you see "user > real" on a UP box
Mike Galbraith <[EMAIL PROTECTED]> writes:
>
> Yes. I'm so used to UP numbers I didn't think. I saw user larger than
> real on my UP box yesterday during some testing, and then seeing this
> post... oops.
Okay, so you see "user > real" on a UP box running an SMP kernel.
First, I'm not really
On Wed, 21 Mar 2001, Kurt Garloff wrote:
> On Wed, Mar 21, 2001 at 07:41:55AM +0100, Mike Galbraith wrote:
> > On 20 Mar 2001, Kevin Buhr wrote:
> > > real60m4.574s
> > > user101m18.260s <-- impossible no?
> > > sys 3m23.520s
> >
> > Why do numbers like this show up? I n
On Wed, Mar 21, 2001 at 07:41:55AM +0100, Mike Galbraith wrote:
> On 20 Mar 2001, Kevin Buhr wrote:
> > real60m4.574s
> > user101m18.260s <-- impossible no?
> > sys 3m23.520s
>
> Why do numbers like this show up? I noticed some of this after having
> enabled SMP on my UP
> > I frequently build Mozilla from scratch on my (aging) dual Celeron
> > machine. [...]
> > real60m4.574s
> > user101m18.260s <-- impossible no?
> > sys 3m23.520s
>
> Why do numbers like this show up? I noticed some of this after having
> enabled SMP on my UP box.
>
On Wed, 21 Mar 2001, Matthias Urlichs wrote:
> > > I frequently build Mozilla from scratch on my (aging) dual Celeron
> > > machine. [...]
> > > real60m4.574s
> > > user101m18.260s <-- impossible no?
> > > sys 3m23.520s
> >
> > Why do numbers like this show up? I notice
On 20 Mar 2001, Kevin Buhr wrote:
> Linus Torvalds <[EMAIL PROTECTED]> writes:
> >
> > Cool. Somebody actually found a real case.
> >
> > I'll fix the mmap case asap. Its' not hard, I just waited to see if it
> > ever actually triggers. Something like g++ certainly counts as major.
>
> I frequent
Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> Cool. Somebody actually found a real case.
>
> I'll fix the mmap case asap. Its' not hard, I just waited to see if it
> ever actually triggers. Something like g++ certainly counts as major.
I do daily builds of the VTK CVS tree (The Visualization T
Kevin Buhr writes:
> If I recall correctly, RedHat's 2.96 was a modified development
> snapshot of GCC 3.0, not an official GCC release. If this is just a
> quirk in 2.96 that can be fixed before the official release of 3.0 by
> a trivial patch to libiberty, maybe your original hunch was rig
Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> Cool. Somebody actually found a real case.
>
> I'll fix the mmap case asap. Its' not hard, I just waited to see if it
> ever actually triggers. Something like g++ certainly counts as major.
I frequently build Mozilla from scratch on my (aging) dual
On Tue, Mar 20, 2001 at 10:43:33AM -0800, Linus Torvalds wrote:
>
>
> On Tue, 20 Mar 2001, Serge Orlov wrote:
> >
> > I upgraded one of our computer happily running 2.2.13 kernel
> > to 2.4.2. Everything was OK, but compilation time of our C++
> > project greatly increased (1.4 times slower). I
On Tue, 20 Mar 2001, Serge Orlov wrote:
>
> I upgraded one of our computer happily running 2.2.13 kernel
> to 2.4.2. Everything was OK, but compilation time of our C++
> project greatly increased (1.4 times slower). I investigated the
> issue and found that g++ spends 7 times more time in kernel
On Tue, Mar 20, 2001 at 09:28:57PM +0300, Serge Orlov wrote:
> Hi,
> I upgraded one of our computer happily running 2.2.13 kernel
> to 2.4.2. Everything was OK, but compilation time of our C++
> project greatly increased (1.4 times slower). I investigated the
> issue and found that g++ spends 7 t
Thus spake FAVRE Gregoire ([EMAIL PROTECTED]):
> Sorry if that has already been posted, I read the m-l via newsgroups.
> When I try to compile, I got:
> `/usr/src/linux-2.4.2-ac17/drivers/scsi/aic7xxx/aicasm'
> kgcc -I/usr/include -ldb aicasm_gram.c aicasm_scan.c aicasm.c
> aicasm_symbol.c -o aic
On Tue, 6 Mar 2001, Alan Cox wrote:
> > I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE
> > stage it just reboots.
>
> Does ac11 also reboot like that. -ac is currently testing versions of the new
> VIA IDE driver so knowing if the latest update did that would be very
On Tue, 6 Mar 2001, Scott M. Hoffman wrote:
> On Tue, 6 Mar 2001, God wrote:
>
> > # iostat
> > Linux 2.4.2 (scotch)03/06/2001
>
> I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE
> stage it just reboots.
Same chipset/mb?
> As for your iostat output, which ver
On Tue, 6 Mar 2001, Alan Cox wrote:
> > Just trying 2.4.3-pre2 now. It appears to be working fine. I used the
> > same config from my ac11-12 attempts. My systems problem with ac11-12 must
> > not be something common between them. Hope this helps.
>
> It helps a lot. I now know not to submit
> Just trying 2.4.3-pre2 now. It appears to be working fine. I used the
> same config from my ac11-12 attempts. My systems problem with ac11-12 must
> not be something common between them. Hope this helps.
It helps a lot. I now know not to submit the VIA ide driver to Linus until
further inves
On Mon, 5 Mar 2001, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Scott M. Hoffman <[EMAIL PROTECTED]> wrote:
> >
> > It may not be related, but out of five boot attempts, only one got past
> >the IDE driver stage(ie, below from 2.4.2 :
> > VP_IDE: IDE controller on PCI bus 00 dev 39
On Tue, 6 Mar 2001, Alan Cox wrote:
> > I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE
> > stage it just reboots.
>
> Does ac11 also reboot like that. -ac is currently testing versions of the new
> VIA IDE driver so knowing if the latest update did that would be very
>
In mailing-lists.linux-kernel, you wrote:
> -ac is currently testing versions of the new VIA IDE driver
What is the relationship between the version 3.21 in -ac12 and the
version 4.3 that was distributed on this list a week or two ago?
Cheers, Wayne
-
To unsubscribe from this list: send the l
> I won't be able to try ac11 until late tonight as that is my home PC that
> has the VIA chips. I'll let you know
> Also, these patches should be applied to 2.4.2, right? I'm using a 2.4.1
> tree patched to 2.4.2, then applied ac12.
Yep you applied it right by the sounds of it.
-
To unsubscri
On Tue, 6 Mar 2001, Alan Cox wrote:
> > I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE
> > stage it just reboots.
>
> Does ac11 also reboot like that. -ac is currently testing versions of the new
> VIA IDE driver so knowing if the latest update did that would be very
> I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE
> stage it just reboots.
Does ac11 also reboot like that. -ac is currently testing versions of the new
VIA IDE driver so knowing if the latest update did that would be very
useful
-
To unsubscribe from this list: send
On Tue, 6 Mar 2001, God wrote:
> On Mon, 5 Mar 2001, Scott M. Hoffman wrote:
>
> > On Mon, 5 Mar 2001, Richard B. Johnson wrote:
> > >
> > > I -- S T R O N G L Y -- suggest that nobody use this kernel with
> > > a BusLogic SCSI controller until this problem is fixed.
> > >
> > > Dick Johnson
>
On Mon, 5 Mar 2001, Scott M. Hoffman wrote:
> On Mon, 5 Mar 2001, Richard B. Johnson wrote:
> >
> > I -- S T R O N G L Y -- suggest that nobody use this kernel with
> > a BusLogic SCSI controller until this problem is fixed.
> >
> > Dick Johnson
>
> It may not be related, but out of five boot
In article <[EMAIL PROTECTED]>,
Scott M. Hoffman <[EMAIL PROTECTED]> wrote:
>
> It may not be related, but out of five boot attempts, only one got past
>the IDE driver stage(ie, below from 2.4.2 :
> VP_IDE: IDE controller on PCI bus 00 dev 39
> VP_IDE: chipset revision 16
> VP_IDE: not 100% nat
On Mon, 5 Mar 2001, Richard B. Johnson wrote:
>
> Attempts to run linux-2.4.3-pre2 on chaos.analogic.com results
> in **MASSIVE** file-system destruction. I have (had) all SCSI
> disks, using the BusLogic controller.
>
> There is something **MAJOR** going on BAD, BAD, BAD, even disks
> that were n
On Friday March 2, [EMAIL PROTECTED] wrote:
> 1. Problem description
> 2. Machine details
> a) Hardware
> b) Software
> 3. System log during the incident
>
> 1. Problem Description:
>
snip
> Mar 2 13:44:38 bertha kernel: Unable to handle kernel NULL pointer
> dereference at virtual
> Feb 24 14:00:52 bertha kernel: hdi: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Feb 24 14:00:52 bertha kernel: hdi: dma_intr: error=0x40 {
> UncorrectableError }, LBAsect=42484802, sector=42484720
Uncorrectable generally implies a hardware failure such as a bad block on
the di
Alan Cox <[EMAIL PROTECTED]> wrote:
> For the moment get it from
> ftp://ftp.linux.org.uk/pub/linux/alan/2.4-ac
or get it from: www.bzimage.org/kernel-patches/alan/v2.4.2
where also incremental patches are available
eg:
94691 Feb 26 07:41 patch-2.4.2-ac3-ac4.bz2
Danny
-
To unsu
> Does this have any fixings for the RSS and CPU mis-allocations? I put
> 2.4.2 ac3 on my notebook last night and Enlightenment is taking 9805% of
> the cpu and about 4 terabytes is resident.
> That is the only process doing that.
Not yet. Im waiting for the VM folks to fix it.
-
To unsubscrib
Alan Cox wrote:
> Not currently on
> ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
> until its happy again.
>
> For the moment get it from
>
> ftp://ftp.linux.org.uk/pub/linux/alan/2.4-ac
>
> 2.4.2-ac4
Does this have any fixings for the RSS and CPU mis-
--- Adam <[EMAIL PROTECTED]> wrote: >
> are those MINIX_SUBPARITIONS in 2.4.2 actually
> supposed to copile?
> in fs/partitions/msdos.c it refers to some MINIX
> defines which do not
> seems to be included in that path.
Did not work for me either.
Michel
__
On Thu, Feb 22, 2001 at 10:48:19PM +0100, Lukasz Trabinski demoed 2.4.2:
Complementing the 2.4.2 demo, here is same from 2.2.* also at 6BONE:
$ ping6 3ffe:8010:19::2:2
PING 3ffe:8010:19::2:2(3ffe:8010:19::2:2) from 3ffe:2610:2:fe00:290:27ff:fe85:1530 :
56 data bytes
64 bytes from 3ffe:8010:19::
In article <007101c09ce4$39dc7680$[EMAIL PROTECTED]> you wrote:
> Linux-2.4.2 does not have IPv6 support ???
[root@lt /root]# ping6 3ffe:8010:19::2:2
PING 3ffe:8010:19::2:2(3ffe:8010:19::2:2) from ::1 : 56 data bytes
64 bytes from 3ffe:8010:19::2:2: icmp_seq=0 hops=64 time=84 usec
64 bytes from 3
> Linux-2.4.2 does not have IPv6 support ???
Linux 2.2 and 2.4 have IPv6
-
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 http://www.tu
"Adam Sampson wrote:"
> I get this while compiling 2.4.2:
>
> msdos.c:403: `MINIX_PARTITION' undeclared (first use in this function)
> msdos.c:403: (Each undeclared identifier is reported only once
> msdos.c:403: for each function it appears in.)
> msdos.c:406: `MINIX_NR_SUBPARTITIONS' undeclared
Linus Torvalds <[EMAIL PROTECTED]> writes:
> Ok, the patch looks huge (it's a meg and a half compressed, 6+ megs
> uncompressed), but most of the patch by far is S/390 updates and the new
> Cris architecture.
I get this while compiling 2.4.2:
gcc -D__KERNEL__ -I/src/linux/include -Wall -Wstric
> Hmm, given that there are several patches in your tree that never seem
> to make it to Linus' tree, would it make sense to flag patches that
> should go into 2.4 as "Not for Alan; Linus _please_ pick it up" (and to
> keep on pushing until Linus does) ?
Im trying to push stuff to Linus in a reas
Alan Cox wrote:
> I think the key word is actually probably 'predictability'. The Linus tree
> is conservative. (IMHO too conservative and probably in his not conservative
> enough 8))
Hmm, given that there are several patches in your tree that never seem
to make it to Linus' tree, would it make
Building with gcc-2.96:
In file included from /usr/src/linux/include/linux/raid/md.h:50,
from init/main.c:24:
/usr/src/linux/include/linux/raid/md_k.h: In function `pers_to_level':
/usr/src/linux/include/linux/raid/md_k.h:41: warning: control reaches end of non
-void function
--
> If you want stability, run the real Linus 2.4. If you want all the
I think the key word is actually probably 'predictability'. The Linus tree
is conservative. (IMHO too conservative and probably in his not conservative
enough 8))
> really minor bug fixes and more of the experimental code, run
> Which -ac series patch does this match up with or superceed
> ie should this be considered superior to -ac19 ?
I'll be merging most of the 2.4.2 changes if there are any I dont have with
Linus for the next -ac which will be a 2.4.2-ac1 and thus somewhat shorter
-
To unsubscribe from this list:
I get the following error in a make bzImage:
nm vmlinux | grep -v '\(compiled\)\|\(\.o$\)\|\( [aUw]
\)\|\(\.\.ng$\)\|\(LASH[RL]DI\)' | sort > System.map
make[1]: Entering directory `/usr/src/linux/arch/i386/boot'
ld -m elf_i386 -Ttext 0x0 -s -oformat binary bbootsect.o -o bbootsect
ld: cannot op
[John Heil]
> Which -ac series patch does this match up with or superceed ie should
> this be considered superior to -ac19 ?
Neither "supercedes" the other -- they are different trees. The -ac
series has some patches that Linus may never get because they are
experimental, or still buggy.
If yo
On Wed, 21 Feb 2001, Linus Torvalds wrote:
> Date: Wed, 21 Feb 2001 18:19:43 -0800 (PST)
> From: Linus Torvalds <[EMAIL PROTECTED]>
> To: Kernel Mailing List <[EMAIL PROTECTED]>
> Subject: Linux-2.4.2
>
>
> Ok, the patch looks huge (it's a meg and a half compressed, 6+ megs
> uncompressed), but
On Wed, Feb 21, 2001 at 09:13:30PM -0600, Peter Samuelson wrote:
[snip]
> If you want stability, run the real Linus 2.4. If you want all the
> really minor bug fixes and more of the experimental code, run -ac. If
> you want production quality, run your kernel on a test server before
> deploying.
Eloy A. Paris wrote:
> I solved the problem by changing all calls to ld in
> /usr/src/linux/arch/i386/boot/Makefile from "ld ... -oformat
> ..." to "ld ... --oformat ..."
Right. This is a change on binutils 2.10.1.0.7 and up (now at
2.10.91.0.2). A few people sent a patch to the list (Andreas
Ja
On Wed, 21 Feb 2001 22:19:20 -0500,
Billy Harvey <[EMAIL PROTECTED]> wrote:
>ld -m elf_i386 -Ttext 0x0 -s -oformat binary bbootsect.o -o bbootsect
>ld: cannot open binary: No such file or directory
Change -oformat to --oformat. Binutils incompatibility.
-
To unsubscribe from this list: send th
Billy Harvey wrote:
> I get the following error in a make bzImage:
>
> nm vmlinux | grep -v '\(compiled\)\|\(\.o$\)\|\(
>[aUw]\)\|\(\.\.ng$\)\|\(LASH[RL]DI\)' | sort > System.map
> make[1]: Entering directory `/usr/src/linux/arch/i386/boot'
> ld -m elf_i386 -Ttext 0x0 -s -oformat binary bbootsec
On Wed, 21 Feb 2001, John Heil wrote:
>
> Which -ac series patch does this match up with or superceed
> ie should this be considered superior to -ac19 ?
There is no 1:1 comparison to _any_ of the -ac patches, I'm afraid. The
two series are fairly disparate, as they have different intentions. A
94 matches
Mail list logo
