LinuxQuestions.org
Help answer threads with 0 replies.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Software > Linux - Kernel
User Name
Password
Linux - Kernel This forum is for all discussion relating to the Linux kernel.

Notices


Reply
  Search this Thread
Old 02-09-2018, 02:51 AM   #1
kaza
Member
 
Registered: Apr 2010
Distribution: FC17
Posts: 343

Rep: Reputation: 2
Attempted kernel recompile from source RPMs: directory which should've been created is missing


Hello!

I attempted to recompile my kernel (I need to change some configurations)
using the procedire described at:

https://fedoraproject.org/wiki/Building_a_custom_kernel/Source_RPM

In the past (2011-2014) I did it from source RPMs and wrote down
what I did so now I wanted to be as close as possible to what I did
in the past, except for obvious changes like yum to dnf change and few
others.

The commands I issued so far:

Code:
uname -r
4.14.14-200.fc26.x86_64
cd
/bin/rm -fr rpmbuild
rpmdev-setuptree
koji download-build --arch=src kernel-4.14.14-200.fc26.x86_64
rpm -Uvh kernel-4.14.14-200.fc26.src.rpm
At this stage, the documentation instructs me to change to directory:

cd ~/rpmbuild/BUILD/kernel-$ver.$fedver/linux-$ver.$subver.$fedver.$arch/

but the directory ~/rpmbuild/BUILD is empty.

What have I forgot?

TIA,
kaza.
 
Old 02-10-2018, 12:01 PM   #2
smallpond
Senior Member
 
Registered: Feb 2011
Location: Massachusetts, USA
Distribution: Fedora
Posts: 4,140

Rep: Reputation: 1263Reputation: 1263Reputation: 1263Reputation: 1263Reputation: 1263Reputation: 1263Reputation: 1263Reputation: 1263Reputation: 1263
The page you link to is missing a step. You need to unpack and apply patches.

Code:
rpmbuild -bp ~/rpmbuild/SPECS/kernel-<version>.spec
 
Old 02-10-2018, 02:08 PM   #3
kaza
Member
 
Registered: Apr 2010
Distribution: FC17
Posts: 343

Original Poster
Rep: Reputation: 2
Thanks for the reply, smallpond!

At what stage should I run the command you wrote: after the

rpm -Uvh kernel-4.14.14-200.fc26.src.rpm

?

How could they miss a vital part of the process?

Thanks,
kaza
 
Old 02-11-2018, 12:16 PM   #4
kaza
Member
 
Registered: Apr 2010
Distribution: FC17
Posts: 343

Original Poster
Rep: Reputation: 2
OK, thanks for the missing command,

I could complete the kernel installation (which is now named: "4.14.14-200.spi_gpio.fc26.x86_64").

There was a one before last command at

https://fedoraproject.org/wiki/Building_a_custom_kernel/Source_RPM

which I didn't perform:

