Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Patch nvidia-drivers-331.38 for gentoo-sources-3.13.0-r1
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
Chopstix
n00b
n00b


Joined: 20 Oct 2012
Posts: 20

PostPosted: Wed Jan 29, 2014 11:04 am    Post subject: Patch nvidia-drivers-331.38 for gentoo-sources-3.13.0-r1 Reply with quote

The problem:
Code:
 * Gentoo supports kernels which are supported by NVIDIA
 * which are limited to the following kernels:
 * <sys-kernel/gentoo-sources-3.13
 * <sys-kernel/vanilla-sources-3.13
 *
 * You are free to utilize epatch_user to provide whatever
 * support you feel is appropriate, but will not receive
 * support as a result of those changes.
 *
 * Do not file a bug report about this.


The kernel compiles, nvidia-drivers compiles, but X does not start.

Code:
modprobe: ERROR: could not insert 'nvidia': Unknown symbol in module, or unknown parameter (see dmesg)
(EE)
Fatal server error:
(EE) no screens found(EE)


The assumption:
You have already keyworded and emerged =sys-kernel/gentoo-sources-3.13.0-r1 and used eselect to select the new kernel.

The solution:
Code:
mkdir -p /etc/portage/patches/x11-drivers/nvidia-drivers-331.38/


Paste this into /etc/portage/patches/x11-drivers/nvidia-drivers-331.38/kernel.patch :
Code:
--- a/kernel/nv-acpi.c   2014-01-09 03:49:24.000000000 +0100
+++ b/kernel/nv-acpi.c   2014-01-29 11:02:21.673942336 +0100
@@ -303,8 +303,10 @@
 
     if (pNvAcpiObject->notify_handler_installed)
     {
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
+/* beginning with 3.13, acpi_remove_notify_handler() waits for events to finish */
         NV_ACPI_OS_WAIT_EVENTS_COMPLETE();
-
+#endif
         // remove event notifier
         status = acpi_remove_notify_handler(device->handle, ACPI_DEVICE_NOTIFY, nv_acpi_event);
     }
--- a/kernel/uvm/nvidia_uvm_linux.h   2014-01-09 03:49:25.000000000 +0100
+++ b/kernel/uvm/nvidia_uvm_linux.h   2014-01-29 11:04:32.352938042 +0100
@@ -405,11 +405,16 @@
 // not require the RCU's read lock on current->cred.
 //
 //
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 5, 0)
+#define NV_KUID_TO_UID(value) (__kuid_val(value))
+#else
+#define NV_KUID_TO_UID(value) (value)
+#endif
 #if defined(NV_TASK_STRUCT_HAS_CRED)
 #define NV_CURRENT_EUID() \
-    (((typeof(*current->cred) __force __kernel *)current->cred)->euid)
+    NV_KUID_TO_UID(((typeof(*current->cred) __force __kernel *)current->cred)->euid)
 #else
-#define NV_CURRENT_EUID() (current->euid)
+#define NV_CURRENT_EUID() NV_KUID_TO_UID(current->euid)
 #endif
 
 #define NV_ATOMIC_SET(data,val)         atomic_set(&(data), (val))

Go ahead and emerge nvidia-drivers.

No guarantees that this fix is correct, but it works fine for me.
Changes taken from https://devtalk.nvidia.com/default/topic/644906/linux/331-20-on-3-13-rc1-kernel


Last edited by Chopstix on Wed Jan 29, 2014 2:07 pm; edited 1 time in total
Back to top
View user's profile Send private message
pitcrawler
Apprentice
Apprentice


Joined: 09 Jan 2005
Posts: 154
Location: Oklahoma, USA

PostPosted: Wed Jan 29, 2014 1:31 pm    Post subject: Reply with quote

I've been trying to get my nvidia driver to work in kernel 3.13 for the past couple of days. None of the patches, including the one you posted, worked for me. I just had to go back to 3.12.

I'm using a laptop with an intel and an nvidia GPU and bumblebee/bbswitch for switching between them.
Back to top
View user's profile Send private message
Chopstix
n00b
n00b


