Marko Cupać | 9 Jul 15:19 2014

Any chance for ThinkPad T440?

Hi,

I just got this cool ThinkPad T440 as my work laptop, only to find out
that it is unusable with stable FreeBSDs.

Showstoppers are:
- Intel Wireless 7260 (no wifi at all)
- Intel HD Graphics 4400 (vesa only)

Can I hope those will be supported any time soon?

Thank you in advance,
--

-- 
Marko Cupać
_______________________________________________
freebsd-stable <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe <at> freebsd.org"
Pete French | 9 Jul 14:19 2014
Picon

Issues using new_xorg pkg repository

Instructions for using the new repository are as follows:

> mkdir -p /usr/local/etc/pkg/repos
> cat > /usr/local/etc/pkg/repos/FreeBSD_new_xorg.conf <<EOF
> # /usr/local/etc/pkg/repos/FreeBSD_new_xorg.conf
> # It is still required to have /etc/pkg/FreeBSD.conf installed and enabled.
> # If that file is missing or if /usr/share/keys/pkg is missing see:
> # http://www.freebsd.org/security/advisories/FreeBSD-EN-14:03.pkg.asc
>
> FreeBSD_new_xorg: {
>    url: "pkg+http://pkg.FreeBSD.org/${ABI}/new_xorg",
>    mirror_type: "srv",
>    signature_type: "fingerprints",
>    fingerprints: "/usr/share/keys/pkg",
>    enabled: yes
> }
> EOF

Having dne that, however, if I do 'pkg update' what I
get is this:

Updating repository catalogue
pkg: http://pkg.FreeBSD.org//new_xorg/digests.txz: Not Found
pkg: Unable to find catalogs

I am running 9.3-PRERELEASE (amd64) - this should work simply by
following the instuctions should it not ? From looking at
the error it would appear that ABI is not being set - yet
the same syntax is being used in /etc/pkg/FreeBSD.conf and
it appears to work there.
(Continue reading)

jenkins-admin | 8 Jul 20:56 2014
Picon

Build failed in Jenkins: FreeBSD_stable_8 #120

See <https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/120/changes>

Changes:

[brooks] MFC r223930:

Remove include of sys/sbuf.h from geom/geom.h.
sbuf support is not always required for geom/geom.h users, and no need to
depend from it.

PR:		158398

------------------------------------------
[...truncated 84127 lines...]
objcopy --strip-debug --add-gnu-debuglink=fbt.ko.symbols fbt.ko.debug fbt.ko
===> dtrace/systrace_linux32 (all)
cc -O2 -pipe -DLINUX_SYSTRACE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  -I<https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/modules/dtrace/systrace_linux32/../../../cddl/compat/opensolaris> -I<https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/modules/dtrace/systrace_linux32/../../../cddl/contrib/opensolaris/uts/common> -I<https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/modules/dtrace/systrace_linux32/../../..> -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj<https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/GENERIC/opt_global.h> -I. -I <at>  -I <at> /contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/o
 bj<https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/GENERIC> -mcmodel=kernel -mno-red-zone  -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow  -msoft-float -fno-asynchrono
 us-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -include <https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/modules/dtrace/systrace_linux32/../../../cddl/compat/opensolaris/sys/debug_compat.h> -c <https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/modules/dtrace/systrace_linux32/../../../cddl/dev/systrace/systrace.c>
ld  -d -warn-common -r -d -o systrace_linux32.ko.debug systrace.o
:> export_syms
awk -f <https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/conf/kmod_syms.awk> systrace_linux32.ko.debug  export_syms | xargs -J% objcopy % systrace_linux32.ko.debug
objcopy --only-keep-debug systrace_linux32.ko.debug systrace_linux32.ko.symbols
objcopy --strip-debug --add-gnu-debuglink=systrace_linux32.ko.symbols systrace_linux32.ko.debug systrace_linux32.ko
===> dtrace/systrace_freebsd32 (all)
cc -O2 -pipe -DFREEBSD32_SYSTRACE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  -I<https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/modules/dtrace/systrace_freebsd32/../../../cddl/compat/opensolaris> -I<https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/modules/dtrace/systrace_freebsd32/../../../cddl/contrib/opensolaris/uts/common> -I<https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/modules/dtrace/systrace_freebsd32/../../..> -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj<https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/GENERIC/opt_global.h> -I. -I <at>  -I <at> /contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointe
 r -I/usr/obj<https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/GENERIC> -mcmodel=kernel -mno-red-zone  -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow  -msoft-float -fno-
 asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -include <https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/modules/dtrace/systrace_freebsd32/../../../cddl/compat/opensolaris/sys/debug_compat.h> -c <https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_8/ws/sys/modules/dtrace/systrace_freebsd32/../../../cddl/dev/systrace/systrace.c>
