| 1 |
On 08/10/2011 04:02 PM, che@××××××.se wrote: |
| 2 |
> Pandu Poluan<pandu@××××××.info> writes: |
| 3 |
> |
| 4 |
>> While I'm about to do an `emerge -e @world` ... |
| 5 |
>> |
| 6 |
>> Should I `emerge -av "=sys-kernel/linux-headers-2.6.38" ` ? |
| 7 |
>> |
| 8 |
>> Any benefits over the current "sys-kernel/linux-headers-2.6.36.1" ? |
| 9 |
> |
| 10 |
> There is at least a theoretical benifit if you set NPTL_KERN_VER=2.6.38 |
| 11 |
> in make.conf and recompile glibc. That way glibc could use things not |
| 12 |
> present in older kernels. |
| 13 |
> |
| 14 |
> I haven't researched if there are any such things, perhaps someone else |
| 15 |
> knows. |
| 16 |
|
| 17 |
glibc will use things in newer kernels anyway. You don't need to use |
| 18 |
NPTL_KERN_VER=2.6.38 in order for glibc to use 2.6.38 features; it will |
| 19 |
do that by default. NPTL_KERN_VER only omits fallbacks for older |
| 20 |
kernels. It's there to reduce the size of glibc. The size difference |
| 21 |
is very small though. |
Archives