Re: i386 DRMKMS results, 28 Jun 2014

2014-06-29 Thread Stephan
Hi all,

is that DRMKMS stuff enabled in the daily builds or is it neccessery
to build a custom kernel?


Regards,

Stephan

2014-06-29 1:47 GMT+02:00 David H. Gutteridge dhgutteri...@sympatico.ca:
 Hi all,

 Following an earlier report today of success with DRMKMS on amd64,
 I've just tested on i386 and can confirm it works for me. I haven't
 tried anything too demanding, but I'm able to boot, the console
 works, I'm able to switch VTs, and have run various applications in
 a Blackbox WM session without issue. dmesg excerpt is below. (The
 graphics chipset is an Intel 945GM.)

 Regards,

 Dave

 agp0 at pchb0: i915-family chipset
 agp0: detected 7932k stolen memory
 agp0: aperture at 0xc000, size 0x1000
 i915drmkms0 at pci0 dev 2 function 0
 : vendor 0x8086 product 0x27ae (rev. 0x03)
 drmkms0 at i915drmkms0
 drm: Memory usable by graphics device = 256M
 drm: MTRR allocation failed.  Graphics performance may suffer.
 drm: Supports vblank timestamp caching Rev 1 (10.10.2010).
 drm: Driver supports precise vblank timestamp query.
 i915drmkms0: unable to map ROM
 drm: failed to find VBIOS tables
 drm kern warning: composite sync not supported
 drm: initialized overlay support
 drmkms0: interrupting at ioapic0 pin 16 (i915)
 drm kern warning: composite sync not supported
 i915drmkms0: framebuffer at 0xd9ecd000, size 1024x600, depth 32, stride 4096
 wsdisplay0 at i915drmkms0 kbdmux 1: console (default, vt100 emulation), using 
 wskbd0
 wsmux1: connecting to wsdisplay0
 fixme: max PWM is zero
 drmkms0: info: registered panic notifier



libreoffice4 coredump / Xcursor mystery

2014-06-29 Thread Patrick Welche
On a yesterday's -current/amd64 and pkgsrc box, soffice didn't start,
as in, the splash screen appeared, the bar didn't move, and one was
eventually returned to the prompt. Luckily it left a coredump
behind:

#0  0x7f7fd2875a10 in _X11TransWritev () from /usr/X11R7/lib/libX11.so.6
#1  0x7f7fd28744c9 in _XSend () from /usr/X11R7/lib/libX11.so.6
#2  0x7f7fd286ad0f in XQueryExtension () from /usr/X11R7/lib/libX11.so.6
#3  0x7f7fd286ab84 in XInitExtension () from /usr/X11R7/lib/libX11.so.6
#4  0x7f7fd2c06b52 in XRenderFindDisplay ()
   from /usr/X11R7/lib/libXrender.so.1
#5  0x7f7fd2c07979 in XRenderQueryExtension ()
   from /usr/X11R7/lib/libXrender.so.1
#6  0x7f7fd2e06f44 in _XcursorGetDisplayInfo ()
   from /usr/X11R7/lib/libXcursor.so.1
#7  0x7f7fd2e07529 in XcursorSupportsARGB ()
   from /usr/X11R7/lib/libXcursor.so.1
#8  0x7f7fd2e02cc3 in XcursorNoticeCreateBitmap ()
   from /usr/X11R7/lib/libXcursor.so.1
#9  0x7f7fdba40435 in XCreatePixmap () from /usr/X11R7/lib/libX11.so.7
#10 0x7f7fd92319d7 in SalDisplay::initScreen(SalX11Screen) const ()
   from /usr/pkg/libreoffice4-4.2.4.2/program/libvclplug_genlo.so

So the shared library mystery is why the ancient libXcursor.so.1 is used
instead of libXcursor.so.2, given that libreoffice calls into the new
libX11.so.7.

Stranger still: the libreoffice4 was installed from a binary package built
on a -current box which doesn't have libX11.so.6 nor libXcursor.1, so there
can't be any references to them from the libreoffice4 side.

The workaround was just to delete libXcursor.so.1*

Any thoughts on what happened?

Cheers,

Patrick


Re: dhcpd build failure since last update

2014-06-29 Thread Greg A. Woods
At Sun, 29 Jun 2014 03:59:02 +0100, Roy Marples r...@marples.name wrote:
Subject: Re: dhcpd build failure since last update
 
 Looks like an error with gcc and INET6 disabled.

Ah, of course!  Thanks so much for your speedy reply and patch!

 I'll fix this in the next dhcpcd update, or you can locally apply this
 patch:
 http://roy.marples.name/projects/dhcpcd/fdiff?v1=d2e58b393a5916bbc4f33f7e01655d6d0d312452v2=919fda2874accf87e6864db21e942227cce7ffcesbs=0

