svn commit: r311849 - in head: . sys/amd64/conf sys/arm64/conf sys/conf sys/dev/e1000 sys/i386/conf sys/mips/conf sys/modules sys/modules/em sys/modules/igb sys/powerpc/conf

[Alexander Leidinger]

Quoting Roger Pau Monné <roger.pau at citrix.com> (from Wed, 15 Feb 2017  
10:06:37 +0000):

> On Tue, Jan 10, 2017 at 03:23:22AM +0000, Sean Bruno wrote:
>> Author: sbruno
>> Date: Tue Jan 10 03:23:22 2017
>> New Revision: 311849
>> URL: https://svnweb.freebsd.org/changeset/base/311849
>>
>> Log:
>>   Migrate e1000 to the IFLIB framework:
>>   - em(4) igb(4) and lem(4)
>>   - deprecate the igb device from kernel configurations
>>   - create a symbolic link in /boot/kernel from if_em.ko to if_igb.ko
>
> This linking causes mfsBSD to choke when building an image from  
> HEAD. It tries
> to issue the following command:
>
> ${_v}${CP} -rp ${_BOOTDIR}/kernel ${WRKDIR}/disk/boot
>
> Which fails when finding the symbol link. I can send a patch to  
> change that to
> -Rp, which would work fine, but wouldn't it be better to either completely
> remove if_igb.ko, or simply copy if_em.ko to if_igb.ko?
>
> I'm wondering if for example anyone strips down it's /boot/kernel/  
> manually, by
> removing unused modules, and what would happen if if_em.ko is removed but not
> if_igb.ko.

We need to add here, that a symlink is not loaded by loader. What  
about a hardlink instead?

Bye,
Alexander.

-- 
http://www.Leidinger.net Alexander at Leidinger.net: PGP 0x8F31830F9F2772BF
http://www.FreeBSD.org    netchild at FreeBSD.org  : PGP 0x8F31830F9F2772BF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 801 bytes
Desc: Digitale PGP-Signatur
URL: <http://lists.freebsd.org/pipermail/svn-src-all/attachments/20170217/1f3f87a8/attachment.sig>