Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Official thread: "zen-sources" - Part IV
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 13, 14, 15, 16, 17  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
tranquilcool
Veteran
Veteran


Joined: 25 Mar 2005
Posts: 1160

PostPosted: Thu Jul 31, 2008 8:12 am    Post subject: Reply with quote

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
View user's profile Send private message
rmh3093
Advocate
Advocate


Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY

PostPosted: Thu Jul 31, 2008 3:00 pm    Post subject: Reply with quote

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
View user's profile Send private message
tranquilcool
Veteran
Veteran


Joined: 25 Mar 2005
Posts: 1160

PostPosted: Fri Aug 01, 2008 6:00 am    Post subject: Reply with quote

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
View user's profile Send private message
rmh3093
Advocate
Advocate


Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY

PostPosted: Fri Aug 01, 2008 3:28 pm    Post subject: Reply with quote

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
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


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

PostPosted: Fri Aug 01, 2008 8:16 pm    Post subject: Reply with quote

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 :cry:

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 :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: Fri Aug 01, 2008 8:56 pm    Post subject: Reply with quote

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 :D
Back to top
View user's profile Send private message
Kollin
Veteran
Veteran


Joined: 25 Feb 2006
Posts: 1137
Location: Sofia/Bulgaria

PostPosted: Sat Aug 02, 2008 5:00 am    Post subject: Reply with quote

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
View user's profile Send private message
Diskmaster
n00b
n00b


Joined: 13 Jul 2008
Posts: 23

PostPosted: Sat Aug 02, 2008 6:59 am    Post subject: Reply with quote

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
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


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

PostPosted: Sat Aug 02, 2008 9:03 am    Post subject: Reply with quote

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 :D
Back to top
View user's profile Send private message
energyman76b
Advocate
Advocate


Joined: 26 Mar 2003
Posts: 2045
Location: Germany

PostPosted: Sat Aug 02, 2008 9:41 am    Post subject: Reply with quote

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
View user's profile Send private message
rmh3093
Advocate
Advocate


Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY

PostPosted: Sat Aug 02, 2008 2:09 pm    Post subject: Reply with quote

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 :cry:

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
View user's profile Send private message
Non_E
Apprentice
Apprentice


Joined: 17 Jan 2006
Posts: 160
Location: Czech Republic

PostPosted: Sat Aug 02, 2008 4:06 pm    Post subject: Crypto problem Reply with quote

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
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


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

PostPosted: Sat Aug 02, 2008 4:30 pm    Post subject: Re: Crypto problem Reply with quote

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 :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
kernelOfTruth
Watchman
Watchman


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

PostPosted: Sat Aug 02, 2008 6:14 pm    Post subject: Reply with quote

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 :D (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 :D
Back to top
View user's profile Send private message
rmh3093
Advocate
Advocate


Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY

PostPosted: Sat Aug 02, 2008 6:50 pm    Post subject: Reply with quote

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 :D (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
View user's profile Send private message
cheater1034
Veteran
Veteran


Joined: 09 Sep 2004
Posts: 1558

PostPosted: Sat Aug 02, 2008 8:13 pm    Post subject: Reply with quote

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
View user's profile Send private message
Non_E
Apprentice
Apprentice


Joined: 17 Jan 2006
Posts: 160
Location: Czech Republic

PostPosted: Sat Aug 02, 2008 11:15 pm    Post subject: Re: Crypto problem Reply with quote

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 :idea:


Unfortunately the problem persists. I tried 2.6.21-zen-2.1 but it is the same :cry:

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
View user's profile Send private message
rmh3093
Advocate
Advocate


Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY

PostPosted: Sat Aug 02, 2008 11:44 pm    Post subject: Re: Crypto problem Reply with quote

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 :idea:


Unfortunately the problem persists. I tried 2.6.21-zen-2.1 but it is the same :cry:

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
View user's profile Send private message
r2dtu
Tux's lil' helper
Tux's lil' helper


Joined: 23 Aug 2002
Posts: 87

PostPosted: Sun Aug 03, 2008 2:05 pm    Post subject: Reply with quote

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
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


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

PostPosted: Sun Aug 03, 2008 4:34 pm    Post subject: Reply with quote

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 :P

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 :D
Back to top
View user's profile Send private message
r2dtu
Tux's lil' helper
Tux's lil' helper


Joined: 23 Aug 2002
Posts: 87

PostPosted: Sun Aug 03, 2008 5:25 pm    Post subject: Reply with quote

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 :P

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
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


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

PostPosted: Sun Aug 03, 2008 5:54 pm    Post subject: Reply with quote

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 ! :D

that did it :P
_________________
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
are
Apprentice
Apprentice


Joined: 03 Jan 2006
Posts: 188

PostPosted: Mon Aug 04, 2008 4:42 pm    Post subject: Reply with quote

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
View user's profile Send private message
rmh3093
Advocate
Advocate


Joined: 06 Aug 2003
Posts: 2138
Location: Albany, NY

PostPosted: Mon Aug 04, 2008 9:12 pm    Post subject: Reply with quote

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
View user's profile Send private message
FallenWizard
n00b
n00b


Joined: 04 Sep 2007
Posts: 51
Location: Vienna / Austria

PostPosted: Tue Aug 05, 2008 12:40 am    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3 ... 13, 14, 15, 16, 17  Next
Page 14 of 17

 
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