Re: freebsd and utf-8 directory names

2014-07-04 Thread Kevin Lo
Thanks for confirming this. I just closed that bug. :-) Kevin On Thu, Jul 03, 2014 at 05:24:54PM +0200, M&S - 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 handb

keyboard break to debugger broken?

2014-07-04 Thread John-Mark Gurney
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 to

Re: EDEADLK from fcntl(F_SETFL) ?

2014-07-04 Thread Konstantin Belousov
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 > > =

Re: keyboard break to debugger broken?

2014-07-04 Thread Trond Endrestøl
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 differen

Re: FreeBSD iscsi target

2014-07-04 Thread Slawa Olhovchenkov
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 Oper

Re: FreeBSD iscsi target

2014-07-04 Thread Luigi Rizzo
On Fri, Jul 4, 2014 at 12:16 PM, Slawa Olhovchenkov 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". > > > > > > > http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-sw

Re: FreeBSD iscsi target

2014-07-04 Thread Slawa Olhovchenkov
On Fri, Jul 04, 2014 at 12:25:35PM +0200, Luigi Rizzo wrote: > On Fri, Jul 4, 2014 at 12:16 PM, Slawa Olhovchenkov 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". > > > > > > > > > > h

Re: Boot loader too large

2014-07-04 Thread Alie Tan
On Fri, Jul 4, 2014 at 5:57 PM, Alie Tan 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 default slice size ma

Boot loader too large

2014-07-04 Thread Alie Tan
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 http://lists.freebsd.org/mailman/listin

Re: keyboard break to debugger broken?

2014-07-04 Thread Peter Jeremy
On 2014-Jul-04 02:28:48 -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

Re: 10.0-RELEASE BTX halted on DELL R900

2014-07-04 Thread 黄文辉@Gmail
Try use the loader from 9.2R. Huang Wen Hui > 在 2014年7月4日，15:37，wsk 写道： > > 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 fr

Intercepting calls in PIC mode

2014-07-04 Thread Ivan A. Kosarev
Hello, Consider the following: --- #include #include 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) { p

[head tinderbox] failure on ia64/ia64

2014-07-04 Thread FreeBSD Tinderbox
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 --- 2014

Re: 10.0-RELEASE BTX halted on DELL R900

2014-07-04 Thread Vladislav Prodan
--- Original message --- From: "wsk" 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 10.0-R from

Re: uefi boot on Apple Mac

2014-07-04 Thread Ed Maste
On 24 May 2014 19:39, Rafael Espíndola 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 boot and vt(4) worked corre

Re: uefi boot on Apple Mac

2014-07-04 Thread Huang Wen Hui
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 : > On 24 May 2014 19:39, Rafael Espíndola wrote: > > > > Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It > > might be th

Re: Intercepting calls in PIC mode

2014-07-04 Thread Konstantin Belousov
On Fri, Jul 04, 2014 at 04:12:51PM +0400, Ivan A. Kosarev wrote: > Hello, > > Consider the following: > > --- > #include > #include > > extern "C" void* memset(void *block, int c, size_t size) > __attribute__((weak, alias("__int_memset"), visibility("default"))); > > extern "C" __attribu

Re: Intercepting calls in PIC mode

2014-07-04 Thread Shawn Webb
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 >

ZFS ARC max sort of not working?

2014-07-04 Thread Sean Bruno
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

Re: ZFS ARC max sort of not working?

2014-07-04 Thread Allan Jude
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 > http://lists.free

Re: ZFS ARC max sort of not working?

2014-07-04 Thread Sean Bruno
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 > > > > _

Re: ZFS ARC max sort of not working?

2014-07-04 Thread Allan Jude
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 >>>

[HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"]

2014-07-04 Thread Hans Petter Selasky
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) 2012122

Re: ZFS ARC max sort of not working?

2014-07-04 Thread Adrian Chadd
poke hps? -a On 4 July 2014 08: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 > htt

Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"]

2014-07-04 Thread David Wolfskill
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 > ./sy

Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"]

2014-07-04 Thread Hans Petter Selasky
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 b

Re: ZFS ARC max sort of not working?

2014-07-04 Thread Steven Hartland
Related to the global sysctl changes recently perhaps? - Original Message - From: "Sean Bruno" To: "freebsd-current" Sent: Friday, July 04, 2014 4:56 PM Subject: ZFS ARC max sort of not working? It looks like the following no longer works on head? vfs.zfs.arc_max="8G" But this doe

[head tinderbox] failure on ia64/ia64

2014-07-04 Thread FreeBSD Tinderbox
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 --- 2014

Re: ZFS ARC max sort of not working?

2014-07-04 Thread Hans Petter Selasky
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 ___ freebsd-cur

Re: ZFS ARC max sort of not working?

2014-07-04 Thread Hans Petter Selasky
On 07/05/14 07:40, Hans Petter Selasky wrote: 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. Hi, The following