LSF 2013 call for participation?
Subsystems (2)
Jan Kara
reviewerHi,
I wanted to ask about this year's LSFMM summit - I didn't see any call
for participation yet although previous years it was sent out before Christmas. What's going on? I believe things should get moving soon so that invited people can arrange for visa / plane tickets...
Honza
PS: If my memory serves well (thanks goes to Mel for reminding me), Martin was appointed this year's chief organizer.
Signature · 2 lines
Jan Kara <[email protected]> SUSE Labs, CR
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Jan" == Jan Kara <[email protected]> writes:
Jan> Hi, I wanted to ask about this year's LSFMM summit - I didn't see Jan> any call for participation yet although previous years it was sent Jan> out before Christmas.
Really? I always thought they went out in January. In any case we are getting the call rolling.
And for those that want to plan ahead the dates are April 18th and 19th in San Francisco. This year we're trailing the Collab Summit instead of preceding it:
https://events.linuxfoundation.org/events/lsfmm-summit
Signature · 1 line
Martin K. Petersen Oracle Linux Engineering
Jan Kara
reviewerQuoted 8 lines · Martin K. Petersen
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Jan" == Jan Kara <[email protected]> writes:
Jan> Hi, I wanted to ask about this year's LSFMM summit - I didn't see Jan> any call for participation yet although previous years it was sent Jan> out before Christmas.
Really? I always thought they went out in January. In any case we are getting the call rolling.
Thanks! Looking forward to it.
Honza
Signature · 2 lines
Jan Kara <[email protected]> SUSE Labs, CR
[adding linux-mm to cc...]
Quoted 6 lines · Martin K. Petersen
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Jan" == Jan Kara <[email protected]> writes:
Jan> Hi, I wanted to ask about this year's LSFMM summit - I didn't see Jan> any call for participation yet although previous years it was sent Jan> out before Christmas.
Quoted 8 lines
Really? I always thought they went out in January. In any case we are getting the call rolling.
And for those that want to plan ahead the dates are April 18th and 19th in San Francisco. This year we're trailing the Collab Summit instead of preceding it:
There are a few things I'd like to hold a discussion about...
- How do we get from bcache/flashcache/dm-cache/enhanceio to a single upstream driver? If we merge one of them, then can we cherry-pick the more easily pluggable pieces of each into whatever gets merged? Which one would we merge as a basis for the others?
- Stable pages part 3: Modifying existing block devices. A number of block devices and filesystems provide their own page snapshotting, or play tricks with the page bits to satisfy their own stability requirements. Can we eliminate this?
Also, miscellaneous other odd topics:
- How many of the infrequently-tested mount options in ext4/others can we get away with eliminating? Or at least hiding them behind a "pleaseeatmydata" mount flag to minimize (hopefully) the amount of accidental data loss due to wild mount incantations?
- Update on exposing T10/DIF data to userspace via the preadv/pwritev aio interface. I ought to publish some code first.
- A discussion of deduplication could be fun, though I'm not sure its memory and processing requirements make it a great candidate for kernel code, or even general usage. I'm not even sure there's a practical way to, say, have a userspace dedupe tool that could listen for delayed allocations and try to suggest adjustments before commit time.
--D
Quoted 7 lines
Signature · 6 lines
-- Martin K. Petersen Oracle Linux Engineering -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"[email protected]"> [email protected] </a>
Jan Kara
reviewerQuoted 19 lines · Darrick J. Wong
[adding linux-mm to cc...]
Quoted 6 lines · Martin K. Petersen
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Jan" == Jan Kara <[email protected]> writes:
Jan> Hi, I wanted to ask about this year's LSFMM summit - I didn't see Jan> any call for participation yet although previous years it was sent Jan> out before Christmas.
Quoted 8 lines
Really? I always thought they went out in January. In any case we are getting the call rolling.
And for those that want to plan ahead the dates are April 18th and 19th in San Francisco. This year we're trailing the Collab Summit instead of preceding it:
There are a few things I'd like to hold a discussion about...
...
Quoted 4 lines
- Stable pages part 3: Modifying existing block devices. A number of block devices and filesystems provide their own page snapshotting, or play tricks with the page bits to satisfy their own stability requirements. Can we eliminate this?
I guess this is more about sending patches than agreeing on how to do
it. But you can give a quick status update so that respective maintainers know about the current situation.
Quoted 6 lines
Also, miscellaneous other odd topics:
- How many of the infrequently-tested mount options in ext4/others can we get away with eliminating? Or at least hiding them behind a "pleaseeatmydata" mount flag to minimize (hopefully) the amount of accidental data loss due to wild mount incantations?
I'm interested in this discussion as well. But be aware that this
question is coming up for at least last two years if I remember right. And again if you come up with suggestions for particular options, we can speak about it. Actually I have a plan to prepare some concrete suggestions for ext4 workshop / LSF. So just tell me if you plan to work on this so that we don't duplicate the effort.
Quoted 5 lines
- A discussion of deduplication could be fun, though I'm not sure its memory and processing requirements make it a great candidate for kernel code, or even general usage. I'm not even sure there's a practical way to, say, have a userspace dedupe tool that could listen for delayed allocations and try to suggest adjustments before commit time.
I think userspace is a better place for efficient deduplication... Plus
you have to implement COW to handle when deduplicated block is written.
Honza
Signature · 8 lines
Jan Kara <[email protected]> SUSE Labs, CR -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"[email protected]"> [email protected] </a>