Re: Request for tree inclusion

2013-01-11 Thread Stephen Rothwell
Hi Frederic,

On Fri, 11 Jan 2013 02:15:39 +0100 Frederic Weisbecker  
wrote:
>
> fw-cputime and fs-sched have been merged so you can now remove these
> branches from next.

Done.

> But fw-nohz remains. In the meantime I have created a branch named nohz/next:
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> nohz/next
> 
> This branch currently refers to fw-nohz HEAD (aka nohz/printk-v8) and
> this is also the place where I'll gather -next materials in the future
> instead of the multiple branches you're currently pulling.
> So could you please remove fw-nohz (nohz/printk-v8) as well from -next
> but include nohz/next instead?

Also done.

-- 
Cheers,
Stephen Rothwells...@canb.auug.org.au


pgp2gofK3cpwX.pgp
Description: PGP signature


Re: Request for tree inclusion

2013-01-10 Thread Frederic Weisbecker
2012/12/3 Frederic Weisbecker :
> 2012/12/2 Stephen Rothwell :
>> Well, these are a bit late (I expected Linus to release v3.7 today), but
>> since Ingo has not piped in over the weekend, I have added them from today
>> after the tip tree merge.
>
> Yeah sorry to submit that so late. Those branches are in pending pull
> requests to the -tip tree and I thought about relying on the
> propagation of -tip into -next as usual. But Ingo has been very busy
> with numa related work during this cycle. So until these branches get
> merged in -tip, I'm short-circuiting a bit the -next step before it
> becomes too late for the next merge window.
>
>>
>> I have called them fw-cputime, fs-sched and fw-nohz respectively and
>> listed you as the only contact in case of problems.
>
> Ok.
>
>> If these are to be
>> long term trees included in linux-next, I would prefer that you use
>> better branch names - otherwise, if they are just short term, please tell
>> me to remove them when they are finished with.
>
> They are definitely short term. I'll tell you once these can be dropped.
>
> Thanks a lot!

Hi Stephen!

fw-cputime and fs-sched have been merged so you can now remove these
branches from next.

But fw-nohz remains. In the meantime I have created a branch named nohz/next:

git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
nohz/next

This branch currently refers to fw-nohz HEAD (aka nohz/printk-v8) and
this is also the place where I'll gather -next materials in the future
instead of the multiple branches you're currently pulling.
So could you please remove fw-nohz (nohz/printk-v8) as well from -next
but include nohz/next instead?

Thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PULL] f2fs: request for tree inclusion

2012-12-19 Thread Arnd Bergmann
On Wednesday 19 December 2012, Anca Emanuel wrote:
> 
> Hi Linus,
> 
> An early prototype of this:
> https://wiki.linaro.org/WorkingGroups/Kernel/Specs/flash-file-system-prototype
> 
> Are you still testing it ?

The prototype was an earlier and independent work done as an internship
in Linaro. It resulted in very valuable insights, some of which ended
up being integrated into f2fs, but we decided not to follow up on that
work since f2fs is far superior overall and has a dedicated team working
on it. There are a few features from the prototype that we might want
to add in f2fs, but those can be implemented as compatible changes
later.

Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [GIT PULL] f2fs: request for tree inclusion

2012-12-19 Thread Anca Emanuel
Hi Linus,

An early prototype of this:
https://wiki.linaro.org/WorkingGroups/Kernel/Specs/flash-file-system-prototype

Are you still testing it ?

