Skip to content

L
linux-davinci
Switch branch/tag
  1. 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
  3. 21 Jul, 2009 1 commit
  5. 18 Aug, 2009 1 commit
  7. 22 Jul, 2009 2 commits
  9. 26 Jun, 2009 1 commit
  11. 30 Jun, 2009 1 commit
  13. 26 Jun, 2009 3 commits
  15. 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
  17. 20 Aug, 2009 1 commit
  19. 17 Aug, 2009 8 commits
  21. 06 Aug, 2009 1 commit
  23. 31 Jul, 2009 2 commits
  25. 20 Aug, 2009 1 commit
  27. 29 Jul, 2009 2 commits
  29. 20 Aug, 2009 1 commit
  31. 29 Jul, 2009 1 commit
  33. 20 Aug, 2009 1 commit
  35. 29 Jul, 2009 11 commits