Joined: 20 Oct 2012
Posts: 20

PostPosted: Wed Jan 29, 2014 2:05 pm    Post subject: Reply with quote

What was the point of your post?
Back to top
View user's profile Send private message
gienah
Developer
Developer


Joined: 24 Nov 2010
Posts: 128
Location: AU

PostPosted: Wed Jan 29, 2014 2:59 pm    Post subject: Reply with quote

Quote:
I've been trying to get my nvidia driver to work in kernel 3.13 for the past couple of days. None of the patches, including the one you posted, worked for me.


In addition to the instructions Chopstix provided, you could try this patch (as well as the patch Chopstix provided, so 2 patches):

Paste this into /etc/portage/patches/x11-drivers/nvidia-drivers-331.38/nvidia_3.13_kernel_DEVICE_ACPI_HANDLE.patch

Code:
--- a/kernel/nv-acpi.c.orig
+++ b/kernel/nv-acpi.c
@@ -14,6 +14,10 @@
 #include "os-interface.h"
 #include "nv-linux.h"
 #include "nv-reg.h"
+
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 13, 0) && defined(ACPI_HANDLE)
+#define DEVICE_ACPI_HANDLE(a) ACPI_HANDLE(a)
+#endif
 
 #if defined(NV_LINUX_ACPI_EVENTS_SUPPORTED)
 static RM_STATUS   nv_acpi_extract_integer (const union acpi_object *, void *, NvU32, NvU32 *);
Back to top
View user's profile Send private message
pitcrawler
Apprentice
Apprentice


Joined: 09 Jan 2005
Posts: 154
Location: Oklahoma, USA

PostPosted: Wed Jan 29, 2014 9:09 pm    Post subject: Reply with quote

I'll try that when I get home. I know it's solvable. I'm pretty sure it's confined to nvidia-drivers.

Chopstix wrote:
What was the point of your post?
Well, the point was that I've looked everywhere else, and I ended up with a potential solution from posting here.
Back to top
View user's profile Send private message
Chopstix
n00b
n00b


Joined: 20 Oct 2012
Posts: 20

PostPosted: Wed Jan 29, 2014 10:04 pm    Post subject: Reply with quote

It's just that you hadn't provided any information whatsoever based on which we could help you, no explanation of what it is exactly that didn't work, no error messages or logs of what you did, and you didn't contribute to this issue either, so I was puzzled.
Back to top
View user's profile Send private message
pitcrawler
Apprentice
Apprentice


Joined: 09 Jan 2005
Posts: 154
Location: Oklahoma, USA

PostPosted: Wed Jan 29, 2014 10:40 pm    Post subject: Reply with quote

Chopstix wrote:
It's just that you hadn't provided any information whatsoever based on which we could help you, no explanation of what it is exactly that didn't work, no error messages or logs of what you did, and you didn't contribute to this issue either, so I was puzzled.
I know what you mean. I was making some assumptions in my post, mainly that it could be related to optimus/bumblebee, that someone with that setup might have had the same issue and would jump in saying that they found a solution since it's a current issue. Didn't want to waste time right away posting 10 pages of logs because I know it's probably something simple.
Back to top
View user's profile Send private message
pitcrawler
Apprentice
Apprentice


Joined: 09 Jan 2005
Posts: 154
Location: Oklahoma, USA

PostPosted: Wed Jan 29, 2014 11:08 pm    Post subject: Reply with quote

I did solve my problem by combining the two patches posted in this thread. Thanks to the both of you.
Back to top
View user's profile Send private message
albright
Advocate
Advocate


Joined: 16 Nov 2003
Posts: 2119
Location: Near Toronto

PostPosted: Tue Feb 04, 2014 2:13 pm    Post subject: Reply with quote

these patches fail for me, with

Code:
cat nvidia-331.38.patch.out
***** nvidia-331.38.patch *****
PWD: /var/tmp/portage/x11-drivers/nvidia-drivers-331.38/work

===============================

PATCH COMMAND:  patch -p0 -g0 -E --no-backup-if-mismatch  < '/etc/portage/patches//x11-drivers/nvidia-drivers-331.38/nvidia-331.38.patch'

