I added the following to the m68k for-next branch, destined for 2.6.34:
Finn Thain (13):
mac68k: cleanup
mac68k: rework SWIM platform device
pmac-zilog: cleanup
pmac-zilog: add platform driver
mac68k: replace mac68k SCC code with platform device
mac68k: move mac_esp platform device
mac68k: move macsonic and macmace platform devices
fbdev: mac_var_to_mode() fix
valkyriefb: various fixes
mac68k: start CUDA early
fbdev: add some missing mac modes
macfb: cleanup
macfb: fix 24-bit visual and stuff
Geert Uytterhoeven (2):
ataflop: Killl warning about unused variable flags
m68k: Eliminate unused variable in page_to_phys()
Julia Lawall (1):
m68k: Use DIV_ROUND_CLOSEST
Maxim Kuvyrkov (2):
m68k: Fix asm/swab.h for ColdFire
m68k: Switch to generic siginfo layout
Peter Huewe (1):
m68k: vme_scc - __init annotations
Philippe De Muyter (2):
m68k: Allow ioremapping top of memory
m68k{,nommu}/h8300: Remove obsolete comment about map_chunk
If there's anything else in m68k-queue (or anyplace else :-) you
desperately want in 2.6.34, please let me know.
Should I add the NPTL support for m68k and m68knommu, or shall I wait
for 2.6.35?
I'd also like to `get rid' of the ARAnyM support by getting it
mainlined, for 2.6.35 (if I find time). Who's gonna sign off those
patches?
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx
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-m68k" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
