From: Mark Fasheh <mark.fasheh@oracle.com> To: James Morris <jmorris@redhat.com> Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, ocfs2-devel@oss.oracle.com, torvalds@osdl.org, akpm@osdl.org, wim.coekaerts@oracle.com, lmb@suse.de Subject: Re: [RFC] [PATCH] OCFS2 Date: Thu, 23 Jun 2005 11:29:01 -0700 [thread overview] Message-ID: <20050623182901.GB8215@ca-server1.us.oracle.com> (raw) In-Reply-To: <Xine.LNX.4.44.0506231358230.14123-100000@thoron.boston.redhat.com> Hi James, Thanks for looking over this. On Thu, Jun 23, 2005 at 02:03:35PM -0400, James Morris wrote: > The masklog code looks potentially useful outside of ocfs2, as a general > kernel facility. Any chance of splitting it out? Absolutely. We've found that stuff invaluable in debugging issues for a while now, and as far as I recall, Zach wrote it with the idea that it could be useful to other folks too. I think the only issue to resolve there would be how other subsystems reserve a debugging bit... > Quibbles: > > - A lot of the macros should probably be replaced with static inlines, > like OCFS2_IS_VALID_DINODE. > > - Approx. 80 typedefs. ouch. Heh, we're slowly removing those :) --Mark -- Mark Fasheh Senior Software Developer, Oracle mark.fasheh@oracle.com
WARNING: multiple messages have this Message-ID (diff)
From: Mark Fasheh <mark.fasheh@oracle.com> To: James Morris <jmorris@redhat.com> Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, ocfs2-devel@oss.oracle.com, torvalds@osdl.org, akpm@osdl.org, wim.coekaerts@oracle.com, lmb@suse.de Subject: [Ocfs2-devel] Re: [RFC] [PATCH] OCFS2 Date: Thu Jun 23 13:29:35 2005 [thread overview] Message-ID: <20050623182901.GB8215@ca-server1.us.oracle.com> (raw) In-Reply-To: <Xine.LNX.4.44.0506231358230.14123-100000@thoron.boston.redhat.com> Hi James, Thanks for looking over this. On Thu, Jun 23, 2005 at 02:03:35PM -0400, James Morris wrote: > The masklog code looks potentially useful outside of ocfs2, as a general > kernel facility. Any chance of splitting it out? Absolutely. We've found that stuff invaluable in debugging issues for a while now, and as far as I recall, Zach wrote it with the idea that it could be useful to other folks too. I think the only issue to resolve there would be how other subsystems reserve a debugging bit... > Quibbles: > > - A lot of the macros should probably be replaced with static inlines, > like OCFS2_IS_VALID_DINODE. > > - Approx. 80 typedefs. ouch. Heh, we're slowly removing those :) --Mark -- Mark Fasheh Senior Software Developer, Oracle mark.fasheh@oracle.com
next prev parent reply other threads:[~2005-06-23 18:33 UTC|newest] Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top 2005-05-18 17:33 [Ocfs2-devel] [RFC] [PATCH] OCFS2 Mark Fasheh 2005-05-18 22:33 ` Mark Fasheh 2005-05-18 19:56 ` [Ocfs2-devel] " Adrian Bunk 2005-05-18 23:40 ` Adrian Bunk 2005-05-18 20:26 ` [Ocfs2-devel] " Manish Singh 2005-05-19 1:26 ` Manish Singh 2005-05-19 4:59 ` Adrian Bunk 2005-05-19 9:45 ` Adrian Bunk 2005-05-19 10:24 ` 2.4 kernel threads linux 2005-05-19 10:39 ` Arjan van de Ven 2005-05-19 16:19 ` Jesse Barnes 2005-05-18 19:56 ` [Ocfs2-devel] Re: [RFC] [PATCH] OCFS2 Hans Reiser 2005-05-18 23:35 ` Hans Reiser 2005-05-18 23:28 ` [Ocfs2-devel] " Kyle Moffett 2005-05-19 2:30 ` Kyle Moffett 2005-05-18 23:30 ` [Ocfs2-devel] " Mark Fasheh 2005-05-19 4:30 ` Mark Fasheh 2005-05-19 1:52 ` [Ocfs2-devel] " Daniel Phillips 2005-05-19 6:30 ` Daniel Phillips 2005-05-19 1:54 ` [Ocfs2-devel] " Mark Fasheh 2005-05-19 6:54 ` Mark Fasheh 2005-05-19 11:19 ` [Ocfs2-devel] " Daniel Phillips 2005-05-19 16:23 ` Daniel Phillips 2005-05-19 10:26 ` Jeff Garzik 2005-05-19 15:09 ` [Ocfs2-devel] " Jeff Garzik 2005-05-19 15:09 ` Lee Revell 2005-05-19 15:20 ` Lee Revell 2005-05-19 15:09 ` [Ocfs2-devel] " Jeff Garzik 2005-05-19 15:25 ` Jeff Garzik 2005-06-23 13:03 ` [Ocfs2-devel] " James Morris 2005-06-23 18:03 ` James Morris 2005-06-23 13:29 ` Mark Fasheh [this message] 2005-06-23 18:29 ` Mark Fasheh 2005-06-24 3:05 ` Paul Jackson 2005-06-24 15:34 ` [Ocfs2-devel] " Paul Jackson 2005-06-23 23:00 ` Mark Fasheh 2005-06-24 3:59 ` Mark Fasheh 2005-06-24 4:17 ` Paul Jackson 2005-06-24 15:34 ` [Ocfs2-devel] " Paul Jackson 2005-06-24 3:29 ` Paul Jackson 2005-06-24 15:34 ` [Ocfs2-devel] " Paul Jackson 2005-06-21 21:14 Steve French 2005-06-21 22:03 ` Mark Fasheh 2005-06-21 22:43 ` Steve French 2005-06-22 0:04 ` Mark Fasheh
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=20050623182901.GB8215@ca-server1.us.oracle.com \ --to=mark.fasheh@oracle.com \ --cc=akpm@osdl.org \ --cc=jmorris@redhat.com \ --cc=linux-fsdevel@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=lmb@suse.de \ --cc=ocfs2-devel@oss.oracle.com \ --cc=torvalds@osdl.org \ --cc=wim.coekaerts@oracle.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: linkBe 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.