[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080721061655.GE24246@parisc-linux.org>
Date: Mon, 21 Jul 2008 00:16:55 -0600
From: Matthew Wilcox <matthew@....cx>
To: Jaswinder Singh <jaswinder@...radead.org>
Cc: Alexey Dobriyan <adobriyan@...il.com>,
LKML <linux-kernel@...r.kernel.org>, Ingo Molnar <mingo@...e.hu>,
kernelnewbies <kernelnewbies@...linux.org>,
David Woodhouse <dwmw2@...radead.org>, rth@...ddle.net,
rmk@....linux.org.uk, hskinnemoen@...el.com, cooloney@...nel.org,
starvik@...s.com, dhowells@...hat.com, ysato@...rs.sourceforge.jp,
tony.luck@...el.com, takata@...ux-m32r.org, geert@...ux-m68k.org,
ralf@...ux-mips.org, schwidefsky@...ibm.com, lethal@...ux-sh.org,
chris@...kel.net
Subject: Re: [PATCH 0/22] Introducing asm/syscalls.h
On Mon, Jul 21, 2008 at 11:37:14AM +0530, Jaswinder Singh wrote:
> ???linux/syscalls.h is Linux syscall interfaces (non-arch-specific)
>
> So asm/syscalls.h is ???Linux syscall interfaces (arch-specific)
That's how you see it.
> And if we add all arch dependent syscalls.h in linux/syscalls then it
> will be very complex and do not look nice, for example sys_fork is keep
> on changing for many architecture.
sys_fork() does seem to be the worst case scenario. I suspect there's
similar ones (clone?). I still think it's worth adding them all to
linux/syscalls.h.
--
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours. We can't possibly take such
a retrograde step."
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists