daily CVS update output

2015-03-14 Thread NetBSD source update

Updating src tree:
P src/sys/arch/evbarm/conf/RPI
P src/sys/arch/evbarm/conf/RPI2
P src/sys/arch/xen/include/evtchn.h
P src/sys/arch/xen/xen/evtchn.c
P src/sys/arch/xen/xen/pci_intr_machdep.c
P src/sys/compat/linux/arch/alpha/linux_mmap.h
P src/sys/compat/linux/arch/amd64/linux_mmap.h
P src/sys/compat/linux/arch/arm/linux_mmap.h
P src/sys/compat/linux/arch/i386/linux_mmap.h
P src/sys/compat/linux/arch/m68k/linux_mmap.h
P src/sys/compat/linux/arch/mips/linux_mmap.h
P src/sys/compat/linux/arch/powerpc/linux_mmap.h
P src/sys/compat/linux/arch/sparc/linux_mmap.h
P src/sys/compat/linux/common/linux_misc.c
P src/sys/dev/ic/dm9000.c
P src/sys/dev/sysmon/sysmon_envsys.c
P src/sys/dev/sysmon/sysmon_envsys_events.c
P src/sys/dev/sysmon/sysmonvar.h
P src/sys/dev/usb/usbdevs
P src/sys/dev/usb/usbdevs.h
P src/sys/dev/usb/usbdevs_data.h
P src/sys/ufs/ffs/ffs_vfsops.c
P src/tests/include/sys/t_bitops.c

Updating xsrc tree:


Killing core files:

Running the SUP scanner:
SUP Scan for current starting at Sun Mar 15 03:07:44 2015
SUP Scan for current completed at Sun Mar 15 03:11:18 2015
SUP Scan for mirror starting at Sun Mar 15 03:11:18 2015
SUP Scan for mirror completed at Sun Mar 15 03:21:53 2015




Updating file list:
-rw-rw-r--  1 srcmastr  netbsd  49650884 Mar 15 03:33 ls-lRA.gz


Delete sysmon? (was Re: DoS attack against TCP services)

2015-03-14 Thread Paul Goyette

On Fri, 13 Mar 2015, Thor Lancelot Simon wrote:

 snip


A cursory review from here looks like sysmon should be deleted.


Yeah, sysmon really is pretty ugly.  But it does work (more-or-less) 
and we don't have any proposals for an alternative sensor monitoring 
sub-system.




-
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:   |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com|
| Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net |
| Kernel Developer |  | pgoyette at netbsd.org  |
-



RPI2 kernel dosn't link

2015-03-14 Thread Kurt Schreiner
Hi,

with -current source cvs-updated some minutes ago compiling a kernel for
RPI2 fails to link with

cpu.o: In function `cpu_attach':
cpu.c:(.text+0xa0c): undefined reference to `pmap_tlb0_info'
cpu.c:(.text+0xa14): undefined reference to `pmap_tlb0_info'
cpu.c:(.text+0xa20): undefined reference to `pmap_tlb_info_attach'
pmap.o: In function `pmap_clearbit.isra.17':
pmap.c:(.text+0x894): undefined reference to `pmap_tlb_invalidate_addr'
pmap.o: In function `pmap_remove':
pmap.c:(.text+0xe7c): undefined reference to `pmap_tlb_invalidate_addr'
pmap.c:(.text+0x1078): undefined reference to `pmap_tlb_invalidate_addr'
pmap.c:(.text+0x10f8): undefined reference to `pmap_tlb_invalidate_addr'
pmap.o: In function `pmap_protect':
pmap.c:(.text+0x1c48): undefined reference to `pmap_tlb_invalidate_addr'
pmap.o:pmap.c:(.text+0x20c4): more undefined references to 
`pmap_tlb_invalidate_addr' follow
...

after adding no options ARM11_COMPAT_MMU to .../conf/RPI2
to revert the change (for RPI) done in
http://mail-index.netbsd.org/source-changes/2015/03/14/msg063971.html
for RPI2) the kernel links fine again.

===
RCS file: /cvsroot/src/sys/arch/evbarm/conf/RPI2,v
retrieving revision 1.2
diff -u -r1.2 RPI2
--- RPI24 Mar 2015 17:02:17 -   1.2
+++ RPI214 Mar 2015 17:42:30 -
@@ -6,6 +6,7 @@

 include arch/evbarm/conf/RPI

+no options ARM11_COMPAT_MMU
 no options CPU_ARM1176
 no options TPIDRPRW_IS_CURLWP
 no options __HAVE_MM_MD_CACHE_ALIASING


If thats the right thing to do is another question. ;-)

Kurt


Re: RPI2 kernel dosn't link

2015-03-14 Thread Jared McNeill

Wups, I've checked in the fix. Thanks!

On Sat, 14 Mar 2015, Kurt Schreiner wrote:


Hi,

with -current source cvs-updated some minutes ago compiling a kernel for
RPI2 fails to link with

cpu.o: In function `cpu_attach':
cpu.c:(.text+0xa0c): undefined reference to `pmap_tlb0_info'
cpu.c:(.text+0xa14): undefined reference to `pmap_tlb0_info'
cpu.c:(.text+0xa20): undefined reference to `pmap_tlb_info_attach'
pmap.o: In function `pmap_clearbit.isra.17':
pmap.c:(.text+0x894): undefined reference to `pmap_tlb_invalidate_addr'
pmap.o: In function `pmap_remove':
pmap.c:(.text+0xe7c): undefined reference to `pmap_tlb_invalidate_addr'
pmap.c:(.text+0x1078): undefined reference to `pmap_tlb_invalidate_addr'
pmap.c:(.text+0x10f8): undefined reference to `pmap_tlb_invalidate_addr'
pmap.o: In function `pmap_protect':
pmap.c:(.text+0x1c48): undefined reference to `pmap_tlb_invalidate_addr'
pmap.o:pmap.c:(.text+0x20c4): more undefined references to 
`pmap_tlb_invalidate_addr' follow
...

after adding no options ARM11_COMPAT_MMU to .../conf/RPI2
to revert the change (for RPI) done in
http://mail-index.netbsd.org/source-changes/2015/03/14/msg063971.html
for RPI2) the kernel links fine again.

===
RCS file: /cvsroot/src/sys/arch/evbarm/conf/RPI2,v
retrieving revision 1.2
diff -u -r1.2 RPI2
--- RPI24 Mar 2015 17:02:17 -   1.2
+++ RPI214 Mar 2015 17:42:30 -
@@ -6,6 +6,7 @@

include arch/evbarm/conf/RPI

+no options ARM11_COMPAT_MMU
no options CPU_ARM1176
no options TPIDRPRW_IS_CURLWP
no options __HAVE_MM_MD_CACHE_ALIASING


If thats the right thing to do is another question. ;-)

Kurt