> It's a first shot so it might not yet be perfect - although so far itYou still kept Venki's redundant 32bit reference count change for 32bit. The code handled that already by doing reserved bits check. IMHO it would have been cleaner to also do that for the 64bit version instead of abusing the reference counting for this (like my "CPA Handle 4K split pages at boot on 64bit" patch did). Ok I'll redo it. Thank you for your support. Probably in larger chunks now though -- with your somewhat random patching applying methology larger small grained series are just too painful for me. First priority will be gbpages on top of it. I would appreciate if you could either prevent or warn against further wide scale changes on these files before .26 then -- otherwise I'll have again play catch up with a relatively large patchkit. They seem to be all independent from a quick look. Yes I'll do a patch later. I had wanted to fix it over the weekend, but was fighting instead with all the other problems that were in git-x86 at that time. -Andi --
| Andrew Morton | -mm merge plans for 2.6.23 |
| David Miller | Re: [BUG] New Kernel Bugs |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Andrew Morton | Re: Linux 2.6.21-rc4 |
git: | |
| David Miller | [GIT]: Networking |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Eric W. Biederman | [PATCH] macvlan: Support creating macvlans from macvlans |
