lkml.org 
[lkml]   [2004]   [Sep]   [16]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateThu, 16 Sep 2004 10:23:08 +0200 (MEST)
FromGeert Uytterhoeven <>
SubjectRe: `new' syscalls for m68k
On Fri, 10 Sep 2004, Geert Uytterhoeven wrote:
> I'm updating the syscall table for m68k...
>
> Below is a patch that adds all syscalls that m68k is currently lacking
> (compared to ia32). However, I'm wondering whether we need all of them:
>   - Are sys_sched_[gs]etaffinity() needed for non-SMP?
>   - I disabled [sg]et_thread_area() since sys_[gs]et_thread_area() are
>     missing. Do we have to implement them, or should we use some other
>     method for Thread Local Storage?
>   - What about sys_vserver()?
>   - What about sys_kexec_load()?
>   - Any others we can/should drop?

My conclusion (so far). I will:
  - drop sys_sched_[gs]etaffinity() (no SMP on m68k), and sys_kexec_load()
  - reserve an entry for sys_vserver()
  - add waitid() (2.6.9-rc2)
  - rename p{read,write}64() to p{read,write} (cfr. m68knommu in 2.6.8.1-uc0)
Which leaves us with [sg]et_thread_area(): what do the glibc hackers have in
mind for TLS on m68k?

Thanks!

Gr{oetje,eeting}s,
						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:06    [from the cache]
©2003-2008