-- 
Greg A. Woods
Planix, Inc.

wo...@planix.com   +1 250 762-7675http://www.planix.com/


pgpDKJswR_c74.pgp
Description: PGP signature


Re: i386 DRMKMS results, 28 Jun 2014

2014-06-29 Thread David H. Gutteridge
On Sun, 29 Jun 2014, 12:02:26 +0200, Stephan wrote:
Hi all,

is that DRMKMS stuff enabled in the daily builds or is it neccessery
to build a custom kernel?

Regards,

Stephan

You need to use the DRMKMS kernel config, which isn't among those
included in the daily builds, from what I see. The relevant options
aren't enabled in GENERIC. I built mine from source.

Dave



daily CVS update output

2014-06-29 Thread NetBSD source update

Updating src tree:
P src/etc/etc.mac68k/Makefile.inc
P src/external/bsd/ipf/dist/lib/gethost.c
P src/external/bsd/ipf/dist/lib/printnat.c
P src/external/bsd/ipf/dist/tools/ipf_y.y
P src/external/bsd/ipf/dist/tools/ipnat_y.y
P src/external/bsd/wpa/dist/src/drivers/driver_bsd.c
P src/external/gpl3/gcc/dist/libgcc/config/m68k/t-floatlib
P src/external/gpl3/gcc/lib/libgcc/arch/m68k/defs.mk
P src/external/gpl3/gcc.old/dist/gcc/config/m68k/t-floatlib
P src/external/gpl3/gcc.old/lib/libgcc/arch/m68k.mk
P src/share/mk/bsd.own.mk
P src/share/mk/sys.mk
P src/sys/arch/amd64/amd64/rbus_machdep.c
P src/sys/arch/amd64/conf/ALL
P src/sys/arch/i386/conf/ALL
P src/sys/arch/mac68k/dev/sbc.c
P src/sys/arch/playstation2/dev/if_smap.c
U src/sys/arch/sparc/dev/sxvar.h
P src/sys/dev/gpio/gpio.c
P src/sys/dev/i2c/hytp14.c
P src/sys/dev/i2c/hytp14reg.h
P src/sys/dev/i2c/rs5c372.c
P src/sys/dev/ic/sti.c
P src/sys/dev/ic/stivar.h
P src/sys/dev/pci/gffb.c
P src/sys/net/npf/npf_bpf.c
P src/sys/rump/librump/rumpkern/rump.c
P src/tests/ipf/t_filter_parse.sh
P src/tests/ipf/t_nat_parse.sh
U src/tests/ipf/expected/in100_6
U src/tests/ipf/expected/in101_6
U src/tests/ipf/expected/in102_6
U src/tests/ipf/expected/in1_6
U src/tests/ipf/expected/in2_6
U src/tests/ipf/expected/in3_6
U src/tests/ipf/expected/in4_6
U src/tests/ipf/expected/in5_6
U src/tests/ipf/expected/in6_6
U src/tests/ipf/expected/in8_6
U src/tests/ipf/regress/in100_6
U src/tests/ipf/regress/in101_6
U src/tests/ipf/regress/in102_6
U src/tests/ipf/regress/in1_6
U src/tests/ipf/regress/in2_6
U src/tests/ipf/regress/in3_6
U src/tests/ipf/regress/in4_6
U src/tests/ipf/regress/in5_6
U src/tests/ipf/regress/in6_6
U src/tests/ipf/regress/in8_6

Updating xsrc tree:


Killing core files:

Running the SUP scanner:
SUP Scan for current starting at Mon Jun 30 03:11:05 2014
SUP Scan for current completed at Mon Jun 30 03:11:21 2014
SUP Scan for mirror starting at Mon Jun 30 03:11:21 2014
SUP Scan for mirror completed at Mon Jun 30 03:13:20 2014



Updating release-5 src tree (netbsd-5):

Updating release-5 xsrc tree (netbsd-5):

Running the SUP scanner:
SUP Scan for release-5 starting at Mon Jun 30 03:24:16 2014
SUP Scan for release-5 completed at Mon Jun 30 03:24:25 2014



Updating release-6 src tree (netbsd-6):

Updating release-6 xsrc tree (netbsd-6):

Running the SUP scanner:
SUP Scan for release-6 starting at Mon Jun 30 03:37:58 2014
SUP Scan for release-6 completed at Mon Jun 30 03:38:10 2014




Updating file list:
-rw-rw-r--  1 srcmastr  netbsd  41758866 Jun 30 03:47 ls-lRA.gz