Re: LSI MegaRaid SAS3108

2015-04-20 Thread Frank Kardel

On 04/20/15 11:06, k...@wide.ad.jp wrote:

Folks,

Is anybody working to support 12Gbps SAS version of LSI MegaRAID
SAS3108 based card on NetBSD-current, -7Beta, or even 6.1?

It seems that SAS3108 is supported in latest versions of OpenBSD and
FreeBSD.

-- Akira Kato
I have one of those on my desk. According to FreeBSD it was sufficient 
to add the pci ids to mfi_pci.c. So I tried that an managed to install. 
So far so good, but now I am stuck with generic HBA errors on startup. 
Also the EOL termination of SG-lists that was done for later cards in 
FreeBSD didn't improve the situation.


As I am not working full time on it - so I have not done any research on 
the exact pattern that leads to a failure (and once you get the generic 
HBA error you are stuck with it). Also I have not tracked any further 
differences between the mfi driver versions. So I may be of limited help 
here. Neverheless I am very interested in the solution or testing 
proposed solutions.


BTW: on the Dell R730 (The card is a Perc H730P) bus_dmamap_sync() (not 
stack trace yet collected)  fails with a diagnostic assertion b/c offset 
0 is not valid for a 0-length map. Maybe that is one more datapoint to 
be investigated.


Frank


daily CVS update output

2015-04-20 Thread NetBSD source update

Updating src tree:
P src/etc/security
P src/etc/rc.d/swap1
P src/external/cddl/osnet/dist/uts/common/fs/zfs/zfs_vnops.c
P src/lib/libp2k/p2k.c
P src/share/man/man5/modules.conf.5
P src/share/man/man9/buffercache.9
P src/share/man/man9/vnode.9
P src/sys/arch/arm/cortex/a9_mpsubr.S
P src/sys/arch/arm/cortex/gtmr.c
P src/sys/arch/evbarm/conf/GENERIC.common
P src/sys/coda/coda_vnops.c
P src/sys/dev/ic/lan9118.c
P src/sys/dev/ic/spdmemvar.h
P src/sys/external/bsd/common/include/linux/kernel.h
P src/sys/external/bsd/drm/dist/bsd-core/drmP.h
P src/sys/external/bsd/drm2/dist/drm/ttm/ttm_bo.c
P src/sys/external/bsd/drm2/dist/drm/ttm/ttm_bo_util.c
P src/sys/fs/adosfs/advfsops.c
P src/sys/fs/adosfs/advnops.c
P src/sys/fs/cd9660/cd9660_vnops.c
P src/sys/fs/filecorefs/filecore_vnops.c
P src/sys/fs/nilfs/nilfs_vnops.c
P src/sys/fs/puffs/puffs_vnops.c
P src/sys/fs/tmpfs/TODO
P src/sys/fs/tmpfs/tmpfs_subr.c
P src/sys/fs/tmpfs/tmpfs_vnops.c
P src/sys/fs/udf/udf_subr.c
P src/sys/fs/udf/udf_vnops.c
P src/sys/fs/union/union_subr.c
P src/sys/fs/union/union_vnops.c
P src/sys/fs/unionfs/unionfs_vnops.c
P src/sys/fs/v7fs/v7fs_vnops.c
P src/sys/kern/vfs_cache.c
P src/sys/kern/vfs_mount.c
P src/sys/kern/vfs_syscalls.c
P src/sys/kern/vfs_vnode.c
P src/sys/kern/vnode_if.c
P src/sys/kern/vnode_if.src
P src/sys/lib/libkern/libkern.h
P src/sys/miscfs/deadfs/dead_vnops.c
P src/sys/miscfs/fdesc/fdesc_vnops.c
P src/sys/miscfs/genfs/layer_vfsops.c
P src/sys/miscfs/kernfs/kernfs_vnops.c
P src/sys/miscfs/procfs/procfs_vnops.c
P src/sys/miscfs/specfs/spec_vnops.c
P src/sys/miscfs/syncfs/sync_subr.c
P src/sys/net/if.c
P src/sys/net/if.h
P src/sys/net/if_gif.c
P src/sys/net/if_gre.c
P src/sys/net/if_ppp.c
P src/sys/net/if_spppsubr.c
P src/sys/net/if_tun.c
P src/sys/netinet/ip_encap.c
P src/sys/netinet6/in6.c
P src/sys/nfs/nfs.h
P src/sys/nfs/nfs_serv.c
P src/sys/nfs/nfs_vnops.c
P src/sys/rump/include/rump/rumpvnode_if.h
P src/sys/rump/librump/rumpvfs/rumpvnode_if.c
P src/sys/sys/param.h
P src/sys/sys/vnode.h
P src/sys/sys/vnode_if.h
P src/sys/ufs/chfs/chfs_vnops.c
P src/sys/ufs/ext2fs/ext2fs_vnops.c
P src/sys/ufs/lfs/lfs_segment.c
P src/sys/ufs/lfs/lfs_syscalls.c
P src/sys/ufs/lfs/lfs_vnops.c
P src/sys/ufs/lfs/ulfs_ihash.c
P src/sys/ufs/lfs/ulfs_vnops.c
P src/sys/ufs/ufs/ufs_vnops.c
P src/usr.sbin/pstat/pstat.8
P src/usr.sbin/pstat/pstat.c
P src/usr.sbin/sysinst/msg.mbr.fr
P src/usr.sbin/sysinst/msg.mi.fr

