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 a 'try to allocate 8, if that fails, try to
> >
On Wed, Dec 27, 2000 at 01:57:12PM +1100, Andrew Morton wrote:
> Oh, it's all still there, but it's now all in the header file:
>
> #ifdef DEBUG
> #define foo() printk(stuff)
> #else
> #define foo()
> #endif
I intentionally didn't focused on such part of your patch because I understood
from the
Andrea Arcangeli wrote:
>
> On Wed, Dec 27, 2000 at 11:29:06AM +1100, Andrew Morton wrote:
> > - Got rid of all the debugging ifdefs - these have been folded into
> > wait.h
>
> Why? Such debugging code is just disabled so it doesn't get compiled in, but if
> somebody wants he can enable it
On Wed, Dec 27, 2000 at 11:29:06AM +1100, Andrew Morton wrote:
> - Got rid of all the debugging ifdefs - these have been folded into
> wait.h
Why? Such debugging code is just disabled so it doesn't get compiled in, but if
somebody wants he can enable it changing the #define in the sources to
In article <[EMAIL PROTECTED]> you wrote:
> Well, consider the scenario of an application which opens a control connection
> and a data connection, and the data connection remains idle for some hours
> while you get to the beginning of the queue, and then the transfer starts. The
> data
Hello to all of you,
I got this since test13-pre1 (pre4, now):
SunWave1>depmod -e
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/tdfx.o
depmod: remap_page_range
depmod: _mmx_memcpy
depmod: __wake_up
depmod: mtrr_add
On Tue, Dec 26, 2000 at 06:59:54PM -0500, Giuliano Pochini wrote:
>
> How to crash kernel 2.2.17-18:
>
> Turn on the USB printer without paper and try
> to print something. Wait for the "printer.c: usblp0:
> out of paper" message and turn off the printer.
> Ok, now "killall gs" will freeze the
On Tue, 26 Dec 2000, Chris Mason wrote:
>
> Hi guys,
>
> Here's my latest code, which uses ll_rw_block for anon pages (or
> pages without a writepage func) when flush_dirty_buffers,
> sync_buffers, or fsync_inode_buffers are flushing things. This
> seems to have fixed my slowdown on 1k
Hi guys,
Here's my latest code, which uses ll_rw_block for anon pages (or
pages without a writepage func) when flush_dirty_buffers,
sync_buffers, or fsync_inode_buffers are flushing things. This
seems to have fixed my slowdown on 1k buffer sizes, but I
haven't done extensive benchmarks yet.
esr> # PROCESSOR is string valued; we capture stdout from the probe
esr> derive PROCESSOR from "myprobe1.sh"
esr>
esr> # FOOFEATURE is boolean; we look at the return status from myprobe2.py
esr> derive FOOFEATURE from "myprobe2.py"
I think this is cool.
esr> (kbuild people, this is one reason
It's been quiet around here lately...
This is a rework of the 2.4 wakeup code based on the discussions Andrea
and I had last week. There were two basic problems:
- If two tasks are on a waitqueue in exclusive mode and one gets
woken, it will put itself back into TASK_[UN]INTERRUPTIBLE state
I wrote:
>Giacomo, what's the state of your project?
Sigh, I got an address-invalid bounce from Giacomo. Looks like he
may have fallen off the net.
--
>>esr>>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Linus, replying to Alan:
>> If we do that I'd rather see a make autoconfig that does the lot from
>> proc/pci etc 8)
>
>Good point. No point in adding a new config option, we should just have a
>new configurator instead. Of course, it can't handle many of the
>questions, so it would still have to
In ide-dma.c one reads:
* Some people have reported trouble with Intel Zappa motherboards.
* This can be fixed by upgrading the AMI BIOS to version 1.00.04.BS0,
* available from ftp://ftp.intel.com/pub/bios/10004bs0.exe
* (thanks to Glen Morrell <[EMAIL PROTECTED]> for researching this).
Linus Torvalds wrote:
> > If we do that I'd rather see a make autoconfig that does the lot from
> > proc/pci etc 8)
>
> Good point. No point in adding a new config option, we should just have a
> new configurator instead. Of course, it can't handle many of the
> questions, so it would still have
> Yeah, yeah, it's 7PM Christmas Eve over there, and you're in the middle of
> your Christmas dinner. You might feel that it's unreasonable of me to ask
> you to test out my latest crazy idea.
>
> How selfish of you.
>
> Get back there in front of the computer NOW. Christmas can wait.
>
>
> > >
> > > 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
> allocate 1' solution would be a simple compromise?
> the modem on. also it is equally fustrating. will this situation improve
> in time or what else can i do to get my modem working? arrrgh! even if
Only the winmodem folks can tell you. Ask them when they intend to GPL their
drivers or release them with source under other sane licensing.
Hi!
> > Not having swap doesn't mean you're safe. Think of any kind of previously
> > unmapped page.
> >
>
> Is there a reason why it doesn't just force that page to be mapped
> first?
You can map it in... But background daemon can map it out in the
meantime :-). You'd have to map in and
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. Since test13-pre2 it's down to .6 - .7x.
Hi!
> > On Sun, Dec 24, 2000 at 11:36:00AM +0200, Kai Henningsen wrote:
>
> > There was a similar thread to this recently. The issue is that if you
> > choose the wrong processor type, you may not even be able to complain.
>
> Hmm ... I think I can see ways around that (essentially similar to
Ian Stirling wrote:
> Where are you getting 100MB/s?
> The PCI bus can move around 130MB/sec, but RAM is lots faster.
I'll clarify your clarification further. :) Your typical PC has 33MHz
32-bit PCI. Increasing it to 66MHz or 64-bit can double the transfer rate,
and doing both can quadruple it.
Hi everyone.
Solving other things, I have realized that all that problem on fast
CC detection (CCFOUND) is easily solved by doing:
CC := $(.)
instead of
CC = $(.)
The find of the suitable CC command is repeated many times along a
kernel build. And CC is
>
> On Tue, 26 Dec 2000, Felix von Leitner wrote:
> > Thus spake Rik van Riel ([EMAIL PROTECTED]):
> > > > One more detail: top says the CPU is 50% system when reading from either
> > > > one of the disk or raid devices. That seems awfully high considering
> > > > that the Promise controller
Marvin Stodolsky wrote:
>
> To Maintainer:
> PCI SUBSYSTEM
> P: Martin Mares
> M: [EMAIL PROTECTED]
> L: [EMAIL PROTECTED]
> S: Supported
>
> This alert should probably be forwarded to Others, but appropriate
> subTask persons in the kernel-source Maintainers list were not
Hey all!
I'm just now getting around to trying to get my SCSI based scanner
(Mustek MFS-6000CX) working with Sane and ran into a problem. The Linux
kernel doesn't seem to be recognizing it at all. The Adaptec BIOS
shows it on the bus prior to bootup (target 2 on the SCSI bus) but
when
Linus Torvalds wrote:
>
> On Mon, 25 Dec 2000, Alan Cox wrote:
>
> > > One thing we _could_ potentially do is to simplify the CPU selection a
> > > bit, and make it a two-stage process. Basically have a
> > >
> > > bool "Optimize for current CPU" CONFIG_CPU_CURRENT
> > >
> > > which most
How to crash kernel 2.2.17-18:
Turn on the USB printer without paper and try
to print something. Wait for the "printer.c: usblp0:
out of paper" message and turn off the printer.
Ok, now "killall gs" will freeze the system.
(kernel 2.2.17-18, I did't try 2.4, GCC 2.95.3, PowerPC750)
Bye.
-
To
On Mon, 25 Dec 2000, Alan Cox wrote:
>
> > The simple fix is along the lines of adding code to fsync() that walks the
> > inode page list and writes out dirty pages.
> >
> > The clever and clean fix is to split the inode page list into two lists,
> > one for dirty and one for clean pages, and
On Mon, 25 Dec 2000, Alan Cox wrote:
> > One thing we _could_ potentially do is to simplify the CPU selection a
> > bit, and make it a two-stage process. Basically have a
> >
> > bool "Optimize for current CPU" CONFIG_CPU_CURRENT
> >
> > which most people who just want to get the best
Hello,
I have a Sager NP9820 laptop with an ALI chipset and a TI PCI1251BGFN
PCMCIA chipset. For some reason, when I use the yenta module under 2.4.0,
it gets an incorrect IRQ assignment. It uses IRQ11, which is also used by
my ATI Rage Pro card... therefore, when you install this module, the
Ultra 1, Red Hat 6.2 + updates and binutils-2.10.0.33, modutils-2.3.22-1.
Mostly modular kernel.
depmod: *** Unresolved symbols in /lib/modules/2.2.19pre3/fs/binfmt_elf.o
depmod: get_pte_slow
depmod: get_pmd_slow
depmod: pgt_quicklists
These seem to be sparc64-specific
Red Hat 6.2 + updates (plus local hacks, like binutils-2.10.0.33) on
sparc64 (Ultra 1).
When booting, it detects the floppy drive (I left a floppy in by mistake,
the floppy is OK, and the same boots fine with 2.2.18):
[snip snap]
Floppy drive(s): fd0 is 1.44M
after this, it just gives the
Ralf, firstly, thank you for the answers :)
Ralf Baechle wrote:
>
> Ok, but since the kernel disables MIPS III you're limited to MIPS II anyway ...
>
This makes sense...
>
>
> Read the ISA manual; sc will fail if the LL-bit in c0_status is cleared
> which will be cleared when the
Here is a third update for the winbond driver:
* tx_timeout implemented, the driver now actually recovers from timeouts
;-)
* tx fifo underrun code modified
* further cleanups
The driver is stable under high load, please give it a try.
I'll submit it to Linus in a few days if I get some
On Tue, 26 Dec 2000, Felix von Leitner wrote:
> Thus spake Rik van Riel ([EMAIL PROTECTED]):
> > > One more detail: top says the CPU is 50% system when reading from either
> > > one of the disk or raid devices. That seems awfully high considering
> > > that the Promise controller claims to do
Le Tue, Dec 05, 2000 at 06:17:39AM -0500, Mike A. Harris a écrit:
> >kgcc: Internal compiler error: program cpp got fatal signal 11
> Sig11 generally indicates bad RAM or overheating or some faulty
> hardware. This is an FAQ. Read the lkml FAQ.
Once upon a time, it was also buggy k6... check
On Mon, Dec 25, 2000 at 01:18:48AM -0600, Joe deBlaquiere wrote:
> I'm working with a vr4181 target and started digging into the atomic
> test and set stuff in the kernel and glibc. The first problem I had was
> that the glibc code assumes that all mips III targets implement the mips
> III
Linus,
The following patch changes swap_writepage() to try to do write clustering
of phisically contiguous pages which are dirty and in the swapcache.
Do you want to include it in 2.4?
diff -Nur --exclude-from=exclude linux.orig/include/linux/mm.h linux/include/linux/mm.h
---
> One thing we _could_ potentially do is to simplify the CPU selection a
> bit, and make it a two-stage process. Basically have a
>
> bool "Optimize for current CPU" CONFIG_CPU_CURRENT
>
> which most people who just want to get the best kernel would use. Less
> confusion that way.
If we
> The simple fix is along the lines of adding code to fsync() that walks the
> inode page list and writes out dirty pages.
>
> The clever and clean fix is to split the inode page list into two lists,
> one for dirty and one for clean pages, and only walk the dirty list.
Like the patches that
On Tue, 26 Dec 2000, Felix von Leitner wrote:
> Thus spake Felix von Leitner ([EMAIL PROTECTED]):
> > Here is the result of my test program on the strip set:
> > # rb < /dev/md/0
> > 30.3 meg/sec
> > #
>
> One more detail: top says the CPU is 50% system when reading from either
> one of
I've noticed a possible problem in Linux 2.2.18 relating to a
CD-R drive connected to the secondary ide port. I'm not certain
whether the problem cause is in the kernel software, in the
hardware, or in a combination thereof. Although I've found a
way to bypass the problem, I'm including a
Pavel Machek wrote:
>
> Hi!
>
> > > * get_pid causes a deadlock when all pid numbers are in use.
> > > In the worst case, only 10900 threads are required to exhaust
> > > the 15 bit pid space.
> >
> > Yes. I posted a patch for 31-bit pids once or twice.
> > There is no great hurry, but on the
On Mon, Dec 25, 2000 at 04:34:37PM -0800, Linus Torvalds wrote:
>
>
> On Mon, 25 Dec 2000, Jasper Spaans wrote:
> >
> > I am having some reproducible crashes with 2.4.0-test13-pre4, whenever I
> > do some 'heavy' nfs-ing.. decoded oops:
>
> It looks like most of what you have is modules. Is
Hello,
I get messages like (2.4.0-13-4):
Dec 26 11:59:35 sjoerd kernel: VFS: Unsupported blocksize on dev md(9,3).
when trying to mount these /dev/md? .
It worked fine with the 2.4.0-12, and the ext2 on lvm seems to work
properly (after the LVM 0.9 utils update)
a 'cat /dev/md1 > /images/md1'
Hi!
> > * get_pid causes a deadlock when all pid numbers are in use.
> > In the worst case, only 10900 threads are required to exhaust
> > the 15 bit pid space.
>
> Yes. I posted a patch for 31-bit pids once or twice.
> There is no great hurry, but on the other hand, it is always
> better to
Dave Gilbert <[EMAIL PROTECTED]> writes:
> I'm trying to debug a weird problem with Xine - its screwing up its use
> of shared memory for regions I haven't sussed yet. One odd consequence is
> that it has apparently successfully managed to allocate a 0 byte chunk of
> shared memory; shmat is
Hello Everyone,
I have a crazy idea, it popped into my mind while reading one of the many short
History of Linux articles. I would like to document the complete history of
Linux. In my opinion it would be best to have everything: opinions, quotes,
original newsgroup postings. I have many ideas
Hello Everyone,
I have a crazy idea, it popped into my mind while reading one of the many short
History of Linux articles. I would like to document the complete history of
Linux. In my opinion it would be best to have everything: opinions, quotes,
original newsgroup postings. I have many ideas
Dave Gilbert [EMAIL PROTECTED] writes:
I'm trying to debug a weird problem with Xine - its screwing up its use
of shared memory for regions I haven't sussed yet. One odd consequence is
that it has apparently successfully managed to allocate a 0 byte chunk of
shared memory; shmat is then
Hi!
* get_pid causes a deadlock when all pid numbers are in use.
In the worst case, only 10900 threads are required to exhaust
the 15 bit pid space.
Yes. I posted a patch for 31-bit pids once or twice.
There is no great hurry, but on the other hand, it is always
better to make these
Hello,
I get messages like (2.4.0-13-4):
Dec 26 11:59:35 sjoerd kernel: VFS: Unsupported blocksize on dev md(9,3).
when trying to mount these /dev/md? .
It worked fine with the 2.4.0-12, and the ext2 on lvm seems to work
properly (after the LVM 0.9 utils update)
a 'cat /dev/md1 /images/md1'
On Mon, Dec 25, 2000 at 04:34:37PM -0800, Linus Torvalds wrote:
On Mon, 25 Dec 2000, Jasper Spaans wrote:
I am having some reproducible crashes with 2.4.0-test13-pre4, whenever I
do some 'heavy' nfs-ing.. decoded oops:
It looks like most of what you have is modules. Is netfilter
Pavel Machek wrote:
Hi!
* get_pid causes a deadlock when all pid numbers are in use.
In the worst case, only 10900 threads are required to exhaust
the 15 bit pid space.
Yes. I posted a patch for 31-bit pids once or twice.
There is no great hurry, but on the other hand, it is
I've noticed a possible problem in Linux 2.2.18 relating to a
CD-R drive connected to the secondary ide port. I'm not certain
whether the problem cause is in the kernel software, in the
hardware, or in a combination thereof. Although I've found a
way to bypass the problem, I'm including a
On Tue, 26 Dec 2000, Felix von Leitner wrote:
Thus spake Felix von Leitner ([EMAIL PROTECTED]):
Here is the result of my test program on the strip set:
# rb /dev/md/0
30.3 meg/sec
#
One more detail: top says the CPU is 50% system when reading from either
one of the disk or
One thing we _could_ potentially do is to simplify the CPU selection a
bit, and make it a two-stage process. Basically have a
bool "Optimize for current CPU" CONFIG_CPU_CURRENT
which most people who just want to get the best kernel would use. Less
confusion that way.
If we do that
The simple fix is along the lines of adding code to fsync() that walks the
inode page list and writes out dirty pages.
The clever and clean fix is to split the inode page list into two lists,
one for dirty and one for clean pages, and only walk the dirty list.
Like the patches that were
Linus,
The following patch changes swap_writepage() to try to do write clustering
of phisically contiguous pages which are dirty and in the swapcache.
Do you want to include it in 2.4?
diff -Nur --exclude-from=exclude linux.orig/include/linux/mm.h linux/include/linux/mm.h
---
On Mon, Dec 25, 2000 at 01:18:48AM -0600, Joe deBlaquiere wrote:
I'm working with a vr4181 target and started digging into the atomic
test and set stuff in the kernel and glibc. The first problem I had was
that the glibc code assumes that all mips III targets implement the mips
III ISA
Le Tue, Dec 05, 2000 at 06:17:39AM -0500, Mike A. Harris a écrit:
kgcc: Internal compiler error: program cpp got fatal signal 11
Sig11 generally indicates bad RAM or overheating or some faulty
hardware. This is an FAQ. Read the lkml FAQ.
Once upon a time, it was also buggy k6... check with
On Tue, 26 Dec 2000, Felix von Leitner wrote:
Thus spake Rik van Riel ([EMAIL PROTECTED]):
One more detail: top says the CPU is 50% system when reading from either
one of the disk or raid devices. That seems awfully high considering
that the Promise controller claims to do UDMA.
Ralf, firstly, thank you for the answers :)
Ralf Baechle wrote:
Ok, but since the kernel disables MIPS III you're limited to MIPS II anyway ...
This makes sense...
Read the ISA manual; sc will fail if the LL-bit in c0_status is cleared
which will be cleared when the interrupt
Here is a third update for the winbond driver:
* tx_timeout implemented, the driver now actually recovers from timeouts
;-)
* tx fifo underrun code modified
* further cleanups
The driver is stable under high load, please give it a try.
I'll submit it to Linus in a few days if I get some
Red Hat 6.2 + updates (plus local hacks, like binutils-2.10.0.33) on
sparc64 (Ultra 1).
When booting, it detects the floppy drive (I left a floppy in by mistake,
the floppy is OK, and the same boots fine with 2.2.18):
[snip snap]
Floppy drive(s): fd0 is 1.44M
after this, it just gives the
Ultra 1, Red Hat 6.2 + updates and binutils-2.10.0.33, modutils-2.3.22-1.
Mostly modular kernel.
depmod: *** Unresolved symbols in /lib/modules/2.2.19pre3/fs/binfmt_elf.o
depmod: get_pte_slow
depmod: get_pmd_slow
depmod: pgt_quicklists
These seem to be sparc64-specific
Hello,
I have a Sager NP9820 laptop with an ALI chipset and a TI PCI1251BGFN
PCMCIA chipset. For some reason, when I use the yenta module under 2.4.0,
it gets an incorrect IRQ assignment. It uses IRQ11, which is also used by
my ATI Rage Pro card... therefore, when you install this module, the
On Mon, 25 Dec 2000, Alan Cox wrote:
One thing we _could_ potentially do is to simplify the CPU selection a
bit, and make it a two-stage process. Basically have a
bool "Optimize for current CPU" CONFIG_CPU_CURRENT
which most people who just want to get the best kernel would
On Mon, 25 Dec 2000, Alan Cox wrote:
The simple fix is along the lines of adding code to fsync() that walks the
inode page list and writes out dirty pages.
The clever and clean fix is to split the inode page list into two lists,
one for dirty and one for clean pages, and only walk
How to crash kernel 2.2.17-18:
Turn on the USB printer without paper and try
to print something. Wait for the "printer.c: usblp0:
out of paper" message and turn off the printer.
Ok, now "killall gs" will freeze the system.
(kernel 2.2.17-18, I did't try 2.4, GCC 2.95.3, PowerPC750)
Bye.
-
To
Linus Torvalds wrote:
On Mon, 25 Dec 2000, Alan Cox wrote:
One thing we _could_ potentially do is to simplify the CPU selection a
bit, and make it a two-stage process. Basically have a
bool "Optimize for current CPU" CONFIG_CPU_CURRENT
which most people who just want to
Hey all!
I'm just now getting around to trying to get my SCSI based scanner
(Mustek MFS-6000CX) working with Sane and ran into a problem. The Linux
kernel doesn't seem to be recognizing it at all. The Adaptec BIOS
shows it on the bus prior to bootup (target 2 on the SCSI bus) but
when
Marvin Stodolsky wrote:
To Maintainer:
PCI SUBSYSTEM
P: Martin Mares
M: [EMAIL PROTECTED]
L: [EMAIL PROTECTED]
S: Supported
This alert should probably be forwarded to Others, but appropriate
subTask persons in the kernel-source Maintainers list were not obvious.
On Tue, 26 Dec 2000, Felix von Leitner wrote:
Thus spake Rik van Riel ([EMAIL PROTECTED]):
One more detail: top says the CPU is 50% system when reading from either
one of the disk or raid devices. That seems awfully high considering
that the Promise controller claims to do UDMA.
Hi everyone.
Solving other things, I have realized that all that problem on fast
CC detection (CCFOUND) is easily solved by doing:
CC := $(.)
instead of
CC = $(.)
The find of the suitable CC command is repeated many times along a
kernel build. And CC is
Ian Stirling wrote:
Where are you getting 100MB/s?
The PCI bus can move around 130MB/sec, but RAM is lots faster.
I'll clarify your clarification further. :) Your typical PC has 33MHz
32-bit PCI. Increasing it to 66MHz or 64-bit can double the transfer rate,
and doing both can quadruple it.
Hi!
On Sun, Dec 24, 2000 at 11:36:00AM +0200, Kai Henningsen wrote:
There was a similar thread to this recently. The issue is that if you
choose the wrong processor type, you may not even be able to complain.
Hmm ... I think I can see ways around that (essentially similar to the 16
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. Since test13-pre2 it's down to .6 - .7x. I've reverted
Hi!
Not having swap doesn't mean you're safe. Think of any kind of previously
unmapped page.
Is there a reason why it doesn't just force that page to be mapped
first?
You can map it in... But background daemon can map it out in the
meantime :-). You'd have to map in and pagelock.
the modem on. also it is equally fustrating. will this situation improve
in time or what else can i do to get my modem working? arrrgh! even if
Only the winmodem folks can tell you. Ask them when they intend to GPL their
drivers or release them with source under other sane licensing. Its
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
allocate 1' solution would be a simple compromise? That should
Yeah, yeah, it's 7PM Christmas Eve over there, and you're in the middle of
your Christmas dinner. You might feel that it's unreasonable of me to ask
you to test out my latest crazy idea.
How selfish of you.
Get back there in front of the computer NOW. Christmas can wait.
Linus Torvalds wrote:
If we do that I'd rather see a make autoconfig that does the lot from
proc/pci etc 8)
Good point. No point in adding a new config option, we should just have a
new configurator instead. Of course, it can't handle many of the
questions, so it would still have to fall
In ide-dma.c one reads:
* Some people have reported trouble with Intel Zappa motherboards.
* This can be fixed by upgrading the AMI BIOS to version 1.00.04.BS0,
* available from ftp://ftp.intel.com/pub/bios/10004bs0.exe
* (thanks to Glen Morrell [EMAIL PROTECTED] for researching this).
Linus, replying to Alan:
If we do that I'd rather see a make autoconfig that does the lot from
proc/pci etc 8)
Good point. No point in adding a new config option, we should just have a
new configurator instead. Of course, it can't handle many of the
questions, so it would still have to fall
I wrote:
Giacomo, what's the state of your project?
Sigh, I got an address-invalid bounce from Giacomo. Looks like he
may have fallen off the net.
--
esr
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
It's been quiet around here lately...
This is a rework of the 2.4 wakeup code based on the discussions Andrea
and I had last week. There were two basic problems:
- If two tasks are on a waitqueue in exclusive mode and one gets
woken, it will put itself back into TASK_[UN]INTERRUPTIBLE state
esr # PROCESSOR is string valued; we capture stdout from the probe
esr derive PROCESSOR from "myprobe1.sh"
esr
esr # FOOFEATURE is boolean; we look at the return status from myprobe2.py
esr derive FOOFEATURE from "myprobe2.py"
I think this is cool.
esr (kbuild people, this is one reason I
Hi guys,
Here's my latest code, which uses ll_rw_block for anon pages (or
pages without a writepage func) when flush_dirty_buffers,
sync_buffers, or fsync_inode_buffers are flushing things. This
seems to have fixed my slowdown on 1k buffer sizes, but I
haven't done extensive benchmarks yet.
On Tue, 26 Dec 2000, Chris Mason wrote:
Hi guys,
Here's my latest code, which uses ll_rw_block for anon pages (or
pages without a writepage func) when flush_dirty_buffers,
sync_buffers, or fsync_inode_buffers are flushing things. This
seems to have fixed my slowdown on 1k buffer
On Tue, Dec 26, 2000 at 06:59:54PM -0500, Giuliano Pochini wrote:
How to crash kernel 2.2.17-18:
Turn on the USB printer without paper and try
to print something. Wait for the "printer.c: usblp0:
out of paper" message and turn off the printer.
Ok, now "killall gs" will freeze the system.
Hello to all of you,
I got this since test13-pre1 (pre4, now):
SunWave1depmod -e
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/tdfx.o
depmod: remap_page_range
depmod: _mmx_memcpy
depmod: __wake_up
depmod: mtrr_add
In article [EMAIL PROTECTED] you wrote:
Well, consider the scenario of an application which opens a control connection
and a data connection, and the data connection remains idle for some hours
while you get to the beginning of the queue, and then the transfer starts. The
data connection is
On Wed, Dec 27, 2000 at 11:29:06AM +1100, Andrew Morton wrote:
- Got rid of all the debugging ifdefs - these have been folded into
wait.h
Why? Such debugging code is just disabled so it doesn't get compiled in, but if
somebody wants he can enable it changing the #define in the sources to
On Wed, Dec 27, 2000 at 01:57:12PM +1100, Andrew Morton wrote:
Oh, it's all still there, but it's now all in the header file:
#ifdef DEBUG
#define foo() printk(stuff)
#else
#define foo()
#endif
I intentionally didn't focused on such part of your patch because I understood
from the
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 a 'try to allocate 8, if that fails, try to
allocate 1'
97 matches
Mail list logo