On 05/13/18 15:44, Pete Wright wrote:
so i've done a bit more debugging on my end. i've even installed the
11.2-BETA branch last night since 11-STABLE worked without issues
about a month or so ago.
i've set "debug.acpi.resume_beep=1" and when resuming after entering
an S3 sleep state the bel
On 15 May 2018, at 00:58, Ed Maste wrote:
>
> On 14 May 2018 at 18:05, Julian H. Stacey wrote:
>>
>> I guess this explains :
>> Date: Sun, 13 May 2018 20:26:38 +0200
>> Subject: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend
>>.svn_revision 333575
>>linking ker
Hi, Reference:
> From: Ed Maste
> Date: Mon, 14 May 2018 18:58:25 -0400
Ed Maste wrote:
> On 14 May 2018 at 18:05, Julian H. Stacey wrote:
> >
> > I guess this explains :
> > Date: Sun, 13 May 2018 20:26:38 +0200
> > Subject: cd /sys/amd64/compile/GENERIC;make cleandepend; make c
On 14 May 2018 at 18:05, Julian H. Stacey wrote:
>
> I guess this explains :
> Date: Sun, 13 May 2018 20:26:38 +0200
> Subject: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend
> .svn_revision 333575
> linking kernel.full
> iflib.o:(.rodata+0x178): undefined
Ed Maste wrote:
> As of r333461 the amd64 kernel makes use of ifuncs, and requires
> support in the linker. A safety belt added in r333470 enforces this,
> and will produce an explicit error if the linker does not support
> ifuncs.
>
> lld is the default bootstrap linker for amd64 and has ifunc su
As of r333461 the amd64 kernel makes use of ifuncs, and requires
support in the linker. A safety belt added in r333470 enforces this,
and will produce an explicit error if the linker does not support
ifuncs.
lld is the default bootstrap linker for amd64 and has ifunc support.
The typical 'make bui
Hi, Reference:
> From: "Julian H. Stacey"
> Date: Mon, 14 May 2018 14:21:14 +0200
> In case there's more tool dependency checking/ auto update done,
> I'm now running 'script' & within that 'cd /usr/src; make buildkernel'
That worked !
(Although looking at my template script I'v
On 05/14/2018 01:18, Niclas Zeising wrote:
On 05/13/18 21:44, Pete Wright wrote:
On 05/13/2018 10:27, Pete Wright wrote:
On 05/13/2018 08:58, Theron wrote:
Hi!
I'm also seeing issues, not as severe as Pete, but after I resume
(which works, with drm-next and DMC firmware), the system bec
Hi, Reference my
> linking kernel.full
> iflib.o:(.rodata+0x178): undefined reference to `noop_attach'
> iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach'
[ Thanks for call Gary, I have: ]
ls -l /usr/bin/ld*
-r-xr-xr-x 2 root wheel 1935992 May 13 12:48 /usr/bin/ld*
-r-xr-x
"Julian H. Stacey" wrote:
> Hi, Reference:
> > From: Ryan Stone
> > Date: Sun, 13 May 2018 17:00:50 -0400
>
> Thanks for reply :-)
>
> Ryan Stone wrote:
> > Are you building with WITH_LD_IS_LLD=no?
>
> Not that I've set anywhere. Unless it comes from make world ?
>
On 14/05/2018 11:44, Mikaël Urankar wrote:
> Could it be the same problem described here?
> https://lists.freebsd.org/pipermail/freebsd-hackers/2018-May/052778.html
That problem is _not_ a regression.
--
Andriy Gapon
___
freebsd-current@freebsd.org mai
2018-05-14 10:27 GMT+02:00 Niclas Zeising :
> On 05/14/18 10:06, Edward Tomasz Napierała wrote:
>
>> On 0513T1244, Pete Wright wrote:
>>
>>>
>>>
>>> On 05/13/2018 10:27, Pete Wright wrote:
>>>
On 05/13/2018 08:58, Theron wrote:
> Hi!
>> I'm also seeing issues, not as se
On 05/14/18 10:06, Edward Tomasz Napierała wrote:
On 0513T1244, Pete Wright wrote:
On 05/13/2018 10:27, Pete Wright wrote:
On 05/13/2018 08:58, Theron wrote:
Hi!
I'm also seeing issues, not as severe as Pete, but after I resume
(which works, with drm-next and DMC firmware), the system beco
On 05/13/18 17:58, Theron wrote:
Hi!
I'm also seeing issues, not as severe as Pete, but after I resume
(which works, with drm-next and DMC firmware), the system becomes
sluggish. It feels like I/O takes more time, and graphics are
sluggish (very sientific, I know, but for instance git operati
On 05/13/18 18:16, Michael Gmelin wrote:
On 13. May 2018, at 11:54, Niclas Zeising wrote:
On 05/13/18 09:48, Andriy Gapon wrote:
On 13/05/2018 05:25, Pete Wright wrote:
hi there - i have an amd64 laptop that's been running CURRENT for a while using
both drm-next and drm-stable for graphics
On 05/13/18 21:44, Pete Wright wrote:
On 05/13/2018 10:27, Pete Wright wrote:
On 05/13/2018 08:58, Theron wrote:
Hi!
I'm also seeing issues, not as severe as Pete, but after I resume
(which works, with drm-next and DMC firmware), the system becomes
sluggish. It feels like I/O takes more
On 0513T1244, Pete Wright wrote:
>
>
> On 05/13/2018 10:27, Pete Wright wrote:
> >
> >
> > On 05/13/2018 08:58, Theron wrote:
> >>> Hi!
> >>> I'm also seeing issues, not as severe as Pete, but after I resume
> >>> (which works, with drm-next and DMC firmware), the system becomes
> >>> sluggish.
17 matches
Mail list logo
