Em Fri, 22 Jul 2016 15:37:16 -0600 Jonathan Corbet <cor...@lwn.net> escreveu:
> On Fri, 22 Jul 2016 11:46:36 -0300 > Mauro Carvalho Chehab <mche...@s-opensource.com> wrote: > > > The RST cpp:function handler is very pedantic: it doesn't allow any > > macros like __user on it: > > [...] > > So, we have to remove it from the function prototype. > > Sigh, this is the kind of thing where somehow there's always more moles > to whack. Agreed. > I feel like there must be a better fix, Well, we might create a "kernel-c" domain, I guess. I suspect we'll need something like that anyway, in order to handle things like per-subsystem declarations of the syscalls (specially ioctl), but I've no idea how difficult would be to do so. For now, I guess that's the easiest fix. > but I don't know what > it is, so I've applied this, thanks. Thank you! > I'm trying to get my act together so that the pull request can go in > right away once the merge window opens. If there's anything else you > think really needs to be there, please do let me know. I suspect that that's it. There are a few trivial conflicts between my tree and Daniel's one, as we both are adding new books at Documentation/index.rst, but this is something that Stephen already handled, and should be easy for Linus to handle as well. Yet, if you prefer, you could pull from my docs-next branch, but there are also lots of subsystem's patch on that, merged from my master (stable) branch. So, if you pull from it and send to Linus before me, you'll also be sending patches from the media subsystem. Not really an issue, as, if Linus pull from my tree later, he'll get only the few remains that aren't merged at my docs-next branch. Thanks, Mauro -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
