linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Two question about kernel global function declaration and directory layout
@ 2012-09-03 15:32 daley
  2012-09-04  0:59 ` Ryan Mallon
  0 siblings, 1 reply; 2+ messages in thread
From: daley @ 2012-09-03 15:32 UTC (permalink / raw)
  To: linux-kernel

hi, everyone, I'm a big fan of the kernel, I was always being attracted 
by its clean and intelligent design. I'm new to the mailing list and 
this is my first post. I want to ask two basic question about kernel 
which bother me a lot, I've googled a lot but nobody could give a 
suitable answer .

The first one is about global function declaration, I was confused about 
the usage of keyword "extern" before a global function which declared in 
the header file. for example,

<include/linux/kernel.h>
extern long (*panic_blink)(int state);
__printf(1, 2)
void panic(const char *fmt, ...)
         __noreturn __cold;
extern void oops_enter(void);
extern void oops_exit(void);
void print_oops_end_marker(void);
extern int oops_may_print(void);
void do_exit(long error_code)
         __noreturn;
void complete_and_exit(struct completion *, long)
         __noreturn;

the same thing also appeared on other header files a lot. To my 
knowledge, there's no difference between whether has the "extern" before 
global function, is this due to the legacy problem or have other meaning?

The second question is why not move the *sound* directory into the 
*drivers* directory or put bigger subsystem out of drivers, since there 
are more bigger subsystems(e.g. media, scsi) than sound?

Can anybody help?
Thanks.

-- 
daleydeng
Beijing, China


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

end of thread, other threads:[~2012-09-04  0:59 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-09-03 15:32 Two question about kernel global function declaration and directory layout daley
2012-09-04  0:59 ` Ryan Mallon

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).