MegaRAID 3008/3108
Anyone working on adding support for SYMBIOS MEGARAID 3108 (0x1000/0x005d) or 3008 (0x1000/0x005f)? These are supported in OpenBSD by the mfii driver which also supports the MEGARAID 2208 (0x1000/0x005b). In NetBSD, the mfi(4) driver was extended to support the 2208 (Thunderbolt) rather than adding a new driver. The 3008/3108 will require another MFI_IOP type (OpenBSD call it 25). -- Stephen
Re: Recent libedit
On Wed, Jun 03, 2015 at 12:15:19PM +0900, Ryo ONODERA wrote: > For mysql56-client, I think that bundled editline should be used. We had quite a few problems with that one in the past too and it is another library that should be used natively if possible, to avoid interop problems. Joerg
releng build errors
I've noticed a seemingly trivial permissions error [1] has held up successful snapshot builds of head-llvm among others for the past few weeks. can anyone shed some light on the situation? many thanks, Aaron [1] http://releng.netbsd.org/builds/HEAD-llvm/201506021310Z/amd64.build.failed
Re: linux emulation take two
On Tue, Jun 02, 2015 at 03:34:31PM +, Christos Zoulas wrote: > In article <20150602134017.gc10...@quark.internal.precedence.co.uk>, > Patrick Welche wrote: > >Starting again... On the same -current/amd64 computer, with suse 13.2 > >installed, /emul/linux32/usr/bin/xeyes fails with: > > There is no chance those will work under linux32. You need to > convert the msghdr structures and the iov's... Copying the > sendmsg/recvmsg code from linux/common/linux_socket.c to > linux32/common/linux32_socket.c, adjusting the structs, and then > doing the iov conversions like they are done in > netbsd32/netbsd32_socket.c is what needs to be done to get those > working. Give it a try! It should not be too hard, all the bits > are there. I've been having a good crack at it - this bit doesn't look promising though: /* * Linux alignment requirement for CMSG struct manipulation. * Linux aligns on (size_t) boundary on all architectures. * Fortunately for linux, linux_cmsghdr is always size_t aligned ! * since no padding is added between the header and data. * XXX: this code isn't right for the compat32 code. */ struct linux_cmsghdr { size_t cmsg_len; /* NB not socklen_t */ int cmsg_level; int cmsg_type; /* unsigned char __cmsg_data[0]; */ }; P
Re: linux emulation take two
On Jun 3, 3:52pm, pr...@cam.ac.uk (Patrick Welche) wrote: -- Subject: Re: linux emulation take two | On Tue, Jun 02, 2015 at 03:34:31PM +, Christos Zoulas wrote: | > In article <20150602134017.gc10...@quark.internal.precedence.co.uk>, | > Patrick Welche wrote: | > >Starting again... On the same -current/amd64 computer, with suse 13.2 | > >installed, /emul/linux32/usr/bin/xeyes fails with: | > | > There is no chance those will work under linux32. You need to | > convert the msghdr structures and the iov's... Copying the | > sendmsg/recvmsg code from linux/common/linux_socket.c to | > linux32/common/linux32_socket.c, adjusting the structs, and then | > doing the iov conversions like they are done in | > netbsd32/netbsd32_socket.c is what needs to be done to get those | > working. Give it a try! It should not be too hard, all the bits | > are there. | | I've been having a good crack at it - this bit doesn't look promising though: | | /* | * Linux alignment requirement for CMSG struct manipulation. | * Linux aligns on (size_t) boundary on all architectures. | * Fortunately for linux, linux_cmsghdr is always size_t aligned ! | * since no padding is added between the header and data. | * XXX: this code isn't right for the compat32 code. | */ | struct linux_cmsghdr { | size_t cmsg_len; /* NB not socklen_t */ | int cmsg_level; | int cmsg_type; | /* unsigned char __cmsg_data[0]; */ | }; I think on 32 bits that would be netbsd32_size_t, so you'd need struct linux32_cmsghdr? christos
Re: MegaRAID 3008/3108
On Tue, 2 Jun 2015 16:13:07 +0100 (BST) Stephen Borrill wrote: > Anyone working on adding support for SYMBIOS MEGARAID 3108 (0x1000/0x005d) > or 3008 (0x1000/0x005f)? These are supported in OpenBSD by the mfii driver > which also supports the MEGARAID 2208 (0x1000/0x005b). In NetBSD, the > mfi(4) driver was extended to support the 2208 (Thunderbolt) rather than > adding a new driver. The 3008/3108 will require another MFI_IOP type > (OpenBSD call it 25). > > -- > Stephen > I have a system with this on the motherboard, but I'm dropping an lsi 9261-i8 in because the newer cards are not supported. My vendor has told me that the 9261 is near EOL, so it would be really helpful if someone could add support for the newer LSI cards. Unfortunately, I don't have much experience in this area. Harry Waddell
Re: MegaRAID 3008/3108
In article <20150603111042.4fad14b2@taliesin-2.local>, Harry Waddell wrote: >On Tue, 2 Jun 2015 16:13:07 +0100 (BST) >Stephen Borrill wrote: > >> Anyone working on adding support for SYMBIOS MEGARAID 3108 (0x1000/0x005d) >> or 3008 (0x1000/0x005f)? These are supported in OpenBSD by the mfii driver >> which also supports the MEGARAID 2208 (0x1000/0x005b). In NetBSD, the >> mfi(4) driver was extended to support the 2208 (Thunderbolt) rather than >> adding a new driver. The 3008/3108 will require another MFI_IOP type >> (OpenBSD call it 25). >> >> -- >> Stephen >> > >I have a system with this on the motherboard, but I'm dropping an lsi >9261-i8 in >because the newer cards are not supported. My vendor has told me that >the 9261 is near EOL, >so it would be really helpful if someone could add support for the newer LSI >cards. Unfortunately, I don't have much experience in this area. Shouldn't be too hard to do... As long someone has a card to test... christos
Re: MegaRAID 3008/3108
On Wed, 3 Jun 2015 18:27:44 + (UTC) chris...@astron.com (Christos Zoulas) wrote: > In article <20150603111042.4fad14b2@taliesin-2.local>, > Harry Waddell wrote: > >On Tue, 2 Jun 2015 16:13:07 +0100 (BST) > >Stephen Borrill wrote: > > > >> Anyone working on adding support for SYMBIOS MEGARAID 3108 (0x1000/0x005d) > >> or 3008 (0x1000/0x005f)? These are supported in OpenBSD by the mfii driver > >> which also supports the MEGARAID 2208 (0x1000/0x005b). In NetBSD, the > >> mfi(4) driver was extended to support the 2208 (Thunderbolt) rather than > >> adding a new driver. The 3008/3108 will require another MFI_IOP type > >> (OpenBSD call it 25). > >> > >> -- > >> Stephen > >> > > > >I have a system with this on the motherboard, but I'm dropping an lsi > >9261-i8 in > >because the newer cards are not supported. My vendor has told me that > >the 9261 is near EOL, > >so it would be really helpful if someone could add support for the newer LSI > >cards. Unfortunately, I don't have much experience in this area. > > Shouldn't be too hard to do... As long someone has a card to test... > > christos > I just double checked my invoice and the MB has an embedded 3108 hooked up to 7 sata and 1 ssd drive ( for cachecade ). I don't need to put this into production immediately, so I can test something during the next few days. After that, it will be hard to test with drives hooked up as the cables are not the same for it and the 9261. Just seeing if the hw get recognized without drives attached would be easy enough. I should be getting two more identical systems in the next few months, so I could test it with one of those too. The plan is to put netbsd-7 on these, but I could boot a current kernel if needed. Harry Waddell
Re: MegaRAID 3008/3108
In article <20150603122110.5f267ef8@taliesin-2.local>, Harry Waddell wrote: >On Wed, 3 Jun 2015 18:27:44 + (UTC) >chris...@astron.com (Christos Zoulas) wrote: > >> In article <20150603111042.4fad14b2@taliesin-2.local>, >> Harry Waddell wrote: >> >On Tue, 2 Jun 2015 16:13:07 +0100 (BST) >> >Stephen Borrill wrote: >> > >> >> Anyone working on adding support for SYMBIOS MEGARAID 3108 >> >> (0x1000/0x005d) >> >> or 3008 (0x1000/0x005f)? These are supported in OpenBSD by the mfii >> >> driver >> >> which also supports the MEGARAID 2208 (0x1000/0x005b). In NetBSD, the >> >> mfi(4) driver was extended to support the 2208 (Thunderbolt) rather than >> >> adding a new driver. The 3008/3108 will require another MFI_IOP type >> >> (OpenBSD call it 25). >> >> >> >> -- >> >> Stephen >> >> >> > >> >I have a system with this on the motherboard, but I'm dropping an lsi >> >9261-i8 in >> >because the newer cards are not supported. My vendor has told me that >> >the 9261 is near EOL, >> >so it would be really helpful if someone could add support for the newer >> >LSI >> >cards. Unfortunately, I don't have much experience in this area. >> >> Shouldn't be too hard to do... As long someone has a card to test... >> >> christos >> > >I just double checked my invoice and the MB has an embedded 3108 >hooked up to 7 sata and 1 ssd drive ( for cachecade ). > >I don't need to put this into production immediately, so I >can test something during the next few days. >After that, it will be hard to test with drives hooked up as >the cables are not the same for it and the 9261. Just seeing if the >hw get recognized without drives attached would be easy enough. > >I should be getting two more identical systems in the next few months, >so I could test it with one of those too. The plan is to put >netbsd-7 on these, but I could boot a current kernel if needed. If Frank can post his patches and we can take a look at the OpenBSD driver for the I/O performance fix. christos
Re: MegaRAID 3008/3108
On 06/03/15 21:30, Christos Zoulas wrote: In article <20150603122110.5f267ef8@taliesin-2.local>, Harry Waddell wrote: On Wed, 3 Jun 2015 18:27:44 + (UTC) chris...@astron.com (Christos Zoulas) wrote: In article <20150603111042.4fad14b2@taliesin-2.local>, Harry Waddell wrote: On Tue, 2 Jun 2015 16:13:07 +0100 (BST) Stephen Borrill wrote: Anyone working on adding support for SYMBIOS MEGARAID 3108 (0x1000/0x005d) or 3008 (0x1000/0x005f)? These are supported in OpenBSD by the mfii driver which also supports the MEGARAID 2208 (0x1000/0x005b). In NetBSD, the mfi(4) driver was extended to support the 2208 (Thunderbolt) rather than adding a new driver. The 3008/3108 will require another MFI_IOP type (OpenBSD call it 25). -- Stephen I have a system with this on the motherboard, but I'm dropping an lsi 9261-i8 in because the newer cards are not supported. My vendor has told me that the 9261 is near EOL, so it would be really helpful if someone could add support for the newer LSI cards. Unfortunately, I don't have much experience in this area. Shouldn't be too hard to do... As long someone has a card to test... christos I just double checked my invoice and the MB has an embedded 3108 hooked up to 7 sata and 1 ssd drive ( for cachecade ). I don't need to put this into production immediately, so I can test something during the next few days. After that, it will be hard to test with drives hooked up as the cables are not the same for it and the 9261. Just seeing if the hw get recognized without drives attached would be easy enough. I should be getting two more identical systems in the next few months, so I could test it with one of those too. The plan is to put netbsd-7 on these, but I could boot a current kernel if needed. If Frank can post his patches and we can take a look at the OpenBSD driver for the I/O performance fix. christos Well, here is the proof of concept patch - could be a starting point. Frank Index: ic/mfi.c === RCS file: /cvsroot/src/sys/dev/ic/mfi.c,v retrieving revision 1.57 diff -u -r1.57 mfi.c --- ic/mfi.c 4 Apr 2015 15:10:47 - 1.57 +++ ic/mfi.c 3 Jun 2015 19:41:32 - @@ -71,7 +71,6 @@ * are those of the authors and should not be interpreted as representing * official policies,either expressed or implied, of the FreeBSD Project. */ - #include __KERNEL_RCSID(0, "$NetBSD: mfi.c,v 1.57 2015/04/04 15:10:47 christos Exp $"); @@ -109,7 +108,7 @@ #endif /* NBIO > 0 */ #ifdef MFI_DEBUG -uint32_t mfi_debug = 0 +uint32_t mfi_debug = ~0 /* XXXkd */ /* | MFI_D_CMD */ /* | MFI_D_INTR */ /* | MFI_D_MISC */ @@ -3292,7 +3291,11 @@ for (i = 0; i < sge_idx; i++) { sgl_ptr->Address = htole64(sgd[i].ds_addr); sgl_ptr->Length = htole32(sgd[i].ds_len); - sgl_ptr->Flags = 0; + if (i == sge_count - 1) { + sgl_ptr->Flags = MPI25_IEEE_SGE_FLAGS_END_OF_LIST; + } else { + sgl_ptr->Flags = 0; + } if (sge_idx < sge_count) { DNPRINTF(MFI_D_DMA, "sgl %p %d 0x%" PRIx64 " len 0x%" PRIx32 @@ -3309,8 +3312,11 @@ sg_chain = sgl_ptr; /* Prepare chain element */ sg_chain->NextChainOffset = 0; + sg_chain->Flags = (MPI2_IEEE_SGE_FLAGS_CHAIN_ELEMENT); +#if 0 /* XXXkd */ sg_chain->Flags = (MPI2_IEEE_SGE_FLAGS_CHAIN_ELEMENT | - MPI2_IEEE_SGE_FLAGS_IOCPLBNTA_ADDR); + MPI2_IEEE_SGE_FLAGS_IOCPLBNTA_ADDR); /* XXXkd not in FreeBSD! */ +#endif sg_chain->Length = (sizeof(mpi2_sge_io_union) * (sge_count - sge_idx)); sg_chain->Address = ccb->ccb_tb_psg_frame; @@ -3322,7 +3328,11 @@ for (; i < sge_count; i++) { sgl_ptr->Address = htole64(sgd[i].ds_addr); sgl_ptr->Length = htole32(sgd[i].ds_len); - sgl_ptr->Flags = 0; + if (i == sge_count - 1) { +sgl_ptr->Flags = MPI25_IEEE_SGE_FLAGS_END_OF_LIST; + } else { +sgl_ptr->Flags = 0; + } DNPRINTF(MFI_D_DMA, "sgl %p %d 0x%" PRIx64 " len 0x%" PRIx32 " flags 0x%x\n", sgl_ptr, i, sgl_ptr->Address, Index: pci/mfi_pci.c === RCS file: /cvsroot/src/sys/dev/pci/mfi_pci.c,v retrieving revision 1.18 diff -u -r1.18 mfi_pci.c --- pci/mfi_pci.c 29 Mar 2014 19:28:25 - 1.18 +++ pci/mfi_pci.c 3 Jun 2015 19:41:32 - @@ -144,6 +144,8 @@ MFI_IOP_SKINNY, mfi_skinny_subtypes }, { PCI_VENDOR_SYMBIOS, PCI_PRODUCT_SYMBIOS_MEGARAID_2208, MFI_IOP_TBOLT, mfi_tbolt_subtypes }, + { PCI_VENDOR_SYMBIOS, PCI_PRODUCT_SYMBIOS_MEGARAID_3108, + MFI_IOP_TBOLT, mfi_tbolt_subtypes }, }; const struct mfi_pci_device *
Re: releng build errors
On 6/3/15 6:46 AM, Aaron Glenn wrote: I've noticed a seemingly trivial permissions error [1] has held up successful snapshot builds of head-llvm among others for the past few weeks. can anyone shed some light on the situation? many thanks, Aaron [1] http://releng.netbsd.org/builds/HEAD-llvm/201506021310Z/amd64.build.failed There was a problem in -current which caused this on the build cluster that got solved a few days ago; the build cluster needed to be cleaned up for the HEAD-llvm runs, which happened this morning. The next run should be OK. +j
Re: Custom build issues
On 26.05.2015 02:06, Kamil Rytarowski wrote: > The problem with the catman list mismatch has shrank. > > > checkflist ===> distrib/sets > === 4 extra files in DESTDIR = > Files in DESTDIR but missing from flist. > File is obsolete or flist is out of date ? > -- > ./usr/share/man/cat4/drvctl.0 > ./usr/share/man/cat5/blacklistd.conf.0 > ./usr/share/man/cat8/blacklistctl.0 > ./usr/share/man/cat8/blacklistd.0 > = end of 4 extra files === > > Still valid! Proposed patch was there: https://mail-index.netbsd.org/current-users/2015/05/26/msg027469.html
Re: Custom build issues
It's not an issue with default builds. What specific build options results in this problem? On Wed, 3 Jun 2015, Kamil Rytarowski wrote: On 26.05.2015 02:06, Kamil Rytarowski wrote: The problem with the catman list mismatch has shrank. checkflist ===> distrib/sets === 4 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/share/man/cat4/drvctl.0 ./usr/share/man/cat5/blacklistd.conf.0 ./usr/share/man/cat8/blacklistctl.0 ./usr/share/man/cat8/blacklistd.0 = end of 4 extra files === Still valid! Proposed patch was there: https://mail-index.netbsd.org/current-users/2015/05/26/msg027469.html - | 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: Custom build issues
OK, I am working on the man-page issue now On Wed, 3 Jun 2015, Kamil Rytarowski wrote: On 03.06.2015 22:55, Paul Goyette wrote: It's not an issue with default builds. What specific build options results in this problem? The options were specified in the original message in the thread at: https://mail-index.netbsd.org/current-users/2015/05/18/msg027424.html There is also an issue with .debug packages, I have scheduled looking at it after fixing catman.. The latest general fix for .debug files doesn't resolve the issue. == 2 missing files in DESTDIR Files in flist but missing from DESTDIR. File wasn't installed ? -- ./usr/libdata/debug/usr/bin/gzip.debug ./usr/libdata/debug/usr/bin/p++.debug - | 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: Custom build issues
This should be fixed now. On Thu, 4 Jun 2015, Paul Goyette wrote: It's not an issue with default builds. What specific build options results in this problem? On Wed, 3 Jun 2015, Kamil Rytarowski wrote: On 26.05.2015 02:06, Kamil Rytarowski wrote: The problem with the catman list mismatch has shrank. checkflist ===> distrib/sets === 4 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/share/man/cat4/drvctl.0 ./usr/share/man/cat5/blacklistd.conf.0 ./usr/share/man/cat8/blacklistctl.0 ./usr/share/man/cat8/blacklistd.0 = end of 4 extra files === Still valid! Proposed patch was there: https://mail-index.netbsd.org/current-users/2015/05/26/msg027469.html - | 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 | - - | 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: Custom build issues
On 03.06.2015 22:55, Paul Goyette wrote: > It's not an issue with default builds. > > What specific build options results in this problem? > > The options were specified in the original message in the thread at: https://mail-index.netbsd.org/current-users/2015/05/18/msg027424.html There is also an issue with .debug packages, I have scheduled looking at it after fixing catman.. The latest general fix for .debug files doesn't resolve the issue. == 2 missing files in DESTDIR Files in flist but missing from DESTDIR. File wasn't installed ? -- ./usr/libdata/debug/usr/bin/gzip.debug ./usr/libdata/debug/usr/bin/p++.debug
Re: Custom build issues
On 03.06.2015 23:10, Paul Goyette wrote: > This should be fixed now. > It works. Thank you! I'm going to investigate these debug files..
Re: Custom build issues
On 03.06.2015 23:17, Kamil Rytarowski wrote: > > I'm going to investigate these debug files.. > Hello There is no p++.debug, because p++ is a symlink to pcc # ls -l /usr/bin/g++ -r-xr-xr-x 2 root wheel 694998 May 30 14:32 /usr/bin/g++ There is of course present pcc.debug. # find /tmp/netbsd-tmp/destdir.amd64 -name pcc.debug /tmp/netbsd-tmp/destdir.amd64/usr/libdata/debug/usr/bin/pcc.debug My proposition is to obsolete p++.debug. A patch is inlined bellow. Index: distrib/sets/lists/debug/mi === RCS file: /public/netbsd-rsync/src/distrib/sets/lists/debug/mi,v retrieving revision 1.116 diff -u -r1.116 mi --- distrib/sets/lists/debug/mi 29 May 2015 12:38:18 - 1.116 +++ distrib/sets/lists/debug/mi 3 Jun 2015 23:38:49 - @@ -671,7 +671,7 @@ ./usr/libdata/debug/usr/bin/objdump.debug comp-util-debug binutils,debug ./usr/libdata/debug/usr/bin/openpgp.debug comp-obsolete obsolete ./usr/libdata/debug/usr/bin/openssl.debug comp-crypto-debug crypto,debug -./usr/libdata/debug/usr/bin/p++.debug comp-cxx-debug pcc,debug +./usr/libdata/debug/usr/bin/p++.debug comp-obsolete obsolete ./usr/libdata/debug/usr/bin/passwd.debug comp-util-debug debug ./usr/libdata/debug/usr/bin/paste.debugcomp-util-debug debug ./usr/libdata/debug/usr/bin/patch.debugcomp-util-debug debug
Re: Custom build issues
On 03.06.2015 23:50, Kamil Rytarowski wrote: > On 03.06.2015 23:17, Kamil Rytarowski wrote: >> >> I'm going to investigate these debug files.. >> > > Hello > > There is no p++.debug, because p++ is a symlink to pcc > > # ls -l /usr/bin/g++ > -r-xr-xr-x 2 root wheel 694998 May 30 14:32 /usr/bin/g++ > Proper paste below: # ls -l /usr/bin/p++ lrwxr-xr-x 1 root wheel 12 May 30 14:32 /usr/bin/p++ -> /usr/bin/pcc
Re: Custom build issues
On 04.06.2015 00:25, Kamil Rytarowski wrote: > On 03.06.2015 23:50, Kamil Rytarowski wrote: >> On 03.06.2015 23:17, Kamil Rytarowski wrote: >>> >>> I'm going to investigate these debug files.. >>> >> >> Hello >> >> There is no p++.debug, because p++ is a symlink to pcc >> >> # ls -l /usr/bin/g++ >> -r-xr-xr-x 2 root wheel 694998 May 30 14:32 /usr/bin/g++ >> > > Proper paste below: > > # ls -l /usr/bin/p++ > lrwxr-xr-x 1 root wheel 12 May 30 14:32 /usr/bin/p++ -> /usr/bin/pcc > I'm attaching a patch for building with pigz replacing gzip (MKPIGZGZIP=yes) and .debug generation. gzip is a link to pigz, for some reason hard-link: # ls -i /usr/bin/gzip 374346 /usr/bin/gzip # ls -i /usr/bin/pigz 374346 /usr/bin/pigz The magic is done in external/zlib/pigz/bin/pigz/Makefile In the patch I'm adding a new keyword pigzgzip and I use it to blacklist gzip.debug. It's tested to work with recent -current. Please review and apply. With these changes (p++ and pigzgzip) I can build cleanly my NetBSD sources with my personalized setup. Index: distrib/sets/sets.subr === RCS file: /public/netbsd-rsync/src/distrib/sets/sets.subr,v retrieving revision 1.164 diff -u -r1.164 sets.subr --- distrib/sets/sets.subr 28 May 2015 14:36:44 - 1.164 +++ distrib/sets/sets.subr 4 Jun 2015 00:30:58 - @@ -249,6 +249,7 @@ # pf ${MKPF} != no # pic ${MKPIC} != no # picinstall ${MKPICINSTALL} != no +# pigzgzip${MKPIGZGZIP} != no # postfix ${MKPOSTFIX} != no # profile ${MKPROFILE} != no # perfuse ${MKPERFUSE} != no Index: distrib/sets/lists/debug/mi === RCS file: /public/netbsd-rsync/src/distrib/sets/lists/debug/mi,v retrieving revision 1.116 diff -u -r1.116 mi --- distrib/sets/lists/debug/mi 29 May 2015 12:38:18 - 1.116 +++ distrib/sets/lists/debug/mi 4 Jun 2015 00:37:21 - @@ -543,7 +543,7 @@ ./usr/libdata/debug/usr/bin/grotty.debug comp-groff-debug groff,debug ./usr/libdata/debug/usr/bin/gss.debug comp-krb5-debug kerberos,debug,obsolete ./usr/libdata/debug/usr/bin/gsstool.debug comp-krb5-debug kerberos,debug -./usr/libdata/debug/usr/bin/gzip.debug comp-util-debug debug +./usr/libdata/debug/usr/bin/gzip.debug comp-util-debug !pigzgzip,debug ./usr/libdata/debug/usr/bin/head.debug comp-util-debug debug ./usr/libdata/debug/usr/bin/hesinfo.debug comp-hesiod-debug hesiod,debug ./usr/libdata/debug/usr/bin/hexdump.debug comp-util-debug debug
Re: Custom build issues
On Thu, 4 Jun 2015, Kamil Rytarowski wrote: On 04.06.2015 00:25, Kamil Rytarowski wrote: I'm attaching a patch for building with pigz replacing gzip (MKPIGZGZIP=yes) and .debug generation. No patch attached? gzip is a link to pigz, for some reason hard-link: # ls -i /usr/bin/gzip 374346 /usr/bin/gzip # ls -i /usr/bin/pigz 374346 /usr/bin/pigz The magic is done in external/zlib/pigz/bin/pigz/Makefile In the patch I'm adding a new keyword pigzgzip and I use it to blacklist gzip.debug. It's tested to work with recent -current. Please review and apply. With these changes (p++ and pigzgzip) I can build cleanly my NetBSD sources with my personalized setup. Index: distrib/sets/sets.subr === RCS file: /public/netbsd-rsync/src/distrib/sets/sets.subr,v retrieving revision 1.164 diff -u -r1.164 sets.subr --- distrib/sets/sets.subr 28 May 2015 14:36:44 - 1.164 +++ distrib/sets/sets.subr 4 Jun 2015 00:30:58 - @@ -249,6 +249,7 @@ # pf ${MKPF} != no # pic ${MKPIC} != no # picinstall ${MKPICINSTALL} != no +# pigzgzip${MKPIGZGZIP} != no # postfix ${MKPOSTFIX} != no # profile ${MKPROFILE} != no # perfuse ${MKPERFUSE} != no Index: distrib/sets/lists/debug/mi === RCS file: /public/netbsd-rsync/src/distrib/sets/lists/debug/mi,v retrieving revision 1.116 diff -u -r1.116 mi --- distrib/sets/lists/debug/mi 29 May 2015 12:38:18 - 1.116 +++ distrib/sets/lists/debug/mi 4 Jun 2015 00:37:21 - @@ -543,7 +543,7 @@ ./usr/libdata/debug/usr/bin/grotty.debug comp-groff-debug groff,debug ./usr/libdata/debug/usr/bin/gss.debug comp-krb5-debug kerberos,debug,obsolete ./usr/libdata/debug/usr/bin/gsstool.debug comp-krb5-debug kerberos,debug -./usr/libdata/debug/usr/bin/gzip.debug comp-util-debug debug +./usr/libdata/debug/usr/bin/gzip.debug comp-util-debug !pigzgzip,debug ./usr/libdata/debug/usr/bin/head.debug comp-util-debug debug ./usr/libdata/debug/usr/bin/hesinfo.debug comp-hesiod-debug hesiod,debug ./usr/libdata/debug/usr/bin/hexdump.debug comp-util-debug debug - | 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 | -
Vertrauliche E-Mail---
Guten Tag, Ich bin Herr Raul Hernandez, der Auditor General von Unicaja Bank Madrid. Im Zuge meiner Abschlusspruefung, entdeckte ich eine schwimmende Fonds auf einem Konto, das 1990 bei der Cam Bank eroeffnet wurde, bevor der Besitz von Unicaja Gruppe gekauft wurde, ich bin der Abschlusspruefer der einem toten Auslaender Herr Kenny, der im Jahr 2009 starb, zugeteilt wurde. Jede Anstrengung, ein Mitglied seiner Familie oder einen naechsten Angehoerigen zu Ermitteln sind gescheitert. Bei meinen Ermittlungen habe ich festgestellt, dass Sie zu den naechsten Angehoerigen gehoeren, da Sie den gleichen Nachnamen tragen. Er verstarb ohne Nachkommen oder einen Testament. Meine Absicht ist es, diese Summe von 5,5 Mio. von den oben genannten Konto auf ein sicheres Konto zu ueberweisen. Ich schlage daher vor, dass ich Sie als stillen Teilhaber eintrage und Sie mir ein Konto zur Verfuegung stellen, oder ein neues Konto eroeffnen um dieses Geld dorthin zu ueberweisen. Fuer Ihre Unterstützung bei diesem Vorhaben, bin ich bereit, mit einem guten Prozentsatz des gesamten Fonds zu trennen. Beim durchsehen der Aufzeichnungen und Akten der verstorbenen Person, entdeckte ich dass (1) Niemand dieses Konto seit 2009 betrieben hat (2) Er starb ohne Erben, daher das Geld weiter floss. (3) Keine andere Person über dieses Konto bescheid weiss und auch kein Empfaenger eingetragen ist Wenn ich mich nicht schnellstens dieser Angelegenheit annehme, wird dieses Geld verfallen und anschliessend in Gesellschaftsmitteln fliessen, von denen nur die Regisseure meiner Firma profitieren werden. Ich kann Ihnen dieses Geld rechtlich zukommen lassen, wenn Sie einige notwendigen Genehmigungen, die auf Ihren Namen zugelassen sind ausfuellen, wobei ich Ihnen selbstverstaendlich behilflich sein werde. Bitte geben Sie mir eine Antwort auf meine private E-Mail raul.hernan...@1email.eu oder Fax 00 34 917 692 656, so dass ich Ihnen detaillierte Informationen ueber die Modalitäten meines Vorschlages zu senden kann. Ich bitte Sie eingehend dieses Schreiben absolut vertraulich zu behandeln. Bitte senden Sie mir Ihre Telefonnummer auf der sie leicht zu erreichen sind. Ich freue mich auf Ihre baldige Antwort. Mit freundlichen Gruessen Herr Raul Hernandez Fax 00 34 917 692 656 raul.hernan...@1email.eu
daily CVS update output
Updating src tree: P src/distrib/sets/lists/man/mi P src/external/bsd/blacklist/bin/conf.c P src/external/bsd/blacklist/etc/blacklistd.conf P src/external/bsd/llvm/config/llvm/Config/config.h.in P src/gnu/usr.bin/gettext/Makefile P src/lib/libperfuse/ops.c P src/sbin/fsck/partutil.c P src/share/man/man9/module.9 P src/sys/arch/arm/allwinner/awin_reg.h P src/sys/arch/arm/marvell/files.marvell P src/sys/arch/arm/marvell/mvsoc.c P src/sys/arch/arm/marvell/mvsoc_intr.h P src/sys/arch/arm/marvell/mvsocreg.h P src/sys/arch/arm/marvell/mvsocvar.h P src/sys/arch/arm/nvidia/soc_tegra124.c P src/sys/arch/evbarm/awin/awin_machdep.c P src/sys/arch/evbarm/awin/platform.h P src/sys/arch/evbarm/conf/ARMADAXP U src/sys/arch/evbarm/conf/OLIMEXLIME2 P src/sys/arch/evbarm/conf/OPENBLOCKS_AX3 P src/sys/arch/evbarm/marvell/marvell_machdep.c P src/sys/arch/mips/include/mips_opcode.h P src/sys/arch/mips/mips/db_disasm.c P src/sys/arch/mips/mips/lock_stubs_llsc.S P src/sys/arch/mips/mips/locore.S P src/sys/arch/mips/mips/mipsX_subr.S U src/sys/dev/marvell/files.armada P src/sys/dev/marvell/if_mvxpe.c P src/sys/dev/marvell/if_mvxpereg.h P src/sys/dev/marvell/if_mvxpevar.h P src/sys/dev/marvell/marvellreg.h U src/sys/dev/marvell/mvxpbm.c U src/sys/dev/marvell/mvxpbmvar.h U src/sys/dev/marvell/mvxpsec.c U src/sys/dev/marvell/mvxpsecreg.h U src/sys/dev/marvell/mvxpsecvar.h P src/sys/net/if_gif.c P src/sys/rump/Makefile.rump P src/sys/rump/README.compileopts P src/sys/rump/TODO P src/sys/rump/dev/Makefile.rumpdevcomp P src/sys/rump/dev/lib/libpci/Makefile P src/sys/rump/dev/lib/libpci/pci_user.h P src/sys/rump/dev/lib/libpci/rumpdev_bus_dma.c U src/sys/rump/dev/lib/libpci_auich/Makefile U src/sys/rump/dev/lib/libpci_auich/PCI_AUICH.ioconf U src/sys/rump/dev/lib/libpci_auich/auich_at_pci.c P src/sys/rump/include/sys/bus.h P src/usr.bin/Makefile U src/usr.bin/gettext/Makefile U src/usr.bin/gettext/gettext.1 U src/usr.bin/gettext/gettext.c P src/usr.sbin/npf/npfctl/npf_show.c Updating xsrc tree: Killing core files: Running the SUP scanner: SUP Scan for current starting at Thu Jun 4 03:29:42 2015 SUP Scan for current completed at Thu Jun 4 03:34:09 2015 SUP Scan for mirror starting at Thu Jun 4 03:34:09 2015 SUP Scan for mirror completed at Thu Jun 4 03:42:51 2015 Updating file list: -rw-rw-r-- 1 srcmastr netbsd 47514530 Jun 4 03:52 ls-lRA.gz