kernel using gcc-5.3 fails to boot right

[Adrian Chadd]

On 24 August 2016 at 04:53, Mori Hiroki <yamori813 at yahoo.co.jp> wrote:
> Hi
>
> I have question that is why don't use clang ?

clang/mips32 is still coming along. :)

Hopefully gcc-5.3 (and gcc-6) can generate mips16 code that isn't broken?



-adrian

>
> I think 4k is use gcc 4.2 continue and 24k and
> 74k to change to clang because of FreeBSD other
> arch move it.
>
> I want use MIPS16 instruction because it make
> small binary. Current build is almost 4Mbyte.
> If use MIPS16 instruction we get more space
> at 4M flash. But gcc 4.2 and binutil not correctsupport
> . I hope clang support correct MIPS16
> instruction.
>
> Hiroki Mori
>
>
> ----- Original Message -----
>> From: Adrian Chadd <adrian at freebsd.org>
>> To: "freebsd-mips at freebsd.org" <freebsd-mips at freebsd.org>
>> Cc:
>> Date: 2016/8/15, Mon 14:21
>> Subject: kernel using gcc-5.3 fails to boot right
>>
>> hiya,
>>
>> A freebsd-head kernel compiled with gcc-5.3 for a mips32 kernel (eg
>> TL-WDR3600, mips74k) doesn't seem to work right.
>>
>> eg, loading a bunch of kernel modules at startup leads to a hang in kmem_arena:
>>
>> kldload: can't load random: No such file or directory
>>   .. ipfw
>> ipfw2 initialized, divert loadable, nat loadable, default to deny,
>> logging disabled
>> load: 1.79  cmd: kldload 56 [kmem arena] 8.90r 0.00u 0.03s 0% 1708k
>> ...
>> load: 1.67  cmd: kldload 56 [kmem arena] 19.99r 0.00u 0.03s 0% 1708k
>>
>> .. however, there's definitely enough space in the arena in question:
>>
>> db> show vmem 0x80593bc0
>> vmem 0x80593bc0 'kmem arena'
>>         quantum:        4096
>>         size:   41730048
>>         inuse:  1523712
>>         free:   40206336
>>         busy tags:      37
>>         free tags:      4
>>                         inuse   size            free    size
>>         8192            9       73728           0       0
>>         12288           4       49152           0       0
>>         16384           9       147456          0       0
>>         20480           1       20480           0       0
>>         28672           1       28672           0       0
>>         32768           1       32768           0       0
>>         40960           1       40960           0       0
>>         45056           1       45056           0       0
>>         49152           4       196608          0       0
>>         65536           1       65536           0       0
>>         131072          5       823296          0       0
>>         33554432        0       0               1       40206336
>>
>> .. so, I'm not sure yet what's going on, but something fishy is
>> definitely going on.
>>
>> Any ideas?
>>
>> I'd like to flip on building/running freebsd-wifi mips32/mips64 images
>> 100% using external gcc toolchain, and this worked fine with the
>> gcc-4.9 toolchain. :(
>>
>> (On the plus side, userland seems to be okay when compiled with gcc-5.3.)
>>
>>
>>
>> -adrian
>> _______________________________________________
>> freebsd-mips at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-mips
>> To unsubscribe, send any mail to
>> "freebsd-mips-unsubscribe at freebsd.org"
>>
> _______________________________________________
> freebsd-mips at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-mips
> To unsubscribe, send any mail to "freebsd-mips-unsubscribe at freebsd.org"