You mean to put "#include <linux/sched.h>" into include/linux/delay.h?
Otherwise this will not help very much on Alpha when I run into
the problem; or other architectures. :-) Works for me and indeed
it may be a better place.
> Otherwise you
> wind up solving the same problem over and over again in each similar
> driver.
'quirks.c' was the only trouble spot which tripped compilation
after changes to it. So I kept my patch local.
> I --just-- went through on Alpha, and included linux/sched.h in
> include/asm-alpha/delay.h. Not an hour ago :)
This was probably this hour when I was looking for that error. :-)
> Then Andrea suggested to
> simply un-inline udelay, which solved the compile problem in an even
> better way. (we cannot un-inline udelay on x86 I think)
How about other architectures? Each will need an individual treatment?
> > --- 2.4.5-ac11/include/linux/binfmts.h Mon Jun 4 14:19:00 2001
> > +++ linux/include/linux/binfmts.h Mon Jun 4 20:24:50 2001
> > @@ -32,6 +32,9 @@ struct linux_binprm{
> > unsigned long loader, exec;
> > };
> >
> > +/* Forward declaration */
> > +struct mm_struct;
> > +
>
> I added this one to the MDK kernel compile. I think it is an 'ac'
> thing, I don't get these warnings on vanilla 2.4.[56]-pre.
Indeed it is. All three actually are (as I wrote). The last one,
if not present, has a very unpleasant effect of drowning compilation
warnings in a flood as wailing happens in a header which is included
mostly everywhere. It is very easy then to miss something where one
should pay a closer attention.
I suggested earlier some other patch for that but Alan apparently
did not like that one. Quite possibly he was right.
Michal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/