Hi Dave: What more do I have to do for IA64 SPARSEMEM changes to be included? There wasn't any feedback for last IA64 patchset. I thought it would be out with your next release cycle. Do you want me to spin another patchset against this release? thanks, bob Dave Hansen wrote: [Thu Feb 03 2005, 03:09:25PM EST] > I think it's time to start settling these down a bit, and think about > getting the sparse changes into -mm. > > It should now be a bit harder to get section onlining failures because > of a lack of contiguous lowmem: > > http://sr71.net/patches/2.6.11/2.6.11-rc2-mm2-mhp1/broken-out/B-sparse-153-sparse-bits.patch > > basically enables us to keep mem_map around for non-existent sections, > and to steal those unused mem_maps for other sections. This, combined > with now using vmalloc() when kmalloc() fails should make it quite a bit > more reliable. > > - x86_64 patch has been merged > - early_printk and page_is_ram_e820() should be out of the way now > - rollups do not contain early_print.patch or Z2-debug.patch, but > are still in the series file and the "broken-out" tarball. > - patch to keep new pipe code from using highmem > - now completes 'sh run.sh 5 ./aioalloc;' test > - more KERN_* levels added to printk()s. dmesg should be quieter now > > -- Dave > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Lhms-devel mailing list > Lhms-devel@xxxxxxxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/lhms-devel >
