| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20131229064707.GP19878@titan.lakedaemon.net> Date: Sun, 29 Dec 2013 01:47:07 -0500 From: Jason Cooper <jason@...edaemon.net> To: Gene Heskett <gheskett@...v.com> Cc: linux-kernel@...r.kernel.org Subject: Re: Git puzzle On Sun, Dec 29, 2013 at 01:27:05AM -0500, Gene Heskett wrote: > On Sunday 29 December 2013, Jason Cooper wrote: ... > >You may want to try the opposite approach. x86_64_defconfig, then add > >just what is necessary to boot and reproduce the bug. > > Did that, then added some stuff for my hdwe, made sure the Makefile version > and my makeit script versions matched. Fired off my build/install script, > But it bailed out at the mkinitramfs stage, couldn't find > /lib/modules/3.8.2 because it was named "3.8.2+". For this bisect run, can you do without the initramfs? Just build the sata driver and the fs driver into the kernel. You may want to drop makeit and just do the bare minimum, 'make bzImage && make modules && make modules_install' or similar. The '+' means the kernel build system (using git) determined that there were changes to the source tree from the most recent tagged version. If there weren't, it would just use the tag 3.8.2. You can take a look at scripts/setlocalversion to see how it figures it out. hth, Jason. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists