-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 8/11/13 12:03 PM, Richard Yao wrote:
> Is there any possibility that these quirks could be added to the
> upcoming 9.2 release?
I think so but we need to act fast.
> Pools composed of affected disks will suffer from performance
> issues until t
tually make ZFS fully aware of logical,
> physical, and the configured allocation size. All of the other
> patches I've seen just treat physical as logical.
Yes, me too. Your version is superior.
Cheers,
- --
Xin LI https://www.delphij.net/
when
creating the pool, this is under active discussion at Illumos mailing
list right now.
[1]
https://github.com/trueos/trueos/commit/3d2e3a38faad8df4acf442b055c5e98ab873fb26
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free
don't think there is valid usage for ifdef).
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
iQEcBAEBCgAGBQJRt6vsAAoJEG80Jeu8UPuz/EkH/jY8jLItQ6ESfeujLw+72mQ3
Hmitiotg7UHj4ltUs1gazrc5/OGqxZaIOSiAM4
like that the only reason is to
support #include's? I think it would be better to just fix it than
importing a new (old) preprocessor...
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
What really puzzles me is that why the build picks up headers from the
running system.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
iQEcBAEBCgAGBQJRgqkDAAoJEG80Jeu8UPuzwvUH/2M+HDzKA9neXXYb6SKzrNX2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 4/8/13 6:15 PM, Vijay Singh wrote:
> Hi, I was looking for some help with copyinstr() on an amd64
> platform.
>
> My from address happens to be in the kernel (stack). I am getting
> an EFAULT, and I am wondering how to fix that.
Since you are do
'd still stay unsupported.. well, as long as there's not a
>> big group of 6.x users standing up and taking ownership.
>>
>> (Same can be said of what's going to happen to 7.x soon.)
>>
>>
changes after the last
6-STABLE branch.
Here is a patch backported for stable/6 but I do not have time to set
up a testing environment for it, if you do, please let me know if the
patch worked or not, thanks!
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2/19/13 10:58 PM, Paul Schenkeveld wrote:
> Ideally I'd like the server to start, do minimal network config,
> run a minimal ssh client (dropbear?) and wait for someone to log
> in, provide the passphrase to unlock the root filesystem and then
> m
ock on open() if fifo don't have another opener.
I'd say "Yes" for this p
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
a
-BEGIN PGP SIGNATURE-
iQEcBAEBCgAGBQJQ+eW5AAoJEG80Jeu8UPuzaPkH/RPnvBg5pDPxmbSXWF3T22s3
XTPNfDns4
don't have another opener.
I'd say "Yes" for this p
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
iQEcBAEBCgAGBQJQ+eW5AAoJEG80Jeu8UPuzB3IH/RmhJionoEWRtczBy2ccA8sl
XG1OIvSR60vW
> unexpectedly the moment the kernel is executed by the loader.
>
> This is quite troubling and I am looking for someone to help find
> the culprit. I don't know where to start looking.
I think this is i386 only? Also, are you trying to avoid loader(8)?
Cheers,
- --
Xin LI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11/3/12 11:38 AM, Ian Lepore wrote:
> In an attempt to un-hijack the thread about memory usage increase
> between 6.4 and 9.x, I'm starting a new thread here related to my
> recent discovery that watchdogd uses a lot more memory since it
> began
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
On 10/27/12 2:17 PM, hiren panchasara wrote:
> [removing the CC list]
>
> On Wed, Oct 24, 2012 at 3:36 PM, Pedro Giffuni
> wrote:
>
>> (cc'ing -ports and cutting most of the rest)
>>
>>> From: Eitan Adler
>> .>
>>> On 24 October 2012 13:24,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 9/29/12 10:49 PM, Jin Guojun wrote:
> In FreeBSD 8.3 release (possibly in earlier release), dump a file
> system has 2-3GB or more content can cause system hang in a
> specific case (pipe to compression):
>
> dump FS-on-SATA-drive > usb-drive
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 8/18/12 12:55 AM, Wojciech Puchar wrote:
> i tried to compile xfsprogs from ports
>
>
> linking fails with missing posix_fadvise64
>
> man posix_fadvise gives me manual, but what is fadvise64?
Looking at Linux manual page I believe you can jus
On 07/12/12 09:36, Bill Crisp wrote:
Good Morning!
This was also posted to the FreeBSD forums:
I have been researching CVE-2012-0217 and while I have patched the kernels
on servers with 7.3/8.2 that I have, I would like to see if anyone knows
for sure if 6.2/6.3 are also vulnerable? I am aware
cks are unused and
> then...do nothing.
>>
>
> What if you cp it?
That would be a dd(1) unless we teach cp(1) how to do sparse. I think
what he wanted is to tell the OS "I don't need block XX - YY anymore"
and the OS creates a sparse hole, which is not available at
to "punch"
> holes?
I think you can only truncate the file at this time, pretty much like
brk() works for memory.
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/21/12 12:02, Guy Helmer wrote:
>
> On May 18, 2012, at 6:09 PM, Xin Li wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> On 05/18/12 14:58, Guy Helmer wrote:
>>> To close PR bin/83340, I h
ses these are false, and free() does the test
regardless. Also, I think freepos can be declared within this scope
level.
There are a few return without space between the keyword and return value.
Other than these it looks fine to me. Thanks for working on this!
Cheers,
- --
Xin LI https://
21 at
> hpt27xx0 bus 0 scbus8 target 21 lun 0 da21:
> Fixed Direct Access SCSI-0 device da21: 1907729MB (3907029168 512
> byte sectors: 255H 63S/T 243201C) da22 at hpt27xx0 bus 0 scbus8
> target 22 lun 0 da22: Fixed Direct Access
> SCSI-0 device da22: 1907729MB (3907029168 512 byte
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/12/12 10:14, Barkley Vowk wrote:
> I've got a Highpoint 2760A card that I'd like a FreeBSD driver
> for, I've got a machine and disks available if someone wants to
> tackle that.
Please try loading 'hpt27xx.ko&#x
arefully since it's possible that the extra time spent on addition
and subtractions, when multiple by the length of the "long" string,
may actually defeat the benefit of one less byte worth memory compare
because the effect of CPU's data cache.
I think it would be worthy to explore if
trojan
# libc by setting LD_LIBRARY_PATH appropriately. Both sshd(8) and
# login(1) make it possible to log in with an unsanitized environment,
# rendering a dynamic nologin binary virtually useless.
NO_SHARED= YES
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve!
>>
>>
- --- sys/compat/freebsd32/syscalls.master(revision 229830)
>> +++ sys/compat/freebsd32/syscalls.master(working copy) @@
>> -997,3 +997,4 @@ uint32_t offset1, uint32_t offset2,\ uint32_t
>> len1, uint32_t len2, \ int advice); } +532AUE_NULLS
emember i wanted to add my custom hash algorithm
>>>> to the opencrypto project, after i added it and compile my
>>>> kernel source( by your advise),i load the crypto.ko module
>>>> using kldload and give this error.
>
>>>> link_elf: sym
se),i load the crypto.ko module
>>> using kldload and give this error.
>
>>> link_elf: symbol MYHASHUpdate undefined
>
>>> MYHASHUpdate is one of my hash functions that i add to the
>>> source.
>
>>> what should i do that i forget
to.ko module using kldload and give
> this error.
>
> link_elf: symbol MYHASHUpdate undefined
>
> MYHASHUpdate is one of my hash functions that i add to the source.
>
> what should i do that i forget?
Looks like it's expecting something that is not linked into
"uint64_t", of course, but I don't like this solution, as
> it very low-level (ok, not so low-level as "unsigned long long", to
> be honest).
off_t?
Cheers,
--
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
_
ng for fasm port it's located at lang/fasm (not in
devel/) and I believe that package is also available for supported
platforms...
Cheers,
- --
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: G
On Tue, Mar 29, 2011 at 2:51 PM, Alexander Best wrote:
> On Fri Mar 25 11, Xin LI wrote:
>> On Fri, Mar 25, 2011 at 3:32 PM, Alexander Best wrote:
>> > On Fri Mar 25 11, Xin LI wrote:
>> >> FYI I have a patch and I have incorporated some of Alexander&
#x27;t be broken. They must be
updated to use the IEC prefixes.
Cheers,
--
Xin LI http://www.delphij.net
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "fre
On Fri, Mar 25, 2011 at 3:32 PM, Alexander Best wrote:
> On Fri Mar 25 11, Xin LI wrote:
>> FYI I have a patch and I have incorporated some of Alexander's idea.
>>
>> Difference:
>>
>> - Use of both HN_DIVISOR_1000 and HN_IEC_PREFIXES triggers an
>>
doing
that way.
(Note, it seems that we use HN_ prefix for both 'scale' and 'flags', I
have sorted them by value but HN_IEC_PREFIXES should really belong to
the flags group).
Cheers,
--
Xin LI http://www.d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11/28/10 20:43, Garrett Cooper wrote:
> On Thu, Nov 25, 2010 at 12:14 PM, Xin LI wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> Hi,
>>
>> One pretty common way of having an i-node of a
its name.
For certain applications it is sometimes desirable to (e.g. for unix
domain sockets) have file removed when the process quit, regardless
whether the process is quit cleanly. Is there a clean way to do this?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve
n)? ^C
(case 1)
echo | /usr/local/bin/gzip foo
gzip: foo.gz already exists;not overwritten
gzip -f foo
gzip: could not create output: foo.gz: File exists
/usr/local/bin/gzip -f foo
(succeeded; case 2).
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
2010/9/2 Dag-Erling Smørgrav :
> Xin LI writes:
>> My 2 cents: I think we don't really need to care about the size for
>> rescue binary after the splitfs VFS layer have been introduced to
>> libstand? Build of release split MFSROOT was 2006-ish and I feel that
>&g
/www.mail-archive.com/freebsd-hackers@freebsd.org/msg70400.html
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (FreeBSD)
iQEcBAEBCAAGBQJMfuB/AAoJEATO+BI/yjfBnwoIAJF+Wu3E8m92P
.
One of my hope is that we can add bzip2 or even 7zip support to
loader, though, which may not fit a floppy though.
Cheers,
--
Xin LI http://www.delphij.net
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
2010/8/7 Dag-Erling Smørgrav :
> Xin LI writes:
>> I'm still polishing up the driver, there seems to be no way to figure
>> out the base port address directly (datasheet said it's either 0x2e and
>> 0x4e) so for now I have its device identify method to do some di
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2010/07/01 00:12, Dag-Erling Smørgrav wrote:
> Xin LI writes:
>> "Dag-Erling Smørgrav" writes:
>>> Perhaps the motherboard has additional watchdog hardware? If you
>>> disable the watchdog in BIOS, d
ext refer to)?
> Has someone started working on it?
I think it's talking about OpenBSD's xlint (src/usr.bin/xlint).
No I am not aware of anyone working on this.
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve! Live free or die
-BEGIN P
the relavant ZLIB pieces also be in the
> kernel?
Yes.
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)
iQEcBAEBCAAGBQJMRd0KAAoJEATO+BI/yjfB9EEH/38
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2010/07/02 16:52, Xin LI wrote:
> On 2010/07/02 16:34, Matthew Fleming wrote:
>> On Fri, Jul 2, 2010 at 4:02 PM, Garrett Cooper wrote:
>>> On Fri, Jul 2, 2010 at 2:51 PM, Matthew Fleming wrote:
>>>> I have the f
e if
> it's for i386, but switching to amd64 gives this error. Since I
> didn't specify any -m32 flags or anything, and it's essentially using
> the standard bsd.lib.mk magic, I am trying to figure out why the
> 32-bit isi_date.1.so built and the 64-bit one won'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2010/06/30 15:19, Dag-Erling Smørgrav wrote:
> Xin LI writes:
>> Hmm... Sorry I think I didn't described the behavior accurately.
>> Currently if I enable the "Watch Dog" option in BIOS, the system
>> reboot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2010/06/30 14:49, Dag-Erling Smørgrav wrote:
> Matthew Jacob writes:
>> Xin LI writes:
>>> It seems that ICH10R's watchdog is supported by ichwd(4) but
>>> Supermicro BIOS needs some special treatments which
atchdogd(8) would do...
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)
iQEcBAEBCAAGBQJMKwf0AAoJEATO+BI/yjfB+uYH/j9c0VKgq84HUufNztoLvsJ8
zYNaj9xV+mKDSxTEeQsQe
ed in very ugly manner
(due to type mismatch), not to mention that using this style sometimes
makes the code harder to read.
It turns out that modern compilers are more sensitive about this type of
mistakes, and, more importantly, making code more readable would usually
save debugging time.
C
-disk request, or is there any command for that purpose?
> There's a command called IPS_CACHE_FLUSH_CMD defined in ipsreg.h,
> but it's not used anywhere in the normal code path.
It seems Linux driver is using it (on shutdown/reset) but I'm not sure
if this would have some
PCB_ONFAULT, which is used in trap() to set a return
>> instruction pointer.
>
> Matt,
> Awesome. I can see I need to do a bit more reading in malloc(3) :)...
> Thanks for the info!
It's actually malloc(9)... I personally feels it pretty confusing at
the beginning when I
filtering?
amavisd-new + clamav. Note that clamav is somewhat CPU hungry if you
have high e-mail volume, consider deploying multiple layer of delivery
system (multiple MX serving anti-spam purpose, and deliver to a group of
backend system; this could be an overkill for small to medium sized
compan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010/03/05 11:59, Alexander Best wrote:
> Xin LI schrieb am 2010-03-05:
> On 2010/03/05 11:26, Alexander Best wrote:
>>>> hi there. does this look right?
>
> Not to me, the value is not to be used this way and the com
lable to userland
(one have to copy cpu_tick_frequency and friends).
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)
iQEcBAEBAgAGBQJLkV1EAAoJEATO+BI/yjfBvhcH/3LD5SOscV7wmzVa
On Tue, Mar 2, 2010 at 7:19 PM, Maxim Sobolev wrote:
> Xin LI wrote:
>>
>> On Tue, Mar 2, 2010 at 6:05 PM, Maxim Sobolev wrote:
>>>
>>> Author: sobomax
>>> Date: Wed Mar 3 02:05:09 2010
>>> New Revision: 204615
>>> URL: http://svn.fre
y the
standard and banned by god.
Cheers,
--
Xin LI http://www.delphij.net
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
- add p back to your buffer queue
- unhold mutex
However, you can of course find something better than this for
situations more specific and avoid some mutex operation...
Cheers,
--
Xin LI http://www.delphij.net
___
freebsd-hackers@freebsd.org mailing
On 2009/12/22 16:21, Jason Spiro wrote:
Xin LI delphij.net> writes:
killall can be used by scripts which just works in the past, and will
never notice the warnings.
On what scripts will nobody notice the warnings? For example, AFAIK, cron job
output is always mailed to root. The o
On 2009/12/22 14:54, Jason A. Spiro wrote:
Hi Xin,
On Tue, Dec 22, 2009 at 5:34 PM, Xin LI wrote:
I'm afraid that it's too late to change either parties, i.e. there
would be a lot of scripts that rely on the BSD or Linux behavior, etc.
That is why I suggested that you first show
ich already diverge between
open source implementation and closed source ones, it might be better
off to have administrators to learn some more consistent ways to do
the same task, i.e. pkill.
Cheers,
--
Xin LI http://www.delphij.net
___
freebsd-hackers@fre
to 'fkill' and 'kill -15 -1' to
'killall' if they really want the System V behavior.
Cheers,
--
Xin LI http://www.delphij.net
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hack
ontroller (em driver)) are working fine only
> this BCM5703 is having issues with IOAPIC
Is it possible for you to use some newer FreeBSD release, i.e. 6.3 or
6.4, or 7.x even 8.x and see if that would solve your problem?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serv
nt address every time.
Yes that's right. Since the scan is being done over a large scale of IP
address space, it's possible to hide yourself by blocking Linux logins,
since these boxes are usually managed by neglecting administrators and
tends not to apply security updates fro
ersonally I think ports doing this automatically are quite annoying,
> and would love to rip them all out from the ports. Something like
> portmaster growing support for it would be welcome provided it does not
> happen by default.
+1
I think this feature should be user-controllable (or
nge stuff to work around
> malicious assholes..
Believe it or not, I find this pf.conf rule very effective to mitigate
this type of distributed SSH botnet attack:
block in quick proto tcp from any os "Linux" to any port ssh
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD
have to use #ifdef or something
else to get code working on different platform?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (FreeBSD)
iEYEARECAAYFAkqyt40ACgkQi+vbBBjt66AdKgCfXOo/Vn+zw0cCjS+gGJUgPo8t
WToAmg
IB_MAJOR, then only shared library is being built and installed.
Example:
LIB=
SHLIB= test
SHLIB_MAJOR=0
Would build libtest.so.0, but no libtest.a nor libtest_p.a.
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE---
orruption
issue that can be identified by fsx which I didn't got a chance to
investigate further. I think tmpfs is Ok for some usual work but maybe
not ready for production at that moment. alc@ and kib@ has made a lot
of changes on it recently so perhaps we need to re-visit the problems,
t
figs should I try? (I double checked the zone type and that I have
> all the trailing dots)
>
> Note I have also transfered registers in the last 24 hrs (but whois has
> all the right data)
BIND by default listen on lo0 only. Check your /etc/namedb/named.conf.
- --
Xin LI
river itself. Are you
sure that 7.1-R can have the device working?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (FreeBSD)
iEYEARECAAYFAknSy7AACgkQi+vbBBjt66AUoQCgtFiu6Bsg0LygJ7gAnKLdBBMN
JKIAoKNioqTEQSA
programmers, like C
and POSIX APIs, etc.
It should be noted that it could be possible if you recompile your
application under RedHat Linux, as the upper layer of API should be more
similar.
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Ve
acking
issues (i.e. you can check back if a problem has been resolved at a
later time, etc.).
> On Sat, Jan 17, 2009 at 6:46 AM, Xin LI <mailto:delp...@delphij.net>> wrote:
>
> Hi, Shaowei,
>
> It seems that I can not apply your patch directly, I have tried to do it
27;s not the only possible approach :)
> Cipta
>
> On Mon, Mar 16, 2009 at 3:04 PM, Xin LI wrote:
>> I'm not very sure but I think Rui is referring XML like the GEOM
>> subsystem has used (perhaps to have the kernel expose the statistics
>> data with XML and the userland par
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (FreeBSD)
iEYE
>> Sign extension bug?
>>
> I tried to substitute everything with int, because fgetc can return some
> error code afaik, but using int didn't help.
Is binbuf[] an array of char or unsigned char? If it's signed char then
you may want somet
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mel wrote:
> On Wednesday 25 February 2009 18:36:45 Xin LI wrote:
>> Mel wrote:
>> [...]
>>
>>> I'll file a PR for it, if there's no objections to this feature /
>>> implementation, the style(9) or
version
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.10 (FreeBSD)
iEYEARECAAYFAkmmDk0ACgkQi+vbBBjt66A1pgCghpIS/bOgflo0JKNBlKZlBzDf
H0IAn21ZJNk1fT6YWDzO0e6nK4dUmJd0
=FFjB
-E
the tail of the shim file, add glues for the old symbols like this:
__sym_compat(foo, __foo_44bsd, FBSD_1.0);
- Double check to make sure that new .so would work with old binaries.
Is that correct?
Cheers,
- --
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP
IOCTL_FLAG_OPEN 1
> #define HPT_CTL_CODE_BSD_TO_IOP(x) ((x)-0xff00)
>
>
>
> -wsw
>
>
>
>
> ___
> freebsd-hackers
f so we switch to the new thread. Can anyone help
> me with this?
My guess is to prevent race conditions (i.e. to split the owepreempt
flag into a separate variable), since this value could be changed in an
interrupt context, and not only during the current thread context.
Cheers,
- --
Xin LI
is but I'm afraid that your patch is
incorrect. mkstemp returns a file descriptor rather than a string
pointer, therefore, the subsequent open() would have undefined behavior.
It looks like that we actually want fd = mkstemp() here.
Note that we may want to bring vendor fixes before making any chan
) already
> does but greatfully benefit all kind of backup programs.
Yes this makes sense I think.
Cheers,
- --
Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (FreeBSD)
iEYEARE
llowing administrators to disable NOATIME would be a good thing,
but wouldn't allowing arbitrary program to decide whether atime should
be changed, be a serious security disaster?
Disclaimer: I'm not a big atime fan myself, actually I disable atime on
a lot of my servers for perfor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, Matt,
Matthew Dillon wrote:
[...]
> /boot can be as complex as boot2 allows. There's nothing preventing
> it from being RAIDed if boot2 supported that, and there's nothing
> preventing it (once you had ZFS boot capabilities) from bein
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Recently I had some crashes and other issues on my laptop and I found
that, among some bugs I already caught and fixed on my local tree, there
is still something like this:
Oct 10 01:35:53 delta kernel: Memory modified after free
0xff00a2ef96
g is brand new) with ports named
by 'pkg_info -qoa' on old system, and have the new environment reveal
potential issues before making major updates to running system. Another
possible approach is to update from time to time but this could cause
you a lot of downtime.
Cheers,
- --
Xin LI
y
| copy?
Perhaps someone should share a tarball of the hgpullsvn output,
otherwise it would be a nightmare for svn.freebsd.org...
Another thought would be the hg mirror provided by .fr people, which is
http://hg.fr.freebsd.org/. Note that this seems to be a CVS sourced one.
- --
Xin LI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
| On 20080716 17:37:58, Xin LI wrote:
|> -BEGIN PGP SIGNED MESSAGE-
|> Hash: SHA1
|>
|> [EMAIL PROTECTED] wrote:
|> | Hello.
|> |
|> | What's the correct way to ensure that ports are bui
EBUG=yes' which will add '-g'
and remove stripping. However, it still depends on the ported software
whether they will strip, most times they will obey the settings (if not
then it's a bug that should have fixed anyway).
- --
Xin LI <[EMAIL PROTECTED]>http://www.delp
n FreeBSD 7.x+ and will not be MFC'ed back to 6.x, please use
SCHED_4BSD or upgrade to 7.x." seems to be better than having them to
pursue the mailing list archive...
Cheers,
- --
Xin LI <[EMAIL PROTECTED]>http://www.delphij.net/
FreeBSD - The Po
redcross.org.cn/
|>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Xin LI <[EMAIL PROTECTED]>http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNA
;
| what's the equiv for FreeBSD?
#ifdef __FreeBSD__?
- --
Xin LI <[EMAIL PROTECTED]>http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (FreeBSD)
iEYEARECAAYFAkgkmaoACgkQi+vbBBjt66C30ACeIbw6P7CuwErAIvzcUjX4
d math.h is
| clearly included...
I think with
#define _POSIX_C_SOURCE 199309L
These will be masked... Could you please try if changing it to 200112
would work?
Cheers,
- --
Xin LI <[EMAIL PROTECTED]>http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN P
ur work into FreeBSD?
Cheers,
- --
Xin LI <[EMAIL PROTECTED]>http://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkgbhvUACgkQi+vbBBjt66DEnwCf
y who grabbed it from perforce and found that it seems to work. :)
Could you please provide me with the details, so I can update my
(horribly outdated :( valgrind ports?
It was available from p4 at:
//depot/projects/valgrind/...
Note that this version does not work on architectures other th
Giorgos Keramidas wrote:
On Fri, 21 Mar 2008 16:10:22 -0700, Xin LI <[EMAIL PROTECTED]> wrote:
Hi, folks,
I'm looking for some versioned storage program that can fulfill the
following requirements:
- Open source/Free Software that can run on FreeBSD, or not far
(i.e. on oth
HEAD - 1, etc.
I think what I need is some SCM software like subversion or hg, but I do
not know if there is some superior stuff that matches these requirements
better. Any other suggestions?
Cheers,
--
Xin LI <[EMAIL PROTECTED]>http:/
1 - 100 of 166 matches
Mail list logo
