aa-200-active_page_swapout

aa-200-active_page_swapout

Post by Andrew Morto » Thu, 21 Mar 2002 13:20:08



Last one.

Don't bother checking for active pages in the swapout path.

Not sure about this one.  Clearly the page isn't *likely* to be on the
active list, because the caller found it on the inactive list.  But I
don't see any locking which would prevent the page from getting bumped
up to the active list in the meanwhile.

Needs more explanation.

=====================================

--- 2.4.19-pre3/mm/vmscan.c~aa-200-active_page_swapout  Tue Mar 19 19:49:04 2002

                return 0;
        }

-       /* Don't bother unmapping pages that are active */
-       if (PageActive(page))
-               return 0;
-
        /* Don't bother replenishing zones not under pressure.. */
        if (!memclass(page_zone(page), classzone))
                return 0;

-
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

aa-200-active_page_swapout

Post by Rik van Rie » Thu, 21 Mar 2002 23:00:22



> Don't bother checking for active pages in the swapout path.

> Not sure about this one.  Clearly the page isn't *likely* to be on the
> active list, because the caller found it on the inactive list.

Mmmm nope.

The caller of swap_out (shrink_caches) may have been scanning the
inactive list, but swap_out itself scans the page tables.

This means it can encounter all kinds of pages, active, inactive
and even reserved pages.

> --- 2.4.19-pre3/mm/vmscan.c~aa-200-active_page_swapout     Tue Mar 19 19:49:04 2002
> +++ 2.4.19-pre3-akpm/mm/vmscan.c   Tue Mar 19 19:49:04 2002

>            return 0;
>    }

> -  /* Don't bother unmapping pages that are active */
> -  if (PageActive(page))
> -          return 0;
> -
>    /* Don't bother replenishing zones not under pressure.. */
>    if (!memclass(page_zone(page), classzone))
>            return 0;

> -
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Rik
--
Bravely reimplemented by the knights who say "NIH".

http://www.surriel.com/             http://distro.conectiva.com/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

aa-200-active_page_swapout

Post by Andrew Morto » Fri, 22 Mar 2002 04:30:14




> > Don't bother checking for active pages in the swapout path.

> > Not sure about this one.  Clearly the page isn't *likely* to be on the
> > active list, because the caller found it on the inactive list.

> Mmmm nope.

> The caller of swap_out (shrink_caches) may have been scanning the
> inactive list, but swap_out itself scans the page tables.

> This means it can encounter all kinds of pages, active, inactive
> and even reserved pages.

good point :)

So what does the patch do?

-
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

1. LILO dies: L AA AA AA AA AA ...

Hi,

 I tried installing RedHat 5.0 Linux on my Pentium Pro
 PC, but ran into a problem on the LILO installation.

 Here's my configuration:

    Pentium Pro 200 MHz processor
    64 megs RAM
    S3/Virge VX 8 meg Video card
    Adaptec SCSI card attached to CD-R drive
    IDE configuration:
         (1) master = 5 gig hard drive (C:, E:, F:)
             slave  = IOmega Zip drive (D:)
         (2) master = CDROM drive
             slave  = 6.4 gig hard drive
    Windows 98 (FAT32 on drives C:, E:, F:)

 I got almost entirely through the installation.
 I installed Linux on the 6.4 gig hard drive (hdd).
 The only problem came up at the end, installing
 the bootloader (in the master boot record).

 The installation program said:

    An error occurred during step "Install bootloader"
    of the install.

 I then selected "Previous" and it tried again,
 producing the same error.

 So the next time I tried "Retry" and it said "Congratulations"
 and said everything was installed.

 The problem, is now when I boot up, instead of getting
 some LILO prompt, I get the following:

    L AA AA AA AA AA etc...

 That is, I see the letter "L", followed by a space and two "A"
 letters.  The double-A's emit at the rate of about one per second.

 Hitting return, control-C, etc. has no effect.  Only
 control-alt-delete allows a reboot.

 Now, I not only can't boot Linux, but I also can't boot
 up Windows 98!

 I did boot off of a Windows 98 boot floppy (and made sure
 that C: was still there, it was, whew!) and tried to "sys c:"
 to remove LILO, but that had no impact.

 So I have some questions/pleas for help:

     (1)  Is there a way to make LILO work here?  Have you
          seen this problem before?

     (2)  Is there a way for me to remove LILO so I can
          boot Windows 98 (off C:)?

     (3)  Do I need to resort to a boot floppy to boot
          Linux?  How would I make one?

 Anxiously awaiting advice...

 John Roberts

 http://www.teleport.com/~johnro

2. tvtwm fails with X11.5 on rs6000 (AIX 3.1.6)

3. LILO hangs with 'L AA AA AA AA'...

4. [via-rhine][ANNOUNCE] 1.17rc

5. HELP! Storageworks 200, KZPSC-AA?

6. CDRom problems

7. Could not load color 'rgb:aa/aa/aa'

8. Suspicious entries in firewall log

9. Pentium Pro 200 vs Pentium 200 MMX

10. Diff between 200 P5 and 200 PPro?

11. Pentium Pro 200 vs Pentium 200 MMX

12. Upgrading AS 200/166 -> AS 200/233

13. DELL Optiplex GXPRO 200, with Intel-Chipset Neptuma and Pentium PRO 200 MHz