-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
\014b11
I don't know what this cpu feature2 flag means, but my x240 haswell
laptop has a b11 feature2 set.
sean
dmesg | grep -i features
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01/05/15 17:50, Andrey Fesenko wrote:
On Tue, Jan 6, 2015 at 4:24 AM, Sean Bruno sbr...@ignoranthack.me
wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512
On 01/05/15 16:57, Neel Natu wrote:
Congratulations, you have the ability
On Sun, 2014-11-23 at 00:09 +0200, Andriy Gapon wrote:
On 22/11/2014 21:20, Sean Bruno wrote:
bdrewery reported a vfs/zfs condition where operations will stall out
and block (rm, mv, file) during a poudriere build. I've hit this now
and it seems to be alleviated by setting
bdrewery reported a vfs/zfs condition where operations will stall out
and block (rm, mv, file) during a poudriere build. I've hit this now
and it seems to be alleviated by setting vfs.lookup_shared=0
I seem to be able to trivially reproduce this on my builders and want to
know if anyone is
On Wed, 2014-10-08 at 13:14 +0100, Andrew Turner wrote:
I'm looking for someone who known more about floating-point than I do
to review one of me changes. The change in question adds 6 new
functions to the ARM libc to perform floating-point comparisons. These
functions are required as part of
HV_KVP: open /dev/hv_kvp_dev failed; error: 2 No such file or directory
I assume that there is missing error handling in or logic here somewhere
as every one of my machines is spamming my consoles on startup with this
new message.
sean
___
On Tue, 2014-09-16 at 11:45 -0700, Garrett Cooper wrote:
On Sep 16, 2014, at 11:40, Sean Bruno sbr...@ignoranthack.me wrote:
HV_KVP: open /dev/hv_kvp_dev failed; error: 2 No such file or directory
I assume that there is missing error handling in or logic here somewhere
as every one
On Tue, 2014-09-16 at 21:57 +0300, Konstantin Belousov wrote:
On Tue, Sep 16, 2014 at 11:40:15AM -0700, Sean Bruno wrote:
HV_KVP: open /dev/hv_kvp_dev failed; error: 2 No such file or directory
I assume that there is missing error handling in or logic here somewhere
as every one of my
On Tue, 2014-09-16 at 22:27 +0300, Konstantin Belousov wrote:
On Tue, Sep 16, 2014 at 12:08:54PM -0700, Sean Bruno wrote:
On Tue, 2014-09-16 at 21:57 +0300, Konstantin Belousov wrote:
On Tue, Sep 16, 2014 at 11:40:15AM -0700, Sean Bruno wrote:
HV_KVP: open /dev/hv_kvp_dev failed; error
make[4]: /home/sbruno/bsd/fbsd_head/sys/modules/if_gif/Makefile line
12: warning: Couldn't read shell's output for
cat
/home/sbruno/bsd/obj/mips/mips.mips/home/sbruno/bsd/fbsd_head/sys/WZR-300HP/opt_inet6.h
Shouldn't this cat be done in a saner way?
sean
On Sun, 2014-09-07 at 17:08 -0400, Glen Barber wrote:
On Sun, Sep 07, 2014 at 02:03:35PM -0700, Sean Bruno wrote:
make[4]: /home/sbruno/bsd/fbsd_head/sys/modules/if_gif/Makefile line
12: warning: Couldn't read shell's output for
cat
/home/sbruno/bsd/obj/mips/mips.mips/home/sbruno/bsd
On Wed, 2014-09-03 at 15:39 -0400, John Baldwin wrote:
On Tuesday, September 02, 2014 03:59:17 PM Sean Bruno wrote:
https://reviews.freebsd.org/D696
I found that the binmisc handler was not executing if the shell handler
fired. Both were using the same intepreted flag to determine
https://reviews.freebsd.org/D696
I found that the binmisc handler was not executing if the shell handler
fired. Both were using the same intepreted flag to determine if they
should run.
This change modifies struct image_params.interpreted to be a bitfield
instead of a bool flag and assigns one
On Thu, 2014-08-07 at 14:17 -0700, dte...@freebsd.org wrote:
Hi,
People have been pestering me to update the Forth code to present
a menu of ZFS datasets (*cough* boot environments *cough*).
Would love to, but existing code seems broken.
Can *anybody* produce meaningful output from the
On Tue, 2014-07-22 at 10:52 -0700, Sean Bruno wrote:
I can't quite see what the difference in building sys/i386/loader and
sys/i386/zfsloader is outside of the obvious zfs loader support flag.
This is now fixed in head. Thanks to Simon for the bmake assist.
sean
But, loader will build
On Tue, 2014-07-22 at 08:45 -0700, Sean Bruno wrote:
https://phabric.freebsd.org/D443
the 64bit version of userboot has been screaming about bit shifting
operators for a while now.
The short explanation, amd64 sizeof(long) != i386 sizeof(long).
The long explanation is in the phabric
On Fri, 2014-07-25 at 20:40 +0400, Boris Samorodov wrote:
Hi All!
Here are errors I get with sources at r269089.
I am at 269090. make xdev TARGET=mips TARGET_ARCH=mips64 just finished
for me. At this point, drop the rest of the options from the build as
dim, bsdimp and sjg have fixed most
https://phabric.freebsd.org/D443
the 64bit version of userboot has been screaming about bit shifting
operators for a while now.
The short explanation, amd64 sizeof(long) != i386 sizeof(long).
The long explanation is in the phabric diff and comments.
I see no reason to not commit this, but
I can't quite see what the difference in building sys/i386/loader and
sys/i386/zfsloader is outside of the obvious zfs loader support flag.
But, loader will build, and zfsloader will not. Clang will give me a
nice error that tells me how I could fix this, but since loader builds
fine I suspect
It looks like the following no longer works on head?
vfs.zfs.arc_max=8G
But this does?
vfs.zfs.arc_max=8589934592
sean
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
On Fri, 2014-07-04 at 11:58 -0400, Allan Jude wrote:
On 2014-07-04 11:56, Sean Bruno wrote:
It looks like the following no longer works on head?
vfs.zfs.arc_max=8G
But this does?
vfs.zfs.arc_max=8589934592
sean
___
freebsd
Just updated two machines in the fbsd cluser, buildworld/kernel,
installkernel, reboot into single user.
zfs from oldworld (pre installworld) doesn't work and segfaults in new
and magical ways.
Trying to mount root from zfs:zroot []...
Enter full pathname of shell or RETURN for /bin/sh:
Cannot
at 8:28 AM, Sean Bruno sbr...@ignoranthack.me
wrote:
Just updated two machines in the fbsd cluser,
buildworld/kernel,
installkernel, reboot into single user.
zfs from oldworld (pre installworld) doesn't work and
segfaults in new
On Mon, 2014-06-16 at 21:21 +0200, Edward Tomasz Napierała wrote:
Hi. Patch below should fix a problem where USB stops working after
_second_ suspend/resume, which happens on various ThinkPad models.
Please test, and report both success stories and failures. If nothing
comes up, I'll commit
I note that my TLenovo 61 has one of these:
ichsmb0@pci0:0:31:3:class=0x0c0500 card=0x20a917aa chip=0x283e8086
rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
device = '82801H (ICH8 Family) SMBus Controller'
class = serial bus
subclass = SMBus
I'm pretty
On Sat, 2014-06-14 at 12:08 -0700, Sean Bruno wrote:
I note that my TLenovo 61 has one of these:
ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086
rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
device = '82801H (ICH8 Family) SMBus Controller'
class
On Sat, 2014-06-14 at 17:25 -0600, Warner Losh wrote:
On Jun 14, 2014, at 4:43 PM, Sean Bruno sbr...@ignoranthack.me wrote:
On Sat, 2014-06-14 at 12:08 -0700, Sean Bruno wrote:
I note that my TLenovo 61 has one of these:
ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip
On Fri, 2014-06-06 at 10:12 -0400, Glen Barber wrote:
Two machines in the cluster panic last night with the same backtrace.
It is unclear yet exactly what was happening on the systems, but both
are port building machines using ports-mgmt/tinderbox.
Any ideas or information on how to further
On Fri, 2014-06-06 at 10:12 -0400, Glen Barber wrote:
Two machines in the cluster panic last night with the same backtrace.
It is unclear yet exactly what was happening on the systems, but both
are port building machines using ports-mgmt/tinderbox.
Any ideas or information on how to further
On Sun, 2014-06-01 at 09:41 -0400, Michael W. Lucas wrote:
Hi,
I'm trying to track down the documentation for the /dev/diskid/blah
device nodes. Is there a man page?
It appears that this is a current-only thing, so I'm asking here? (At
least, none of my 9.x or 10.x machines have
On Sun, 2014-05-11 at 20:49 +0800, bycn82 wrote:
As you can see below . it still did not find the src.opts.mk
root@FB10Head:/usr/src/sbin/ipfw # make
make: /usr/src/sbin/ipfw/Makefile line 3: Could not find src.opts.mk
make: /usr/src/sbin/ipfw/Makefile line 9: Malformed conditional
On Thu, 2014-05-08 at 16:46 +0400, Alexander V. Chernikov wrote:
On 07.05.2014 23:24, Sean Bruno wrote:
While screwing around with comcast, I can trivially get this panic out
of my desktop machine, and am very confused. It seems to happen on link
change up/down events. I'm running 11.0
On Wed, 2014-05-07 at 08:39 -0400, Bruno Lauzé wrote:
One thing I feel FreeBSD always ignored is instrumentation frameworks.
I am talking about wbem, cim model and implementation like OpenPegasus. Why
is that?
I ported OpenPegasus to work in FreeBSD with few patches.
However, of course
While screwing around with comcast, I can trivially get this panic out
of my desktop machine, and am very confused. It seems to happen on link
change up/down events. I'm running 11.0-CURRENT FreeBSD 11.0-CURRENT #5
r265280M. I don't have any direct evidence that this is re(4), just a
hunch from
On Wed, 2014-05-07 at 12:24 -0700, Sean Bruno wrote:
While screwing around with comcast, I can trivially get this panic out
of my desktop machine, and am very confused. It seems to happen on link
change up/down events. I'm running 11.0-CURRENT FreeBSD 11.0-CURRENT #5
r265280M. I don't have
Created a simple partition:
root@:~ # gpart create -s gpt da11
da11 created
root@:~ # gpart add -t freebsd-ufs da11
da11p1 added
root@:~ # gpart show da11
=40 7814037088 da11 GPT (3.6T)
40 7814037088 1 freebsd-ufs (3.6T)
root@:~ #
Then run a newfs and reboot the
=== efi (all)
=== efi/libefi (all)
Warning: Object directory not changed from
original /home/sbruno/bsd/head/sys/boot/efi/libefi
=== libstand32 (all)
Warning: Object directory not changed from
original /home/sbruno/bsd/head/sys/boot/libstand32
=== zfs (all)
Warning: Object directory not changed
On Sat, 2014-04-26 at 21:15 -0400, Ryan Stone wrote:
I've been seeing the following build failure on HEAD when I set
BTX_SERIAL=yes in make.conf
btxld -v -E 0x2000 -f bin -b
/usr/obj/repos/users/rstone/freebsd/sys/boot/i386/boot2/../btx/btx/btx
-l boot2.ldr -o boot2.ld -P 1 boot2.bin
On Mon, 2014-04-28 at 09:00 -0700, Sean Bruno wrote:
=== efi (all)
=== efi/libefi (all)
Warning: Object directory not changed from
original /home/sbruno/bsd/head/sys/boot/efi/libefi
=== libstand32 (all)
Warning: Object directory not changed from
original /home/sbruno/bsd/head/sys/boot
WARNING: duplicate option `GEOM_PART_BSD' encountered.
WARNING: duplicate option `GEOM_PART_MBR' encountered.
WARNING: duplicate option `DEV_MEM' encountered.
WARNING: duplicate device `mem' encountered.
WARNING: duplicate option `CAM_DEBUG_DELAY' encountered.
/src/sys/powerpc/conf/LINT:
Doing static linking of qemu bsd user applications and I seem to get a
lot of warnings about multiple symbols in libc. What's going on here?
/usr/lib/libc.a(svc_simple.o): warning: multiple common of
`__svc_maxrec'
/usr/lib/libc.a(rpc_soc.o): warning: previous common is here
On Sun, 2014-04-06 at 17:12 +0100, David Chisnall wrote:
It looks like these two are defined in rpc_com.h, so they are declared and
defined in multiple compilation units. That's not actually wrong (they'll
have common linkage and be merged), but it's discouraged because it can mask
other
On Fri, 2014-04-04 at 16:46 +0400, Gleb Smirnoff wrote:
On Thu, Apr 03, 2014 at 01:34:33AM +0400, Andrey Chernov wrote:
A On 02.04.2014 21:15, Gleb Smirnoff wrote:
A S + :lang=en_US.UTF-8:\
A S + :charset=UTF-8:
A
A And I'd like to do same change for the 'russian' login class
A
On Sat, 2014-04-05 at 05:35 +0400, Andrey Chernov wrote:
On 04.04.2014 16:46, Gleb Smirnoff wrote:
On Thu, Apr 03, 2014 at 01:34:33AM +0400, Andrey Chernov wrote:
A On 02.04.2014 21:15, Gleb Smirnoff wrote:
A S + :lang=en_US.UTF-8:\
A S + :charset=UTF-8:
A
A And I'd like to
I'd like to make this change to login.conf for default installs.
This removes some amount of hackery in the ports system that is working
around our lack of UTF-8 in the base.
This should be step 0 in a language agnostic installer project that is
beyond the scope of making the system more
On Wed, 2014-04-02 at 18:06 -0400, Garrett Wollman wrote:
In article 1396457629.2280.2.ca...@powernoodle.corp.yahoo.com,
sbr...@freebsd.org writes:
I'd like to make this change to login.conf for default installs.
This removes some amount of hackery in the ports system that is working
On Mon, 2014-03-31 at 22:46 -0700, Eitan Adler wrote:
Hi all,
Some of you may have seen my posts entitled Story of a Laptop User
and Story of a Desktop User. For those of you who did not, it can
be a worthwhile read to see what life is like when using FreeBSD as a
desktop. In short, it is
On Mon, 2014-03-10 at 15:10 -0400, Glen Barber wrote:
On Mon, Mar 10, 2014 at 09:01:12PM +0200, Konstantin Belousov wrote:
On Mon, Mar 10, 2014 at 02:05:08PM -0400, Glen Barber wrote:
Unread portion of the kernel message buffer:
Sleeping thread (tid 100702, pid 24712) owns a non-sleepable
On Mon, 2014-03-10 at 14:07 +0900, Sean Bruno wrote:
I suspect, somehow, that I've corrupted my build machine, but I'm not
sure what I could have don to do this. The following build target
failure seems to bail because of libiberty.a not being a mips library as
shown by an objdump
On Sun, 2014-03-09 at 14:16 -0400, Glen Barber wrote:
On Sun, Mar 09, 2014 at 08:01:32PM +0200, Konstantin Belousov wrote:
On Sun, Mar 09, 2014 at 12:56:48PM -0400, Glen Barber wrote:
We are having regular panics on several machines in the cluster.
Below follows the script from the
I suspect, somehow, that I've corrupted my build machine, but I'm not
sure what I could have don to do this. The following build target
failure seems to bail because of libiberty.a not being a mips library as
shown by an objdump -a on it (where it is an x86_64 lib).
I've gone back to about two
On Wed, 2014-02-05 at 09:06 -0800, Sean Bruno wrote:
On Wed, 2014-02-05 at 09:02 -0800, Sean Bruno wrote:
On Wed, 2014-02-05 at 07:42 -0800, Sean Bruno wrote:
I note that I have somehow failed to install or configure my system so
that my terminal does not render characters outside of my
I note that I have somehow failed to install or configure my system so
that my terminal does not render characters outside of my alphabet at
all.
Typically, I run my IRC sessions in tmux inside a xfce-terminal, but I'm
not sure how to get proper rendering of characters for other alphabets
On Wed, 2014-02-05 at 09:02 -0800, Sean Bruno wrote:
On Wed, 2014-02-05 at 07:42 -0800, Sean Bruno wrote:
I note that I have somehow failed to install or configure my system so
that my terminal does not render characters outside of my alphabet at
all.
Typically, I run my IRC sessions
On Wed, 2014-02-05 at 07:42 -0800, Sean Bruno wrote:
I note that I have somehow failed to install or configure my system so
that my terminal does not render characters outside of my alphabet at
all.
Typically, I run my IRC sessions in tmux inside a xfce-terminal, but I'm
not sure how to get
I don't understand what I'm doing wrong here. I've added a lot of
WITHOUT directives to my src.conf, but installworld seems to be
ignoring them and recreating directories that make delete-old make
delete-old-libs removes. Have I missed something obvious here?
src.conf:
WITHOUT_AMD=y
I guess this may have been argued before, but I don't see why we would
want to hide specific things like: sys/kern/subr_lock.c
/* Check for double-init and zero object. */
KASSERT(!lock_initalized(lock), (lock \%s\ %p already initialized,
name, lock));
If I hadn't completely missed the
On Fri, 2013-12-13 at 14:43 -0800, Alfred Perlstein wrote:
On 12/13/13 1:50 PM, Sean Bruno wrote:
I guess this may have been argued before, but I don't see why we would
want to hide specific things like: sys/kern/subr_lock.c
/* Check for double-init and zero object. */
KASSERT
[...]
c++ -O2 -pipe -Qunused-arguments -fstack-protector -Wsystem-headers -Werror
-Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare
-Wno-unused-value -Wno-parentheses-equality -Wno-unused-function
-Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter
On Wed, 2013-11-06 at 11:16 +0200, Dmitry Luhtionov wrote:
--- /usr/src/sys/dev/uart/uart_bus_pci.c.orig2013-11-01
14:45:23.0 +0200
+++ /usr/src/sys/dev/uart/uart_bus_pci.c2013-11-04 11:15:54.0
+0200
@@ -122,6 +122,7 @@
{ 0x8086, 0x8812, 0x, 0, Intel EG20T Serial
cc: warning: argument unused during compilation:
'-L/var/tmp/home/sbruno/bsd/head/lib32/usr/lib32'
This shows up on buildworld on amd64. I'm not 100% clear where this
comes from nor how to clean it out where it doesn't belong or if it even
means anything.
sean
signature.asc
Description: This
On Wed, 2013-10-30 at 00:06 +0200, Konstantin Belousov wrote:
Second, why on earth does a buildworld emit this warning 6 times?
Its
as though bmake things it needs to compile it repeatedly, and its
not
the only such time I've seen this across the tree. This probably
means
I don't know
On Wed, 2013-10-30 at 22:24 +0200, Konstantin Belousov wrote:
Thank you for the explanation. Is there a trivial way to abort
building
all the objects or fail if one fails? Or is this done in parallel?
This is done automatically, no ?
Bmake seems to be more advanced in this regard, e.g.
Spent some time doing string maths today.
More or less, change the static char intel_syntax to an int and use it
as an array index instead of doing pointer math.
Sean
http://people.freebsd.org/~sbruno/binutils_opcodes.txt
signature.asc
Description: This is a digitally signed message part
I *think* its safe to change this invocation of rl_message to omit the
third argument, but I'm not 100%.
Second, why on earth does a buildworld emit this warning 6 times? Its
as though bmake things it needs to compile it repeatedly, and its not
the only such time I've seen this across the tree.
On Mon, 2013-10-28 at 10:27 -0400, Outback Dingo wrote:
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
On Sat, 2013-10-26 at 20:22 -0400, Eitan Adler wrote:
On Sat, Oct 26, 2013 at 11:04 AM, Sean Bruno sean_br...@yahoo.com wrote:
This adds proper braces to clear Clang warnings about dangling else
statements in groff. There is no(intended) functional change.
For contributed code why
On Sat, 2013-10-26 at 11:04 -0400, Sean Bruno wrote:
This adds proper braces to clear Clang warnings about dangling else
statements in groff. There is no(intended) functional change.
http://people.freebsd.org/~sbruno/groff_dangling_else.txt
sean
I've updated the patch at this link
On Fri, 2013-10-25 at 10:04 -0400, Sean Bruno wrote:
On Fri, 2013-10-25 at 06:38 -0400, David Chisnall wrote:
I'm simply trying to address the warnings that appear due to clang.
I
find the builds very noisy and if there's a better way to address
this
issue, I'm totally open
This adds proper braces to clear Clang warnings about dangling else
statements in groff. There is no(intended) functional change.
http://people.freebsd.org/~sbruno/groff_dangling_else.txt
sean
signature.asc
Description: This is a digitally signed message part
On Fri, 2013-10-25 at 10:13 -0400, Sean Bruno wrote:
Spent some time investigating warnings emitted by the build for libopie
and such.
http://people.freebsd.org/~sbruno/libopie_warns.txt
Most of this is harmless and clang emits clear directives and solutions
to solve these warnings
On Sat, 2013-10-26 at 22:32 +0300, Aleksandr Rybalko wrote:
On Sat, 26 Oct 2013 10:45:32 +0200
d...@gmx.com wrote:
Suppose that Newcons gets in quickly. I use a Radeon 9600 card. Will
I see something useful on my screen (with KMS and the new Xorg and
things like that), or will my screen
On Fri, 2013-10-25 at 06:38 -0400, David Chisnall wrote:
I'm simply trying to address the warnings that appear due to clang.
I
find the builds very noisy and if there's a better way to address
this
issue, I'm totally open to suggestions.
Well, for contrib code that isn't going to be
Spent some time investigating warnings emitted by the build for libopie
and such.
http://people.freebsd.org/~sbruno/libopie_warns.txt
Most of this is harmless and clang emits clear directives and solutions
to solve these warnings. Patch attached to do just that and make the
build happy.
On Tue, 2013-10-22 at 09:47 +0100, David Chisnall wrote:
On 22 Oct 2013, at 00:43, Sean Bruno sean_br...@yahoo.com wrote:
Heh, Matthew suggested the obvious in private mail, it seems that this
would be better spelled as isalpha :-)
This looks wrong. The behaviour of isalpha() depends
On Thu, 2013-10-24 at 21:24 -0400, David Chisnall wrote:
Don't forget the freelocale() at the end.
ah, ok. I wish that there was some kind of example that I could go off
of in the man page. I'm sort of trundling my way through various bits
of the system to find the obvious example of how to
On Mon, 2013-10-21 at 08:44 +0200, Dimitry Andric wrote:
On Oct 21, 2013, at 05:47, Sean Bruno sean_br...@yahoo.com wrote:
There's an unchecked syslog call inside of libssp/ssp.c
/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:137:23:
warning: format string
On Sun, 2013-10-20 at 23:50 -0400, Sean Bruno wrote:
gperf has some clang warnings that seem to be harmless, but annoying
regarding some of the logical operations around detecting ascii chars:
c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -Wno-c
++11-extensions
-I/usr/src/gnu
There's an unchecked syslog call inside of libssp/ssp.c
/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:137:23:
warning: format string is not a string literal (potentially insecure)
[-Wformat-security]
syslog (LOG_CRIT, msg1);
^~~~
1 warning
gperf has some clang warnings that seem to be harmless, but annoying
regarding some of the logical operations around detecting ascii chars:
c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -Wno-c
++11-extensions -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib
On Sat, 2013-10-12 at 13:12 +0200, Tomasz Kowalczyk wrote:
When I try to run simple windows things I get:
err:module:load_builtin_dll failed to load .so lib for builtin
Lwinex11.drv: /usr/local/lib/libXext.so.6: unsupported file layout
Think I had to add:
/usr/local/lib
I think I built everything according to
https://wiki.freebsd.org/i386-Wine and got a package out of it. I think
I missed something obvious here.
When I try to run simple windows things I get:
err:module:load_builtin_dll failed to load .so lib for builtin
Lwinex11.drv:
On Sun, 2013-10-06 at 14:39 -0700, Sean Bruno wrote:
These caught my eye today, and the checks strewn about
sys/dev/drm2/radeon seem completely bogus to me, but I don't have the
h/w to test it at the moment.
/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/rs690.c:491:37
These caught my eye today, and the checks strewn about
sys/dev/drm2/radeon seem completely bogus to me, but I don't have the
h/w to test it at the moment.
/usr/src/sys/modules/drm2/radeonkms/../../../dev/drm2/radeon/rs690.c:491:37:
warning: comparison of unsigned expression 0 is always false
Was doing a portmaster -a today and noted that bsd.xorg.mk seems to be
causing problems duing the update. When this happens, some prompt is
waiting for me to hit enter that has scrolled past and I cannot see
it.
=== All cairo-1.10.2_5,2 libGL-8.0.5_4 (13/35)
make: /usr/ports/Mk/bsd.xorg.mk
On Sun, 2013-10-06 at 15:28 -0700, Sean Bruno wrote:
Was doing a portmaster -a today and noted that bsd.xorg.mk seems to be
causing problems duing the update. When this happens, some prompt is
waiting for me to hit enter that has scrolled past and I cannot see
it.
=== All cairo
On Tue, 2013-10-01 at 17:34 +0100, John wrote:
Hello list. Using latest sources:
root@host0:/usr/src # svn info
Path: .
Working Copy Root Path: /usr/src
URL: https://svn0.eu.freebsd.org/base/releng/9.2
Relative URL: ^/releng/9.2
Repository Root: https://svn0.eu.freebsd.org/base
On Tue, 2013-10-01 at 22:17 +0100, John wrote:
On Tue, Oct 01, 2013 at 12:06:13PM -0700, Sean Bruno wrote:
Can you post your complete kernconf?
sean
Hi,
Here it is:
Ok, so this email thread is on freebsd-current and I think you're trying
to buld a XENHVM kernel for stable/9
On Tue, 2013-09-24 at 22:15 -0700, Sean Bruno wrote:
On Sun, 2013-09-22 at 16:53 -0500, Brooks Davis wrote:
On Sat, Sep 21, 2013 at 03:42:16PM +0400, Lev Serebryakov wrote:
Hello, Sean.
You wrote 20 2013 ??., 22:39:30:
SB wow, that didn't work at all
On Sun, 2013-09-22 at 16:53 -0500, Brooks Davis wrote:
On Sat, Sep 21, 2013 at 03:42:16PM +0400, Lev Serebryakov wrote:
Hello, Sean.
You wrote 20 2013 ??., 22:39:30:
SB wow, that didn't work at all. :-)
SB I set these in make.conf:
SB CC=/usr/local/bin/clang
Got a panic this morning after updating to 10.0-ALPHA-2 today while
installing ports to a clean system.
I can hold the box at the db prompt for a bit if someone wants me to
look at things
Sean
signature.asc
Description: This is a digitally signed message part
wow, that didn't work at all. :-)
I set these in make.conf:
CC=/usr/local/bin/clang
C++=/usr/local/bin/clang++
CPP=/usr/local/bin/clang++
It exploded pretty badly:
http://people.freebsd.org/~sbruno/doingitwrong.txt
Any reason that this shouldn't work?
$ pkg info |grep clang
On Sat, 2013-09-07 at 17:05 +0200, Davide Italiano wrote:
On Fri, Sep 6, 2013 at 6:00 PM, Sean Bruno sean_br...@yahoo.com wrote:
Our yBSD builder needs to mount a disk image temporarily that has a
dos partition (for openstack-ish things) to put configs into it. It
seems that under high
with nodevice random I can no longer compile for MIPS
--- kernel.debug ---
pseudo_rng.o:(.data+0x3c): undefined reference to `random_null_func'
pseudo_rng.o:(.data+0x44): undefined reference to `random_null_func'
pseudo_rng.o:(.data+0x74): undefined reference to `random_null_func'
On Sat, 2013-09-07 at 18:34 +0100, Mark R V Murray wrote:
Configuration file: /etc/cfg/hostapd.wlan0.conf
Using interface wlan0 with hwaddr 00:00:88:88:22:22 and ssid
TESTBRUNO
Entropy device is blocking.
Can you please see if you can get the output of sysctl -a | grep
random
at that
On Sat, 2013-09-07 at 18:39 +0100, Mark R V Murray wrote:
On 7 Sep 2013, at 17:43, Sean Bruno sean_br...@yahoo.com wrote:
trying to enable random on my DIR-825 kernconf I get this on boot:
Configuration file: /etc/cfg/hostapd.wlan0.conf
Using interface wlan0 with hwaddr 00:00:88:88:22:22
On Sat, 2013-09-07 at 19:40 +0100, Mark R V Murray wrote:
Looks like it does indeed work if that is set to 1.
This DIR-825 config, should be loading random as a module, not
built
into the kernel due to size limitations of the kernel on this board.
Hmm. I'll set it back to 1, but
On Sat, 2013-09-07 at 19:56 +0100, Mark R V Murray wrote:
Ok. Right now, the mips kernel doesn't build unless I have random
built
in, we were using it as a module previously.
I'm testing a fix, but if you want to help out, please move the
random_null_func()
from randomdev.c to
Nearly there - I saw that too.
Proposed fix enclosed.
M
Compile succeeds, booted up and I still see the blocking message and the
machine does not post fully.
setting sys/dev/random/randomdev_soft.c .seeded = 1. allows the system
to boot properly.
Sean
signature.asc
Description:
Our yBSD builder needs to mount a disk image temporarily that has a
dos partition (for openstack-ish things) to put configs into it. It
seems that under high stress, we can squeeze a panic out of it in
namei().
Sean
Unread portion of the kernel message buffer:
panic: namei: nameiop
101 - 200 of 300 matches
Mail list logo