mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "matteo brancaleoni" <mbrancaleoni@gmail.com>
To: "Neil Brown" <neilb@suse.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Bio & Biovec-1 increasing cache size, never freed during disk IO
Date: Tue, 28 Feb 2006 16:05:39 +0100	[thread overview]
Message-ID: <d6fe45ba0602280705l6f38f1b8j3126d0be638be8fa@mail.gmail.com> (raw)
In-Reply-To: <17411.33114.403066.812228@cse.unsw.edu.au>

Hi Neil,

seems that the patch that leads to the error is the one signed up by you:
commit 3795bb0fc52fe2af2749f3ad2185cb9c90871ef8
Author: NeilBrown <neilb@suse.de>
Date:   Mon Dec 12 02:39:16 2005 -0800

    [PATCH] md: fix a use-after-free bug in raid1

    Who would submit code with a FIXME like that in it !!!!

    Signed-off-by: Neil Brown <neilb@suse.de>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>

I'm by no means a kernel expert, but before the bio release was done
everytime, after putting r1_bio->bios[mirror] to NULL ; with the patch
is done only if
r1_bio->bios[mirror] is NULL ... perhaps sometimes this value is not null
and must be released anyway?

Greetings, Matteo.

On 2/27/06, Neil Brown <neilb@suse.de> wrote:
> On Monday February 27, mbrancaleoni@gmail.com wrote:
> > FYI, this problem on 2.6.14.7 does not happens at all...
> >
> > anyone has any idea about?
>
> Apparently not.  Fingers are pointing at md/raid1 - with reasonable
> cause - but I cannot find any error in that code, not can I reproduce
> the problem.
>
> Are you able to narrow down the difference between working and
> not-working.
>
> Possibly use 'git bisect' (This is the best option, but not having
> used it myself yet, I don't feel comfortable recommending it).
>
> Possibly just try the various 2.6.15-rcX kernels and find the first
> one that breaks.
>
> That would be a great help.
>
> NeilBrown
>
> >
> > Greetings, Matteo.
> >
> > On 2/25/06, matteo brancaleoni <mbrancaleoni@gmail.com> wrote:
> > > Hi.
> > >
> > > I'm experiencing a problem with 2.6.15.4 / 2.6.16-rc4, noticed during
> > > high disk IO (copying a lot of data between 2 machines): the system
> > > memory get filled up, until the full swap is used and the system must
> > > be rebooted (or is unusable). Stopping the process does not free the
> > > memory, and happens not only copying via network, but also with a
> > > simple
> > > cp -a dirwithmanybigfiles testdir.
> > >
> > > The system is running on athlon64:
> > > Linux morgor 2.6.16-rc4 #2 SMP Sat Feb 25 19:55:36 CET 2006 x86_64
> > > x86_64 x86_64 GNU/Linux
> > > Same issue with 2.6.15.4
> > >
> > > The box has a single soft-raid1 device made by 2 sata disk on promise
> > > controller.
> > > Attached slabinfo dump and dmesg dump.
> > >
> > > Some system informations:
> > > * This is the modules list:
> > > Linux morgor 2.6.16-rc4 #2 SMP Sat Feb 25 19:55:36 CET 2006 x86_64
> > > x86_64 x86_64 GNU/Linux
> > > [root@morgor ~]# lsmod
> > > Module                  Size  Used by
> > > ipv6                  399008  18
> > > ppdev                  42888  0
> > > autofs4                55560  1
> > > nfs                   251224  2
> > > lockd                  97424  2 nfs
> > > nfs_acl                37120  1 nfs
> > > sunrpc                191944  4 nfs,lockd,nfs_acl
> > > rfcomm                105376  0
> > > l2cap                  92160  5 rfcomm
> > > bluetooth             117252  4 rfcomm,l2cap
> > > dm_mirror              54912  0
> > > dm_mod                 90192  1 dm_mirror
> > > video                  50952  0
> > > button                 41120  0
> > > battery                43912  0
> > > ac                     38920  0
> > > lp                     48208  0
> > > parport_pc             63144  1
> > > parport                74636  3 ppdev,lp,parport_pc
> > > nvram                  42888  0
> > > ohci1394               67272  0
> > > ehci_hcd               65160  0
> > > sg                     69672  0
> > > ieee1394              392216  1 ohci1394
> > > uhci_hcd               65952  0
> > > snd_via82xx            63784  0
> > > gameport               50832  1 snd_via82xx
> > > snd_ac97_codec        136536  1 snd_via82xx
> > > snd_ac97_bus           36224  1 snd_ac97_codec
> > > snd_seq_dummy          37508  0
> > > snd_seq_oss            66688  0
> > > snd_seq_midi_event     41472  1 snd_seq_oss
> > > snd_seq                90144  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
> > > snd_pcm_oss            85632  0
> > > snd_mixer_oss          51328  1 snd_pcm_oss
> > > snd_pcm               126728  3 snd_via82xx,snd_ac97_codec,snd_pcm_oss
> > > snd_timer              59656  2 snd_seq,snd_pcm
> > > snd_page_alloc         44816  2 snd_via82xx,snd_pcm
> > > snd_mpu401_uart        42112  1 snd_via82xx
> > > snd_rawmidi            61696  1 snd_mpu401_uart
> > > snd_seq_device         43280  4 snd_seq_dummy,snd_seq_oss,snd_seq,snd_rawmidi
> > > i2c_viapro             43160  0
> > > snd                    97320  11
> > > snd_via82xx,snd_ac97_codec,snd_seq_oss,snd_seq,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device
> > > i2c_core               57728  1 i2c_viapro
> > > skge                   72720  0
> > > soundcore              44576  1 snd
> > > raid1                  54912  2
> > > ext3                  163984  2
> > > jbd                    93480  1 ext3
> > > sata_promise           45700  6
> > > sata_via               42500  0
> > > libata                 93592  2 sata_promise,sata_via
> > > sd_mod                 50688  8
> > > scsi_mod              180688  4 sg,sata_promise,libata,sd_mod
> > >
> > > * fstab
> > > [root@morgor ~]# cat /etc/fstab
> > > /dev/md1                /                       ext3    defaults        1 1
> > > /dev/md0                /boot                   ext3    defaults        1 2
> > > devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
> > > tmpfs                   /dev/shm                tmpfs   defaults        0 0
> > > proc                    /proc                   proc    defaults        0 0
> > > sysfs                   /sys                    sysfs   defaults        0 0
> > > LABEL=SWAP-sda2         swap                    swap    defaults        0 0
> > > LABEL=SWAP-sdb2         swap                    swap    defaults        0 0
> > >
> > > * cpuinfo
> > > [root@morgor ~]# cat /proc/cpuinfo
> > > processor       : 0
> > > vendor_id       : AuthenticAMD
> > > cpu family      : 15
> > > model           : 47
> > > model name      : AMD Athlon(tm) 64 Processor 3200+
> > > stepping        : 0
> > > cpu MHz         : 1800.000
> > > cache size      : 512 KB
> > > fpu             : yes
> > > fpu_exception   : yes
> > > cpuid level     : 1
> > > wp              : yes
> > > flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> > > mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext
> > > fxsr_opt lm 3dnowext 3dnow pni lahf_lm
> > > bogomips        : 3613.48
> > > TLB size        : 1024 4K pages
> > > clflush size    : 64
> > > cache_alignment : 64
> > > address sizes   : 40 bits physical, 48 bits virtual
> > > power management: ts fid vid ttp tm stc
> > >
> > > Thanks a lot,
> > >
> > > Matteo Brancaleoni
> > >
> > >
> > >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at  http://www.tux.org/lkml/
>

  reply	other threads:[~2006-02-28 15:05 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-25 20:45 matteo brancaleoni
2006-02-27 20:38 ` matteo brancaleoni
2006-02-27 22:46   ` Neil Brown
2006-02-28 15:05     ` matteo brancaleoni [this message]
2006-02-28 23:35       ` Neil Brown
2006-03-01 10:46         ` matteo brancaleoni
2006-03-02  6:12           ` Neil Brown
2006-03-02  8:19             ` matteo brancaleoni
2006-03-02  8:58               ` matteo brancaleoni
2006-03-08 21:57             ` Adrian Bunk

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=d6fe45ba0602280705l6f38f1b8j3126d0be638be8fa@mail.gmail.com \
    --to=mbrancaleoni@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=neilb@suse.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®