linux.git/arch/powerpc/kernel/sys_ppc32.c, branch v2.6.17

[PATCH] consolidate sys32/compat_adjtimex

2006-03-26T16:56:57+00:00

Create compat_sys_adjtimex and use it an all appropriate places.

Signed-off-by: Stephen Rothwell 
Cc: Arnd Bergmann 
Acked-by: Paul Mackerras 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] create struct compat_timex and use it everywhere

2006-03-26T16:56:57+00:00

We had a copy of the compatibility version of struct timex in each 64 bit
architecture.  This patch just creates a global one and replaces all the
usages of the old ones.

Signed-off-by: Stephen Rothwell 
Cc: Arnd Bergmann 
Acked-by: Kyle McMartin 
Acked-by: Tony Luck 
Acked-by: Paul Mackerras 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

powerpc: Keep xtime and gettimeofday in sync

2006-02-19T23:38:56+00:00

This fixes a regression which was introduced by moving ppc32 to use
the same sort of lockless gettimeofday as ppc64 has been using for
some time.  This involves getting the timebase and performing some
simple arithmetic to convert it to seconds and microseconds.  However,
the factor and offset used there weren't being updated when NTP
varied the tick length using adjtimex.  64-bit didn't notice the
problem because it had a hook in the 32-bit adjtimex compat routine
that attempted to work out what the generic timekeeping code would
do and alter the factor and offset to match.  However, that code
was very complex and it wasn't clear that it still matched what the
generic code would do.

Now we use the generic current_tick_length() routine that was recently
added to check that the current tick will be as long as we expect; if
not we recompute the factor and offset.  This keeps gettimeofday and
xtime in sync.  In addition we check that gettimeofday hasn't got ahead
of xtime on each timer interrupt; if it has, we resync.

Signed-off-by: Paul Mackerras

Merge git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc-merge

2006-01-10T16:28:32+00:00

[PATCH] common compat_sys_timer_create

2006-01-10T16:01:32+00:00

The comment in compat.c is wrong, every architecture provides a
get_compat_sigevent() for the IPC compat code already.

This basically moves the x86_64 version to common code and removes all the
others.

Signed-off-by: Christoph Hellwig 
Acked-by: Paul Mackerras 
Cc: Arnd Bergmann 
Cc: Benjamin Herrenschmidt 
Cc: Martin Schwidefsky 
Cc: "David S. Miller" 
Acked-by: Andi Kleen 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] powerpc: remove compat_sys_pciconfig_*

2006-01-10T05:25:30+00:00

Matthew Wilcox wondered why we need these functions.  We don't.
Remove them and just use the "normal" versions.

Signed-off-by: Stephen Rothwell 
Signed-off-by: Paul Mackerras

[PATCH] powerpc: merge code values for identifying platforms

2005-11-10T02:37:51+00:00

This patch merges platform codes.  systemcfg->platform is no longer used,
systemcfg use in general is deprecated as much as possible (and renamed
_systemcfg before it gets completely moved elsewhere in a future patch),
_machine is now used on ppc64 along as ppc32.  Platform codes aren't gone
yet but we are getting a step closer. A bunch of asm code in head[_64].S
is also turned into C code.

Signed-off-by: Benjamin Herrenschmidt 
Signed-off-by: Paul Mackerras

Merge rsync://oak/kernels/iseries/work/

2005-10-18T04:53:41+00:00

powerpc: change sys32_ to compat_sys_

2005-10-18T04:51:57+00:00

This allows us to get rid of one type of entry in systbl.S.

In passing we remove the duplicate compat_sys_getdents and
compat_sys_utimes for which there are generic versions.

Signed-off-by: Stephen Rothwell

powerpc: Fix various compile errors with ARCH=ppc, ppc64 and powerpc

2005-10-18T04:19:41+00:00

This makes ppc use the syscalls.c from arch/powerpc/kernel, exports
copy_and_flush from head_32.S for use by prom_init.c (ARCH=powerpc),
and consolidates the sys_fadvise64_64 implementations for 32-bit.

Signed-off-by: Paul Mackerras