business leads

2015-04-22 Thread John via freebsd-stable 

Hey,

You are receiving this email because we wish you to use our email marketing
service.

We wish to be your email marketing partner, we can grow your business 2-5
times than now.

If you would require more information please send us an email and we would
be glad to discuss the project requirements with you soon.
Looking forward to your positive response.

Kind Regards
John
Email: pottl...@aliyun.com

-

This e-mail message and its attachments (if any) are intended solely for
the use of the addressee(s) hereof. In addition, this message and the
attachments (if any) may contain information that is confidential,
privileged and exempt from disclosure under applicable law. If you are not
the intended recipient of this message, you are prohibited from reading,
disclosing, reproducing, distributing, disseminating or otherwise using
this transmission. Delivery of this message to any person other than the
intended recipient is not intended to waive any right or privilege. If you
have received this message in error, please promptly notify the sender and
immediately delete this message from your system.


If you don't wish our future news letter, pls send address to
ttick...@aliyun.com  for removal.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Strange USB behavior

2015-04-22 Thread fate 
Hi,

Strange USB behavior on Gigabyte BRIX GB-BXA8-5545.
Need number of connect - disconnect cycles before usb subsystem
recognize devices.

Apr 19 02:09:01 brix kernel: ugen0.2:  at usbus0 (disconnected)
Apr 19 02:09:05 brix kernel: usb_alloc_device: Failure selecting
configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored)
Apr 19 02:09:05 brix kernel: ugen0.2:  at usbus0
Apr 19 02:09:07 brix kernel: ugen0.2:  at usbus0 (disconnected)
Apr 19 02:18:15 brix kernel: usb_alloc_device: Failure selecting
configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored)
Apr 19 02:18:15 brix kernel: ugen0.2:  at usbus0
Apr 19 02:18:17 brix kernel: ugen0.2:  at usbus0 (disconnected)
Apr 19 02:18:21 brix kernel: usb_alloc_device: Failure selecting
configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored)
Apr 19 02:18:21 brix kernel: ugen0.2:  at usbus0
Apr 19 02:18:23 brix kernel: ugen0.2:  at usbus0 (disconnected)
Apr 19 02:18:27 brix kernel: usb_alloc_device: Failure selecting
configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored)
Apr 19 02:18:27 brix kernel: ugen0.2:  at usbus0
Apr 19 02:18:29 brix kernel: ugen0.2:  at usbus0 (disconnected)
Apr 19 02:18:36 brix kernel: usb_alloc_device: Failure selecting
configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored)
Apr 19 02:18:36 brix kernel: ugen0.2:  at usbus0
Apr 19 02:18:40 brix kernel: ugen0.2:  at usbus0 (disconnected)
Apr 19 03:17:14 brix kernel: ugen0.2:  at usbus0
Apr 19 03:17:15 brix kernel: uhub7:  on usbus0
Apr 19 03:17:15 brix kernel: uhub7: 4 ports with 4 removable, self powered
Apr 19 03:17:17 brix kernel: ugen0.3:  at usbus0
Apr 19 03:17:18 brix kernel: ugen0.4:  at usbus0
Apr 19 03:17:18 brix kernel: uhid0:  on usbus0
Apr 19 03:17:19 brix kernel: ugen0.5:  at usbus0
Apr 19 03:17:19 brix kernel: ukbd0:  on usbus0
Apr 19 03:17:19 brix kernel: kbd1 at ukbd0
Apr 19 03:17:19 brix kernel: uhid1:  on usbus0
Apr 19 03:17:20 brix kernel: ugen0.6:  at usbus0
Apr 19 03:17:20 brix root: Unknown USB device: vendor 0x06f8 product
0x2101 bus uhub7
Apr 19 03:17:20 brix kernel: uhid2:  on usbus0
Apr 19 03:17:20 brix kernel: uhid3:  on usbus0
Apr 19 03:17:20 brix kernel: ums0:  on usbus0
Apr 19 03:17:20 brix kernel: ums0: 16 buttons and [XYZT] coordinates ID=0
Apr 19 03:17:20 brix kernel: uaudio0:  on usbus0
Apr 19 03:17:20 brix kernel: uaudio0: Play: 48000 Hz, 2 ch, 16-bit
S-LE PCM format, 2x8ms buffer.
Apr 19 03:17:20 brix kernel: uaudio0: Play: 44100 Hz, 2 ch, 16-bit
S-LE PCM format, 2x8ms buffer.
Apr 19 03:17:20 brix kernel: uaudio0: No recording.
Apr 19 03:17:20 brix kernel: uaudio0: No MIDI sequencer.
Apr 19 03:17:20 brix kernel: pcm1:  on uaudio0
Apr 19 03:17:20 brix kernel: uaudio0: HID volume keys found.
Apr 19 03:18:32 brix kernel: ugen0.2:  at usbus0 (disconnected)
Apr 19 03:18:32 brix kernel: uhub7: at uhub0, port 4, addr 1 (disconnected)


