Hi Dan,
I would like to know better about the janitors list, and what kind of
patches are handled here.
I've found a number of warnings in my building and I'm not sure where to
send patches and
what git tree should I take, since the warnings appear in a wide number of
subsystems.
1.
For instance, in kernel/sched/core.c
static inline struct task_struct *
pick_next_task(struct rq *rq)
{
/* snip */
BUG(); /* the idle class will always have a runnable task */
}
You can see that after BUG there is no return statement, which will produce
a compilation
warning you disable BUG() and it gets defined to nothing.
There are several of these warnings here and there, I guess as a consequence
of BUG() macro.
---
2.
Another one is flat_set_persistent() which is only IMO properly defined in
arch/sh/. The current
definition produces a warning in other architectures if binary flat format
is used.
So, I guess I should send a patch to each arch-specific list, right? using
arch-specific git trees?
I would like to have just one git tree, and not ten :)
Thanks for your time,
Ezequiel.
--
To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Linux Netdev]
[Kernel Newbies]
[Share Photos]
[IDE]
[Security]
[Git]
[Netfilter]
[Bugtraq]
[Photo]
[Yosemite]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Linux ATA RAID]
[Samba]
[Video 4 Linux]
[Device Mapper]
[Linux Resources]
[Free Dating]