Thanks for confirming this. I just closed that bug. :-)
Kevin
On Thu, Jul 03, 2014 at 05:24:54PM +0200, MS - Krasznai András wrote:
Hi, Kevin,
I made the experiment and there was no fault, the result contains the stat
outputs.
I used login-class (according to the handbook) to
So, I recently tried to break into the debugger w/ the various key
sequences that I know about, and none of them worked... I've tried
CTRL-ESC, ALT-ESC, CTRL-ALT-ESC, CTRL-PRTSCR, ALT-PRTSCR and
CTRL-ALT-PRTSCR, and many other different ones... I've verified that
I can sysctl debug.kdb.enter=1
On Thu, Jul 03, 2014 at 07:15:51PM -0700, Adrian Chadd wrote:
Hi,
I'm currently testing this out. It seems to be working out alright.
adrian@test3:~/work/freebsd % svn diff stable/10/src/sys/kern/
Index: stable/10/src/sys/kern/kern_lockf.c
On Fri, 4 Jul 2014 02:28-0700, John-Mark Gurney wrote:
So, I recently tried to break into the debugger w/ the various key
sequences that I know about, and none of them worked... I've tried
CTRL-ESC, ALT-ESC, CTRL-ALT-ESC, CTRL-PRTSCR, ALT-PRTSCR and
CTRL-ALT-PRTSCR, and many other different
On Thu, Jul 03, 2014 at 08:39:42PM -0700, Kevin Oberman wrote:
In real world Reality is quite different than it actually is.
http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-switches/white_paper_c11-696669.html
See Packet Path Theory of Operation. Ingress
On Fri, Jul 4, 2014 at 12:16 PM, Slawa Olhovchenkov s...@zxy.spb.ru wrote:
On Thu, Jul 03, 2014 at 08:39:42PM -0700, Kevin Oberman wrote:
In real world Reality is quite different than it actually is.
On Fri, Jul 04, 2014 at 12:25:35PM +0200, Luigi Rizzo wrote:
On Fri, Jul 4, 2014 at 12:16 PM, Slawa Olhovchenkov s...@zxy.spb.ru wrote:
On Thu, Jul 03, 2014 at 08:39:42PM -0700, Kevin Oberman wrote:
In real world Reality is quite different than it actually is.
On Fri, Jul 4, 2014 at 5:57 PM, Alie Tan a...@afflemedialab.com wrote:
Hi,
I am getting Boot loader too large message while using
FreeBSD-11.0-CURRENT-i386-20140701-r268111-disc1.iso
Is there any way to solve this issue?
Strange, resizing the freebsd-boot to 128k solved my issue. why
Hi,
I am getting Boot loader too large message while using
FreeBSD-11.0-CURRENT-i386-20140701-r268111-disc1.iso
Is there any way to solve this issue?
Thanks in advance
___
freebsd-current@freebsd.org mailing list
On 2014-Jul-04 02:28:48 -0700, John-Mark Gurney j...@funkthat.com wrote:
So, I recently tried to break into the debugger w/ the various key
sequences that I know about, and none of them worked... I've tried
CTRL-ESC, ALT-ESC, CTRL-ALT-ESC, CTRL-PRTSCR, ALT-PRTSCR and
CTRL-ALT-PRTSCR, and many
Try use the loader from 9.2R.
Huang Wen Hui
在 2014年7月4日，15:37，wsk w...@gddsn.org.cn 写道：
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
Hello,
Consider the following:
---
#include stdio.h
#include string.h
extern C void* memset(void *block, int c, size_t size)
__attribute__((weak, alias(__int_memset), visibility(default)));
extern C __attribute__((visibility(default)))
void* __int_memset(void *block, int c, size_t size) {
TB --- 2014-07-04 12:28:06 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-04 12:28:06 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
--- Original message ---
From: wsk w...@gddsn.org.cn
Date: 4 July 2014, 15:21:48
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
On 24 May 2014 19:39, Rafael Espíndola rafael.espind...@gmail.com wrote:
Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It
might be the frame buffer corruption that Ed Maste was mentioning.
I purchased a new MacBook Air yesterday (model identifier
MacBookAir6,2). UEFI
Hi,
On my MacbookPro11,3, I got this error message:
http://sw.gddsn.org.cn/freebsd/uefi.jpg
cheers,
Huang WenHui
2014-07-04 22:13 GMT+08:00 Ed Maste ema...@freebsd.org:
On 24 May 2014 19:39, Rafael Espíndola rafael.espind...@gmail.com wrote:
Yes, I got that in the mac laptops I tried, it
On Fri, Jul 04, 2014 at 04:12:51PM +0400, Ivan A. Kosarev wrote:
Hello,
Consider the following:
---
#include stdio.h
#include string.h
extern C void* memset(void *block, int c, size_t size)
__attribute__((weak, alias(__int_memset), visibility(default)));
extern C
You could hijack the GOT entry, but that assumes the symbol has been
resolved first (either LD_BIND_NOW or the function has been called at
least once). You could also use LD_PRELOAD.
On Jul 04, 2014 04:12 PM +0400, Ivan A. Kosarev wrote:
Hello,
Consider the following:
---
#include stdio.h
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 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-current@freebsd.org mailing list
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
___
On 2014-07-04 12:06, Sean Bruno wrote:
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
Hi,
Can you try to reproduce this:
Checkout 9-stable's src/sbin/sysctl only.
cd /usr/9-stable/src/sbin/sysctl
env CC=clang make clean all
./sysctl -n hw.ncpu
Then:
env CC=gcc make clean all
./sysctl -n hw.ncpu
clang --version
FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710)
poke hps?
-a
On 4 July 2014 08:56, Sean Bruno sbr...@ignoranthack.me 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-current@freebsd.org mailing
On Fri, Jul 04, 2014 at 08:09:21PM +0200, Hans Petter Selasky wrote:
Hi,
Can you try to reproduce this:
Checkout 9-stable's src/sbin/sysctl only.
cd /usr/9-stable/src/sbin/sysctl
env CC=clang make clean all
./sysctl -n hw.ncpu
Then:
env CC=gcc make clean all
./sysctl -n
Hi,
I've reverted the MFC of r267960:
http://svnweb.freebsd.org/changeset/base/268263
I did some checking and the patch makes access to a non-initialized
variable, due to other missing patches prior to mine, probably making
compiler differences show up on my side. It appears the patch cannot
Related to the global sysctl changes recently perhaps?
- Original Message -
From: Sean Bruno sbr...@ignoranthack.me
To: freebsd-current freebsd-current@freebsd.org
Sent: Friday, July 04, 2014 4:56 PM
Subject: ZFS ARC max sort of not working?
It looks like the following no longer
TB --- 2014-07-05 02:47:07 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-05 02:47:07 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB ---
On 07/05/14 02:01, Steven Hartland wrote:
Related to the global sysctl changes recently perhaps?
I'll have a look. The global tunables only support integers and strings,
no human shortcuts.
This should be easy to fix though.
--HPS
___
29 matches
Mail list logo
