linux-kernel - Re: [PATCH] frv: fix fallout from "remove sched.h from mm.h" patch

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 29 Jun 2007 11:34:51 -0400 (EDT)
From:	"Robert P. J. Day" <rpjday@...dspring.com>
To:	Alexey Dobriyan <adobriyan@...ru>
cc:	Andrew Morton <akpm@...ux-foundation.org>, dhowells@...hat.com,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] frv: fix fallout from "remove sched.h from mm.h" patch

On Fri, 29 Jun 2007, Alexey Dobriyan wrote:

> On Fri, Jun 29, 2007 at 09:10:52AM -0400, Robert P. J. Day wrote:

> >   i actually asked about this on either the janitors or newbies
> > list the other day -- one of the early examples from the LDD3
> > device drivers book which built fine all this time suddenly
> > stopped building, until i explicitly included <linux/sched.h> to
> > be able to dereference a pointer to "task_struct":
> >
> > /home/rpjday/AMD/k/topics/0_hi/hi1.c:15: error: dereferencing pointer to incomplete type
> > /home/rpjday/AMD/k/topics/0_hi/hi1.c:16: error: dereferencing pointer to incomplete type
> >
> >   clearly, until now, that header file was being picked up
> > *somewhere*,
>
> from include/linux/mm.h , yes
>
> > but not now.
>
> dammit!
>
> > so i'm guessing there's going to be code all over the place that
> > suddenly needs to add that inclusion of sched.h.
>
> this is the last known to me bit of compile breakage that was caused by
> commit e8edc6e03a5c8562dc70a6d969f732bdb355a7e7 aka
> "[PATCH] Detach sched.h from mm.h"
>
> And after you'll check diffstat and build current kernel for
> different archs yourself, I hope you'll take that "all over the
> place" back.

i didn't mean code *in the kernel* necessarily, merely code
representing out-of-tree loadable drivers that will now need to
include sched.h that didn't need it before.  such as that very example
out of LDD3.

sorry that i wasn't more clear about that.

rday
-- 
========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA

http://fsdev.net/wiki/index.php?title=Main_Page
========================================================================
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/