Bug 18931 – Kernel 2.2.16 included, but headers for 2.4.0

Bug 18931 - Kernel 2.2.16 included, but headers for 2.4.0

Summary:	Kernel 2.2.16 included, but headers for 2.4.0

Status:	CLOSED NOTABUG

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	installer (Show other bugs)
Sub Component:
Version:	7.0
Hardware:	i386 Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Michael Fulbright
QA Contact:	Brock Organ
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2000-10-12 01:10 EDT by John William
Modified:	2007-04-18 12:29 EDT (History)
CC List:	1 user (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2000-10-12 01:10:50 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description John William 2000-10-12 01:10:44 EDT

The standard install uses kernel 2.2.16, but kernel headers for 2.4.0. 
This makes it difficult (impossible?) to compile some modules since you're 
compiling for a 2.2.x kernel, but the distro includes 2.4.0 kernel header 
files.

One example is the differences between then 2.2.x and 2.4.0 version 
of /usr/include/linux/netdevice.h. The distro version of this file will 
not compile many network drivers because of changes to the net_device 
structure.

I suggest the proper fix is to provide a 2.2.x version of kernel-headers 
with the 2.2.x kernel.

Comment 1 Alan Cox 2000-10-14 14:04:00 EDT

The current setup is correct. - /usr/include/linux and /usr/include/asm are
supposed to match the C libraries and have been meant to for all glibc users.
Glibc 2.2 needs 2.4 kernel headers for the features it uses and exposes to
applications.

Kernel modules should use the headers with the kernel but cannot rely on those
being in /usr/include/linux.

Note You need to log in before you can comment on or make changes to this bug.