More details:

usb short log
https://drive.google.com/file/d/0B17zHIGCbT9tMTd0WHpRSFlaSkE/view?usp=sharing

usb debug log
https://drive.google.com/file/d/0B17zHIGCbT9tSkY0Q2ZqMVhwdms/view?usp=sharing

verbose boot log
https://drive.google.com/file/d/0B17zHIGCbT9tZE9BV25VT2cwVFE/view?usp=sharing

pciconv -lv
https://drive.google.com/file/d/0B17zHIGCbT9tN3Y2MktydnluSzg/view?usp=sharing


Thanks.
Vladimir Belyan  fat...@gmail.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bsdinstall support for multiple kernels

2015-04-22 Thread Glen Barber 
On Wed, Apr 22, 2015 at 06:59:51PM +0300, Slawa Olhovchenkov wrote:
> On Wed, Apr 22, 2015 at 03:43:25PM +, Glen Barber wrote:
> 
> > On Wed, Apr 22, 2015 at 06:33:00PM +0300, Slawa Olhovchenkov wrote:
> > > On Wed, Apr 22, 2015 at 12:10:37PM +, Glen Barber wrote:
> > > 
> > > > On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote:
> > > > > On Wed, Apr 22, 2015 at 11:55:59AM +, Glen Barber wrote:
> > > > > 
> > > > > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote:
> > > > > > > On Wed, Apr 22, 2015 at 11:18:44AM +, Glen Barber wrote:
> > > > > > > > > bsdinstall don't ask about kernel.VSTREAM and don't install 
> > > > > > > > > kernel.VSTREAM.
> > > > > > > > > 
> > > > > > > > > What I miss?
> > > > > > > > 
> > > > > > > > Currently, the installer only installs GENERIC.
> > > > > > > > 
> > > > > > > > I have fixes for this in a projects branch, but it's not ready 
> > > > > > > > to merge
> > > > > > > > back to head just yet.  (^/projects/release-install-debug if 
> > > > > > > > you're
> > > > > > > > interested.)
> > > > > > > 
> > > > > > > I think also exist bug in scripts/make-manifest.sh:
> > > > > > > 
> > > > > > > [...]
> > > > > > > eval: ${kernel}: Bad substitution
> > > > > > > ^
> > > > > > 
> > > > > > Yes, you are correct.  This is also fixed in the projects branch.
> > > > > 
> > > > > O, I see.
> > > > > Can you also patch release/Makefile?
> > > > > 
> > > > > ===
> > > > > .if !empty(TARGET:M${_V})
> > > > > OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}
> > > > > VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET}
> > > > > .else
> > > > > OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH}
> > > > > VOLUME_LABEL=   
> > > > > ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH}
> > > > > .endif
> > > > > ===
> > > > > 
> > > > > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit:
> > > > > length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33.
> > > > > 
> > > > 
> > > > I'm not sure there's much we really can do about this just yet.  The
> > > > only solution I have for you at the moment is to set VOLUME_LABEL in
> > > > your build environment to exclude the patch version.
> > > 
> > > Can you see to 'release.sh'?
> > > release.sh do 'make -C release release' w/o `make -C release clean`.
> > > As result don't rebuild images.
> > > 
> > 
> > This is actually intentional, so a subsequent invocation of release.sh
> > does not clobber an existing build.
> > 
> 
> What purpose? Do all makes and don't make new images?
> 

The intention with release.sh is that all builds are done in a pristine
environment.  It is not intended to clean an existing build environment.

Glen



pgp44x5sPq3pA.pgp
Description: PGP signature

Re: bsdinstall support for multiple kernels

2015-04-22 Thread Slawa Olhovchenkov 
On Wed, Apr 22, 2015 at 03:43:25PM +, Glen Barber wrote:

> On Wed, Apr 22, 2015 at 06:33:00PM +0300, Slawa Olhovchenkov wrote:
> > On Wed, Apr 22, 2015 at 12:10:37PM +, Glen Barber wrote:
> > 
> > > On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote:
> > > > On Wed, Apr 22, 2015 at 11:55:59AM +, Glen Barber wrote:
> > > > 
> > > > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote:
> > > > > > On Wed, Apr 22, 2015 at 11:18:44AM +, Glen Barber wrote:
> > > > > > > > bsdinstall don't ask about kernel.VSTREAM and don't install 
> > > > > > > > kernel.VSTREAM.
> > > > > > > > 
> > > > > > > > What I miss?
> > > > > > > 
> > > > > > > Currently, the installer only installs GENERIC.
> > > > > > > 
> > > > > > > I have fixes for this in a projects branch, but it's not ready to 
> > > > > > > merge
> > > > > > > back to head just yet.  (^/projects/release-install-debug if 
> > > > > > > you're
> > > > > > > interested.)
> > > > > > 
> > > > > > I think also exist bug in scripts/make-manifest.sh:
> > > > > > 
> > > > > > [...]
> > > > > > eval: ${kernel}: Bad substitution
> > > > > > ^
> > > > > 
> > > > > Yes, you are correct.  This is also fixed in the projects branch.
> > > > 
> > > > O, I see.
> > > > Can you also patch release/Makefile?
> > > > 
> > > > ===
> > > > .if !empty(TARGET:M${_V})
> > > > OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}
> > > > VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET}
> > > > .else
> > > > OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH}
> > > > VOLUME_LABEL=   
> > > > ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH}
> > > > .endif
> > > > ===
> > > > 
> > > > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit:
> > > > length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33.
> > > > 
> > > 
> > > I'm not sure there's much we really can do about this just yet.  The
> > > only solution I have for you at the moment is to set VOLUME_LABEL in
> > > your build environment to exclude the patch version.
> > 
> > Can you see to 'release.sh'?
> > release.sh do 'make -C release release' w/o `make -C release clean`.
> > As result don't rebuild images.
> > 
> 
> This is actually intentional, so a subsequent invocation of release.sh
> does not clobber an existing build.
> 

What purpose? Do all makes and don't make new images?



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bsdinstall support for multiple kernels

2015-04-22 Thread Glen Barber 
On Wed, Apr 22, 2015 at 06:33:00PM +0300, Slawa Olhovchenkov wrote:
> On Wed, Apr 22, 2015 at 12:10:37PM +, Glen Barber wrote:
> 
> > On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote:
> > > On Wed, Apr 22, 2015 at 11:55:59AM +, Glen Barber wrote:
> > > 
> > > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote:
> > > > > On Wed, Apr 22, 2015 at 11:18:44AM +, Glen Barber wrote:
> > > > > > > bsdinstall don't ask about kernel.VSTREAM and don't install 
> > > > > > > kernel.VSTREAM.
> > > > > > > 
> > > > > > > What I miss?
> > > > > > 
> > > > > > Currently, the installer only installs GENERIC.
> > > > > > 
> > > > > > I have fixes for this in a projects branch, but it's not ready to 
> > > > > > merge
> > > > > > back to head just yet.  (^/projects/release-install-debug if you're
> > > > > > interested.)
> > > > > 
> > > > > I think also exist bug in scripts/make-manifest.sh:
> > > > > 
> > > > > [...]
> > > > > eval: ${kernel}: Bad substitution
> > > > > ^
> > > > 
> > > > Yes, you are correct.  This is also fixed in the projects branch.
> > > 
> > > O, I see.
> > > Can you also patch release/Makefile?
> > > 
> > > ===
> > > .if !empty(TARGET:M${_V})
> > > OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}
> > > VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET}
> > > .else
> > > OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH}
> > > VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH}
> > > .endif
> > > ===
> > > 
> > > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit:
> > > length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33.
> > > 
> > 
> > I'm not sure there's much we really can do about this just yet.  The
> > only solution I have for you at the moment is to set VOLUME_LABEL in
> > your build environment to exclude the patch version.
> 
> Can you see to 'release.sh'?
> release.sh do 'make -C release release' w/o `make -C release clean`.
> As result don't rebuild images.
> 

This is actually intentional, so a subsequent invocation of release.sh
does not clobber an existing build.

Glen



pgpd1sru8UG9u.pgp
Description: PGP signature

Jenkins build is back to normal : FreeBSD_stable_10 #1364

2015-04-22 Thread jenkins-admin 
See 

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bsdinstall support for multiple kernels

2015-04-22 Thread Slawa Olhovchenkov 
On Wed, Apr 22, 2015 at 12:10:37PM +, Glen Barber wrote:

