[Cbe-oss-dev] [PATCH 00/21] cell/spufs patches for 2.6.25, second pass

Jeremy Kerr jk at ozlabs.org
Wed Dec 5 13:49:31 EST 2007


Hi all,

Here's my second posting of the spufs series for 2.6.25. Some changes
since the last posting:

 - Added Luke Browning's asynchronous scheduling support
 - Added Luke Browning's fixes
 - Fixed a warning in spu_base.c
 - Moved the export of force_sig_info to cell-specific files
 - Added Christoph's mutex and attr patches
 - Added Masato Noguchi's interrupt status patch

This is currently passing the testsuite, but more testing welcome :)

Arnd - I've ordered these so that all of the cell patches are first,
and the spufs patches apply on top of those. If you want to take the
cell ones, I'll give the spufs ones to paulus.

Cheers,


Jeremy

---
Andre Detsch (1):
      cell: safer of_has_vicinity routine

Arnd Bergmann (1):
      spufs: block fault handlers in spu_acquire_runnable

Christoph Hellwig (2):
      spufs: add enchanced simple attr macros
      spufs: make state_mutex interruptible

Jeremy Kerr (10):
      cell: export force_sig_info()
      cell: handle kernel SLB setup in spu_base.c
      cell: use spu_load_slb for SLB setup
      cell: add spu_64k_pages_available() check
      cell: handle SPE kernel mappings that cross segment boundaries
      cell: catch errors from sysfs_create_group()
      spufs: move fault, lscsa_alloc and switch code to spufs module
      spufs: fix incorrect interrupt status clearing in backing mbox stat poll
      spufs: use #defines for SPU class [012] exception status
      spufs: rework class 0 and 1 interrupt handling

Julio M. Merino Vidal (1):
      spufs: fix typos in sched.c comments

Luke Browning (4):
      spufs: add backing ops for privcntl register
      spufs: reorganize spu_run_init
      spufs: spu_find_victim may choose wrong victim
      spufs: decouple spu scheduler from spufs_spu_run (asynchronous scheduling)

Masato Noguchi (2):
      cell: wrap master run control bit
      spufs: don't set reserved bits in spu interrupt status




More information about the cbe-oss-dev mailing list