* 2.5.46-mm1
@ 2002-11-06 8:34 Andrew Morton
[not found] ` <20021106171249.GB29935@stingr.net>
2002-11-07 16:41 ` 2.5.46-mm1 Bill Davidsen
0 siblings, 2 replies; 8+ messages in thread
From: Andrew Morton @ 2002-11-06 8:34 UTC (permalink / raw)
To: lkml, linux-mm
url: http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.46/2.5.46-mm1/
It wasn't clear whether it was useful or desirable to keep these patchsets
turning over. But it will be helpful to keep them as a marshalling point
for people to see what is queued up, to get some additional testing and
stabilisation and for people to sync up against. And also to keep things
like shared pagetables and dcache-rcu under test.
2.5.46-mm1 includes various fixes to things, Bill's hugetlb rework,
dcache-rcu and shared pagetables.
Also the patches which make the address_space's private_lock and page_lock
irq-safe. So Badari can run set_page_dirty() from interrupts...
linus.patch
cset-1.895.1.7-to-1.925.txt.gz
kgdb.patch
net-timer-init.patch
genksyms-hurts.patch
fix exporting of per-cpu symbols for modversions
misc.patch
misc fixes
writev-bad-seg-fix.patch
Fix readv/writev return value
wli-01-iowait.patch
SMP iowait stats
wli-02-zap_hugetlb_resources.patch
hugetlb: fix zap_hugetlb_resources()
wli-03-remove-unlink_vma.patch
hugetlb: remove unlink_vma()
wli-04-internalize-hugetlb-init.patch
hugetlb: internalize hugetlb init
wli-05-sysctl-cleanup.patch
hugetlb: remove sysctl.c intrusion
wli-06-cleanup-proc.patch
hugetlb: remove /proc/ intrusion
wli-07-hugetlb-static.patch
hugetlb: make private functions static
msec-fix.patch
Fix math underflow in disk accounting
touch_buffer-fix.patch
buffer_head refcounting fixes and cleanup
mbcache-atomicity-fix.patch
pgalloc-accounting-fix.patch
fix page alloc/free accounting
htree-fix.patch
fix ext3-htree buffer_head leak
irq-save-vm-locks.patch
make mapping->page_lock irq-safe
irq-safe-private-lock.patch
make mapping->private_lock irq-safe
akpm-deadline.patch
deadline scheduler tweaks
dcache_rcu.patch
Use RCU for dcache
page-reservation.patch
Page reservation API
resurrect-incremental-min.patch
strengthen the `incremental min' logic in the page allocator
wli-show_free_areas.patch
show_free_areas extensions
shpte-ng.patch
pagetable sharing for ia32
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: 2.5.46-mm1
[not found] ` <20021106171249.GB29935@stingr.net>
@ 2002-11-06 19:20 ` Dave McCracken
0 siblings, 0 replies; 8+ messages in thread
From: Dave McCracken @ 2002-11-06 19:20 UTC (permalink / raw)
To: Paul P Komkoff Jr, lkml, Linux Memory Management; +Cc: Andrew Morton
[-- Attachment #1: Type: text/plain, Size: 605 bytes --]
--On Wednesday, November 06, 2002 20:12:50 +0300 Paul P Komkoff Jr
<i@stingr.net> wrote:
> Why sharepte is dependent on highmem now ?
It's not supposed to be. I'm guessing it's a conversion error in the move
to Kconfig. A patch to fix it is attached.
> I thought I will benefit from it on forkloads on lowmem too ...
It's definitely a benefit for all sizes of memory.
Dave McCracken
======================================================================
Dave McCracken IBM Linux Base Kernel Team 1-512-838-3059
dmccr@us.ibm.com T/L 678-3059
[-- Attachment #2: shpte-2.5.46-mm1-1.diff --]
[-- Type: text/plain, Size: 425 bytes --]
--- 2.5.46-mm1/arch/i386/Kconfig 2002-11-06 13:17:20.000000000 -0600
+++ 2.5.46-mm1-shsent/arch/i386/Kconfig 2002-11-06 11:38:50.000000000 -0600
@@ -722,7 +722,6 @@
config SHAREPTE
bool "Share 3rd-level pagetables between processes"
- depends on HIGHMEM4G || HIGHMEM64G
help
Normally each address space has its own complete page table for all
its mappings. This can mean many mappings of a set of shared data
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: 2.5.46-mm1
2002-11-06 8:34 2.5.46-mm1 Andrew Morton
[not found] ` <20021106171249.GB29935@stingr.net>
@ 2002-11-07 16:41 ` Bill Davidsen
2002-11-07 16:51 ` 2.5.46-mm1 Martin J. Bligh
1 sibling, 1 reply; 8+ messages in thread
From: Bill Davidsen @ 2002-11-07 16:41 UTC (permalink / raw)
To: Andrew Morton; +Cc: lkml, linux-mm
On Wed, 6 Nov 2002, Andrew Morton wrote:
>
> url: http://www.zip.com.au/~akpm/linux/patches/2.5/2.5.46/2.5.46-mm1/
>
> It wasn't clear whether it was useful or desirable to keep these patchsets
> turning over. But it will be helpful to keep them as a marshalling point
> for people to see what is queued up, to get some additional testing and
> stabilisation and for people to sync up against. And also to keep things
> like shared pagetables and dcache-rcu under test.
For what it's worth, the last mm kernel which booted on my old P-II IDE
test machine was 44-mm2. With 44-mm6 and this one I get an oops on boot.
Unfortunately it isn't written to disk, scrolls off the console, and
leaves the machine totally dead to anything less than a reset. I will try
2.5.46 base after I apply the few patches needed to make it compile, and
send you my config if you think it will help.
2.5.44 and all 4[45]-ac? builds booted and ran.
This is just a "problem present" notice, I have no decent info for
debugging.
--
bill davidsen <davidsen@tmr.com>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: 2.5.46-mm1
2002-11-07 16:41 ` 2.5.46-mm1 Bill Davidsen
@ 2002-11-07 16:51 ` Martin J. Bligh
2002-11-07 17:13 ` 2.5.46-mm1 Andrew Morton
2002-11-07 19:05 ` 2.5.46-mm1 Bill Davidsen
0 siblings, 2 replies; 8+ messages in thread
From: Martin J. Bligh @ 2002-11-07 16:51 UTC (permalink / raw)
To: Bill Davidsen, Andrew Morton; +Cc: lkml, linux-mm
> For what it's worth, the last mm kernel which booted on my old P-II IDE
> test machine was 44-mm2. With 44-mm6 and this one I get an oops on boot.
> Unfortunately it isn't written to disk, scrolls off the console, and
> leaves the machine totally dead to anything less than a reset. I will try
Any chance of setting up a serial console? They're very handy for
things like this ...
M.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: 2.5.46-mm1
2002-11-07 16:51 ` 2.5.46-mm1 Martin J. Bligh
@ 2002-11-07 17:13 ` Andrew Morton
2002-11-07 18:45 ` 2.5.46-mm1 Martin J. Bligh
2002-11-07 19:22 ` 2.5.46-mm1 Bill Davidsen
2002-11-07 19:05 ` 2.5.46-mm1 Bill Davidsen
1 sibling, 2 replies; 8+ messages in thread
From: Andrew Morton @ 2002-11-07 17:13 UTC (permalink / raw)
To: Martin J. Bligh; +Cc: Bill Davidsen, lkml, linux-mm
"Martin J. Bligh" wrote:
>
> > For what it's worth, the last mm kernel which booted on my old P-II IDE
> > test machine was 44-mm2. With 44-mm6 and this one I get an oops on boot.
> > Unfortunately it isn't written to disk, scrolls off the console, and
> > leaves the machine totally dead to anything less than a reset. I will try
>
> Any chance of setting up a serial console? They're very handy for
> things like this ...
>
"vga=extended" gets you 50 rows, which is usually enough.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: 2.5.46-mm1
2002-11-07 17:13 ` 2.5.46-mm1 Andrew Morton
@ 2002-11-07 18:45 ` Martin J. Bligh
2002-11-07 19:22 ` 2.5.46-mm1 Bill Davidsen
1 sibling, 0 replies; 8+ messages in thread
From: Martin J. Bligh @ 2002-11-07 18:45 UTC (permalink / raw)
To: Andrew Morton; +Cc: Bill Davidsen, lkml, linux-mm
>> > For what it's worth, the last mm kernel which booted on my old P-II IDE
>> > test machine was 44-mm2. With 44-mm6 and this one I get an oops on boot.
>> > Unfortunately it isn't written to disk, scrolls off the console, and
>> > leaves the machine totally dead to anything less than a reset. I will try
>>
>> Any chance of setting up a serial console? They're very handy for
>> things like this ...
>
> "vga=extended" gets you 50 rows, which is usually enough.
Depends if it keeps booting afterwards, or your pen skills are
just bad (like mine ;-))
M.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: 2.5.46-mm1
2002-11-07 16:51 ` 2.5.46-mm1 Martin J. Bligh
2002-11-07 17:13 ` 2.5.46-mm1 Andrew Morton
@ 2002-11-07 19:05 ` Bill Davidsen
1 sibling, 0 replies; 8+ messages in thread
From: Bill Davidsen @ 2002-11-07 19:05 UTC (permalink / raw)
To: Martin J. Bligh; +Cc: Andrew Morton, lkml, linux-mm
On Thu, 7 Nov 2002, Martin J. Bligh wrote:
> > For what it's worth, the last mm kernel which booted on my old P-II IDE
> > test machine was 44-mm2. With 44-mm6 and this one I get an oops on boot.
> > Unfortunately it isn't written to disk, scrolls off the console, and
> > leaves the machine totally dead to anything less than a reset. I will try
>
> Any chance of setting up a serial console? They're very handy for
> things like this ...
Certainly not with a real serial terminal ;-) As far as going through a
crossover cable to another system, it's doable, but finding the time, the
cable, etc... maybe next week. I just wanted to get the base report out in
case someone had more info, or if it was a known problem.
I will try to capture it, but I'll try any new versions which come out
before then as well.
--
bill davidsen <davidsen@tmr.com>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: 2.5.46-mm1
2002-11-07 17:13 ` 2.5.46-mm1 Andrew Morton
2002-11-07 18:45 ` 2.5.46-mm1 Martin J. Bligh
@ 2002-11-07 19:22 ` Bill Davidsen
1 sibling, 0 replies; 8+ messages in thread
From: Bill Davidsen @ 2002-11-07 19:22 UTC (permalink / raw)
To: Andrew Morton; +Cc: Martin J. Bligh, lkml, linux-mm
On Thu, 7 Nov 2002, Andrew Morton wrote:
> "Martin J. Bligh" wrote:
> >
> > > For what it's worth, the last mm kernel which booted on my old P-II IDE
> > > test machine was 44-mm2. With 44-mm6 and this one I get an oops on boot.
> > > Unfortunately it isn't written to disk, scrolls off the console, and
> > > leaves the machine totally dead to anything less than a reset. I will try
> >
> > Any chance of setting up a serial console? They're very handy for
> > things like this ...
> >
>
> "vga=extended" gets you 50 rows, which is usually enough.
Doesn't seem to do anything, nor does vga=773 which I remember from the
days of using VESA modes. Serial is definitely the one of choice, this
video card is not cooperating. I'll bring a cable from the office Monday.
Stock 2.5.46 does the same thing, but so did 44 and 44-ac? is running
happily. I'll look.
--
bill davidsen <davidsen@tmr.com>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2002-11-07 19:22 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-11-06 8:34 2.5.46-mm1 Andrew Morton
[not found] ` <20021106171249.GB29935@stingr.net>
2002-11-06 19:20 ` 2.5.46-mm1 Dave McCracken
2002-11-07 16:41 ` 2.5.46-mm1 Bill Davidsen
2002-11-07 16:51 ` 2.5.46-mm1 Martin J. Bligh
2002-11-07 17:13 ` 2.5.46-mm1 Andrew Morton
2002-11-07 18:45 ` 2.5.46-mm1 Martin J. Bligh
2002-11-07 19:22 ` 2.5.46-mm1 Bill Davidsen
2002-11-07 19:05 ` 2.5.46-mm1 Bill Davidsen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox