Date: Thu, 17 Dec 2009 00:30:03 +0200 From: David Naylor <naylor.b.david@gmail.com> To: John Baldwin <jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: [regression] loader stalls on compressed module Message-ID: <200912170030.06523.naylor.b.david@gmail.com> In-Reply-To: <200912150900.20229.jhb@freebsd.org> References: <200912151124.58478.naylor.b.david@gmail.com> <200912150900.20229.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Tuesday 15 December 2009 16:00:20 John Baldwin wrote: > On Tuesday 15 December 2009 4:24:54 am David Naylor wrote: > > Hi, > > > > It appears that recently (~6 months) loader can no longer load compressed > > kernel objects (gzipped) . This regression is present on both FreeBSD-8 > > and > > - > > > Current. > > > > This can be reproduced by doing: > > # cd /boot/kernel ; gzip -9 unionfs.ko > > (Choose option 6 from loader and enter: load unionfs) > > > > I have experienced this on both i386 and amd64. It appears that loader > > can handle a compressed generic kernel (and maybe other modules). > > Does a loader from TOT still exhibit this? If you build the loader w/o GPT > support (LOADER_NO_GPT or some such, it's in sys/boot/i386/loader/Makefile) > does that fix it? What is TOT? # make clean depend all install -DLOADER_NO_GPT_SUPPORT -DLOADER_ONLY => Stalled # make clean depend all install -DLOADER_BZIP2_SUPPORT -DLOADER_ONLY => (With bzip2 -9 unionfs.ko) lseek failed elf64_obj_loadimage: read failed can't load file '/boot/kernel/unionfs.ko' input/output error I don't use bzip2 support so I cannot comment on past behaviour. Should I file a PR about this problem? [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAkspX24ACgkQUaaFgP9pFrIixwCfVuZgmPZmHaJFUe+YNZVIputt 1EEAn1V+rQmhJIu8XVcoKT+KntxjKsj3 =Ig+j -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200912170030.06523.naylor.b.david>