BSD-related in any way).
It works very well for me on, and I have one HDD crash already,
recovered with graid5 :)
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
f paid
>> work, which is not FreeBSD-related in any way).
>> It works very well for me on, and I have one HDD crash already,
>> recovered with graid5 :)
> this means graid5 in the tree ?
Unfortunalety, it means graid5 in ports only for now. But in
fu
All these ``raids'' are known as ``soft raids'' or ``fake raids'',
but what does do real work -- BIOS or driver (Ataraid in case of
FreeBSD)?
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mail
Hello, Dag-Erling.
You wrote 27 апреля 2010 г., 17:34:14:
> Most pseudo-raid kit has nifty features like checksum offloading,
> composite writes etc.
Why are they called ``PSEUDO-raids'' then?
--
// Black Lion AKA Lev Serebryakov
___
virtual computer without any
problems and works very fast!
Is it problem of VMWare or 5.0-RELEASE? Is it known problem? I could
provide any additional information, if needed.
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0
mputers are production ones, so I could not
try 5.0 on real hardware yet. And I don't have enough HDD space on
my 4.x servers to hold CVS & build full 5.0-RELEASE only for custom
kernel.
Lev Serebryakov
/---\
| FIDONet: 2:5030/
, because it seems, it
is based on "fast" linear approcach, when gnu-regexp is old, slow,
one...
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-cur
an
be easily stipped down to bare engines (very small, very efficient),
but in such case here is huge amount of work by writing all native
objects and operations needed for system scripting.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-cu
ltiple times.
> any comments are welcomed.
Idea is interesting, but code... My, oh my, why do you use
fixed-length arrays of arrays of pointers, on stack in 2010?!
4096 looks like very big number, but it is still finite, and could be
exploitable.
--
// Black Lion AKA
fic (for example, my torrent box
still run 7-STABLE), but no 9-CURRENT except VMWare on my desktop :(
I think, it is common case: 9-CURRENT machines are developers one,
without noticeable amount of network traffic and all traffic-loaded
machines run more stable versions.
--
// Black Lion AKA
rity RAID-Z.
> Both of which are well tested at this point via OpenSolaris.
Is here any ZFS history, in "date - pool version - new features"
format?
I understand, that it is more solaris-specific question, but I can
not formulate request for Google to find out answer by m
iled
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
freebsd#
Lev Serebryakov
/---\
| FIDONet: 2:5030/661.0 |
| E-Ma
Hello FreeBSD,
I have NanoBSD system built from and it works. It creates THREE memory
filesystems, as needed:
% mount | grep /dev/md
/dev/md0 on /etc (ufs, local)
/dev/md1 on /var (ufs, local)
/dev/md2 on /var/tmp (ufs, local)
%
But same system built from ALPHA3 sources (r338399 to be exact) d
Hello FreeBSD,
When I rebuilt NanoBSD image from CYRRENT r336582 to ALPHA3 r338399
loader starts to complain that it could not find required module(s). But I
don't have any in my /boot/loader.conf and I didn't change anything in my
configs.
Unfortunately, loader doesn't provide any detail
Hello Lev,
Saturday, September 1, 2018, 2:39:12 AM, you wrote:
> I have NanoBSD system built from and it works. It creates THREE memory
> filesystems, as needed:
> % mount | grep /dev/md
> /dev/md0 on /etc (ufs, local)
> /dev/md1 on /var (ufs, local)
> /dev/md2 on /var/tmp (ufs, local)
> %
>
Hello Lev,
Tuesday, September 4, 2018, 2:25:21 AM, you wrote:
> arc4random: no preloaded entropy cache
> arc4random: no preloaded entropy cache
> random: read_random_uio unblock wait
> random: read_random_uio unblock wait
> random: unblocking device.
> mdmfs: mount exited with error code 1
> cp:
Hello FreeBSD,
I have problems with diskless install when kernel doesn't have tmpfs and
random device takes long time to unlock.
Looks like newfs used to create in-memory /etc (on /dev/md0) silently fail
to create FS.
I've added '-XL' options to mdmfs and it looks like this:
da0: quirks=0x2
Hello FreeBSD,
I'm installing latest 12-ALPHA4 on new MiniPC with Celeron J3160 CPU. It
is 1.6GHz CPU with Turbo up to 2.somethingGHz.
If I enable Turbo mode, after booting to FreeBSD it locks at 480MHz
according to dev.cpu.0.freq, and simple "openssl" test confirms it.
If I disable Turb
and it checks exit
statuses, as far as I can see from source code.
> Do you see any newfs cores when this happens?
It is very first step in diskless boot, so no cores are possible, but I don't
see "core dumped" messages too.
> Thanks,
> Conrad
> On Tue, Sep 4, 2018
Hello FreeBSD,
When I use serial console (configured as console + "getty std.115200
xterm"), csh works perfectly Ok, but "sh" and "more" lockss forever. If I hit
^T system shows that locked process is in "[ttydcd]" state. ^C kills locked
process.
What do I have misconfigured?
--
Best regards,
Hello Conrad,
Wednesday, September 5, 2018, 12:05:43 AM, you wrote:
> On Tue, Sep 4, 2018 at 1:55 PM, Lev Serebryakov wrote:
>> Tuesday, September 4, 2018, 11:37:59 PM, you wrote:
>>> Is newfs tripping on a raise()/abort() in arc4random(3) /
>>> getentropy(3)?
>
Hello Cy,
Wednesday, September 5, 2018, 3:12:34 AM, you wrote:
> Are you running powers?
powerd? yes. With "adaptive" strategy"
> Do you use c-states?
Oops. My fault. I've forgot to set cx_lowest to C3 on all cores.
BTW, these four settings in rc.conf(5)
performance_cx_lowest
performance
Hello Conrad,
Wednesday, September 5, 2018, 7:39:07 AM, you wrote:
> I believe the EWOULDBLOCK is just a boring leak of tsleep(9)'s timeout
> condition. This may be sufficient to fix the problem:
> --- a/sys/dev/random/randomdev.c
> +++ b/sys/dev/random/randomdev.c
> @@ -156,6 +156,10 @@ READ_R
rks with and without turbo mode?
What could be adequate benchmarks for this? Something likje "openssl
speed aes128-cbc" or I need more specific one?
--
// Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org
sometimes
> the voltage ( required to maintain stability when increasing the clock
> rate). We don't know how your MB manufacturer implemented this.
I thought, it could be implemented only in one? official, way, as it is
Intel's official technology, an
4 bytes256 bytes 1024 bytes 8192 bytes
aes-256 cbc 16277.18k20620.71k21272.10k57998.35k58687.83k
--
// Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Hello Benjamin,
Thursday, September 6, 2018, 1:32:46 AM, you wrote:
>> > I don't think you need something accurate.
>> Ok, here is results. I'm working in single-user mode.
>>
>> TL;DR "Turbo" mode make "openssl" much slower (x3.5)!
>>
>> I can not properly interpret this result.
> You need
ble, as
it is higher than official Turbo frequency (!). I don't know how to
explain this. Maybe, turbostat fails?
--
// Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscrib
)
cpu2: MSR_IA32_TEMPERATURE_TARGET: 0x005a (90 C)
--
// Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Hello Brnrd,
I'm benchmarking new hardware (rather limited one, but still) which
supports AES-NI (Celeron J3160).
I'm comparing simple "openssl speed aes-256-cbc" and "openssl speed -evp
aes-256-cbc" on FreeBSD 12-ALPHA4 (built by myself with all debug options
turned off) and Debian Linux
Hello Kevin,
Thursday, September 13, 2018, 6:32:30 AM, you wrote:
> This is probably not the issue, but aesni is not in the GENERIC kernel. Are
> you sure aesni.ko is loaded?
> % kldstat | grep aesni
I'm not using modules, as it is NanoBSD image build for minimal size ant
maximal efficiency.
Hello Dimitry,
Thursday, September 13, 2018, 11:52:08 AM, you wrote:
> I can't reproduce your findings, at least not on a Core i7-4790K:
I can not reproduce it on E3-1220v3 + 11-STABLE either. But
security/openssl111 works as expected on J3160 and it bothers me. Something
is wrong not with har
Hello Dimitry,
Thursday, September 13, 2018, 11:52:08 AM, you wrote:
> I can't reproduce your findings, at least not on a Core i7-4790K:
> type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
> FreeBSD 93454 89077 117328 281016 285456
> Ubuntu 934
Hello John,
Friday, September 14, 2018, 1:44:13 AM, you wrote:
>> % grep aesni ~/nanobsd/gatevay.v3/J3160
>> device aesni
> From my understanding of the OpenSSL code, it doesn't use the kernel driver
> at all (the kernel driver is only needed for in-kernel crypto such as IPSec
> or GELI).
it refuses to use
AES. No much luck, though, openssl sources are very convoluted :-(
> This seems like the sort of code that plausibly could bring out some
> compiler corner cases. (It's weird that 1.1.1 is fine, though.)
--
// Lev Serebryakov
___
ork_exit() at fork_exit+0x84/frame 0xfe44aab0
fork_trampoline() at fork_trampoline+0xe/frame 0xfe44aab0
--
// Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsu
Hello Lev,
Thursday, September 13, 2018, 2:46:46 AM, you wrote:
> Linux have openssl 1.1.0f, and I've tried both system /usr/bin/openssl
> (1.0.2p)
> and /usr/local/bin/openssl from security/openssl-devel port (1.1.0i), results
> are
> virtually the same. I have "ASM" and "SSE2" options enab
I have reproducible crash of ALPHA7 when I try to benchmark IPsec.
Could somebody look at it? I could provide additional info, if needed.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231659
--
// Lev Serebryakov
___
freebsd-current
On 22.10.2018 12:27, Toomas Soome wrote:
> It would help to get output from loader lsdev -v command.
current loader crashes on "lsdev" for me:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232483 (it is not
threadripper-related, my hardware is Intel Atom).
--
// Le
n after several seconds (soemtimes before logon, sometimes
right after showing shell), timeouts connections to it, etc.
When I able to run "top -SH" (for several seconds!) it shows 98% idle!
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
On 23.10.2018 17:21, Lev Serebryakov wrote:
> Here are NO any errors or message on console, but system drops ssh
> connection after several seconds (soemtimes before logon, sometimes
> right after showing shell), timeouts connections to it, etc.
>
> When I able to run "t
On 23.10.2018 17:25, Lev Serebryakov wrote:
>> Here are NO any errors or message on console, but system drops ssh
>> connection after several seconds (soemtimes before logon, sometimes
>> right after showing shell), timeouts connections to it, etc.
>>
>> Whe
ut it doesn't help.
Do I have any chances to get netmap supported (maybe, not very
efficient) on this NIC?
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
Hello Ronald,
Saturday, December 1, 2018, 6:47:45 PM, you wrote:
> I got this response after gpart bootcode.
> Should I be worried?
> [AFTER make installkernel && make installworld]
> --
Installing everything completed on Sat Dec
- Step = 1 Kpps
- Trend = increasing
- Measured forwarding rate = 86 Kpps
Estimated Equilibrium Ethernet throughput= 86 Kpps (maximum value seen:
120 Kpps)
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
On 07.12.2018 16:40, Lev Serebryakov wrote:
> (I'm not sure, that it is exactly "bug" or "defect" and want to
... discuss it here before filing PR.
> Now I'm throwing IPsec into mix. All incoming traffic is tunneled with
> IPsec policy, with aes-128-gcm
On 07.12.2018 18:02, Lev Serebryakov wrote:
>> (I'm not sure, that it is exactly "bug" or "defect" and want to
> ... discuss it here before filing PR.
>
>> Now I'm throwing IPsec into mix. All incoming traffic is tunneled with
>> IPs
Hello Freebsd-hackers,
I'm experiencing very strange situation on my lab system which is
E3-1220v2, 8GiB of RAM and 850 EVO SATA SSD (with single ZFS pool).
It runs CURRENT r341157. Kernel is built *without* INVARIANTS and other
heavy debug aids.
Everything works great — but compilation. "mak
Hello Lev,
Saturday, December 8, 2018, 2:13:03 PM, you wrote:
> I've checked all "standard" places — CPU is not throttling, SSD looks
> perfectly Ok according to SMART and there is no complains from AHCI driver
> about timeouts and such, system doesn't start to use swap.
ZFS ARC was checked too
Hello Lev,
Saturday, December 8, 2018, 2:13:03 PM, you wrote:
> Another strange thing I noticed: when system is in such state, "top -SH"
> shows that sometimes very low-profile processes, like clock software
> interrupt (!) could consume large amount of CPU for short periods time. When
> system
Hello Lev,
Saturday, December 8, 2018, 2:13:03 PM, you wrote:
> Even when build is single-job, system becomes unresponsive. With
> 4-job build running it could takes up to minute to switch screen's windows!
And even with 1-job kernel build upsmon's connection to remote upsd
flickers! Unbelieva
Hello Eugene,
Saturday, December 8, 2018, 4:27:13 PM, you wrote:
>> I'm completely lost. Is it problem of software? Hardware? If it is
>> hardware problem what should I blame?
> Try using different kern.timecounter.hardware and/or kern.eventtimer.timer
> but first try kern.eventtimer.periodic=1
Hello Mateusz,
Saturday, December 8, 2018, 5:27:42 PM, you wrote:
>> Looks like each next compiler invocation is slower and more stressful than
>> previous one.
> Is this a fresh install?
Almost fresh. It was installed from some rather fresh 13 snapshot and then
upgraded to r341157 and custom
Hello Lev,
Saturday, December 8, 2018, 7:58:37 PM, you wrote:
>> Can you please narrow the problem down to a specific kernel revision?
> I'm still not sure it is software or hardware problem.
Looks like Samsung 850 EVO doesn't like TRIMs sent by ZFS (and I've thought
it is good SSD, consumer-gr
Hello Freebsd-current,
I'm building very last r341836 (with new llvm/clang 7) on r341726 and get this
build
error (with MALLOC_PRODUCTION=yes):
===> usr.bin/clang/clang (all)
c++ -target x86_64-unknown-freebsd13.0
--sysroot=/usr/obj/usr/src/amd64.amd64/tmp
-B/usr/obj/usr/src/amd64.amd64/tmp/u
Hello Lev,
Wednesday, December 12, 2018, 2:11:10 AM, you wrote:
Sorry for messed up subject, I mean r341836 of course.
--
Best regards,
Levmailto:l...@freebsd.org
___
freebsd-current@freebsd.org mailing list
https://list
is error. I've had /usr/obj
from previous version (but I didn't use -DNO_CLEAN!).
> It almost looks as if your libclang.a is not rebuilt properly, or not
> built at all. Can you show the time stamps of:
I can not, as I cleaned up /usr/obj/src and now I have clean build.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
EAD) || !defined(ENOTRECOVERABLE) ||
!defined(EINTEGRITY)
^
/data/src/contrib/libc++/include/errno.h:34:2: error: unterminated
conditional directive
#ifdef __cplusplus
^
/data/src/contrib/libc++/include/errno.h:11:2: error: unterminated
conditional directive
#ifndef _LIBCPP_ERRNO_H
^
--
//
orted (as opposide to very-simple-516-bytes boot0!), and so on :-(
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
ot partition by MBR/boot0 and configuring
> early message redirection (with boot.config) is very useful.
> Not being able to do the same with GPT/EFI is the feature preventing me
> to upgrade my nanobsd image scheme.
My case exactly.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
ve seen. Would this be usable on your appliances?
How could I set UEFI variable? Via BIOS/UEFI Setup? I don't see this at
my systems.
Also, there are same problems with GPT/BIOS setup (which uses GPT but
legacy boot) :-(
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
very
beginning. This task is trivially solved by "boot0" in pure-MBR case.
What about GPT/Legacy and GPT/UEFI?
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
gt; efibootmgr doesn't currently support it (it likely should).
All my UEFI-enabled systems have only one UEFI knob: "Boot:
[LEGACY|UEFI]", it's all :-(
It is not-so-new SuperMicro MoBos (X9, X10 generations), some Chinese
MiniPC, Intel D2500CC MoBo and such.
--
// Lev Serebry
partition itself.
> GPT does not have the concept of active partition.
It has "bootme" / "bootonce" attributes. And [zfs]gptboot doesn't have
any tools to set these attributes, AFAIK. Same for UEFI boot code.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
It is why I write, that GPT/Legacy and GPT/UEFI miss
important feature which is present for MBR boot for ages. Which is sad &
funny at same time, as GPT/UEFI has much more code than 512 bytes of boot0.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
table
atteibute is set to it, "active" in case of MBR and "bootme" in case of
GPT).
If this new partition has problems and could not be booted, it is hard
to boot from "old" (previous) one. MBR + boot0 could (interactively)
change active partition before syste
Hello Warner,
Saturday, January 19, 2019, 12:17:29 AM, you wrote:
> Also most UEFI BIOSes I've used (which isn't a lot) allow one to choose
> which Boot variable to use to boot. Some will even create new Boot
> variables that they use when you choose a raw device to boot from.
I have nev
Hello Emmanuel,
Saturday, January 19, 2019, 12:10:13 AM, you wrote:
> With UEFI Boot* variable you could do :
> - Update previous partition and set BootNext to it
> - If it fail next boot will be on current partition due to BootOrder
> - If it succeed, change the BootOrder to have the new pa
Hello Tomoaki,
Saturday, January 19, 2019, 4:42:21 AM, you wrote:
> I should note that 512-bytes boot0 doesn't have that feature.
> What had it WAS larger boot0ext, which has already gone on stable/11
> and later. IIRC, sysinstall let me select which to install on MBR.
It has, look at
src/stan
Hello Rebecca,
Saturday, January 19, 2019, 6:06:52 PM, you wrote:
> Ok, I've checked my desktop Asus Z170-A, but it is graphical and I could
> not find or understand anything in this home-rown UI with crazy-fast mouse.
> On ASUS systems you normally press F8 during POST to bring up the boot men
Hello Rebecca,
Sunday, January 20, 2019, 7:27:56 AM, you wrote:
> Ultimately, UEFI doesn't care about disks and partitions: it only really knows
> about ESPs -- FAT12/16/32 formatted partitions that contain the EFI directory
> structure. For now, that means /EFI/BOOT/BOOT{x64,i386,aa64,arm}.efi,
On 20.01.2019 20:05, Warner Losh wrote:
> Is too complicated? Boot1.efi doesn't allow that, but loader.efi does.
loader.efi lives on ESP partition, do I understand it right? So, it
could not be damaged with "bad" upgrade?
--
// Lev Serebryakov
signature.asc
Descriptio
s the backup is created.
Does it live on code (root) FS or ESP? I understand, that when you
upgrade ESP partition, you could ruin it, but typically root FS is
upgraded much more often than ESP/boot0/boot1 parts.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
only start the kernel.
Ok, I need to wait for it.
> But then again, if you are using stock (generic) OS on embedded system, you
> are already doing it wrong and will get into the trouble sooner or later:)
I can not say, is NanoBSD "stock" or not :-)
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
On 15.02.2019 21:59, Ian Lepore wrote:
> My question would be: why? If some drivers have a new dependency on
> iflib, why isn't that expressed in sys/conf/files and handled
> automatically?
My question exactly.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
nf options to have ability to skip unneeded "optional" base
components (including, for example, man pages!).
And one more, not covered with src.conf WITHOUT_XXX: static libraries
and header files, of course!
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
est/All/userland-base-20190420203550_7.txz
dist/FreeBSD:13:amd64/latest/All/userland-docs-20190420203550.txz
dist/FreeBSD:13:amd64/latest/All/userland-lib32-20190420203550.txz
#
I was under impression, that there is only 3 userland packages, not
100+ :-)
--
// Lev Serebryakov
signature.asc
Descrip
ou please look at, which helps NanoBSD to work better with
strange/broken hardware?
https://reviews.freebsd.org/D17102
https://reviews.freebsd.org/D17103
(I don't know do we need this for UEFI loader, though).
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
t; g_run_events
>> fork_exit
>> ...
>>
>> Has anybody touched this area recently? I'll try to narrow down the commit
>> range.
>
> Start with disassembling the faulting instruction. I suspect that somehow
> vital compiler switches like -mno-sse go
d:139
.if ${MK_ACPI} != "no" || ${MK_APM} != "no"
CONFS+= powerd
.endif
Why is it so? powerd(8) IS installed and WORKS well with these
WITHOUT_XXX options well, but could not be started at boot with these
options!
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
mt/pkg-devel has no direct installation candidates,
change it to pkg-devel~ports-mgmt/pkg-devel? [Y/n]: y
Checking for upgrades (216 candidates): 100%
Processing candidates (216 candidates): 100%
Checking integrity... done (0 conflicting)
Your packages are up to date.
lev@labrat:~%
- --
// Lev Serebryako
ezone only once and it could not be chamged
for process without restart (which leads to, effectivly, restart of
whole server).
Is it known problem? I think, it should be fixed somehow. I
understand, that re-check timezone file on each time-related call
could be expensive, though :(
- --
// Lev S
ezone only once and it could not be chamged
for process without restart (which leads to, effectivly, restart of
whole server).
Is it known problem? I think, it should be fixed somehow. I
understand, that re-check timezone file on each time-related call
could be expensive, though :(
- --
// Lev S
arm-for-uC
toolchain to be able built it on ARM host, and this fix is very
cross-specific. As far as I know, gcc for freebsd-arm target needs
patches too, but different ones. At least to configure scripts & gcc
host-drivers.
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
ort.
Maybe, here are more "official" way to achieve same result?
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJUpHF7XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBM
TOOLCHAIN=yes on build stage each
installation is failed due to absent "strip".
But maybe, it is not very clean way, I don't know.
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22
checks for the presence of the STRIPBIN
environment
variable and if present, uses the assigned value as the program
to run if
and when the -s option has been specified.
and "grep STRIP_CMD /usr/src/Makefile* /usr/share/mk/*" brings nothing.
- --
// Lev Serebryakov AKA B
use, as far as I understand, ITOOLS are copied from host system
and in such case "strip" is not guaranteed to be able to strip target
binaries...
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJUpH9SXxSAAC4AKGlzc3
put, though (guest addons?).
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJUqooJXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePKr0
; It shouldn't be too hard. ;-)
This driver looks empty to me :)
On the other hand here is
https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Additions/freebsd/drm/
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version:
empty. No
big method tables, no custom vbox-related code, nothing, looks like
driver skeleton.
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJUq8OcXxSAAC4AKGlzc3Vlci1m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-happen/
I didn't see this news on mailing lists :)
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (Mi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 15.01.2015 14:29, Lev Serebryakov wrote:
> https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-happen/
>
> I didn't see this news on mailing lists :)
But here are some thread about FreeBSD is way slower
ere are some thread about FreeBSD is way slower than Linux
>> in these virtual installations
>>
>> https://news.ycombinator.com/item?id=487
>
> May be IOPS quotation? Can you test with dd and custom kernel with
> MAXPHYS=1048576 ?
I haven't Digital Oc
=yes, but it worked month ago and I could not
find anything appropriate in UPDATING or with google.
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJU/tWFXxSAAC4AKGlzc3V
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10.03.2015 14:29, Lev Serebryakov wrote:
> I have WITHOUT_ICONV=yes, but it worked month ago and I could not
> find anything appropriate in UPDATING or with google.
When I delete "WITOUT_ICONV" as workaround here is anot
usr/bin/ar
XLD=/usr/bin/ld
XNM=/usr/bin/nm
XOBJDUMP=/usr/bin/objdump
XRANLIB=/usr/bin/ranlib
XSTRINGS=/usr/bin/strings
XSTRIPBIN=/usr/bin/strip
COMPILER_TYPE=clang
WITHOUT_CROSS_COMPILER=yes
WITHOUT_CLANG=yes
WITHOUT_GCC=yes
WITHOUT_BINUTILS=yes
WITHOUT_ELFTOOLCHAIN_TOOLS=yes
- --
// Lev Sereb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10.03.2015 14:29, Lev Serebryakov wrote:
> I could not build NanoBSD system from r279842 sources on r278265
> host with host tools ("cross-build" with external toolchain).
>
> buildworld fails with
>
> --- usr.sbin.
1
r278206 worked with this config.
BTW, it will be nice to have WITHOUT_UEFI knob.
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJU/0hSXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
operator 2048 30 Apr 23:22 saved-entropy.6
- -r 1 operator operator 2048 30 Apr 23:11 saved-entropy.7
- -r 1 operator operator 2048 30 Apr 23:00 saved-entropy.8
%
What's wrong?
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
1 - 100 of 411 matches
Mail list logo
