[lkml]   [2003]   [Aug]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.6.0-test2-mm3
bert hubert <> wrote:
> On Sat, Aug 02, 2003 at 03:22:02PM -0700, Andrew Morton wrote:
> > . I don't think anyone has reported on whether 2.6.0-test2-mm2 fixed any
> > PS/2 or synaptics problems. You are all very bad.
> Will report 12 hours from now or so, I have synaptics problems currently.
> > -selinux.patch
> (...)
> > merged
> Sure about this?


> > +4g-2.6.0-test2-mm2-A5.patch
> >
> > 4G/4G split
> Linus called this patch 'tasteless' - do you see this being merged?

Bolting 64G of memory onto a 32-bit CPU is tasteless too...

We already have a bucketload of highmem hacks in the kernel, and they are
not sufficient for some people. We have several more (large) highmem hacks
being proposed.

It is fairly clear that a number of users will need more highmem hacks than
we currenly have. I'd rather add one more big highmem hack than a whole
bunch more little ones. And I'd rather that the big highmem hack be in the
base kernel, rather than having different versions floating about in
different vendor trees.

It seems that 4G+4G is the most viable patch at this stage. Wider testing
will tell.

I rather wish that the patch had been available a year ago, so we would now
have less little highmem hacks in the tree.

wrt long-term kernel purity: one approach would be to not merge 4G+4G into
2.7 at all. This keeps the long-term kernel codebase saner. It assumes
that the monster 32-bit boxes will have been obsoleted by 64-bit machines
within 3-4 years and that it is acceptable to end-of-line those machines on
a 2.6-based kernel. I think that's pretty safe.

The main concern is that I don't want to see vendor kernels madly diverging
from the public kernel right at the outset of the 2.6 series.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:47    [W:0.159 / U:1.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site