On Sunday December 9, lkmladrian@gmail.com wrote:The canonical source for changes in the kernel is the git history. It stores all of them! The canonical source for changes in the kernel that are important to your driver is the output of the compiler. If the compiler triggers and error where previously it didn't, then you depend on a part of the kernel that has changed --- if someone makes an API change that does not cause a compiler error for people who depend on the old behaviour, then they have done the wrong thing, but that happens rarely. If you get a compiler error, you then look in the git history to find out when the API changed, and read the comment. in this case it is commit 5705f7021748a69d84d6567e68e8851dab551464 If you look at this commit, you will see a brief explanation of the change, and examples of how new code replaced the old. Every instance in the kernel of rq_for_each_bio used the bio simply to call bio_for_each_segment. So we discarded rq_for_each_bio and introduced rq_for_each_segment. It make code cleaner (less indent depth) and means that we can make changes to the rules for iterating through segments in a request in just one central place. i.e. we have a higher level of abstraction. If you have a usage of rq_for_each_bio where rq_for_each_segment cannot be used, please show us. NeilBrown --
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| David Chinner | Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md. |
| Andrew Morton | -mm merge plans for 2.6.23 |
| Trent Piepho | Re: [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
git: | |
| David Miller | Re: iptables very slow after commit784544739a25c30637397ace5489eeb6e15d7d49 |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
