Bugzilla – Bug 680
Allow compiling against kernel patched with Software Suspend 2.1.8.7
Last modified: 2005-07-14 11:28:49
You need to log in before you can comment on or make changes to this bug.
the attached patch checks for defenition of PF_SYNCTHREAD not for CONFIG_SOFTWARE_SUSPEND2 which fixes compilation when swsusp2 patches are applied but swsusp2 is not enabled and doesn't depend on the name of the config options thus enabling building with all 2.1.x.x versions of swsusp2
Created an attachment (id=406) [details] compile fix
I agree this is better than current approach. But since PF_SYNCTHREAD is defined in sched.h (not kthread.h), I wonder if it is possible for the PF_SYNCTHREAD patch is merged to mainline or -mm, but the kthread change is not yet. We will fail again in this case. Will use PF_SYNCTHREAD if we cannot find a better one after bug scrub.
(In reply to comment #2) > I agree this is better than current approach. But since PF_SYNCTHREAD is defined > in sched.h (not kthread.h), I wonder if it is possible for the PF_SYNCTHREAD > patch is merged to mainline or -mm, but the kthread change is not yet. We will > fail again in this case. > > Will use PF_SYNCTHREAD if we cannot find a better one after bug scrub. IMHO mainline wont be a problem soon, not sure about -mm, but i think it wont be included in -mm that soon too and i don't see a way to check (in a ifdef way) wether the kthread patch is applied.
Resolution from scrub was to use PF_SYNCTHREAD.
patch applied, thanks!
Verified against 1.0.5.