Bug 447694

Summary: Wine triggers kernel hard-lock
Product: [Fedora] Fedora Reporter: Paul Bredbury <brebs>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 9CC: nhorman
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
URL: http://www.fedoraforum.org/forum/showthread.php?t=189264
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-05-21 14:47:09 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Paul Bredbury 2008-05-21 07:38:29 UTC
Hi, the kernel (2.6.25.3-18.fc9.x86_64) is hard-locking, which does not occur in
vanilla 2.6.25.4 - this is triggered by Wine.

My kernel is tainted with nvidia 173.08 module.

Fixed by:

$ diff -u kernel.spec kernel.spec-brebs 
--- kernel.spec	2008-05-13 09:17:39.000000000 +0100
+++ kernel.spec-brebs	2008-05-21 08:34:48.000000000 +0100
@@ -31,7 +31,7 @@
 ## If this is a released kernel ##
 %if 0%{?released_kernel}
 # Do we have a 2.6.21.y update to apply?
-%define stable_update 3
+%define stable_update 4
 # Set rpm version accordingly
 %if 0%{?stable_update}
 %define stablerev .%{stable_update}
@@ -107,7 +107,8 @@
 
 # Want to build a vanilla kernel build without any non-upstream patches?
 # (well, almost none, we need nonintconfig for build purposes). Default to 0 (off).
-%define with_vanilla %{?_with_vanilla: 1} %{?!_with_vanilla: 0}
+#%define with_vanilla %{?_with_vanilla: 1} %{?!_with_vanilla: 0}
+%define with_vanilla 1
 
 # pkg_release is what we'll fill in for the rpm Release: field
 %if 0%{?released_kernel}

Comment 1 Dave Jones 2008-05-21 14:47:09 UTC
we can't debug situations where the nvidia module has been loaded due to the
absence of source.

Comment 2 Chuck Ebbert 2008-05-27 20:58:39 UTC
(In reply to comment #0)
> Fixed by:
> 
> --- kernel.spec	2008-05-13 09:17:39.000000000 +0100
> +++ kernel.spec-brebs	2008-05-21 08:34:48.000000000 +0100
> @@ -31,7 +31,7 @@
>  ## If this is a released kernel ##
>  %if 0%{?released_kernel}
>  # Do we have a 2.6.21.y update to apply?
> -%define stable_update 3
> +%define stable_update 4
>  # Set rpm version accordingly
>  %if 0%{?stable_update}
>  %define stablerev .%{stable_update}
> @@ -107,7 +107,8 @@
>  
>  # Want to build a vanilla kernel build without any non-upstream patches?
>  # (well, almost none, we need nonintconfig for build purposes). Default to 0
(off).
> -%define with_vanilla %{?_with_vanilla: 1} %{?!_with_vanilla: 0}
> +#%define with_vanilla %{?_with_vanilla: 1} %{?!_with_vanilla: 0}
> +%define with_vanilla 1
>  
>  # pkg_release is what we'll fill in for the rpm Release: field
>  %if 0%{?released_kernel}

Uh, you can just add "--with vanilla" to the rpmbuild command instead of
patching the spec.

And did you load the nvidia module in your vanilla kernel when you tested?



Comment 3 Paul Bredbury 2008-05-28 08:01:07 UTC
Yes.

I just re-ran ies4linux, and the hard lock still occurs after a minute or two with:

$ uname -a
Linux brebslinux 2.6.25.4-30.fc9.x86_64 #1 SMP Wed May 21 17:34:18 EDT 2008
x86_64 x86_64 x86_64 GNU/Linux

I'll try http://koji.fedoraproject.org/koji/buildinfo?buildID=50712 when it is
available.

Comment 4 Paul Bredbury 2008-05-28 10:07:30 UTC
Hooray, fixed with:

$ uname -a
Linux brebslinux 2.6.25.4-38.fc9.x86_64 #1 SMP Wed May 28 01:43:41 EDT 2008
x86_64 x86_64 x86_64 GNU/Linux