From: 인정식 <js7.in@samsung.com>
To: Austin S Hemmelgarn <ahferroin7@gmail.com>,
"linux-btrfs@vger.kernel.org" <linux-btrfs@vger.kernel.org>
Subject: Re: Re: Porting BTRFS to user space
Date: Wed, 08 Apr 2015 12:03:29 +0000 (GMT) [thread overview]
Message-ID: <1463140364.591861428494608421.JavaMail.weblogic@epmlwas09b> (raw)
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=euc-kr, Size: 2090 bytes --]
Thank you for the advise.
I am still wonder why there are same-name files in btrfs(kernel source) and btrfs-progs.
They are quite many as follows.
backref.{c, h}
ctree.{c, h}
dir-item.c
disk-io.{c, h}
extent_io.{c, h}
extent-tree.c
file.c
file-item.c
free-space-cashe.{c, h}
hash.h
inode.c
inode-item.c
inode-map.c
print-tree.{c, h}
props.{c, h}
qgroup.{c, h}
root-tree.c
send.h
ulist.{c, h}
uuid-tree.c
volumes.{c, h}
It seems btrfs-progs files have been ported from kernel files.
Are they the result of efforts to port btrfs from kernel to user space?
Or at least can I utilize the them so that I have to only port the remaining files?
------- Original Message -------
Sender : Austin S Hemmelgarn<ahferroin7@gmail.com>
Date : 2015-04-08 20:37 (GMT+09:00)
Title : Re: Porting BTRFS to user space
On 2015-04-07 19:57, ÀÎÁ¤½Ä wrote:
> Thank you for the information.
> I just found that btrfs-progs includes several files that seem modified from btrfs kernel source.
> I am not sure exactly what they are.
> Web pages say libbtrfs is to provide interface for apps that use btrfs.
> Why should there be duplicated codes between kernel and user space?
> Is it an on-going effort to port whole btrfs to user space?
>
> Could you lead me to some more information about libbtrfs or how to port btrfs to user space?
>
> Thank you,
> Jeongsik
>
>
As far as I understand it, the intent is to allow things like btrfs
check and btrfs restore to still work even if the kernel doesn't have
btrfs support. From what I can tell, you are the first person to
actually be serious about getting BTRFS running in userspace, so there
probably isn't much BTRFS specific literature out there.
I would, however suggest looking at the FUSE drivers for ext4 and ZFS,
as those are both ported from kernel space, and should give some good
examples of where to start.
<p> </p><p> </p>ÿôèº{.nÇ+·®+%Ëÿ±éݶ\x17¥wÿº{.nÇ+·¥{±ý»k~ÏâØ^nr¡ö¦zË\x1aëh¨èÚ&£ûàz¿äz¹Þú+Ê+zf£¢·h§~Ûiÿÿïêÿêçz_è®\x0fæj:+v¨þ)ߣøm
next reply other threads:[~2015-04-08 12:03 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-08 12:03 인정식 [this message]
2015-04-08 12:27 ` Re: Porting BTRFS to user space Hugo Mills
2015-04-08 13:13 ` Chris Samuel
2015-04-08 13:38 ` Stef Bon
-- strict thread matches above, loose matches on Subject: below --
2015-04-07 23:57 인정식
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=1463140364.591861428494608421.JavaMail.weblogic@epmlwas09b \
--to=js7.in@samsung.com \
--cc=ahferroin7@gmail.com \
--cc=linux-btrfs@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).