kernelnewbies.kernelnewbies.org archive mirror
 help / color / mirror / Atom feed
* realmode _WAKEUP
@ 2015-01-07 14:12 Alexander Kuleshov
  2015-01-07 16:54 ` Paul Bolle
  0 siblings, 1 reply; 9+ messages in thread
From: Alexander Kuleshov @ 2015-01-07 14:12 UTC (permalink / raw)
  To: kernelnewbies

Hello all,

There is following definition at arch/x86/realmode/rm/Makefile:

KBUILD_CFLAGS    := $(LINUXINCLUDE) $(REALMODE_CFLAGS) -D_SETUP -D_WAKEUP \
           -I$(srctree)/arch/x86/boot

Is it used now? I'm asking because _WAKEUP definition everywhere
undefined in the code.

Thank you.

^ permalink raw reply	[flat|nested] 9+ messages in thread
* realmode _WAKEUP
@ 2015-01-07 19:11 Alexander Kuleshov
  0 siblings, 0 replies; 9+ messages in thread
From: Alexander Kuleshov @ 2015-01-07 19:11 UTC (permalink / raw)
  To: kernelnewbies

Seems that finally i got point of this.

Thank you Paul for the help.
8 ???. 2015 ?. 1:10 ???????????? kuleshovmail at gmail.com ???????:

8 ???. 2015 ?. 0:57 ???????????? "Paul Bolle" <pebolle@tiscali.nl> ???????:
>
> On Wed, 2015-01-07 at 23:59 +0600, Alexander Kuleshov wrote:
> > Yes i saw video-*.c files, but i can't understand how compilation of
> > these video-*.c files depends on _WAKEUP macro...
> >
> > For example if'd remove -D_WAKEUP, i get errors during realmode.elf
linking:
> >
> > arch/x86/realmode/rm/video-vga.o: In function `vga_probe':
> > /home/alex/dev/linux/arch/x86/realmode/rm/../../boot/video-vga.c:259:
> > undefined reference to `boot_params'
> >
> > As you wrote there are many #ifndef/#endif directives, but why there
> > _WAKEUP is undefined everytime, but we pass it from command line with
> > -D_WAKEUP?
>
> Because these file also get compiled via arch/x86/boot/Makefile? Ie, I
> _guess_ _WAKEUP is needed to ensure the compile started from
> arch/x86/realmode/rm/Makefile differs from the compile started from
> arch/x86/boot/Makefile. But [...]/boot/Makefile is sufficiently
> complicated for me to stop me from looking at it too long!
>
> You do realize that the Linux kernel is a treasure trove for people
> wanting to know just how far make, gcc, etc can be pushed, don't you?
>
>
> Paul Bolle
>

That's true
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20150108/4969b3bc/attachment.html 

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2015-01-07 19:11 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-01-07 14:12 realmode _WAKEUP Alexander Kuleshov
2015-01-07 16:54 ` Paul Bolle
2015-01-07 17:13   ` Paul Bolle
2015-01-07 17:59   ` Alexander Kuleshov
2015-01-07 18:02     ` Alexander Kuleshov
2015-01-07 19:02       ` Paul Bolle
2015-01-07 18:57     ` Paul Bolle
2015-01-07 19:11       ` Alexander Kuleshov
  -- strict thread matches above, loose matches on Subject: below --
2015-01-07 19:11 Alexander Kuleshov

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).