| View previous topic :: View next topic |
| Author |
Message |
broch
Tux's lil' helper
Joined: 09 Jul 2005
Posts: 94
|
 Posted: Sun Apr 25, 2010 2:17 am Post subject: |
 |
|
| 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 |
|
 |
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 9195
|
| Posted: Sun Apr 25, 2010 12:25 pm Post subject: |
|
|
| 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. |
|
| Back to top |
|
|
SpectreDragon
Tux's lil' helper
Joined: 22 Aug 2008
Posts: 92
Location: Germany
|
| Posted: Sun Apr 25, 2010 1:30 pm Post subject: |
|
|
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  )
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 |
|
|
tgR10
Apprentice
Joined: 23 Oct 2007
Posts: 262
Location: caly ten ambaras
|
| Posted: Sun Apr 25, 2010 4:47 pm Post subject: |
|
|
| 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 |
|
|
dodo1122
Guru
Joined: 02 Sep 2006
Posts: 347
Location: York, England
|
| Posted: Sun Apr 25, 2010 7:00 pm Post subject: |
|
|
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 |
|
|
tgR10
Apprentice
Joined: 23 Oct 2007
Posts: 262
Location: caly ten ambaras
|
| Posted: Sun Apr 25, 2010 8:07 pm Post subject: |
|
|
| 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 |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
| Posted: Sun Apr 25, 2010 9:55 pm Post subject: |
|
|
| 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 )
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 
| 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 
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 |
|
| Back to top |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
|
| Back to top |
|
|
gerardo
Apprentice
Joined: 05 Feb 2004
Posts: 228
Location: Belgium
|
| Posted: Tue Apr 27, 2010 9:09 pm Post subject: |
|
|
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 |
|
|
ponciarello
Apprentice
Joined: 22 Jul 2008
Posts: 223
Location: beach of slack
|
| Posted: Sat May 01, 2010 6:26 am Post subject: |
|
|
sorry for the OT, but happy workers day to all the zen developers
_________________
look for monty python channel on youtube |
|
| Back to top |
|
|
Ant P.
Watchman
Joined: 18 Apr 2009
Posts: 6920
|
| Posted: Mon May 03, 2010 3:46 pm Post subject: |
|
|
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 |
|
|
Hwoarang
Retired Dev
Joined: 24 Feb 2007
Posts: 701
Location: Leeds, UK
|
| Posted: Mon May 03, 2010 4:49 pm Post subject: |
|
|
| 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 |
|
|
savalas
n00b
Joined: 10 Dec 2009
Posts: 40
|
| Posted: Thu May 06, 2010 8:10 pm Post subject: |
|
|
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 |
|
|
savalas
n00b
Joined: 10 Dec 2009
Posts: 40
|
| Posted: Fri May 07, 2010 4:04 am Post subject: |
|
|
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 |
|
|
Ant P.
Watchman
Joined: 18 Apr 2009
Posts: 6920
|
| Posted: Fri May 07, 2010 9:10 pm Post subject: |
|
|
| Fixed my problem, it was because I had C1E turned on in the BIOS. |
|
| Back to top |
|
|
bugmenot
Tux's lil' helper
Joined: 11 Feb 2006
Posts: 76
|
| Posted: Sat May 08, 2010 8:08 pm Post subject: |
|
|
| 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 |
|
|
Dr. Strangelove
Tux's lil' helper
Joined: 01 May 2006
Posts: 104
Location: Germania
|
| Posted: Tue May 11, 2010 1:37 pm Post subject: |
|
|
| 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 |
|
|
Dr. Strangelove
Tux's lil' helper
Joined: 01 May 2006
Posts: 104
Location: Germania
|
| Posted: Tue May 11, 2010 2:00 pm Post subject: |
|
|
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 |
|
|
ponciarello
Apprentice
Joined: 22 Jul 2008
Posts: 223
Location: beach of slack
|
| Posted: Sun May 16, 2010 8:35 am Post subject: |
|
|
tnx dodo for the updates
_________________
look for monty python channel on youtube |
|
| Back to top |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
|
| Back to top |
|
|
haarp
Guru
Joined: 31 Oct 2007
Posts: 535
|
| Posted: Wed May 19, 2010 9:52 am Post subject: |
|
|
| 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 |
|
|
disi
Veteran
Joined: 28 Nov 2003
Posts: 1354
Location: Out There ...
|
| Posted: Wed May 19, 2010 10:51 am Post subject: |
|
|
| 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. 
_________________
Gentoo on Uptime Project - Larry is a cow |
|
| Back to top |
|
|
Hwoarang
Retired Dev
Joined: 24 Feb 2007
Posts: 701
Location: Leeds, UK
|
| Posted: Wed May 19, 2010 12:57 pm Post subject: |
|
|
zen-sources overlay is no more as I said before. We have moved *ALL* the ebuilds to portage tree months ago  |
|
| Back to top |
|
|
haarp
Guru
Joined: 31 Oct 2007
Posts: 535
|
| Posted: Wed May 19, 2010 2:56 pm Post subject: |
|
|
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)  |
|
| Back to top |
|
|
|
|
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
|
|
Unsupported Software
