search for: apporoach

...is entirely reasonable. With my most recent patch, I submitted something I considered logically connected. I was asked to rework it and break it up. I did that and submitted the resulting patch stream for review. No one seemed to complain about that so I wasn't grokking your dislike of that apporoach. Now I am much more clear about how to use this git thing with LLVM. :) -Dave

...ht. > With my most recent patch, I submitted something I considered logically > connected. I was asked to rework it and break it up. I did that and > submitted the resulting patch stream for review. No one seemed to > complain about that so I wasn't grokking your dislike of that apporoach. > Now I am much more clear about how to use this git thing with LLVM. :) Great, thanks. -Chris

On Jul 28, 2011, at 2:16 PM, David A. Greene wrote: >>> The flow promoted by Git is precisely to make sure each and every commit >>> passes the tests. So, the granularity of "incremental development" is >>> really the commit, not how often you merge. >> This model is based on the idea of some trusted maintainer doing code >> review of the branch and

...her one. > > In my experiments this name doesn't have to bear any sense, so > there's > no point doing anything smart about it. What I did was not a strictly scientific approach, rather trying to mimic what seemed to happen ;) > FWIW I've been working on an alternative apporoach (mostly about > reducing the amount of regedits) and was about to submit the patches > today. I guess it'd accomodate SUSE driver suite just as well. Cool, I'ld be happy to test your patches together with mines ;) -- Cedric

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. In btrfs, metadata is stored in btree_inode. Ideally, if we could hook the inode to a fd so we could use

Hi there, SUSE ships Virtual Machine Driver Pack for the virtio windows drivers. Get v2v and customize to discover them and use them if available. Cédric Bosdonnat (7): v2v: check next free oem%d.inf in /Windows/Inf v2v: extract controller offset discovery as a function customize: add support for pvvxsvc v2v: extract reusable parts of viostor regedits v2v: adapt the subkey in Enum