On Sun, Dec 16, 2012 at 1:19 AM, Jaegeuk Kim  wrote:
> Hi Linus,
>
> I'm seeing that f2fs has not been merged yet.
> Could you give me any notice for this?
> Management priority, or something else?
>
> BTW, I have added a couple of bug fixes since "for-3.8-merge".
> Which is better sending between [GIT PULL v2] or additional pull request
> after merge?
>
> Thanks,
> Jaegeuk Kim
>
> 2012-12-11 (화), 16:58 +0900, Jaegeuk Kim:
>> Hi Linus,
>>
>> This is the first pull request for tree inclusion of Flash-Friendly File
>> System (F2FS) towards the 3.8 merge window.
>>
>> http://lwn.net/Articles/518718/
>> http://lwn.net/Articles/518988/
>> http://en.wikipedia.org/wiki/F2FS
>>
>> The f2fs has been in the linux-next tree for a while, and several issues
>> have been cleared as described in the signed tag below.
>> And also, I've done testing f2fs successfully based on Linux 3.7 with
>> the following test scenarios.
>>
>> - Reliability test:
>>   Run fsstress on an SSD partition.
>>
>> - Robustness test:
>>   Conduct sudden-power-off and examine the fs consistency repeatedly,
>>   while running a reliability test.
>>
>> So, please pull the f2fs filesystem.
>> If I'm missing any issues or made mistakes, please let me know.
>>
>> Thanks,
>> Jaegeuk Kim
>>
>> The following changes since commit
>> 29594404d7fe73cd80eaa4ee8c43dcc53970c60e:
>>
>>   Linux 3.7 (2012-12-10 19:30:57 -0800)
>>
>> are available in the git repository at:
>>
>>   git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs.git
>> tags/for-3.8-merge
>>
>> for you to fetch changes up to e6aa9f36b2bfd6b30072c07b34f2a24becf1:
>>
>>   f2fs: fix tracking parent inode number (2012-12-11 13:43:45 +0900)
>>
>> 
>> Introduce a new file system, Flash-Friendly File System (F2FS), to Linux
>> 3.8.
>>
>> Highlights:
>> - Add initial f2fs source codes
>> - Fix an endian conversion bug
>> - Fix build failures on random configs
>> - Fix the power-off-recovery routine
>> - Minor cleanup, coding style, and typos patches
>> 
>> Greg Kroah-Hartman (1):
>>   f2fs: move proc files to debugfs
>>
>> Huajun Li (1):
>>   f2fs: fix a typo in f2fs documentation
>>
>> Jaegeuk Kim (22):
>>   f2fs: add document
>>   f2fs: add on-disk layout
>>   f2fs: add superblock and major in-memory structure
>>   f2fs: add super block operations
>>   f2fs: add checkpoint operations
>>   f2fs: add node operations
>>   f2fs: add segment operations
>>   f2fs: add file operations
>>   f2fs: add address space operations for data
>>   f2fs: add core inode operations
>>   f2fs: add inode operations for special inodes
>>   f2fs: add core directory operations
>>   f2fs: add xattr and acl functionalities
>>   f2fs: add garbage collection functions
>>   f2fs: add recovery routines for roll-forward
>>   f2fs: update Kconfig and Makefile
>>   f2fs: update the f2fs document
>>   f2fs: fix endian conversion bugs reported by sparse
>>   f2fs: adjust kernel coding style
>>   f2fs: resolve build failures
>>   f2fs: cleanup the f2fs_bio_alloc routine
>>   f2fs: fix tracking parent inode number
>>
>> Namjae Jeon (10):
>>   f2fs: fix the compiler warning for uninitialized use of variable
>>   f2fs: show error in case of invalid mount arguments
>>   f2fs: remove unneeded memset from init_once
>>   f2fs: check read only condition before beginning write out
>>   f2fs: remove unneeded initialization
>>   f2fs: move error condition for mkdir at proper place
>>   f2fs: rewrite f2fs_bio_alloc to make it simpler
>>   f2fs: make use of GFP_F2FS_ZERO for setting gfp_mask
>>   f2fs: remove redundant call to f2fs_put_page in delete entry
>>   f2fs: introduce accessor to retrieve number of dentry slots
>>
>> Sachin Kamat (1):
>>   f2fs: remove unneeded version.h header file from f2fs.h
>>
>> Wei Yongjun (1):
>>   f2fs: remove unused variable
>>
>>  Documentation/filesystems/00-INDEX |2 +
>>  Documentation/filesystems/f2fs.txt |  421 

Re: [GIT PULL] f2fs: request for tree inclusion

2012-12-15 Thread Jaegeuk Kim
Hi Linus,

I'm seeing that f2fs has not been merged yet.
Could you give me any notice for this?
Management priority, or something else?

BTW, I have added a couple of bug fixes since "for-3.8-merge".
Which is better sending between [GIT PULL v2] or additional pull request
after merge?

Thanks,
Jaegeuk Kim

