Used freebsd-update from 11.0-RC1 to 11.0-RC3 and kernel compile failed:
linking kernel.full
iflib.o: In function `iflib_legacy_setup':
/usr/src/sys/amd64/compile/hyster3/../../../net/iflib.c:4457: undefined
reference to `taskqgroup_attach'
kernel config was GENERIC with added:
> device
Attempted to isolate the problem, compiled a GENERIC kernel with nothing
added,
with no problem.
Then with only pf added and then with pf and altq added and still no
compile problem.
Did not reboot the machine any more between these trials so I think the
update
process was good, do not know what
On Sun, Sep 18, 2016 at 7:09 AM, Marc UBM Bocklet via freebsd-stable
wrote:
>
> Hi all,
>
> due to two bad cables, I had two drives drop from my striped raidz2
> pool (built on top of geli encrypted drives). I replaced one of the
> drives before I realized that the cabling was at fault - that's th
On Thu, Sep 15, 2016 at 10:28:11AM -0700, John Baldwin wrote:
> On Thursday, September 15, 2016 05:41:03 PM Slawa Olhovchenkov wrote:
> > On Wed, Sep 07, 2016 at 10:13:48PM +0300, Slawa Olhovchenkov wrote:
> >
> > > I am have strange issuse with nginx on FreeBSD11.
> > > I am have FreeBSD11 insta
On Fri, Sep 16, 2016 at 12:11:55PM -0700, hiren panchasara wrote:
> + jch@
> On 09/16/16 at 10:03P, Slawa Olhovchenkov wrote:
> > On Fri, Sep 16, 2016 at 11:30:53AM -0700, hiren panchasara wrote:
> >
> > > On 09/16/16 at 09:18P, Slawa Olhovchenkov wrote:
> > > > On Thu, Sep 15, 2016 at 12:06:33P
On Sun, 18 Sep 2016 10:05:52 -0600
Alan Somers wrote:
> On Sun, Sep 18, 2016 at 7:09 AM, Marc UBM Bocklet via freebsd-stable
> wrote:
> >
> > Hi all,
> >
> > due to two bad cables, I had two drives drop from my striped raidz2
> > pool (built on top of geli encrypted drives). I replaced one of th
On Sun, Sep 18, 2016 at 10:46 AM, Marc UBM Bocklet via freebsd-stable
wrote:
> On Sun, 18 Sep 2016 10:05:52 -0600
> Alan Somers wrote:
>
>> On Sun, Sep 18, 2016 at 7:09 AM, Marc UBM Bocklet via freebsd-stable
>> wrote:
>> >
>> > Hi all,
>> >
>> > due to two bad cables, I had two drives drop from
Hi,
Got some tips regarding this thread.
Some things you can try:
1) Compile kernel from projects/hps_head instead of your 11-stable?
2) Set net.inet.tcp.per_cpu_timers=1
If the system just hangs, it is pretty likely that the timers are going
in a loop due to typical use after free.
Please
On Sun, Sep 18, 2016 at 07:50:08PM +0200, Hans Petter Selasky wrote:
> Hi,
>
> Got some tips regarding this thread.
>
> Some things you can try:
>
> 1) Compile kernel from projects/hps_head instead of your 11-stable?
How many difference from 11-stable?
> 2) Set net.inet.tcp.per_cpu_timers=1
Hi guys,
I'm on stable/10 branch and have been using it to rebuild world
and kernel. This is the revision I'm currently trying to build but
started seeing the following issue way before it.
URL: svn://svn.freebsd.org/base/stable/10
Revision: 305760
The world builds fine, but building the kernel
On 18 Sep 2016, at 20:37, Alex T. wrote:
>
> I'm on stable/10 branch and have been using it to rebuild world
> and kernel. This is the revision I'm currently trying to build but
> started seeing the following issue way before it.
>
> URL: svn://svn.freebsd.org/base/stable/10
> Revision: 305760
>
On 09/18/16 20:10, Slawa Olhovchenkov wrote:
On Sun, Sep 18, 2016 at 07:50:08PM +0200, Hans Petter Selasky wrote:
Hi,
Got some tips regarding this thread.
Some things you can try:
1) Compile kernel from projects/hps_head instead of your 11-stable?
How many difference from 11-stable?
Hi,
On Sun, Sep 18, 2016 at 10:38:58PM +0200, Hans Petter Selasky wrote:
> On 09/18/16 20:10, Slawa Olhovchenkov wrote:
> > On Sun, Sep 18, 2016 at 07:50:08PM +0200, Hans Petter Selasky wrote:
> >
> >> Hi,
> >>
> >> Got some tips regarding this thread.
> >>
> >> Some things you can try:
> >>
> >> 1) C
I did a clean install of RC3 over RC2, and I noticed that nvidia_load="yes"
no longer appears to work in /boot/loader.conf. I can still load the module
from etc/rc.conf
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo
On Sun, Sep 18, 2016 at 06:58:38PM -0700, Charles Cowart wrote:
> I did a clean install of RC3 over RC2, and I noticed that nvidia_load="yes"
> no longer appears to work in /boot/loader.conf. I can still load the module
> from etc/rc.conf
> ...
As the nvidia kernel module is part of a port/package
I suspect loader.efi issue rather than that you mentioned.
https://lists.freebsd.org/pipermail/svn-src-stable-11/2016-September/000503.html
nvidia.ko is loaded as a dependency of nvidia-modeset.ko, so if
nvidia.ko failed to load, nvidia-modeset.ko should fail as well.
On Sun, 18 Sep 2016 19:
If you're booting via UEFI, it should be because r305779 (MFC of
r305484) is not yet MFS'ed (causing insufficient memory to load
nvidia.ko).
See below for detail.
https://lists.freebsd.org/pipermail/svn-src-stable-11/2016-September/000503.html
If so, while waiting for MFS, you can load it vi
17 matches
Mail list logo
