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 occurr
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
--- linux-2.4.0/
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 w
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 /lib/modules/2.4.1-
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 sla
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 ru
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 com
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 RA
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 th
> 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 Program
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 ru
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
Th
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
> - is it anything to worry about?
>
> In file included from /usr/src/linux/
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 (defa
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 used
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 memo
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
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 PR
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.
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 clusterin
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 sinc
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. Al
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 jus
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:
> 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 d
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 improvemen
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
>
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 simila
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
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 throu
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 writ
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
don'
>
> 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
> mm
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 well-coales
[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.
se
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
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
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]>,
>
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 o
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 a
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 uptodat
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-
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; it'
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 tim
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 w
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 ca
[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:
Re
[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 t
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 hea
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
> > i
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().
In some exceptional situations (sort of writi
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 li
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
> ena
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
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 n
-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,
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 wri
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().
MSG_NO
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 l
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. Howeve
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 gu
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.
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.
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 w
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 th
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
/dev/sda1,/dev/sda
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 h
On Sat, 20 Jan 2001, Vojtech Pavlik wrote:
> 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 I
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
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
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. T
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:advans
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 preced
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 hi
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
To
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 acces
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 ma
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 0x
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 th
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
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 no
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 i
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 cha
1 - 100 of 136 matches
Mail list logo