2012-12-11 (화), 16:58 +0900, Jaegeuk Kim:
> Hi Linus,
> 
> This is the first pull request for tree inclusion of Flash-Friendly File
> System (F2FS) towards the 3.8 merge window.
> 
> http://lwn.net/Articles/518718/
> http://lwn.net/Articles/518988/
> http://en.wikipedia.org/wiki/F2FS
> 
> The f2fs has been in the linux-next tree for a while, and several issues
> have been cleared as described in the signed tag below.
> And also, I've done testing f2fs successfully based on Linux 3.7 with
> the following test scenarios.
> 
> - Reliability test:
>   Run fsstress on an SSD partition.
> 
> - Robustness test:
>   Conduct sudden-power-off and examine the fs consistency repeatedly,
>   while running a reliability test.
> 
> So, please pull the f2fs filesystem.
> If I'm missing any issues or made mistakes, please let me know.
> 
> Thanks,
> Jaegeuk Kim
> 
> The following changes since commit
> 29594404d7fe73cd80eaa4ee8c43dcc53970c60e:
> 
>   Linux 3.7 (2012-12-10 19:30:57 -0800)
> 
> are available in the git repository at:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs.git
> tags/for-3.8-merge
> 
> for you to fetch changes up to e6aa9f36b2bfd6b30072c07b34f2a24becf1:
> 
>   f2fs: fix tracking parent inode number (2012-12-11 13:43:45 +0900)
> 
> 
> Introduce a new file system, Flash-Friendly File System (F2FS), to Linux
> 3.8.
> 
> Highlights:
> - Add initial f2fs source codes
> - Fix an endian conversion bug
> - Fix build failures on random configs
> - Fix the power-off-recovery routine
> - Minor cleanup, coding style, and typos patches
> 
> Greg Kroah-Hartman (1):
>   f2fs: move proc files to debugfs
> 
> Huajun Li (1):
>   f2fs: fix a typo in f2fs documentation
> 
> Jaegeuk Kim (22):
>   f2fs: add document
>   f2fs: add on-disk layout
>   f2fs: add superblock and major in-memory structure
>   f2fs: add super block operations
>   f2fs: add checkpoint operations
>   f2fs: add node operations
>   f2fs: add segment operations
>   f2fs: add file operations
>   f2fs: add address space operations for data
>   f2fs: add core inode operations
>   f2fs: add inode operations for special inodes
>   f2fs: add core directory operations
>   f2fs: add xattr and acl functionalities
>   f2fs: add garbage collection functions
>   f2fs: add recovery routines for roll-forward
>   f2fs: update Kconfig and Makefile
>   f2fs: update the f2fs document
>   f2fs: fix endian conversion bugs reported by sparse
>   f2fs: adjust kernel coding style
>   f2fs: resolve build failures
>   f2fs: cleanup the f2fs_bio_alloc routine
>   f2fs: fix tracking parent inode number
> 
> Namjae Jeon (10):
>   f2fs: fix the compiler warning for uninitialized use of variable
>   f2fs: show error in case of invalid mount arguments
>   f2fs: remove unneeded memset from init_once
>   f2fs: check read only condition before beginning write out
>   f2fs: remove unneeded initialization
>   f2fs: move error condition for mkdir at proper place
>   f2fs: rewrite f2fs_bio_alloc to make it simpler
>   f2fs: make use of GFP_F2FS_ZERO for setting gfp_mask
>   f2fs: remove redundant call to f2fs_put_page in delete entry
>   f2fs: introduce accessor to retrieve number of dentry slots
> 
> Sachin Kamat (1):
>   f2fs: remove unneeded version.h header file from f2fs.h
> 
> Wei Yongjun (1):
>   f2fs: remove unused variable
> 
>  Documentation/filesystems/00-INDEX |2 +
>  Documentation/filesystems/f2fs.txt |  421 +
>  fs/Kconfig |1 +
>  fs/Makefile|1 +
>  fs/f2fs/Kconfig|   53 ++
>  fs/f2fs/Makefile   |7 +
>  fs/f2fs/acl.c  |  414 +
>  fs/f2fs/acl.h  |   57 ++
>  fs/f2fs/checkpoint.c   |  794 
>  fs/f2fs/data.c |  702 ++
>  fs/f2fs/debug.c|  361 
>  fs/f2fs/dir.c  |  672 ++
>  fs/f2fs/f2fs.h | 1083 ++
> 

