On Mon, Jan 29, 2018 at 02:22:58PM -0600, Kris Katterjohn wrote:
> On Mon, Jan 29, 2018 at 07:52:06PM +0100, Andreas Kusalananda Kähäri wrote:
> > It looks as if the "bind" builtin lives, along with the bindable
> > functions, in emacs.c and that the command line editing in Vi-mode never
> > ever c
> Resume after suspend fails on a Zenbook UX390UA if (and only if) the
> USB hub/adapter that comes with it is connected.
Is that a pure USB dock, or is it something else? Does it connect with
a pure USB connector?
Maybe the resume-side EFI/ACPI/SMI makes assumptions about it?
At suspend time,
On Tue, Jan 23, 2018 at 12:04:36PM +0300, Denis wrote:
> I'am interesting how to accelerate extremely slow QEMU software
> emulation with vmm driver if was possible right now of in future releases.
>
> Does somebody have any results with it?
>
> Thank you for answer in advance.
>
> Denis
>
Som
Hi,
I just found the SYNCHRONISATION section of the dhcpd manual page. Sounds great
- thanks for again implementing such a nice simple feature into OpenBSD.
I also had a look into dhcpd.c and sync.c and with my limited knowledge tried
to answer the following question:
Is there any mechanism to
Hi,
I've been having some issues with select/sigprocmask and signals on
OpenBSD 6.2 (amd64).
Since 6.0, I've been working on EFL (enlightenment.org) on FreeBSD and
OpenBSD. OpenBSD broke sometime after the 6.0 release (in the mainloop
SIGCHLD were getting lost and applications would hang).
I'm h
On Tue, Jan 30, 2018 at 07:57:14PM +, Al Poole wrote:
> Hi,
>
> I've been having some issues with select/sigprocmask and signals on
> OpenBSD 6.2 (amd64).
>
> Since 6.0, I've been working on EFL (enlightenment.org) on FreeBSD and
> OpenBSD. OpenBSD broke sometime after the 6.0 release (in th
> On 30 Jan 2018, at 20:14, Otto Moerbeek wrote:
>
> On Tue, Jan 30, 2018 at 07:57:14PM +, Al Poole wrote:
>
>> Hi,
>>
>> I've been having some issues with select/sigprocmask and signals on
>> OpenBSD 6.2 (amd64).
>>
>> Since 6.0, I've been working on EFL (enlightenment.org) on FreeBSD a
Hello,
I am sorry if this is an ignorant question, but I am having difficulty
finding info regarding MAXSIZD.
A look through /sys/arch/amd64/include/vmparam.h reveals a 32GB maximum
per-process limit. A look through some of the other arches I own reveals:
amd64 MAXDSIZ : ((paddr_t)32*102
There are known clock/timer issues with OpenBSD under KVM due to
what appear to be bugs in KVM.
There is some info in the following thread:
https://marc.info/?l=openbsd-bugs&m=151430928212450&w=2
I'm afraid you are on a wild goose chase. The behavior you are
seeing is not what you'd see on bare
> On 30 Jan 2018, at 21:32, Todd C. Miller wrote:
>
> There are known clock/timer issues with OpenBSD under KVM due to
> what appear to be bugs in KVM.
>
> There is some info in the following thread:
> https://marc.info/?l=openbsd-bugs&m=151430928212450&w=2
>
> I'm afraid you are on a wild go
Hello *,
I am trying to set up an IPsec connection between OpenBSD 6.2
and an IPFire firewall, while the OpenBSD is a road warrior.
There, I use "iked", while the firewall is running "strongswan".
After struggling with some cryptography issues (curve25519 and
brainpool512 did not work, neither di
On Tue, Jan 30, 2018 at 5:54 PM, Theo de Raadt wrote:
> Is that a pure USB dock, or is it something else? Does it connect with
> a pure USB connector?
I'm not sure what "pure" means. It is a box with one female USB-C,
HDMI, USB-A plug each, and it has a cable with a male USB-C plug that
goes int
Jordan Geoghegan wrote:
> amd64 MAXDSIZ : ((paddr_t)32*1024*1024*1024)
> i386 MAXDSIZ : (3UL*1024*1024*1024)
> sparc64 MAXDSIZ : (8L*1024*1024*1024)
> mips64 MAXDSIZ : 16UL*1024*1024*1024
> hppa MAXDSIZ : 1*1024*1024*1024UL
> arm64 MAXDSIZ: ((paddr_t)16*1024*1024*1024)
>
> Could
Hi Ted,
Thanks for clarifying that for me.
Is there any reason that sparc64's limit is so aggressively
conservative? With the T series machines with hundreds of gigs of ram,
an 8GB limit seems anaemic. I am baffled that my SGI box can use twice
the per-process memory than my T4 can.
Is ther
Jordan Geoghegan wrote:
> Is there any particular reason for the low sparc64 MAXDSIZ? Is there any
> way for this limit to be increased as I have some large data
> manipulation that needs to be done and I really would love to be able to
increasing the value can be done by changing the header an
Is there any way this limit could be raised for sparc64? I use sparc64
quite extensively both personally and professionally and it would be
nice to have this limit raised for the entire arch without having to
maintain custom kernels on many different boxes. Is there any reason to
not raise thi
Hello,
Is it safe to make "stackable" RAID using softraid?
I mean: make two RAID1 virtual disks using softraid and then make a RAID0
virtual disk using the previous two RAID1 virtual disks (RAID1+0).
--
Best regards,
Maxim Rodin
17 matches
Mail list logo
