Denverton CPU on FreeBSD

2017-08-16 Thread Cassiano Peixoto 
Hi there,

Is someone playing with Denverton CPU On FreeBSD?

I'm trying to use serial console on FreeBSD with Denverton CPU but doesn't
work.

I can see the boot process but it stops and I do not have the login prompt.
My keyboard doesn't answer as well.

I tried it with FreeBSD 10, 11 and 12-CURRENT. Same configuration is
working with Rangeley CPU.

Any help is welcome.

Thanks.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Error in 'make buildworld' on 10.3

2017-08-16 Thread Brandon Allbery 
On Wed, Aug 16, 2017 at 1:46 AM, Aijaz Baig  wrote:

> ===> share/zoneinfo (all)
> cp -fp /usr/src/share/zoneinfo/../../contrib/tzdata//yearistype.sh
> yearistype
> cp: chflags: yearistype: Operation not supported
> *** Error code 1
>
> (...)
> Looks like it failed while building zoneinfo since apparently
> [file]yearistype[/file] is not supported (*on what? this processor i.e.
> CPUTYPE*??). Is there a way to skip certain packages (like related to
> regional localisations since US-EN is fine with me)??


Nothing to do with yearistype /per se/. Most likely you are booted into a
securelevel that forbids whatever chflags operation was attempted on that
filesystem.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: mlx4en, timer irq @100%... (11.0 stuck on high network load ???)

2017-08-16 Thread Ben RUBSON 
> On 15 Aug 2017, at 23:33, Julien Charbon  wrote:
> 
> On 8/11/17 11:32 AM, Ben RUBSON wrote:
>>> On 08 Aug 2017, at 13:33, Julien Charbon  wrote:
>>> 
>>> On 8/8/17 10:31 AM, Hans Petter Selasky wrote:
 
 Suggested fix attached.
>>> 
>>> I agree we your conclusion.  Just for the record, more precisely this
>>> regression seems to have been introduced with:
>>> (...)
>>> Thus good catch, and your patch looks good.  I am going to just verify
>>> the other in_pcbrele_wlocked() calls in TCP stack.
>> 
>> Julien, do you plan to make this fix reach 11.0-p12 ?
> 
> I am checking if your issue is another flavor of the issue fixed by:
> 
> https://svnweb.freebsd.org/base?view=revision&revision=307551
> https://reviews.freebsd.org/D8211
> 
> This fix in not in 11.0 but in 11.1.  Currently I did not found how an
> inp in INP_TIMEWAIT state can have been INP_FREED without having its tw
> set to NULL already except the issue fixed by r307551.
> 
> Thus could you try to apply this patch:
> 
> https://github.com/freebsd/freebsd/commit/acb5bfda99b753d9ead3529d04f20087c5f7d0a0.patch
> 
> and see if you can still reproduce this issue?

Thank you for your answer Julien.
Unfortunately, I'm not sure at all how to reproduce the issue.
I have other servers which are 100% identical to this one, same workload,
same some-months uptime, but they did not trigger the bug yet.

If other network stack experts (I'm not) agree with your analysis,
we could then certainly go further with D8211 / r307551.

One thing that perhaps might help :
# netstat -an | grep TIME_WAIT$ | wc -l
468

Note that due to this running bug, sendmail has lots of difficulties to send 
outgoing mails.
As soon as I run the above netstat command, I receive a lot of stacked mails 
(more than 20 this time).
As if netstat was able to somehow help...

Number of TIME_WAIT connections however does not decrease, but increases.

> And in the spirit of r307551 fix and based on Hans patch I will also
> propose to add a kernel log describing the issue instead of starting an
> infinite loop when INVARIANT is not set.

Which should then never be triggered :)
Good idea I think !

Thank you again !

Ben

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"