All of lore.kernel.org
 help / color / mirror / Atom feed
From: Walt H <waltabbyh@comcast.net>
To: maneesh@in.ibm.com
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.1-mm2: BUG in kswapd? /  Oops in kobject_put during rsync
Date: Wed, 28 Jan 2004 07:53:07 -0800	[thread overview]
Message-ID: <4017DAE3.90803@comcast.net> (raw)
In-Reply-To: <20040128111333.GA2990@in.ibm.com>

Maneesh Soni wrote:
> Hi Walt,
> 
> Earlier you had BUG in kswapd while running rsync and reverting this patch 
> solved the problem.
> 
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.1/2.6.1-mm3/broken-out/sysfs_remove_dir-vs-dcache_readdir-race-fix.patch
> 
> Did you get the kswapd BUG hit again on 2.6.1-mm3 with the debug patch I sent 
> you earlier? If you have got any logs with this then please send them to me.
> 
> If I am not wrong the kobject_put() oops is the new one you are seeing now
> and reverting this sysfs-pin-kobjects.patch solves this oops. The call trace
> for kobject_put oops seems some what surprising to me because on -mm kernels
> I don't think we can have sysfs dentries on the LRU list, sysfs dentries are 
> not pruned due to any memory pressure. sysfs dentries are pinned in memory 
> so there is no question of them being pruned due to memory pressure.
> 
> Now this is somewhat different in case of -mjb kernels as it has sysfs backing
> store patches and with that I can think of sysfs dentires coming to LRU list
> and getting pruned due to memory pressure. 
> 
> Are you using -mjb tree or the sysfs backing store patches? I would like
> to take a look at the kobject_put() oops you are having. 
>  
> Thanks
> Maneesh
> 

Hi Maneesh,

Good memory. You are correct, this oops is new. Reverting the
sysfs-pin-kobjects patch fixes it for me. I could reliably (like last
time that is) trigger an oops during rsync.

I'm running 2.6.2-rc1 with the -mm3 patchset and the mppe/mppc patches
located at: http://www.polbox.com/h/hs001/
No -mjb patches are used.

I did patch 2.6.1-mm3 with the debug patch you sent earlier, but alas,
it didn't BUG on me when I did the rsync with it. I don't believe that I
gave it much opportunity though, because -mm4 was released shortly
thereafter. Unfortunately, the BUG was nasty, in that it completely
stopped the system forcing an emergency sync, unmount reboot situation,
so I was anxious to get away from it ;)

-Walt


      parent reply	other threads:[~2004-01-28 15:54 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-26 16:03 Oops in kobject_put during rsync backup on 2.6.2-rc1-mm3 Walt H
2004-01-16  4:05 ` 2.6.1-mm2: BUG in kswapd? Walt H
2004-01-16  9:40   ` Maneesh Soni
2004-01-16 10:03     ` Maneesh Soni
2004-01-16 10:22     ` Maneesh Soni
2004-01-16 16:00       ` Walt H
     [not found]         ` <20040128111333.GA2990@in.ibm.com>
2004-01-28 15:53           ` Walt H [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4017DAE3.90803@comcast.net \
    --to=waltabbyh@comcast.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maneesh@in.ibm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.