| View previous topic :: View next topic |
| Author |
Message |
tranquilcool
Veteran
Joined: 25 Mar 2005
Posts: 1179
|
 Posted: Thu Jul 31, 2008 8:12 am Post subject: |
 |
|
also the patch from the zen-overlay home is zen2.
you can patch the 2.6.26 kernel and keep as default if zen2 acted well with you.
experiment with zen-sources git versions.
problems now with latest git version are reiser4 panics.
_________________
this is a strange strange world. |
|
| Back to top |
|
 |
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Thu Jul 31, 2008 3:00 pm Post subject: |
|
|
| tranquilcool wrote: | also the patch from the zen-overlay home is zen2.
you can patch the 2.6.26 kernel and keep as default if zen2 acted well with you.
experiment with zen-sources git versions.
problems now with latest git version are reiser4 panics. |
when was the last time u pulled, reiser4 should be good, i took it from .27-rc1-mm1
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
tranquilcool
Veteran
Joined: 25 Mar 2005
Posts: 1179
|
| Posted: Fri Aug 01, 2008 6:00 am Post subject: |
|
|
| rmh3093 wrote: | | tranquilcool wrote: | also the patch from the zen-overlay home is zen2.
you can patch the 2.6.26 kernel and keep as default if zen2 acted well with you.
experiment with zen-sources git versions.
problems now with latest git version are reiser4 panics. |
when was the last time u pulled, reiser4 should be good, i took it from .27-rc1-mm1 |
reiser4 is alright with latest git pull.
thanks rmh3093!
_________________
this is a strange strange world. |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Fri Aug 01, 2008 3:28 pm Post subject: |
|
|
besides a few small branches that need to get merged into .27, 2.6.27-rc1-zen0 is out and working good, after a couple people give it the ok I will bump it to a zen1 and make an ebuild
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
| Posted: Fri Aug 01, 2008 8:16 pm Post subject: |
|
|
| tranquilcool wrote: | | rmh3093 wrote: | | tranquilcool wrote: | also the patch from the zen-overlay home is zen2.
you can patch the 2.6.26 kernel and keep as default if zen2 acted well with you.
experiment with zen-sources git versions.
problems now with latest git version are reiser4 panics. |
when was the last time u pulled, reiser4 should be good, i took it from .27-rc1-mm1 |
reiser4 is alright with latest git pull.
thanks rmh3093! |
++
and also thanks for posting / bumping the kernel-devs for reiser4 mainline-inclusion 
this filesystem really shouldn't go down,
for what's sake do they want the plugin-system to be removed ?
| Quote: | maybe someone can yank out the plugin architecture that
Linus and others have objected to, which as near as I could tell was
part of the Namesys's somewhat dodgy business plan of creating and
selling (possibly proprietary; not sure what license they were going
to be under) plugin modules for Reiser4 to make money. |
that's somewhat stupid 
as long as xfs still has proprietary support reiser4 has the right to have (in this case it's only optionally) proprietary support too 
I think preventing reiser4's inclusion in mainline (one point concerning the plugin system) is rather a (somewhat) personal than "rational" reason 
energyman ? any comments on this ?
_________________
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 :)
|
| Posted: Fri Aug 01, 2008 8:56 pm Post subject: |
|
|
Hi nvidia-drivers users,
you're having the same problems too ?
| Quote: | In file included from /var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv.c:14:
/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv-linux.h: In function ‘nv_execute_on_all_cpus’:
/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv-linux.h:674: error: too many arguments to function ‘on_each_cpu’
make[3]: *** [/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv.o] Error 1
make[2]: *** [_module_/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv] Error 2
NVIDIA: left KBUILD.
nvidia.ko failed to build!
make[1]: *** [module] Error 1
make: *** [module] Error 2
*
* ERROR: x11-drivers/nvidia-drivers-177.13 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 3726: Called linux-mod_src_compile
* environment, line 2744: Called die
* The specific snippet of code:
* eval "emake HOSTCC=\"$(tc-getBUILD_CC)\" CC=\"$(get-KERNEL_CC)\" LDFLAGS=\"$(get_abi_LDFLAGS)\" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} " || die "Unable to emake HOSTCC="$(tc-getBUILD_CC)" CC="$(get-KERNEL_CC)" LDFLAGS="$(get_abi_LDFLAGS)" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}";
* The die message:
* Unable to emake HOSTCC=x86_64-pc-linux-gnu-gcc CC=x86_64-pc-linux-gnu-gcc LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/usr/src/linux HOST_CC=x86_64-pc-linux-gnu-gcc clean module
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/log/portage/x11-drivers:nvidia-drivers-177.13:20080801-205424.log'.
* The ebuild environment file is located at '/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/temp/environment'.
* This ebuild is from an overlay: '/usr/local/portage/'
*
* Messages for package x11-drivers/nvidia-drivers-177.13:
|
thanks in advance
edit:
I think I fixed it somehow, will post more details later ...
_________________
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 |
|
|
Kollin
Veteran
Joined: 25 Feb 2006
Posts: 1139
Location: Sofia/Bulgaria
|
| Posted: Sat Aug 02, 2008 5:00 am Post subject: |
|
|
I have prolems with lm_sensors and 2.6.26-zen2.0:
| Code: | felis ~ # sensors
Can't access procfs/sysfs file
Kernel interface access error
For 2.6 kernels, make sure you have mounted sysfs and libsensors
was compiled with sysfs support!
|
_________________
"Dear Enemy: may the Lord hate you and all your kind, may you be turned orange in hue, and may your head fall off at an awkward moment."
"Linux is like a wigwam - no windows, no gates, apache inside..." |
|
| Back to top |
|
|
Diskmaster
n00b
Joined: 13 Jul 2008
Posts: 23
|
| Posted: Sat Aug 02, 2008 6:59 am Post subject: |
|
|
| kernelOfTruth wrote: | Hi nvidia-drivers users,
you're having the same problems too ?
| Quote: | In file included from /var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv.c:14:
/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv-linux.h: In function ‘nv_execute_on_all_cpus’:
/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv-linux.h:674: error: too many arguments to function ‘on_each_cpu’
make[3]: *** [/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv.o] Error 1
make[2]: *** [_module_/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv] Error 2
NVIDIA: left KBUILD.
nvidia.ko failed to build!
make[1]: *** [module] Error 1
make: *** [module] Error 2
*
* ERROR: x11-drivers/nvidia-drivers-177.13 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 3726: Called linux-mod_src_compile
* environment, line 2744: Called die
* The specific snippet of code:
* eval "emake HOSTCC=\"$(tc-getBUILD_CC)\" CC=\"$(get-KERNEL_CC)\" LDFLAGS=\"$(get_abi_LDFLAGS)\" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} " || die "Unable to emake HOSTCC="$(tc-getBUILD_CC)" CC="$(get-KERNEL_CC)" LDFLAGS="$(get_abi_LDFLAGS)" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}";
* The die message:
* Unable to emake HOSTCC=x86_64-pc-linux-gnu-gcc CC=x86_64-pc-linux-gnu-gcc LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/usr/src/linux HOST_CC=x86_64-pc-linux-gnu-gcc clean module
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/log/portage/x11-drivers:nvidia-drivers-177.13:20080801-205424.log'.
* The ebuild environment file is located at '/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/temp/environment'.
* This ebuild is from an overlay: '/usr/local/portage/'
*
* Messages for package x11-drivers/nvidia-drivers-177.13:
|
thanks in advance
edit:
I think I fixed it somehow, will post more details later ... |
... You -did- sync zen-overlay recently, didn't you? That's been fixed for a while now. :O
Edit: As 177.13-r1 or the 173.*-r1 variant.
_________________
Linux polished-diamond 3.0.9-00003-g3c676b1 x86_64 Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz GenuineIntel GNU/Linux
Something witty goes here. |
|
| Back to top |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
| Posted: Sat Aug 02, 2008 9:03 am Post subject: |
|
|
| Diskmaster wrote: | | kernelOfTruth wrote: | Hi nvidia-drivers users,
you're having the same problems too ?
| Quote: | In file included from /var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv.c:14:
/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv-linux.h: In function ‘nv_execute_on_all_cpus’:
/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv-linux.h:674: error: too many arguments to function ‘on_each_cpu’
make[3]: *** [/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv/nv.o] Error 1
make[2]: *** [_module_/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/work/NVIDIA-Linux-x86_64-177.13-pkg2/usr/src/nv] Error 2
NVIDIA: left KBUILD.
nvidia.ko failed to build!
make[1]: *** [module] Error 1
make: *** [module] Error 2
*
* ERROR: x11-drivers/nvidia-drivers-177.13 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 3726: Called linux-mod_src_compile
* environment, line 2744: Called die
* The specific snippet of code:
* eval "emake HOSTCC=\"$(tc-getBUILD_CC)\" CC=\"$(get-KERNEL_CC)\" LDFLAGS=\"$(get_abi_LDFLAGS)\" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} " || die "Unable to emake HOSTCC="$(tc-getBUILD_CC)" CC="$(get-KERNEL_CC)" LDFLAGS="$(get_abi_LDFLAGS)" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}";
* The die message:
* Unable to emake HOSTCC=x86_64-pc-linux-gnu-gcc CC=x86_64-pc-linux-gnu-gcc LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/usr/src/linux HOST_CC=x86_64-pc-linux-gnu-gcc clean module
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/log/portage/x11-drivers:nvidia-drivers-177.13:20080801-205424.log'.
* The ebuild environment file is located at '/var/tmp/portage/x11-drivers/nvidia-drivers-177.13/temp/environment'.
* This ebuild is from an overlay: '/usr/local/portage/'
*
* Messages for package x11-drivers/nvidia-drivers-177.13:
|
thanks in advance
edit:
I think I fixed it somehow, will post more details later ... |
... You -did- sync zen-overlay recently, didn't you? That's been fixed for a while now. :O
Edit: As 177.13-r1 or the 173.*-r1 variant. |
that really *fixed* it - thanks !
lockless zen-sources FTW 
_________________
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 |
|
|
energyman76b
Advocate
Joined: 26 Mar 2003
Posts: 2048
Location: Germany
|
| Posted: Sat Aug 02, 2008 9:41 am Post subject: |
|
|
| kernelOfTruth wrote: |
and also thanks for posting / bumping the kernel-devs for reiser4 mainline-inclusion
this filesystem really shouldn't go down,
for what's sake do they want the plugin-system to be removed ?
| Quote: | maybe someone can yank out the plugin architecture that
Linus and others have objected to, which as near as I could tell was
part of the Namesys's somewhat dodgy business plan of creating and
selling (possibly proprietary; not sure what license they were going
to be under) plugin modules for Reiser4 to make money. |
that's somewhat stupid
energyman ? any comments on this ? |
yes - I am not convinced that it is a good idea to pull r4 from mm instead of using the patch
about the plugins, let Edward speak:
>>> Hmmm, removing the plugin support might not be so hard.... I might
>>> have to try this...
Please, don't try to do this.
I am working on the plugin design document. It will be ready
approximately in September. I believe that it'll address all the
mentioned complaints.
----------------------
and I have concur with the xfs unfairness. Why it is ok for xfs to have hooks for closed source cxfs - but r4 is attacked for enabling open source BUILT TIME plugins?
Well, one answer could be, because Christoph H. (and others) like(s) xfs and do(es) not like r4 for strictly personal reasons. But that would be slandering. So I don't give that answer.
_________________
Study finds stunning lack of racial, gender, and economic diversity among middle-class white males
I identify as a dirty penismensch. |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Sat Aug 02, 2008 2:09 pm Post subject: |
|
|
| kernelOfTruth wrote: | | tranquilcool wrote: | | rmh3093 wrote: | | tranquilcool wrote: | also the patch from the zen-overlay home is zen2.
you can patch the 2.6.26 kernel and keep as default if zen2 acted well with you.
experiment with zen-sources git versions.
problems now with latest git version are reiser4 panics. |
when was the last time u pulled, reiser4 should be good, i took it from .27-rc1-mm1 |
reiser4 is alright with latest git pull.
thanks rmh3093! |
++
and also thanks for posting / bumping the kernel-devs for reiser4 mainline-inclusion
this filesystem really shouldn't go down,
for what's sake do they want the plugin-system to be removed ?
| Quote: | maybe someone can yank out the plugin architecture that
Linus and others have objected to, which as near as I could tell was
part of the Namesys's somewhat dodgy business plan of creating and
selling (possibly proprietary; not sure what license they were going
to be under) plugin modules for Reiser4 to make money. |
that's somewhat stupid
as long as xfs still has proprietary support reiser4 has the right to have (in this case it's only optionally) proprietary support too
I think preventing reiser4's inclusion in mainline (one point concerning the plugin system) is rather a (somewhat) personal than "rational" reason
energyman ? any comments on this ? |
if you look at the code, there really isnt anything that is a real plugin any more, the compression support and other features could just be regular modules, the plugin system Hans made is too similar to the VFS in the kernel already, linus wants reiser4 to use the vfs instead of plugins
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
Non_E
Apprentice
Joined: 17 Jan 2006
Posts: 160
Location: Czech Republic
|
| Posted: Sat Aug 02, 2008 4:06 pm Post subject: Crypto problem |
|
|
Hello everyone,
I have run into a strange problem. I use several encrypted partitions. Cryptsetup is unable to mount them when I boot zen-sources 2.6.26-zen2.0. I have been looking for a reason for this and it appears that no cipher I use is available. I recompiled the kernel with ciphers as modules but it did not help. Module is loaded but neither xts nor lrw appears in /proc/crypto. Kernel 2.6.26-rc8-zen1 works fine.
Here is my .config
_________________
Only Sith deals in absolutes. |
|
| Back to top |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
| Posted: Sat Aug 02, 2008 4:30 pm Post subject: Re: Crypto problem |
|
|
| Non_E wrote: | Hello everyone,
I have run into a strange problem. I use several encrypted partitions. Cryptsetup is unable to mount them when I boot zen-sources 2.6.26-zen2.0. I have been looking for a reason for this and it appears that no cipher I use is available. I recompiled the kernel with ciphers as modules but it did not help. Module is loaded but neither xts nor lrw appears in /proc/crypto. Kernel 2.6.26-rc8-zen1 works fine.
Here is my .config |
try to boot into a working kernel,
then remove the non-working folder from /lib/modules, after that re-compile the kernel in question, when it has finished
do the following:
| Code: | | chmod -R go+rX /usr/src/linux/ |
and
| Code: | | chmod -R go+rX /lib/modules/* |
hopefully that helps 
_________________
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 :)
|
| Posted: Sat Aug 02, 2008 6:14 pm Post subject: |
|
|
I'm still testing / testing by using,
but the additional work the kernel-devs did with linux-next, etc. really seems to pay off:
this is one of the rare cases an rc1 ( ) kernel really works seemlessly & blazing-fast (at least for me )
usage of reiser4 really starts to make sense beginning with this kernel (making a fast system even faster and more competitive)
I haven't encountered any hardlocks so far (testing rsync, heavy workloads, and some default uptime of approx. 10 hours with changing load, ...)
kudos to Linus Torvalds, Andrew Morton, Nick Piggin (lockless pagecache rocks !), the reiser4 filesystem team (especially Edward Shishkin), and all the kernel-devs making this great base for zen-sources possible
on-topic:
anyone of you has a fix for virtualbox-modules with 2.6.27-rc1-zen* ?
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 |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Sat Aug 02, 2008 6:50 pm Post subject: |
|
|
| kernelOfTruth wrote: | I'm still testing / testing by using,
but the additional work the kernel-devs did with linux-next, etc. really seems to pay off:
this is one of the rare cases an rc1 ( ) kernel really works seemlessly & blazing-fast (at least for me )
usage of reiser4 really starts to make sense beginning with this kernel (making a fast system even faster and more competitive)
I haven't encountered any hardlocks so far (testing rsync, heavy workloads, and some default uptime of approx. 10 hours with changing load, ...)
kudos to Linus Torvalds, Andrew Morton, Nick Piggin (lockless pagecache rocks !), the reiser4 filesystem team (especially Edward Shishkin), and all the kernel-devs making this great base for zen-sources possible
on-topic:
anyone of you has a fix for virtualbox-modules with 2.6.27-rc1-zen* ?
many thanks in advance |
yes with the exception of the mac80211 fixes and firmware loading fixes I had to find on LKML and the updates to get btrfs and squashfs working, this kernel is very nice so far, additionally, -zenmm is working equally as nice
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
cheater1034
Veteran
Joined: 09 Sep 2004
Posts: 1558
|
| Posted: Sat Aug 02, 2008 8:13 pm Post subject: |
|
|
2.6.26-zen2-hotfix1 released.
And in zen overlay (zen-sources-2.6.26-r21.ebuild
Some stuff, latest from 2.6.26-zen git, 2.6.26.1, reiser4 fix, ext4 additions, etc.
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land. |
|
| Back to top |
|
|
Non_E
Apprentice
Joined: 17 Jan 2006
Posts: 160
Location: Czech Republic
|
| Posted: Sat Aug 02, 2008 11:15 pm Post subject: Re: Crypto problem |
|
|
| kernelOfTruth wrote: | | Non_E wrote: | Hello everyone,
I have run into a strange problem. I use several encrypted partitions. Cryptsetup is unable to mount them when I boot zen-sources 2.6.26-zen2.0. I have been looking for a reason for this and it appears that no cipher I use is available. I recompiled the kernel with ciphers as modules but it did not help. Module is loaded but neither xts nor lrw appears in /proc/crypto. Kernel 2.6.26-rc8-zen1 works fine.
Here is my .config |
try to boot into a working kernel,
then remove the non-working folder from /lib/modules, after that re-compile the kernel in question, when it has finished
do the following:
| Code: | | chmod -R go+rX /usr/src/linux/ |
and
| Code: | | chmod -R go+rX /lib/modules/* |
hopefully that helps |
Unfortunately the problem persists. I tried 2.6.21-zen-2.1 but it is the same
P.S. Could anyone please check his /proc/crypto for xts (if it is not left out from kernel)? Thanks
_________________
Only Sith deals in absolutes. |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Sat Aug 02, 2008 11:44 pm Post subject: Re: Crypto problem |
|
|
| Non_E wrote: | | kernelOfTruth wrote: | | Non_E wrote: | Hello everyone,
I have run into a strange problem. I use several encrypted partitions. Cryptsetup is unable to mount them when I boot zen-sources 2.6.26-zen2.0. I have been looking for a reason for this and it appears that no cipher I use is available. I recompiled the kernel with ciphers as modules but it did not help. Module is loaded but neither xts nor lrw appears in /proc/crypto. Kernel 2.6.26-rc8-zen1 works fine.
Here is my .config |
try to boot into a working kernel,
then remove the non-working folder from /lib/modules, after that re-compile the kernel in question, when it has finished
do the following:
| Code: | | chmod -R go+rX /usr/src/linux/ |
and
| Code: | | chmod -R go+rX /lib/modules/* |
hopefully that helps |
Unfortunately the problem persists. I tried 2.6.21-zen-2.1 but it is the same
P.S. Could anyone please check his /proc/crypto for xts (if it is not left out from kernel)? Thanks |
LKML
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
r2dtu
Tux's lil' helper
Joined: 23 Aug 2002
Posts: 87
|
| Posted: Sun Aug 03, 2008 2:05 pm Post subject: |
|
|
| kernelOfTruth wrote: |
anyone of you has a fix for virtualbox-modules with 2.6.27-rc1-zen* ?
|
What I did was download the Virtualbox OSE 1.6.4, untarred, picked just the module source and applied some simple changes to make it compile. To install it you can just bump the ebuild. If anyobody is interrested I can provide a tarball.
If anyone has problems with resuming from suspend, apply the patch http://bugzilla.kernel.org/attachment.cgi?id=17043 from this bug http://bugzilla.kernel.org/show_bug.cgi?id=11178 |
|
| Back to top |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
| Posted: Sun Aug 03, 2008 4:34 pm Post subject: |
|
|
| r2dtu wrote: | | kernelOfTruth wrote: |
anyone of you has a fix for virtualbox-modules with 2.6.27-rc1-zen* ?
|
What I did was download the Virtualbox OSE 1.6.4, untarred, picked just the module source and applied some simple changes to make it compile. To install it you can just bump the ebuild. If anyobody is interrested I can provide a tarball.
If anyone has problems with resuming from suspend, apply the patch http://bugzilla.kernel.org/attachment.cgi?id=17043 from this bug http://bugzilla.kernel.org/show_bug.cgi?id=11178 |
thanks !
I didn't notice that 1.6.4 was already out 
you're willing to post the changes you made ?
I'm pretty busy (+ a little lazy right now) so having the diff / changes at hand would be pretty nice,
so it still doesn't work (using proprietary / non-free virtualbox-modules):
| Quote: | rc/r0drv/linux/mp-r0drv-linux.c
In file included from /var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/linux/SUPDrv-linux.c:35:
/var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/SUPDRV.h:104:30: error: asm/semaphore.h: No such file or directory
In file included from /var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/SUPDRVShared.c:35:
/var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/SUPDRV.h:104:30: error: asm/semaphore.h: No such file or directory
make[2]: *** [/var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/SUPDRVShared.o] Error 1
make[2]: *** Waiting for unfinished jobs....
x86_64-pc-linux-gnu-gcc -Wp,-MD,/var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/r0drv/linux/.alloc-r0drv-linux.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/include -D__KERNEL__ -Iinclude -I/usr/src/linux-2.6.27-rc1-zen0/arch/x86/include -include include/linux/autoconf.h -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -O2 -s -m64 -march=core2 -mno-red-zone -mcmodel=kernel -maccumulate-outgoing-args -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -Iinclude/asm-x86/mach-default -fomit-frame-pointer -I/usr/src/linux/include -I/var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/ -I/var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/include -I/var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -DCONFIG_VBOXDRV_AS_MISC -DRT_ARCH_AMD64 -DUSE_NEW_OS_INTERFACE_FOR_MM -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(alloc_r0drv_linux)" -D"KBUILD_MODNAME=KBUILD_STR(vboxdrv)" -c -o /var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/r0drv/linux/.tmp_alloc-r0drv-linux.o /var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/r0drv/linux/alloc-r0drv-linux.c
/var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/linux/SUPDrv-linux.c: In function ‘supdrvOSGipResume’:
/var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/linux/SUPDrv-linux.c:1331: error: too many arguments to function ‘smp_call_function’
make[2]: *** [/var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src/linux/SUPDrv-linux.o] Error 1
make[1]: *** [_module_/var/tmp/portage/app-emulation/virtualbox-modules-1.6.4/work/src] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.27-rc1-zen0'
make: *** [vboxdrv] Error 2
* ERROR: app-emulation/virtualbox-modules-1.6.4 failed.
|
_________________
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 |
|
|
r2dtu
Tux's lil' helper
Joined: 23 Aug 2002
Posts: 87
|
| Posted: Sun Aug 03, 2008 5:25 pm Post subject: |
|
|
| kernelOfTruth wrote: | | r2dtu wrote: | | kernelOfTruth wrote: |
anyone of you has a fix for virtualbox-modules with 2.6.27-rc1-zen* ?
|
What I did was download the Virtualbox OSE 1.6.4, untarred, picked just the module source and applied some simple changes to make it compile. To install it you can just bump the ebuild. If anyobody is interrested I can provide a tarball.
|
thanks !
I didn't notice that 1.6.4 was already out
you're willing to post the changes you made ?
I'm pretty busy (+ a little lazy right now) so having the diff / changes at hand would be pretty nice,
|
Here you go:
| Code: | diff --git a/SUPDRV.h b/SUPDRV.h
index be3f17b..3f75062 100644
--- a/SUPDRV.h
+++ b/SUPDRV.h
@@ -101,7 +101,6 @@
# else /* older kernels */
# include <asm/semaphore.h>
# endif /* older kernels */
-# include <asm/semaphore.h>
# include <linux/timer.h>
# if 0
diff --git a/linux/SUPDrv-linux.c b/linux/SUPDrv-linux.c
index 8988052..42803bf 100644
--- a/linux/SUPDrv-linux.c
+++ b/linux/SUPDrv-linux.c
@@ -1328,7 +1328,7 @@ void VBOXCALL supdrvOSGipResume(PSUPDRVDEVEXT pDevExt)
else
{
vbox_ktimer_start(&g_GipTimer);
- smp_call_function(VBoxDrvLinuxGipResumePerCpu, pDevExt, 0 /* retry */, 1 /* wait */);
+ smp_call_function(VBoxDrvLinuxGipResumePerCpu, pDevExt, 1 /* wait */);
}
#endif
}
|
|
|
| Back to top |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
| Posted: Sun Aug 03, 2008 5:54 pm Post subject: |
|
|
| r2dtu wrote: | [snip]
...
[snip]
Here you go:
| Code: | diff --git a/SUPDRV.h b/SUPDRV.h
index be3f17b..3f75062 100644
--- a/SUPDRV.h
+++ b/SUPDRV.h
@@ -101,7 +101,6 @@
# else /* older kernels */
# include <asm/semaphore.h>
# endif /* older kernels */
-# include <asm/semaphore.h>
# include <linux/timer.h>
# if 0
diff --git a/linux/SUPDrv-linux.c b/linux/SUPDrv-linux.c
index 8988052..42803bf 100644
--- a/linux/SUPDrv-linux.c
+++ b/linux/SUPDrv-linux.c
@@ -1328,7 +1328,7 @@ void VBOXCALL supdrvOSGipResume(PSUPDRVDEVEXT pDevExt)
else
{
vbox_ktimer_start(&g_GipTimer);
- smp_call_function(VBoxDrvLinuxGipResumePerCpu, pDevExt, 0 /* retry */, 1 /* wait */);
+ smp_call_function(VBoxDrvLinuxGipResumePerCpu, pDevExt, 1 /* wait */);
}
#endif
}
|
|
thanks !
that did it
_________________
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 |
|
|
are
Apprentice
Joined: 03 Jan 2006
Posts: 188
|
| Posted: Mon Aug 04, 2008 4:42 pm Post subject: |
|
|
Using 2.6.27-rc1-zen I ask myself: where is TuxOnIce? Am I overlooking something?
BTW: this version can mount crypted volumes again!
Thanks and regards
are |
|
| Back to top |
|
|
rmh3093
Advocate
Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY
|
| Posted: Mon Aug 04, 2008 9:12 pm Post subject: |
|
|
| are wrote: | Using 2.6.27-rc1-zen I ask myself: where is TuxOnIce? Am I overlooking something?
BTW: this version can mount crypted volumes again!
Thanks and regards
are |
Tuxonice is in now, give it test and let me know because I cant test it.
_________________
Do not meddle in the affairs of wizards, for they are subtle and quick to anger. |
|
| Back to top |
|
|
FallenWizard
n00b
Joined: 04 Sep 2007
Posts: 51
Location: Vienna / Austria
|
| Posted: Tue Aug 05, 2008 12:40 am Post subject: |
|
|
I made a patch for virtualbox-modules. Maybe someone can use it.
Here's the ebuild: http://omploader.org/vbmgx
I will ask rmh later to push it to the zen overlay
| Quote: |
diff -ur vboxdrv/linux/SUPDrv-linux.c vboxdrv/linux/SUPDrv-linux.c
--- vboxdrv/linux/SUPDrv-linux.c 2008-05-31 01:34:51.000000000 +0200
+++ vboxdrv/linux/SUPDrv-linux.c 2008-08-05 01:52:20.362849418 +0200
@@ -435,8 +435,11 @@
if (nmi_atomic_read(&nmi_active) <= 0)
return;
-
+# if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 27)
+ on_each_cpu(vbox_stop_apic_nmi_watchdog, NULL, 1);
+# else
on_each_cpu(vbox_stop_apic_nmi_watchdog, NULL, 1, 1);
+# endif
BUG_ON(nmi_atomic_read(&nmi_active) != 0);
@@ -462,11 +465,14 @@
static void nmi_shutdown(void)
{
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 27)
on_each_cpu(nmi_cpu_shutdown, NULL, 0, 1);
+#else
+ on_each_cpu(nmi_cpu_shutdown, NULL, 0);
}
# endif /* DO_DISABLE_NMI */
#endif /* CONFIG_X86_LOCAL_APIC */
-
+#endif
/**
* Initialize module.
@@ -1328,7 +1334,11 @@
else
{
vbox_ktimer_start(&g_GipTimer);
- smp_call_function(VBoxDrvLinuxGipResumePerCpu, pDevExt, 0 /* retry */, 1 /* wait */);
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 27)
+ smp_call_function(VBoxDrvLinuxGipResumePerCpu, pDevExt, 0 /* retry */);
+#else
+ smp_call_function(VboxDrvLinuxGipResumePerCpu, pDevExt, 0 /* retry */, 1 /* wait */);
+#endif
}
#endif
}
diff -ur vboxdrv/r0drv/linux/mp-r0drv-linux.c vboxdrv/r0drv/linux/mp-r0drv-linux.c
--- vboxdrv/r0drv/linux/mp-r0drv-linux.c 2008-05-31 01:34:51.000000000 +0200
+++ vboxdrv/r0drv/linux/mp-r0drv-linux.c 2008-08-05 01:42:18.990375836 +0200
@@ -194,15 +194,21 @@
Args.idCpu = NIL_RTCPUID;
Args.cHits = 0;
-#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0)
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0) && LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 27)
rc = on_each_cpu(rtmpLinuxWrapper, &Args, 0 /* retry */, 1 /* wait */);
+#elif LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 27)
+ rc = on_each_cpu(rtmpLinuxWrapper, &Args, 0);
#else /* older kernels */
# ifdef preempt_disable
preempt_disable();
# endif
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 27)
+ rc = smp_call_function(rtmpLinuxWrapper, &Args, 0 /* retry */);
+#else
rc = smp_call_function(rtmpLinuxWrapper, &Args, 0 /* retry */, 1 /* wait */);
+#endif
local_irq_disable();
rtmpLinuxWrapper(&Args);
local_irq_enable();
@@ -229,7 +235,11 @@
# ifdef preempt_disable
preempt_disable();
# endif
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 27)
+ rc = smp_call_function(rtmpLinuxWrapper, &Args, 0 /* retry */);
+#else
rc = smp_call_function(rtmpLinuxWrapper, &Args, 0 /* retry */, 1 /* wait */);
+#endif
# ifdef preempt_enable
preempt_enable();
# endif
@@ -281,8 +291,10 @@
{
if (RTMpIsCpuOnline(idCpu))
{
-#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 19)
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 19) && LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 27)
rc = smp_call_function_single(idCpu, rtmpLinuxWrapper, &Args, 0 /* retry */, 1 /* wait */);
+#elif LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 27)
+ rc = smp_call_function_single(idCpu, rtmpLinuxWrapper, &Args, 0 /* retry */);
#else
rc = smp_call_function(rtmpOnSpecificLinuxWrapper, &Args, 0 /* retry */, 1 /* wait */);
#endif
diff -ur vboxdrv/r0drv/linux/the-linux-kernel.h vboxdrv/r0drv/linux/the-linux-kernel.h
--- vboxdrv/r0drv/linux/the-linux-kernel.h 2008-05-31 01:34:51.000000000 +0200
+++ vboxdrv/r0drv/linux/the-linux-kernel.h 2008-08-05 00:57:25.232064599 +0200
@@ -65,7 +65,9 @@
#include <linux/string.h>
#include <linux/spinlock.h>
#include <linux/slab.h>
+#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 27)
#include <asm/semaphore.h>
+#endif
#include <linux/module.h>
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 0)
# include <linux/moduleparam.h>
diff -ur vboxdrv/SUPDRV.h vboxdrv/SUPDRV.h
--- vboxdrv/SUPDRV.h 2008-05-31 01:34:51.000000000 +0200
+++ vboxdrv/SUPDRV.h 2008-08-05 00:58:14.980021837 +0200
@@ -96,7 +96,9 @@
# include <linux/string.h>
# include <linux/spinlock.h>
# include <linux/slab.h>
+#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 27)
# include <asm/semaphore.h>
+#endif
# include <linux/timer.h>
# if 0
|
|
|
| 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
