Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Zen Kernel Discussion/Support Thread - Part 3
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8, 9  Next  
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
broch
Tux's lil' helper
Tux's lil' helper


Joined: 09 Jul 2005
Posts: 94

PostPosted: Sun Apr 25, 2010 2:17 am    Post subject: Reply with quote

tranquilcool wrote:
broch wrote:
tranquilcool wrote:
CC ipc/shm.o
CC ipc/ipcns_notifier.o
CC ipc/syscall.o
ipc/syscall.c:17: error: conflicting types for ‘sys_ipc’
include/linux/syscalls.h:691: note: previous declaration of ‘sys_ipc’ was here
make[1]: *** [ipc/syscall.o] Error 1
make: *** [ipc] Error 2

errors latest git pull(zen-unstable)

EDIT:
i think this is the correct line;

asmlinkage long sys_ipc(unsigned int call, int first, unsigned long second,
unsigned long third, void __user *ptr, long fifth);


I have the same problem with latest 2.6.34-rc5-zen1


edit include/linux/syscalls.h to look like this;
asmlinkage long sys_ipc(unsigned int call, int first, unsigned long second,
unsigned long third, void __user *ptr, long fifth);


thanks,
it works now
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6108
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Sun Apr 25, 2010 11:23 am    Post subject: Reply with quote

dodo1122 wrote:
i'm not getting that ipc error O.o

As to .33-zen2 I'm waiting for .33.3 to release it.


++

resetting the repo locally might help :idea:
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 7112
Location: Austria

PostPosted: Sun Apr 25, 2010 12:25 pm    Post subject: Reply with quote

tgR10 wrote:
genstorm wrote:
Anyone else still getting incorrect external EDID info with Intel i915 KMS on 2.6.34 (upstream derived)?

i had that with my nvidia (gf 7300gt) but it seems that upgrading x11-base/xorg-drivers to the live(9999) version fix the problem for me
here is the error [click]

i'm not sure if this fixed the problem, but didn't upgrade anything since then and i don't get that error any more

Interesting, I didn't notice any error. It must have been a kernel fix, because the screen resolution was mis-detected right from the beginning and before any X driver would have kicked in. Will check tomorrow.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
SpectreDragon
Tux's lil' helper
Tux's lil' helper


Joined: 22 Aug 2008
Posts: 92
Location: Germany

PostPosted: Sun Apr 25, 2010 1:30 pm    Post subject: Reply with quote

for me the latest change in unstable git causes a panic on boot:
Code:
 [...]
 * Starting named...