> On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote:
> > On Wed, Apr 22, 2015 at 11:55:59AM +, Glen Barber wrote:
> > 
> > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote:
> > > > On Wed, Apr 22, 2015 at 11:18:44AM +, Glen Barber wrote:
> > > > > > bsdinstall don't ask about kernel.VSTREAM and don't install 
> > > > > > kernel.VSTREAM.
> > > > > > 
> > > > > > What I miss?
> > > > > 
> > > > > Currently, the installer only installs GENERIC.
> > > > > 
> > > > > I have fixes for this in a projects branch, but it's not ready to 
> > > > > merge
> > > > > back to head just yet.  (^/projects/release-install-debug if you're
> > > > > interested.)
> > > > 
> > > > I think also exist bug in scripts/make-manifest.sh:
> > > > 
> > > > [...]
> > > > eval: ${kernel}: Bad substitution
> > > > ^
> > > 
> > > Yes, you are correct.  This is also fixed in the projects branch.
> > 
> > O, I see.
> > Can you also patch release/Makefile?
> > 
> > ===
> > .if !empty(TARGET:M${_V})
> > OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}
> > VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET}
> > .else
> > OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH}
> > VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH}
> > .endif
> > ===
> > 
> > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit:
> > length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33.
> > 
> 
> I'm not sure there's much we really can do about this just yet.  The
> only solution I have for you at the moment is to set VOLUME_LABEL in
> your build environment to exclude the patch version.

Can you see to 'release.sh'?
release.sh do 'make -C release release' w/o `make -C release clean`.
As result don't rebuild images.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

stable/9 r281817 needs to build an up-to-date make when compiling stable/9 r281849

2015-04-22 Thread Trond Endrestøl 
Hi,

One of my systems runs stable/9 r281817. Even with an empty /usr/obj, 
make buildworld insists on building an up-to-date make when compiling 
stable/9 r281849.

Is this due to a pilot error on my part?

-- 
+---++
| Vennlig hilsen,   | Best regards,  |
| Trond Endrestøl,  | Trond Endrestøl,   |
| IT-ansvarlig, | System administrator,  |
| Fagskolen Innlandet,  | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,   | Cellular...: +47 952 62 567,   |
| sentralbord 61 14 54 00.  | Switchboard: +47 61 14 54 00.  |
+---++
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Jenkins build is back to normal : FreeBSD_STABLE_10-i386 #8

2015-04-22 Thread jenkins-admin 
See 

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bsdinstall support for multiple kernels

2015-04-22 Thread Slawa Olhovchenkov 
On Wed, Apr 22, 2015 at 12:10:37PM +, Glen Barber wrote:

> On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote:
> > On Wed, Apr 22, 2015 at 11:55:59AM +, Glen Barber wrote:
> > 
> > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote:
> > > > On Wed, Apr 22, 2015 at 11:18:44AM +, Glen Barber wrote:
> > > > > > bsdinstall don't ask about kernel.VSTREAM and don't install 
> > > > > > kernel.VSTREAM.
> > > > > > 
> > > > > > What I miss?
> > > > > 
> > > > > Currently, the installer only installs GENERIC.
> > > > > 
> > > > > I have fixes for this in a projects branch, but it's not ready to 
> > > > > merge
> > > > > back to head just yet.  (^/projects/release-install-debug if you're
> > > > > interested.)
> > > > 
> > > > I think also exist bug in scripts/make-manifest.sh:
> > > > 
> > > > [...]
> > > > eval: ${kernel}: Bad substitution
> > > > ^
> > > 
> > > Yes, you are correct.  This is also fixed in the projects branch.
> > 
> > O, I see.
> > Can you also patch release/Makefile?
> > 
> > ===
> > .if !empty(TARGET:M${_V})
> > OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}
> > VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET}
> > .else
> > OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH}
> > VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH}
> > .endif
> > ===
> > 
> > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit:
> > length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33.
> > 
> 
> I'm not sure there's much we really can do about this just yet.  The
> only solution I have for you at the moment is to set VOLUME_LABEL in
> your build environment to exclude the patch version.

may be just strip to max length in makefile?
for prevent makefs fails. or do it in makefs (currently makefs failed,
may be varning and striping best solutions?)


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bsdinstall support for multiple kernels

2015-04-22 Thread Glen Barber 
On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote:
> On Wed, Apr 22, 2015 at 11:55:59AM +, Glen Barber wrote:
> 
> > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote:
> > > On Wed, Apr 22, 2015 at 11:18:44AM +, Glen Barber wrote:
> > > > > bsdinstall don't ask about kernel.VSTREAM and don't install 
> > > > > kernel.VSTREAM.
> > > > > 
> > > > > What I miss?
> > > > 
> > > > Currently, the installer only installs GENERIC.
> > > > 
> > > > I have fixes for this in a projects branch, but it's not ready to merge
> > > > back to head just yet.  (^/projects/release-install-debug if you're
> > > > interested.)
> > > 
> > > I think also exist bug in scripts/make-manifest.sh:
> > > 
> > > [...]
> > > eval: ${kernel}: Bad substitution
> > > ^
> > 
> > Yes, you are correct.  This is also fixed in the projects branch.
> 
> O, I see.
> Can you also patch release/Makefile?
> 
> ===
> .if !empty(TARGET:M${_V})
> OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}
> VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET}
> .else
> OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH}
> VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH}
> .endif
> ===
> 
> For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit:
> length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33.
> 

