On Mon, Jan 08, 2001 at 11:50:44PM +0100, [EMAIL PROTECTED] wrote:
> From: Andrea Arcangeli <[EMAIL PROTECTED]>
>
> > But in fact it fails with EINVAL, and
> >
> > [EINVAL]: The path argument contains a last component that is dot.
>
> I c
On Mon, Jan 08, 2001 at 03:22:44PM -0800, Wayne Whitney wrote:
> I guess I conclude that either (1) MAGMA does not use libc's malloc
> (checking on this, I doubt it) or (2) glibc-2.1.92 knows of these
> variables but has not yet implemented the tuning (I'll try glibc-2.2) or
> (3) this is not the
On Mon, Jan 08, 2001 at 03:27:21PM -0800, Linus Torvalds wrote:
> However, it is against all UNIX standards, and Linux-2.4 will explicitly
I may be missing something but apparently SuSv2 allows it, you can check here:
http://www.opengroup.org/onlinepubs/007908799/xsh/rmdir.html
Infact S
On Mon, Jan 08, 2001 at 10:46:29PM +0100, Sasi Peter wrote:
> What I had w/2.2.18pre19 (+raid+ide):
> ~80MB more in cache and ~80MB swapped out (eg. currently unused notes
> server and squid) There is enough of swap over 3 disks (like the
> raid), so I did not bother disabling squid and notes, sin
On Mon, Jan 08, 2001 at 08:37:22PM -0500, Wakko Warner wrote:
> [wakko@:/home/wakko/test] rmdir "`pwd`"
> rmdir: /home/wakko/test: Invalid argument
Some other OS with a yet different retval? :)
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
On Tue, Jan 09, 2001 at 07:41:21AM -0600, Jesse Pollard wrote:
> Not exactly valid, since a file could be created in that "pinned" directory
> after the rmdir...
In 2.2.x no file can be created in the pinned directory after the rmdir.
Andrea
-
To unsubscribe from this list: send the line "unsubs
On Tue, Jan 09, 2001 at 09:10:24PM +0100, Ingo Molnar wrote:
>
> On Tue, 9 Jan 2001, Andrea Arcangeli wrote:
>
> > BTW, I noticed what is left in blk-13B seems to be my work (Jens's
> > fixes for merging when the I/O queue is full are just been integrated
> > in
On Wed, Jan 10, 2001 at 01:07:55AM +0100, Sasi Peter wrote:
> I thought it over again. I still have to say it is a nonsense for a kernel
> not to have _anything_ (zero pages) currently unused swapped out under
> such an I/O load!
Could you generate some furhter memory pressure to see what happen
> On Tue, 9 Jan 2001, Hubert Mantel wrote:
> > Right, but now there is a problem: Software RAID. The RAID code of
> > 2.4.0 is not backwards compatible to the one in 2.2.18; if somebody
> > has used 2.4.0 on softraid and discovers some problem, he can not
> > switch back to some official 2.2 kerne
On Wed, Jan 10, 2001 at 02:17:35AM +0100, Ingo Molnar wrote:
> i understand now - well, there is no reliable RAID1/RAID5 support in the
> stock 2.2 kernel indeed, you need the 0.90 patch.
I used raid1 without problems in stock 2.2 kernel. For raid5 I certainly
agree ;).
Andrea
-
To unsubscribe f
On Tue, Jan 09, 2001 at 01:31:35PM -0800, Linus Torvalds wrote:
> don't have to worry about undocumented extensions etc.
Infact I don't blame gcc maintainers for that, but the standard. Ok, minor
issue.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Wed, Jan 10, 2001 at 01:45:47AM +, David Woodhouse wrote:
> How does this affect embedded systems with no swap space at all?
If there's no swap the swap-cache dirty-sticky issue can't arise.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, Jan 09, 2001 at 09:12:04PM +0100, Jens Axboe wrote:
> I haven't heard anything beyond the raised QUEUE_NR_REQUEST, so I'd like to
> see what you have pending so we can merge :-). The tiotest seek increase was
> mainly due to the elevator having 3000 requests to juggle and thus being able
>
On Tue, Jan 09, 2001 at 11:10:37PM -0800, Linus Torvalds wrote:
> I have to say, I think it was Pascal had this "no semicolon needed before
> an 'end'" rule, and I always really hated that. The C statement rules make
Me too ;)
Andrea
-
To unsubscribe from this list: send the line "unsubscribe li
On Wed, Jan 10, 2001 at 11:46:03AM +, David Woodhouse wrote:
> So the VM code spends a fair amount of time scanning lists of pages which
> it really can't do anything about?
Yes.
> Would it be possible to put such pages on different list, so that the VM
Currently to unmap the other pages w
On Wed, Jan 10, 2001 at 02:47:35PM +, Stephen C. Tweedie wrote:
> Hi,
>
> On Tue, Jan 09, 2001 at 03:06:35PM +0100, Andrea Arcangeli wrote:
> > On Tue, Jan 09, 2001 at 07:41:21AM -0600, Jesse Pollard wrote:
> > > Not exactly valid, since a file could be created in
On Wed, Jan 10, 2001 at 06:54:45AM +, Russell King wrote:
> This is an internal kernel data structure. Do you know of some program
No, it isn't, that's the whole point.
> that breaks as a result of this?
(spotted by Andi) util-linux-2.10o/mount/nfs_mount4.h:
struct nfs3_fh {
unsig
On Wed, Jan 10, 2001 at 12:47:17AM -0500, Alexander Viro wrote:
> Chris, I seriously suspect that it's not that simple (read: trace is a
> BS). 0x20b is just too large for filldir().
[..]
> and we don't trigger them... Fsck knows. copy_to_user() and put_user() should
> not be able to screw the ker
On Wed, Jan 10, 2001 at 12:28:38PM -0500, Alexander Viro wrote:
> That's precisely what I've already done. grep for IS_DEADDIR() and notice
Fine ;)
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ a
On Wed, Jan 10, 2001 at 10:46:07AM -0700, Eric W. Biederman wrote:
> Why do we even want to do reverse page tables?
> It seems everyone is assuming this is a good thing and except for being
I'm not assuming it's a good thing, but I believe it's something to try.
> My impression with the MM stuff
On Wed, Jan 10, 2001 at 10:09:22PM +, Russell King wrote:
> Andrea Arcangeli writes:
> > Furthmore
> > the cast of data to a struct should work on all architectures as far as C is
> > conce
On Thu, Jan 11, 2001 at 11:31:21AM +0100, Udo A. Steinberg wrote:
> CONFIG_MK7=y
I'm looking into it.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Thu, Jan 11, 2001 at 06:36:05PM +0100, Andrea Arcangeli wrote:
> On Thu, Jan 11, 2001 at 11:31:21AM +0100, Udo A. Steinberg wrote:
> > CONFIG_MK7=y
>
> I'm looking into it.
The fxsr fixes from 2.4.1-pre1 allows athlon to correctly use FXSR too (when
nofxsr isn'
On Thu, Jan 11, 2001 at 06:46:45PM +0100, Andrea Arcangeli wrote:
> Until I fix the 3dnow code to use the i387.c library please workaround
> this way:
>
> --- ./arch/i386/config.in.~1~ Thu Jan 11 17:52:05 2001
> +++ ./arch/i386/config.in Thu Jan 11 18:38:29 2001
>
On Thu, Jan 11, 2001 at 07:22:03PM +0100, Trond Myklebust wrote:
> [..] Are there any
> alignment requirements on them?
On some arch int can be read only at a sizeof(int) byte aligned address
(details in my example in reply to Russell).
Andrea
-
To unsubscribe from this list: send the line "unsu
On Thu, Jan 11, 2001 at 07:30:49PM +0100, Trond Myklebust wrote:
> OK. In that case my patch, would just be amended to eliminate the
> redundant comparison as is the case below.
This patch looks fine w.r.t. alignment but given the below seems called
at runtime (not just at mount time) for perform
On Thu, Jan 11, 2001 at 06:48:21PM +0100, Andrea Arcangeli wrote:
> Ah no, I even better, just pass `nofxsr` to the 2.4.1-pre2 kernel. (no
> need to recompile)
Ok here the right fix against 2.4.1-pre2 so now you can use 3dnow and fxsr
at the same time (and nofxsr can still dynamically d
On Thu, Jan 11, 2001 at 02:01:58PM -0500, [EMAIL PROTECTED] wrote:
> Hi,
>
> The most puzzling thing is happeneing. I have compiled a vanillat 2.2.18
> kernel with scsi aic7xxx compiled in, 3com network support. (nothing fancy
> no sound, no isdn, video, etc...)
>
> I installed this kernel on a
On Thu, Jan 11, 2001 at 08:16:27PM +0100, Andrea Arcangeli wrote:
> On Thu, Jan 11, 2001 at 02:01:58PM -0500, [EMAIL PROTECTED] wrote:
> > Hi,
> >
> > The most puzzling thing is happeneing. I have compiled a vanillat 2.2.18
> > kernel with scsi aic7xxx compil
On Thu, Jan 11, 2001 at 03:36:13PM -0600, Jens Petersohn wrote:
> My appologies if this has been asked before. I'm looking for
> Ingo Molnar's RAID patch for 2.2.18-final. I tried applying A2, but
> it has a number of conflicts in raid1.c which I cannot resolve in
> my meager spare time.
I had to
On Thu, Jan 11, 2001 at 06:08:21PM -0800, Linus Torvalds wrote:
>
> Could people with Athlons please verify that pre3 works for them?
It works fine.
> It also makes the fxsr disable act the same way the TSC disable does.
Note that there was a precise reason for not implementing it as the TSC d
On Tue, Jan 09, 2001 at 07:38:28PM +0100, Ingo Molnar wrote:
>
> On Tue, 9 Jan 2001, Jens Axboe wrote:
>
> > > > ever seen, this is why i quoted it - the talk was about block-IO
> > > > performance, and Stephen said that our block IO sucks. It used to suck,
> > > > but in 2.4, with the right pat
On Wed, Jan 10, 2001 at 12:34:35AM +0100, Jens Axboe wrote:
> Ah I see. It would be nice to base the QUEUE_NR_REQUEST on something else
> than a static number. For example, 3000 per queue translates into 281Kb
> of request slots per queue. On a typical system with a floppy, hard drive,
> and CD-RO
On Thu, Jan 11, 2001 at 08:26:04PM -0800, Linus Torvalds wrote:
>
>
> On Fri, 12 Jan 2001, Andrea Arcangeli wrote:
> >
> > Note that there was a precise reason for not implementing it as the TSC disable
> > (infact at first in 2.2.x I was clearing the bigflag in x86
On Fri, Jan 12, 2001 at 11:42:32AM -0500, Richard A Nelson wrote:
> On Fri, 12 Jan 2001, Andrea Arcangeli wrote:
>
> > It doesn't make much sense to me to put the "can_I_use" global information in
> > the per-cpu slots, that's obviously the wrong place f
On Fri, Jan 12, 2001 at 09:35:14AM -0800, Linus Torvalds wrote:
>
>
> On Fri, 12 Jan 2001, Andrea Arcangeli wrote:
>
> > On Fri, Jan 12, 2001 at 11:42:32AM -0500, Richard A Nelson wrote:
> > >
> > > Its fine either way on current x86 and many other platf
On Fri, Jan 12, 2001 at 10:35:24AM -0800, Linus Torvalds wrote:
> Andreas argument was that earlier kernels weren't consistent, and as
> such we shouldn't even bother to try to make newer kernels consistent.
> We would be better off reporting our internal inconsistencies the way
> earlier kernels
On Sat, Jan 13, 2001 at 08:10:33PM +0100, Sasi Peter wrote:
> Jan 13 01:58:17 iq kernel: probable hardware bug: clock timer
> configuration lost - probably a VIA686a.
> Jan 13 01:58:17 iq kernel: probable hardware bug: restoring chip
> configuration.
>
> I get these, do not know why. MB is abit B
On Sun, Jan 14, 2001 at 09:31:29AM -0500, Todd M. Roy wrote:
> Andrea,
> Sorry to say but lvm 0.9.1-beta1 still segfaults
> at the same place, line 140 of pv_read_all_pv_of_vg.c
> pv_this is still null.
BTW, I can easily reproduce. I was near to go into it yesterday but got
interrupted by other
On Sun, Jan 14, 2001 at 05:32:34PM +0100, Andrea Arcangeli wrote:
> BTW, I can easily reproduce. I was near to go into it yesterday but got
> interrupted by other issues (like the merging of the 0.9.1-beta1 kernel driver
> and extraction of the strictly necessary fixes from the 0.
On Tue, Jan 16, 2001 at 11:04:45AM -0800, Theodore Y. Ts'o wrote:
>
> HJ Lu recently pointed me at a potential locking problem
> try_to_free_inodes(), and when I started proding at it, I found what
> appears to be another set of SMP locking issues in the dcache code.
> (But if that were the case,
On Tue, Jan 16, 2001 at 12:10:31PM -0800, Theodore Y. Ts'o wrote:
> Actually, looking at the fast path of down_trylock compared to huge mess
> of code that's currently there, I actually suspect that using
> down_trylock() would actually be faster, since in the fast path case
> there would only two
On Thu, Jan 18, 2001 at 08:49:38AM -0800, Linus Torvalds wrote:
> state. However, the fact is that you _need_ the persistency of a socket
> option if you want to take advantage of external programs etc getting good
> behaviour without having to know that they are talking to a socket.
I'm all for
On Thu, Jan 18, 2001 at 10:59:11PM +0300, [EMAIL PROTECTED] wrote:
> Hello!
>
> > I'm all for TCP_CORK but it has the disavantage of two syscalls for doing the
>
> MSG_MORE was invented to allow to collapse this to 0 of syscalls. 8)
Yes, I know.
> > A new ioctl on the socket should be able to
On Thu, Jan 18, 2001 at 11:37:10PM +0300, [EMAIL PROTECTED] wrote:
> Hello!
>
> > Doing PUSH from setsockopt(TCP_CORK) looked obviously wrong because it isn't
> > setting any socket state,
>
> ? 8)
I thought setsockopt is meant to set an option in the socket, something
_stateful_, a PUSH doesn'
On Thu, Jan 18, 2001 at 03:17:13PM -0200, Marcelo Tosatti wrote:
> Jens, can be the -blk patch the reason for the slowdown I'm seeing?
This heuristic is way too aggressive:
/*
* Try to keep 128MB max hysteris. If not possible,
* use half of RAM
*/
high_
On Thu, Jan 18, 2001 at 03:53:11PM -0800, Mike Kravetz wrote:
> Here are some very preliminary numbers from sched_test_yield
> (which was previously posted to this (lse-tech) list by Bill
> Hartner). Tests were run on a system with 8 700 MHz Pentium
> III processors.
>
>
On Thu, Jan 18, 2001 at 04:52:25PM -0800, Mike Kravetz wrote:
> was less than the number of processors. I'll give the tests a try
> with a smaller number of threads. I'm also open to suggestions for
OK!
> what benchmarks/test methods I could use for scheduler testing. If
> you remember what p
On Thu, Jan 18, 2001 at 08:00:16PM -0500, Mark Hahn wrote:
> > >microseconds/yield
> > > # threads 2.2.16-22 2.42.4-multi-queue
> > > - ---
> > > 16 18.7404.603
On Thu, Jan 18, 2001 at 09:44:57PM +0100, Ingo Molnar wrote:
> why? TCP_CORK is equivalent to MSG_MORE, it's just a different
I thought you agreed it isn't (Linus's example I quoted).
> > Doing PUSH from setsockopt(TCP_CORK) looked obviously wrong because it
> > isn't setting any socket state, [
On Thu, Jan 18, 2001 at 10:57:20PM +0100, Ingo Molnar wrote:
>
> On Thu, 18 Jan 2001, Andrea Arcangeli wrote:
>
> > > {
> > > int val = 1;
> > > setsockopt(req->sock, IPPROTO_TCP, TCP_CORK,
> > >
On Thu, Jan 18, 2001 at 11:52:33AM -0800, Linus Torvalds wrote:
> On Thu, 18 Jan 2001, Ingo Molnar wrote:
> >
> > i believe a network-conscious application should use MSG_MORE - that has
> > no system-call overhead.
>
> I think Andrea was thinking more of the case of the anonymous IO
> generator
On Thu, Jan 18, 2001 at 08:43:47PM +0100, Ingo Molnar wrote:
>
> On Thu, 18 Jan 2001, Andrea Arcangeli wrote:
>
> > I'm all for TCP_CORK but it has the disavantage of two syscalls for
> > doing the flush of the outgoing queue to the network. And one of those
&g
On Fri, Jan 19, 2001 at 11:58:03AM +0100, Rogier Wolff wrote:
> Now if we design the NUMA support correctly, just filling in "disk has
> a seek-time of 10ms, and 20Mb per second throughput when accessed
> linearly" NUMA may on it's own "tune" the swapper to do the right
> thing. And once parametri
On Fri, Jan 19, 2001 at 08:52:53PM +0300, [EMAIL PROTECTED] wrote:
> Hello!
>
> > I thought setsockopt is meant to set an option in the socket,
>
> It is not.
The manpage disagrees with you:
getsockopt, setsockopt - get and set options on sockets
On Thu, Jan 18, 2001 at 11:18:48PM +0100, Ingo Molnar wrote:
>
> On Thu, 18 Jan 2001, Andrea Arcangeli wrote:
>
> > This is a possible slow (but userspace based) implementation of SIOCPUSH:
>
> of course this is what i meant. Lets stop wasting time on this, ok?
We were bo
On Fri, Jan 19, 2001 at 09:18:04PM +0300, [EMAIL PROTECTED] wrote:
> Hello!
>
> > The "uncork" won't push the last skb on the wire if there is not acknowledged
> > data in the write_queue and the payload of the last skb in the write_queue
> > isn't large MSS. This because the `uncork' will only r
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 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 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, 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 Mon, Nov 13, 2000 at 11:38:23AM +0100, Andi Kleen wrote:
> notifier lists would be sufficient because dprobes does not hook into any
> performance critical paths.
Current dprobes patch adds branches in the the main page fault handler,
device_not_available exception at least. Those are _very_
On Tue, Nov 14, 2000 at 12:14:57PM -0500, Michael Rothwell wrote:
> Ext2 + bdflush + kupdated? Not likely. To quote the Be Filesystems
> book, Ext2 throws safety to the wind to achieve speed. This also ties
What safety problems bdflush/kupdated have? (if something they lacks in
performance since
On Tue, Nov 14, 2000 at 08:59:49AM -0600, Jesse Pollard wrote:
>I (meaning me) would like the ability to audit every system call. (yes,
>this is horrendous, if everything is logged, but I want to be able to
>choose how much is logged at the source of the data, rather than at
>the d
On Thu, Nov 16, 2000 at 03:07:04PM +0100, Matthias Andree wrote:
> It shows a program that saves the cwd -- open(".",...) in an open file,
> then chroots [..]
This is known behaviour (I know Alan knows about it too), solution is to close
open directories filedescriptors before chrooting.
Everyth
On Thu, Nov 16, 2000 at 09:01:07AM -0800, Linus Torvalds wrote:
> "Linux pages" be _two_ hardware pages, and make a Linux pte contain two
If they absolutely needs 4 pages for pmd pagetables due hardware constraints
I'd recommend to use _four_ hardware pages for each softpage, not two.
The issue
On Fri, Nov 17, 2000 at 01:51:11PM +0100, Christoph Rohland wrote:
> gettimeofday is _way_ to slow for a lot of every day uses. So
> applications will use rdtsc until we have some really fast
> (non-syscall) way to have high resolution time diffs.
During the x86-64 design I made sure that in x86-
On Fri, Nov 17, 2000 at 11:41:58AM +0100, [EMAIL PROTECTED] wrote:
> [..] But low on memory
> does mean low on real memory + swap space, doesn't it ? [..]
No. Low on memory here means that `grep MemFree enough swap space but it isn't using any of it when the BUG hits. I think
This is normal.
>
The main features of 2.2.18pre21aa2 are:
o Support for 4Gigabyte of RAM on IA32 (me and Gerhard Wichert)
o Support for 2T of RAM on alpha (me)
o Improved VM (VM-global) for high end machines with enough ram and doing
heavy I/O under high memory pressure plus fixes for th
On Fri, Nov 17, 2000 at 05:35:53PM +0100, [EMAIL PROTECTED] wrote:
> I did a little closer investigation. The BUG was triggered by a page with
> page->mapping pointing to an address space of a mapped ext2 file
> (page->mapping->a_ops == &ext2_aops). The page had PG_locked, PG_uptodate,
> PG_active
On Fri, Nov 17, 2000 at 05:06:49PM +0100, Christoph Rohland wrote:
> Could I get this for i686? :-)
If we break binary compatibility yes. I mean: new glibc binaries wouldn't
run anymore on older kernels. Also new static binaries wouldn't run
anymore on older kernels. At least if we don't introduc
On Sat, Nov 18, 2000 at 03:36:09AM +0100, J . A . Magallon wrote:
> Hi everyone.
>
> When compiling Andreas aa2 patch I got:
>
> /usr/bin/kgcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
> -O4 -fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe
> -fno-strength-reduce -m
On Fri, Nov 17, 2000 at 04:09:00PM -0800, H . J . Lu wrote:
> On Fri, Nov 17, 2000 at 03:59:13PM -0800, H . J . Lu wrote:
> > # gcc x.c
> > # ./a.out
> > lseek on -10: -10
> > write: File too large
> >
> > Should kernel allow negative offsets for lseek/llseek?
> >
> >
>
> Never mind. I
On Sat, Nov 18, 2000 at 07:25:42PM +0100, Andrea Arcangeli wrote:
> I fixed it this way:
fix is plain wrong, it's still possible to have lseek return -1 -2 -3 -4
even when it should return -EINVAL.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Sat, Nov 18, 2000 at 05:20:34PM -0800, H . J . Lu wrote:
> Try this again 2.2.18pre21. It works for me.
>
>
> --
> H.J. Lu ([EMAIL PROTECTED])
> ---
> --- linux/fs/ext2/file.c.lseekSat Nov 18 17:18:49 2000
> +++ linux/fs/ext2/file.c Sat Nov 18 17:19:28 2000
> @@ -120,6 +120,8 @@
On Sat, Nov 18, 2000 at 05:20:34PM -0800, H . J . Lu wrote:
> --- linux/fs/proc/mem.c.lseek Tue Jan 4 10:12:23 2000
> +++ linux/fs/proc/mem.c Sat Nov 18 17:19:28 2000
> @@ -196,14 +196,17 @@ static long long mem_lseek(struct file *
> {
> switch (orig) {
> case 0:
> -
On Fri, Nov 03, 2000 at 02:36:22PM -0800, Josue Emmanuel Amaro wrote:
> Andrea,
>
> We will give it a try.
>
> How difficult would it be to move that patch to 2.4?
I moved it to 2.4.0-test11-pre5 (should work with pre7 too):
ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/patch
On Wed, Nov 22, 2000 at 12:07:48PM -0200, Rik van Riel wrote:
>judging from your lack of error messages you're running
>2.2 [..]
Recent 2.2.x:
if (error_code & 4)
{
if (tsk->oom_kill_try++ > 10 ||
!((regs->eflags >> 12) & 3))
On Thu, Nov 23, 2000 at 11:23:33PM +0100, Pavel Machek wrote:
> Hi!
>
> You see? Kernel_thread does not check is sys_clone() worked! Aha,
"=&a" (retval)
> caller is responsible for that, but init/main.c does not seem too
> carefull. Maybe kernel_thread should at least print a warning?
If clone
On Tue, Nov 07, 2000 at 10:57:49PM -0800, Richard Henderson wrote:
> On Tue, Nov 07, 2000 at 10:09:34AM -0800, Reto Baettig wrote:
> > I have a problem whith Alpha SMP's which seems to be kernel-related. I
> > discussed this on the bug-glibc list but everybody seems to agree that
> > it cannot be
On Thu, Nov 23, 2000 at 10:15:24PM -0800, H . J . Lu wrote:
> 2.2.18pre23 allows lseek to negative offsets in ext2 and has no checks
> for proc. Here is a patch.
As just said your patch is wrong for vanilla 2.2.18pre23.
The right fix for that problem in 2.2.18pre23 (2.2.x vanilla doesn't include
+ /* Only lower priority if we didn't make progress. */
+ if (count == loopcount)
+ --priority;
+ loopcount = count;
If the while loops around the page-recycling-methods were missing we would
have just noticed as soon as we needed to
On Fri, Nov 24, 2000 at 08:52:47PM +0100, Pavel Machek wrote:
> How can that work? restore_args ends with iret, anyway, and iret does
> reload esp afaics...
... only if there's an IPL change during the iret. Page 3-321 of 24319102.pdf
from Intel:
[..] If the return is to another privileg
On Sun, Nov 26, 2000 at 11:29:32PM +0100, Pavel Machek wrote:
> Is this different on x86-64 in long mode?
Yes, in 64bit mode ss:rsp is restore unconditionally. In compatibility and
legacy modes it's restored only if the CPL changes.
kernel never runs in compatibility mode (and userspace never ru
On Tue, Nov 28, 2000 at 03:02:35PM -0800, John Kennedy wrote:
> On Sat, Nov 25, 2000 at 02:57:01PM +0100, Andrea Arcangeli wrote:
> > ... VM-global-*-7 has no known bugs AFIK.
>
> Is there anything more recent than VM-global-2.2.18pre18-7? It isn't
> patching very clean
On Tue, Nov 28, 2000 at 03:36:15PM -0800, John Kennedy wrote:
> No, it is all ext3fs stuff that is touching the same areas your
Ok this now makes sense. I ported VM-global-7 on top of ext3 right now
but it's untested:
ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/patches/v2.2
On Tue, Nov 28, 2000 at 01:44:18PM +0200, Ville Herva wrote:
> try Andrea's vm-global-7 now. It seems to include the bits Rik posted, or
It doesn't include the bits Rik posted because they were unnecessary.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
On Wed, Nov 29, 2000 at 04:08:26AM -0500, Alexander Viro wrote:
> Problem fixed by Jens' patch had been there since March, so if it's a
No, it's there only since Jens fixed the request merging bug in test11 or so.
With previous kernel the head pointer couldn't change so that change
was unnecessa
On Wed, Nov 29, 2000 at 05:05:20PM -0200, Rik van Riel wrote:
> To be honest, I have a big problem with micro optimisations
> that prevent the big optimisations from happening.
>
> Would it be an idea to explicitly comment such dangerous
> micro optimisations so people implementing the big optimi
On Wed, Nov 29, 2000 at 02:57:11PM -0500, Alexander Viro wrote:
> that again: was quite recent. My apologies...
Never mind, strict patch reading was obviously misleading in this case.
> [1] "older" may mean "shared with 2.2" here - ISTR bug reports looking like
> that and IIRC they were never re
On Sat, Nov 18, 2000 at 04:55:23PM -0500, Alexander Viro wrote:
> > if (size >> 33) {
>ITYM 32
this is a bug in 2.2.x mainstream btw.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
On Tue, Nov 28, 2000 at 05:09:48PM +0100, Andreas Schwab wrote:
> including the Linux kernel. :-)
As it's a worthless extension it's always trivial to fixup after its removal :).
The fixup also shown that the sis_300 and sis_301 driver would break if used at
the same time (probably unlikely to h
On Thu, Nov 30, 2000 at 02:06:55PM -0200, Rik van Riel wrote:
> still had lots of swap free, this may mean that VM
> in 2.2 still has some bugs left ...
I guess it's the free_before_allocate band-aid that hurts in 2.2. That subtle
race condition is fixed efficiently in VM-global with per-process
On Thu, Nov 30, 2000 at 11:26:43AM -0700, Tom Rini wrote:
> Right. But the problem here was a new, unused sysctl-by-number, conflicted
> with an old-but-not-integrated sysctl-by-number that is used. :) The only
Who is using it? Not even the raid developers cared to take the
sysctl-by-number con
On Thu, Nov 30, 2000 at 01:05:53PM -0700, Andreas Dilger wrote:
> the RAID and LVM make_request functions should be changed to do that
> instead (i.e. 0 on success, -ve on error, and maybe "1" if they do their
> own recursion to break the loop)?
We preferred to let the lowlevel drivers to handle
On Thu, Nov 30, 2000 at 07:02:56PM +0530, V Ganesh wrote:
> 3. add_wait_queue adds this process to the waitqueue. but all the writes
>are in write-buffers and have not gone down to cache/memory yet.
> 4. PageLocked() finds that the page is locked.
Right.
> [..] speculative execution
> of Pag
On Sat, Nov 18, 2000 at 05:28:46AM -0500, Alexander Viro wrote:
> + setattr:ext2_notify_change,
:)
> + if (iattr->ia_valid & ATTR_SIZE) {
> + if (iattr->ia_size > inode->i_sb->u.ext2_sb.s_max_size) {
> + retval = -EFBIG;
> + g
On Thu, Nov 30, 2000 at 02:54:19PM -0700, Andreas Dilger wrote:
> Andrea writes:
> > On Thu, Nov 30, 2000 at 01:05:53PM -0700, Andreas Dilger wrote:
> > > the RAID and LVM make_request functions should be changed to do that
> > > instead (i.e. 0 on success, -ve on error, and maybe "1" if they do t
301 - 400 of 2012 matches
Mail list logo