Updating xsrc tree:


Killing core files:

Running the SUP scanner:
SUP Scan for current starting at Tue Apr 21 03:04:14 2015
SUP Scan for current completed at Tue Apr 21 03:05:06 2015
SUP Scan for mirror starting at Tue Apr 21 03:05:06 2015
SUP Scan for mirror completed at Tue Apr 21 03:07:10 2015




Updating file list:
-rw-rw-r--  1 srcmastr  netbsd  46065832 Apr 21 03:10 ls-lRA.gz


Re: modules on -current

2015-04-20 Thread Paul Goyette
Is it only the amd64-xen modules that aren;t handled properly?  Or are 
both amd64 and amd64-xen affected?


This used to work correctly (in the pre-7.0 days) - but of course, that 
was before the had the @OSRELEASE@ variants of the modules for amd64, 
i386, and powerpc...  :)



 On Mon, 20 Apr 2015, Hisashi T Fujinaka wrote:


I think you just have to delete the stand directory. For some reason the
7.99.10 don't get regenerated until the 7.99.9 is gone.

On Mon, 20 Apr 2015, bch wrote:


This has been the case nearly all day, so I'll report it:

# ./build.sh -j4 -x -u distribution

[...]
./stand/amd64-xen/7.99.10/modules/xc3028/xc3028.kmod
./stand/amd64-xen/7.99.10/modules/xc5k
./stand/amd64-xen/7.99.10/modules/xc5k/xc5k.kmod
./stand/amd64-xen/7.99.10/modules/zfs
./stand/amd64-xen/7.99.10/modules/zfs/zfs.kmod
./stand/amd64-xen/7.99.10/modules/zl10353
./stand/amd64-xen/7.99.10/modules/zl10353/zl10353.kmod
./stand/amd64-xen/7.99.10/modules/zlib
./stand/amd64-xen/7.99.10/modules/zlib/zlib.kmod
  end of 388 missing files  ==

*** [checkflist] Error code 1

nbmake[1]: stopped in /usr/src/distrib/sets
1 error

nbmake[1]: stopped in /usr/src/distrib/sets
*** [distribution] Error code 2

nbmake: stopped in /usr/src
1 error
[...]



--
Hisashi T Fujinaka - ht...@twofifty.com
BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee



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


Re: modules on -current

2015-04-20 Thread Hisashi T Fujinaka

I think you just have to delete the stand directory. For some reason the
7.99.10 don't get regenerated until the 7.99.9 is gone.

On Mon, 20 Apr 2015, bch wrote:


This has been the case nearly all day, so I'll report it:

# ./build.sh -j4 -x -u distribution

[...]
./stand/amd64-xen/7.99.10/modules/xc3028/xc3028.kmod
./stand/amd64-xen/7.99.10/modules/xc5k
./stand/amd64-xen/7.99.10/modules/xc5k/xc5k.kmod
./stand/amd64-xen/7.99.10/modules/zfs
./stand/amd64-xen/7.99.10/modules/zfs/zfs.kmod
./stand/amd64-xen/7.99.10/modules/zl10353
./stand/amd64-xen/7.99.10/modules/zl10353/zl10353.kmod
./stand/amd64-xen/7.99.10/modules/zlib
./stand/amd64-xen/7.99.10/modules/zlib/zlib.kmod
  end of 388 missing files  ==

*** [checkflist] Error code 1

