Libreboot is a free software BIOS replacement, see https://libreboot.org
for details. It is a distribution of Coreboot without
proprietary blobs, including CPU microcode.
All tests were performed with Thinkpad X200, but it should work
for most or all libreboot and autoboot machines.
Since 5.9, Op
On Mon, Apr 04, 2016 at 12:31:26AM +, li...@ggp2.com wrote:
> > Can you reproduce it with an recent original snapshot kernel?
>
> My kernel is newer than the snapshot on the mirror I checked an hour or
> so ago, so I'll wait until a new one hits and test.
Using the latest snapshot the problem
Greetings,
Ive found that the call at line 536 of quota.c (current) causes abort when
pledge is required:
if(quotactl(fs->fs_file, qcmd, id, (char *)&qup->dqblk) != 0)
Is it necessary to include quotactl (SYS_quotactl) in pledge in order to
support basecode such as edquota, quota, etc?
Thanks
-
Just a couple added memories.
Punched cards were my first experience with "copy/paste" - there was a
"duplicate card" key on the card machine which would create a duplicate of
the card you queued up in the input slot. Of course you could also
cut/paste just by moving the card :-).
Above the card
On Mon, Apr 04, 2016 at 12:46:57PM +0200, Florian Weimer wrote:
> On 03/31/2016 11:45 PM, Juan Francisco Cantero Hurtado wrote:
> > On Thu, Mar 31, 2016 at 08:44:58AM -0600, Theo de Raadt wrote:
> > [...]
> >> I generally reject the addition of security knobs, and push towards
> >> making the secur
On 2016-04-04 sven falempin wrote:
> malloc.conf could be per process ?
>
> extern char *malloc_options;
> malloc_options = "H*>**>*";
>
> This would change the behavior of the program,
> not other ?
True
--
http://gmerlin.de
OpenPGP: http://gmerlin.de/christopher.pub
2779 7F73 44FD 0736 B67A
Hi Mike,
On Mon, 4 Apr 2016, Mike Larkin wrote:
> I always start by blowing the dust out of the fan vents. Yes, I know "Windows
> works fine", but please start with that. Your machine is sufficiently old
> that if you've never done that, it's probably time anyway.
Someone helped me in private
malloc.conf could be per process ?
extern char *malloc_options;
malloc_options = "H*>**>*";
This would change the behavior of the program,
not other ?
--
-
() ascii ribbon campaig
On Mon, Mar 28, 2016 at 12:48:18AM +0200, St?phane Goujet wrote:
> Hello,
>
>After several months running OpenBSD 5.7 on my Thinkpad T410, this
> problem appeared a few days ago:
>
> * when the systems starts, the fan is running at moderate speed,
> everything is fine.
> * after some 10/20
Hello,
I have a couple Dell machines to play with, both with OpenBSD 5.[89] and
some sort of "stacked" RAID setup, involving crypto, mirroring and
striping in various orders. I've decided to play a little benchmark game
and share some numbers.
Machine 1: 5.8, PowerEdge 2970, Opteron 2378 (8 core
On Mon, Apr 4, 2016 at 6:24 AM, Tinker wrote:
...
> 1. Re EIO: I understand a disk write in softdep will compromise/crash the
> filesystem. But the error reported below was that it crashes the *OS*.
>
> It seems to me that crashing the whole OS is a too harsh response to disk
> write failure.
>
>
A couple of programs are passing "route" to pledge (bgpd.c; iked.c; ...)
We have to document the route syscall in pledge (2)
> -Original Message-
> From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf
> Of Philip Higgins
> Sent: Monday, April 04, 2016 01:12
> To: misc@op
Reading this "softdep" thread (that is
https://marc.info/?l=openbsd-misc&m=142164001816142 ) was quite
intriguing.
Two followup questions:
1. Re EIO: I understand a disk write in softdep will compromise/crash
the filesystem. But the error reported below was that it crashes the
*OS*.
It see
On Mon, Apr 04, 2016 at 04:12:26AM +, Philip Higgins wrote:
> Hi,
>
> When using 'udpsockmode' in dhcpd (-u flag), it first calls
> pledge("stdio rpath inet sendfd proc id", NULL) (in udpsock.c)
>
> then tries
> pledge("stdio inet route sendfd", NULL) (back in dhcpd.c)
>
> The "route" causes
Hi,
When using 'udpsockmode' in dhcpd (-u flag), it first calls
pledge("stdio rpath inet sendfd proc id", NULL) (in udpsock.c)
then tries
pledge("stdio inet route sendfd", NULL) (back in dhcpd.c)
The "route" causes it to fail.
eg.
$ doas dhcpd -u -fd pppx0
Listening on 255.255.255.255:67/udp.
d
On 03/31/2016 11:45 PM, Juan Francisco Cantero Hurtado wrote:
> On Thu, Mar 31, 2016 at 08:44:58AM -0600, Theo de Raadt wrote:
> [...]
>> I generally reject the addition of security knobs, and push towards
>> making the security choice mandatory, as early as possible. We are
>> not quite in the po
On 2016-04-04 14.58.33 +0700, Tinker wrote:
> Is "softdep" dangerous? :-O
This thread explains more:
https://marc.info/?l=openbsd-misc&m=142164001816142&w=2
On 2016-04-02 17:22, Karel Gardas wrote:
..
so basically the situation is like with the current softdep which is
also dangerous in slow-write-drive low-memory situation and yet it's
in tree.
Is "softdep" dangerous? :-O
I thought it was a benevolent filesystem optimization, is it malevolent
or
> I have more up to date versions of these patches around here.
>
> The problem with them is that fundamentally, the WAPBL implementation
> as it is assumes that it may infinitely steal
> buffers from the buffer cache and hold onto them indefinitely - and it
> assumes it can always get buffers from
On Mon, Apr 04, 2016 at 12:26:50AM +0200, Tim van der Molen wrote:
> Philip Guenther (2016-04-01 23:47 +0200):
> > Sooo close. To quote doas.conf(5):
> >
> > The rules have the following format:
> >
> >permit|deny [options] identity [as target] [cmd command [args
> > ...]]
> ..
20 matches
Mail list logo
