Re: i915 observations

2022-12-28 Thread Mayuresh
On Mon, Dec 19, 2022 at 09:32:14PM +0530, Mayuresh wrote:

I have captured all the information on Linux and NetBSD, dmseg and
Xorg.log on this PR.

http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=57143

-- 
Mayuresh


daily CVS update output

2022-12-28 Thread NetBSD source update


Updating src tree:
P src/distrib/sets/lists/comp/md.amd64
P src/etc/MAKEDEV.tmpl
P src/external/gpl3/binutils/dist/bfd/config.bfd
P src/external/gpl3/binutils/dist/bfd/doc/bfd.info
P src/include/dirent.h
P src/lib/libc/string/swab.c
P src/share/mk/bsd.own.mk
P src/sys/arch/evbmips/mipssim/machdep.c
P src/sys/arch/evbmips/mipssim/mipssim_dma.c
P src/sys/arch/evbmips/mipssim/mipssimreg.h
P src/sys/arch/macppc/dev/obio.c
P src/sys/arch/macppc/dev/uni-n.c
P src/sys/arch/macppc/macppc/interrupts.c
P src/sys/arch/macppc/macppc/pic_u3_ht.c
P src/sys/arch/sparc/conf/INSTALL
P src/sys/conf/files
P src/sys/dev/pci/pcidevs
P src/sys/dev/pci/pcidevs.h
P src/sys/dev/pci/pcidevs_data.h
P src/tests/lib/libc/string/t_swab.c
P src/usr.bin/calendar/calendars/calendar.christian
P src/usr.bin/netstat/if.c

Updating xsrc tree:


Killing core files:




Updating file list:
-rw-rw-r--  1 srcmastr  netbsd  47143932 Dec 29 03:03 ls-lRA.gz


macppc 4K monitor support regressed from 9.99.99 -> 10.0_BETA

2022-12-28 Thread Tom Lane
I have a 4K monitor plugged into a G4 tower via an HDMI->DVI cable.
NetBSD was able to display on that monitor as recently as 9.99.99
from mid-August; but a build from the current netbsd-10 snapshot
(202212262100Z) seems to fail to sync.  The monitor keeps waking up,
displaying "no signal", and going back to sleep, every 30 seconds or so.

Here's the relevant part of dmesg, if that helps:

[ 1.00] uninorth0 at mainbus0
[ 1.00] pci0 at uninorth0 bus 0
[ 1.00] pci0: i/o space, memory space enabled
[ 1.00] pchb0 at pci0 dev 11 function 0
[ 1.00] pchb0: Apple Computer UniNorth AGP Bridge (rev. 0x00)
[ 1.00] radeonfb0 at pci0 dev 16 function 0: ATI Technologies Radeon 
9000/PRO If (rev. 0x01)
[ 1.00] trying to read disabled BIOS...
[ 1.00] radeonfb0: No video BIOS, using default clocks
[ 1.00] radeonfb0: refclk = 27.000 MHz, refdiv = 12 minpll = 125000, 
maxpll = 40
[ 1.00] radeonfb0: 64 MB aperture at 0x9800, 64 KB registers at 
0x9000
[ 1.00] radeonfb0: display 0: initial virtual resolution 640x480 at 8 
bpp
[ 1.00] radeonfb0: using 32 MB per display
[ 1.00] radeonfb0: port 0: physical 640x480 60Hz
[ 1.00] radeonfb0: port 1: physical 640x480 60Hz
[ 1.00] wsdisplay0 at radeonfb0 kbdmux 1: console (fb, vt100 emulation)
[ 1.00] wsmux1: connecting to wsdisplay0
[ 1.00] drm at radeonfb0 not configured
[ 1.00] uninorth1 at mainbus0
[ 1.00] pci1 at uninorth1 bus 0
[ 1.00] pci1: i/o space, memory space enabled
[ 1.00] pchb1 at pci1 dev 11 function 0
[ 1.00] pchb1: Apple Computer UniNorth Host-PCI Bridge (rev. 0x00)
[ 1.00] obio0 at pci1 dev 23 function 0: addr 0x8000
[ 1.00] obio0: enabling KeyLargo internal modem
[ 1.00] zsc0 at obio0 irq 22,23
[ 1.00] zstty0 at zsc0 channel 0
[ 1.00] zstty1 at zsc0 channel 1
[ 1.00] snapper0 at obio0 offset 0x1: irq 30,1,2
[ 1.00] pmu0 at obio0 offset 0x16000 irq 47:  rev. 12
[ 1.00] pmu0: initializing IIC bus

