continue;
>
> .. which breaks the compilation as there is no prototype for
> addr_is_bound(),
Looks like it was "sneaked in" with an unrelated (license) change...
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
x27;ve
> tried building the bootloader (even though the guide said it's
> depreciated as of 8.0-STABLE and 9.0-CURRENT) as well as installing
> the boot blocks, both to no avail.
>
> Any ideas and/or suggestions would greatly be appreciated!
Just a wild guess... Did you copied
0u 85.063s 1:25.10 99.9% 0+0k 12440+12839io 7pf+0w
>
> Does reverting r202387, 202441 and 202534 make any difference?
Yes, reverting these revisions makes everything back to normal
(including top -P).
Cheers,
--
Xin LI http://www.delphij.net
___
k back to 8-STABLE at some point? A
colleague of mine has tried to compile the code on 8-STABLE but seems
that it's using some new API I guess... I've asked him to try a
9-CURRENT kernel but the Atom based netbook would take some while to
compile the code =-)
Cheers,
- --
Xin LI http
y.jail.jailed` -eq 0 ] && adjkerntz -a
I wouldn't mind if someone is willing to teach adjkerntz about the
knowledge but I really think we should document explicitly somewhere
that a jail host machine should have CMOS time set to UTC, which would
avoid the whole codepath.
Cheers,
- --
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010/03/02 02:08, Peter Jeremy wrote:
> On 2010-Mar-01 13:16:50 -0800, Xin LI wrote:
>> I wouldn't mind if someone is willing to teach adjkerntz about the
>> knowledge but I really think we should document explicitly somewhere
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just would like to say that the problem was fixed in -CURRENT and thanks
for working on this!
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG
duplicated files
makes it easier for changes to propagate into different areas (like,
we have optimization apply against all components, or have bug fixed
in one time).
Cheers,
--
Xin LI http://www.delphij.net
___
freebsd-current@freebsd.org mailing
(UTC)
From: Xin LI
To: src-committ...@freebsd.org, svn-src-...@freebsd.org,
svn-src-h...@freebsd.org
Author: delphij
Date: Mon Mar 22 21:11:55 2010
New Revision: 205471
URL: http://svn.freebsd.org/changeset/base/205471
Log:
Update to zlib 1.2.4 and add versioned symbols to the
library
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It looks like the stack somehow mangled before entering strlen()? I'm
somehow confused with this...
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version:
tscript8 & everything that depends on it.
Just because they used to compile DOES NOT mean they were right. It's
NOT right to define _LARGEFILE64_SOURCE on FreeBSD, see:
http://www.delorie.com/gnu/docs/glibc/libc_13.html
Cheers,
--
Xin LI http://www.delphij.net
_
On Thu, Apr 1, 2010 at 12:59 PM, Tom Uffner wrote:
> Xin LI wrote:
>>
>> On Wed, Mar 31, 2010 at 6:56 PM, Tom Uffner wrote:
>>>
>>> Michael Butler wrote:
>>>
>>>> This breaks most (if not all) of the QT4-dependent ports for the lack of
only FreeBSD but also
other platforms.
b) For now I have implemented a temporary solution on -HEAD by
unifdef'ing _LARGEFILE64_SOURCE, _LFS64_SOURCE on zlib.h and zconf.h,
so ports may appear as "fixed". This is not ideal since it makes us
to diverge away from zlib. A better solut
logic is created by misunderstanding things and/or making
> false assumptions on how things should work.
To be fair, the usage of _LARGEFILE64_SOURCE IS documented, people just
don't pay enough attention. GNU headers choose to use #ifdef
_LARGEFILE64_SOURCE instead of #if _LARGEF
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010/04/04 18:58, Garrett Cooper wrote:
[...]
> As jsa@ so kindly pointed out, upgrading to r206057 temporarily
I think you really want >= 206058 :(
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
rs, will be
> picked up there. I'll update the list with the results when it finishes
> in a day or two.
Which svn revision is currently using on the build cluster?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or di
newer zfs version that have basic functionality usable
in p4.
> Will FreeBSD import btrfs or other similar file system?
Not until someone(TM) sit down and work on it.
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATUR
Review/comments welcome. I've done some preliminary
validation/benchmark on this but still need to compare it with some
hand optimized assembler implementations that I have seen and see if
it's worthy.
Cheers,
--
Xin LI http://www.delphij.net
_
t;> +#
>> +ifnet_descr()
>> +{
>> + local _if _ifdescr
>> +
>> + # ifconfig_IF_descr
>> + for _if in `ifconfig -l`; do
>> + _ifdescr="`get_if_var $_if ifconfig_IF_descr`"
>> + if [ ! -z "$_if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
The attached patch changes FreeBSD/x86 back to FreeBSD/i386 on i386 and
FreeBSD/amd64 on amd64.
Comments welcome! I'll commit it in by the weekend if there is no
objection on this.
Cheers,
- --
Xin LI http://www.delphij.net/
Fr
> et ceux qui ne le comprennent pas."
>
>
> Mike Tancsa, tel +1 519 651 3400
> Sentex Communications,m...@sentex.net
> Providing Internet s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2010/08/27 06:34, John Baldwin wrote:
> On Thursday, August 26, 2010 8:50:01 pm Xin LI wrote:
>> Hi,
>>
>> The attached patch changes FreeBSD/x86 back to FreeBSD/i386 on i386 and
>> FreeBSD/amd64 on amd64.
>>
>
/tmp/legacy/usr/include -static -
> L/usr/obj/usr/src/tmp/legacy/usr/lib -o ctfconvert alist.o ctf.o ctfconvert.o
> dwarf.o fixup_tdescs.o hash.o iidesc.o input.o list.o memory.o merge.o
> output.o st_parse.o stabs.o stack.o strtab.o symbol.o tdata.o traverse.o
> util.o -lctf -ldwarf -le
$
>
> Not sure if this is ZFS related or not. What can I do to collect some
> useful information here? This can be reproduced reliably.
Just a guess - are you compiling under X? If so what about if you
compile under text mode?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The
et enabled). I'll do another round of test with these VFS options
enabled.
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (FreeBSD)
iQEcBAEBCAAGBQJMiVxTAAoJEATO+B
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2010/09/09 15:28, Rob Farmer wrote:
> On Thu, Sep 9, 2010 at 15:14, Xin LI wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> Hi, Rob,
>>
>> On 2010/09/09 15:01, Rob Farmer wrote:
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2010/09/09 15:33, Xin LI wrote:
> On 2010/09/09 15:28, Rob Farmer wrote:
>> On Thu, Sep 9, 2010 at 15:14, Xin LI wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA256
>>>
>>> Hi, Rob,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2010/09/09 16:15, Matthew Fleming wrote:
> On Thu, Sep 9, 2010 at 4:04 PM, Xin LI wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> On 2010/09/09 15:33, Xin LI wrote:
>>> On 2010/09/09 15:28,
e system is FreeBSD/amd64 on Atom D510 with reasonably
new FreeBSD -CURRENT code.
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (FreeBSD)
iQEcBAEBCAAGBQJMipuLAAoJEATO+BI/yjfBxKo
i(4) driver? What controller are you using
by the way?
Cheers,
--
Xin LI http://www.delphij.net
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
, but I'm
not convinced since loading kernel.old/kernel at boot loader should have
override this :-/
Any idea?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (FreeBSD)
iQEcBAEBCAAGB
r the devices from a zpool be ready, which may also need some yielding
during boot. A better way of solving this might be to register a
"watchlist" of devices (so that ZFS can register its vdev devices for
example) and have mountroot wait for that list? Or perhaps a set of
EVENTHANDLER cal
ent kernel module cannot be loaded from kern.module_path?
Comments?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (FreeBSD)
iQEcBAEBCAAGBQJMxdg+AAoJEATO+BI/yjfBEasH/1vKrCT/HX0xEU
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Here is a patch that makes top(1) to inverse its table header (PID
USERNAME THR, etc).
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG
> Thinking about Garrett's response as well, this may be the best way to
> go. At this point I'm also not concerned about waiting for an ideal
> solution. IMO an incremental change here would be most welcome.
I'm thinking about the attached patch which turns printf(9
used
for 8.x system, untar over /usr/src and rebuild the kernel or module
depending on your configuration).
- Original Message
Subject: svn commit: r215234 - head/sys/dev/arcmsr
Date: Sat, 13 Nov 2010 08:58:36 + (UTC)
From: Xin LI
To: src-committ...@freebsd.org, svn-src
oling)
> Please fix this and would be nice allowing users manual setting TjMax from
> sysctl
Would you please provide the following information?
cpucontrol -m 0x1a2 /dev/cpuctl0
(kldload cpuctl if necessary).
And:
grep GenuineIntel /var/run/dmesg.boot
Thanks in advance!
Cheers,
6 Model = f Stepping = 11
I didn't found any authoritative source that gives me 95. Where did you
get the information?
Attached is a patch that uses 95C for stepping G0 but I'm really
clueless whether that's right.
> On Tue, Nov 23, 2010 at 5:13 PM, Xin LI <mailto:de
tc).
> can you add some code for setting tjmax manualy from sysctl ?
Yes will do. Did the patch help your situation by the way?
> thank you
>
>
> On Mon, Dec 6, 2010 at 10:51 PM, Xin LI <mailto:delp...@delphij.net>> wrote:
>
> Hi,
>
> On 12/04/10 13:59, Irakl
ontrol(8) does
not offer a way to issue the command directly as camcontrol(8) do.
> any thoughts on these two topics? is it technically possible?
>
> cheers.
> alex
>
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN
world kernel
Remove -j if you're upgrading.
> ===> lib/liblzma (buildincludes)
> make: don't know how to make subblock.h. Stop
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/29/10 16:02, Aryeh Friedman wrote:
> On Wed, Dec 29, 2010 at 6:15 PM, Xin LI wrote:
> On 12/29/10 14:50, Aryeh Friedman wrote:
>>>> System i386
>>>>
>>>> CVSTag:
>>>>
>>>> #
ve way when data damage
is detected and the damage is already beyond what the kernel can recover
from.
The kernel can and should be made more robust but no, I don't think we
can totally eliminate panic().
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
lf but it uses much larger window which could be faster.
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (FreeBSD)
iQEcBAEBCAAGBQJNSbjqAAoJEATO+BI/yjfBpRcH/Aly1Fqv/j012MLPERiJaI+c
On Thu, Feb 3, 2011 at 3:07 AM, Gary Jennejohn
wrote:
> On Wed, 2 Feb 2011 22:02:11 +0100
> Ulrich Spörlein wrote:
>
>> On Wed, 02.02.2011 at 12:04:58 -0800, Xin LI wrote:
>> > On 02/02/11 11:54, Alexander Best wrote:
>> > > so far dd(1) with a bs=2048 fini
12440+12839io 7pf+0w
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (FreeBSD)
iQEcBAEBAgAGBQJLdagBAAoJEATO+BI/yjfB1QkH/14VicXGAeFsqNSXlKwOnugk
ZQ5sHcrjuHYIUcunD2CiBh5jnAYyh2gOehAMuWP4TUAC
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010/02/12 12:41, Garrett Cooper wrote:
> On Fri, Feb 12, 2010 at 11:12 AM, Xin LI wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi,
>>
>> Can anyone shed me some light? Can this be so
T_PROFILE -DNO_SHARED all
make -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED install
We are working on a better solution for this and sorry for the breakage.
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Versio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010/05/16 12:53, Kai Wang wrote:
> On Sun, May 16, 2010 at 11:36:29AM -0700, Tim Kientzle wrote:
>> Xin LI wrote:
>>> The recent lzma import has enabled libarchive's lzma support. However,
>>> it have come to our
3fd,DCA,SSE4.1,SSE4.2,POPCNT>
The CPU was Xeon L5630 and motherboard is Supermicro X8STi with BIOS
1.00c. Should I consider this a BIOS issue with known workaround that I
consider "Disable" as "Enabled"? :)
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The P
ake care for this. I have reopened 147694.
Many thanks for the continued support to FreeBSD!
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (FreeBSD)
iQEcBAEBCAAGBQ
disable the use of TCP options.
&man.nc.1;'s -o switch has been deprecated.
- It will be removed in future release.
+ It will be removed in a future release.
The &man.ping6.8; utility now returns 2
when the packet transmission was successful but no re
l", so I apologize in
> advance if this is caused by memory shortage.
Any chance to obtain a backtrace for the panic?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.15
d more throughly).
A patch will be provided but it's intended for users who are willing
to maintain the code and can't wait for 8.2-RELEASE.
Cheers,
--
Xin LI http://www.delphij.net
___
freebsd-current@freebsd.org mailing list
http://lists.freebs
an safely destroy and re-create the GPT partitions without destroying
the data.
Note that you may need to backup and dd the first and last sector of
your hard drive before proceeding.
Cheers,
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
---
other way would be to copy what gpart show says and
restore it manually.
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.15 (FreeBSD)
iQEcBAEBCAAGBQJMRNC6AAoJEATO+BI/yj
uot; ? Do i lost my data ?
No it won't touch your data (assuming you were using GPT rather than a
whole disk directly in the past) as long as you create/destroy GPT
partition tables/scheme on the disk. Only the partition table itself
gets changed which won't modify your on-disk data.
Chee
e end to provide better interactivity
(the current code seems to do it (buffer is not full && !eof), while
what we wanted is (buffer is not full && !eof && !eol).
The attached patch should fix this but I have not yet thoroughly tested
it due to job work.
Cheers,
- --
Xin
On 9/4/18 21:39, Conrad Meyer wrote:
> With current libc, I instead see:
>
> load: 0.10 cmd: blocked_random_poc 1668 [randseed] 1.27r 0.00u 0.00s
> 0% 2328k (SIGINFO)
>
> $ procstat -kk 1668
> PIDTID COMMTDNAME KSTACK
> 1668 100609 blocked_random_poc -
On Mon, May 27, 2019 at 7:08 AM wrote:
> Hello,
> I wanted to discuss about bug 231768 a bit: it is about keeping
> COMPAT_FREEBSD4/5/6/7/9 on by default in the kernel configs.
>
> The patch attached for the bug is for disabling these options by
> default, following a few reasons which I'm going
Another (semi-fixed!) data point -- I can confirm that with if
(vm_page_sleep_if_busy(page, "linuxkpi"))
-> if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) change and
mjg@'s earlier patch at
https://people.freebsd.org/~mjg/pmap-fict-invl.diff (please commit it) ,
the latest drm-v5.0 branch of
I have seen this on boot of my laptop.
It appears that in6_joingroup() was called in netisr_dispatch_src
codepath, and it tried to acquire IN6_MULTI_LOCK(), which happened to
sleep because we failed to acquire the sx, thus triggered the panic.
===
panic: sleepq_add: td 0xf8000ecd6000 to slee
ould be sleeping but can't because I have to use an older
> kernel to have working graphics. Thanks, Netflix for making my life
> harder.
>
> -Neel
>
> On 2019-10-18 01:01, Xin Li wrote:
> > Another (semi-fixed!) data point -- I can confirm that with if
> &g
Hi,
I recently noticed that if I do a 'shutdown -p' from -CURRENT, the
system would shut down and seemingly powered off, then it would restart
after about 5-10 seconds.
Is this a known issue? Arguably this is not necessarily a FreeBSD
issue, but it seems that the Windows 10 installation doesn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/16/14 4:25 AM, James R. Van Artsdalen wrote:
> The zfs recv / kmem arena hang happens with -CURRENT as well as
> 10-STABLE, on two different systems, with 16GB or 32GB of RAM,
> from memstick or normal multi-user environments,
>
> Hangs usual
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/16/14 8:43 PM, James R. Van Artsdalen wrote:
> On 10/16/2014 11:12 AM, Xin Li wrote:
>>> On 9/26/2014 1:42 AM, James R. Van Artsdalen wrote:
>>>> FreeBSD BLACKIE.housenet.jrv 10.1-BETA2 FreeBSD 10.1-BETA2
>>>&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The problem should have been corrected by r273919. Please update your
system and update /etc/ with mergemaster.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE
aptors not locked @
> dev/random/random_adaptors.c:278
This was fixed in r274006 FYI.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0
iQIcBAEBCgAGBQJUWRmsAAoJEJW2GBstM+nsvZEP/1JKJsptJG
hould still be updated after some time, while my version only
update it once, the Linux semantics is more useful for cleanup
applications to identify unused files) and partially lack of interest
from the community.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! L
The statfs(2) API is used in a lot of places,
especially fts(3), and breaking it either way (running new world with
old kernel, or running old world with new kernel) would be a big pain
to recover from.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve!
e other hand all termcap related data
would be sourced from the chroot, which is probably an undesirable
side effect.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.1.
ce are trivial (or people care less to speak up).
I use less(1) instead of more(1) on all systems I have, so if some
brave soul wants to make the change I'd say "just go for it!" but
that's my $0.02 only.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Po
as per the aboved
>> referenced article.
>
> I'm pretty sure I have not done that, it would show up in
> mergemaster. As far as I can remember, less(1) has never done that
> clear-the-screen thing on FreeBSD, which is why it is so jarring on
> Linux.
Not all terminals wil
re not present on other
>> OpenZFS platforms.
>>
>>
> Fixes similar to this:
> https://svnweb.freebsd.org/changeset/base/272484
>
> need to be done to plug these symbol dependency problems in the
> libraries.
Well I think it's different issue. The backward de
iled'
#branches failed
+ exit 1
The checkout as of today ported to FreeBSD still does not pass the
test cases, so I still object the replacement unless the issues have
been taken care of.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or
ase report any breakage as we currently plan to remove
the -l, -B and -L options from pwd_mkdb(8) in 12.0-RELEASE.
Cheers,
- Forwarded Message
Subject: svn commit: r283981 - head/usr.sbin/pwd_mkdb
Date: Thu, 4 Jun 2015 07:24:56 + (UTC)
From: Xin LI
To: src-committ...@freebs
ng lines.
Any objections/concerns? I'll commit the change if no objection is
raised in a week.
Cheers,
--
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
Index: etc/portsnap.conf
===
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 8/6/15 22:24, Kevin Oberman wrote:
> Or the code in portsnap could be modified to get the current
> running version.
I thought about this today but it won't work as advertised: someone
(currently me) still have to tweak the portsnap builder con
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/07/15 08:50, Jamie Landeg-Jones wrote:
> Xin Li wrote:
>
>> On 8/6/15 22:24, Kevin Oberman wrote:
>>> Or the code in portsnap could be modified to get the current
>>> running version.
>>
>> I tho
On 8/23/15 14:55, Pawel Jakub Dawidek wrote:
> I used to build world and kernel on one machine and export both /usr/src/ and
> /usr/obj read-only to other machines. It doesn't work anymore (this is from
> 'make installworld'):
>
> ===> bin/freebsd-version (install)
> eval $(egrep '^(TYPE|REVISIO
ted to -p2.
Yes, that's because freebsd-version.sh is generated from the files (but
it's not clear to me whether if it's a bug or a feature that 'make
install' checks if it's up-to-date and decides to regenerate it...).
Cheers,
--
Xin LI https://www.delphij.net
running -CURRENT and have L2ARC, please be sure to examine if you have
any data loss.
Cheers,
Forwarded Message
Subject: svn commit: r287283 -
head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs
Date: Sat, 29 Aug 2015 09:22:33 + (UTC)
From: Xin LI
To: src-committ...@freebsd.
Please subscribe:
https://bugs.freebsd.org/205882
You can locally apply -r292066 or modify the code to skip the check when
pguid is 0 as a stopgap.
Cheers,
signature.asc
Description: OpenPGP digital signature
On 6/8/16 23:10, Craig Rodrigues wrote:
> Hi,
>
> I have worked with Marcelo Araujo to port OpenBSD's ypldap to FreeBSD
> current.
>
> In latest current, it should be possible to put in /etc/rc.conf:
>
> nis_ypldap_enable="YES"
> to activate the ypldap daemon.
>
> When set up properly, it sho
My bad. Proposed fix would be:
Index: lib/libmagic/Makefile
===
--- lib/libmagic/Makefile (revision 302221)
+++ lib/libmagic/Makefile (working copy)
@@ -19,7 +19,7 @@ INCS= magic.h
MAGICPATH?=/usr/share/misc
CFLAGS
Hi,
I finally got some time to explore the UEFI boot process (kudos to
everyone who made this work!) and getting myself familiarize with the
basics.
One quick question -- Is there some technical restriction that prevents
us from merging boot1.efi and loader.efi into one binary?
Cheers,
signat
Is this known?
The traceback:
panic: vm_page_assert_xbusied: page 0xf807fae225b0 not exclusive
busy @ /usr/src/sys/vm/vm_pager.c:263
cpuid = 5
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
0xfe0a528ea620
vpanic() at vpanic+0x186/frame 0xfe0a528ea6a0
I like this idea.
Note that potentially your patch would make it possible for a jailed
root to DoS the whole system by locking too much of pages in memory.
I think it would be sensible to provide a per-jail flag to enable
doing it, or better, have some finer grained control (e.g. per jail
quota of
On Thu, Feb 2, 2017 at 7:54 AM, Pavel Timofeev wrote:
> 2017-02-02 4:31 GMT+03:00 Xin LI :
>> I like this idea.
>>
>> Note that potentially your patch would make it possible for a jailed
>> root to DoS the whole system by locking too much of pages in memory.
>>
ld have more fine
grained control over it (a knob to allow system administrators to
tweak it would be a good start).
Cheers,
>
> From: Xin LI<mailto:delp...@gmail.com>
> Sent: Thursday, February 2, 2017 1:13 PM
> To: Pavel Timofeev<mailto:tim...@gmail.com>
> Cc: Bruno
Thanks for reporting. I have applied a fix as r316125.
On Tue, Mar 28, 2017 at 9:31 AM, Randy Westlund wrote:
> Building r315872 for the Tegra (arm/armv6) board with WITHOUT_INET6 set fails
> in libpcap:
>
>> --- klm_prot_xdr.pico ---
>> cc -target armv6-gnueabihf-freebsd12.0 --sysroot=/usr/home
On Mon, Jun 12, 2017 at 10:14 AM, John Baldwin wrote:
> On Sunday, June 11, 2017 11:12:25 AM David Wolfskill wrote:
>> On Sun, Jun 04, 2017 at 08:57:44AM -0400, Michael Butler wrote:
>> > It seems that {rpc.}lockd no longer runs after the ino64 changes on any
>> > of my systems after a full rebuil
LE) == 0) {
> device_printf(dev, "failed to enable SpeedStep\n");
> return (ENXIO);
Looking at the Intel® 64 and IA-32 Architectures Software Developers
Manual (section 14.1), I think the code here is right?
(I'd expect Linux do the
on seems to be using a different way of getting
FreeBSD version and for some reason that causes problem for certain
applications)
Cheers,
--
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
___
freebsd-current@freebsd.org mailing
might want
>> to consider deleting all mine ports, as I'm not going to support them anymore
>> (after you backed out this fix without approval I don't have a working ports
>> tree anymore on any of my 3 workstations).
>>
> Hello? Is there need for this barbarian rude t
at port 0x1030-0x1037,0x1060-0x107f
on isa0
ichwd0: unable to reserve GCS registers
device_attach: ichwd0 attach returned 6
Is there something I should look at or additional information needed?
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/14/11 10:58, John Baldwin wrote:
> On Friday, October 14, 2011 1:35:19 pm Xin LI wrote:
>> On 10/14/11 04:35, John Baldwin wrote:
>>> On Thursday, October 13, 2011 6:26:26 pm Doug Barton wrote:
>>>> On 10/12/20
hy> sysctl/tunable
> to 0. hy> -
>
> I am already working on the relnotes and the above will be
> included as an improvement of the IPv6 stack.
Can we have it somewhere (in the CVS or wiki) so we can work together
on that? This way also ma
time). Is this behavior intentional?
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (FreeBSD)
iQEcBAEBCAAGBQJOqJ/WAAoJEATO+BI/yjfBRSIIAMeAhK/IeHHiPQUDQ6mBpilT
IyA5AjnI8Gcx
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/27/11 00:54, Edward Tomasz Napierała wrote:
> Wiadomość napisana przez Xin LI w dniu 27 paź 2011, o godz. 02:03:
>> I've noticed that if I kill -STOP a process, the in-core size
>> does not change even when there is memor
1 - 100 of 242 matches
Mail list logo