===============================
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/kernel/nv-acpi.c   2014-01-09 03:49:24.000000000 +0100
|+++ b/kernel/nv-acpi.c   2014-01-29 11:02:21.673942336 +0100
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 17
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/kernel/uvm/nvidia_uvm_linux.h   2014-01-09 03:49:25.000000000 +0100
|+++ b/kernel/uvm/nvidia_uvm_linux.h   2014-01-29 11:04:32.352938042 +0100
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored

patch program exited with status 1

.... (repeats like this with different pN options)


I copy/pasted the patch from this thread into /etc/portage/patches/x11-drivers/nvidia-drivers-331.38/nvidia-331.38.patch
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme)
Back to top
View user's profile Send private message
gienah
Developer
Developer


Joined: 24 Nov 2010
Posts: 128
Location: AU

PostPosted: Tue Feb 04, 2014 3:09 pm    Post subject: Reply with quote

Another thing you could try then is, as root, first remove the user patches that fail:

Code:
rm /etc/portage/patches/x11-drivers/nvidia-drivers-331.38/*


And then to try extracting this tar file I made for you where I copy/pasted the
earlier patches into the tar file:

Code:
cd ~
wget http://dev.gentoo.org/~gienah/unsupported/etc-portage-patches-x11-drivers-nvidia-drivers-331.38-for-kernel-3.13.tar.gz
cd /
tar xvf ~/etc-portage-patches-x11-drivers-nvidia-drivers-331.38-for-kernel-3.13.tar.gz
Back to top
View user's profile Send private message
albright
Advocate
Advocate


Joined: 16 Nov 2003
Posts: 2119
Location: Near Toronto

PostPosted: Tue Feb 04, 2014 3:31 pm    Post subject: Reply with quote

thanks v. much - the wget (wgot?) files worked

patch files seem to be very delicate little flowers :)
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme)
Back to top
View user's profile Send private message
musv
Advocate
Advocate


Joined: 01 Dec 2002
Posts: 2688
Location: de

PostPosted: Tue Feb 11, 2014 9:23 pm    Post subject: Reply with quote

Tried those 2 patches on my 32bit Atom Notebook. With Kernel-3.13 the complete system freezes when X is starting. I can't even login via ssh. With Kernel-3.9.x (the last one I installed before the update) nvidia-drivers-331.38 works like a charm.

Update: Tried the nvidia-drivers with Kernel-3.12.9 - works too on 32 bit.


Last edited by musv on Thu Feb 13, 2014 12:03 pm; edited 1 time in total
Back to top
View user's profile Send private message
albright
Advocate
Advocate


Joined: 16 Nov 2003
Posts: 2119
Location: Near Toronto

PostPosted: Wed Feb 12, 2014 2:01 am    Post subject: Reply with quote

also, the patches don't work (for me at least) for the newer
nvidia-drivers-334.16-r5
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme)
Back to top
View user's profile Send private message
Chopstix
n00b
n00b


Joined: 20 Oct 2012
Posts: 20

PostPosted: Wed Feb 12, 2014 5:21 am    Post subject: Reply with quote

albright wrote:
also, the patches don't work (for me at least) for the newer
nvidia-drivers-334.16-r5

Why would they? :P
Back to top
View user's profile Send private message
albright
Advocate
Advocate


Joined: 16 Nov 2003
Posts: 2119
Location: Near Toronto

PostPosted: Wed Feb 12, 2014 1:03 pm    Post subject: Reply with quote

... you never know ...

the 325 patch worked fine just banging it into a
/etc/portage/patches/x11-drivers/nvidia-drivers-331.13
directory ...
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme)
Back to top
View user's profile Send private message
ulenrich
Veteran
Veteran


Joined: 10 Oct 2010
Posts: 1168

PostPosted: Wed Feb 12, 2014 1:19 pm    Post subject: Reply with quote

I do use without issue:
Code:
--- a/kernel/nv-acpi.c
+++ b/kernel/nv-acpi.c
@@ -15,6 +15,10 @@
 #include "nv-linux.h"
 #include "nv-reg.h"
 
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 13, 0) && defined(ACPI_HANDLE)
+#define DEVICE_ACPI_HANDLE(a) ACPI_HANDLE(a)
+#endif
+
 #if defined(NV_LINUX_ACPI_EVENTS_SUPPORTED)
 static RM_STATUS   nv_acpi_extract_integer (const union acpi_object *, void *, NvU32, NvU32 *);
 static RM_STATUS   nv_acpi_extract_buffer  (const union acpi_object *, void *, NvU32, NvU32 *);
@@ -303,7 +307,10 @@ static int nv_acpi_remove(struct acpi_de
 
     if (pNvAcpiObject->notify_handler_installed)
     {
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
+ /* beginning with 3.13, acpi_remove_notify_handler() waits for events to finish */
         NV_ACPI_OS_WAIT_EVENTS_COMPLETE();
