1. 15 Aug, 2009 1 commit
  2. 14 Aug, 2009 1 commit
  3. 01 Jul, 2009 1 commit
  4. 23 Jul, 2009 1 commit
    • Oleg Nesterov's avatar
      The exiting sub-thread flushes /proc/pid only, but this doesn't buy too · 878ff729
      Oleg Nesterov authored
      much: ps and friends mostly use /proc/tid/task/pid.
      
      Remove "if (thread_group_leader())" checks from proc_flush_task() path,
      this means we always remove /proc/tid/task/pid dentry on exit, and this
      actually matches the comment above proc_flush_task().
      
      The test-case:
      
      	static void* tfunc(void *arg)
      	{
      		char name[256];
      
      		sprintf(name, "/proc/%d/task/%ld/status", getpid(), gettid());
      		close(open(name, O_RDONLY));
      
      		return NULL;
      	}
      
      	int main(void)
      	{
      		pthread_t t;
      
      		for (;;) {
      			if (!pthread_create(&t, NULL, &tfunc, NULL))
      				pthread_join(t, NULL);
      		}
      	}
      
      slabtop shows that pid/proc_inode_cache/etc grow quickly and
      "indefinitely" until the task is killed or shrink_slab() is called, not
      good.  And the main thread needs a lot of time to exit.
      
      The same can happen if something like "ps -efL" runs continuously, while
      some application spawns short-living threads.
      Reported-by: default avatar"James M. Leddy" <jleddy@redhat.com>
      Signed-off-by: default avatarOleg Nesterov <oleg@redhat.com>
      Cc: Alexey Dobriyan <adobriyan@gmail.com>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Cc: Dominic Duval <dduval@redhat.com>
      Cc: Frank Hirtz <fhirtz@redhat.com>
      Cc: "Fuller, Johnray" <Johnray.Fuller@gs.com>
      Cc: Larry Woodman <lwoodman@redhat.com>
      Cc: Paul Batkowski <pbatkowski@redhat.com>
      Cc: Roland McGrath <roland@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      878ff729
  5. 21 Jul, 2009 1 commit
  6. 18 Aug, 2009 1 commit
  7. 22 Jul, 2009 2 commits
  8. 26 Jun, 2009 1 commit
  9. 30 Jun, 2009 1 commit
  10. 26 Jun, 2009 3 commits
  11. 21 Apr, 2009 1 commit
    • Michael Riepe's avatar
      Enable the coretemp driver on an Intel Atom. · d91fb8a3
      Michael Riepe authored
      I'm not sure if the readings are correct, however - on my 330, the driver
      reports values between 27 and 41 °C (with core1 being about 8°C hotter
      than core0, given the same load).  Maybe the maximum temperature of 100 °C
      is wrong for Atom CPUs.
      
      Michael "Tired" Riepe <michael.riepe@googlemail.com>
      Cc: Arjan van de Ven <arjan@infradead.org>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      d91fb8a3
  12. 20 Aug, 2009 1 commit
  13. 17 Aug, 2009 8 commits
  14. 06 Aug, 2009 1 commit
  15. 31 Jul, 2009 2 commits
  16. 20 Aug, 2009 1 commit
  17. 29 Jul, 2009 2 commits
  18. 20 Aug, 2009 1 commit
  19. 29 Jul, 2009 1 commit
  20. 20 Aug, 2009 1 commit
  21. 29 Jul, 2009 8 commits