> Builtin would be fine of course. This almost screams sg to me :-)
> >
>
> Nonetheless, with your first patch and my patch, the system starts off
> using the old method of trying to allocate 8 frames buffer (which is
> essential for performance) and falls back to the current (as
ost screams sg to me :-)
>
Nonetheless, with your first patch and my patch, the system starts off
using the old method of trying to allocate 8 frames buffer (which is
essential for performance) and falls back to the current (as of
test13-pre2) way in low/fragmented memory situations. To me, th
On Tue, Dec 26 2000, David Mansfield wrote:
> > > > The cdrom changes that went into test13-pre2 really kill the performance
> > > > of my cdrom. I'm using cdparanoia to read audio data, and it normally
>
> ... cut ...
>
> > Anyway, do you think
> > >
> > > The cdrom changes that went into test13-pre2 really kill the performance
> > > of my cdrom. I'm using cdparanoia to read audio data, and it normally
... cut ...
> Anyway, do you think a 'try to allocate 8, if that fails, try to
> alloca
Jens Axboe wrote:
>
> On Fri, Dec 22 2000, David Mansfield wrote:
> > Jens,
> >
> > The cdrom changes that went into test13-pre2 really kill the performance
> > of my cdrom. I'm using cdparanoia to read audio data, and it normally
> > reads at 2-3x.
On Fri, Dec 22 2000, David Mansfield wrote:
> Jens,
>
> The cdrom changes that went into test13-pre2 really kill the performance
> of my cdrom. I'm using cdparanoia to read audio data, and it normally
> reads at 2-3x. Since test13-pre2 it's down to .6 - .7x. I&#x
ideo: Kein passendes Gerät gefunden
>
> "No suitable device found", -ENODEV. The video driver has not been
> loaded or has not been initialised correctly. Compare the dmesg output
>
> >from 2.4.0-test12 and 0-test13-pre2 to see what is different. It might
>
&
Hi, all.
I tested test13-pre2 on Alpha, but it is not compilable. So, I send a
small patch, and in test13-pre3 its problem may not be repaired.
'CONFIG_ALPHA' is used in drivers/pci/Makefile, but it is not defined
in anywhere. So, I added it to arch/alpha/config.in.
I think the poi
Hello,
I haven't seen this posted yet, so I have included it
below.
Regards,
Frank
fpu_entry.c: In function
`math_emulate':fpu_entry.c:194: structure has no member named
`segments'make[2]: *** [fpu_entry.o] Error 1make[2]: Leaving directory
`/usr/src/linux/arch/i386/math-emu'make[1]: ***
On Sun, Dec 17, 2000 at 05:22:23PM +0100, Andrzej Krzysztofowicz wrote:
> Why it does not depend on CONFIG_EXPERIMENTAL if it really is experimental ?
Oh, missed that. Thanks, fixed.
Tim.
*/
PGP signature
"Tim Waugh wrote:"
> Hi Linus,
>
> Here is a patch that marks CONFIG_PARPORT_PC_FIFO experimental.
Why it does not depend on CONFIG_EXPERIMENTAL if it really is experimental ?
> --- linux-2.4.0-test13-pre1/drivers/parport/Config.in.fifoexp Thu Jun 29 10:20:36
>2000
> +++ linux-2.4.0-test13-pr
Hi Linus,
Here is a patch to make the parport_pc comments better. No code
change.
Tim.
*/
2000-12-17 Tim Waugh <[EMAIL PROTECTED]>
* drivers/parport/parport_pc.c: Better commentary. Patch from
R Horn.
* drivers/parport/ChangeLog: Updated.
--- linux-2.4.0-test12/dri
Hi Linus,
This patch adds inline documentation to a couple of macros, with
improvements suggested by Andi Kleen.
Tim.
*/
2000-12-13 Tim Waugh <[EMAIL PROTECTED]>
* include/linux/init.h, include/linux/module.h: Inline
documentation for some macros. Patch from Armin Kuster.
-
Hi Linus,
This patch fixes some timing issues with ppa.
Tim.
*/
2000-12-13 Tim Waugh <[EMAIL PROTECTED]>
* drivers/scsi/ppa.c, drivers/scsi/ppa.h: Timing fixes. New
parameter "recon_tmo=". This is 2.07-for-2.4.x.
--- linux-2.4.0-test12/drivers/scsi/ppa.c.ppa207Tue
Hi Linus,
Here is a patch that marks CONFIG_PARPORT_PC_FIFO experimental.
Tim.
*/
2000-12-14 Tim Waugh <[EMAIL PROTECTED]>
* drivers/parport/Config.in: Mark CONFIG_PARPORT_PC_FIFO
experimental.
* drivers/parport/ChangeLog: Updated.
--- linux-2.4.0-test13-pre1/drivers
Hi Linus,
Here is a small patch that syncs up the parport ChangeLog to the
current source tree.
Tim.
*/
2000-12-13 Tim Waugh <[EMAIL PROTECTED]>
* drivers/parport/ChangeLog: Resync.
--- linux-2.4.0-test12/drivers/parport/ChangeLog.sync Wed Dec 13 12:37:45 2000
+++ linux-2.4.0-test
o0 and with kernel kernel2.4.0-test12 there is no problem at all.
>
>>can't open /dev/video: Kein passendes Gerät gefunden
"No suitable device found", -ENODEV. The video driver has not been
loaded or has not been initialised correctly. Compare the dmesg output
from 2.4
139too.c as you told me before (I did it
manually).
kind regards
Norbert
On Saturday 16 December 2000 11:38, Keith Owens wrote:
> On Sat, 16 Dec 2000 11:32:44 +0100,
>
> f5ibh <[EMAIL PROTECTED]> wrote:
> >/lib/modules/2.4.0-test13-pre2/kernel/fs/nfsd/nfsd.o
> >/li
On Sat, 16 Dec 2000, Gunther Mayer wrote:
This patch does not fix all problems in isdn/eicon.
A bigger patch is on the way.
Thanx,
Armin
> Hi Linus,
> apply this patch if like to fix this obvious error
> with "make xconfig" on plain tree:
> ./tkparse < ../arch/i386/config.in >> kconfig.t
Hi Keith,
Keith Owens wrote :
>>/lib/modules/2.4.0-test13-pre2/kernel/fs/nfsd/nfsd.o
>>/lib/modules/2.4.0-test13-pre2/kernel/fs/nfs/nfs.o: unresolved symbol
>>rpc_wake_up_task
>Does this fix it?
Yes, _this_ problem is fixed, thank you.
Regards
Jean-Luc
Hi, all.
I'm trying kernel 2.4.0-test13-pre2. But it has a problem in
CONFIG_ATM.
In net/Config.in, we seletct CONFIG_ATM by bool, CONFIG_ATM_LANE
and CONFIG_ATM_MPOA by tristate. But net/atm/common.c calls two
function i.e. atm_lane_init and atm_mpoa_init, there also in
ne
n driver type standalone' CONFIG_ISDN_DRV_EICON_DIVAS
> + bool ' Build Eicon driver type standalone' CONFIG_ISDN_DRV_EICON_DIVAS
> fi
>
> # CAPI subsystem
Sorry, my bad. (Note to myself: Always test changes before submitting with
make menuconfig and make xconfig).
H
On Sat, 16 Dec 2000 00:24:01 -0500,
Jon Akers <[EMAIL PROTECTED]> wrote:
>This appears to be a problem with the Makefile changes and NFS/NFSD/lockd
>and module compilation.
Index: 0-test13-pre2.1/fs/lockd/svc.c
--- 0-test13-pre2.1/fs/lockd/svc.c Mon, 02 Oct 2000 15:28:44 +1100 kaos
(linux-2.4/e
On Sat, 16 Dec 2000 11:32:44 +0100,
f5ibh <[EMAIL PROTECTED]> wrote:
>/lib/modules/2.4.0-test13-pre2/kernel/fs/nfsd/nfsd.o
>/lib/modules/2.4.0-test13-pre2/kernel/fs/nfs/nfs.o: unresolved symbol rpc_wake_up_task
Does this fix it?
Index: 0-test13-pre2.1/fs/lockd/svc.c
--- 0-test
Hi Linus,
apply this patch if like to fix this obvious error
with "make xconfig" on plain tree:
./tkparse < ../arch/i386/config.in >> kconfig.tk
drivers/isdn/Config.in: 98: can't handle dep_bool/dep_mbool/dep_tristate
condition
make[1]: *** [kconfig.tk] Error 1
mak
Hi!
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre2/kernel/fs/nfs/nfs.o
/lib/modules/2.4.0-test13-pre2/kernel/fs/nfs/nfs.o
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre2/kernel/fs/nfsd/nfsd.o
/lib/modules/2.4.0-test13-pre2/kernel/fs/nfs/nfs.o: unresolved symbol
Sat, 16 Dec 2000 00:24:01 -0500
> From: Jon Akers <[EMAIL PROTECTED]>
> To: 'Kernel Mailing List ' <[EMAIL PROTECTED]>
> Subject: Problems compiling test13-pre2
>
> This appears to be a problem with the Makefile changes and NFS/NFSD/lockd
> and module comp
2.4.0-test13-pre2; \
mkdir -p pcmcia; \
find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia
if [ -r System.map ]; then /sbin/depmod -ae -F System.map
2.4.0-test13-pre2; fidepmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre2/kernel/fs/nfs/nfs.o
dep
This is mostly still Makefile updates. Right now there are still
architecture-specific Makefiles that haven't been updated, but x86 and
sparc are done, along with the drivers you can enable for those
architectures. Expect the other architectures to follow soonish.
The other large part is the ACP
29 matches
Mail list logo