+#endif
 
         // remove event notifier
         status = acpi_remove_notify_handler(device->handle, ACPI_DEVICE_NOTIFY, nv_acpi_event);

[Edit] There is an issue with blanks - better use the archlinux link at the bottom of
http://forums.gentoo.org/viewtopic-p-7499724.html#7499724
_________________
fun2gen2


Last edited by ulenrich on Thu Feb 13, 2014 9:36 pm; edited 1 time in total
Back to top
View user's profile Send private message
Juippisi
n00b
n00b


Joined: 30 Sep 2005
Posts: 43
Location: /home

PostPosted: Wed Feb 12, 2014 10:52 pm    Post subject: Reply with quote

Thanks ulenrich, that patch works perfectly with x11-drivers/nvidia-drivers-334.16-r5 and kernel-3.13.1.
Back to top
View user's profile Send private message
albright
Advocate
Advocate


Joined: 16 Nov 2003
Posts: 2119
Location: Near Toronto

PostPosted: Thu Feb 13, 2014 12:59 pm    Post subject: Reply with quote

not for me does ulenrich's patch work :cry:

just:

Code:
***** kernel.patch *****
PWD: /var/tmp/portage/x11-drivers/nvidia-drivers-334.16-r5/work

========================

PATCH COMMAND:  patch -p0 -g0 -E --no-backup-if-mismatch  < '/etc/portage/patches//x11-drivers/nvidia-drivers-334.16-r5/kernel.patch'

========================
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/kernel/nv-acpi.c
|+++ b/kernel/nv-acpi.c
--------------------------
No file to patch.  Skipping patch.
2 out of 2 hunks ignored

patch program exited with status 1

_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme)
Back to top
View user's profile Send private message
Chopstix
n00b
n00b


Joined: 20 Oct 2012
Posts: 20

PostPosted: Thu Feb 13, 2014 3:10 pm    Post subject: Reply with quote

Maybe the "//" is the problem?
Back to top
View user's profile Send private message
darkphader
Veteran
Veteran


Joined: 09 May 2002
Posts: 1135
Location: Motown

PostPosted: Thu Feb 13, 2014 4:11 pm    Post subject: Reply with quote

I used this patch:
Code:
diff -Naurp NVIDIA-Linux-x86_64-334.16.ORIG/kernel/nv-linux.h NVIDIA-Linux-x86_64-334.16/kernel/nv-linux.h
--- NVIDIA-Linux-x86_64-334.16.ORIG/kernel/nv-linux.h   2014-02-04 22:45:24.000000000 +0100
+++ NVIDIA-Linux-x86_64-334.16/kernel/nv-linux.h        2014-02-11 21:00:58.172923793 +0100
@@ -273,7 +273,11 @@ extern int nv_pat_mode;
 #endif

 #if !defined(NV_VMWARE) && defined(CONFIG_ACPI)
-#include <acpi/acpi.h>
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
+#include <acpi/acpi.h>
+#else
+#include <linux/acpi.h>
+#endif
 #include <acpi/acpi_drivers.h>
 #if defined(NV_ACPI_DEVICE_OPS_HAS_MATCH) || defined(ACPI_VIDEO_HID)
 #define NV_LINUX_ACPI_EVENTS_SUPPORTED 1
