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
> > a
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 ch
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 ca
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
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
depmo
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 s
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 buff
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.
O
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 body
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).
Whi
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? T
> 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
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 page
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'
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 t
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 n
>
> 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 cla
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 ob
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 t
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 peo
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 o
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 ker
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 (d
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 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 positiv
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 UDM
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 wit
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
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
--- linux.orig/inclu
> 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 d
> 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 wer
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
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 descri
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 ot
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 ne
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' a
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 mak
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 t
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 bu
49 matches
Mail list logo
