Official thread: "zen-sources" - Part V

[cheater1034]

nvidia is old news, although we have more hackish fixes that also work if you were using the zen-overlay

"2.6.27-zen3 (plus ext4 patches) doesn't react to changes in /sys/kernel/zen/system_layout:" >> because the zen-tune stuff isn't capable of doing that yet? only the custom_system_layout stuff which is the same thing anyway just with the numbers

common.c is fixed
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land.

[jurek]

fixed?

[gaelic]

i have the same problem, even after the latest git pull.

plus other problems:

WARNING: vmlinux.o(.text+0x44dc6): Section mismatch in reference from the function create_proc_profile() to the variabl
e .cpuinit.data:profile_cpu_callback_nb.17948
The function create_proc_profile() references
the variable __cpuinitdata profile_cpu_callback_nb.17948.
This is often because create_proc_profile lacks a __cpuinitdata
annotation or the annotation of profile_cpu_callback_nb.17948 is wrong.

WARNING: vmlinux.o(.cpuinit.text+0x60b): Section mismatch in reference from the function fpu_init() to the function .in
it.text:init_thread_xstate()
The function __cpuinit fpu_init() references
a function __init init_thread_xstate().
If init_thread_xstate is only used by fpu_init then
annotate init_thread_xstate with a matching annotation.

WARNING: vmlinux.o(.data+0x1768): Section mismatch in reference from the variable async_work.32912 to the function .ini
t.text:do_async_initcalls()
The variable async_work.32912 references
the function __init do_async_initcalls()
If the reference is valid then annotate the
variable with __init* (see linux/init.h) or name the variable:
*driver, *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console,

GEN .version
CHK include/linux/compile.h
dnsdomainname: Unknown host
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
WARNING: init/built-in.o(.text+0x2b2): Section mismatch in reference from the function init_post() to the function .ini
t.text:prepare_namespace()
The function init_post() references
the function __init prepare_namespace().
This is often because init_post lacks a __init
annotation or the annotation of prepare_namespace is wrong.

WARNING: init/built-in.o(.data+0x248): Section mismatch in reference from the variable async_work.32912 to the function
.init.text:do_async_initcalls()
The variable async_work.32912 references
the function __init do_async_initcalls()
If the reference is valid then annotate the
variable with __init* (see linux/init.h) or name the variable:
*driver, *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console,

LD .tmp_vmlinux1
drivers/built-in.o: In function `drm_do_probe_ddc_edid':
(.text+0x83c76): undefined reference to `i2c_transfer'
make: *** [.tmp_vmlinux1] Error 1

[tranquilcool]

CC fs/reiser4/page_cache.o
fs/reiser4/page_cache.c:565: error: unknown field ‘prepare_write’ specified in initializer
fs/reiser4/page_cache.c:566: error: unknown field ‘commit_write’ specified in initializer
make[2]: *** [fs/reiser4/page_cache.o] Error 1
make[1]: *** [fs/reiser4] Error 2
make: *** [fs] Error 2
_________________
this is a strange strange world.

[hephooey]

Just tried the lastest git pull, but got a link error:

[jurek]

2.6.28-rc3-zen1

[gaelic]

same problem here

[Babau]

some problems here with ati-drivers and zen-2.6.28-rc3 any idea?

fixed this post helped https://forums.gentoo.org/viewtopic-t-711331-highlight-atidrivers.html

can this
ftp://ftp.ptitgnu.be/gentoo-overlay

be added to zen-overlay??? thx

[tranquilcool]

CC block/blk-core.o
block/blk-core.c: In function ‘blk_unfreeze_timeout’:
block/blk-core.c:366: warning: passing argument 1 of ‘kblockd_schedule_work’ from incompatible pointer type
block/blk-core.c:366: error: too few arguments to function ‘kblockd_schedule_work’
make[1]: *** [block/blk-core.o] Error 1
make: *** [block] Error 2

latest git pull.
_________________
this is a strange strange world.

[ponciarello]

[tranquilcool]

Preparing nvidia module
make -j3 HOSTCC=i686-pc-linux-gnu-gcc CROSS_COMPILE=i686-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/usr/src/linux HOST_CC=i686-pc-linux-gnu-gcc clean module
If you are using a Linux 2.4 kernel, please make sure
you either have configured kernel sources matching your
kernel or the correct set of kernel headers installed
on your system.

If you are using a Linux 2.6 kernel, please make sure
you have configured kernel sources matching your kernel
installed on your system. If you specified a separate
output directory using either the "KBUILD_OUTPUT" or
the "O" KBUILD parameter, make sure to specify this
directory with the SYSOUT environment variable or with
the equivalent nvidia-installer command line option.

Depending on where and how the kernel sources (or the
kernel headers) were installed, you may need to specify
their location with the SYSSRC environment variable or
the equivalent nvidia-installer command line option.

*** Unable to determine the target kernel version. ***

make: *** [select_makefile] Error 1
*
* ERROR: x11-drivers/nvidia-drivers-173.14.12-r2 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 3738: Called linux-mod_src_compile
* environment, line 2788: Called die
* The specific snippet of code:
* eval "emake HOSTCC=\"$(tc-getBUILD_CC)\" CROSS_COMPILE=${CHOST}- LDFLAGS=\"$(get_abi_LDFLAGS)\" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} " || die "Unable to emake HOSTCC="$(tc-getBUILD_CC)" CROSS_COMPILE=${CHOST}- LDFLAGS="$(get_abi_LDFLAGS)" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}";
* The die message:
* Unable to emake HOSTCC=i686-pc-linux-gnu-gcc CROSS_COMPILE=i686-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/usr/src/linux HOST_CC=i686-pc-linux-gnu-gcc clean module


well nvidia-drivers doesn't compile.
kernel is perfect and real fast. thanks!
now i hope i get nvidia to compile.
_________________
this is a strange strange world.

[cheater1034]

[tranquilcool]

[mroconnor]

Wasnt tp_smapi in the kernel yesterday but after pulling today I dont see it. Is it still causing issues? Also I am still having the blk_freeze error on this kernel.

Other then that it seems to work great, it boots so FAST.

Thanks guys.

[tranquilcool]

[cheater1034]

[tranquilcool]

[seqizz]

Now complied but i can't use my "Fn" keys to set my screen brightness anymore. And this should be a problem:

[cheater1034]

[mroconnor]

I hate to bitch about it again, especially because I think it is me who is missing something, but I thought I saw a tp_smapi merge when I pulled last evening around 22:00 EST but I checked the log this AM and cant find it. SO when I went to menuconfig there was no tp_smapi. Safe to assume I was seeing things? Or is smapi in a different spot now? I heard talk of it getting put into libata but not sure if that happened yet.

Sorry to bother about something so trivial, thanks guys.

[cheater1034]

[mroconnor]

Thanks cheater. I am trying to find some reading about what specifically is broken about smapi. Because I have a plethora of leisure time you know

[buubuu]

question:
my system is using swap like crazy lately... did something change? (patches.. CK swappiness?..)
cus it didnt use any swap in like the previous 1000 kernels that i used from zen and now its using and slowing my machine...

[ponciarello]

sorry people for the (not so much) OT, but have a look here: I've added mine for promoting

zen is first in the all list.

[rmh3093]