View previous topic :: View next topic |
Author |
Message |
scourge n00b
Joined: 13 Jun 2005 Posts: 51 Location: Germany
|
Posted: Sun Nov 18, 2007 5:52 pm Post subject: |
|
|
rmh3093 wrote: | on my box this kernel boots to fast to and the async scanning for sata devices messes things up for me, my harddrive isnt ready by the time the rest of the kernel is done so I get a kernel panic which looks similar to rootfs issue, hope that helps |
That did it. I was actually pretty sure to have async scanning disabled, because it already troubled me before.
Stupid me |
|
Back to top |
|
|
dhave Apprentice
Joined: 28 Oct 2005 Posts: 298 Location: Still outside the Matrix ...
|
Posted: Sun Nov 18, 2007 5:59 pm Post subject: |
|
|
How 'bout us Arch users? Will zen-sources be showing up in AUR?
Thanks. _________________ This space available! |
|
Back to top |
|
|
tranquilcool Veteran
Joined: 25 Mar 2005 Posts: 1246
|
Posted: Sun Nov 18, 2007 6:17 pm Post subject: |
|
|
can't get it.
errors:
Indexing 636281 objects...
remote: aborting due to possible repository corruption on the remote side.
fatal: early EOF
fatal: index-pack died with error code 128
fetch-pack from 'git://repo.or.cz/linux-2.6/zen-sources.git' failed.
any help? _________________ this is a strange strange world. |
|
Back to top |
|
|
ocin Guru
Joined: 01 Jan 2006 Posts: 500
|
Posted: Sun Nov 18, 2007 6:18 pm Post subject: |
|
|
dhave wrote: | How 'bout us Arch users? Will zen-sources be showing up in AUR?
Thanks. |
Yes, p4ddY maintained the kamikaze sources and will be maintaining the zen sources as well. afaik he already wrote the PKGBUILD
update: he adds the pkgbuild to aur not later than tuesday
Last edited by ocin on Sun Nov 18, 2007 8:25 pm; edited 1 time in total |
|
Back to top |
|
|
cyrillic Watchman
Joined: 19 Feb 2003 Posts: 7313 Location: Groton, Massachusetts USA
|
Posted: Sun Nov 18, 2007 6:28 pm Post subject: |
|
|
Civil wrote: | It must be something like this:
Quote: | --- ./fs/squashfs/inode.c~ 2007-11-18 10:05:55.000000000 +0300
+++ ./fs/squashfs/inode.c 2007-11-18 10:06:40.000000000 +0300
@@ -34,8 +34,8 @@
#include <linux/exportfs.h>
#include "squashfs.h"
-#include "sqlzma.h"
-#include "sqmagic.h"
+#include <linux/sqlzma.h>
+#include <linux/sqmagic.h>
#undef KeepPreemptive
#if defined(CONFIG_PREEMPT) && !defined(UnsquashNoPreempt)
|
|
I don't think the header files are located there ...
Which sqlzma patch are you using, the one based on squashfs-3.2 or the one based on squashfs-3.3 ? |
|
Back to top |
|
|
charlie n00b
Joined: 21 Oct 2007 Posts: 36
|
Posted: Sun Nov 18, 2007 6:48 pm Post subject: |
|
|
rmh3093 wrote: | on my box this kernel boots to fast to and the async scanning for sata devices messes things up for me, my harddrive isnt ready by the time the rest of the kernel is done so I get a kernel panic which looks similar to rootfs issue, hope that helps |
Thanks for the hint. I added to the kernel boot options and now the kernel boots.
Also for you Nvidia users don't forget to Code: | ln -s asm-x86 asm-i386 | in your kernel include directory so the Nvida drivers can install. |
|
Back to top |
|
|
charlie n00b
Joined: 21 Oct 2007 Posts: 36
|
Posted: Sun Nov 18, 2007 7:00 pm Post subject: |
|
|
tranquilcool wrote: | can't get it.
errors:
Indexing 636281 objects...
remote: aborting due to possible repository corruption on the remote side.
fatal: early EOF
fatal: index-pack died with error code 128
fetch-pack from 'git://repo.or.cz/linux-2.6/zen-sources.git' failed.
any help? |
I received the same eror when I first tried. I attempted to retrieve the sources again and it worked for some reason. |
|
Back to top |
|
|
dodo1122 Guru
Joined: 02 Sep 2006 Posts: 347 Location: York, England
|
Posted: Sun Nov 18, 2007 7:44 pm Post subject: |
|
|
if someone commits while you clone the git repo, it fails.
dodo _________________ #zen-sources on irc.rizon.net |
|
Back to top |
|
|
dhave Apprentice
Joined: 28 Oct 2005 Posts: 298 Location: Still outside the Matrix ...
|
Posted: Sun Nov 18, 2007 7:59 pm Post subject: |
|
|
most.idiot wrote: | dhave wrote: | How 'bout us Arch users? Will zen-sources be showing up in AUR?
Thanks. |
I think yes, p4ddY maintained the kamikaze sources and will be maintaining the zen sources as well. afaik he already wrote the PKGBUILD |
O.K., thanks for the info. _________________ This space available! |
|
Back to top |
|
|
Civil Retired Dev
Joined: 24 Feb 2006 Posts: 16 Location: Berlin
|
Posted: Sun Nov 18, 2007 8:59 pm Post subject: |
|
|
Quote: |
Which sqlzma patch are you using, the one based on squashfs-3.2 or the one based on squashfs-3.3 ? |
emerge zen-sources
cp /usr/src/linux /usr/src/zen-sources
cd /usr/src/zen-sources
make oldconfig
make
Those error will appear. I don't know what squashfs patch zen-sources uses (it is squashfs 3.3). It'll say some thing about headers that can't be found. Those fix will help a bit, but you need to fix makefile too. _________________ ‘Who controls the past controls the future: who controls the present controls the past.’
George Orwell ‘1984’ |
|
Back to top |
|
|
Waninkoko Guru
Joined: 13 May 2005 Posts: 549
|
Posted: Sun Nov 18, 2007 10:31 pm Post subject: |
|
|
All the squashfs-lzma problems have been fixed. There were some problems with headers location and some missing files. |
|
Back to top |
|
|
XAvAX n00b
Joined: 31 Dec 2004 Posts: 24
|
Posted: Mon Nov 19, 2007 1:49 am Post subject: |
|
|
Are you two (Waninkoko and rmh) accepting suggestions for patches to include? If so, an interesting patch (though it may need some changes to work in a current kernel) is the Fortuna CSPRNG (/dev/random) patch. It adds an option to replace the default Linux RNG with a stronger (and about 5x faster) RNG that uses the CryptoAPI for its ciphers and hashes instead of implementing them (incorrectly) itself. It also seems to be tunable (!), allowing you to select the cipher and hash it uses via /proc/sys/kernel/random/{cipher,digest}_algo. The latest version is for 2.6.12, but AFAIK the CryptoAPI and Character APIs haven't changed all that much. The homepage is at http://jlcooke.ca/random/ .
OTOH, if it's too much trouble, just ignore this. _________________ That which we do not ask will never be learned |
|
Back to top |
|
|
jaclar n00b
Joined: 07 Aug 2007 Posts: 17
|
Posted: Mon Nov 19, 2007 2:56 am Post subject: badram bug |
|
|
just fund a bug with the BADRAM option...
compilation aborts because of some uninitialized functions in mm/page_alloc.c
git bisect showed that it got introduced with commit 28d8fe931621a1613978e8b6adfc1bbf7ddf0cd9
hope u can fix this
thanks in advance jaclar
p.s. awesome patchset thanks a lot for ur work |
|
Back to top |
|
|
rmh3093 Advocate
Joined: 06 Aug 2003 Posts: 2138 Location: Albany, NY
|
Posted: Mon Nov 19, 2007 3:44 am Post subject: |
|
|
XAvAX wrote: | Are you two (Waninkoko and rmh) accepting suggestions for patches to include? If so, an interesting patch (though it may need some changes to work in a current kernel) is the Fortuna CSPRNG (/dev/random) patch. It adds an option to replace the default Linux RNG with a stronger (and about 5x faster) RNG that uses the CryptoAPI for its ciphers and hashes instead of implementing them (incorrectly) itself. It also seems to be tunable (!), allowing you to select the cipher and hash it uses via /proc/sys/kernel/random/{cipher,digest}_algo. The latest version is for 2.6.12, but AFAIK the CryptoAPI and Character APIs haven't changed all that much. The homepage is at http://jlcooke.ca/random/ .
OTOH, if it's too much trouble, just ignore this. |
yeah request away and we will try our best to get it in there _________________ Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
Back to top |
|
|
radudi n00b
Joined: 29 Mar 2004 Posts: 33
|
Posted: Mon Nov 19, 2007 7:28 am Post subject: |
|
|
Vmware-modules 1.0.0.15-r1 refuse to compile. This is the version that is pulled by vmware-server.
Code: |
In file included from /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/./include/x86.h:23,
from /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.h:15,
from /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.c:53:
/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/./include/x86cpuid.h:381:1: warning: "BIT_MASK" redefined
In file included from include/linux/kernel.h:15,
from /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.c:15:
include/linux/bitops.h:7:1: warning: this is the location of the previous definition
In file included from /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/./include/vmware.h:26,
from /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.c:53:
/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/./include/vm_basic_types.h:168: error: redefinition of typedef 'uintptr_t'
include/linux/types.h:40: error: previous declaration of 'uintptr_t' was here
In file included from /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/./include/vmci_kernel_defs.h:27,
from /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/./common/vmciContext.h:20,
from /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.h:22,
from /var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.c:54:
/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/./include/compat_wait.h:60: error: conflicting types for 'poll_initwait'
include/linux/poll.h:65: error: previous declaration of 'poll_initwait' was here
/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.c:172: warning: initialization from incompatible pointer type
/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.c:176: warning: initialization from incompatible pointer type
make[3]: *** [/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only/linux/driver.o] Error 1
make[2]: *** [_module_/var/tmp/portage/app-emulation/vmware-modules-1.0.0.15-r1/work/vmmon-only] Error 2
make[1]: *** [sub-make] Error 2
make: *** [vmmon.ko] Error 2
|
|
|
Back to top |
|
|
Aesthete n00b
Joined: 21 Oct 2007 Posts: 6 Location: Siberia/Tomsk
|
Posted: Mon Nov 19, 2007 8:10 am Post subject: |
|
|
Code: | LD .tmp_vmlinux1
drivers/built-in.o: In function `pnpacpi_parse_allocated_irqresource':
rsparser.c:(.text+0x543a4): undefined reference to `acpi_get_override_irq'
make: *** [.tmp_vmlinux1] Error 1 |
|
|
Back to top |
|
|
uli n00b
Joined: 08 Feb 2007 Posts: 58
|
Posted: Mon Nov 19, 2007 8:30 am Post subject: |
|
|
I like to add some experiences with 2.6.24-rc3-zen0:
1.
On two different computers (AMD Athlon, Intel Core2Duo) I get a kernel panic message during booting about APIC. In both cases 'noapic' as kernel parameter helps. But I never got this problem before with e.g. 2.6.23-kamikaze5 or 2.6.24-rc2-kamikaze1.
Any reason for this behaviour?
2.
As reported with 2.6.24-rc2-kamikaze1 now I also get the same problem with 2.6.24-rc3-zen0 after booting of Core2Duo:
clocksource tsc unstable
clocksource acpi_pm installed
2.6.23-kamikaze5 and 2.6.24-rc2 (without kamikaze) have started without this problem.
Any reason?
Thx for any help.
Uli |
|
Back to top |
|
|
Kwark Tux's lil' helper
Joined: 21 May 2007 Posts: 121
|
Posted: Mon Nov 19, 2007 8:51 am Post subject: |
|
|
My experiences with the -kamikaze sources have been limited, I have only tried 2.6.23-kamikaze5 ("Vipernicus") before. That version ran nice, pretty good responsiveness.
Unfortunately I had some issues with this kernel, and I'm wondering if these may be gone in newer versions:
- My P4 (Prescott) SMP cpu's aren't detected properly.. Their speed is 3GHz, but sometimes with -kamikaze they are detected at 2.3GHz. Random which cpu is lower each boot.
- VMWare boots WinXP very slow.
These issues aren't there with the gentoo .22 sources. |
|
Back to top |
|
|
Waninkoko Guru
Joined: 13 May 2005 Posts: 549
|
Posted: Mon Nov 19, 2007 10:20 am Post subject: |
|
|
uli wrote: | 2.
As reported with 2.6.24-rc2-kamikaze1 now I also get the same problem with 2.6.24-rc3-zen0 after booting of Core2Duo:
clocksource tsc unstable
clocksource acpi_pm installed |
tsc clock is based on processor ticks. If during boot the clock frequency changes, tsc will do incorrect calculations and it'll be tagged as unstable. |
|
Back to top |
|
|
uli n00b
Joined: 08 Feb 2007 Posts: 58
|
Posted: Mon Nov 19, 2007 11:19 am Post subject: |
|
|
Waninkoko:
Quote: | tsc clock is based on processor ticks. If during boot the clock frequency changes, tsc will do incorrect calculations and it'll be tagged as unstable. |
Ok so, but when e.g. compiling the original kernel the problem does not occur. So why does the clock frequency change during the boot with kamikaze or zen0 but not without?
Uli |
|
Back to top |
|
|
tranquilcool Veteran
Joined: 25 Mar 2005 Posts: 1246
|
Posted: Mon Nov 19, 2007 1:20 pm Post subject: |
|
|
my dmesg has this;
ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] - C5, should be B6 [20070126]
any help? _________________ this is a strange strange world. |
|
Back to top |
|
|
uli n00b
Joined: 08 Feb 2007 Posts: 58
|
Posted: Mon Nov 19, 2007 1:57 pm Post subject: |
|
|
Quote: | tsc clock is based on processor ticks. If during boot the clock frequency changes, tsc will do incorrect calculations and it'll be tagged as unstable. |
May I add a question:
when acpi_pm is installed then the system still works fine without any noticeable problem. But I do not know how the zen0 patch behaviour is influenced. So is there a disadvantage given if the clocksource is NOT tsc?
Best
Uli |
|
Back to top |
|
|
Waninkoko Guru
Joined: 13 May 2005 Posts: 549
|
Posted: Mon Nov 19, 2007 2:21 pm Post subject: |
|
|
uli wrote: | Quote: | tsc clock is based on processor ticks. If during boot the clock frequency changes, tsc will do incorrect calculations and it'll be tagged as unstable. |
May I add a question:
when acpi_pm is installed then the system still works fine without any noticeable problem. But I do not know how the zen0 patch behaviour is influenced. So is there a disadvantage given if the clocksource is NOT tsc?
Best
Uli |
I think the tsc clock is just a bit more precise but you shouldn't notice any performance problems. |
|
Back to top |
|
|
Waninkoko Guru
Joined: 13 May 2005 Posts: 549
|
Posted: Mon Nov 19, 2007 2:54 pm Post subject: |
|
|
Aesthete wrote: | Code: | LD .tmp_vmlinux1
drivers/built-in.o: In function `pnpacpi_parse_allocated_irqresource':
rsparser.c:(.text+0x543a4): undefined reference to `acpi_get_override_irq'
make: *** [.tmp_vmlinux1] Error 1 |
|
I haven't found why this happens.
`acpi_get_override_irq' is in "arch/x86/kernel/io_apic_32.c" and "arch/x86/kernel/io_apic_64.c". In the case you're compiling a 64bits kernel, io_apic_64.c is compiled ALWAYS so the funcion exists. If you're compiling a 32bits kernel, io_apic_32.c is compiled if CONFIG_X86_IO_APIC is enabled. If CONFIG_X86_IO_APIC is disabled or you're compiling on a different architecture, `acpi_get_override_irq' is just declared as a function than returns -1.
So I don't know why gcc doesn't find this function if it's always exists!! |
|
Back to top |
|
|
Waninkoko Guru
Joined: 13 May 2005 Posts: 549
|
Posted: Mon Nov 19, 2007 3:14 pm Post subject: Re: badram bug |
|
|
jaclar wrote: | just fund a bug with the BADRAM option...
compilation aborts because of some uninitialized functions in mm/page_alloc.c
git bisect showed that it got introduced with commit 28d8fe931621a1613978e8b6adfc1bbf7ddf0cd9
hope u can fix this
thanks in advance jaclar
p.s. awesome patchset thanks a lot for ur work |
mmmm, here badram compiles and that commit is not a valid commit (something weird happened to git).
Could you post the compile error? |
|
Back to top |
|
|
|