Re: stray generated files in source directory
Martin Husemann mar...@duskware.de writes: On Thu, Feb 26, 2015 at 08:08:34AM -0500, Greg Troxel wrote: It's from an update build, but I removed them and cvs updated and did it again. I found the issue; the yacc rule in make depend is missing the objdir. The point is: it does not happen on clean new builds; a stall .d file is causing it (I think). You need to remove the objdir .depend and *.d at least (additionally to the destdir files). I did cleandir and then it was ok. This seems to be a recurring bug in the depends mechanism. It seems like existing depends files should not be paid attention to at make depends stage. pgpDpkRMcP81A.pgp Description: PGP signature
Re: stray generated files in source directory
On Thu, Feb 26, 2015 at 08:08:34AM -0500, Greg Troxel wrote: It's from an update build, but I removed them and cvs updated and did it again. I found the issue; the yacc rule in make depend is missing the objdir. The point is: it does not happen on clean new builds; a stall .d file is causing it (I think). You need to remove the objdir .depend and *.d at least (additionally to the destdir files). Martin
Re: stray generated files in source directory
Martin Husemann mar...@duskware.de writes: On Wed, Feb 25, 2015 at 03:02:57PM -0500, Greg Troxel wrote: With current from yesterday, I find that the following files are left in the source directory after a build: src/external/bsd/ntp/dist/ntpd/ntp_parser.[ch] Is that from a clean build or -u ? It's from an update build, but I removed them and cvs updated and did it again. I found the issue; the yacc rule in make depend is missing the objdir. 422 ~/NetBSD-current/src/external/bsd/ntp/bin/ntpd l ../../dist/ntpd/ntp_parser.* -r--r--r-- 1 gdt users 31174 Dec 23 09:28 ../../dist/ntpd/ntp_parser.y 423 ~/NetBSD-current/src/external/bsd/ntp/bin/ntpd /usr/obj/gdt-current/tools/bin/nbmake-i386 depend # yacc ntpd//u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/ntpd/ntp_parser.c /usr/obj/gdt-current/tools/bin/nbyacc -d -o /u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/ntpd/ntp_parser.c /u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/ntpd/ntp_parser.y #create ntpd/ntp_config.d CC=/usr/obj/gdt-current/tools/bin/i486--netbsdelf-gcc /usr/obj/gdt-current/tools/bin/nbmkdep -f ntp_config.d.tmp -- -std=gnu99 --sysroot=/usr/obj/gdt-current/destdir/i386 -DHAVE_CONFIG_H -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/include -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/include -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/lib/isc/include -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/lib/isc/unix/include -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/lib/isc/nothreads/include -DHAVE_DNSREGISTRATION=1 -DOPENSSL -DWANT_IPV6 -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/include -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/sntp/libopts -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/ntpd -I. /u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/ntpd/ntp_config.c mv ntp_config.d.tmp ntp_config.d #create ntpd/ntp_scanner.d CC=/usr/obj/gdt-current/tools/bin/i486--netbsdelf-gcc /usr/obj/gdt-current/tools/bin/nbmkdep -f ntp_scanner.d.tmp -- -std=gnu99 --sysroot=/usr/obj/gdt-current/destdir/i386 -DHAVE_CONFIG_H -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/include -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/include -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/lib/isc/include -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/lib/isc/unix/include -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/lib/isc/nothreads/include -DHAVE_DNSREGISTRATION=1 -DOPENSSL -DWANT_IPV6 -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/include -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/sntp/libopts -I/u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/ntpd -I. /u0/n0/gdt/NetBSD-current/src/external/bsd/ntp/dist/ntpd/ntp_scanner.c mv ntp_scanner.d.tmp ntp_scanner.d #create ntpd/.depend rm -f .depend CC=/usr/obj/gdt-current/tools/bin/i486--netbsdelf-gcc /usr/obj/gdt-current/tools/bin/nbmkdep -s .o\ .ln\ .d -d -f .depend cmd_args.d ntp_config.d ntp_control.d ntp_crypto.d ntp_filegen.d ntp_io.d ntp_leapsec.d ntp_loopfilter.d ntp_monitor.d ntp_parser.d ntp_peer.d ntp_prio_q.d ntp_proto.d ntp_refclock.d ntp_request.d ntp_restrict.d ntp_scanner.d ntp_signd.d ntp_timer.d ntp_util.d ntpd-opts.d ntpd.d ntpsim.d refclock_acts.d refclock_arbiter.d refclock_arc.d refclock_as2201.d refclock_atom.d refclock_bancomm.d refclock_chronolog.d refclock_chu.d refclock_conf.d refclock_datum.d refclock_dumbclock.d refclock_fg.d refclock_gpsdjson.d refclock_gpsvme.d refclock_heath.d refclock_hopfpci.d refclock_hopfser.d refclock_hpgps.d refclock_irig.d refclock_jjy.d refclock_jupiter.d refclock_leitch.d refclock_local.d refclock_msfees.d refclock_mx4200.d refclock_neoclock4x.d refclock_nmea.d refclock_oncore.d refclock_palisade.d refclock_parse.d refclock_pcf.d refclock_pst.d refclock_ripencc.d refclock_shm.d refclock_tpro.d refclock_true.d refclock_tt560.d refclock_ulink.d refclock_wwv.d refclock_wwvb.d refclock_zyfer.d version.d 424 ~/NetBSD-current/src/external/bsd/ntp/bin/ntpd l ../../dist/ntpd/ntp_parser.* -rw-r--r-- 1 gdt users 119388 Feb 26 08:07 ../../dist/ntpd/ntp_parser.c -rw-r--r-- 1 gdt users4789 Feb 26 08:07 ../../dist/ntpd/ntp_parser.h -r--r--r-- 1 gdt users 31174 Dec 23 09:28 ../../dist/ntpd/ntp_parser.y pgpSPgzti_jgX.pgp Description: PGP signature
Re: latest i386 radeondrmkms trials
On Thu, 19 Feb 2015, Chavdar Ivanov wrote: I am probably repeating others, but if you add Option NoAccel True to your Device section in xorg.conf it might work. I am in a similar point under -current. With NoAccel set to True it works fine. Without it I can run Xorg, which gives me black screen with a functional mouse, a small white rectangle in the top left corner; I can kill Xorg from a different shell. If I run startx with only xterm and twm in .xinitrc, I get up to the pointer for the top-left corner of the xterm requested, then it panics. Yes, this works. With a minimal xorg.conf: Section Device Option NoAccel True Identifier Card0 Driver radeon EndSection Xorg works very well. ISTR some suggestions about using OptionAccelMethod SNA although that might have been aimed at i915drmkms users. I'll try it on radeondrmkms for completeness. Without the X option, startx gets as far as launching my window manager (fvwm) although the root window stays black. It switches from the watch-face cursor glyph to the arrow and then the machine panics. I'll see about using a serial console to get more information. I typically test these things with -current but I operate the machine as a diskless client (netbsd-7 on local disk). There is a very strange behavior in that radeondrmkms will only work if /dev/console is on a boot-time-populated tmpfs /dev and not on the NFS root filesystem. If /dev/console exists on the NFS root, the kernel panics with: cnopen: no console device. (I noted a similar behavior in: http://mail-index.netbsd.org/current-users/2015/02/23/msg026742.html although radeondrmkmsfb is totally unusable in these cases. In the case of my i386 ThinkPad A31p, it's only NFS root that gives that behavior--/dev/console on local ffs works fine.) -- |/\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]mylinuxisp[flyspeck]comOpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
daily CVS update output
Updating src tree: P src/distrib/sets/lists/xcomp/mi P src/doc/CHANGES P src/etc/etc.evbarm/Makefile.inc P src/external/bsd/dhcp/bin/clientscript/dhclient-script P src/external/cddl/osnet/dev/dtrace/dtrace_modevent.c P src/external/cddl/osnet/dev/dtrace/dtrace_unload.c P src/external/cddl/osnet/dev/fbt/fbt.c P src/external/cddl/osnet/dev/sdt/sdt.c P src/external/mit/xorg/lib/libXaw/Makefile P src/sbin/route/route.8 P src/sbin/route/route.c P src/sbin/route/rtutil.c P src/sbin/route/show.c P src/share/man/man4/route.4 P src/share/mk/bsd.own.mk P src/sys/ddb/db_xxx.c P src/sys/dev/ic/tulip.c P src/sys/dev/sdmmc/sdhc.c P src/sys/external/bsd/drm2/dist/drm/i915/i915_gem.c P src/sys/external/bsd/drm2/dist/drm/radeon/rs400.c P src/sys/external/bsd/drm2/include/drm/drm_wait_netbsd.h P src/sys/net/route.c P src/sys/net/route.h P src/sys/netinet/if_arp.c P src/sys/netinet/in.c P src/sys/netinet/ip_carp.c P src/sys/netinet6/in6.c P src/sys/netinet6/in6_var.h P src/sys/sys/bswap.h P src/tests/lib/libc/db/t_db.sh P src/tests/net/icmp/t_forward.c P src/tests/net/icmp/t_ping.c P src/usr.bin/netstat/netstat.1 Updating xsrc tree: cvs update: `xsrc/external/mit/MesaDemos/dist/src/xdemos/glxgears.c' is no longer in the repository cvs update: `xsrc/external/mit/MesaDemos/dist/src/xdemos/glxinfo.c' is no longer in the repository cvs update: `xsrc/external/mit/libXaw/dist/xaw.m4' is no longer in the repository cvs update: `xsrc/external/mit/libXaw/dist/xaw8.pc.in' is no longer in the repository cvs update: `xsrc/external/mit/libXaw/dist/include/X11/Xaw/Print.h' is no longer in the repository cvs update: `xsrc/external/mit/libXaw/dist/include/X11/Xaw/PrintSP.h' is no longer in the repository cvs update: `xsrc/external/mit/libXaw/dist/src/PrintShell.c' is no longer in the repository cvs update: `xsrc/external/mit/luit/dist/AUTHORS' is no longer in the repository cvs update: `xsrc/external/mit/luit/dist/NEWS' is no longer in the repository cvs update: `xsrc/external/mit/xorg-server/dist/Xext/sync_old.h' is no longer in the repository cvs update: `xsrc/external/mit/xorg-server/dist/Xext/syncstr_old.h' is no longer in the repository P xsrc/external/mit/xorg-server/dist/hw/xfree86/common/xf86Config.c P xsrc/external/mit/xorg-server/dist/hw/xfree86/os-support/bus/Pci.h cvs update: `xsrc/external/mit/xproto/dist/autogen.sh' is no longer in the repository Killing core files: Running the SUP scanner: SUP Scan for current starting at Fri Feb 27 03:04:45 2015 SUP Scan for current completed at Fri Feb 27 03:05:21 2015 SUP Scan for mirror starting at Fri Feb 27 03:05:21 2015 SUP Scan for mirror completed at Fri Feb 27 03:07:43 2015 Updating file list: -rw-rw-r-- 1 srcmastr netbsd 49657074 Feb 27 03:11 ls-lRA.gz
Re: latest i386 radeondrmkms trials
On Thu, 26 Feb 2015, John D. Baker wrote:
Xorg works very well. ISTR some suggestions about using
Option AccelMethod SNA
although that might have been aimed at i915drmkms users. I'll try it
on radeondrmkms for completeness.
I checked and SNA is an intel-specific thing. Radeon has options
of XAA or EXA (default). XAA produced the same results as EXA.
Setting only RenderAccel to false allowed a few more things to
draw, but it still panicked.
Serial console worked, however, so I was able to capture the
results:
NetBSD 7.99.5 (SLAB_KMS) #24: Thu Feb 26 10:43:54 CST 2015
sy...@verthandi.technoskunk.fur:/d0/build/current/obj/i386/sys/arch/i386/compile/SLAB_KMS
total memory = 2046 MB
avail memory = 2001 MB
[...]
acpivga0 at acpi0 (VID): ACPI Display Adapter
acpiout0 at acpivga0 (LCD0, 0x0110): ACPI Display Output Device
acpiout1 at acpivga0 (CRT0, 0x0100): ACPI Display Output Device
acpiout2 at acpivga0 (TV0, 0x0200): ACPI Display Output Device
acpiout3 at acpivga0 (DVI0, 0x0210): ACPI Display Output Device
[...]
pchb0 at pci0 dev 0 function 0: Intel 82845 Host (rev. 0x04)
agp0 at pchb0: aperture at 0xe000, size 0x400
ppb0 at pci0 dev 1 function 0: Intel 82845 AGP (rev. 0x04)
pci1 at ppb0 bus 1
radeon0 at pci1 dev 0 function 0: ATI Technologies FireGL Mobility 7800 M7 LX
(rev. 0x00)
[...]
root file system type: nfs
kern.module.path=/stand/i386/7.99.5/modules
drm: initializing kernel modesetting (RV200 0x1002:0x4C58 0x1014:0x0518).
drm: register mmio base: 0xd010
drm: register mmio size: 65536
radeon0: info: GTT: 64M 0xE000 - 0xE3FF
radeon0: info: VRAM: 128M 0xE800 - 0xEFFF (64M used)
drm: Detected VRAM RAM=80M, BAR=128M
drm: RAM width 128bits DDR
Zone kernel: Available graphics memory: 801148 kiB
drm: radeon: 64M of VRAM memory ready
drm: radeon: 64M of GTT memory ready.
radeon0: info: WB disabled
radeon0: info: fence driver on ring 0 use gpu addr 0xe000 and cpu
addr 0x0xdb4fc000
drm: Supports vblank timestamp caching Rev 2 (21.10.2013).
drm: Driver supports precise vblank timestamp query.
radeon0: interrupting at irq 9 (radeon)
drm: radeon: irq initialized.
drm: Loading R100 Microcode
warning: no /dev/console
drm: radeon: ring at 0xE0001000
drm: ring test succeeded in 0 usecs
drm: ib test succeeded in 0 usecs
drm: Panel ID String: 1600x1200
drm: Panel Size 1600x1200
drm: No TV DAC info found in BIOS
drm: Radeon Display Connectors
drm: Connector 0:
drm: VGA-1
drm: DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
drm: Encoders:
drm: CRT1: INTERNAL_DAC1
drm: Connector 1:
drm: DVI-D-1
drm: HPD1
drm: DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
drm: Encoders:
drm: DFP1: INTERNAL_TMDS1
drm: Connector 2:
drm: LVDS-1
drm: Encoders:
drm: LCD1: INTERNAL_LVDS
drm: Connector 3:
drm: SVIDEO-1
drm: Encoders:
drm: TV1: INTERNAL_DAC2
radeondrmkmsfb0 at radeon0
radeon0: info: registered panic notifier
wsdisplay0 at radeondrmkmsfb0 kbdmux 1
[...]
[startx]
panic: kernel diagnostic assertion ttm-caching_state == tt_cached failed:
file /x/current/src/sys/external/bsd/drm2/dist/drm/ttm/ttm_tt.c, line 423
fatal breakpoint trap in supervisor mode
trap type 1 code 0 eip c02516b4 cs 8 eflags 3246 cr2 bb1ba000 ilevel 0 esp
dbec3d08
curlwp 0xc3811560 pid 278 lid 1 lowest kstack 0xdbec12c0
Stopped in pid 278.1 (Xorg) at netbsd:breakpoint+0x4: popl%ebp
db{0} bt
breakpoint(c097a41a,c0b7ec40,c095f8cc,dbec3d24,c41b8308,c494ef70,2000,dbec3d18,c
08940b3,c095f8cc) at netbsd:breakpoint+0x4
vpanic(c095f8cc,dbec3d24,dbec3d3c,c0753128,c095f8cc,c095fa7d,c09d3910,c09d3894,1
a7,c41b8308) at netbsd:vpanic+0x127
kern_assert(c095f8cc,c095fa7d,c09d3910,c09d3894,1a7,c41b8308,c494ef70,dbec3d68,c
0751db0,c41b8308) at netbsd:kern_assert+0x23
ttm_tt_swapout(c41b8308,0,c41b8308,c491b0bc,2,dbec3d78,c41b8308,c491b0bc,2,dbec3
d78) at netbsd:ttm_tt_swapout+0x148
ttm_bus_dma_unpopulate(c41b8308,c491b0bc,dbec3d8c,c074cba1,c41b8308,0,c491b100,d
bec3dd0,c074dedc,0) at netbsd:ttm_bus_dma_unpopulate+0x40
ttm_tt_destroy(c41b8308,0,c491b100,dbec3dd0,c074dedc,0,0,0,1,c491b100) at netbsd
:ttm_tt_destroy+0x49
ttm_bo_cleanup_memtype_use(0,0,0,1,c491b100,1,0,c3e0aa55,c3268b0c,c0b1f980) at n