nbmake[1]: stopped in /usr/src/distrib/sets
1 error

nbmake[1]: stopped in /usr/src/distrib/sets
*** [distribution] Error code 2

nbmake: stopped in /usr/src
1 error
[...]



--
Hisashi T Fujinaka - ht...@twofifty.com
BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee


modules on -current

2015-04-20 Thread bch
This has been the case nearly all day, so I'll report it:

# ./build.sh -j4 -x -u distribution

[...]
./stand/amd64-xen/7.99.10/modules/xc3028/xc3028.kmod
./stand/amd64-xen/7.99.10/modules/xc5k
./stand/amd64-xen/7.99.10/modules/xc5k/xc5k.kmod
./stand/amd64-xen/7.99.10/modules/zfs
./stand/amd64-xen/7.99.10/modules/zfs/zfs.kmod
./stand/amd64-xen/7.99.10/modules/zl10353
./stand/amd64-xen/7.99.10/modules/zl10353/zl10353.kmod
./stand/amd64-xen/7.99.10/modules/zlib
./stand/amd64-xen/7.99.10/modules/zlib/zlib.kmod
  end of 388 missing files  ==

*** [checkflist] Error code 1

nbmake[1]: stopped in /usr/src/distrib/sets
1 error

nbmake[1]: stopped in /usr/src/distrib/sets
*** [distribution] Error code 2

nbmake: stopped in /usr/src
1 error
[...]


Re: EuroBSD 2015: let's meet early october in Stockholm!

