[lkml]   [2008]   [Aug]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.6.27-rc4-git1: Reported regressions from 2.6.26

On Sat, 23 Aug 2008, Rafael J. Wysocki wrote:
> Bug-Entry :
> Subject : SLUB list_lock vs obj_hash.lock...
> Submitter : Daniel J Blueman <>
> Date : 2008-08-22 21:48 (2 days old)
> References :

This one now has a suggested patch for Daniel to try from Vegard, but no
reply yet:

Vegard, I think your patch is a bit odd, though. The result of your patch

- first loop:

hlist_for_each_entry_safe(obj, node, tmp, &db->list, node) {
hlist_add_head(&obj->node, &freelist);

and quite frankly, I don't see what the difference between that and a
something like a simple

struct hlist_node *first = bd->list.first;
if (first) {
bd->list.first = NULL;
first->pprev = &first;

really is?

I dunno. We don't have list splicing ops for the hlist things.


 \ /
  Last update: 2008-08-24 20:07    [W:0.408 / U:0.152 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site