current-unsubscr...@freebsd.org"
`openssl passwd` only seems to support md5crypt
--
Allan Jude
___
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"
--
Allan Jude
___
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"
to avoid creating a new version of each
bootcode with GELI support.
My goal somewhere down the road is to create a single bootcode that can
do UFS and ZFS, then maybe we can have gptboot and gptgeliboot or something.
--
Allan Jude
___
freebsd-current
unsubscr...@freebsd.org"
>
Are you using ZFS? What does your memory utilization look like?
Can you provide the 'Mem' and 'ARC' lines from top(1) while building
packages (ideally, a good 20+ minutes into such a build)?
--
Allan Jude
___
free
ximum size is
545kb, so the zfsboot part of the install creates 512kb partitions by
default
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "
rrent
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
You don't mkdir it, you create it as a ZFS dataset, and mark it with the
'canmount=no' property, so it only exists to be a parent, not as an
actual
___
> 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"
>
gnop should work, and you'd set the ashift before you add the devices.
So add the h
nimum, you need to run 'mergemaster -p', which does things
required for 'installworld' to actually succeed.
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, sen
On 2016-03-18 13:42, Nikolai Lifanov wrote:
On 03/18/16 13:03, Allan Jude wrote:
On 2016-03-18 12:33, Guido Falsi wrote:
Hi,
I have just update one of my machines and noticed the booloaders files
got quite fat in the last few days, some by a big margin.
on an updated machine(r296993):
ls
On 2016-03-18 17:41, Freddie Cash wrote:
On Fri, Mar 18, 2016 at 10:39 AM, Conrad Meyer <c...@freebsd.org
<mailto:c...@freebsd.org>> wrote:
On Fri, Mar 18, 2016 at 10:03 AM, Allan Jude <allanj...@freebsd.org
<mailto:allanj...@freebsd.org>> wrote:
> On 20
On 2016-03-18 17:48, Freddie Cash wrote:
On Fri, Mar 18, 2016 at 2:45 PM, Allan Jude <allanj...@freebsd.org
<mailto:allanj...@freebsd.org>> wrote:
On 2016-03-18 17:41, Freddie Cash wrote:
On Fri, Mar 18, 2016 at 10:39 AM, Conrad Meyer <c...@freebsd.org
; To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
Can you describe where exactly it is slow?
Once you get to the loader menu (the beastie menu), can you choose the
option to go to the loader prompt, and type:
bcachestat
And provide the output of tha
On April 27, 2016 2:50:13 PM GMT+02:00, Boris Samorodov <b...@passap.ru> wrote:
>24.04.16 20:46, Larry Rosenman пишет:
>> On 2016-04-21 20:56, Johannes Dieterich wrote:
>>> On Thu, Apr 21, 2016 at 12:16 PM, Allan Jude <allanj...@freebsd.org>
>>> wrote:
>&
ware fully supported I'd be keen to help. It's a nice desktop
> system which I'm hoping to use for the foreseeable future as my main
> workstation.
>
> The dmesg is available here:
> http://dmesgd.nycbug.org/index.cgi?do=view=2961
>
--
Allan Jude
__
On 2016-05-23 10:10, Sergey Manucharian wrote:
> Excerpts from Allan Jude's message from Sun 22-May-16 23:55:
>> On 2016-05-22 23:33, Sergey Manucharian wrote:
>>> Is there any materialistic definition of those builds, which
>>> become snapshots at [0]?
>&
__
> 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"
>
The snapshots are built with the scripts/makefiles in the 'release'
su
link with beadm?
>
> Randy
>
It is not possible to use boot environments when you have a separate
bootpool. This is the motivation for my recent work to implement GELI in
boot2 and loader, to allow you to combine GELI encryption with ZFS boot
environments, which previously requir
gt;> 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"
>>
> ___
> 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"
>
The maximum length of the password is determined by the hashing
algorithm used to hash the password.
The now default sha512crypt has no upper limit at all.
--
Allan Jude
___
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"
On 2016-05-15 11:38, Ben Woods wrote:
> On Sunday, 15 May 2016, Allan Jude <allanj...@freebsd.org
> <mailto:allanj...@freebsd.org>> wrote:
>
> On 2016-05-15 05:19, Ben Woods wrote:
> > Hi everyone,
> >
> > I would like to reinstall my la
at if I grab a recent
> snapshot iso I can install it?
Yes
>
> Thanks again for all the work on this.
>
> Regards,
> Ben
>
>
> --
>
> --
> From: Benjamin Woods
> woods...@gmail.com <mailto:woods...@gmail.com>
--
Allan Jude
___
___
> 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"
>
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
ed, is there
> any board configuration for qemu?
>
> Thanks!
>
Those vm images are created from the 'release' subdirectory of the
source tree.
cd /usr/src/release
make vm-release
will create the stock images. There are config files in that directory
you can play with to adjust the pa
y backup /etc (and related)
> when 'distribution' is run, either intentionally or accidentally (or by
> commit mistakes, such as this).
>
> Glen
>
I wonder if you couldn't actually package it. Before installing the new
/etc, it would create a package of what is in your old /etc an
Q Trims on ada SSDs.
>> There are a few rogue drives that claim support for this feature, but
>> actually implement data corrupt instead of queued trims. The list of known
>> rogues is believed to be complete, but some caution is in order.
>>
>> Warner
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
alled, only 27 of them are explicit - the rest are
> dependencies. I do not look forward to updating my packages,
> even with poudriere. There is usually manual intervention
> required. So it is with this experience that I do sort of
> cringe at having 750+ FreeBSD base packages.
eebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
The mailing list strips attachments. Can you upload it somewhere and
provide a link
--
Allan Jude
___
freebsd-current@freebsd.org mailing li
BA is below first LBA: 0 < 32
> GEOM_PART: integrity check failed (da0, MBR)
>
> I tried this month and last month memstick img. both has same problem. Any
> idea on the issue?
>
> -Howard
>
The last LBA is being reported as 0, which is obviously bogus.
How big is the USB device you have written the memstick to?
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
ing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
There is a patch for this issue:
https://reviews.freebsd.org/D7209
You might try seeing if it solves your problem, and reporting that to
the author
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
rectory, etc) be outside of the BE.
In order to do it the way Dexter is proposing, you can set them
canmount=noauto or with mountpoint=legacy, and then mount them via fstab
(defined differently in each BE), but that kind of defeats a lot of the
purpose of ZFS.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
be written off as being caused by
the bad hardware. After you finish the scrub and everything is OK, do:
'zpool clear poolname', and it will reset all of the error and checksum
counts to 0, so you can track if any more ever show up.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
gt; Glen
>
If the service should be on by default, then it should have
iovctl_enable="YES" in etc/defaults/rc.conf
One way or the other, a default should be set.
--
Allan Jude
___
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"
e data on disc1 is the distsets, which are already .txz (max
compression). That doesn't leave much room for the live OS on the disk.
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To
usually do not transfer the entire image,
only read the blocks used by files that you load. Some IPMI clients
provide stats, usually only about 40mb is read from the bootonly cd.
More if you do things like invoke an editor to write a custom /etc/fstab
etc.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
equired for MBR formatted disks, in order to
write the bootcode into the secret slot in the ZFS disk label.
The problem was fixed in r302319 and was recorded in PR 210717
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
any mail to
>> "freebsd-current-unsubscr...@freebsd.org
>> <mailto:freebsd-current-unsubscr...@freebsd.org>"
>>
>>
>
> _______
> 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"
I think the issue might be that the default value of arc_min is higher
than when the user is trying to set arc_max to. In that case we might
want sysctl to lower arc_min instead of giving an error?
It would definitely be a POLA violation to have to set arc_min lower to
be able to have existing lines that set arc_max in loader.conf work
correctly.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
On 2016-07-05 21:32, Nathan Bosley wrote:
> I think in about 4 - 5 hours I can show what values I'm using in
> loader.conf under, say, r302264 and r302265 for comparison. I'm not 100%
> sure that the problem arose for me in r302265; I merely suspect it.
>
> On Tue, Jul 5, 2016 at
ng
> from 11.0-BETA4 to the subsequent 11.0 build, but most definitely the
> 11.0-RELEASE build.
>
> Glen
> On behalf of: re@ and secteam@
>
As far as I know, the "advantage" to ED25519 keys, is that you can build
openssh without openssl, if you forgo supporting RSA etc.
--
Allan Jude
___
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"
you have the output of 'top', the first few lines
Specifically, is there very high 'Other' usage, on the ZFS ARC line?
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe
> Stop.
> make[1]: stopped in /usr/ports/ports-mgmt/dialog4ports
> ===> Options unchanged
>
>
Are you sure the portsnap process finished successfully? It appears to
be trying to use the FreeBSD 9.x/10.x syntax for adding the dependencies
of dialog4ports, rather than the 11.x method.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
nsubscr...@freebsd.org"
I was not able to reproduce this on my hardware. Can you use 'pciconf
-lv' to find your card and get more specifics on which model of igb(4)
it is?
I am guessing by the C224 chipset, that it is haswell-ish
--
Allan Jude
__
tps://lists.freebsd.org/mailman/listinfo/freebsd-current
>To unsubscribe, send any mail to
>"freebsd-current-unsubscr...@freebsd.org"
Please provide the output of:
uname -a
uname -K
uname -U
--
Allan Jude
___
freebsd-current@freebsd.o
o the zfs boot code area. It is read
by the assembly code there. It is important the file be the size that
will be read, so it is padded out. That file is currently only used for
MBR booting from ZFS.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
On 2017-01-28 14:04, Ngie Cooper wrote:
> On Sat, Jan 28, 2017 at 10:57 AM, Allan Jude <allanj...@freebsd.org> wrote:
>> On 2017-01-28 13:56, Ngie Cooper wrote:
>>> On Sat, Jan 28, 2017 at 8:56 AM, Warner Losh <i...@bsdimp.com> wrote:
>>>
>>> ..
t;
> *sigh* Unfortunately, in my infinity cleverness I only put 2
> partitions on the drive -- freebsd-boot and freebsd-zfs. I guess I'll
> need to make backups of my workstation so I don't lose anything
> critical.
>
> -Ngie
>
Did gptzfsboot not fall below 64kb when you u
On 2017-01-27 12:33, Shawn Webb wrote:
> On Fri, Jan 27, 2017 at 12:30:17PM -0500, Allan Jude wrote:
>> On 2017-01-27 12:05, Warner Losh wrote:
>>> On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome <tso...@me.com> wrote:
>>>>
>>>>> On 27. jaan 2017,
esting to make a recipe that works for it, but the
other option is to use the ZFS bootcode area.
ZFS it self, reserves something like 3.5 mb of space in the ZFS
partition, for boot code. This is how we boot ZFS on MBR.
It should be possible to use this on GPT as well, we just don't.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
"freebsd-current-unsubscr...@freebsd.org"
>
Yeah, most of the size is from the GELI support, not Skein, so that is
your best starting place.
I also have some work in progress with tsoome@ to further shrink things
for you.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
. lam: unable to limit stdio: Capabilities
> insufficient
> /usr/sbin/portsnap: cannot open
> 8c94d2c3f8fcea20eb1fd82021566c99c63a010e6b3702ee11e7a491795bcfb8.gz: No such
> file or directory
> metadata is corrupt.
>
> Reverting r313938 fixes the problem.
>
Fixed in r314
via src.conf and make.conf is fine and sophisticated. But "RELEASE"
> seems to
> handle things different, and the standard is useless for a rescue mission.
>
> So far.
>
> It might be that I have overlooked something ...
>
> Regards,
>
> oh
>
The DVD should still contain clang. Only the smaller images (bootonly,
disc1) should have clang removed.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
rrent@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
Is this because they are being used by GEOM?
Try: zfs set volmode=2
Reboot, and see if that solves it
--
the ESP.
> ___
> 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"
>
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
lf in the foot mode' for geom:
man 4 geom:
0x10 (allow foot shooting)
Allow writing to Rank 1 providers. This would, for example,
allow the super-user to overwrite the MBR on the root disk or
write random sectors elsewhere to a mounted disk. The
implications are ob
ange? What is now the official way to restart network?
>
> Kind regards,
> Oliver
>
As far as I am aware, this has always been this way, at least with
FreeBSD 6.0 and later. When you delete the interfaces, the route goes
away, then you recreate the interfaces but not the routes.
--
Al
...@freebsd.org"
>
Are you using zvols to back the VMs? Make sure they are in 'volmode=dev'
not 'geom' (the default), or GEOM will lock the device when it detects a
partition table being written to the zvol (from the installer inside the VM)
Note that this setting requires you to export/import the pool or reboot
to apply.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
gpart
bits. That leaves the 'uncommitted' transaction pending, and may require
a 'gpart undo' before the other commands will work correctly.
I wonder if something like 'zpool labelclear', but for gpart would be
useful, that just nukes the first and last few MB of the disk. I know in
the
wn issue or perhaps I'm missing something obvious? zpool
> labelclear is also providing a similar error. The -f options are not
> helping.
>
>
> Any ideas what my issue maybe? The error suggests it is currently active on
> the pool, however the offline should have changed that sta
tops new blocks from being
deduplicated. Any data written while deduplication was on, are still
deduplicated. You would need to zfs send | zfs recv, or
backup/destroy/restore to get the data back to normal.
If the drive is making that much noise, have you considered that the
drive might be failin
; markmi@FreeBSDx64:/usr/local/src/crochet/work/obj/arm64.aarch64/usr/src/sys/GENERIC-NODBG
>> arm64 aarch64 1200014 1200014
>
>
>> # svnlite info /usr/ports | grep "Re[lv]"
>> Relative URL: ^/head
>> Revision: 424540
>> Last Changed Rev: 424540
>
&
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
Newer versions of OpenSSH, like the one shipped in 11.0 and 12-current,
do not accept DSA keys anymore. You will need to use RSA keys, or the
newer ECDSA or ED25519 key types.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
;> Any idea?
>>
>> --
>> Iblis Lin
>> ___
>> 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"
> ___
> 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"
>
IIRC, bapt@ specifically mentioned this case in the review for
caph_limit_stdio() or one of the reviews that lead to the creation of
the helpers.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
d be higher than the 2nd value
(net.inet.icmp.icmplim). It should only alert if it is actually limiting
the response rate.
You can mute it by setting: net.inet.icmp.icmplim_output=0
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
https://lists.
t; > hw.igb.rx_process_limit="-1" (It should be useless now too)
> > hw.em.rx_process_limit="-1"
> >
> > dev.igb.2.fc=0
> > dev.igb.3.fc=0
> >
> > I can generate profiling data for you: what kind of data do you want ?
> >
>
>
> __
S' while it is performing badly, what is the CPU load like?
Is your /usr/ports dataset compressed?
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
> reinstall, based on a 64-bit memstick system?
>
> Thanks
>
> matthias
>
>
The problem is that the build system has built a cross compiler in
/usr/obj that it uses to do the building etc, and it is 64bit. Your
32bit OS cannot run it (gives Exec format error).
You could try (untested, might eat your lunch, and kick your dog)
On the AMD64 host:
mkdir /tmp/amd64
make installkernel DESTDIR=/tmp/amd64
Then manually copy that kernel & modules into /boot/kernel on the i386
system, and reboot into it.
Then you'll have a 64bit kernel, and your old i386 world.
Then you should be able to do the make installkernel / installworld from
the /usr/src and /usr/obj you transferred
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
hange - the firmware prior to that showed the same non-existing AES-NI
> feature.
>
I have used the E5-1650 v3 in the FreeBSD test cluster, and AES-NI works
fine.
I had to enable it in the BIOS though. It is on the CPU features page,
and may have an odd name, rather than "AES-NI"
AES-NI is unrelated to TPM.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
> FreeBSD ttest2 11.0-RELEASE-p1 FreeBSD 11.0-RELEASE-p1 #0 r306420: Thu Sep
> 29 01:43:23 UTC 2016
> r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC
> amd64
>
> dmesg:
> CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz (3500.08-MHz K8-class CPU)
> O
17 now which boots the box fine.
>
> Booting in single-user mode is also quick as expected.
>
> oh
>
Is it stalled in a specific place?
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
>Nothing in that says anything about "on disk". So while this thing
>is sitting in memory on the TXG queue we should return the number of
>512 byte blocks used by the memory holding the data.
>I think that would be the more correct thing than exposing the
>fact this thing is setting
't be able to look at this until Tuesday the 14th. I am in Japan
until then.
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-c
T #2 r313684: Sun Feb
> 12 20:52:19 BRST 2017 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64
> %
>
Maybe I am missing something. What is the problem with the output?
ls just appears to be doing columns.
--
Allan Jude
___
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"
88K
> /var/audit
> hpelitebook8570p/var/crash88K 352G 88K
> /var/crash
> hpelitebook8570p/var/log 684K 352G 684K
> /var/log
> hpelitebook8570p/var/mail152K 352G 152K
> /var/mail
> hpelitebook8570p/var/tmp 88K 352G 88K
> /var/tmp
> #
> ___
> 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"
Boot environments with a bootpool do not work. Support for GELI with
UEFI is coming soon. This will allow you to move /boot into the GELI
encrypted pool, and get rid of the bootpool, and properly use boot
environments.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
It turned out GPT and zfs are not usable at this machine.
> MBR / ZFS works fine.
>
> I'll stick with that.
>
What type of machine is it?
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
On 2017-06-20 17:45, Trond Endrestøl wrote:
> On Tue, 20 Jun 2017 17:31-0400, Allan Jude wrote:
>
>> On 2017-06-20 17:27, Trond Endrestøl wrote:
>>> Has anyone else seen a crash in base/head in abd_put() after r320156?
>>>
>>> One of my experimental
0
> fork_exit() at 0x80640df5 = fork_exit+0x85/frame 0xfe01b0231bf0
> fork_trampoline() at 0x8096915e = fork_trampoline+0xe/frame
> 0xfe01b0231bf0
> --- trap 0, rip = 0, rsp = 0, rbp = 0 ---
> Uptime: 4s
>
This seems to be an unintended consequence of some code that
>> perfectly good ssh as part of hte system, and it's really annoying
>> having to specify
>> /usr/local/bin/scp or /usr/local/bin/ssh in every script.
>>
>> So can we please have the latest version of the HPN changes back in
>> the default system please?
>&g
...@freebsd.org"
I have this stand-alone patch ready now:
https://github.com/openssh/openssh-portable/compare/master...allanjude:V_7_5_dynamic_window
In my benchmarks with 100ms of latency (from dummynet) is increases SSH
send throughput from 1 megabyte/sec to 225 megabytes/sec provided a
large enough socket buff
On 2017-05-22 03:50, Julian Elischer wrote:
> On 22/5/17 2:20 pm, Allan Jude wrote:
>> On 2017-05-18 22:28, Julian Elischer wrote:
>>> So after stripping out the HPN version of ssh from our product becasue
>>> "it was no longer needed" we dicovered t
tuff
related to stat(), and versioned the symbol. You are trying to run apps
compiled for a newer version of -current than you are running. You need
to update your kernel and userland to patch what pkg is built against.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
the benefit.
I am preparing some benchmarks and other data along with a patch to
increase the maximum size of pipe I/O's as well, because using 1MB
offers a relatively large performance gain there as well.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
you can boot from a
GPT partitioned disk in legacy mode, without UEFI.
If it doesn't work, the installer still supports MBR.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
> 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"
>
I think you can enable most of them by adding WITH_CLANG_EXTRAS=yes to
/etc/src.conf and recom
On 2017-10-04 05:27, Thomas Mueller wrote:
> from Allan Jude:
>
>>> Anyone has any recommendations or experience about how to use native 4K
>>> disks with FreeBSD?
>
>>> --HPS
>
>> It is not possible in legacy/BIOS mode, because the BIOS
using UEFI.
I am trying to debug a problem I am having with this on my new Mac,
which has a 4k NVMe disk.
--
Allan Jude
___
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"
t has scrolled off
the top of the screen, press scroll-lock and then you can use the arrow
keys to navigate back up into the buffer.
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To u
localhost wpa_supplicant[1279]: wlan0: Failed to initialize
> driver interface
> Oct 17 11:06:14 localhost root: /etc/rc.d/wpa_supplicant: WARNING: failed to
> start wpa_supplicant
>
>
> The laptop spends the vast bulk of its time running stable/11, so
> the threat is somewhat mitigated
>
> Peace,
> david
>
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
gt;
The time estimate is a pure average over the entire length of the scrub
or resilver operation. The very start of the operation is quite slow,
because it involves a lot of random seeks, and the read-ahead is not
very smart (patches are in progress). And yes, after you adjust the
resilver_delay, it will take time for its impact to be visible in 'zpool
status'.
At times, you are better off looking at 'gstat', to see how busy the
disks actually are. You will likely notice the bottleneck is IOPS, you
will be at the limit of at least one the entire duration of the
resilver, unless your resilver_delay is high enough to leave some
available IOPS.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
base, where pkg will keep the last N (default to 5 I think) kernel
packages you have installed around, incase an upgrade goes bad.
This feature will work on any filesystem supported by the loader.
--
Allan Jude
___
freebsd-current@freebsd.org mailing list
___
> 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"
>
lld is not the default on amd64 yet. So only people who have set the
src.conf k
oot code lately.
>
Some of the boot code has been changed over to LOADER_GELI_SUPPORT=no
And so you ended up with some code not guarded. Add the additional
src.conf knob for now, and Warner will get it fixed up shortly.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
then attach that patch to a bugzilla, or upload it to
reviews.freebsd.org
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
wrong with your setup, and
add it as a test case to prevent this in the future.
The recent changes are:
r335245 (reading the size of the disk)
r335254 (reading past the end of the disk)
r335276 (enable the serial console sooner so the password prompt can be
used over serial)
There is also one outstan
nt@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
This indeed seems to be the correct approach. The exp-run will compile
the entire ports tree against the patc
___
>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"
If you just press shift a bunch of times, does it print the Mount
On 2018-06-23 00:37, Warner Losh wrote:
> There were some issues with legacy geely booting recently. What version?
> UEFI or legacy BIOS booting?
>
> Warner
>
> On Fri, Jun 22, 2018, 10:26 PM Ben Woods <mailto:woods...@gmail.com>> wrote:
>
> On
;
> Oddly, it is the same negative number every time (-559038242), so it
> isn't random/memory corruption.
>
>
>
> Is mount required?
>
> Warner
>
>
No, I just plugged the USB stick in, and then removed it 10 seconds
later, panic.
I've also seen it in V
, but it's not. It looks like it may be
>>> bytes
>>>> to a pointer :(
>>>>
>>>>
>>>>> As noted, this is a build machine, and it was to be powered off for
>>>>> the rest of the day anyway, so I don't need to get it up
; Oliver
>
The 1mb alignment is not required. It is just what I do to leave room
for the other partition types before the ZFS partition.
However, the replacement for the GNOP hack, is separate. In addition to
aligning the partitions to 4k, you have to
all boot output and "everything is fine"
>
> The problem arises when trying to login. I see the amnesiac login
> prompt, but no key strokes are registered.
>
> loader.conf:
> console="comconsole"
> comconsole_speed="115200"
>
> boot.config:
>
>
> sean
>
>
If it is COM2, don't you also need:
comconsole_port="0x2f8"
And possibly device.hints:
hint.uart.1.flags="0x10"
to mark it as a serial console?
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
is)
>>
>
> I never have had a machine running 11. This machine is on 12 since 2 or
> 3 years. I will check if this configuration was properly set on that
> machine.
>
> Thanks!
>
> Erich
> ___
> freebsd-current@freebsd.org mailing lis
it
gets deduped)
It isn't clear to me from the presentation if this issue is mitigated or
not. Slide #26 suggests they have done more than Oracle did.
--
Allan Jude
signature.asc
Description: OpenPGP digital signature
301 - 400 of 442 matches
Mail list logo