I'm not sure there's much we really can do about this just yet.  The
only solution I have for you at the moment is to set VOLUME_LABEL in
your build environment to exclude the patch version.

Glen



pgpxHstyRzeq5.pgp
Description: PGP signature

Re: bsdinstall support for multiple kernels

2015-04-22 Thread Slawa Olhovchenkov 
On Wed, Apr 22, 2015 at 11:55:59AM +, Glen Barber wrote:

> On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote:
> > On Wed, Apr 22, 2015 at 11:18:44AM +, Glen Barber wrote:
> > > > bsdinstall don't ask about kernel.VSTREAM and don't install 
> > > > kernel.VSTREAM.
> > > > 
> > > > What I miss?
> > > 
> > > Currently, the installer only installs GENERIC.
> > > 
> > > I have fixes for this in a projects branch, but it's not ready to merge
> > > back to head just yet.  (^/projects/release-install-debug if you're
> > > interested.)
> > 
> > I think also exist bug in scripts/make-manifest.sh:
> > 
> > [...]
> > eval: ${kernel}: Bad substitution
> > ^
> 
> Yes, you are correct.  This is also fixed in the projects branch.

O, I see.
Can you also patch release/Makefile?

===
.if !empty(TARGET:M${_V})
OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}
VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET}
.else
OSRELEASE=  ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH}
VOLUME_LABEL=   ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH}
.endif
===

For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit:
length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bsdinstall support for multiple kernels

2015-04-22 Thread Glen Barber 
On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote:
> On Wed, Apr 22, 2015 at 11:18:44AM +, Glen Barber wrote:
> > > bsdinstall don't ask about kernel.VSTREAM and don't install 
> > > kernel.VSTREAM.
> > > 
> > > What I miss?
> > 
> > Currently, the installer only installs GENERIC.
> > 
> > I have fixes for this in a projects branch, but it's not ready to merge
> > back to head just yet.  (^/projects/release-install-debug if you're
> > interested.)
> 
> I think also exist bug in scripts/make-manifest.sh:
> 
> [...]
> eval: ${kernel}: Bad substitution
> ^

Yes, you are correct.  This is also fixed in the projects branch.

Glen



pgpkYE2aJ6tRL.pgp
Description: PGP signature

Re: bsdinstall support for multiple kernels

2015-04-22 Thread Slawa Olhovchenkov 
On Wed, Apr 22, 2015 at 11:18:44AM +, Glen Barber wrote:

> On Wed, Apr 22, 2015 at 02:13:34PM +0300, Slawa Olhovchenkov wrote:
> > How to enable bsdinstall support for multiple kernels?
> > I am do release with KERNEL="GENERIC VSTREAM"
> > On install media I see:
> > total 361273
> > -rw-r--r--  1 root  wheel812 Apr 22 13:03 MANIFEST
> > -rw-r--r--  1 root  wheel   65350060 Apr 22 13:03 base.txz
> > -rw-r--r--  1 root  wheel1429196 Apr 22 13:03 doc.txz
> > -rw-r--r--  1 root  wheel 884900 Apr 22 13:03 games.txz
> > -rw-r--r--  1 root  wheel   78546640 Apr 22 13:03 kernel.VSTREAM.txz
> > -rw-r--r--  1 root  wheel   89654176 Apr 22 13:03 kernel.txz
> > -rw-r--r--  1 root  wheel   16838288 Apr 22 13:03 lib32.txz
> > -rw-r--r--  1 root  wheel  117241492 Apr 22 13:03 src.txz
> > 
> > In MANIFEST:
> > 
> > # cat /media/usr/freebsd-dist/MANIFEST
> > base.txz
> > 37829caef728f80374a15a92e129f0b3957e08884f5322686000a6b97da9699d
> > 19559   base"Base system (MANDATORY)"   on
> > doc.txz dbb99b5b673bb7290f283ecc8bc5868cecb693a2e231fdbad039b6d7ad872f57
> > 121 doc "Additional documentation"  off
> > games.txz   
> > 7eb01b2f857d5c4d075362cc564a522ce1ab60bde21b984015387d767d2b039853  
> > games   "Games (fortune, etc.)" on
> > kernel.VSTREAM.txz  
> > 18023a9b347cefa6e89104ce4e92c014d4cd9b676fc0346b5914ca850fbeaf8a
> > 1542kernel.VSTREAM  "Kernel (MANDATORY).VSTREAM"
> > kernel.txz  
> > f791b8b18eedeecf8bd70ef840fefb439cd50652fbfcdfc0f242ae9c16c172ea
> > 1542kernel  "Kernel (MANDATORY)"on
> > lib32.txz   
> > 0228f00df8a78feb5e24d7c10c26c72ba29d9f9f8b036e04030782103bf1b3a7685 
> > lib32   "32-bit compatibility libraries"on
> > src.txz 15c4bcfed094a30e41016fcdf27f103216857d96ca7af9e6288f1ded78b1b363
> > 68212   src "System source code"off
> > 
> > bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VSTREAM.
> > 
> > What I miss?
> 
> Currently, the installer only installs GENERIC.
> 
> I have fixes for this in a projects branch, but it's not ready to merge
> back to head just yet.  (^/projects/release-install-debug if you're
> interested.)

