LinuxQuestions.org
Visit Jeremy's Blog.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 05-10-2014, 12:54 PM   #46
cwizardone
LQ Veteran
 
Registered: Feb 2007
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,242

Rep: Reputation: 7446Reputation: 7446Reputation: 7446Reputation: 7446Reputation: 7446Reputation: 7446Reputation: 7446Reputation: 7446Reputation: 7446Reputation: 7446Reputation: 7446

Interesting.
Which brings up the question, what was tweaked in the Slackware version to make it different from the Gentoo version of the 3.14.3 kernel.
 
Old 05-10-2014, 02:49 PM   #47
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 2,727

Rep: Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247
Quote:
Originally Posted by Emerson View Post
Works here ...
Code:
$ modinfo nvidia
filename:       /lib/modules/3.14.3-gentoo/video/nvidia.ko
alias:          char-major-195-*
version:        337.19
supported:      external
license:        NVIDIA
alias:          pci:v000010DEd00000E00sv*sd*bc04sc80i00*
alias:          pci:v000010DEd00000AA3sv*sd*bc0Bsc40i00*
alias:          pci:v000010DEd*sv*sd*bc03sc02i00*
alias:          pci:v000010DEd*sv*sd*bc03sc00i00*
depends:        
vermagic:       3.14.3-gentoo SMP mod_unload 
parm:           NVreg_Mobile:int
parm:           NVreg_ResmanDebugLevel:int
parm:           NVreg_RmLogonRC:int
parm:           NVreg_ModifyDeviceFiles:int
parm:           NVreg_DeviceFileUID:int
parm:           NVreg_DeviceFileGID:int
parm:           NVreg_DeviceFileMode:int
parm:           NVreg_RemapLimit:int
parm:           NVreg_UpdateMemoryTypes:int
parm:           NVreg_InitializeSystemMemoryAllocations:int
parm:           NVreg_RMEdgeIntrCheck:int
parm:           NVreg_UsePageAttributeTable:int
parm:           NVreg_MapRegistersEarly:int
parm:           NVreg_RegisterForACPIEvents:int
parm:           NVreg_CheckPCIConfigSpace:int
parm:           NVreg_EnablePCIeGen3:int
parm:           NVreg_EnableMSI:int
parm:           NVreg_MemoryPoolSize:int
parm:           NVreg_RegistryDwords:charp
parm:           NVreg_RmMsg:charp
parm:           NVreg_AssignGpus:charp
No one claims that, the latest stars of NVIDIA kernel modules can not be built on a user-oriented linux kernel version 3.14.3. The main problem is that the current Slackware Linux kernel, on incarnation 3.14.3, have activated features that usually are interesting for a very select club of connoisseurs, and I talk there right about kernel developers. And the building of the latest NVIDIA thingies fails. Right now, and when Linus have a new funny idea, because he use the printing of the debug messages support, to make innocent jokes to closed source developers like those from NVIDIA or ATI. Yep, the very precious functions, shall be GPL or nothing, do message printing on kmesg. Which you can read with dmesg. If you understand them.

BTW, for you is an interesting and enlightening reading the kernel's mutex debug messages on dmesg? You know even how them are shown and what is the signification of them?

So, in other words, show me you kernel config, then we see what is it, where is it...

Last edited by Darth Vader; 05-10-2014 at 03:01 PM.
 
Old 05-10-2014, 06:16 PM   #48
Emerson
LQ Sage
 
Registered: Nov 2004
Location: Saint Amant, Acadiana
Distribution: Gentoo ~amd64
Posts: 7,675

Rep: Reputation: Disabled
http://bpaste.net/show/268039

I do read all debug messages if I need to, I turn on debugging if I need to, what's your point ... really?
 
Old 05-10-2014, 06:38 PM   #49
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 2,727

Rep: Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247
Quote:
Originally Posted by Emerson View Post
http://bpaste.net/show/268039

I do read all debug messages if I need to, I turn on debugging if I need to, what's your point ... really?
Sooo...


wget -O- http://bpaste.net/raw/268039/ | grep CONFIG_DEBUG_KERNEL

