[patch] suspend problems

[Cristian KLEIN <cristi_(_at_)_net_(_dot_)_utcluj_(_dot_)_ro>]

Hi everybody,

I have buildworld/kernel yesterday. When I try to suspend using the ACPI 
sleep button, the following errors occur.

After several suspend / resume cycles, the system repeatedly prints this 
error message:

fwohci0: device physically ejected?

On my system fwohci seems to use poll (tested using a printf), so the 
message is printed so often that the system becomes unusable. My 
solution rate-limits this message, however I don't think that the 
firewire device is resumed correctly.

--- cut here ---
diff -ur sys.orig/dev/firewire/fwohci.c sys/dev/firewire/fwohci.c
--- sys.orig/dev/firewire/fwohci.c	2007-06-08 12:04:30.000000000 +0300
+++ sys/dev/firewire/fwohci.c	2007-07-11 17:31:10.898954755 +0300
@@ -2064,8 +2064,13 @@

 	stat = OREAD(sc, FWOHCI_INTSTAT);
 	if (stat == 0xffffffff) {
-		device_printf(sc->fc.dev,
-			"device physically ejected?\n");
+		/* Rate limit this message */
+		static int verbose = 10;
+		if (verbose != 0) {
+			device_printf(sc->fc.dev,
+				"device physically ejected?\n");
+			verbose--;
+		}
 		return (FILTER_STRAY);
 	}
 	if (stat)
--- and here ---

After solving this problem, during resume, the kernel panics with 
something like "recursing on non-recursive mutex ". The problem seems to 
be in ACPI vendor code, which assumes that the OS supplied lock 
functions allow recursion. The following patch modifies the OS layer to 
match ACPI vendor code's assumption:

--- cut here ---
diff -ur sys.orig/dev/acpica/Osd/OsdSynch.c sys/dev/acpica/Osd/OsdSynch.c
--- sys.orig/dev/acpica/Osd/OsdSynch.c	2007-03-27 02:04:02.000000000 +0300
+++ sys/dev/acpica/Osd/OsdSynch.c	2007-07-11 17:29:47.497655148 +0300
@@ -346,7 +346,7 @@
 	snprintf(h->name, sizeof(h->name), "acpi subsystem HW lock");
     else
 	snprintf(h->name, sizeof(h->name), "acpi subsys %p", OutHandle);
-    mtx_init(&h->lock, h->name, NULL, MTX_DEF);
+    mtx_init(&h->lock, h->name, NULL, MTX_DEF | MTX_RECURSE);
     *OutHandle = (ACPI_SPINLOCK)h;
     return (AE_OK);
 }
--- and here ---

E.g.
* AcpiEvGpeDetect() calls AcpiOsAcquireLock(AcpiGbl_GpeLock) in 
contrib/dev/acpica/evgpe.c:511, then calls AcpiEvGpeDispatch()
* AcpiEvGpeDispatch() calls AcpiHwDisableAllGpes() in evgpe.c:762
* AcpiHwDisableAllGpes() calls AcpiEvWalkGpeList in hwgpe.c:487
* AcpiEvWalkGpeList() calls AcpiOsAcquireLock(AcpiGbl_GpeLock) aaagain 
in evgpeblk.c:237

Thanks.
_______________________________________________
freebsd-current_(_at_)_freebsd_(_dot_)_org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe_(_at_)_freebsd_(_dot_)_org"