Bug 1041403 - EXPORT_SYMBOL incorrectly dropped from drivers/acpi/osl.c in 3.13 kernels
Summary: EXPORT_SYMBOL incorrectly dropped from drivers/acpi/osl.c in 3.13 kernels
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-12 15:57 UTC by stan
Modified: 2013-12-12 22:20 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-12-12 20:44:09 UTC
Type: Bug


Attachments (Terms of Use)
patch to drivers/acpi/osl.c to put back export of acpi_os_wait_events_complete (428 bytes, patch)
2013-12-12 15:57 UTC, stan
no flags Details | Diff

Description stan 2013-12-12 15:57:53 UTC
Created attachment 835882 [details]
patch to drivers/acpi/osl.c to put back export of acpi_os_wait_events_complete

Description of problem:
When I try to run a 3.13 series kernel compiled on my F20, it runs fine at the console, but when I try to start X using the nvidia proprietary drivers, it fails to load because the symbol acpi_os_wait_events_complete is unavailable.  It turns out that the export of this symbol was dropped between the 3.12 and 3.13 kernels.  I think it was by mistake, when the hotplug symbol was removed.


Version-Release number of selected component (if applicable):
3.13.0-0.rc3.git1.2

How reproducible:
Every time

Steps to Reproduce:
1.  Custom compile kernel on F20
2.  Try to load X from multi user
3.  X fails

Actual results:
Dec 11 11:54:10 localhost kernel: [   18.302776] nvidia: Unknown symbol acpi_os_wait_events_complete (err 0)

Expected results:
X loads and runs

Additional info:
I patched the osl.c source to put back the EXPORT_SYMBOL, and the resulting kernel runs fine in F20.  I'm running it as I type.
I have attached the patch:

I'm running the nvidia proprietary driver because the nouveau driver crashes regularly on my hardware.  That hardware is old, nv4x, so the bug is unlikely to be fixed, since development is all on newer hardware.  This started between 3.7 and 3.8.  For my needs, a rock stable 2D driver, nouveau was preferable because of its seamless switch to console.  Too bad.

Comment 1 stan 2013-12-12 16:15:25 UTC
In case it matters, I'm running
Name        : glibc
Version     : 2.18.90
Release     : 15.fc20
Architecture: x86_64

Comment 2 Josh Boyer 2013-12-12 20:44:09 UTC
We don't support proprietary drivers and the removal of the symbol isn't something Fedora did.  It was changed upstream.  Please email the authors of the relevant change and the linux kernel mailing list if you feel this was in error.

Comment 3 stan 2013-12-12 22:20:40 UTC
Thanks for the fast response.


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