I think also exist bug in scripts/make-manifest.sh:

# sh /usr/src/release/scripts/make-manifest.sh *txz
base.txz
37829caef728f80374a15a92e129f0b3957e08884f5322686000a6b97da9699d19559   
base"Base system (MANDATORY)"   on
doc.txz dbb99b5b673bb7290f283ecc8bc5868cecb693a2e231fdbad039b6d7ad872f57
121 doc "Additional documentation"  off
games.txz   
7eb01b2f857d5c4d075362cc564a522ce1ab60bde21b984015387d767d2b039853  
games   "Games (fortune, etc.)" on
eval: ${kernel}: Bad substitution
^
kernel.VSTREAM.txz  
18023a9b347cefa6e89104ce4e92c014d4cd9b676fc0346b5914ca850fbeaf8a1542
kernel.VSTREAM  "Kernel (MANDATORY).VSTREAM"
kernel.txz  
f791b8b18eedeecf8bd70ef840fefb439cd50652fbfcdfc0f242ae9c16c172ea1542
kernel  "Kernel (MANDATORY)"on
lib32.txz   
0228f00df8a78feb5e24d7c10c26c72ba29d9f9f8b036e04030782103bf1b3a7685 
lib32   "32-bit compatibility libraries"on
src.txz 15c4bcfed094a30e41016fcdf27f103216857d96ca7af9e6288f1ded78b1b363
68212   src "System source code"off
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bsdinstall support for multiple kernels

2015-04-22 Thread Glen Barber 
On Wed, Apr 22, 2015 at 02:13:34PM +0300, Slawa Olhovchenkov wrote:
> How to enable bsdinstall support for multiple kernels?
> I am do release with KERNEL="GENERIC VSTREAM"
> On install media I see:
> total 361273
> -rw-r--r--  1 root  wheel812 Apr 22 13:03 MANIFEST
> -rw-r--r--  1 root  wheel   65350060 Apr 22 13:03 base.txz
> -rw-r--r--  1 root  wheel1429196 Apr 22 13:03 doc.txz
> -rw-r--r--  1 root  wheel 884900 Apr 22 13:03 games.txz
> -rw-r--r--  1 root  wheel   78546640 Apr 22 13:03 kernel.VSTREAM.txz
> -rw-r--r--  1 root  wheel   89654176 Apr 22 13:03 kernel.txz
> -rw-r--r--  1 root  wheel   16838288 Apr 22 13:03 lib32.txz
> -rw-r--r--  1 root  wheel  117241492 Apr 22 13:03 src.txz
> 
> In MANIFEST:
> 
> # cat /media/usr/freebsd-dist/MANIFEST
> base.txz
> 37829caef728f80374a15a92e129f0b3957e08884f5322686000a6b97da9699d19559 
>   base"Base system (MANDATORY)"   on
> doc.txz dbb99b5b673bb7290f283ecc8bc5868cecb693a2e231fdbad039b6d7ad872f57  
>   121 doc "Additional documentation"  off
> games.txz   
> 7eb01b2f857d5c4d075362cc564a522ce1ab60bde21b984015387d767d2b039853
>   games   "Games (fortune, etc.)" on
> kernel.VSTREAM.txz  
> 18023a9b347cefa6e89104ce4e92c014d4cd9b676fc0346b5914ca850fbeaf8a1542  
>   kernel.VSTREAM  "Kernel (MANDATORY).VSTREAM"
> kernel.txz  
> f791b8b18eedeecf8bd70ef840fefb439cd50652fbfcdfc0f242ae9c16c172ea1542  
>   kernel  "Kernel (MANDATORY)"on
> lib32.txz   
> 0228f00df8a78feb5e24d7c10c26c72ba29d9f9f8b036e04030782103bf1b3a7685   
>   lib32   "32-bit compatibility libraries"on
> src.txz 15c4bcfed094a30e41016fcdf27f103216857d96ca7af9e6288f1ded78b1b363  
>   68212   src "System source code"off
> 
> bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VSTREAM.
> 
> What I miss?

Currently, the installer only installs GENERIC.

