All of lore.kernel.org
 help / color / mirror / Atom feed
* TIF_NOTIFY_RESUME on m68k?
@ 2009-11-18 20:02 ` Geert Uytterhoeven
  0 siblings, 0 replies; 6+ messages in thread
From: Geert Uytterhoeven @ 2009-11-18 20:02 UTC (permalink / raw)
  To: linux-m68k; +Cc: uClinux development list, linux-kernel

Has anyone already looked into TIF_NOTIFY_RESUME support for m68k?

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d0420c83f39f79afb82010c2d2cafd150eef651b
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=ee18d64c1f632043a02e6f5ba5e045bb26a5465f

These commits broke CONFIG_KEYS=y on m68k, so technically the missing
support is a regression compared to 2.6.31.

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* TIF_NOTIFY_RESUME on m68k?
@ 2009-11-18 20:02 ` Geert Uytterhoeven
  0 siblings, 0 replies; 6+ messages in thread
From: Geert Uytterhoeven @ 2009-11-18 20:02 UTC (permalink / raw)
  To: linux-m68k; +Cc: uClinux development list, linux-kernel

Has anyone already looked into TIF_NOTIFY_RESUME support for m68k?

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d0420c83f39f79afb82010c2d2cafd150eef651b
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=ee18d64c1f632043a02e6f5ba5e045bb26a5465f

These commits broke CONFIG_KEYS=y on m68k, so technically the missing
support is a regression compared to 2.6.31.

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [uClinux-dev] TIF_NOTIFY_RESUME on m68k?
  2009-11-18 20:02 ` Geert Uytterhoeven
  (?)
@ 2009-11-18 23:25 ` David Howells
  -1 siblings, 0 replies; 6+ messages in thread
From: David Howells @ 2009-11-18 23:25 UTC (permalink / raw)
  To: uClinux development list; +Cc: dhowells, linux-m68k, linux-kernel

Geert Uytterhoeven <geert@linux-m68k.org> wrote:

> These commits broke CONFIG_KEYS=y on m68k, so technically the missing
> support is a regression compared to 2.6.31.

I couldn't work out how to do it.  I mentioned that it needed doing in the
logs in the hope that someone on the arch list would do it for the missing
arches.

David

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: TIF_NOTIFY_RESUME on m68k?
  2009-11-18 20:02 ` Geert Uytterhoeven
  (?)
  (?)
@ 2009-11-19 16:21 ` Mikael Pettersson
  2009-11-19 16:34   ` Andreas Schwab
  2009-11-22  7:05   ` Michael Schmitz
  -1 siblings, 2 replies; 6+ messages in thread
From: Mikael Pettersson @ 2009-11-19 16:21 UTC (permalink / raw)
  To: Geert Uytterhoeven; +Cc: linux-m68k, uClinux development list, linux-kernel

Geert Uytterhoeven writes:
 > Has anyone already looked into TIF_NOTIFY_RESUME support for m68k?

You need to change your entry.S code where it now does single-bit tests
for TIF_SIGPENDING with lsl/jmi do_signal_return, to instead test a 2-bit
(or larger, it that gives better code) flag field for zero/non-zero.
TIF_SIGPENDING and TIF_NOTIFY_RESUME should be alone in that field.
In the non-zero case you should call a new do_notify_resume() written in C,
which will then test TIF_SIGPENDING and TIF_NOTIFY_RESUME just like many
other archs do.

BTW, m68k also lacks TIF_RESTORE_SIGMASK support. You could probably use
the one I added to ARM very recently as a model.

Do current 2.6.3x m68k kernels boot on aranym? Last time I tried aranym
it could only boot som ancient hacked 2.4 kernel, for 2.6 kernels I got
disk detection errors due to what looked like byteswapping issues.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: TIF_NOTIFY_RESUME on m68k?
  2009-11-19 16:21 ` Mikael Pettersson
@ 2009-11-19 16:34   ` Andreas Schwab
  2009-11-22  7:05   ` Michael Schmitz
  1 sibling, 0 replies; 6+ messages in thread
From: Andreas Schwab @ 2009-11-19 16:34 UTC (permalink / raw)
  To: Mikael Pettersson
  Cc: Geert Uytterhoeven, linux-m68k, uClinux development list, linux-kernel

Mikael Pettersson <mikpe@it.uu.se> writes:

> Do current 2.6.3x m68k kernels boot on aranym?

2.6.31 works fine here (from the linux-m68k tree).

Andreas.

-- 
Andreas Schwab, schwab@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84  5EC7 45C6 250E 6F00 984E
"And now for something completely different."

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: TIF_NOTIFY_RESUME on m68k?
  2009-11-19 16:21 ` Mikael Pettersson
  2009-11-19 16:34   ` Andreas Schwab
@ 2009-11-22  7:05   ` Michael Schmitz
  1 sibling, 0 replies; 6+ messages in thread
From: Michael Schmitz @ 2009-11-22  7:05 UTC (permalink / raw)
  To: Mikael Pettersson
  Cc: Geert Uytterhoeven, linux-m68k, uClinux development list, linux-kernel

Hi,

> Do current 2.6.3x m68k kernels boot on aranym? Last time I tried aranym
> it could only boot som ancient hacked 2.4 kernel, for 2.6 kernels I got
> disk detection errors due to what looked like byteswapping issues.

Your disk image may need byte swapping (there should be an ARAnyM option for 
this). 2.4 probably still could byte-swap IDE disks on Atari, 2.6 cannot.

	Michael


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2009-11-22  7:05 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-11-18 20:02 TIF_NOTIFY_RESUME on m68k? Geert Uytterhoeven
2009-11-18 20:02 ` Geert Uytterhoeven
2009-11-18 23:25 ` [uClinux-dev] " David Howells
2009-11-19 16:21 ` Mikael Pettersson
2009-11-19 16:34   ` Andreas Schwab
2009-11-22  7:05   ` Michael Schmitz

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.