2015-04-20 Thread Martin Husemann
On Tue, Mar 31, 2015 at 10:06:28AM +0200, Martin Husemann wrote:
> The Call for Papers is open (http://2015.eurobsdcon.org/call-for-papers/),
> you still have time untill April 17th for a proposal.

If you did not manage to send a proposal: the deadline has been extended
untill May 22nd:

https://2015.eurobsdcon.org/2015/04/extended-deadline-for-submissions/

Please share your great NetBSD and pkgsrc work!

Martin


Re: Automated report: NetBSD-current/i386 build failure

2015-04-20 Thread Andreas Gustafsson
The NetBSD Test Fixture wrote:
> This is an automatically generated notice of a NetBSD-current/i386
> build failure.
> 
> The failure occurred on babylon5.NetBSD.org, a NetBSD/amd64 host,
> using sources from CVS date 2015.04.16.11.39.23.
> 
> The following commits were made between the last successful build and the 
> failed build:
> 
> 2015.04.16.10.05.43 pooka src/usr.bin/rump_allserver/rump_allserver.c,v 
> 1.39
> 2015.04.16.10.08.59 pooka src/sys/rump/librump/rumpkern/intr.c,v 1.49
> 2015.04.16.11.39.23 joerg src/usr.bin/make/job.c,v 1.179
> 
> Log files can be found at:
> 
> 
> http://releng.NetBSD.org/b5reports/i386/commits-2015.04.html#2015.04.16.11.39.23

The automated report above is lacking error messages because this
wasn't the usual kind of build failure that the scripts are looking
for, where one of the commands run by make fails, but rather one where
make itself crashed:

cd /tmp/bracket/build/2015.04.16.11.39.23-i386/src/tools/compat && rm -f 
config.log config.status configure.lineno *.stamp   a.out [Ee]rrs mklog core 
*.core libnbcompat.a atoll.lo basename.lo cdbr.lo cdbw.lo dirname.lo dprintf.lo 
fgetln.lo flock.lo fparseln.lo fpurge.lo getcap.lo getline.lo getmode.lo 
getopt_long.lo gettemp.lo heapsort.lo issetugid.lo lchflags.lo lchmod.lo 
lchown.lo libyywrap.lo md2.lo md2hl.lo md4c.lo md4hl.lo md5c.lo md5hl.lo 
mi_vector_hash.lo mkdtemp.lo mkstemp.lo pread.lo putc_unlocked.lo pwcache.lo 
pwrite.lo pw_scan.lo raise_default_signal.lo rmd160.lo rmd160hl.lo setenv.lo 
setgroupent.lo setpassent.lo setprogname.lo sha1.lo sha1hl.lo sha2.lo 
sha256hl.lo sha384hl.lo sha512hl.lo snprintb.lo snprintf.lo stat_flags.lo 
strlcat.lo strlcpy.lo strmode.lo strndup.lo strnlen.lo strsep.lo strsuftoll.lo 
strtoll.lo strtoi.lo strtou.lo unvis.lo vis.lo err.lo errx.lo errc.lo verr.lo 
verrx.lo verrc.lo vwarn.lo vwarnx.lo vwarnc.lo warn.lo warnx.lo warnc.lo fts.lo 
glob.lo efun.lo bt_close.lo bt_conv.lo assertion "i < max" failed: file 
"/tmp/bracket/build/2015.04.16.11.39.23-i386/src/tools/make/../../usr.bin/make/job.c",
 line 1881, function "JobDoOutput"
[1]   Abort trap (core dumped) ${runcmd} "${mak...

-- 
Andreas Gustafsson, g...@gson.org

Re: urtwn hostap

2015-04-20 Thread Andy Ruhl
On Wed, Apr 15, 2015 at 5:58 PM, Brook Milligan  wrote:

> According to the man page, the urtwn driver is supposed to support the
> hostap option.  Although perhaps I am not sure how to configure it with
> ifconfig, I cannot get it to work.  Has anyone had success with this?  Is
> it known not to work?  Does anyone have a configuration, e.g.,
> ifconfg.urtwnX, that is known to work?
>

You don't need to configure it with ifconfig if you use hostap. Usually you
bridge it to your wired adapter and that adapter carries the address info.
Here is a hostapd.conf file that worked for me:

interface=urtwn0
ctrl_interface=/var/run/hostapd
ctrl_interface_group=0
ssid=NetBSD
macaddr_acl=0
auth_algs=1
wpa=2
wpa_psk=
wpa_pairwise=TKIP CCMP

You generate the key with wpa_passphrase.

Andy


Re: point2point network interfaces cannot receive ipv6 packets

2015-04-20 Thread Roy Marples
On 12/04/2015 17:12, Roy Marples wrote:
> We shouldn't really need the LLINFO flag on P2P interfaces.
> Here is a patch which introduces p2p_rtrequest() which installs a
> correct and working local route for P2P interfaces, based on an older
> patch for OpenBSD.
> 
> I intend to commit this to fix the PR early next week when I can put
> more testing into it. Commentary welcome as I can't test many P2P
> interfaces.

Now committed.

Roy


LSI MegaRaid SAS3108

2015-04-20 Thread kato
Folks,

Is anybody working to support 12Gbps SAS version of LSI MegaRAID
SAS3108 based card on NetBSD-current, -7Beta, or even 6.1?

It seems that SAS3108 is supported in latest versions of OpenBSD and
FreeBSD.

-- Akira Kato



Re: Build error spdmem.

2015-04-20 Thread Paul Goyette

Thanks - I wonder how it managed to compile here...

On Mon, 20 Apr 2015, Ryota Ozaki wrote:


Applied. Thanks!

 ozaki-r

On Mon, Apr 20, 2015 at 2:52 PM, henning petersen
 wrote:

In spdmemvar.h is there a space after backslace and one semicolon is
missing.




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


Re: Build error spdmem.

2015-04-20 Thread Ryota Ozaki
Applied. Thanks!

  ozaki-r

On Mon, Apr 20, 2015 at 2:52 PM, henning petersen
 wrote:
> In spdmemvar.h is there a space after backslace and one semicolon is
> missing.


Build error spdmem.

2015-04-20 Thread henning petersen
In spdmemvar.h is there a space after backslace and one semicolon is
missing.
diff -u -p -r1.5 spdmemvar.h
--- sys/dev/ic/spdmemvar.h  20 Apr 2015 02:55:14 -  1.5
+++ sys/dev/ic/spdmemvar.h  20 Apr 2015 05:42:47 -
@@ -739,7 +739,7 @@ struct spdmem_ddr4 {/* Dual 
Data Rat
uint8_t ddr4_signal_loading:2,  \
uint8_t ddr4_unused3:2, \
uint8_t ddr4_diecount:3,\
-   uint8_t ddr4_non_monolithic:1   \   
+   uint8_t ddr4_non_monolithic:1   \
);
SPD_BITFIELD(   \
uint8_t ddr4_max_activate_count:4,  \
@@ -845,7 +845,7 @@ struct spdmem_ddr4 {/* Dual 
Data Rat
uint8_t ddr4_dram_stepping;
uint8_t ddr4_mfg_specific_data[29];
uint8_t ddr4_unused18[2];
-   uint8_t ddr4_user_data[128]
+   uint8_t ddr4_user_data[128];
 } __packed;
 
 struct spdmem {