I have fixes for this in a projects branch, but it's not ready to merge
back to head just yet.  (^/projects/release-install-debug if you're
interested.)

Glen



pgp18p7COWUcd.pgp
Description: PGP signature

bsdinstall support for multiple kernels

2015-04-22 Thread Slawa Olhovchenkov 
How to enable bsdinstall support for multiple kernels?
I am do release with KERNEL="GENERIC VSTREAM"
On install media I see:
total 361273
-rw-r--r--  1 root  wheel812 Apr 22 13:03 MANIFEST
-rw-r--r--  1 root  wheel   65350060 Apr 22 13:03 base.txz
-rw-r--r--  1 root  wheel1429196 Apr 22 13:03 doc.txz
-rw-r--r--  1 root  wheel 884900 Apr 22 13:03 games.txz
-rw-r--r--  1 root  wheel   78546640 Apr 22 13:03 kernel.VSTREAM.txz
-rw-r--r--  1 root  wheel   89654176 Apr 22 13:03 kernel.txz
-rw-r--r--  1 root  wheel   16838288 Apr 22 13:03 lib32.txz
-rw-r--r--  1 root  wheel  117241492 Apr 22 13:03 src.txz

In MANIFEST:

# cat /media/usr/freebsd-dist/MANIFEST
base.txz
37829caef728f80374a15a92e129f0b3957e08884f5322686000a6b97da9699d19559   
base"Base system (MANDATORY)"   on
doc.txz dbb99b5b673bb7290f283ecc8bc5868cecb693a2e231fdbad039b6d7ad872f57
121 doc "Additional documentation"  off
games.txz   
7eb01b2f857d5c4d075362cc564a522ce1ab60bde21b984015387d767d2b039853  
games   "Games (fortune, etc.)" on
kernel.VSTREAM.txz  
18023a9b347cefa6e89104ce4e92c014d4cd9b676fc0346b5914ca850fbeaf8a1542
kernel.VSTREAM  "Kernel (MANDATORY).VSTREAM"
kernel.txz  
f791b8b18eedeecf8bd70ef840fefb439cd50652fbfcdfc0f242ae9c16c172ea1542
kernel  "Kernel (MANDATORY)"on
lib32.txz   
0228f00df8a78feb5e24d7c10c26c72ba29d9f9f8b036e04030782103bf1b3a7685 
lib32   "32-bit compatibility libraries"on
src.txz 15c4bcfed094a30e41016fcdf27f103216857d96ca7af9e6288f1ded78b1b363
68212   src "System source code"off

bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VSTREAM.

What I miss?
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Build failed in Jenkins: FreeBSD_stable_10 #1363

2015-04-22 Thread jenkins-admin 
See 

Changes:

