* Re: [PULL REQUEST]: bcache stability patches [not found] <alpine.LRH.2.11.1511291750520.5445@mail.ewheeler.net> @ 2015-12-02 12:18 ` Johannes Thumshirn 2015-12-05 7:52 ` Eric Wheeler 0 siblings, 1 reply; 2+ messages in thread From: Johannes Thumshirn @ 2015-12-02 12:18 UTC (permalink / raw) To: Eric Wheeler, Kent Overstreet Cc: linux-bcache, Zheng Liu, Joshua Schmid, Al Viro, Takashi Iwai, Zheng Liu, manover, g2p.code, stefan.bader, linux-kernel On Sun, 2015-11-29 at 20:13 -0800, Eric Wheeler wrote: > Hello all, > > Please pull this bcache branch with stability patches and see if it fixes > any issue that you might have! If you have stability patches (*that you > have tested*) which are not part of this branch, then please forward them > so they can be included. > > We have been using bcache with great performance and stability for over a > year; it is the best SSD caching mechanism that we have found for our > workload. > > I've been collecting these fixes for a while now and just put them up on > github so they can be easily merged. I continue to see mailing list > discussions about problems that users are having which these patches > address, so hopefully we can get these merged: > > https://github.com/ewheelerinc/linux/commits/bcache-patches-for-3.17 > git add remote ewheelerinc https://github.com/ewheelerinc/linux.git > git fetch ewheelerinc > git merge ewheelerinc/bcache-patches-for-3.17 > > This branch is from a clone of Linus's tree circa 3.17-rc so git merge > should bring this in cleanly to any later branch. This will merge cleanly > into kernel.org longerm versions v4.1.13 and v3.18.24. The original > author is cited in each commit; you are being Cc'ed in this email if you > are an author on any of these patches or are part of a mailing list thread > indicating problems that this pull may fix. I just did a test merge on the patches against today's master and I had no merge conflicts. The overall diff looks reasonable as well and it builds w/o any warnings. Just pulling them straight in won't be a good idea though, as the From: always points to Eric, that needs to be fixed up (but that's all just mechanics). > > Each commit includes `Cc: stable@vger.kernel.org` so if they get pulled > into mainline we will see bcache stable on the newer LTS branches of > kernel.org. > > This git branch includes patches that have been collected and tested by > Denis Bychkov from his post on 2015-09-16 with one exception: the > refill_dirty() patch has been updated to the latest stable version which > Kent posted the next day. The refill_dirty patch addresses issues when > bcache is backed by raid5/6 md's causing > queue_limits->partial_stripes_expensive to be nonzero. > > > Kent, > > Can this be sent to Jens for a pull into mainline? If you can give your > OK on this patchset then I'll approach Jens and see if he can pull this > in. Maybe Cc him in your response. > > If there's anything in here that you would like to omit or change from > this pull then let me know and I'll rebase. > > Thanks! > > -Eric > Kent, can you please merge these patches? There are people out there actually using bcache and these patches aren't just cosmetics. Thanks a lot for collecting these patches Eric. Johannes > > > -- > Eric Wheeler, President eWheeler, Inc. dba Global Linux Security > 888-LINUX26 (888-546-8926) Fax: 503-716-3878 PO Box 25107 > www.GlobalLinuxSecurity.pro ; Linux since 1996! Portland, OR 97298 > -- > To unsubscribe from this list: send the line "unsubscribe linux-bcache" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PULL REQUEST]: bcache stability patches 2015-12-02 12:18 ` [PULL REQUEST]: bcache stability patches Johannes Thumshirn @ 2015-12-05 7:52 ` Eric Wheeler 0 siblings, 0 replies; 2+ messages in thread From: Eric Wheeler @ 2015-12-05 7:52 UTC (permalink / raw) To: Johannes Thumshirn Cc: Eric Wheeler, linux-bcache, Zheng Liu, Joshua Schmid, Al Viro, Takashi Iwai, Zheng Liu, manover, g2p.code, stefan.bader, linux-kernel, kent.overstreet [-- Attachment #1: Type: TEXT/PLAIN, Size: 3733 bytes --] On Wed, 2 Dec 2015, Johannes Thumshirn wrote: > On Sun, 2015-11-29 at 20:13 -0800, Eric Wheeler wrote: > > Hello all, > > > > Please pull this bcache branch with stability patches and see if it fixes > > any issue that you might have! If you have stability patches (*that you > > have tested*) which are not part of this branch, then please forward them > > so they can be included. > > > > We have been using bcache with great performance and stability for over a > > year; it is the best SSD caching mechanism that we have found for our > > workload. > > > > I've been collecting these fixes for a while now and just put them up on > > github so they can be easily merged. I continue to see mailing list > > discussions about problems that users are having which these patches > > address, so hopefully we can get these merged: > > > > https://github.com/ewheelerinc/linux/commits/bcache-patches-for-3.17 > > git remote add ewheelerinc https://github.com/ewheelerinc/linux.git > > git fetch ewheelerinc > > git merge ewheelerinc/bcache-patches-for-3.17 > > > > This branch is from a clone of Linus's tree circa 3.17-rc so git merge > > should bring this in cleanly to any later branch. This will merge cleanly > > into kernel.org longerm versions v4.1.13 and v3.18.24. The original > > author is cited in each commit; you are being Cc'ed in this email if you > > are an author on any of these patches or are part of a mailing list thread > > indicating problems that this pull may fix. > > I just did a test merge on the patches against today's master and I had no > merge conflicts. The overall diff looks reasonable as well and it builds w/o > any warnings. > > Just pulling them straight in won't be a good idea though, as the From: always > points to Eric, that needs to be fixed up (but that's all just mechanics). Fixed. I've updated the authors and done a git push --force to adjust. Please re-merge. > > Each commit includes `Cc: stable@vger.kernel.org` so if they get pulled > > into mainline we will see bcache stable on the newer LTS branches of > > kernel.org. > > > > This git branch includes patches that have been collected and tested by > > Denis Bychkov from his post on 2015-09-16 with one exception: the > > refill_dirty() patch has been updated to the latest stable version which > > Kent posted the next day. The refill_dirty patch addresses issues when > > bcache is backed by raid5/6 md's causing > > queue_limits->partial_stripes_expensive to be nonzero. > > > > > > Kent, > > > > Can this be sent to Jens for a pull into mainline? If you can give your > > OK on this patchset then I'll approach Jens and see if he can pull this > > in. Maybe Cc him in your response. > > > > If there's anything in here that you would like to omit or change from > > this pull then let me know and I'll rebase. > > > > Thanks! > > > > -Eric > > > > Kent, can you please merge these patches? There are people out there actually > using bcache and these patches aren't just cosmetics. > > Thanks a lot for collecting these patches Eric. > Johannes Thank you for the feedback Johannes! I look forward to seeing these upstream. -Eric > > > > > > -- > > Eric Wheeler, President eWheeler, Inc. dba Global Linux Security > > 888-LINUX26 (888-546-8926) Fax: 503-716-3878 PO Box 25107 > > www.GlobalLinuxSecurity.pro ; Linux since 1996! Portland, OR 97298 > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-bcache" in > > the body of a message to majordomo@vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-12-05 7:59 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <alpine.LRH.2.11.1511291750520.5445@mail.ewheeler.net>
2015-12-02 12:18 ` [PULL REQUEST]: bcache stability patches Johannes Thumshirn
2015-12-05 7:52 ` Eric Wheeler
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox