daily CVS update output

2014-03-23 Thread NetBSD source update

Updating src tree:
P src/common/lib/libc/arch/i386/string/ffs.S
P src/common/lib/libc/arch/i386/string/memchr.S
P src/common/lib/libc/arch/i386/string/memcmp.S
P src/common/lib/libc/arch/i386/string/memcpy.S
P src/common/lib/libc/arch/i386/string/strcat.S
P src/common/lib/libc/arch/i386/string/strchr.S
P src/common/lib/libc/arch/i386/string/strcmp.S
P src/common/lib/libc/arch/i386/string/strcpy.S
P src/common/lib/libc/arch/i386/string/strlen.S
P src/common/lib/libc/arch/i386/string/strrchr.S
P src/common/lib/libc/arch/i386/string/small/memcmp.S
P src/common/lib/libc/arch/i386/string/small/memset.S
P src/common/lib/libc/arch/i386/string/small/strchr.S
P src/common/lib/libc/arch/i386/string/small/strcmp.S
P src/common/lib/libc/arch/i386/string/small/strcpy.S
P src/common/lib/libc/arch/i386/string/small/strlen.S
P src/common/lib/libc/arch/x86_64/string/bcmp.S
P src/common/lib/libc/arch/x86_64/string/bcopy.S
P src/common/lib/libc/arch/x86_64/string/ffs.S
P src/common/lib/libc/arch/x86_64/string/memchr.S
P src/common/lib/libc/arch/x86_64/string/memcmp.S
P src/common/lib/libc/arch/x86_64/string/strcat.S
P src/common/lib/libc/arch/x86_64/string/strchr.S
P src/common/lib/libc/arch/x86_64/string/strcmp.S
P src/common/lib/libc/arch/x86_64/string/strcpy.S
P src/common/lib/libc/arch/x86_64/string/strlen.S
P src/common/lib/libc/arch/x86_64/string/strrchr.S
P src/distrib/sets/lists/comp/mi
P src/distrib/sets/lists/xcomp/mi
cvs update: cannot open directory 
/cvsroot/src/external/bsd/bind/dist/libtool.m4: No such file or directory
cvs update: skipping directory src/external/bsd/bind/dist/libtool.m4
P src/external/gpl3/gcc/dist/gcc/dse.c
P src/external/gpl3/gcc/usr.bin/cc1/Makefile
P src/external/gpl3/gcc/usr.bin/cc1obj/Makefile
P src/external/gpl3/gcc/usr.bin/cpp/Makefile
P src/external/gpl3/gcc/usr.bin/g++/Makefile
P src/external/gpl3/gcc/usr.bin/gcc/Makefile
P src/external/historical/nawk/bin/awk.1
P src/games/Makefile.inc
P src/games/adventure/init.c
P src/games/adventure/save.c
P src/games/atc/def.h
P src/games/atc/extern.h
P src/games/atc/grammar.y
P src/games/atc/graphics.c
P src/games/atc/input.c
P src/games/atc/list.c
P src/games/atc/main.c
P src/games/atc/struct.h
P src/games/atc/update.c
P src/games/backgammon/backgammon/main.c
P src/games/battlestar/command5.c
P src/games/battlestar/extern.h
P src/games/battlestar/init.c
P src/games/boggle/boggle/bog.c
P src/games/canfield/canfield/canfield.c
P src/games/canfield/cfscores/cfscores.c
P src/games/gomoku/bdisp.c
P src/games/gomoku/gomoku.h
P src/games/number/number.c
P src/games/quiz/quiz.c
P src/games/tetris/scores.c
P src/libexec/ld.elf_so/arch/vax/rtld_start.S
P src/share/man/man4/options.4
P src/share/man/man9/Makefile
P src/share/man/man9/ltsleep.9
P src/sys/arch/arm/cortex/pl310_reg.h
P src/sys/arch/arm/imx/files.imx51
P src/sys/arch/arm/imx/imx51_ccm.c
P src/sys/arch/arm/imx/imx51_ccmreg.h
P src/sys/arch/arm/imx/imx51_ccmvar.h
P src/sys/arch/arm/imx/imx51_esdhc.c
U src/sys/arch/arm/imx/imx51_spi.c
U src/sys/arch/arm/imx/imx51_wdog.c
U src/sys/arch/arm/imx/imxcspireg.h
U src/sys/arch/arm/imx/imxecspireg.h
P src/sys/arch/arm/imx/imxgpio.c
U src/sys/arch/arm/imx/imxspi.c
U src/sys/arch/arm/imx/imxspireg.h
U src/sys/arch/arm/imx/imxspivar.h
U src/sys/arch/arm/imx/imxwdog.c
P src/sys/arch/arm/imx/imxwdogreg.h
U src/sys/arch/arm/imx/imxwdogvar.h
P src/sys/arch/i386/pnpbios/pckbc_pnpbios.c
P src/sys/arch/luna68k/include/intr.h
P src/sys/arch/luna68k/luna68k/isr.c
P src/sys/arch/luna68k/luna68k/locore.s
P src/sys/arch/sandpoint/stand/altboot/main.c
P src/sys/arch/x68k/include/intr.h
P src/sys/arch/x68k/x68k/locore.s
P src/sys/arch/x68k/x68k/machdep.c
P src/sys/compat/ndis/kern_ndis.c
P src/sys/compat/netbsd32/netbsd32_netbsd.c
P src/sys/dev/vnd.c
P src/sys/dev/gpib/mt.c
P src/sys/dev/ic/iavc.c
P src/sys/dev/isa/if_ntwoc_isa.c
P src/sys/dev/isa/isic_isa.c
P src/sys/dev/isa/isv.c
P src/sys/dev/isa/radiotrack.c
P src/sys/dev/pci/ifpci2.c
P src/sys/dev/pci/iwic_bchan.c
P src/sys/dev/pci/iwic_dchan.c
P src/sys/dev/pcmcia/isic_pcmcia_elsa_isdnmc.c
P src/sys/dev/pcmcia/isic_pcmcia_elsa_mcall.c
P src/sys/dev/pcmcia/isic_pcmcia_sbspeedstar2.c
P src/sys/dev/usb/umcs.c
P src/sys/external/bsd/acpica/dist/compiler/aslanalyze.c
P src/sys/external/bsd/acpica/dist/compiler/aslcompiler.l
P src/sys/external/bsd/acpica/dist/compiler/aslerror.c
P src/sys/external/bsd/acpica/dist/compiler/aslfileio.c
P src/sys/external/bsd/acpica/dist/compiler/aslfiles.c
P src/sys/external/bsd/acpica/dist/compiler/aslload.c
P src/sys/external/bsd/acpica/dist/compiler/asllookup.c
P src/sys/external/bsd/acpica/dist/compiler/aslpredef.c
P src/sys/external/bsd/acpica/dist/compiler/aslprepkg.c
P src/sys/external/bsd/acpica/dist/compiler/aslsupport.l
P src/sys/external/bsd/acpica/dist/compiler/aslutils.c
P src/sys/external/bsd/acpica/dist/compiler/aslwalks.c
P src/sys/external/bsd/acpica/dist/compiler/aslxref.c
P src/sys/external/bsd/acpica/dist/compiler/dtcompile.c
P 

Re: NetBSD current native xorg's freetype2.pc

2014-03-23 Thread Thomas Klausner
On Sun, Mar 23, 2014 at 08:17:40AM +0900, Ryo ONODERA wrote:
 freetype2.pc (pkg-config) of NetBSD current native xorg has
 wrong xx string in its flags.
 And it causes build error with pkgsrc packages that use freetype2.
 
 With following patch, I can build firefox etc.
 (Patches in http://mail-index.netbsd.org/tech-pkg/2014/03/22/msg012810.html
 are also needed for pkgsrc.)

Looks good, please commit.
 Thomas


Re: Porting DTrace to ARM

2014-03-23 Thread Ryota Ozaki
FYI

http://www.netbsd.org/~ozaki-r/pub/AsiaBSDCon2014-WIP-ozaki-r.pdf

This is my slides about this work, which was presented in WIP session
of AsiaBSDCon 2014 last week.

Regards,
  ozaki-r


On Mon, Mar 17, 2014 at 8:02 PM, Ryota Ozaki ozak...@netbsd.org wrote:
 I will commit the patch during AsiaBSDCon 2014 if there is
 no objection :)

 I did it.

 So you can try DTrace on ARM now! You can run some commands
 and scripts described in
 http://wiki.netbsd.org/tutorials/how_to_enable_and_run_dtrace/ .

 Beaglebone (Black) is a recommended machine for it. (Actually I tested
 DTrace only on a BBB and an eval board of am3352.)

 Note that ctfmerge doesn't work on ARM for now for some reason. So you
 cannot build a kernel for DTrace with the existence of (nb)ctfmerge command
 that is built when build.sh tools with -V MKDTRACE=yes. You have to build
 something like this:
   build.sh -m evbarm tools
   build.sh -m evbarm -V MKDTRACE=yes kernel=BEAGLEBONE modules
   build.sh -m evbarm -V MKDTRACE=yes build  # for dtrace command

 Acknowledge:
 Thank you very much, matt and christos! I couldn't get this work done well
 without your great helps!

 Have fun,
  ozaki-r


Re: README - xorg xsrc updates happening.

2014-03-23 Thread Thomas Mueller
  just FYI, in case you didn't see already - i'm updating many of the
  xsrc components at the moment, so the tree may see breakage.  please
  send-pr and/or send email to me/this list if you see breakage that
  a clean objdir doesn't fix.

 i'm pretty much done for now.  there may be some more changes
 coming and maybe build fixes if i see them, but besides the
 components that aren't easy to update (Mesa, xorg-server, and
 xf86-video-{ati,intel}) everything else is updated.


 .mrg.

This is all for native xorg?  Will it work also for modular (pkgsrc) xorg?

I have been using only pkgsrc xorg on NetBSD installations.

What is xorg server version for native xorg now?

I remember xorg server version for pkgsrc xorg is 1.12.4, unless it was updated 
very recently.

I have modern Intel on-CPU graphics, Sandy Bridge and Ivy Bridge on two 
computers.

Tom



Re: gd packages fails to build under NetBSD/amd64 current

2014-03-23 Thread Matthias Scheler
On Sun, Mar 23, 2014 at 05:53:39PM +, Matthias Scheler wrote:
 I cannot build pkgsrc/graphics/gd on my NetBSD/amd64 system using
 current with native X11 from today:
 
 checking for deflate in -lz... yes
 checking libpng-config script... /usr/pkg/bin/libpng-config, cflags: 
 -I/usr/pkg/include/libpng16, libs: -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -lpng16
 checking for FcInit in -lfontconfig... no
 configure: error: fontconfig support requested, but not found
 *** Error code 1
 
 Is anybody else seeing this?

I think I found the cause /usr/X11R7/lib/pkgconfig/fontconfig.pc
looks broken:

prefix=/usr/X11R7
exec_prefix=${prefix}
libdir=${prefix}/lib
includedir=${prefix}/include
sysconfdir=@sysconfdir@
localstatedir=@localstatedir@
PACKAGE=
confdir=@baseconfigdir@
cachedir=@fc_cachedir@

Name: Fontconfig
Description: Font configuration and customization library
Version: 2.11.0
Requires: xx
Requires.private: xx
Libs: -Wl,-rpath,${libdir} -L${libdir} -lfontconfig
Libs.private: -lexpat -lfreetype
Cflags: -I${includedir}  -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include

/usr/X11R7/lib/pkgconfig/pthread-stubs.pc doesn't look correct as well.

Kind regards

-- 
Matthias Scheler https://zhadum.org.uk/


Re: gd packages fails to build under NetBSD/amd64 current

2014-03-23 Thread Patrick Welche
On Sun, Mar 23, 2014 at 05:57:50PM +, Matthias Scheler wrote:
 On Sun, Mar 23, 2014 at 05:53:39PM +, Matthias Scheler wrote:
  I cannot build pkgsrc/graphics/gd on my NetBSD/amd64 system using
  current with native X11 from today:
  
  checking for deflate in -lz... yes
  checking libpng-config script... /usr/pkg/bin/libpng-config, cflags: 
  -I/usr/pkg/include/libpng16, libs: -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -lpng16
  checking for FcInit in -lfontconfig... no
  configure: error: fontconfig support requested, but not found
  *** Error code 1
  
  Is anybody else seeing this?
 
 I think I found the cause /usr/X11R7/lib/pkgconfig/fontconfig.pc
 looks broken:
 
 prefix=/usr/X11R7
 exec_prefix=${prefix}
 libdir=${prefix}/lib
 includedir=${prefix}/include
 sysconfdir=@sysconfdir@
 localstatedir=@localstatedir@
 PACKAGE=
 confdir=@baseconfigdir@
 cachedir=@fc_cachedir@
 
 Name: Fontconfig
 Description: Font configuration and customization library
 Version: 2.11.0
 Requires: xx
 Requires.private: xx
  ^

This is fixed by ryoon's patch in

http://mail-index.netbsd.org/current-users/2014/03/22/msg024499.html

Seems broken in a different way:

Requires: @PKGCONFIG_REQUIRES@
Requires.private: @PKGCONFIG_REQUIRES_PRIVATELY@

So, no more xx, but somehow the substitution to ${PKGCONFIG_REQUIRES}
hasn't happened for me...

Cheers,

Patrick


Re: gd packages fails to build under NetBSD/amd64 current

2014-03-23 Thread Patrick Welche
On Sun, Mar 23, 2014 at 06:08:42PM +, Patrick Welche wrote:
 On Sun, Mar 23, 2014 at 05:57:50PM +, Matthias Scheler wrote:
  On Sun, Mar 23, 2014 at 05:53:39PM +, Matthias Scheler wrote:
   I cannot build pkgsrc/graphics/gd on my NetBSD/amd64 system using
   current with native X11 from today:
   
   checking for deflate in -lz... yes
   checking libpng-config script... /usr/pkg/bin/libpng-config, cflags: 
   -I/usr/pkg/include/libpng16, libs: -Wl,-R/usr/pkg/lib -L/usr/pkg/lib 
   -lpng16
   checking for FcInit in -lfontconfig... no
   configure: error: fontconfig support requested, but not found
   *** Error code 1
   
   Is anybody else seeing this?
  
  I think I found the cause /usr/X11R7/lib/pkgconfig/fontconfig.pc
  looks broken:
  
  prefix=/usr/X11R7
  exec_prefix=${prefix}
  libdir=${prefix}/lib
  includedir=${prefix}/include
  sysconfdir=@sysconfdir@
  localstatedir=@localstatedir@
  PACKAGE=
  confdir=@baseconfigdir@
  cachedir=@fc_cachedir@
  
  Name: Fontconfig
  Description: Font configuration and customization library
  Version: 2.11.0
  Requires: xx
  Requires.private: xx
   ^
 
 This is fixed by ryoon's patch in
 
 http://mail-index.netbsd.org/current-users/2014/03/22/msg024499.html
 
 Seems broken in a different way:
 
 Requires: @PKGCONFIG_REQUIRES@
 Requires.private: @PKGCONFIG_REQUIRES_PRIVATELY@
 
 So, no more xx, but somehow the substitution to ${PKGCONFIG_REQUIRES}
 hasn't happened for me...

Finally : I needed
cd /usr/src/external/mit/xorg/lib/fontconfig/src  make distclean
to get rid of the fontconfig.pc file, so it gets rebuilt. make clean
isn't enough. Now:

Name: Fontconfig
Description: Font configuration and customization library
Version: 2.11.0
Requires: 
Requires.private: 
Libs: -Wl,-rpath,${libdir} -L${libdir} -lfontconfig
Libs.private: -lexpat -lfreetype  
Cflags: -I${includedir}  -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include  

So ryoon's patches are all that is needed...

Cheers,

Patrick


Re: NetBSD current native xorg's freetype2.pc

2014-03-23 Thread Matthias Scheler
On Sun, Mar 23, 2014 at 08:17:40AM +0900, Ryo ONODERA wrote:
 freetype2.pc (pkg-config) of NetBSD current native xorg has
 wrong xx string in its flags.
 And it causes build error with pkgsrc packages that use freetype2.
 
 With following patch, I can build firefox etc.
 (Patches in http://mail-index.netbsd.org/tech-pkg/2014/03/22/msg012810.html
 are also needed for pkgsrc.)

Thanks a lot. I've committed your patch.

Kind regards

-- 
Matthias Scheler https://zhadum.org.uk/


