lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:   Tue, 7 Jan 2020 15:12:03 -0700
From:   Andreas Dilger <adilger@...ger.ca>
To:     Ritesh Harjani <riteshh@...ux.ibm.com>
Cc:     linux-ext4@...r.kernel.org
Subject: Re: About BUFFER_TRACE macro in include/linux/jbd2.h

Hi Ritesh,
There were somewhat patch versions posted by Andrew Morton (akpm)
that may have more functionality.

Note that the block layer no longer needs to be patched for this to be
used. Instead you can use dm-flakey to cause it to discard writes to the
block device. 

Cheers, Andreas

> On Jan 6, 2020, at 01:30, Ritesh Harjani <riteshh@...ux.ibm.com> wrote:
> 
> ´╗┐Hello Community,
> 
> A very happy new year to all of you!! :)
> 
> Had some query on BUFFER_TRACE macro. Here it goes:-
> 
> While debugging some issue w.r.t jbd2/bh I came across this empty macro
> definition of BUFFER_TRACE in include/linux/jbd2.h.
> Though this is called from multiple places, but I could not find any
> definition of this as such.
> 
> I could see some patches on mailing list which are still calling this
> macro. So that means I am definitely missing something here.
> 
> Could you please help me understand how can one use this "BUFFER_TRACE"
> macro for debugging? I could not find any ftrace event related
> to this macro.
> 
> For my debugging as of now I ended up creating a file in
> include/trace/events/buffer_debug.h and added the definition
> of BUFFER_TRACE macro there.
> 
> On more googling I did find some old patch which enabled CONFIG_BUFFER_DEBUG.
> http://people.redhat.com/sct/patches/ext3-2.4/for-2.4.19/98-debug/00-ext3-debug.patch
> But this seemed pretty old and I could not find anything latest on this
> which is related to above patch.
> 
> Any pointers pls?
> 
> -ritesh
> 

Powered by blists - more mailing lists