Bug 185311 – xfrm_get_type() not exported in FC4 kernels

Bug 185311 - xfrm_get_type() not exported in FC4 kernels

Summary:	xfrm_get_type() not exported in FC4 kernels

Status:	CLOSED UPSTREAM

Aliases:	None

Product:	Fedora
Classification:	Fedora
Component:	kernel (Show other bugs)
Sub Component:
Version:	4
Hardware:	All Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Dave Jones
QA Contact:	Brian Brock
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2006-03-13 11:59 EST by Stephen Sanders
Modified:	2015-01-04 17:25 EST (History)
CC List:	2 users (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2006-03-13 16:06:00 EST
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 Stephen Sanders 2006-03-13 11:59:52 EST

Description of problem:

xfrm_get_type() is not exported in FC4.  In releases prior to FC4 it was. 
Whether this is the case with FC5 is unknown.

Checking the file net/xfrm/xfrm_policy.c on line 120 one should see that the
function does not end with EXPORT() as does many other functions in the file.

Our organization is using a driver that depends on this function being exported.

Version-Release number of selected component (if applicable):
2.6.15-1.1833

How reproducible:
Compile and link any driver that references xfrm_get_type().

Steps to Reproduce:

  
Actual results:
Compilation fails during link complaining of xfrm_get_type() not found.

Expected results:
Driver should link.

Additional info:

Comment 1 Dave Jones 2006-03-13 16:06:00 EST

readding a removed export is something that has to be done upstream.
Otherwise we end up in a situation with dozens of projects asking for certain
symbols added back, resulting in modules that only work against one specific
distro kernel, which is a bad thing.

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