ld  -d -warn-common -r -d -o systrace_freebsd32.ko.debug systrace.o
:> export_syms
(Continue reading)

José María Alcaide | 8 Jul 15:06 2014
Picon
Picon

9-STABLE nfsd(8) does not auto-tune number of threads (error in the 9.3 Release Notes!)

One of the 9.3-RELEASE Release Notes (userland changes) states that:

"The default number of nfsd(8) threads has been increased from 4 to (8 * N), where N is the number of CPUs as
reported by sysctl -n hw.ncpu. [r262124]"

Indeed, revision r262124 (http://svnweb.freebsd.org/base?view=revision&revision=262124)
removes the "-n 4" option from nfs_server_flags in /etc/defaults/rc.conf.

The change is based on the premise that nfsd(8) auto-tunes the number of threads as (8 * hw.ncpu). That
auto-tuning was introduced in HEAD revision r243637 of nfsd.c
(http://svnweb.freebsd.org/base?view=revision&revision=243637), but it has not been MFC'd to
9-STABLE yet, so that release note *is not true*.

I think that r262124 should be reverted, also removing the release note mentioned above; or alternatively
bring HEAD's nfsd.c on sync with 9-STABLE (probably a bad idea just before 9.3-RELEASE).

Greetings,

--
José M. Alcaide
Universidad del País Vasco
Dpto. de Electricidad y Electrónica
Facultad de Ciencia y Tecnología
48940 Leioa (Spain)

_______________________________________________
freebsd-stable <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe <at> freebsd.org"

(Continue reading)

Dennis Glatting | 7 Jul 21:28 2014

Problem with vt in 268370


root <at> Tori# mk buildkernel 

--------------------------------------------------------------
>>> Kernel build for GENERIC started on Mon Jul  7 12:18:31 PDT 2014
--------------------------------------------------------------
===> GENERIC
mkdir -p /usr/obj/disk-1/src/sys

--------------------------------------------------------------
>>> stage 1: configuring the kernel
--------------------------------------------------------------
cd
/disk-1/src/sys/amd64/conf;
PATH=/usr/obj/disk-1/src/tmp/legacy/usr/sbin:/usr/obj/disk-1/src/tmp/legacy/usr/bin:/usr/obj/disk-1/src/tmp/legacy/usr/games:/usr/obj/disk-1/src/tmp/legacy/bin:/usr/obj/disk-1/src/tmp/usr/sbin:/usr/obj/disk-1/src/tmp/usr/bin:/usr/obj/disk-1/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
 config  -d /usr/obj/disk-1/src/sys/GENERIC  -I '/disk-1/src/sys/amd64/conf' '/disk-1/src/sys/amd64/conf/GENERIC'
config: Error: device "vt_efifb" is unknown
config: 1 errors
*** Error code 1

Stop.
make[1]: stopped in /disk-1/src
*** Error code 1

Stop.
make: stopped in /disk-1/src
root <at> Tori# 

_______________________________________________
freebsd-stable <at> freebsd.org mailing list
(Continue reading)

jenkins-admin | 7 Jul 18:19 2014
Picon

Build failed in Jenkins: FreeBSD_stable_10 #477

See <https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_10/477/changes>

Changes:

[ray] 267622 Log:
  Rename vt(4) vga module to dismiss interference with syscons(4) vga module.
267623 Log:
  Remove stale link to deleted vt(4) xboxfb driver.
267624 Log:
  syscons(4) and vt(4) can be built together now.
267625 Log:
  Allow to disable syscons(4) if "hw.syscons.disable" kenv is set.
267626 Log:
  Suspend vt(4) initialization if "kern.vt.disable" kenv is set.
267965 by emaste <at>  Log:
  Use a common tunable to choose between vt(4)/sc(4)
  With this change and previous work from ray <at>  it will be possible to put
  both in GENERIC, and have one enabled by default, but allow the other to
  be selected via the loader.
  (The previous implementation had separate kern.vt.disable and
  hw.syscons.disable tunables, and would panic if both drivers were
  compiled in and neither was explicitly disabled.)
268175 by emaste <at>  Log:
  Fix vt(4) detection in kbdcontrol and vidcontrol
  As sc(4) and vt(4) coexist and are both enabled in GENERIC, the existence
  of a vt(4) sysctl is not sufficient to determine that vt(4) is in use.
  Reported by:  Trond Endrestøl
268045 by emaste <at>  Log:
  Add vt(4) to GENERIC and retire the separate VT config
  vt(4) and sc(4) can now coexist in the same kernel.  To choose the vt
(Continue reading)

Glen Barber | 6 Jul 23:54 2014
Picon

FreeBSD 9.3-RC3 Now Available


The third RC build of the 9.3-RELEASE release cycle is now available
on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and
sparc64 architectures.

This is expected to be the final RC build of the 9.3-RELEASE cycle.

The image checksums follow at the end of this email.

ISO images and, for architectures that support it, the memory stick images
are available here:

    ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.3/

(or any of the FreeBSD mirror sites).

If you notice problems you can report them through the Bugzilla PR
system or on the -stable mailing list.

If you would like to use SVN to do a source based update of an existing
system, use the "releng/9.3" branch.

A list of changes since 9.2-RELEASE are available on the 9.3-RELEASE
release notes page here:

    http://www.freebsd.org/releases/9.3R/relnotes.html

Pre-installed virtual machine images for 9.3-RC3 are also available
for amd64 and i386 architectures.

(Continue reading)

Zenny | 6 Jul 19:06 2014
Picon

unzip bugs?

Tried to unzip the image files downloaded from a smartphone (S4) and it
just fails to do anything rather than corrupting the original files.

% unzip Camera.zip
Archive:  Camera.zip
unzip: skipping non-regular entry '20140705_150730.jpg'
unzip: skipping non-regular entry '20140705_150727.jpg'
unzip: skipping non-regular entry '20140705_150718.jpg'
unzip: skipping non-regular entry '20140705_150701.jpg'
unzip: skipping non-regular entry '20140705_150655.jpg'

But the -t flag gives the output correctly to all zip files:

% unzip -t Photos_downloaded_by_AirDroid.zip
Archive:  Photos_downloaded_by_AirDroid.zip
    testing: 20140705_150730.jpg     OK
    testing: 20140703_201731_Richtone(HDR).jpg     OK
    testing: 20140503_061145.jpg     OK
    testing: 20140507_092622.jpg     OK

Saw a thread here with similar issues:
http://lists.freebsd.org/pipermail/freebsd-current/2014-February/048454.html

But does not seem to solve the problem in FreeBSD-10.0!

Any inputs? Thanks!
_______________________________________________
freebsd-stable <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe <at> freebsd.org"
(Continue reading)

David Wolfskill | 4 Jul 14:39 2014

r268244 (stable/9) seems to break "sysctl hw.ncpu"

After building & installing  <at> r268208 (yesterday), "sysctl hw.ncpu"
reports a number (e.g., "2" for my laptop).

After building & installing  <at> r268244 (today)...

freebeast(9.3-P)[5] sysctl hw.ncpu | hd
00000000  68 77 2e 6e 63 70 75 3a  20 0a                    |hw.ncpu: .|
0000000a
freebeast(9.3-P)[6] 

After reverting r268244, then "cd /usr/src/sbin/sysctl && make && make
install":

g1-252(9.3-P)[8] sysctl hw.ncpu | hd
00000000  68 77 2e 6e 63 70 75 3a  20 32 0a                 |hw.ncpu:
2.|
0000000b
g1-252(9.3-P)[9] 

I note that I also track stable/10 and head (on different slices;
daily) on the machine; haven't seen similar behavior in either
environment.

Note that it is not uncommon for certain ports builds to expect to get a
number from "sysctl -n hw.ncpu", and when that doesn't happen, the ports
builds tend to stop working.

Peace,
david
--

-- 
(Continue reading)

Piotr Kubaj | 4 Jul 14:18 2014
Picon

Re: Should 9.3 carry a warning about NEW_XORG

On 07/04/2014 14:00, freebsd-stable-request <at> freebsd.org wrote:
There's not POLA as vt(4) has been merged to stable/9 and stable/10 to
make it possible to use tty. To use new Xorg with tty, recompile kernel
using VT config.

wsk | 4 Jul 09:37 2014
Picon

10.0-RELEASE BTX halted on DELL R900

lists
     I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to 
10.0-Release via freebsd-update.
and please check the link below:
http://sw.gddsn.org.cn/jopens/test/btx.jpg

BTW: I can booted 10.0-R from DVD-ROM as expected but got same error 
message with flash-driver.
any ideas?

--

-- 
wsk

_______________________________________________
freebsd-stable <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe <at> freebsd.org"


Gmane