Code:
bash-4.3# wget -q -O- http://bpaste.net/raw/268039/ | grep  CONFIG_DEBUG_KERNEL
# CONFIG_DEBUG_KERNEL is not set
Congratulations! Looks like the Gentoo do not debug the kernel in the variant shipped to... Gentoo users. At all. Then, I feel that you can't understand our academic debate about the utility of the fine debugging of kernel mutex-es...

BTW, eventually, as a programmer, you can show us what is a MUTEX and a LOCK? And why and how are them used on the Linux kernel? Or, much simplified... How we can recognize a MUTEX debugging message in the KMESG? You can show us some examples?

Last edited by Darth Vader; 05-10-2014 at 06:45 PM.
 
Old 05-10-2014, 06:58 PM   #50
LuckyCyborg
Senior Member
 
Registered: Mar 2010
Posts: 3,784

Rep: Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664
After all, WTF are those mutexes and locks?
 
Old 05-10-2014, 07:06 PM   #51
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 2,727

Rep: Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247Reputation: 1247
Technically, something like the execution/access flags (wait/go, access accepted/denied), and them are very useful on the multi-threading and multitasking execution.
 
1 members found this post helpful.
Old 05-10-2014, 09:03 PM   #52
Emerson
LQ Sage
 
Registered: Nov 2004
Location: Saint Amant, Acadiana
Distribution: Gentoo ~amd64
Posts: 7,675

Rep: Reputation: Disabled
Quote:
Originally Posted by Darth Vader View Post
Congratulations! Looks like the Gentoo do not debug the kernel in the variant shipped to... Gentoo users. At all. Then, I feel that you can't understand our academic debate about the utility of the fine debugging of kernel mutex-es...
First, Gentoo does not ship anything but sources. It is up to user to configure and compile, including kernel.
Second, as I never used Slackware, I was under impression it is a source based Linux, too. Apparently not?
Third. I was looking at the subject of this thread and was thinking it is about getting nVidia driver built and working. I did not realize it is an academic discussion.
Fourth. I traveled through Moldova and Romania once. Nobody spoke English there but I was able to communicate in German with some inhabitants. Regardless, they all were very nice. You sure you are from Romania?
 
Old 05-10-2014, 09:09 PM   #53
mlangdn
Senior Member
 
Registered: Mar 2005
Location: Kentucky
Distribution: Slackware64-current
Posts: 1,846

Rep: Reputation: 456Reputation: 456Reputation: 456Reputation: 456Reputation: 456
I rebuilt the kernel with the generic config and disabled debugging. The NVIDIA blob went in just fine. Used 331.67
 
Old 05-10-2014, 10:19 PM   #54
enorbet
Senior Member
 
Registered: Jun 2003
Location: Virginia
Distribution: Slackware = Main OpSys
Posts: 4,829

Rep: Reputation: 4464Reputation: 4464Reputation: 4464Reputation: 4464Reputation: 4464Reputation: 4464Reputation: 4464Reputation: 4464Reputation: 4464Reputation: 4464Reputation: 4464
Quote:
Originally Posted by Emerson View Post
Second, as I never used Slackware, I was under impression it is a source based Linux, too. Apparently not?
Greetings
I think Slackware delivers the ultimate in choice. If you download the full DVD (or all the CDs) you get all the source so you can compile whatever you like and still have a compatible release. Some compile it all. Some mix it up. Some people prefer installing everything from the included packages, and still others opt for some level of auto-dependency resolution through 3rd Party means to add more or different apps. This gives extreme variation possibilities which is great for the individual. However, here in the forum, it is impossible for people to know what customizations we have made and what they might do, so sticking close to the simple package based install of only what's on the Install media, and possibly afterward from known SlackPacks are the easiest for eliciting help and/or comments.

I'm a customizer who builds considerable from source. I don't stick to Official release kernels for example, so I exercise some restraint in asking for help because, after all, I chose to be on the steep slope side of the Bell Curve.

Short answer - it can be, but it doesn't have to be. It's up to you.
 
1 members found this post helpful.
Old 05-10-2014, 10:29 PM   #55
Emerson
LQ Sage
 
Registered: Nov 2004
Location: Saint Amant, Acadiana
Distribution: Gentoo ~amd64
Posts: 7,675

Rep: Reputation: Disabled
Thank you enorbet! Most interesting information.

Now the only question that remains is whether Gentoo users are allowed to post on Slackware forums.
 
Old 05-11-2014, 12:10 AM   #56
moisespedro
Senior Member
 
Registered: Nov 2013
Location: Brazil
Distribution: Slackware
Posts: 1,223

Rep: Reputation: 195Reputation: 195
Or you can go on the linux folder and run "make mrproper" and then "make menuconfig" and build it on your own

Gentoo Wiki and LFS instructions are your friends now
 
Old 05-11-2014, 12:43 AM   #57
jtsn
Member
 
Registered: Sep 2011
Posts: 925

Rep: Reputation: 483Reputation: 483Reputation: 483Reputation: 483Reputation: 483
Quote:
Originally Posted by Emerson View Post
First, Gentoo does not ship anything but sources. It is up to user to configure and compile, including kernel.
Second, as I never used Slackware, I was under impression it is a source based Linux, too. Apparently not?
Regarding the build process Slackware is the opposite of Gentoo: It is put together from binary packages, which are created from source only when needed. When something is changed in Slackware, only the parts that got changed will be built from source again.
 
Old 05-11-2014, 05:23 AM   #58
cgorac
Member
 
Registered: Oct 2009
Posts: 146

Original Poster
Rep: Reputation: 87
Quote:
Originally Posted by Emerson View Post
Now the only question that remains is whether Gentoo users are allowed to post on Slackware forums.
Of course Gentoo users are allowed to post to Slackware forums. However, you jumped in into very Slackware specific discussion: Recent official binary (yes - most Slackware users are installing and updating from binary packages, and not compiling themselves from sources) update of Linux kernel in Slackware had CONFIG_DEBUG_KERNEL kernel build option turned on, and for this reason it's not possible to properly install NVIDIA proprietary driver any more (apparently, some additional proprietary drivers may be affected too). Your finding that NVIDIA driver installs fine on a Gentoo installation, but with CONFIG_DEBUG_KERNEL set to off, is somewhat useful, as it sort of confirms the conclusion that the problem is about this kernel build option; however, most of the other stuff is just watering down this discussion. I guess some people would be happy to discuss relative merits of Gentoo vs. Slackware, and whatever else, but maybe it would be better to start another topic for this, so that this topic could stay - well, on topic.
 
3 members found this post helpful.
Old 05-11-2014, 06:49 AM   #59
LuckyCyborg
Senior Member
 
Registered: Mar 2010
Posts: 3,784

Rep: Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664Reputation: 3664
The $1bn question:

What advantages we have on turning the kernel debug on, excluding that for sure, the kernel will be somewhat slowdown with the debug enabled?
 
1 members found this post helpful.
Old 05-11-2014, 06:11 PM   #60
rg3
Member
 
Registered: Jul 2007
Distribution: Fedora
Posts: 527

Rep: Reputation: Disabled
I finally found some time today to verify, like others did, that running a custom 3.14.3 kernel with the same options as the standard generic kernel, only with kernel debugging disabled, allowed me to compile and install the Nvidia kernel module unchanged.

My two cents: unless there's something specific that breaks without that option enabled, there's no reason to ship a kernel with kernel debugging as the *standard* option. Users wanting to debug a kernel can build their own, and use the official config as their base if they prefer. It's not about being able to build the Nvidia module, which is a nice side-effect, but because the whole base system ships stripped binaries (consistency), and also because of size and speed. Even if something in particular was found to break when disabling kernel debugging, I think finding a workaround is a better approach. Nothing should require kernel debugging, except tools related to kernel debugging themselves.

Last edited by rg3; 05-12-2014 at 12:50 AM. Reason: Typo
 
3 members found this post helpful.
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
NVIDIA kernel module version is different from NVIDIA driver lalik Linux - Newbie 2 09-16-2010 03:32 PM
Nvidia Driver will not install for Dual Screen LCD - Driver is mde for Xen Kernel isinkaye Linux - Software 1 02-20-2010 04:31 AM
Kernel 2.6.8 Nvidia Driver Thoron Debian 1 05-05-2005 10:05 PM
Nvidia driver and Kernel 2.6.3 jriis Debian 6 04-15-2004 03:00 AM
kernel 2.6.3--bk8 and NVIDIA-Linux-x86-1.0-5336 video driver from Nvidia zdenkod Linux - Hardware 2 03-09-2004 05:38 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 04:44 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration