Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1392467
| From | "George Spelvin" <linux@horizon.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 1/2] <linux/hash.h>: Make hash_64(), hash_ptr() return 32 bits |
| Date | 2016-05-02 21:10 +0200 |
| Message-ID | <ruroe-Mo-19@gated-at.bofh.it> (permalink) |
| References | <rum5c-3YK-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Peter Zijlstra wrote: > Is the subject stale or the above a mistake? Because hash_64() still > very much seems to return u64. Damn it no, it's a brown-paper-bag typo caused by a recent rebase. It's meant to be u32, it was developed with u32, but the typo snuck in during late testing and I didn't catch it. I know Linus hates recent rebases, but I actually had a good reason if you want to hear the saga... I developed the patch while running v4.4.x. I'd been doing other hacking on top of v4.5 that resulted in an unstable system, so I kept going back to the "last known good" v4.4.x kernel to get work done. Developing this patch, I backed out that buggy work and based it on my 4.5 tree, since Linus hates basing work on random kernels. Most of it was compile testing, but just before submitting, I of course had to boot it and test. When I booted it, I discovered I couldn't load microcode. How the hell did I cause that? Oh, I have CONFIG_MICROCODE turned off... huh? Oh, v4.5 has bug where CONFIG_MICROCODE depende on CONFIG_BLK_DEV_INITRD which I don't use, and the fix went in to v4.6-rc1. Okay, fine, in the interest of getting a clean boot for testing, I'll rebase to v4.6-rc6. See, I told you I had a reason! Now, I actually have a fair pile of local patches for hacking projects in progress (I'm running 4.6.0-rc6-0130), so rebasing my whole stack takes me about an hour and a half, with several merge conflict resolutions. Finally, I get my clean boot, and everything seems to be working fine, and I'm ready to post. But by this time it's late, I'm tired, and I didn't notice that I somehow managed to screw that up! In hindsight, I think I remember the sequence of edits that caused it (I deleted something by accident and cut & pasted it back), but that's an even more obscure saga. I will now go and fix it and boot test again, just to be sure. Grump.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [patch 2/7] lib/hashmod: Add modulo based hash mechanism "George Spelvin" <linux@horizon.com> - 2016-04-30 23:00 +0200
Re: [patch 2/7] lib/hashmod: Add modulo based hash mechanism Thomas Gleixner <tglx@linutronix.de> - 2016-05-01 10:40 +0200
Re: [patch 2/7] lib/hashmod: Add modulo based hash mechanism "George Spelvin" <linux@horizon.com> - 2016-05-01 11:50 +0200
Re: [patch 2/7] lib/hashmod: Add modulo based hash mechanism Linus Torvalds <torvalds@linux-foundation.org> - 2016-05-01 19:00 +0200
Re: [patch 2/7] lib/hashmod: Add modulo based hash mechanism Thomas Gleixner <tglx@linutronix.de> - 2016-05-02 09:20 +0200
[PATCH 1/2] <linux/hash.h>: Make hash_64(), hash_ptr() return 32 bits "George Spelvin" <linux@horizon.com> - 2016-05-02 12:30 +0200
[PATCH 2/2] <linux/hash.h>: Fix hash_64()'s horrible collision problem "George Spelvin" <linux@horizon.com> - 2016-05-02 12:30 +0200
Re: [PATCH 2/2] <linux/hash.h>: Fix hash_64()'s horrible collision problem Linus Torvalds <torvalds@linux-foundation.org> - 2016-05-02 22:10 +0200
[RFC PATCH 3/2] (Rant) Fix various hash abuses "George Spelvin" <linux@horizon.com> - 2016-05-02 12:30 +0200
[RFC PATCH 4/2] namei: Improve hash mixing if CONFIG_DCACHE_WORD_ACCESS "George Spelvin" <linux@horizon.com> - 2016-05-02 12:40 +0200
Re: [PATCH 1/2] <linux/hash.h>: Make hash_64(), hash_ptr() return 32 bits Peter Zijlstra <peterz@infradead.org> - 2016-05-02 15:30 +0200
Re: [PATCH 1/2] <linux/hash.h>: Make hash_64(), hash_ptr() return 32 bits "George Spelvin" <linux@horizon.com> - 2016-05-02 21:10 +0200
Re: [PATCH 1/2] <linux/hash.h>: Make hash_64(), hash_ptr() return 32 bits Linus Torvalds <torvalds@linux-foundation.org> - 2016-05-02 18:30 +0200
Re: [PATCH 1/2] <linux/hash.h>: Make hash_64(), hash_ptr() return 32 bits "George Spelvin" <linux@horizon.com> - 2016-05-02 22:30 +0200
Re: [PATCH 1/2] <linux/hash.h>: Make hash_64(), hash_ptr() return 32 bits Linus Torvalds <torvalds@linux-foundation.org> - 2016-05-02 23:20 +0200
Re: [PATCH 1/2] <linux/hash.h>: Make hash_64(), hash_ptr() return 32 bits Linus Torvalds <torvalds@linux-foundation.org> - 2016-05-02 23:50 +0200
Re: [PATCH 1/2] <linux/hash.h>: Make hash_64(), hash_ptr() return 32 bits "George Spelvin" <linux@horizon.com> - 2016-05-03 04:00 +0200
Re: [PATCH 1/2] <linux/hash.h>: Make hash_64(), hash_ptr() return 32 bits Linus Torvalds <torvalds@linux-foundation.org> - 2016-05-03 05:10 +0200
csiph-web