@@ -308,6 +312,7 @@ extern int nv_pat_mode;
 #endif

 #if defined(NV_LINUX_ACPI_EVENTS_SUPPORTED)
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
 #if (NV_ACPI_OS_WAIT_EVENTS_COMPLETE_ARGUMENT_COUNT == 1)
 #define NV_ACPI_OS_WAIT_EVENTS_COMPLETE() \
     acpi_os_wait_events_complete(NULL)
@@ -317,6 +322,11 @@ extern int nv_pat_mode;
 #else
 #error "NV_ACPI_OS_WAIT_EVENTS_COMPLETE_ARGUMENT_COUNT value unrecognized!"
 #endif
+#else
+/* starting with 3.13 acpi_remove_notify_handler() waits for events to finish */
+#define NV_ACPI_OS_WAIT_EVENTS_COMPLETE() \
+    do { } while (0)
+#endif
 #endif

 #if defined(CONFIG_PREEMPT_RT) || defined(CONFIG_PREEMPT_RT_FULL)

Which seems to work. However I can no longer emerge media-libs/mesa-10.0.3 without setting opengl to xorg-x11. Can set it back after to nvidia after the emerge but I think I should work with nvidia selected.
_________________
What I need is an exact list of specific unknown problems we might encounter.
Back to top
View user's profile Send private message
ulenrich
Veteran
Veteran


Joined: 10 Oct 2010
Posts: 1168

PostPosted: Thu Feb 13, 2014 5:48 pm    Post subject: Reply with quote

albright wrote:
Code:
***** kernel.patch *****
PWD: /var/tmp/portage/x11-drivers/nvidia-drivers-334.16-r5/work

========================

PATCH COMMAND:  patch -p0 -g0 -E --no-backup-if-mismatch  < '/etc/portage/patches//x11-drivers/nvidia-drivers-334.16-r5/kernel.patch'

========================
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/kernel/nv-acpi.c
|+++ b/kernel/nv-acpi.c
--------------------------
No file to patch.  Skipping patch.
2 out of 2 hunks ignored