[code[
su -c 'ln -s /usr/src/kernels/<version>.<release>-<arch> /usr/src/linux'
[/code]

because I'm not quite sure what should be the "<version>.<release>-<arch>"?
Should it be the new kernel name?

After rebooting the new kernel I attempted to re-install the SPI driver
of the ch341 USB to SPI chip:

Code:
<root localhost>.../spi-ch341-usb-master>make install
Module spi-ch341-usb is installed ... uninstall it first
make[1]: Entering directory '/home/kaza/install_sources/spi-ch341-usb-master'
dkms remove -m spi-ch341-usb -v 1.0.0 --all

-------- Uninstall Beginning --------
Module:  spi-ch341-usb
Version: 1.0.0
Kernel:  4.14.14-200.fc26.x86_64 (x86_64)
-------------------------------------

Status: Before uninstall, this module version was ACTIVE on this kernel.
Removing any linked weak-modules

spi-ch341-usb.ko:
 - Uninstallation
   - Deleting from: /lib/modules/4.14.14-200.fc26.x86_64/extra/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod......

DKMS: uninstall completed.

------------------------------
Deleting module version: 1.0.0
completely from the DKMS tree.
------------------------------
Done.
rm -rf /usr/src/spi-ch341-usb-1.0.0
make[1]: Leaving directory '/home/kaza/install_sources/spi-ch341-usb-master'

Creating symlink /var/lib/dkms/spi-ch341-usb/1.0.0/source ->
                 /usr/src/spi-ch341-usb-1.0.0

DKMS: add completed.
Error! echo
Your kernel headers for kernel 4.14.14-200.spi_gpio.fc26.x86_64 cannot be found at
/lib/modules/4.14.14-200.spi_gpio.fc26.x86_64/build or /lib/modules/4.14.14-200.spi_gpio.fc26.x86_64/source.
make: *** [Makefile:46: install] Error 1
I also experienced instability of the Firefox while attemping to post this reply (currently it works for few minutes,
I'm saving text to a text file once in a while).

I almost feel I should've created the link but its target isn't where it's supposed to be according
to the command in the "procedure URL":

Code:
<localhost>.../spi-ch341-usb-master>\ls -l /usr/src/kernels
total 8
drwxr-xr-x. 23 root root 4096 Jan 28 2018 21:07:10 4.14.14-200.fc26.x86_64
drwxr-xr-x. 23 root root 4096 Jan 28 2018 20:49:26 4.14.14-200.fc26.x86_64+debug
I feel that I'm "almost there but not quite" for continuing "make" and "make install"
of the ch341 driver.

TIA for any help,
kaza.
 
Old 02-11-2018, 01:23 PM   #5
kaza
Member
 
Registered: Apr 2010
Distribution: FC17
Posts: 343

Original Poster
Rep: Reputation: 2
OK, I think (but not sure) I found what link to create:

Code:
<localhost>.../kernel-4.14.fc26>\ls -l /lib/modules/`uname -r`
total 15632
lrwxrwxrwx.  1 root root      49 Feb 11 08:17 build -> /usr/src/kernels/4.14.14-200.spi_gpio.fc26.x86_64
-rw-r--r--.  1 root root  191883 Feb 11 08:16 config
drwxr-xr-x. 14 root root    4096 Feb 11 19:26 kernel
-rw-r--r--.  1 root root 1007959 Feb 11 19:27 modules.alias
-rw-r--r--.  1 root root  987821 Feb 11 19:27 modules.alias.bin
-rw-r--r--.  1 root root    1764 Feb 11 08:17 modules.block
-rw-r--r--.  1 root root    7615 Feb 11 08:17 modules.builtin
-rw-r--r--.  1 root root   10056 Feb 11 19:27 modules.builtin.bin
-rw-r--r--.  1 root root  352991 Feb 11 19:27 modules.dep
-rw-r--r--.  1 root root  496317 Feb 11 19:27 modules.dep.bin
-rw-r--r--.  1 root root     363 Feb 11 19:27 modules.devname
-rw-r--r--.  1 root root     166 Feb 11 08:17 modules.drm
-rw-r--r--.  1 root root      95 Feb 11 08:17 modules.modesetting
-rw-r--r--.  1 root root    2778 Feb 11 08:17 modules.networking
-rw-r--r--.  1 root root  131583 Feb 11 08:17 modules.order
-rw-r--r--.  1 root root     486 Feb 11 19:27 modules.softdep
-rw-r--r--.  1 root root  417897 Feb 11 19:27 modules.symbols
-rw-r--r--.  1 root root  513156 Feb 11 19:27 modules.symbols.bin
lrwxrwxrwx.  1 root root       5 Feb 11 08:17 source -> build
-rw-------.  1 root root 3713743 Feb 11 08:16 System.map
drwxr-xr-x.  2 root root    4096 Feb 11 08:15 updates
drwxr-xr-x.  2 root root    4096 Feb 11 19:26 vdso
-rwxr-xr-x.  1 root root 8106504 Feb 11 08:17 vmlinuz
The directory "/usr/src/kernels/4.14.14-200.spi_gpio.fc26.x86_64" to which the link was pointing didn't exist:

Code:
<root localhost.localdomain>.../root>cd /usr/src/kernels

<root localhost>.../kernels>ls
total 8
drwxr-xr-x. 23 root root 4096 Jan 28 21:07 4.14.14-200.fc26.x86_64
drwxr-xr-x. 23 root root 4096 Jan 28 20:49 4.14.14-200.fc26.x86_64+debug
After some searching I figured out (I hope, correct me if I'm wrong) that the link to create should be:

Code:
<root localhost>.../kernels>ln -s /home/kaza/rpmbuild/BUILD/kernel-4.14.fc26/linux-4.14.14-200.spi_gpio.fc26.x86_64 4.14.14-200.spi_gpio.fc26.x86_64
<root localhost>.../kernels>\ls -l
total 12
drwxr-xr-x. 23 root root 4096 Jan 28 21:07 4.14.14-200.fc26.x86_64
drwxr-xr-x. 23 root root 4096 Jan 28 20:49 4.14.14-200.fc26.x86_64+debug
lrwxrwxrwx.  1 root root   81 Feb 11 21:11 4.14.14-200.spi_gpio.fc26.x86_64 -> /home/kaza/rpmbuild/BUILD/kernel-4.14.fc26/linux-4.14.14-200.spi_gpio.fc26.x86_64
and after that "make" and "make install" completed without errors:

Code:
<localhost>.../spi-ch341-usb-master>make
make -C /lib/modules/4.14.14-200.spi_gpio.fc26.x86_64/build M=/home/kaza/install_sources/spi-ch341-usb-master  modules
make[1]: Entering directory '/home/kaza/rpmbuild/BUILD/kernel-4.14.fc26/linux-4.14.14-200.spi_gpio.fc26.x86_64'
  CC [M]  /home/kaza/install_sources/spi-ch341-usb-master/spi-ch341-usb.o
  Building modules, stage 2.
  MODPOST 1 modules
  CC      /home/kaza/install_sources/spi-ch341-usb-master/spi-ch341-usb.mod.o
  LD [M]  /home/kaza/install_sources/spi-ch341-usb-master/spi-ch341-usb.ko
make[1]: Leaving directory '/home/kaza/rpmbuild/BUILD/kernel-4.14.fc26/linux-4.14.14-200.spi_gpio.fc26.x86_64'



<root localhost>.../spi-ch341-usb-master>make install
Module spi-ch341-usb is installed ... uninstall it first
make[1]: Entering directory '/home/kaza/install_sources/spi-ch341-usb-master'
dkms remove -m spi-ch341-usb -v 1.0.0 --all

------------------------------
Deleting module version: 1.0.0
completely from the DKMS tree.
------------------------------
Done.
rm -rf /usr/src/spi-ch341-usb-1.0.0
make[1]: Leaving directory '/home/kaza/install_sources/spi-ch341-usb-master'

Creating symlink /var/lib/dkms/spi-ch341-usb/1.0.0/source ->
                 /usr/src/spi-ch341-usb-1.0.0

DKMS: add completed.

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area...
make -j4 KERNELRELEASE=4.14.14-200.spi_gpio.fc26.x86_64 -C /lib/modules/4.14.14-200.spi_gpio.fc26.x86_64/build SUBDIRS=/var/lib/dkms/spi-ch341-usb/1.0.0/build modules...
cleaning build area...

DKMS: build completed.

spi-ch341-usb.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/4.14.14-200.spi_gpio.fc26.x86_64/extra/
Adding any weak-modules

depmod.....

DKMS: install completed.
 
Old 02-11-2018, 01:39 PM   #6
kaza
Member
 
Registered: Apr 2010
Distribution: FC17
Posts: 343

Original Poster
Rep: Reputation: 2
It seems all that effort of recopiling the kernel had been wasted: when I inserted the
USB to SPI bridge, got the same "dmesg" output as before:

Code:
[ 6495.835586] usb 5-2: new full-speed USB device number 2 using ohci-pci
[ 6495.992624] usb 5-2: New USB device found, idVendor=1a86, idProduct=5512
[ 6495.992627] usb 5-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 6496.018607] spi_ch341_usb: loading out-of-tree module taints kernel.
[ 6496.018668] spi_ch341_usb: module verification failed: signature and/or required key missing - tainting kernel
[ 6496.019009] spi-ch341-usb 5-2:1.0: ch341_cfg_probe: output cs0 SPI slave with cs=0
[ 6496.019011] spi-ch341-usb 5-2:1.0: ch341_cfg_probe: output cs1 SPI slave with cs=1
[ 6496.019012] spi-ch341-usb 5-2:1.0: ch341_cfg_probe: output cs2 SPI slave with cs=2
[ 6496.019016] spi-ch341-usb 5-2:1.0: ch341_spi_probe: SPI master connected to SPI bus 0
[ 6496.019429] spi-ch341-usb 5-2:1.0: ch341_spi_probe: SPI device /dev/spidev0.0 created
[ 6496.020425] spi-ch341-usb 5-2:1.0: ch341_spi_probe: SPI device /dev/spidev0.1 created
[ 6496.021649] spi-ch341-usb 5-2:1.0: ch341_spi_probe: SPI device /dev/spidev0.2 created
[ 6496.023619] spi-ch341-usb 5-2:1.0: ch341_usb_probe: connected
[ 6496.023664] usbcore: registered new interface driver spi-ch341-usb
but this time I expected the 3 devices

/dev/spidev0.0
/dev/spidev0.1
/dev/spidev0.2

to be visible because I remember configuring "SPIDEV" when running "make xconfig"
but suddenly, when I checked the

/home/kaza/rpmbuild/BUILD/kernel-4.14.fc26/linux-4.14.14-200.spi_gpio.fc26.x86_64/.config

I saw there the same old commented configurarion:

[/code]
# CONFIG_SPI_SPIDEV is not set

[/code]

And that's strange, I remember doing "diff" between the ".config" after running
"make xconfig" and the configs/kernel-4.14.14-x86_64.config

and I'm quite sure I saw changes consistent with what I configured.

What have I missed?

If I'll repeat the whole process of recompiling and installing the kernel, should I
only change the "buildid" to yet another value or I should delete some files/directories
before the recompile/install?

TIA,
kaza.
 
Old 02-12-2018, 12:09 PM   #7
AwesomeMachine
LQ Guru
 
Registered: Jan 2005
Location: USA and Italy
Distribution: Debian testing/sid; OpenSuSE; Fedora; Mint
Posts: 5,524

Rep: Reputation: 1015Reputation: 1015Reputation: 1015Reputation: 1015Reputation: 1015Reputation: 1015Reputation: 1015Reputation: 1015
Why did you make a diff?
 
Old 02-13-2018, 01:04 PM   #8
kaza
Member
 
Registered: Apr 2010
Distribution: FC17
Posts: 343

Original Poster
Rep: Reputation: 2
Before running "make xconfig" I compared the file

~/rpmbuild/BUILD/kernel-4.14.fc26/linux-4.14.14-200.fc26.x86_64/.config

with the files in directory

~/rpmbuild/BUILD/kernel-4.14.fc26/linux-4.14.14-200.fc26.x86_64/configs

and saw that (unsurprisingly) the file kernel-4.14.14-x86_64.config

is identical (or almost identical).
So, after running "make xconfig" (and saving what I changed)
I performed a "diff" to check that the differences are what I
configured and indeed, that's what I saw.

But after the process of completing the compilation and installation
of the kernel I still can't get the 3 SPI devices

/dev/spidev0.0
/dev/spidev0.1
/dev/spidev0.2

to exist after insering into the USB connector the "USB to SPI ch341A bridge".
From reading I understand (correct me if I'm wrong) that it's a sign the
device driver "spidev" isn't activated (or not compiled into the kernel at all?).

I attempted some searching:

Code:
<localhost.localdomain>.../kaza>lsmod | grep spi
scsi_transport_spi     40960  1 aic79xx

<root localhost>.../temp>modprobe spidev
modprobe: FATAL: Module spidev not found in directory /lib/modules/4.14.14-200.spi_gpio.fc26.x86_64


<root localhost>.../4.14.14-200.spi_gpio.fc26.x86_64>pwd
/usr/lib/modules/4.14.14-200.spi_gpio.fc26.x86_64

<root localhost>.../4.14.14-200.spi_gpio.fc26.x86_64>grep spi modules.builtin
kernel/drivers/base/regmap/regmap-spi.ko

from reading about spidev problems I saw in some post (totally other system and kernel) that the result of "grep spi modules.builtin"
should be similar to:

Code:
/lib/modules/4.1.13-v7+ $ grep spi modules.builtin
kernel/drivers/spi/spidev.ko
So, if "grep spi modules.builtin" doesn't find the "spidev.ko", does it means the "spidev"
somehow wasn't compiled into the kernel despite me enabling it when running "make xconfig"?

The sequence of commands I used to remove the previously re-compiled kernel and to compile and install
it again:

First, boot into the standard kernel 4.14.14-200.fc26.x86_64
so that kernel 4.14.14-200.spi_gpio.fc26.x86_64
will not be used.

Code:
as root: dnf remove remove kernel-4.14.14-200.spi_gpio.fc26.x86_64 kernel-core-4.14.14-200.spi_gpio.fc26.x86_64 kernel-modules-4.14.14-200.spi_gpio.fc26.x86_64

cd
/bin/rm -fr rpmbuild
rpmdev-setuptree
cd rpmbuild
koji download-build --arch=src kernel-4.14.14-200.fc26.x86_64
rpm -Uvh kernel-4.14.14-200.fc26.src.rpm
cd SPECS
rpmbuild -bp --target=`uname -m` kernel.spec
cd ../BUILD/kernel-4.14.fc26/linux-4.14.14-200.fc26.x86_64
make xconfig	<=== Set SPI, SPIDEV, generic GPIO.

Add a new line to the top of the config file that contains the hardware platform the kernel is built for (the output of uname -i). The line is preceded by a # sign:

# x86_64

cp .config ~/rpmbuild/SOURCES/config-`uname -m`-generic
cd ~/rpmbuild/SPECS
nedit kernel.spec &	<=== Changed buildid to ".spi_gpio": %define buildid .spi_gpio
rpmbuild -bb --with firmware --target=`uname -m` kernel.spec	<=== 4 hours!
cd /home/kaza/rpmbuild/RPMS/x86_64
sudo dnf install kernel-4.14.14-200.spi_gpio.fc26.x86_64.rpm kernel-core-4.14.14-200.spi_gpio.fc26.x86_64.rpm kernel-modules-4.14.14-200.spi_gpio.fc26.x86_64.rpm

su -c 'rpm -ivh --force /home/kaza/rpmbuild/RPMS/x86_64/kernel-4.14.14-200.spi_gpio.fc26.x86_64.rpm'

After installation, to allow "make", "make install" of the ch341 driver (if link not exist already):

su -
cd /usr/src/kernels
ln -s /home/kaza/rpmbuild/BUILD/kernel-4.14.fc26/linux-4.14.14-200.spi_gpio.fc26.x86_64 4.14.14-200.spi_gpio.fc26.x86_64
What am I doing wrong?

TIA for any help,
kaza.
 
Old 02-14-2018, 10:11 AM   #9
kaza
Member
 
Registered: Apr 2010
Distribution: FC17
Posts: 343

Original Poster
Rep: Reputation: 2
OK, I'm gradually understand that problem a little more.

When I looked into the kernel configuration file from the /boot
directory "config-4.14.14-200.spi_gpio.fc26.x86_64&"
I saw that none of the configuration changes I made by

make xconfig

is there, in fact that configuration file is identical
(except kernel name string inside) to the file

~/rpmbuild/BUILD/kernel-4.14.fc26/linux-4.14.14-200.spi_gpio.fc26.x86_64/configs/kernel-4.14.14-x86_64.config

So now I see that the kernel compilation instructions I've red at:

https://fedoraproject.org/wiki/Building_a_custom_kernel/Source_RPM

missed something which caused the original configuration to be used instead
of the one I changed. The instructions there from configuring to compiling are:

Code:
     For a graphical UI, instead run:

    make xconfig

Add a new line to the top of the config file that contains the hardware platform the kernel is built for (the output of uname -i). The line is preceded by a # sign. For example, an x86_64 machine would have the following line added to the top of the config file:

# x86_64

Copy the config file to ~/rpmbuild/SOURCES/:

cp .config ~/rpmbuild/SOURCES/config-`uname -m`-generic


Prepare Build Files

This step makes the necessary changes to the kernel.spec file. This step is required for building a custom kernel.

1. Change to the ~/rpmbuild/SPECS directory:

$ cd ~/rpmbuild/SPECS

2. Open the kernel.spec file for editing.
3. Give the kernel a unique name. This is important to ensure the custom kernel is not confused with any released kernel. Add a unique string to the kernel name by changing the 'buildid' line. Optionally, change ".local" to your initials, a bug number, the date or any other unique string.

Change this line: # define buildid .local

To this (note the extra space is removed in addition to the pound sign): %define buildid .<custom_text>

4. If you generated a patch, add the patch to the kernel.spec file, preferably at the end of all the existing patches and clearly commented.

# cputime accounting is broken, revert to 2.6.22 version
Patch2220: linux-2.6-cputime-fix-accounting.patch

Patch9999: linux-2.6-samfw-test.patch

Build the New Kernel

This step actually generates the kernel RPM files. This step is required for building a custom kernel.

Use the rpmbuild utility to build the new kernel:

    Ensure /usr/sbin is in your path (to pull in /usr/sbin/modinfo):

$ export PATH=/usr/sbin:$PATH

    To build all kernel flavors:

$ rpmbuild -bb --target=`uname -m` kernel.spec
When I opened the kernel.spec file I didn't find there any "generic" string and when searching for many
appearances of "config" it looks like the used configuration is one of the files from the "configs"
directory and it looks like the `uname -m` version of the config is used.

So it looks like I need to copy the newly changed (with "make xconfig") configuration
file to the "~/rpmbuild/SOURCES" directory but with some other name than

config-`uname -m`-generic

After some searching I found at "https://bugzilla.redhat.com/show_bug.cgi?id=757135"

two copies were mentioned:

Code:
$ cp .config ~/rpmbuild/SOURCES/config-`uname -m`
$ cp .config ~/rpmbuild/SOURCES/config-`uname -m`-generic
or I just should write only the changed configurations into

~/rpmbuild/SOURCES/config-local

?

I'll start reading the "kernel.spec" again in hope to figure out
what configuration file name it expects, if meanwhile someone
can give me that name it'll save me time (and mistakes
from reading a file without knowing what processes it and how).

TIA,
kaza.
 
Old 02-16-2018, 10:33 PM   #10
kaza
Member
 
Registered: Apr 2010
Distribution: FC17
Posts: 343

Original Poster
Rep: Reputation: 2
Well, I'm at loss now:

I tried (after "make xconfig") to copy the created .config file with various names
in the "~/rpmbuild/SOURCES" directory:

Code:
cp .config ~/rpmbuild/SOURCES/config-`uname -m`
and after noticing that the names of the configuration files in the "configs directory
are of slightly different structure (start with "kernel"):

Code:
cp .config ~/rpmbuild/SOURCES/kernel-4.14.14-x86_64.config
I still get (after "rpmbuild -bb ...") a kernel with the same original
configuration with my changes ignored. Interestingly, at one point I forgot to add
to the first line of ".config" chaged with "make xconfig" the string

# x86_64

and the "rpmbuild -bb ..." failed. After I added the "# x86_64" line it passed.
So, on one hand, if a mistake in the ".config" created by the "make config" causes
an error that means this file is parsed. But on the other hand, the configuration
changes I made there are ignored.

I think I'll continue in a new thread here as the subject of the current one
no longer describes the problem.

Thanks for the help so far,
kaza.
 
Old 02-17-2018, 02:41 PM   #11
kaza
Member
 
Registered: Apr 2010
Distribution: FC17
Posts: 343

Original Poster
Rep: Reputation: 2
I finally solved it, it was a matter of chosing the correct destination name
when copying ".config" created with "make xconfig".

The command should be:

Code:
cp .config ~/rpmbuild/SOURCES/kernel-`uname -m`.config

Thanks to everyone for the help!
kaza.
 
  


Reply



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
The kernel source directory i missing uffe2 Linux - Wireless Networking 2 01-20-2008 06:27 PM
Making rpms from already compiled source directory utahnix Linux - Software 10 08-15-2007 01:28 AM
Kernel recompile using rpms (FC4) McBrain Fedora 3 06-24-2005 04:58 AM
Devices missing after kernel recompile?!?!? wnaLinux Slackware 14 12-25-2004 06:38 PM
Kernel Recompile missing library modules Bear Linux - Software 4 03-26-2002 05:28 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Software > Linux - Kernel

All times are GMT -5. The time now is 02:40 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