Skip to content
  1. Mar 22, 2007
  3. Mar 16, 2007
  5. Mar 09, 2007
  7. Mar 07, 2007
  9. Mar 06, 2007
  11. Mar 01, 2007
  13. Feb 20, 2007
    • Richard Purdie's avatar
      backlight: Separate backlight properties from backlight ops pointers · 599a52d1
      Richard Purdie authored 
      

Per device data such as brightness belongs to the indivdual device
and should therefore be separate from the the backlight operation
function pointers. This patch splits the two types of data and
allows simplifcation of some code.

Signed-off-by: default avatarRichard Purdie <rpurdie@rpsys.net>
      599a52d1
    • Richard Purdie's avatar
      backlight: Fix external uses of backlight internal semaphore · 28ee086d
      Richard Purdie authored 
      

backlight_device->sem has a very specific use as documented in the
header file. The external users of this are using it for a different
reason, to serialise access to the update_status() method.

backlight users were supposed to implement their own internal
serialisation of update_status() if needed but everyone is doing
things differently and incorrectly. Therefore add a global mutex to
take care of serialisation for everyone, once and for all.

Locking for get_brightness remains optional since most users don't
need it.

Also update the lcd class in a similar way.

Signed-off-by: default avatarRichard Purdie <rpurdie@rpsys.net>
      28ee086d
  15. Feb 17, 2007
  17. Feb 16, 2007
  19. Feb 14, 2007
  21. Feb 13, 2007
    • Carl Love's avatar
      [POWERPC] cell: PPU Oprofile cleanup patch · bcb63e25
      Carl Love authored 
      

This is a clean up patch that includes the following changes:

 -Some comments were added to clarify the code based on feedback
  from the community.
 -The write_pm_cntrl() and set_count_mode() were passed a
  structure element from a global variable.  The argument was
  removed so the functions now just operate on the global directly.
 -The set_pm_event() function call in the cell_virtual_cntr()
  routine was moved to a for-loop before the for_each_cpu loop

Signed-off-by: default avatarCarl Love <carll@us.ibm.com>
Signed-off-by: default avatarMaynard Johnson <mpjohn@us.ibm.com>
Signed-off-by: default avatarArnd Bergmann <arnd.bergmann@de.ibm.com>
      bcb63e25
    • Masato Noguchi's avatar
      [POWERPC] spufs: avoid accessing kernel memory through mmapped /mem node · 128b8546
      Masato Noguchi authored 
      

I found an exploit in current kernel.
Currently, there is no range check about mmapping "/mem" node in
spufs. Thus, an application can access privilege memory region.

In case this kernel already worked on a public server, I send this
information only here.
If there are such servers in somewhere, please replace it, ASAP.

Signed-off-by: default avatarMasato Noguchi <Masato.Noguchi@jp.sony.com>
Signed-off-by: default avatarArnd Bergmann <arnd.bergmann@de.ibm.com>
      128b8546
    • Christoph Hellwig's avatar
      [POWERPC] spu sched: static timeslicing for SCHED_RR contexts · 2eb1b120
      Christoph Hellwig authored 
      

For SCHED_RR tasks we can do some really trivial timeslicing.  Basically
we fire up a time for every scheduler tick that searches for a higher
or same priority thread that is on the runqueue and if there is one
context switches to it.  Because we can't lock spus from timer context
we actually run this from a delayed runqueue instead of a timer.

A nice optimization would be to skip the actual priority bitmap search
when there are less contexts than physical spus available.  To implement
this I need a so far unpublished patch from Andre, and it will be added
after we have that patch in.

Note that right now we only do the time slicing for SCHED_RR tasks.
The code would work for SCHED_OTHER tasks aswell, but their prio
value is defered from the one the PPU thread has at time of spu_run,
and using this for spu scheduling decisions would make the code very
unfair.  SCHED_OTHER support will be enabled once we the spu scheduler
knows how to calculcate cpu_context.prio (very soon)

Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
Signed-off-by: default avatarArnd Bergmann <arnd.bergmann@de.ibm.com>
      2eb1b120