Re: gd packages fails to build under NetBSD/amd64 current

2014-03-23 Thread Matthias Scheler
On Sun, Mar 23, 2014 at 06:34:09PM +, Patrick Welche wrote:
  This is fixed by ryoon's patch in
  
  http://mail-index.netbsd.org/current-users/2014/03/22/msg024499.html
  
  Seems broken in a different way:
  
  Requires: @PKGCONFIG_REQUIRES@
  Requires.private: @PKGCONFIG_REQUIRES_PRIVATELY@
  
  So, no more xx, but somehow the substitution to ${PKGCONFIG_REQUIRES}
  hasn't happened for me...
 
 Finally : I needed
 cd /usr/src/external/mit/xorg/lib/fontconfig/src  make distclean
 to get rid of the fontconfig.pc file, so it gets rebuilt. make clean
 isn't enough. Now:
 
 Name: Fontconfig
 Description: Font configuration and customization library
 Version: 2.11.0
 Requires: 
 Requires.private: 
 Libs: -Wl,-rpath,${libdir} -L${libdir} -lfontconfig
 Libs.private: -lexpat -lfreetype  
 Cflags: -I${includedir}  -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include  
 
 So ryoon's patches are all that is needed...

I get this:

tron@lyssa:/usr/pkgsrc/graphics/gd#cat /usr/X11R7/lib/pkgconfig/fontconfig.pc
prefix=/usr/X11R7
exec_prefix=${prefix}
libdir=${prefix}/lib
includedir=${prefix}/include
sysconfdir=@sysconfdir@
localstatedir=@localstatedir@
PACKAGE=
confdir=@baseconfigdir@
cachedir=@fc_cachedir@

Name: Fontconfig
Description: Font configuration and customization library
Version: 2.11.0
Requires:
Requires.private:
Libs: -Wl,-rpath,${libdir} -L${libdir} -lfontconfig
Libs.private: -lexpat -lfreetype
Cflags: -I${includedir}  -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include

The first part still doesn't look right and the gd package still
fails to detect fontconfig.

Kind regards

-- 
Matthias Scheler https://zhadum.org.uk/


Re: HEADS UP: riastradh-drm2 branch merged

2014-03-23 Thread David H . Gutteridge
On 2014-03-20, at 6:27 PM, David H. Gutteridge wrote:
 On Tue, 18 Mar 2014 at 19:17:01, Taylor R Campbell wrote:
 I merged the riastradh-drm2 branch to HEAD today.  This shouldn't
 cause any problems for anyone, because it touched very little outside
 sys/external/bsd/drm2 -- it's not hooked into any kernels other than
 the new amd64/DRMKMS one.  But let me know if you observe any fallout.
 
 Update to userland X.org should be coming soon, so that userlands can
 take advantage of the new DRM/KMS drivers.
 
 Hello,
 
 I doubt I'm telling you anything you don't already know, but I tried
 compiling a DRMKMS kernel for both amd64 and i386 to test, and
 neither compiled.

 With i386, I hit this first:
 
 In file included from 
 /usr/builds/netbsd-current/src/sys/external/bsd/drm2/dist/include/drm/drmP.h:52:0,
 from 
 /usr/builds/netbsd-current/src/sys/external/bsd/drm2/dist/drm/drm_agpsupport.c:34:
 /usr/builds/netbsd-current/src/sys/external/bsd/drm2/include/linux/pci.h: In 
 function 'pci_bus_alloc_resource':
 /usr/builds/netbsd-current/src/sys/external/bsd/drm2/include/linux/pci.h:255:6:
  error: large integer implicitly truncated to unsigned type
 *** [drm_agpsupport.o] Error code 1
 
 I realize you only provided an amd64 kernel, the implication being
 i386 might not yet be supported, but I tried it anyway, as the machine
 I'd test with isn't capable of running 64-bit code.
 
 From looking at the code, it's clear you're already aware of the
 issue, given your XXX notation.
 
 error = bus_space_alloc(bst, start, 0xULL /* XXX */,
   size, align, 0, 0, resource-start, resource-r_bsh);
 

If this is of interest to anyone, I opened a PR detailing some issues
that prevent this code from being used on i386. (The PR is 48676.)

Dave