[GIT PULL] f2fs: request for tree inclusion

2012-12-10 Thread Jaegeuk Kim
Hi Linus,

This is the first pull request for tree inclusion of Flash-Friendly File
System (F2FS) towards the 3.8 merge window.

http://lwn.net/Articles/518718/
http://lwn.net/Articles/518988/
http://en.wikipedia.org/wiki/F2FS

The f2fs has been in the linux-next tree for a while, and several issues
have been cleared as described in the signed tag below.
And also, I've done testing f2fs successfully based on Linux 3.7 with
the following test scenarios.

- Reliability test:
  Run fsstress on an SSD partition.

- Robustness test:
  Conduct sudden-power-off and examine the fs consistency repeatedly,
  while running a reliability test.

So, please pull the f2fs filesystem.
If I'm missing any issues or made mistakes, please let me know.

Thanks,
Jaegeuk Kim

The following changes since commit
29594404d7fe73cd80eaa4ee8c43dcc53970c60e:

  Linux 3.7 (2012-12-10 19:30:57 -0800)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs.git
tags/for-3.8-merge

for you to fetch changes up to e6aa9f36b2bfd6b30072c07b34f2a24becf1:

  f2fs: fix tracking parent inode number (2012-12-11 13:43:45 +0900)


Introduce a new file system, Flash-Friendly File System (F2FS), to Linux
3.8.

Highlights:
- Add initial f2fs source codes
- Fix an endian conversion bug
- Fix build failures on random configs
- Fix the power-off-recovery routine
- Minor cleanup, coding style, and typos patches

Greg Kroah-Hartman (1):
  f2fs: move proc files to debugfs

Huajun Li (1):
  f2fs: fix a typo in f2fs documentation

Jaegeuk Kim (22):
  f2fs: add document
  f2fs: add on-disk layout
  f2fs: add superblock and major in-memory structure
  f2fs: add super block operations
  f2fs: add checkpoint operations
  f2fs: add node operations
  f2fs: add segment operations
  f2fs: add file operations
  f2fs: add address space operations for data
  f2fs: add core inode operations
  f2fs: add inode operations for special inodes
  f2fs: add core directory operations
  f2fs: add xattr and acl functionalities
  f2fs: add garbage collection functions
  f2fs: add recovery routines for roll-forward
  f2fs: update Kconfig and Makefile
  f2fs: update the f2fs document
  f2fs: fix endian conversion bugs reported by sparse
  f2fs: adjust kernel coding style
  f2fs: resolve build failures
  f2fs: cleanup the f2fs_bio_alloc routine
  f2fs: fix tracking parent inode number

Namjae Jeon (10):
  f2fs: fix the compiler warning for uninitialized use of variable
  f2fs: show error in case of invalid mount arguments
  f2fs: remove unneeded memset from init_once
  f2fs: check read only condition before beginning write out
  f2fs: remove unneeded initialization
  f2fs: move error condition for mkdir at proper place
  f2fs: rewrite f2fs_bio_alloc to make it simpler
  f2fs: make use of GFP_F2FS_ZERO for setting gfp_mask
  f2fs: remove redundant call to f2fs_put_page in delete entry
  f2fs: introduce accessor to retrieve number of dentry slots

Sachin Kamat (1):
  f2fs: remove unneeded version.h header file from f2fs.h

Wei Yongjun (1):
  f2fs: remove unused variable

 Documentation/filesystems/00-INDEX |2 +
 Documentation/filesystems/f2fs.txt |  421 +
 fs/Kconfig |1 +
 fs/Makefile|1 +
 fs/f2fs/Kconfig|   53 ++
 fs/f2fs/Makefile   |7 +
 fs/f2fs/acl.c  |  414 +
 fs/f2fs/acl.h  |   57 ++
 fs/f2fs/checkpoint.c   |  794 
 fs/f2fs/data.c |  702 ++
 fs/f2fs/debug.c|  361 
 fs/f2fs/dir.c  |  672 ++
 fs/f2fs/f2fs.h | 1083 ++
 fs/f2fs/file.c |  636 +
 fs/f2fs/gc.c   |  742 +++
 fs/f2fs/gc.h   |  117 +++
 fs/f2fs/hash.c |   97 ++
 fs/f2fs/inode.c|  268 ++
 fs/f2fs/namei.c|  503 ++
 fs/f2fs/node.c | 1764
+++
 fs/f2fs/node.h |  353 +++
 fs/f2fs/recovery.c |  375 
 fs/f2fs/segment.c  | 1791

 fs/f2fs/segment.h  |  618 +
 fs/f2fs/super.c|  657 +
 fs/f2fs/xattr.c|  440 +
 fs/f2fs/xattr.h|  145 +++
 include/linux/f2fs_fs.h|  413 +
 include/uapi/linux/magic.h |1 +
 29 files changed, 13488 insertions(+)
 create mode 100644 Doc

Re: Request for tree inclusion

2012-12-02 Thread Frederic Weisbecker
2012/12/2 Stephen Rothwell :
> Well, these are a bit late (I expected Linus to release v3.7 today), but
> since Ingo has not piped in over the weekend, I have added them from today
> after the tip tree merge.

Yeah sorry to submit that so late. Those branches are in pending pull
requests to the -tip tree and I thought about relying on the
propagation of -tip into -next as usual. But Ingo has been very busy
with numa related work during this cycle. So until these branches get
merged in -tip, I'm short-circuiting a bit the -next step before it
becomes too late for the next merge window.

>
> I have called them fw-cputime, fs-sched and fw-nohz respectively and
> listed you as the only contact in case of problems.

Ok.

> If these are to be
> long term trees included in linux-next, I would prefer that you use
> better branch names - otherwise, if they are just short term, please tell
> me to remove them when they are finished with.

They are definitely short term. I'll tell you once these can be dropped.

Thanks a lot!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: Request for tree inclusion

2012-12-02 Thread Stephen Rothwell
Hi Frederic,

On Sat, 1 Dec 2012 00:09:03 +0100 Frederic Weisbecker  
wrote:
>
> Could please include the following branches from my tree in linux-next:
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> cputime/adjustment-v2
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> sched/cputime-v2
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> nohz/printk-v8
> 
> The two first are based on tip:/sched/core
> The 3rd is based on upstream.

Well, these are a bit late (I expected Linus to release v3.7 today), but
since Ingo has not piped in over the weekend, I have added them from today
after the tip tree merge.

I have called them fw-cputime, fs-sched and fw-nohz respectively and
listed you as the only contact in case of problems.  If these are to be
long term trees included in linux-next, I would prefer that you use
better branch names - otherwise, if they are just short term, please tell
me to remove them when they are finished with.

Thanks for adding your subsystem tree as a participant of linux-next.  As
you may know, this is not a judgment of your code.  The purpose of
linux-next is for integration testing and to lower the impact of
conflicts between subsystems in the next merge window. 

You will need to ensure that the patches/commits in your tree/series have
been:
 * submitted under GPL v2 (or later) and include the Contributor's
Signed-off-by,
 * posted to the relevant mailing list,
 * reviewed by you (or another maintainer of your subsystem tree),
 * successfully unit tested, and 
 * destined for the current or next Linux merge window.

Basically, this should be just what you would send to Linus (or ask him
to fetch).  It is allowed to be rebased if you deem it necessary.

-- 
Cheers,
Stephen Rothwell 
s...@canb.auug.org.au

Legal Stuff:
By participating in linux-next, your subsystem tree contributions are
public and will be included in the linux-next trees.  You may be sent
e-mail messages indicating errors or other issues when the
patches/commits from your subsystem tree are merged and tested in
linux-next.  These messages may also be cross-posted to the linux-next
mailing list, the linux-kernel mailing list, etc.  The linux-next tree
project and IBM (my employer) make no warranties regarding the linux-next
project, the testing procedures, the results, the e-mails, etc.  If you
don't agree to these ground rules, let me know and I'll remove your tree
from participation in linux-next.


pgpb8lYpvrrwU.pgp
Description: PGP signature