[dteske] MFC revisions 277693,278335,280382-280385,280923-280926,280931,
280933-280939,280974-280976,281002,281009,281081,281176-281180,
281271,281275,281616 (described in-breif below):
r277693: Font fix (des)
r278335: Revert that
r280382: Whitespace, comments, and copyright update
r280383: Prevent inadvertent bootlock condition
r280384: Increase max passowrd length from 16 to 255 chars
r280385: Add missing variable hints to loader.conf(5) defaults
r280923: Whitespace
r280924: Comments
r280925: Optimize bootmsg to use fg/bg/me from screen.4th
r280926: Whitespace and cleanup
r280931: Comments
r280933: Move beastie to logo-*.4th; brands to brand-*.4th
r280934: Add remainder of supported ANSI escape sequences
r280935: Securely overwrite (zero) user input after password checks
r280936: Use equals for ASCII double frames
r280937: Solve dreaded "dictionary full" issue
r280938: Add "GELI Passphrase:" prompt to boot loader
r280939: Revert that (premature commit)
r280974: Use fg/b/me from screen.4th instead of literals
r280975: Eliminate literal escape sequences from *.4th
r280976: Use ^[[m mode-ending versus ^[[37m
r281002: Install newly added brand-*.4th and logo-*.4th files (jkim)
r281009: Revert .PATH changes to fix mips build (jkim)
r281081: Make sure forth manpages are only installed once (bapt)
r281176: Back to previous mode-endings based on feedback
r281177: Back to previous mode-endings based on feedback
r281178: Back to previous mode-endings based on feedback
r281179: Back to previous mode-endings based on feedback
r281180: Eliminate literal escape sequences from *.rc
r281271: Fix a bootlock condition if loader_version is set
NB: Commit message of r281271 has a typo, s/_logo/_version/
r281275: Re-do proper mode-endings
r281616: Add "GELI Passphrase:" prompt to boot loader

Relnotes:   Added "GELI Passphrase:" prompt to boot loader

[pfg] MFC   r281670, r281703:
Drop experimental ext2fs dir_index support.

The htree directory index is a highly desirable feature for research
purposes and was meant to improve performance in our ext2/3 driver.
Unfortunately our implementation has two problems:

- It never really delivered any performance improvement.
- It appears to corrupt the filesystem in undetermined circumstances.

Strictly speaking dir_index is not required for read/write support in
ext2/3 and our limited ext4 support still works fine without it.

Regain stability in the ext2 driver by removing it. We may need it back
(fixed) if we want to support encrypted ext4 support but thanks to the
wonders of version control we can always revert this change and bring it
back.

PR: 191895
PR: 198731
PR: 199309

--
[...truncated 306040 lines...]
--- md.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function   -nostdinc  -I. 
-I 
-I 
-I 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx 
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 
-Werror  
--- virtio_if.o ---
ctfconvert -L VERSION -g virtio_if.o
--- usb_dev.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function   -nostdinc  -I. 
-I 
-I 
-I 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx 
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 
-Werror  

--- acpi_wmi_if.o ---
ctfconvert -L VERSION -g acpi_wmi_if.o
--- dead_vnops.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g

Build failed in Jenkins: FreeBSD_STABLE_10-i386 #7

2015-04-22 Thread jenkins-admin 
See 

Changes:

[dteske] MFC revisions 277693,278335,280382-280385,280923-280926,280931,
280933-280939,280974-280976,281002,281009,281081,281176-281180,
281271,281275,281616 (described in-breif below):
r277693: Font fix (des)
r278335: Revert that
r280382: Whitespace, comments, and copyright update
r280383: Prevent inadvertent bootlock condition
r280384: Increase max passowrd length from 16 to 255 chars
r280385: Add missing variable hints to loader.conf(5) defaults
r280923: Whitespace
r280924: Comments
r280925: Optimize bootmsg to use fg/bg/me from screen.4th
r280926: Whitespace and cleanup
r280931: Comments
r280933: Move beastie to logo-*.4th; brands to brand-*.4th
r280934: Add remainder of supported ANSI escape sequences
r280935: Securely overwrite (zero) user input after password checks
r280936: Use equals for ASCII double frames
r280937: Solve dreaded "dictionary full" issue
r280938: Add "GELI Passphrase:" prompt to boot loader
r280939: Revert that (premature commit)
r280974: Use fg/b/me from screen.4th instead of literals
r280975: Eliminate literal escape sequences from *.4th
r280976: Use ^[[m mode-ending versus ^[[37m
r281002: Install newly added brand-*.4th and logo-*.4th files (jkim)
r281009: Revert .PATH changes to fix mips build (jkim)
r281081: Make sure forth manpages are only installed once (bapt)
r281176: Back to previous mode-endings based on feedback
r281177: Back to previous mode-endings based on feedback
r281178: Back to previous mode-endings based on feedback
r281179: Back to previous mode-endings based on feedback
r281180: Eliminate literal escape sequences from *.rc
r281271: Fix a bootlock condition if loader_version is set
NB: Commit message of r281271 has a typo, s/_logo/_version/
r281275: Re-do proper mode-endings
r281616: Add "GELI Passphrase:" prompt to boot loader

Relnotes:   Added "GELI Passphrase:" prompt to boot loader

[pfg] MFC   r281670, r281703:
Drop experimental ext2fs dir_index support.

The htree directory index is a highly desirable feature for research
purposes and was meant to improve performance in our ext2/3 driver.
Unfortunately our implementation has two problems:

- It never really delivered any performance improvement.
- It appears to corrupt the filesystem in undetermined circumstances.

Strictly speaking dir_index is not required for read/write support in
ext2/3 and our limited ext4 support still works fine without it.

Regain stability in the ext2 driver by removing it. We may need it back
(fixed) if we want to support encrypted ext4 support but thanks to the
wonders of version control we can always revert this change and bring it
back.

PR: 191895
PR: 198731
PR: 199309

--
[...truncated 203950 lines...]
--- fbd.o ---
cc  -c -O -pipe  -std=c99 -g -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function   -nostdinc  -I. 
-I 
-I 
-I
 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -mno-aes 
-mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector 
-gdwarf-2 -Werror  

--- power_if.o ---
ctfconvert -L VERSION -g power_if.o
--- fb_if.o ---
awk -f 

  
-c ;  cc  -c -O -pipe  -std=c99 -g -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function   -nostdinc  -I. 
-I 
-I 
-I
 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -mno-aes 
-mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector 
-gdwarf-2 -Werror  fb_if.c
--- pccbb.o ---
ctfconvert -L VERSION -g pccbb.o
--- md.o ---
cc  -c -O -pipe  -std=c99 -g -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmis