Updating src tree:
P src/external/gpl3/binutils/dist/bfd/config.bfd
P src/external/gpl3/binutils/lib/libbfd/Makefile
P src/external/gpl3/gdb/lib/libbfd/Makefile
P src/share/mk/bsd.own.mk
P src/sys/arch/macppc/macppc/locore.S
P src/sys/arch/powerpc/oea/ofw_autoconf.c
Updating xsrc tree:
On Wed, 14 Dec 2022, Patrick Welche wrote:
ERROR: ctfmerge: netbsd.ctf: Cannot finalize temp file: I/O error:
Operation already in progress
*** Error code 1
which is not a message I recognize. FWIW /usr/obj is a ZFS filesystem, but
this hasn't caused trouble so far...
Thoughts?
Can you
On Wed, 14 Dec 2022, Mayuresh wrote:
The only time when above problem doesn't trigger is, if I do 'xrandr
--same-as' to have hdmi a mirror of eDP.
I like to use a vertical hdmi monitor, so above option isn't suitable for
my usage.
In fact, with hdmi completely out of the picture, if I do
On Wed, Dec 14, 2022 at 09:15:40PM -, Christos Zoulas wrote:
> In article ,
> Patrick Welche wrote:
> >While trying to build a release, I am having trouble trying to make
> >GENERIC_KASLR.debug, so manually, I tried
> >
> >cd /usr/obj/sys/arch/amd64/compile.amd64/GENERIC_KASLR
> >make clean
In article ,
Patrick Welche wrote:
>While trying to build a release, I am having trouble trying to make
>GENERIC_KASLR.debug, so manually, I tried
>
>cd /usr/obj/sys/arch/amd64/compile.amd64/GENERIC_KASLR
>make clean
>make dependall
>
>and repeatedly get
>
># link GENERIC_KASLR/netbsd
>ld
Hi Martin,
Martin Husemann wrote:
- unaware users may install FFSv2ea file systems and later find the need
to access them from older NetBSD kernels. "Downgrading" them is
quite easy using the ufs2ea-flip tool mentioned in the wiki page,
but it is not "plug & play".
- if FFSv2ea
While trying to build a release, I am having trouble trying to make
GENERIC_KASLR.debug, so manually, I tried
cd /usr/obj/sys/arch/amd64/compile.amd64/GENERIC_KASLR
make clean
make dependall
and repeatedly get
# link GENERIC_KASLR/netbsd
ld -Map netbsd.map --cref -T netbsd.ldscript -Ttext
On Tue, Dec 13, 2022 at 11:06:24PM +, RVP wrote:
> Is this on the eDP or HDMI? Collect a blind dmesg (or better, ssh into
> the laptop) after `boot -vx'. Another one where the display stays on
> for comparison.
Unluckily (rather luckily) with boot -vx the display always comes up! (I
don't
