On Fri, Jan 19, 2001 at 07:33:21PM -0500, safemode wrote:
I'm sorry I can't be more descriptive than that, but there aren't any
errors ever displayed. What happened was after about a day of uptime, I
began seeing IO errors when trying to access files. I realized that the
IO errors occurred
HPA,
Thoughts on granting all block subsystems a general access misc-char minor
to do special service access that can not be down to a given device if it
is open. There are some things you can not do to a device if you are
using its device-point to gain entry. Also do the grab a neighboor and
Hi,
I was going to save this patch until people (Alan) returned from
linux.conf.au, but seeing as 2.4.0-ac10 has just been posted ...
This patch makes the uart401 honour the module owner for MIDI and
synth devices, and then moves the MIDI operations into the text
section.
Chris
---
What kernel have you been using? I have reproduced your problem on a
standard 2.2.18 kernel (elapsed time ~10sec). However, using a 2.4.0 kernel
with HZ=1000, I see a 100x improvement (elapsed time ~0.1 sec; note that
increasing HZ alone should only give a 10x improvement). Perhaps the
scheduler
Always the glutton for punishment, I did it again tonite. A different oops
now.
See my last message for prior info.
ksymoops 2.3.7 on i586 2.4.1-pre8. Options used
-v /usr/src/linux/vmlinux (specified)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o
Johannes Erdfelt writes:
On Fri, Jan 19, 2001, Miles Lane [EMAIL PROTECTED] wrote:
Johannes Erdfelt wrote:
TODO
- The PCI DMA architecture is horribly inefficient on x86 and ia64. The
result is a page is allocated for each TD. This is evil. Perhaps a slab
cache
In article [EMAIL PROTECTED] you wrote:
My problem is that if data is NOT available when select()
starts, but becomes available immediately afterwards, select()
doesn't wake up immediately, but sleeps for 1/100 second.
It does not sleep for a 1/100second, it will but the process in the run
On Fri, 19 Jan 2001, Felix von Leitner wrote:
Now, the back channel for my init has a function that allows to set the
PID of a process. The idea is that the init does not start sendmail but
a wrapper. The wrapper forks, runs sendmail, does some magic trickery
to find the real PID of the
The format of usb_device_id tables was recently changed
(just before 2.4.0, I think) to include a match_flags field. A bit
set to one in that field indicates that a given member of the structure
contains a valid value that must match. A bit set to zero indicates
a wildcard (skip the
Nick Urbanik wrote:
Mark Hahn wrote:
Kernel: 2.4.0, no patches
use 2.4.1-pre8. much better VM tuning.
Thank you Mark, I will try that.
Yes, 2.4.1-pre8 fixes this, apparently completely. Something was severely broken
in 2.4.0 memory management.
PIII 450MHz, 256MB RAM, Acus P3B-F
On Fri, 19 Jan 2001, Michael Lindner wrote:
data is generated as a result of data received via a select(),
the next delivery occurs a clock tick later, with the machine
mostly idle.
^^^
The machine is in fact not idle - there is a task running - idle task.
Could the problem be that
You could try booting with 'nmi_watchdog=0' and see what happens.
Since i "append"ed it into the lilo-confi i haven't had a lockup. :-))
Bis denn
--
Real Programmers consider "what you see is what you get" to be just as
bad a concept in Text Editors as it is in women. No, the Real
On Sat, 20 Jan 2001, Martin MaD Douda wrote:
On Fri, 19 Jan 2001, Michael Lindner wrote:
data is generated as a result of data received via a select(),
the next delivery occurs a clock tick later, with the machine
mostly idle.
The machine is in fact not idle - there is a task running -
Edward wrote:
Reiserfs in linux-2.4.1-pre8 does not properly with the RAID5 code that
is in that kernel. It is easy to get corrupted filesystem on device in
less than 1 minute. Please, do not use it (reiserfs) on RAID5 devices.
We are trying to figure out what is wrong.
Edward
There is
On Fri, Jan 19, 2001 at 11:15:27AM +, Jason Saunders wrote:
Since about 2.4.0-prerelease, I've been getting odd errors on compilation. A
sample is included below. It happens for every source file that includes
linux/module.h - is it anything to worry about?
In file included from
Sorry, but it seems to be hardware. More conservative memory settings
let the system live longer, but after some time the same errors occur.
Now the oopses seem to be just random oopses.
Mirko Kloppstech, please cc to [EMAIL PROTECTED]
ksymoops 2.3.7 on i686 2.4.0. Options used
-V
I know that signal 11 with gcc is a sign of bad hardware; however it
strikes me that I don't get random oopses - a whole bunch of them is appended.
I used 2.4.0 with alsa, kmp3player running and an endless loop compiling the
kernel.
Mirko Kloppstech
ksymoops 2.3.7 on i686 2.4.0. Options
These patches work for 2.4.0-pre9 too.
--- linux-2.4.0/include/asm-i386/highmem.h Tue Jan 9 15:00:08 2001
+++ linux/include/asm-i386/highmem.hThu Jan 11 17:30:55 2001
@@ -9,7 +9,7 @@
*
*
* Redesigned the x86 32-bit VM architecture to deal with
- * up to 16 Terrabyte physical
At 06:29 20/01/2001, Linus Torvalds wrote:
On Fri, 19 Jan 2001, Mark I Manning IV wrote:
[snip]
And two spaces is not enough. If you write code that needs comments at
the end of a line, your code is crap.
Might i ask you to qualify that statement ?
Ok. I'll qualify it. Add a "unless
Hello,
in include/asm-i386/pgalloc.h the {pgd,pmd,pte}_free* functions are
defined as the functions free_{pgd,pmd,pte}_slow (see the patch below).
IMO this leaves the quick lists pretty useless for i386.
Have I overlooked something?
There is a linux-kernel mail from Martin Schwidefsky
([EMAIL
On Friday 19 January 2001 01:41, Bob Frey wrote:
On Thu, Jan 18, 2001 at 11:24:54PM +, Stephen Kitchener wrote:
The only thing that might be odd is that the scanner's scsi card and the
display card are using the same IRQ, but I thought that IRQ sharing was
ok in the new kernels. The
In article [EMAIL PROTECTED] you wrote:
The write clustering issue has already been discussed (mainly at Miami)
and the agreement, AFAIK, was to implement the write clustering at the
per-address-space writepage() operation.
IMO there are some problems if we implement the write clustering in
Hi
I just wanted to say that Linus CodingStyle is the ONLY SANE style of
writing code in bigger projects. At university we are forced to use exactly the
braindamaged settings and styles that linux condemns. So, every good programmer
should know where to put comments. And it is unnecessary to put
Two days ago I tried new kernels on my SMP SW RAID5 System
and expirienced serous file system corruption with kernels 2.4.1-pre8,9 as
2.4.0-ac8,9,10.
The same error has been reported by other people on this list. With 2.4.0 release
everything runs fine. So I backsteped to it and had no error
On 2001-01-19 at 09:26:27, Dag Bakke wrote:
It looks as if /proc/cpuinfo reports the L2 cache size on a PII, while
it reports the L1 cache size on a K6-2.
The kernel can only detect (at least via "fetch-info-from-cpu" methods)
the size of internal caches. If there is more level of them, it
On Thu, 18 Jan 2001, Andrew wrote:
Greetings,
[snip]
Hi!
But when I ping 172.x.x.1, my router's address, I get nothing. Hopping
over to the router's terminal and running tcpdump shows me that the packets
are indeed arriving but they aren't making it. As it ends up, they are
yes.
On Sat, 20 Jan 2001, Albert Cranford wrote:
2.4.1-pre9 changes to drivers/char/drm/drm.h are incorrect.
Please reverse this small change to compile correctly.
Actually, please revert a bit more.
(The XFree86 CVS tree is being silly - they've renamed the ioctl's after
4.0.2 instead of just
on Fri Jan 19 2001 - 10:56:10 EST Vojtech Pavlik ([EMAIL PROTECTED])
wrote
...
I'm sending you (and others who might be interested) my latest VIA and
IDE drivers. The VIA driver (v3.15) should have a complete support for
UDMA100 on the vt82c686b chip, the AMD driver (v1.5) should have full
On Sat, 20 Jan 2001, Christoph Hellwig wrote:
snip
I think there is a big disadvantage of this appropeach:
To find out which pages are clusterable, we need do do bmap/get_block,
that means we have to go through the block-allocation functions, which
is rather expensive, and then we have to
Dan Maas wrote:
What kernel have you been using? I have reproduced your problem on a
standard 2.2.18 kernel (elapsed time ~10sec). However, using a 2.4.0 kernel
with HZ=1000, I see a 100x improvement (elapsed time ~0.1 sec; note that
increasing HZ alone should only give a 10x improvement).
On Sat, Jan 20, 2001, Russell King [EMAIL PROTECTED] wrote:
Johannes Erdfelt writes:
On Fri, Jan 19, 2001, Miles Lane [EMAIL PROTECTED] wrote:
Johannes Erdfelt wrote:
TODO
- The PCI DMA architecture is horribly inefficient on x86 and ia64. The
result is a page is
hi,
got this oops when doing a
vgextend -v vgroot /dev/ide/host2/bus0/target0/lun0/part2 \
/dev/ide/host2/bus1/target0/lun0/part2
vgroot is a VG containing 2 PVs with a striped LV.
yesterday the same thing didnt oops but then the LV wasnt striped.
(output of vgdisplay -v at end of mail)
I used to have the same problem. Do you have ACPI enabled? Disabling it
fixed it for me (btw: it does seem to matter what kind of card you use.
I have only heard of networking cards causing trouble so far).
Jens
On Fri, Jan 19, 2001 at 01:59:28PM -0800, [EMAIL PROTECTED] wrote:
I have a
Hello!
My argument applies to 2.4. The uncork _won't_ push on the wire the last
not mss-sized fragment until it's the last one in the write queue even once
cwnd and receiver window allows that. I think
Look at the code again. You misread it.
wouldn't be setting nonalge unconditionally to
On Sat, Jan 20, 2001 at 01:24:40PM -0200, Marcelo Tosatti wrote:
In case the metadata was not already cached before -cluster() (in this
case there is no disk IO at all), -cluster() will cache it avoiding
further disk accesses by writepage (or writepages()).
True. But you have to go through
On Sat, 20 Jan 2001, Christoph Hellwig wrote:
On Sat, Jan 20, 2001 at 01:24:40PM -0200, Marcelo Tosatti wrote:
In case the metadata was not already cached before -cluster() (in this
case there is no disk IO at all), -cluster() will cache it avoiding
further disk accesses by writepage
Hi,
My problem was an other problem.
With Kernel 2.4.0test11 and 2.4.0test12, I compile with PCMCIA options
built in the Kernel (not as modules).
Works fine, I start Linux and the PCMCIA that was inserted was recognized
without problems (I think that I could not change PCMCIA because then
TD's are around 32 bytes big (actually, they may be 48 or even 64 now, I
haven't checked recently). That's a waste of space for an entire page.
However, having every driver implement it's own slab cache seems a
complete waste of time when we already have the code to do so in
On Sat, Jan 20, 2001, Manfred Spraul [EMAIL PROTECTED] wrote:
TD's are around 32 bytes big (actually, they may be 48 or even 64 now, I
haven't checked recently). That's a waste of space for an entire page.
However, having every driver implement it's own slab cache seems a
Hello!
is there really
much value in the second request flowing to the server before the first
byte of the reply has hit?
Yes, of course, it has lots of sense: f.e. all the icons, referenced
parent page are batched to single
[EMAIL PROTECTED] wrote:
The manpage disagrees with you:
Do you jest?
This manpages is wrong, or, to be more exact, is incomplete,
which is common flaw of them.
get/set mean nothing but read-only/changing, i.e.
another important property missing in ioctl interface.
setsockopt
On Sat, Jan 20, 2001 at 06:41:06PM +0100, [EMAIL PROTECTED] wrote:
hi,
got this oops when doing a
vgextend -v vgroot /dev/ide/host2/bus0/target0/lun0/part2 \
/dev/ide/host2/bus1/target0/lun0/part2
You should upgrade to 0.9.1_beta2 that should merge all the known fixes out
there. It's
On Thu, 18 Jan 2001, Mike Castle wrote:
On Thu, Jan 18, 2001 at 09:52:02PM +0100, Igmar Palsenberg wrote:
I use lstat to check if a config file is a symlink, and if it is, it
refuses to open it.
Nice race condition.
Agree, but still better then opening things that are actually a
On Sat, 20 Jan 2001, Otto Meier wrote:
Two days ago I tried new kernels on my SMP SW RAID5 System
and expirienced serous file system corruption with kernels 2.4.1-pre8,9 as
2.4.0-ac8,9,10.
The same error has been reported by other people on this list. With 2.4.0 release
everything runs
On Thu, 20 Jan 2011 09:51:03 -0800 (PST), you wrote:
On Sat, 20 Jan 2001, Alan Chandler wrote:
I'm running with an Abit K7 (uses via82c686a in southbridge) with IBM
deskstar 8.4gb disks (DHEA-38451) as masters in ide0 and 1. They only
do UDMA mode 2. I am not overclocking or anything - all
On Sat, Jan 20 2001, Andrea Arcangeli wrote:
On Sat, Jan 20, 2001 at 06:41:06PM +0100, [EMAIL PROTECTED] wrote:
hi,
got this oops when doing a
vgextend -v vgroot /dev/ide/host2/bus0/target0/lun0/part2 \
/dev/ide/host2/bus1/target0/lun0/part2
You should upgrade to 0.9.1_beta2 that
I can't even get RAID5 to assemble thew md devices under 2.4.0 and
2.4.1-pre7.
On Sat, 20 Jan 2001, Holger Kiehl wrote:
Date: Sat, 20 Jan 2001 19:42:04 +0100 (CET)
From: Holger Kiehl [EMAIL PROTECTED]
To: Otto Meier [EMAIL PROTECTED]
Cc: "[EMAIL PROTECTED]" [EMAIL PROTECTED],
"[EMAIL
Hello!
Actually, as long as there is no "struct page" there _are_ problems.
This is why the NUMA stuff was brought up - it would require that there
be a mem_map for the PCI pages.. (to do ref-counting etc).
I see.
Is this strong "no-no-no"? What is obstacle to allow "struct page"
to sit
On Sat, Jan 20, 2001 at 08:28:04PM +0300, [EMAIL PROTECTED] wrote:
Hello!
My argument applies to 2.4. The uncork _won't_ push on the wire the last
not mss-sized fragment until it's the last one in the write queue even once
cwnd and receiver window allows that. I think
Look at the
On Sat, Jan 20, 2001 at 02:00:24PM -0200, Marcelo Tosatti wrote:
True. But you have to go through ext2_get_branch (under the big kernel
lock) - if we can do only one logical-physical block translations,
why doing it multiple times?
You dont. If the metadata is cached and uptodate there
On Sat, 20 Jan 2001 [EMAIL PROTECTED] wrote:
Actually, as long as there is no "struct page" there _are_ problems.
This is why the NUMA stuff was brought up - it would require that there
be a mem_map for the PCI pages.. (to do ref-counting etc).
I see.
Is this strong "no-no-no"? What
The usb-ohci driver, widely used on non-x86 platforms, has hit
the same issue. (Including on some ARM setups.) An EHCI driver
(usb 2.0, 60 MByte/sec) under way has it too.
The alternative of having every device driver implement their
own simplified (?) kmem_cache code would just seem wrong;
On Sat, 20 Jan 2001, Christoph Hellwig wrote:
On Sat, Jan 20, 2001 at 02:00:24PM -0200, Marcelo Tosatti wrote:
True. But you have to go through ext2_get_branch (under the big kernel
lock) - if we can do only one logical-physical block translations,
why doing it multiple times?
It it just me or does it seem that 2.4.x has some latency problems?
It just seems that since using 2.4 ive noticed my poor Pentium 200Mhz
slow down whether being in X or otherwise. It just seems that the system
is sluggish.
I am using the new ReiserFS filesystem and I do know its still in heavy
Hello!
semantics of snd_sml), maybe it makes the difference but then I don't see how.
It makes. One small packet is allowed to fly, not depending on packets_out.
This is idea of Minshall.
"Classic" Nagle also does not prohibit this, but it is difficult
to formulate it in terms of presegmented
On Sat, Jan 20, 2001 at 10:05:45PM +0300, [EMAIL PROTECTED] wrote:
It makes. One small packet is allowed to fly, not depending on packets_out.
So this mean if I do:
write(10*MSS)
write(1)
write(1)
2.4 can send 10 packet with MSS large payload plus two packets
On Sat, 20 Jan 2001, Andrea Arcangeli wrote:
On Sat, Jan 20, 2001 at 10:05:45PM +0300, [EMAIL PROTECTED] wrote:
It makes. One small packet is allowed to fly, not depending on packets_out.
So this mean if I do:
write(10*MSS)
write(1)
write(1)
2.4 can send
[EMAIL PROTECTED] (dean gaudet) wrote on 18.01.01 in
[EMAIL PROTECTED]:
i'm pretty sure the actual use of pipelining is pretty disappointing.
the work i did in apache preceded the widespread use of HTTP/1.1 and we
What widespread use of HTTP/1.1?
I justtried the following excercise:
[EMAIL PROTECTED] (Linus Torvalds) wrote on 18.01.01 in
[EMAIL PROTECTED]:
(Short and sweet: most hogh-performance people want point-to-point serial
line IO with no hops, because it's a known art to make that go fast. No
general-case routing in hardware - if you want to go as fast as the
Using 2.2.17 kernel that is standard other than the bridging firewall
patch, this Oops happened while setting up tripwire - it was scanning
the disk and then locked up. As its purely a remote machine, I am only
able to go off of the logs in syslogd. Below is the ksymoops report. If
im leaving
On Sat, Jan 20, 2001 at 02:50:16PM -0500, Shawn Starr wrote:
It just seems that since using 2.4 ive noticed my poor Pentium 200Mhz
slow down whether being in X or otherwise. It just seems that the system
is sluggish.
I am using the new ReiserFS filesystem and I do know its still in heavy
Where can i get the patch?
I can apply it right now.
Gregory Maxwell wrote:
On Sat, Jan 20, 2001 at 02:50:16PM -0500, Shawn Starr wrote:
It just seems that since using 2.4 ive noticed my poor Pentium 200Mhz
slow down whether being in X or otherwise. It just seems that the system
is
Hello!
write(10*MSS)
write(1)
write(1)
...
As far as I can tell, the second "write(1)" will always merge with the
first one
This would be true, if Andrea wrote not exactly 10*MSS,
but 10*MSS+1 or just write(lots of data).
In some exceptional situations (sort of
Hello!
So this mean if I do:
Yes. It is cost, which we have to pay. Look into Minshall's draft,
by the way (draft-minshall-nagle-*), it discusses pros and contras.
Much saner behaviour wrt latency (and perfect clarity) overweights
a bit worse coalescing.
Alexey
-
To unsubscribe from this
On Thu, Jan 20, 2000 at 08:38:12AM +, Peter Horton wrote:
I think I'm suffering the same thing on my new Asus A7V. Yesterday I got a
single "error in bitmap, remounting read only" type error, and today I got
some files in /tmp that returned I/O error when stat()ed. I do have DMA
On Sat, Jan 20, 2001 at 06:45:10PM +, Alan Chandler wrote:
On Thu, 20 Jan 2011 09:51:03 -0800 (PST), you wrote:
On Sat, 20 Jan 2001, Alan Chandler wrote:
I'm running with an Abit K7 (uses via82c686a in southbridge) with IBM
deskstar 8.4gb disks (DHEA-38451) as masters in ide0 and 1.
On 20 Jan 2001, Kai Henningsen wrote:
Then again, I could easily see those I/O devices go the general embedded
route, which in a decade or two could well mean they run some sort of
embedded Linux on the controller.
Which would make some features rather easy to implement.
I'm not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Today, Linus Torvalds ([EMAIL PROTECTED]) wrote:
Just wait. My crystal ball is infallible.
One of these days, that line will be your downfall :-)
*grins*
Mo.
- --
Mo McKinlay
[EMAIL PROTECTED]
-
On Sat, Jan 20, 2001 at 11:22:14PM +0300, [EMAIL PROTECTED] wrote:
Hello!
write(10*MSS)
write(1)
write(1)
...
As far as I can tell, the second "write(1)" will always merge with the
first one
This would be true, if Andrea wrote not exactly 10*MSS,
but
On Sat, Jan 20, 2001 at 11:39:30AM -0800, Linus Torvalds wrote:
As far as I can tell, the second "write(1)" will always merge with the
first one - unless the first one has already been sent out, [..]
Here the question is only if the first write(1) will be still there when we do the
second
On Sat, Jan 20, 2001 at 10:39:36PM +0300, [EMAIL PROTECTED] wrote:
Much saner behaviour wrt latency (and perfect clarity) overweights
IMHO latency can be fixed in a much better way using ioctl(SIOCPUSH) after the
last write() plus we could also add a MSG_NOMORE to set in the last send().
On Sat, Jan 20, 2001 at 10:39:36PM +0300, Alexey Kuznetsov wrote:
Yes. It is cost, which we have to pay. Look into Minshall's draft,
by the way (draft-minshall-nagle-*), it discusses pros and contras.
What kind of draft is that? I can't find it on the IETF site. Could you
provide me with a
Peter Horton wrote:
On Thu, Jan 20, 2000 at 08:38:12AM +, Peter Horton wrote:
I think I'm suffering the same thing on my new Asus A7V. Yesterday I got a
single "error in bitmap, remounting read only" type error, and today I got
some files in /tmp that returned I/O error when
Hi,
On Sat, 20 Jan 2001, Linus Torvalds wrote:
There's no no-no here: you can even create the "struct page"s on demand,
and create a dummy local zone that contains them that they all point back
to. It should be trivial - nobody else cares about those pages or that
zone anyway.
AFAIK as
I have multiple Linux hosts on a SAN, making autodetect of raid devices
dangerous. This problem should be solved by specing an 'md=' for each device on
the cmdline, but unfortuantly it's broken.
Between a few emails to mingo and several wasted hours, I've managed to figure
out the problem.
Dave Cinege wrote:
... 'md=' for each device on
the cmdline, but unfortuantly it's broken.
Between a few emails to mingo and several wasted hours, I've managed to figure
out the problem. However I don't know how to fix it; it *should*
be working from what I can see.
My only guess
Andre Hedrick wrote:
HPA,
Thoughts on granting all block subsystems a general access misc-char minor
to do special service access that can not be down to a given device if it
is open. There are some things you can not do to a device if you are
using its device-point to gain entry. Also
Michael Lindner wrote:
[...]
send(s, ".", 1, 0);
[...]
while (select(r+1, readfds, 0, 0, 0) 0) {
[...]
[select returns only after about 1 HZ]
Ever heard of nagle? (If not, there's a long thread about
it on the mailing list *g*)
It's not the select that waits. It's a
On Sat, Jan 20, 2001 at 04:58:56PM -0500, Sandy Harris wrote:
I suspect that I've misunderstood some constraint here. Perhaps the more complex
code you posted is necessary, but I'd like to know why.
strtok is not reentrant and cannot be nested this way without
saving __strtok. strsep would
Hi,
On Sat, 20 Jan 2001, Linus Torvalds wrote:
But point-to-point also means that you don't get any real advantage from
doing things like device-to-device DMA. Because the links are
asynchronous, you need buffers in between them anyway, and there is no
bandwidth advantage of not going
Sandy Harris wrote:
Looks to me like this parsing code unnecessarily and rather clumsily
re-invents strtok
The original parsing code is this:
if ((str = strchr(str, ',')) != NULL)
str++;
Which effectivly steps through
It was great to see that 2.4.0 reintroduced ipfwadm support! I had no
need for ipchains and ended up using the wrapper around it that
emulated ipfwadm. However, 2.[02].x used to have "special IP
masquerading modules" such as ip_masq_ftp.o, ip_masq_quake.o, etc. I
can't find these in 2.4.0. Where
On Sat, 20 Jan 2001, H. Peter Anvin wrote:
Andre Hedrick wrote:
HPA,
Thoughts on granting all block subsystems a general access misc-char minor
to do special service access that can not be down to a given device if it
is open. There are some things you can not do to a device if
hi,
At 04:56 PM 20/01/2001 +0200, Kai Henningsen wrote:
[EMAIL PROTECTED] (dean
gaudet) wrote on 18.01.01 in
[EMAIL PROTECTED]:
i'm pretty sure the actual use of pipelining is pretty
disappointing.
the work i did in apache preceded the widespread use of HTTP/1.1 and
we
What widespread use of
Andre Hedrick wrote:
On Sat, 20 Jan 2001, H. Peter Anvin wrote:
Andre Hedrick wrote:
HPA,
Thoughts on granting all block subsystems a general access misc-char minor
to do special service access that can not be down to a given device if it
is open. There are some things
Douglas Gilbert wrote:
Dave,
Look at the dmesg output and check that your
"Kernel command line:" is what you think it
is. Some older versions of lilo truncate it.
Here is mine (which is what I expected):
Kernel command line: auto BOOT_IMAGE=lin240 ro root=803 scsihosts=imm:advansys:a
On Sun, 21 Jan 2001, Lincoln Dale wrote:
hi,
At 04:56 PM 20/01/2001 +0200, Kai Henningsen wrote:
[EMAIL PROTECTED] (dean gaudet) wrote on 18.01.01 in
[EMAIL PROTECTED]:
i'm pretty sure the actual use of pipelining is pretty disappointing.
the work i did in apache preceded the
FTP is under Connection Tracking support, FTP connection tracking. Does
the same stuff as ip_masq_ftp. IRC is located in patch-o-matic -
download iptables 1.2 and do a make patch-o-matic, there is also RPC and
eggdrop support in there. I'm half in the middle of porting ip_masq_icq,
but it's one
On Sun, Jan 21, 2001 at 10:32:15AM +1100, Daniel Stone wrote:
FTP is under Connection Tracking support, FTP connection tracking. Does
the same stuff as ip_masq_ftp. IRC is located in patch-o-matic -
download iptables 1.2 and do a make patch-o-matic, there is also RPC and
eggdrop support in
I've included the TPT latency timings.
Do these look normal?
These tests occured in X with netscape and gnomeicu.
It should be noted that /dev/tty12 is being used for syslog info for
console.
Shawn.
Destination Count Min Max Average
On Sat, 20 Jan 2001, H. Peter Anvin wrote:
Andre Hedrick wrote:
On Sat, 20 Jan 2001, H. Peter Anvin wrote:
Andre Hedrick wrote:
HPA,
Thoughts on granting all block subsystems a general access misc-char minor
to do special service access that can not be down to a
On Sat, 20 Jan 2001 14:57:07 -0800 (PST), Andre Hedrick wrote:
...
Vojtech, I worry that the dynamic timing that you are calculating could
bite you. Timings are exact especially at modes 3/4/5 the margins go to
an effective zero for varition or wiggle room. The state diagrams from
Quantum
On 20 Jan 2001 15:34:03 -0800, Aaron Lehmann wrote:
On Sun, Jan 21, 2001 at 10:32:15AM +1100, Daniel Stone wrote:
FTP is under Connection Tracking support, FTP connection tracking. Does
the same stuff as ip_masq_ftp. IRC is located in patch-o-matic -
download iptables 1.2 and do a make
Hi Alan,
--- linux-2.4.0-ac9/arch/i386/boot/bootsect.S Tue Jul 18 23:55:01 2000
+++ linux-2.4.0-ac10/arch/i386/boot/bootsect.S Sat Jan 20 02:47:07 2001
@@ -5,8 +5,12 @@
* modified by Bruce Evans (bde)
* modified by Chris Noe (May 1999) (as86 - gas)
*
- * bootsect is loaded at
On Sun, Jan 21, 2001 at 11:08:00AM +1100, Daniel Stone wrote:
That option seems to conflict with "ipfwadm (2.0-style) support".
Preferably, I'd like to stay with friendly old ipfwadm rather than
switching firewalling tools _again_.
"I'd rather stay with my friendly old pushbike than my
These results were based on the latest alpha 2.4.1-pre series kernel.
Do they look ok?
Shawn Starr wrote:
I've included the TPT latency timings.
Do these look normal?
These tests occured in X with netscape and gnomeicu.
It should be noted that /dev/tty12 is being used for syslog info
Hi,
I think those drivers have not yet been merged. Since I happend to have
those (and had problem to get them run with the default kernel) I'd like
to asked whether those can be included into the kernel. They are GNU
licensed. Seemingly the SiS updates the existing sis900 driver, the
FA311 is
Aaron Lehmann [EMAIL PROTECTED] writes:
On Sun, Jan 21, 2001 at 11:08:00AM +1100, Daniel Stone wrote:
"I'd rather stay with my friendly old pushbike than my car!"
So don't complain when you can't use cruise control.
ipfwadm used to support the modules. Why have the modules for ipfwadm
On Sat, 20 Jan 2001, Roman Zippel wrote:
AFAIK as long as that dummy page struct is only used in the page cache,
that should work, but you get new problems as soon as you map the page
also into a user process (grep for CONFIG_DISCONTIGMEM under
include/asm-mips64 to see the needed
Let me just point out that Nigel (I think) has previously stated that
the purpose of this approach is to bring the stunning success of
IRIX style "RT" to Linux. Since some of us believe that IRIX is a virtual
handbook of OS errors, it really comes down to a design style. I think
that simplicity
1 - 100 of 271 matches
Mail list logo