[ 33.476590] BUG: unable to handle kernel NULL pointer dereference at 0000000000000004
[ 33.476673] IP: [<ffffffff81423070>] inet6_csk_bind_conflict+0x7c/0xc4
[ 33.476673] PGD 11f754067 PMD 11e5c3067 PMD 0
[ 33.476673] Oops: 0000 [s1] SMP
[ 33.476673] last sysfs file: /sys/devices/virtual/block/dm-2/dm/name
[ 33.476673] CPU 0 _
(couldn't read everything from the picture I took, but the important should be there :D )

btw. I still get the
Code:
.config:307:warning: symbol value 'X86_L1_CACHE_BYTES' invalid for X86_INTERNODE_CACHE_BYTES
message
Back to top
View user's profile Send private message
tgR10
Apprentice
Apprentice


Joined: 23 Oct 2007
Posts: 262
Location: caly ten ambaras

PostPosted: Sun Apr 25, 2010 4:47 pm    Post subject: Reply with quote

broch wrote:
tranquilcool wrote:
broch wrote:
tranquilcool wrote:
CC ipc/shm.o
CC ipc/ipcns_notifier.o
CC ipc/syscall.o
ipc/syscall.c:17: error: conflicting types for ‘sys_ipc’
include/linux/syscalls.h:691: note: previous declaration of ‘sys_ipc’ was here
make[1]: *** [ipc/syscall.o] Error 1
make: *** [ipc] Error 2

errors latest git pull(zen-unstable)

EDIT:
i think this is the correct line;

asmlinkage long sys_ipc(unsigned int call, int first, unsigned long second,
unsigned long third, void __user *ptr, long fifth);


I have the same problem with latest 2.6.34-rc5-zen1


edit include/linux/syscalls.h to look like this;
asmlinkage long sys_ipc(unsigned int call, int first, unsigned long second,
unsigned long third, void __user *ptr, long fifth);


thanks,
it works now

nope it doesn't, synced about 20 mins ago (testing git) and still getting that error while compiling


Code:
ipc/syscall.c:17: error: conflicting types for ‘sys_ipc’
include/linux/syscalls.h:691: note: previous declaration of ‘sys_ipc’ was here
make[1]: *** [ipc/syscall.o] Błąd 1
make: *** [ipc] Błąd 2


for now im using this syscalls.h insted of the one provided by zen sources

/edit

just checked new kerkenl, and openssh is killing it like that [CLICK]
i'm using nouveau and x is working, for now im without ssh ;/
_________________
"bo kto ma racje ? ten kto z bliska zobaczy"
"moge nie wiedziec,wchlaniam niewiedze z malych torebek"
http://i12.tinypic.com/4pow0mu.png
http://userbar.tgr.debil.eu/userbar.jpg
Back to top
View user's profile Send private message
dodo1122
Guru
Guru


Joined: 02 Sep 2006
Posts: 347
Location: York, England

PostPosted: Sun Apr 25, 2010 7:00 pm    Post subject: Reply with quote

Your repo must be broken. reset it by running ./scripts/zen-reset.sh inside zen dir. It should work then.
_________________
#zen-sources on irc.rizon.net
Back to top
View user's profile Send private message
tgR10
Apprentice
Apprentice


Joined: 23 Oct 2007
Posts: 262
Location: caly ten ambaras

PostPosted: Sun Apr 25, 2010 8:07 pm    Post subject: Reply with quote

dodo1122 wrote:
Your repo must be broken. reset it by running ./scripts/zen-reset.sh inside zen dir. It should work then.

i don't think it's broken, i would see any error like i had seen couple of times before with git based ebuilds ...
im using live ebuild, there was no errors during update, and it showed some update in files (git style changelog)

but i'll do that just to see the difference ;]

/edit

didn't help, i even deleted all my files, synced again same error :)


Code:
  CC      ipc/syscall.o
ipc/syscall.c:17: error: conflicting types for ‘sys_ipc’
include/linux/syscalls.h:691: note: previous declaration of ‘sys_ipc’ was here
make[1]: *** [ipc/syscall.o] Błąd 1
make: *** [ipc] Błąd 2

_________________
"bo kto ma racje ? ten kto z bliska zobaczy"
"moge nie wiedziec,wchlaniam niewiedze z malych torebek"
http://i12.tinypic.com/4pow0mu.png
http://userbar.tgr.debil.eu/userbar.jpg
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6108
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Sun Apr 25, 2010 9:55 pm    Post subject: Reply with quote

SpectreDragon wrote:
for me the latest change in unstable git causes a panic on boot:
Code:
 [...]
 * Starting named...
[ 33.476590] BUG: unable to handle kernel NULL pointer dereference at 0000000000000004
[ 33.476673] IP: [<ffffffff81423070>] inet6_csk_bind_conflict+0x7c/0xc4
[ 33.476673] PGD 11f754067 PMD 11e5c3067 PMD 0
[ 33.476673] Oops: 0000 [s1] SMP
[ 33.476673] last sysfs file: /sys/devices/virtual/block/dm-2/dm/name
[ 33.476673] CPU 0 _
(couldn't read everything from the picture I took, but the important should be there :D )

btw. I still get the
Code:
.config:307:warning: symbol value 'X86_L1_CACHE_BYTES' invalid for X86_INTERNODE_CACHE_BYTES
message


++

(this is with BFS scheduler - haven't tried CFS - I currently don't have much time so I won't test with CFS)

I get the same (a kernel panic) - and I thought I was the only one :o

Quote:
BUG: unable to handle kernel NULL pointer dereference at 000000000000000000004 (dunno how man 0s there are - at the end there's a "4")
IP [ffffffff016e2602>] inet6_csk_bind_conflict+0x62/0xe0
PGD 0
Oops: 000 [#1] PREEMPT SMP
last sysfs file: /sys/devices/virtual/net/slt0/type
CPU 2
Modules linked in: firewire_ahci e100e firewire_core wmi i2c_i801 tg3 libphy ...

...
Call Trace:
? inst_csk_get_port+0x2ba/0x3e0
? kmem_cache_alloc+0xdf/0x1d0
? inet6_bind+0x186/0x3a0
? sys_bind+0x7b/0xd0
? fget+0x79/0xd0
? sys_fcntl+0xa0/0x500
? system_call_fastpath+0x16/0x1b
Code: ...
RIP [<ffffffff016c2602>] inet6_csk_bind_conflict+0x62/0xe0
RSP <ffff0001bc75fdd0>
CR2: 000000000000004 (the last number is a "4" don't know how many "0"s)
---[ end trace ... ]---
Kernel panic - not syncing: Fatal exception in interrupt
Pid: 6571, comm: dnsmasq Tainted: G D 2.6.34-rc5-zen1_BFS #3
Call Trace:
[<ffffffff81713b70>] ? panic+0x90/0xfe
[<ffffffff8100709b>] ? oops_end+0x9b/0xa0


if you find typos - you can have them for free :P

hope that's enough information
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6108
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Mon Apr 26, 2010 12:12 am    Post subject: Reply with quote

ok, that should be fixed with latest upstream fixes

so please pull !

http://lkml.org/lkml/2010/4/25/147
Quote:
The TCP bind conflict port allocation fix had a bug on the ipv6 side,
hit by a bunch of folks. Fix from Eric Dumazet.


Quote:
Eric Dumazet (1):
ipv6: Fix inet6_csk_bind_conflict()


many thanks in advance !
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
gerardo
Apprentice
Apprentice


Joined: 05 Feb 2004
Posts: 228
Location: Belgium

PostPosted: Tue Apr 27, 2010 9:09 pm    Post subject: Reply with quote

There is a problem with zen-sources-9999 in the zen-sources overlay: when I do a emerge -uDNav world, it waits a long time and then segfaults. Emerge works correctly though...
More info and solution (?) here
_________________
Windoze : Plug and Pay...
Back to top
View user's profile Send private message
ponciarello
Apprentice
Apprentice


Joined: 22 Jul 2008
Posts: 223
Location: beach of slack

PostPosted: Sat May 01, 2010 6:26 am    Post subject: Reply with quote

sorry for the OT, but happy workers day to all the zen developers :D
_________________
look for monty python channel on youtube :D
Back to top
View user's profile Send private message
Ant P.
Watchman
Watchman


Joined: 18 Apr 2009
Posts: 5879

PostPosted: Mon May 03, 2010 3:46 pm    Post subject: Reply with quote

I've got a minor problem, my computer seems to get "stuck" sometimes. The most visible effect is holding down a keyboard key, and it'll suddenly stop repeating after a few letters are printed on screen. It also hangs for several seconds between initscripts on boot up unless I tap the keyboard a few times.

If I set the clocksource to acpi_pm manually, it works fine (edit: no it doesn't, it just does it less often). The symptoms also go away while the CPU is at full load. Is this something to do with having tickless enabled, and in that case what's the best way to fix it?


Last edited by Ant P. on Mon May 03, 2010 8:32 pm; edited 1 time in total
Back to top
View user's profile Send private message
Hwoarang
Retired Dev
Retired Dev


Joined: 24 Feb 2007
Posts: 701
Location: Leeds, UK

PostPosted: Mon May 03, 2010 4:49 pm    Post subject: Reply with quote

gerardo wrote:
There is a problem with zen-sources-9999 in the zen-sources overlay: when I do a emerge -uDNav world, it waits a long time and then segfaults. Emerge works correctly though...
More info and solution (?) here


Remove this overlay ( i dont maintain it anymore ) and use the portage ebuilds. I also removed the zen-sources overlay from laymans' list
Back to top
View user's profile Send private message
savalas
n00b
n00b


Joined: 10 Dec 2009
Posts: 40

PostPosted: Thu May 06, 2010 8:10 pm    Post subject: Reply with quote

Is it just me or CONFIG_X86_MARCH_NATIVE and CONFIG_CUSTOM_CFLAGS are currently ignored? I tried to rice my kernel, but make V=1 showed that it had other plans for it. Excerpt:
Code:
gcc -Wp,-MD,init/.version.o.d  -nostdinc -isystem /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.1-pre9999/include -I/usr/src/linux-2.6.99-zen0/arch/x86/include -Iinclude  -I/usr/src/linux-2.6.99-zen0/include -include include/generated/autoconf.h  -I/usr/src/linux-2.6.99-zen0/init -Iinit -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -O2 -m64 -march=core2 -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=2048 -fno-stack-protector -fomit-frame-pointer -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack   -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(version)"  -D"KBUILD_MODNAME=KBUILD_STR(version)"  -c -o init/version.o /usr/src/linux-2.6.99-zen0/init/version.c


My .config goes something like this
Code:
CONFIG_X86_MARCH_NATIVE=y
CONFIG_CUSTOM_CFLAGS="-O2 -march=native -pipe -ftree-loop-linear -floop-interchange -floop-strip-mine -floop-block -fgraphite-identity -flto -fwhole-program -combine"
CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_OPTIMIZE_INLINING=y


I can export CUSTOM_CFLAGS="-march=native -OMG-FAST" in my build script and the CFLAGS get appended as expected, but then it doesn't filter the built-in defaults using -no-sse and others. What am I doing wrong? Thanks!
Back to top
View user's profile Send private message
savalas
n00b
n00b


Joined: 10 Dec 2009
Posts: 40

PostPosted: Fri May 07, 2010 4:04 am    Post subject: Reply with quote

I searched through the Makefiles and it seems that CONFIG_X86_MARCH_NATIVE is correctly handled within arch/x86/Makefile_32.cpu but the same routine is absent from arch/x86/Makefile. That patch should fix it.
Code:
--- Makefile.orig       2010-05-07 03:47:05.000000000 +0000
+++ Makefile    2010-05-07 03:50:57.754919391 +0000
@@ -50,15 +50,22 @@
         KBUILD_CFLAGS += -m64
 
         # FIXME - should be integrated in Makefile.cpu (Makefile_32.cpu)
-        cflags-$(CONFIG_MK8) += $(call cc-option,-march=k8)
-        cflags-$(CONFIG_MK10) += $(call cc-option,-march=amdfam10)
-        cflags-$(CONFIG_MPSC) += $(call cc-option,-march=nocona)
-
-        cflags-$(CONFIG_MCORE2) += \
-                $(call cc-option,-march=core2,$(call cc-option,-mtune=generic))
-       cflags-$(CONFIG_MATOM) += $(call cc-option,-march=atom) \
-               $(call cc-option,-mtune=atom,$(call cc-option,-mtune=generic))
-        cflags-$(CONFIG_GENERIC_CPU) += $(call cc-option,-mtune=generic)
+        ifeq ($(CONFIG_X86_MARCH_NATIVE),y)
+                cflags-y += -march=native -mtune=native
+        else
+                cflags-$(CONFIG_MK8) += $(call cc-option,-march=k8)
+                cflags-$(CONFIG_MK10) += $(call cc-option,-march=amdfam10)
+                cflags-$(CONFIG_MPSC) += $(call cc-option,-march=nocona)
+
+                cflags-$(CONFIG_MCORE2) += \
+                        $(call cc-option,-march=core2,$(call cc-option,-mtune=generic))
+
+                cflags-$(CONFIG_MATOM) += $(call cc-option,-march=atom) \
+                        $(call cc-option,-mtune=atom,$(call cc-option,-mtune=generic))
+
+                cflags-$(CONFIG_GENERIC_CPU) += $(call cc-option,-mtune=generic)
+        endif
+


As for the -mno-mmx -mno-sse part, the answer is in the same Makefile in the form of a comment:
Code:
# prevent gcc from generating any FP code by mistake
KBUILD_CFLAGS += $(call cc-option,-mno-sse -mno-mmx -mno-sse2 -mno-3dnow,)

So mmx/sse and others are intentionally disabled, I don't know why they are but at least it's not a bug.
Back to top
View user's profile Send private message
Ant P.
Watchman
Watchman


Joined: 18 Apr 2009
Posts: 5879

PostPosted: Fri May 07, 2010 9:10 pm    Post subject: Reply with quote

Fixed my problem, it was because I had C1E turned on in the BIOS.
Back to top
View user's profile Send private message
bugmenot
Tux's lil' helper
Tux's lil' helper


Joined: 11 Feb 2006
Posts: 76

PostPosted: Sat May 08, 2010 8:08 pm    Post subject: Reply with quote

tranquilcool wrote:
CC ipc/shm.o
CC ipc/ipcns_notifier.o
CC ipc/syscall.o
ipc/syscall.c:17: error: conflicting types for ‘sys_ipc’
include/linux/syscalls.h:691: note: previous declaration of ‘sys_ipc’ was here
make[1]: *** [ipc/syscall.o] Error 1
make: *** [ipc] Error 2

errors latest git pull(zen-unstable)
+
.config
Back to top
View user's profile Send private message
Dr. Strangelove
Tux's lil' helper
Tux's lil' helper


Joined: 01 May 2006
Posts: 104
Location: Germania

PostPosted: Tue May 11, 2010 1:37 pm    Post subject: Reply with quote

cheater1034 wrote:
CrazyMYKL wrote:
Jupiter1TX wrote:
rahulthewall wrote:
Sorry to be asking again, but can someone please explain these warnings:

Code:

.config:275:warning: symbol value 'X86_L1_CACHE_BYTES' invalid for X86_INTERNODE_CACHE_BYTES                     
#                                                                                                                 
# configuration written to .config                                                                               
#                                                                                                                 
include/config/auto.conf:346:warning: symbol value 'X86_L1_CACHE_BYTES' invalid for X86_INTERNODE_CACHE_BYTES     


Thanks
Rahul


That is because this an error in 'CONFIG_X86_INTERNODE_CACHE_BYTES=X86_L1_CACHE_BYTES'
I removed 'X86_L1_CACHE_BYTES' part and error gone.


Actually, changing it to
Code:
CONFIG_X86_INTERNODE_CACHE_BYTES=$X86_L1_CACHE_BYTES
fixes it.


This is not the problem, because auto.conf is an auto generated file.
The real problem lies in an actual Kconfig file, i believe it's in the amd-k10 branch - i'll fix it soon.


The warning is still there for me in 2.6.34-rc6-zen1 (unstable git).
In the other .config from my git-sources-2.6.34-rc7 there is not such a line, but after removing it was brought back.
I have an AMD K8 cpu. I wonder if this error is going to impact negatively the kernel in some way?

EDIT: this site says it is an obsolete option
http://cateee.net/lkddb/web-lkddb/X86_INTERNODE_CACHE_BYTES.html
Back to top
View user's profile Send private message
Dr. Strangelove
Tux's lil' helper
Tux's lil' helper


Joined: 01 May 2006
Posts: 104
Location: Germania

PostPosted: Tue May 11, 2010 2:00 pm    Post subject: Reply with quote

Here is the diff between git-sources and zen-sources:

Code:
--- linux-2.6.34-rc7/arch/x86/Kconfig.cpu
+++ linux-2.6.99-zen0/arch/x86/Kconfig.cpu
@@ -171,6 +171,11 @@
      Enables use of some extended instructions, and passes appropriate
      optimization flags to GCC.
 
+config MK10
+   bool "AMD family 10h"
+   ---help---
+     Select this for an AMD family 10h processor.
+
 config MCRUSOE
    bool "Crusoe"
    depends on X86_32
@@ -292,6 +297,17 @@
      This is really intended for distributors who need more
      generic optimizations.
 
+config X86_MARCH_NATIVE
+   bool "Use -march=native cflag (EXPERIMENTAL)"
+   depends on EXPERIMENTAL
+   help
+     Setting Y here, will result in passing the -march=native and
+     -mtune=native cflags to GCC while compiling the kernel, which
+     makes GCC check the CPU capabilities and use the best cflags
+     for your computer.
+
+     Set Y here only if you use >=gcc-4.2.0.
+
 endif
 
 config X86_CPU
@@ -306,6 +322,13 @@
    default "12" if X86_VSMP
    default "7" if NUMA
    default X86_L1_CACHE_SHIFT
+   default "128" if MPSC
+   default "64" if GENERIC_CPU || MK8 || MK10 || MCORE2 || MATOM || X86_32
+
+config X86_INTERNODE_CACHE_BYTES
+   int
+   default "4096" if X86_VSMP
+   default X86_L1_CACHE_BYTES if !X86_VSMP
 
 config X86_CMPXCHG
    def_bool X86_64 || (X86_32 && !M386)
@@ -316,6 +339,7 @@
    default "6" if MK7 || MK8 || MPENTIUMM || MCORE2 || MATOM || MVIAC7 || X86_GENERIC || GENERIC_CPU
    default "4" if X86_ELAN || M486 || M386 || MGEODEGX1
    default "5" if MWINCHIP3D || MWINCHIPC6 || MCRUSOE || MEFFICEON || MCYRIXIII || MK6 || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || M586TSC || M586 || MVIAC3_2 || MGEODE_LX
+   default "6" if MK7 || MK8 || MK10 || MPENTIUMM || MCORE2 || MATOM || MVIAC7 || X86_GENERIC || GENERIC_CPU
 
 config X86_XADD
    def_bool y
@@ -360,11 +384,11 @@
 
 config X86_INTEL_USERCOPY
    def_bool y
-   depends on MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M586MMX || X86_GENERIC || MK8 || MK7 || MEFFICEON || MCORE2
+   depends on MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M586MMX || X86_GENERIC || MK8 || MK10 || MK7 || MEFFICEON || MCORE2
 
 config X86_USE_PPRO_CHECKSUM
    def_bool y
-   depends on MWINCHIP3D || MWINCHIPC6 || MCYRIXIII || MK7 || MK6 || MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || MK8 || MVIAC3_2 || MEFFICEON || MGEODE_LX || MCORE2 || MATOM
+   depends on MWINCHIP3D || MWINCHIPC6 || MCYRIXIII || MK7 || MK6 || MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || MK8 || MK10 || MVIAC3_2 || MEFFICEON || MGEODE_LX || MCORE2 || MATOM
 
 config X86_USE_3DNOW
    def_bool y
@@ -392,7 +416,7 @@
 
 config X86_TSC
    def_bool y
-   depends on ((MWINCHIP3D || MCRUSOE || MEFFICEON || MCYRIXIII || MK7 || MK6 || MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || M586TSC || MK8 || MVIAC3_2 || MVIAC7 || MGEODEGX1 || MGEODE_LX || MCORE2 || MATOM) && !X86_NUMAQ) || X86_64
+   depends on ((MWINCHIP3D || MCRUSOE || MEFFICEON || MCYRIXIII || MK7 || MK6 || MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || M586TSC || MK8 || MK10 || MVIAC3_2 || MVIAC7 || MGEODEGX1 || MGEODE_LX || MCORE2 || MATOM) && !X86_NUMAQ) || X86_64
 
 config X86_CMPXCHG64
    def_bool y
@@ -402,7 +426,7 @@
 # generates cmov.
 config X86_CMOV
    def_bool y
-   depends on (MK8 || MK7 || MCORE2 || MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || MVIAC3_2 || MVIAC7 || MCRUSOE || MEFFICEON || X86_64 || MATOM || MGEODE_LX)
+   depends on (MK8 || MK7 || MK10 || MCORE2 || MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || MVIAC3_2 || MVIAC7 || MCRUSOE || MEFFICEON || X86_64 || MATOM || MGEODE_LX)
 
 config X86_MINIMUM_CPU_FAMILY
    int
@@ -417,7 +441,7 @@
    depends on !(MK6 || MWINCHIPC6 || MWINCHIP3D || MCYRIXIII || M586MMX || M586TSC || M586 || M486 || M386) && !UML
 
 menuconfig PROCESSOR_SELECT
-   bool "Supported processor vendors" if EMBEDDED
+   bool "Supported processor vendors"
    ---help---
      This lets you choose what x86 vendor support code your kernel
      will include.


Looks like the lines
Code:
+config X86_INTERNODE_CACHE_BYTES
+   int
+   default "4096" if X86_VSMP
+   default X86_L1_CACHE_BYTES if !X86_VSMP

are obsolete? Also, X86_L1_CACHE_BYTES is defined where?
Back to top
View user's profile Send private message
ponciarello
Apprentice
Apprentice


Joined: 22 Jul 2008
Posts: 223
Location: beach of slack

PostPosted: Sun May 16, 2010 8:35 am    Post subject: Reply with quote

tnx dodo for the updates :D
_________________
look for monty python channel on youtube :D
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6108
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Sun May 16, 2010 10:28 am    Post subject: Reply with quote

ponciarello wrote:
tnx dodo for the updates :D


2.6.34-rc7-zen1 (btrfs-fixes inside) yay ! :D
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
haarp
Guru
Guru


Joined: 31 Oct 2007
Posts: 517

PostPosted: Wed May 19, 2010 9:52 am    Post subject: Reply with quote

I'm confused. I can't see the zen-overlay in layman (only one named "THE" that points to a parked domain and can't be added)
Back to top
View user's profile Send private message
disi
Veteran
Veteran


Joined: 28 Nov 2003
Posts: 1354
Location: Out There ...

PostPosted: Wed May 19, 2010 10:51 am    Post subject: Reply with quote

haarp wrote:
I'm confused. I can't see the zen-overlay in layman (only one named "THE" that points to a parked domain and can't be added)


The "former" zen-overlay is/was not maintained and produced a segmentation fault. One shalt use "official" ebuils from portage or the 9999 ebuild for sources from git. :idea:
_________________
Gentoo on Uptime Project - Larry is a cow
Back to top
View user's profile Send private message
Hwoarang
Retired Dev
Retired Dev


Joined: 24 Feb 2007
Posts: 701
Location: Leeds, UK

PostPosted: Wed May 19, 2010 12:57 pm    Post subject: Reply with quote

zen-sources overlay is no more as I said before. We have moved *ALL* the ebuilds to portage tree months ago :!: :!:
Back to top
View user's profile Send private message
haarp
Guru
Guru


Joined: 31 Oct 2007
Posts: 517

PostPosted: Wed May 19, 2010 2:56 pm    Post subject: Reply with quote

Ah, sorry, I seem to have missed that part.
I'm just looking for aforementioned 2.6.34-rc7-zen1, or even something based on the 2.6.34 release (no, I don't like -9999 live ebuilds) :wink:
Back to top
View user's profile Send private message
Display posts from previous:   
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8, 9  Next
Page 7 of 9

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum