Boot with meego kernel 2.6.35.9-6.5-adaptation-n900 on n900, an oops happend, I
see similar reporting in lkml:
https://lkml.org/lkml/2010/8/26/103
I just happened once, so I don't know hot to reproduce it.
`addr2line -e vmlinux 0xc0197888` show
fs/btrfs/extent_io.c:3358
ret = test_range_bit(t
Excerpts from Yan, Zheng's message of 2011-01-18 00:34:40 -0500:
> take offset of start position into account when calculating page count.
Thanks Yan, do you have a test case that exposes this? I'd like to add
it to xfsqa if it makes sense.
-chris
--
To unsubscribe from this list: send the line
do validation for extent_buffer if it's skipped before
With metadata readahead, we slightly change the behavior. Before it, we allocate
an extent_buffer (so set page->private), do metadata read and
btree_readpage_end_io_hook() will do validation. After it, we directly do
metadata readahead, and si
Subject: add metadata_incore ioctl in vfs
Add an ioctl to dump filesystem's metadata in memory in vfs. Userspace collects
such info and uses it to do metadata readahead.
Filesystem can hook to super_operations.metadata_incore to get metadata in
specific approach. Next patch will give an example ho
Subject: add metadata_readahead ioctl in vfs
Add metadata readahead ioctl in vfs. Filesystem can hook to
super_operations.metadata_readahead to handle filesystem specific task.
Next patch will give an example how btrfs implements it.
Signed-off-by: Shaohua Li
Reviewed-by: Arnd Bergmann
---
fs/
Implementation btrfs .metadata_readahead. In btrfs, all metadata pages are in a
special btree_inode. We do readahead in it.
Signed-off-by: Shaohua Li
---
fs/btrfs/disk-io.c | 10 ++
fs/btrfs/super.c |1 +
fs/btrfs/volumes.c | 38 ++
fs/btrfs
Implement btrfs specific .metadata_incore.
In btrfs, all metadata pages are in a special btree_inode, we take pages from
it.
we only account referenced pages here. Say we collect metadata info in one
boot, do metadata readahead in next boot and we might collect metadata
again. The readahead could
Hi,
We have file readahead to do asyn file read, but has no metadata
readahead. For a list of files, their metadata is stored in fragmented
disk space and metadata read is a sync operation, which impacts the
efficiency of readahead much. The patches try to add meatadata readahead
for btrfs. It ha
I looked through the man page and wiki but didn't see a command to
list all files on a mount point that are compressed.
A command that could do the following would be nice:
Full Pathame Compressed Size Bytes Uncompressed Size Bytes
Compression Ratio
/some/file 1500
This is the userspace side of the filtered balance patch, again
purely for comment at this stage. The command-line invocation will
look something like this:
$ sudo btrfs fi bal --filter type=meta,~raid1 /mnt
This will balance all metadata block groups that are not replicated
with RAID1. Onc
This is a patch purely for comment. There's several things wrong
with it that I need to fix (at minimum, it has too much debugging
output, the __balance_chunk_filters function takes the wrong set of
parameters to make it properly extensible, and the progress counter is
broken).
I'm planning
On Tue, Jan 18, 2011 at 4:28 PM, cwillu wrote:
> While untar'ing an image to an sd card via a reader, I got the
> following bug. The system also has a btrfs root, and a whole swath of
> processes went into uninterruptable sleep. I was able to poke around
> via ssh and sysrq, and already had netc
While untar'ing an image to an sd card via a reader, I got the
following bug. The system also has a btrfs root, and a whole swath of
processes went into uninterruptable sleep. I was able to poke around
via ssh and sysrq, and already had netconsole set up to capture the
bug.
Root fs is on /dev/sd
Hi Chris,
there are a lot of patches related to the btrfs-progs[*]. Do you think
that it is reasonable that you find a bit of time to care about that ?
Regards
G.Baroncelli
[*] For example see my email "[REPOST][BTRFS-PROGS] Repost of some
patches" dated 2010-12-05.
On 01/18/2011 11:14 AM, Feli
On Tue, Jan 18, 2011 at 11:56 AM, Mitch Harder
wrote:
> On Tue, Jan 18, 2011 at 9:22 AM, C Anthony Risinger wrote:
>> On Tue, Jan 18, 2011 at 4:14 AM, Felix Blanke wrote:
>>> Hi,
>>>
>>> just slap me if the question is stupid, but when will all those new
>>> features be added
>>> to the btrfs-p
On Tue, Jan 18, 2011 at 9:22 AM, C Anthony Risinger wrote:
> On Tue, Jan 18, 2011 at 4:14 AM, Felix Blanke wrote:
>> Hi,
>>
>> just slap me if the question is stupid, but when will all those new features
>> be added
>> to the btrfs-progs?
>>
>> The last commit is at
>> "git://git.kernel.org/pub/
On Tue, Jan 18, 2011 at 4:14 AM, Felix Blanke wrote:
> Hi,
>
> just slap me if the question is stupid, but when will all those new features
> be added
> to the btrfs-progs?
>
> The last commit is at
> "git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs-unstable.git"
> is from oct. 20
On 01/18/2011 03:13 PM, Yan, Zheng wrote:
> On Tue, Jan 18, 2011 at 9:22 PM, Erik Logtenberg wrote:
>> On 01/18/2011 01:54 AM, Yan, Zheng wrote:
>>> On Mon, Jan 17, 2011 at 10:14 PM, Erik Logtenberg
>>> wrote:
Hi,
btrfs balance results in:
http://pastebin.com/v5j0809M
>>
Hallo, Erik,
Du meintest am 18.01.11:
[...]
> Thanks for your (short) advice. Could you please elaborate. I was in
> fact using a 2.6.35.10-74.fc14.x86_64 kernel before,
I had to change from 2.6.35.8 to 2.6.37-rc4 (and now 2.6.37) for
reliable work.
Viele Gruesse!
Helmut
--
To unsubscribe fr
On Tue, Jan 18, 2011 at 9:22 PM, Erik Logtenberg wrote:
> On 01/18/2011 01:54 AM, Yan, Zheng wrote:
>> On Mon, Jan 17, 2011 at 10:14 PM, Erik Logtenberg wrote:
>>> Hi,
>>>
>>> btrfs balance results in:
>>>
>>> http://pastebin.com/v5j0809M
>>>
>>> My system: fully up-to-date Fedora 14 with rawhide
On 01/18/2011 01:54 AM, Yan, Zheng wrote:
> On Mon, Jan 17, 2011 at 10:14 PM, Erik Logtenberg wrote:
>> Hi,
>>
>> btrfs balance results in:
>>
>> http://pastebin.com/v5j0809M
>>
>> My system: fully up-to-date Fedora 14 with rawhide kernel to make btrfs
>> balance do useful stuff to my free space:
Hi,
just slap me if the question is stupid, but when will all those new features be
added
to the btrfs-progs?
The last commit is at
"git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs-unstable.git"
is from oct. 2010?!?
Regards,
Felix
On 17. January 2011 - 16:13, Chris Mason wro
22 matches
Mail list logo
