crontab? Can you please run this, and post the output:
>
> sudo grep -R save-entropy /etc /var/cron/tabs
% sudo grep -R save-entropy /etc /var/cron/tabs
/etc/crontab:*/11 * * * * operator
/usr/libexec/save-entropy
%
Nothing wrong!
- --
// Lev Sereb
h every "save-entropy" or "atrun"
execution, only as often as I get these "save-entropy" complains.
- --
// Lev Serebryakov AKA Black Lion
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJVQ0mqXxSAAC4AKGlzc3Vlci1mcHJAbm
interp_parse.o
ls.opart.o vers.o
commands.o disk.o load_elf32.o
machine reloc_elf32.o x86
%
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01.06.2015 22:55, Oliver Pinter wrote:
>> Do you have compile tested the code? I got this build error:
also, here are bunch of things like this:
DPRINTF(sc, ATH_DEBUG_ANY, "%s: if_flags %x\n",
__func__, ifp->if_fla
sc->sc_tdmaswba =
vap->iv_tdma->tdma_bintval;
} else
sc->sc_tdmaswba--;
} else
#endif
- --
// Lev Serebryakov
AP to specific
> device.
I think, it is a bug. Some options could be configured only on
underlying devices!
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQJ8BAEBCgBmBQJVbMf+XxSAAC4AKGlzc3Vlci1mcHJ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 02.06.2015 00:20, Gleb Smirnoff wrote:
> On Tue, Jun 02, 2015 at 12:00:46AM +0300, Lev Serebryakov wrote: L>
> > One confusing thing, that the underlaying devices (ath0 and
> iwn0) L> > has gone from ifconfig, and that
Hello Freebsd-current,
Buildworld for r286209 failed:
numactl.o: In function `main':
/data/src/usr.bin/numactl/numactl.c:(.text+0x269): undefined reference to
`numa_setaffinity'
/data/src/usr.bin/numactl/numactl.c:(.text+0x33b): undefined reference to
`numa_getaffinity'
/data/src/usr.bin/numact
nstallation
WITHOUT_INSTALLLIB=yes
WITHOUT_MAKE=yes
WITHOUT_TOOLCHAIN=yes
is added too.
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJVv1rAXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
Hello Freebsd-current,
Looks like Hyper-V support in -CURRENT kernel depends on legacy "device ata".
It is not documented anywhere.
BTW, is it possible to track such dependencies at "make config" stage, not
with "ata_if.h is not found" at build stage?
--
Best regards,
Lev
Hello freebsd-current,
I have "home router" based on Intel MoBo with integrated Arom D2500 CPU.
It boots and works fine on -CURRENT r285355 (it is ~11 of Jun 2015).
But several latest revisions (I've tried r288145 month ago and now r289874)
crashes almost instantly after boot. It is 100% repro
Hello NGie,
Saturday, October 24, 2015, 11:49:31 PM, you wrote:
>> Hello freebsd-current,
>>
>> I have "home router" based on Intel MoBo with integrated Arom D2500 CPU.
>> It boots and works fine on -CURRENT r285355 (it is ~11 of Jun 2015).
>>
>> But several latest revisions (I've tried r288145
Hello freebsd-current,
Each other time "make installworld" from object directory created several
hours ago
try to build efiloader again (and fails in my case as this world doesn't
contain compiler):
===> sys/boot/efi/loader (install)
cc -O2 -pipe -fPIC -I/data/src/sys/boot/efi/loader
-I/data
Hello NGie,
Sunday, October 25, 2015, 12:35:54 AM, you wrote:
> Be sure to run buildworld with -DNO_CLEAN after updating your
> sources when using make installworld. Unfortunately many of the Makefiles
There is NO updating sources inbetween! Maybe, kernel rebuild (as now,
when I've rem
Hello NGie,
Saturday, October 24, 2015, 11:49:31 PM, you wrote:
> Based on the stack trace you provided and commits made in the
> past few weeks, wlan might be a factor. Could you please disable wlan
> support and see if the panics persist?
Yep. It is not WiFi-related. It is something ke
Hello freebsd-current,
New version of -CURRENT try to configure wlan0 and run hostapd twice:
Created wlan(4) interfaces: wlan0.
Created clone interfaces: gif0.
em0: link state changed to UP
em0: link state changed to DOWN
ifconfig: NONE: bad value
vlan0: changing name to 'skynet'
vlan1: changin
Hello NGie,
Sunday, October 25, 2015, 10:30:47 PM, you wrote:
> This [the hostapd start/stop logic] all gets triggered whenever the interface
> goes up and down.
So, first time hostapd is started by /etc/rc.d/netif before devd, and
second time devd call /etc/rc.d/netif again on interface up,
Hello freebsd-current,
I've tracked down my reboot on r289874 to r286256. My system crashes
after several seconds of running with several post-286256 revisions
(r289874 is tested most by me). But if I revert r286256 (and only this
one), r289874 works solid-stable with both ULE and 4BSD. I
Hello NGie,
Sunday, October 25, 2015, 10:39:51 PM, you wrote:
> It’s documented here:
> On the other hand, if you want to configure your wireless
> interface with hostapd(8), you need to add ``HOSTAP'' to the
> ifconfig_ variable. hostapd(8) w
Hello NGie,
Sunday, October 25, 2015, 10:45:10 PM, you wrote:
> It depends on how it’s setup. Is your interface is using DHCP and are you
> using the stock devd.conf file? From etc/devd.conf:
devd.conf is stock one, but, of course, HOSTAP-interface uses static
address. One more time:
wlans_at
Hello NGie,
Sunday, October 25, 2015, 11:09:03 PM, you wrote:
> Ok, this is really not making sense from a design perspective.
> `ifconfig_` is being overloaded for starting up hostap’s (even though
> ifconfig itself doesn’t support hostap — only `wlanmode ap`). I don’t
ifconfig doesn't support
On 24.03.2016 22:06, Владимир wrote:
> Intel Atom Z3735F
Both x86 (32 bit) and amd64 (64 bit) will do. It depends on available
memory. If you have 4GB or more installed, try amd64.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
d this fragmentation could help me, as
administrator. But it adds load to "pkg", to many pkg-related scripts,
to "pkg version" output, at last!
Why, or why, such fine-grained splitting (or should I say "shattering")
of base was chosen? Is here good rationale for this?
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
On 18.04.2016 21:52, Lev Serebryakov wrote:
> kerberos
Ok, kerberos could not be packetized at all, as it is compilation
option for many other programs in tree. But 755 packets doesn't solve
this problem too.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
better. Again,
here are some "contrib" software which have one-to-one replacements in
ports, like sendmail, ssh/sshd, ntpd, but split all other
FreeBSD-specific code? Yes, debug. Yes, profile. Yes, static libraries.
Yes, lib32 on 64 bit system.
It seems that it is ideological (&quo
"end-users" of server OS.
> I hope a way is found to manage these number of packages without
> losing sanity and that a normal pkg info doesn’t list them.
> And that pkg upgrade doesn’t upgrade base-packages.
And there are my (and not only my) worries, too!
--
// Le
freebsd.org/pipermail/freebsd-current/2016-April/060690.html
And it is exactly concern: it hard to notice such breakage, as there is
hundreds of packages.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
ail/freebsd-current/2016-April/060688.html).
I really like Slawa approach, but it requires much more sophisticated
pkg, including additional metadata, etc.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
vers which will have 755 packages only for base system, but admins
and ops, and they have OTHER priorities over developers. And, of course,
most of them could not send high-quality patches to such complex pieces
of software as pkg or FreeBSD build system.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
nd ops, but not for developers.
Please, consider ops and admins, who must support old installations,
often made by other, not-reachable, people, and stuff like this,
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
whatever". All objections are against mechanical
splitting base to 700+ packages, not against packaged base per se.
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
ary, if you take one-month-before-release in account!
--
// Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
On 13.08.2016 16:54, Michael Butler wrote:
> Is anyone else seeing this?
Yes, I've posted message to fs@, as it is r304026 for sure (and author
was CC:ed too).
--
// Lev Serebryakov AKA Black Lion
signature.asc
Description: OpenPGP digital signature
I didn't define any XPT_ macro by hands, but I have
options PRINTF_BUFR_SIZE=1024
in my kernel config.
--
// Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listin
On 06.03.2017 20:10, Lev Serebryakov wrote:
> I've got this error when tried to update my -CURRENT VM to r314772:
>
> /data/src/sys/cam/cam_xpt.c:84:1: error: static_assert failed
> "XPT_PRINT_LEN is too large"
> _Static_assert(XPT_PRINT_LEN <= XPT_PRINT_MAXL
gt; https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinf
s Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr b280b2806000b28
device_attach: est1 attach returned 6
p4tcc1: on cpu1
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.o
itch between them.
--
// Black Lion AKA Lev Serebryakov
___
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"
d@ (Message-ID
<1175277342.20110821215...@serebryakov.spb.ru>), I've got additional
question from Warner Losh about base (underlying) file system, without
any additional reaction.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@free
if necessary.
Did you add "ath_pci" device into your kernel config file?
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
of valid pointer to struct
vnode. But I have no idea -- why?! Yes, I have no such file created,
but man alq(9) says, that it will create file for me. And if I point
to existed file, it panic anyway.
What do I do wrong?!
--
// Black Lion AKA Lev Serebryakov
_
ms, that vref() get NULL instead of valid pointer to struct
> vnode. But I have no idea -- why?! Yes, I have no such file created,
> but man alq(9) says, that it will create file for me. And if I point
> to existed file, it panic anyway.
> What do I do wrong?!
--
// Black Lio
e API? Is it normal, that
> this leads to panic, and not some diagnostic messages, even with
> WITNESS and other diagnostic options turned on?
not holding (explicitly release before call) topology lock doesn't
help.
--
// Black L
562, to make raid3 spare
drives work.
Patch against CURRENT is attached.
Thank you.
--
// Black Lion AKA Lev Serebryakov ___
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"
Hello, Lev.
You wrote 4 октября 2011 г., 22:05:07:
>Patch against CURRENT is attached.
Oh, sorry, it seems, that patch is too big for list.
http://lev.serebryakov.spb.ru/download/geom-events-1.0.head.patch.gz
--
// Black Lion AKA Lev Serebrya
be added to config
file for "zfs" type of GEOM, but, I think, as ZFS has extensive userland
library, zfsd solution could be better for ZFS.
But anyway, I don't want to touch any ZFS sources, as they are very
complicated.
But I open for suggestions from ZFS team, of course
dropped component fith spare
drive, as in such case most classes prefer "latest" drive, not old
one. Without spares, everything will be exactly as it is now, plus
e-mails to administrator :)
--
// Black Lion AKA Lev Serebryakov
___
freebsd
name and class of GEOM, only provider's
name (devfs entry).
--
// Black Lion AKA Lev Serebryakov
___
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"
TROYED will be reported by very
generic mechanism, it will end up with 10 e-mails to administrator on
every boot -- I've got this, when put notifications in too generic
place for first try.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-curr
Hello, Stephane.
You wrote 5 октября 2011 г., 10:25:51:
> On 10/05/2011 03:19 PM, Lev Serebryakov wrote:
> A bit unrelated, but are there plans to integrate hardware RAID
> (mps/mfi/mpt/amr) failure notification in the same way as this would be
> done for GEOM ? As in, "one fra
Hello, Andrey.
You wrote 5 октября 2011 г., 11:51:36:
> On 05.10.2011 10:39, Lev Serebryakov wrote:
>>>(1) Class and name of GEOM which is affected.
>>>(2) Name of provider which is affected.
>>>(3) Name of underlying provider which is lost (consumer fr
it will not be
backward-compatible.
And, yes, it seems to be much more intrusive change in GEOM
subsystem (because it will change tasting sequence), and should be
supervised by other developers from very beginning.
I could write proposal in near future, with some design notes.
--
lter in GEOM infrastructure itself ("not pass
provider for tasting to anything but class, written in first 16 bytes
of last sector") looks good idea, IMHO.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http
o make it work this way I need to
add knowledge about all classes and their output formats to
geom-ecents(8). I don't think, that it is good design -- it is bad
idea to put knowledge about GEOM classes in two places -- class
itself and some script. It
hese classes). And, if such changes will be made,
generic command to "geom" itself, without class at all, could be added
-- of course, it will refuse to clear anything that doesn't start from
"common" signature.
--
// Black Lion AKA Lev Serebryakov
he GPT label if you first see the GLABEL.
> I guess the present situation was created out of laziness ;)
No. GPT (and MBR) metadata placement is dictated from outside world,
where is no GEOM and geom_label. They INTENDED to be used on DISKS.
BIOSes should be able to find it :)
--
// Bla
But if geom_label doesn't reduce its provider to count its own
metadata, it looks like a bug!
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
ls..
Please, blame sqlite3 for tcl. sqlite3 could be build without it
easily, and I don't understand, why sqlite3 maintainer uses it
unconditionally. Yes, it gives SLIGHTLY more optimal resulting code,
but, IMHO, tcl is too high price for it in most cases.
--
// Black Lion AKA Lev Serebryakov
ht want to use the http:// protocol to check something out the
> neon option works well and is fairly painless.
It doesn't help to remove tcl build dependency, as sqlite3 is
unconditional dependency :(
--
// Black Lion AKA Lev Serebryakov
___
free
same data -- as the primary. MBR could do likewise.
MBR doesn;t have any additional metadata. How adding one will help
it?
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebs
be at end of
disk. Period.
--
// Black Lion AKA Lev Serebryakov
___
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"
> yourself in the leg should be output. (period)
Ok, maybe adding check to geom_part, that it is used on rank-1
provider (whole disk) is not so bad idea. But it then raise question
how to install FreeBSD on software mirror, what is useful. But could
bite you sometimes... Hm...
--
// Bla
ace when an MBR is
> installed on a glabelled (or gmirrored) drive.
And how it should work with MBR created by non-FreeBSD tools?
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
mentioned in documentation, at least.
But how people will create bootable gmirror installation in such
case? Make (many) mirrors from parts? I don't like this idea...
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org
incompatible with any pure-software
mirror or mirror-like RAID.
--
// Black Lion AKA Lev Serebryakov
___
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"
, and, in case of synchronization, it will thrash
disk, as all instances will try to read and write from different areas
of disks (partiitons) in same time...
I don't see good universal solution for this, unfortunately :(
--
// Black Lion AKA Lev Serebryakov
_
o explain (1) in more details.
(3) MBR sub-module of gpart should check size of provider and
refuse to "see" MBR if provider is several sectors larger, than
recorded in MBR. It will prevent it to pickup failed component of
gmirror directly.
onent of
>gmirror directly.
(4) The same check as described in (3) should be done by BSD
sub-module of gpart.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman
derstand that... See my proposal in other thread (renamed to
"MBR, GPT and their co-existence with other GEOM classes").
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/list
STALL
I don't want to use this way, as it will create hidden dependency.
What if vulnerability is found tomorrow for sqlite? It is not a
solution to have some sqlite.c taken from arbitrary source. It is
better to fix sqlite3 port.
--
// Bla
ties when GPT is created not on
raw disk, but over some other GEOM. But, again, I didn't see clear
approval from "senior developers" (not to speak about Release
Engineers) for such change...
(I've CCed current@ mailing list, as mos
e for such
"strange" systems. My net5501 boots from image built on Intel
Q9650-based system (i386, of course).
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-cur
some time (for example, open file or
create ALQ)?
I could create thread for this. But it looks strange and too heavy: create
thread
to call one function once.
Maybe, kernel has some API to postpone such task to one,
always-running idle thread?
--
// Black Lion AKA Lev Serebryakov
Hello, Kostik.
You wrote 30 октября 2011 г., 19:03:39:
> See taskqueue(9). On the other hand, waiting for the enqueued task to
> finish is itself the sleepable action.
I'll not wait for finishing. Task will put result to volatile atomic
field, and it's all.
--
// Bl
le to have FreeBSD/amd64 without ACPI?
--
// Black Lion AKA Lev Serebryakov
___
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"
could be reason why FreeBSD/amd64 could not be boot on
> this box.
> Is it true? Is it possible to have FreeBSD/amd64 without ACPI?
It seems, that "device mptable" in kernel config helps.
Why is it not in GENERIC kernel?
--
// Black Lion AKA Lev Serebryakov
___
Again, no all these wide-SCSI and 10Mbit NICs.
Hey, we still have "cpu I486_CPU" in i386 config! How THIS could be
generic in 2012!?
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.or
e unfare
/ meaningless, ets)
(3) Lose [potential] userbase.
You know, that these benchmarks are bad. I know. But potential (and
even some current!) user doesn't. And it seems, that these benchmarks
become popular over Internet.
--
// Black Lion AKA Lev Serebryakov
__
Hello, Adrian.
You wrote 16 декабря 2011 г., 20:43:27:
> Guys/girls/fuzzy things - this is 2011; people look at shiny blog
> sites with graphs rather than mailing lists. Sorry, we lost that
> battle. :)
My thoughts exactly.
--
// Black Lion AKA Lev Se
e-size-fits-all
> abstract way. Having only one source of published numbers suggesting
> that "OS Foo is better" *even if those numbers are completely bogus*
> will have a disproportionate effect.
Yep.
--
// Black Lion AKA Lev Serebryakov
__
Hello, Mdf.
You wrote 28 декабря 2011 г., 23:14:19:
> Not required by SU as they use an explicit BIO_FLUSH which should be
> handled by the driver.
No, they don't. It was discussed here about month ago.
--
// Black Lion AKA Lev
s consuming CPU.
Kernel config is stripped down GENERIC, with SHED_ULE.
And I never have such problems with 10-CURRENT from 23 Nov 2011.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman
ous version had 5.5).
P.S. Adding net@ and mav@ to CC, original posting with all data is in
current@
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubsc
10 lines before. Interrupts? For
sure. Soft interurpts (netisr)? Yes. ng_queue? Never.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
our and I could not spend 9 hours in row on this
task.
--
// Black Lion AKA Lev Serebryakov
___
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"
em (not only kernel), update build box, rebuild ports, build
image for router. It is about 5 hours per version. More than 512
revisions to search, about 10 iterations. FML.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
htt
outer. It takes about 5 hours per iteration and here is more than
512 revisions, so it is about 10 iterations :(
I could provide any debug information from old and new systems.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freeb
b694bf12157b
15678c15678
< MD5 (./var/log/userlog) = a827af82c1f780687706b19c7d94b29e
---
> MD5 (./var/log/userlog) = fc289b66ae6cb23f9b24b694bf12157b
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.or
U,'' there is only
The CPU with The Core :)
--
// Black Lion AKA Lev Serebryakov
___
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"
ith
protocols like L2TP), but, IMHO, it is good idea to warn user when it
COULD be avoided.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any m
Hello, Lev.
You wrote 12 января 2012 г., 15:00:20:
>> But what mav says makes sense.
> It is it -- stack size. Setting KSTACK_PAGES=6 fixes situation.
OOOPS. Not. After another 5 minutes ng_queue again consumes 100% CPU
:(
--
// Black Lion AKA Lev Se
Hello, Freebsd-current.
You wrote 14 января 2012 г., 17:31:04:
> Is this a BUG?
It looks mlike could be root of my problems with ULE and NetGraph...
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
h
option in rc.conf).
Am I right?
--
// Black Lion AKA Lev Serebryakov
___
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"
ctions are broken, even if one second later
dhcpclient receive SAME lease! I don't like this. FreeBSD was very
tolerant to unplugging cable for eons, and I (and not only me) like
it. If I understand this change properly, it is no more the case :(
--
// Black Lion AKA Lev Serebryakov
___
efault behavior should be OLD
ONE about IP address in any case and OLD ONE about exit in case when
dhclient isn't started by devd, but by rc scripts directly.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://li
IP and all connections in such case is MAJOR
headache.
--
// Black Lion AKA Lev Serebryakov
___
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"
erface. Removal of address from interface will drop all open
connections, which uses this address.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, se
be supported. It is
perfectly valid and sensible setup for small devices (think:
MIPS-based routers, which are started to be supported now), where devd
could be very costly in both terms of flash size (it is C++
application and need C++ runtime!) and memory (only devd event on
such devices are thi
or everybody.
--
// Black Lion AKA Lev Serebryakov
___
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"
SoC-based router has only 16MiB of flash. And,
yes, FreeBSD doesn't fit well in this size now, but why add another
mandatory program, only role of which is to monitor network cable and
re-run the same program every time?
--
// Black Lion AKA Lev Serebryakov
_
101 - 200 of 411 matches
Mail list logo