I do get a good display with a smaller monitor (1920x1080) plugged into
the same port, but that's not very convenient for assorted reasons.

Any thoughts about where the relevant change might lie?

regards, tom lane


Re: issue building current kernel fails, stripattach

2022-12-28 Thread Jonathan A. Kollasch
On Wed, Dec 28, 2022 at 05:38:00PM +, Riccardo Mottola wrote:
> Hi,
> 
> to debug nouveau I need to build a current kernel, as advised on
> netbsd-users.
> 
> I got sources snapshot, updated with "cvs -q update -dPA". Did it twice to
> be sure not to have gotten a bad release.
> To do this, I need current tooIs: I built tools  using "./build.sh -U -j2
> tools" .
> 
> However, building the kernel fails
> 
> #  link  Aspire/netbsd
> /usr/src/obj/tooldir.NetBSD-9.3-i386/bin/i486--netbsdelf-ld -Map netbsd.map
> --cref -T netbsd.ldscript -Ttext c010 -e start -X -o netbsd
> ${SYSTEM_OBJ:[@]:Nswapnetbsd.o} ${EXTRA_OBJ} vers.o swapnetbsd.o
> /usr/src/obj/tooldir.NetBSD-9.3-i386/bin/i486--netbsdelf-ld:
> ioconf.o:(.rodata+0xa0): undefined reference to `stripattach'
> 
> 
> Ideas?

strip(4) was removed since 9, but some small remnants remained such that
this failed at link time rather than config(1) time.

Fixed in src/sys/conf/files r1.1306.


Re: issue building current kernel fails, stripattach

2022-12-28 Thread Robert Swindells


Riccardo Mottola  wrote:
> to debug nouveau I need to build a current kernel, as advised on 
> netbsd-users.
>
> I got sources snapshot, updated with "cvs -q update -dPA". Did it 
> twice to be sure not to have gotten a bad release.
> To do this, I need current tooIs: I built tools  using "./build.sh -U 
> -j2 tools" .
>
> However, building the kernel fails
>
> #  link  Aspire/netbsd
> /usr/src/obj/tooldir.NetBSD-9.3-i386/bin/i486--netbsdelf-ld -Map 
> netbsd.map --cref -T netbsd.ldscript -Ttext c010 -e start -X -o 
> netbsd ${SYSTEM_OBJ:[@]:Nswapnetbsd.o} ${EXTRA_OBJ} vers.o 
> swapnetbsd.o
> /usr/src/obj/tooldir.NetBSD-9.3-i386/bin/i486--netbsdelf-ld: 
> ioconf.o:(.rodata+0xa0): undefined reference to `stripattach'

Remove "pseudo-device strip" from your kernel config.


issue building current kernel fails, stripattach

2022-12-28 Thread Riccardo Mottola

Hi,

to debug nouveau I need to build a current kernel, as advised on 
netbsd-users.


I got sources snapshot, updated with "cvs -q update -dPA". Did it 
twice to be sure not to have gotten a bad release.
To do this, I need current tooIs: I built tools  using "./build.sh -U 
-j2 tools" .


However, building the kernel fails

#  link  Aspire/netbsd
/usr/src/obj/tooldir.NetBSD-9.3-i386/bin/i486--netbsdelf-ld -Map 
netbsd.map --cref -T netbsd.ldscript -Ttext c010 -e start -X -o 
netbsd ${SYSTEM_OBJ:[@]:Nswapnetbsd.o} ${EXTRA_OBJ} vers.o 
swapnetbsd.o
/usr/src/obj/tooldir.NetBSD-9.3-i386/bin/i486--netbsdelf-ld: 
ioconf.o:(.rodata+0xa0): undefined reference to `stripattach'



Ideas?

Riccardo

--
Sent with GNUMail from GNUstep on a Raspberry PI 4.