patch program exited with status 1
That is odd :(
I wonder if you just have to put the patch into
/etc/portage/patches//x11-drivers/nvidia-drivers-334.16
(without any -rNUM) like me:
Code:
>>> Unpacking source...
>>> Unpacking NVIDIA-Linux-x86_64-334.16.run to /tmp/portage/x11-drivers/nvidia-drivers-334.16-r5/work
>>> Source unpacked in /tmp/portage/x11-drivers/nvidia-drivers-334.16-r5/work
>>> Preparing source in /tmp/portage/x11-drivers/nvidia-drivers-334.16-r5/work ...
 Applying user patches from /etc/portage/patches//x11-drivers/nvidia-drivers-334.16 ...
 nvidia-linux-3.13.patch ...
 Done with patching
>>> Source prepared.
>>> Configuring source in /tmp/portage/x11-drivers/nvidia-drivers-334.16-r5/work ...
>>> Source configured.
>>> Compiling source in /tmp/portage/x11-drivers/nvidia-drivers-334.16-r5/work ...
 Preparing nvidia module

Perhaps the code is not proper, because of some copy-paste-forum issue of me, try the one correctly named patch file (out of five) of this archive: https://aur.archlinux.org/packages/nv/nvidia-full-beta-all/nvidia-full-beta-all.tar.gz
_________________
fun2gen2


Last edited by ulenrich on Thu Feb 13, 2014 6:02 pm; edited 2 times in total
Back to top
View user's profile Send private message
ulenrich
Veteran
Veteran


Joined: 10 Oct 2010
Posts: 1168

PostPosted: Thu Feb 13, 2014 5:54 pm    Post subject: Reply with quote

darkphader wrote:
I used this patch:
Code:
diff -Naurp NVIDIA-Linux-x86_64-334.16.ORIG/kernel/nv-linux.h NVIDIA-Linux-x86_64-334.16/kernel/nv-linux.h
--- NVIDIA-Linux-x86_64-334.16.ORIG/kernel/nv-linux.h   2014-02-04 22:45:24.000000000 +0100
+++ NVIDIA-Linux-x86_64-334.16/kernel/nv-linux.h        2014-02-11 21:00:58.172923793 +0100
@@ -273,7 +273,11 @@ extern int nv_pat_mode;
 #endif

 #if !defined(NV_VMWARE) && defined(CONFIG_ACPI)
-#include <acpi/acpi.h>
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
+#include <acpi/acpi.h>
+#else
+#include <linux/acpi.h>
+#endif
....
....
Which seems to work. However I can no longer emerge media-libs/mesa-10.0.3 without setting opengl to xorg-x11. Can set it back after to nvidia after the emerge but I think I should work with nvidia selected.

Interesting, because I have an issue booting in efi mode with a garbled line (thick like a menu bar at the bottom). In the moment I resurrect booting in hybrid mbr mode my MacMini.

Where did you get this patch? (mine was Archlinux, see above). I really wonder if it is supposed to work as such with xorg-x11 opengl: The newest propr. nvidia-drivers is able to use egl. It perhaps needs coworking with mesa? Does someone know exactly how to enable egl? I guess I am still using glx with my setup.

I never got through all these different opengl1 opengl glx gles gles2 egl .......
_________________
fun2gen2


Last edited by ulenrich on Thu Feb 13, 2014 6:09 pm; edited 2 times in total
Back to top
View user's profile Send private message
darkphader
Veteran
Veteran


Joined: 09 May 2002
Posts: 1135
Location: Motown

PostPosted: Thu Feb 13, 2014 6:06 pm    Post subject: Reply with quote

ulenrich wrote:
Interesting, because I have an issue booting in efi mode with a garbled line (thick like a menu bar at the bottome).
Where did you get this patch? (mine was Archlinux)

From the nvidia dev site. I boot via UEFI (directly, using EFI stub - no boot loader) with no issues.

ulenrich wrote:
I wonder if it is OK to just use xorg-x11 opengl: Isn't the newest propr. nvidia-drivers able to use egl? Is it perhaps coworking with mesa egl ??? Does someone know exactly how to enable egl?
I guess I am still using glx with my setup.

It is some sort of egl error that mesa throws during the install when emerging it with opengl set to nvidia.
_________________
What I need is an exact list of specific unknown problems we might encounter.
Back to top
View user's profile Send private message
ulenrich
Veteran
Veteran


Joined: 10 Oct 2010
Posts: 1168

PostPosted: Thu Feb 13, 2014 6:14 pm    Post subject: Reply with quote

darkphader wrote:
ulenrich wrote:
Interesting, because I have an issue booting in efi mode with a garbled line (thick like a menu bar at the bottome). Where did you get this patch? (mine was Archlinux)

From the nvidia dev site. I boot via UEFI (directly, using EFI stub - no boot loader) with no issues.

I was able too - until last christmas. My Debian-sid-unstable has no problems, but using their kernel with my Gentoo~unstable didn't help either. Also tried systemd-204 instead systemd-208, tried openrc ....
_________________
fun2gen2
Back to top
View user's profile Send private message
darkphader
Veteran
Veteran


Joined: 09 May 2002
Posts: 1135
Location: Motown

PostPosted: Thu Feb 13, 2014 6:44 pm    Post subject: Reply with quote

ulenrich wrote:
I was able too - until last christmas. My Debian-sid-unstable has no problems, but using their kernel with my Gentoo~unstable didn't help either. Also tried systemd-204 instead systemd-208, tried openrc ....

Just switched to systemd 4 days ago (208-r3). Frankly, I like it. Had to rebuild the kernel (I use gentoo-sources) with the additional init= stuff for the kernel command line but it started right up. Also I don't use an initramfs so that simplifies stuff a bit. Of course not all of my services started right up but I've since straightened almost everything out. Now working on using systemd to take over the cron duties as well.

I'm running Fedora on my laptop and Debian on some servers, so with Debian going systemd having Gentoo using the same init system will simplify things for me. Now if only they could all use the same package manager :-)

Chris
_________________
What I need is an exact list of specific unknown problems we might encounter.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
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