On Tue, Oct 10, 2017 at 02:56:26AM +, YASUOKA Masahiko wrote:
> On Sat, 7 Oct 2017 09:24:20 +0200
> Klemens Nanni wrote:
> > On Sat, Oct 07, 2017 at 01:15:40AM +, YASUOKA Masahiko wrote:
> >> > See my updated diff for reusing the gopi struct, please.
> >>
> >> ok, but the diff seems to be
Long Life For Magic Puffer Fish!
Without has, OpenBSD in a soul, it would be impossible to achieve the
current magnitude of this amazing Operating System.
Cheers guys!
2017-10-10 0:59 GMT-03:00 Theo de Raadt :
> > newvers.sh in 6.2/sys.tar.gz says it's "-current". it looks strange.
> ..
>
> newvers.sh in 6.2/sys.tar.gz says it's "-current". it looks strange.
..
> and, there is no top(root) CVS/ in 6.2/src.tar.gz.
Thanks for noticing these errors.
I am going to replace these two files. It may take a few hours for
them to propogate.
Hi,
i've been bothered by this:
smsc0 at uhub1 port 1 configuration 1 interface 0 "Standard Microsystems
SMSC9512/14" rev 2.00/2.00 addr 3
smsc0: address ff:ff:ff:ff:ff:ff
that does happen no matter if i run dhcp-command in u-boot shell or not.
u-boot does store the addr in env, but i don't want
From: FUKAUMI Naoki
Subject: Re: OpenBSD 6.2 released: Oct 9, 2017
Date: Tue, 10 Oct 2017 11:53:59 +0900 (JST)
> newvers.sh in 6.2/sys.tar.gz says it's "-current". it looks strange.
>
> $ sha256 sys.tar.gz
> SHA256 (sys.tar.gz) =
> 1fe2c451a6151164a4e97fc07b639413a9846e674
On Sat, 7 Oct 2017 09:24:20 +0200
Klemens Nanni wrote:
> On Sat, Oct 07, 2017 at 01:15:40AM +, YASUOKA Masahiko wrote:
>> > See my updated diff for reusing the gopi struct, please.
>>
>> ok, but the diff seems to be against wrong revision. You seems to
>> have other diffs, moving gop and gop
Hi,
newvers.sh in 6.2/sys.tar.gz says it's "-current". it looks strange.
$ sha256 sys.tar.gz
SHA256 (sys.tar.gz) =
1fe2c451a6151164a4e97fc07b639413a9846e67406f54578a3ff8ceba9e802f
$ tar xzf sys.tar.gz sys/conf/newvers.sh
$ grep -C5 vers.c sys/conf/newvers.sh
# an
Huge congrats to all OpenBSD developers for another rock-solid release,
and with so many wonderful improvements to boot!
Just a couple of small nits:
On Mon, Oct 09, 2017 at 08:44:31AM -0600, Theo de Raadt wrote:
> - SYSTEM SOURCE CODE ---
>
> The
On Mon, Oct 09, 2017 at 22:21 +, Alexander Bluhm wrote:
> Hi,
>
> we sometimes see a panic "unmount: dangling vnode" when rebooting a 6.1
> system with softdep.
>
> I have hacked some diagnostic panics until I got these traces from the
> reboot and update process.
>
> Reboot:
> sleep_finish(
I was reading pkg_sign.1 and noticed that the description for the -o
option seems incorrect. The current pkg_sign.1 text says under the -o
option that "Otherwise, unsigned packages are created in the current
directory" where I think it should say "Otherwise, signed packages are
created in the curre
Hi,
we sometimes see a panic "unmount: dangling vnode" when rebooting a 6.1
system with softdep.
I have hacked some diagnostic panics until I got these traces from the
reboot and update process.
Reboot:
sleep_finish() at sleep_finish+0xb1
tsleep() at tsleep+0x154
biowait() at biowait+0x46
bwrite
On Mon, Oct 09, 2017 at 10:39:47PM +0200, Juan Francisco Cantero Hurtado wrote:
> Marc Feeley (Gambit Scheme) has been helping me with a bug on Gambit on
> Loongson. Apparently the bug is on our side.
>
> I've created this little test based on his code:
>
> #include
> #include
>
> int main()
>
On Mon, Oct 09, 2017 at 11:21:24PM +0200, Alexander Bluhm wrote:
> On Tue, Oct 10, 2017 at 12:07:31AM +0300, Paul Irofti wrote:
> > I needed this in a program and searching the kernel I see that this is
> > also hacked in a few places (e.g. mpii(4)).
>
> Why don't you use a double linked list? I
On Tue, Oct 10, 2017 at 12:07:31AM +0300, Paul Irofti wrote:
> I needed this in a program and searching the kernel I see that this is
> also hacked in a few places (e.g. mpii(4)).
Why don't you use a double linked list? I consider that removing
with a loop is a hack instead of using as suitable d
I needed this in a program and searching the kernel I see that this is
also hacked in a few places (e.g. mpii(4)).
Here is a small regression test
---
#include
#include
#include
SIMPLEQ_HEAD(listhead, entry) head = SIMPLEQ_HE
Marc Feeley (Gambit Scheme) has been helping me with a bug on Gambit on
Loongson. Apparently the bug is on our side.
I've created this little test based on his code:
#include
#include
int main()
{
double x = 0.5;
double y = 1074.0;
printf("x=%.20g y=%.20g pow(x,y)=%.20g
Hello,
I was looking at rw lock code out of curiosity and noticed you always do
membar_enter which on MP-enabled amd64 kernel translates to mfence.
This makes the entire business a little bit slower.
Interestingly you already have relevant macros for amd64:
#define membar_enter_after_atomic() __m
On Sun, Oct 08, 2017 at 09:56:15AM +, Robert Peichaer wrote:
> Up to now, the upgrade procedure from one to the next release meant
> that you had to manually download and verify the new ramdisk kernel.
>
> What about if you just needed to boot into the existing bsd.rd and
> it would support do
Hi Todd,
Todd C. Miller wrote on Mon, Oct 09, 2017 at 09:35:44AM -0600:
> On Mon, 09 Oct 2017 17:27:46 +0200, Ingo Schwarze wrote:
>> Given that tar(1) is not even specified by POSIX, i don't see
>> how documenting it might do harm. The option was introduced
>> here:
>>
>> date: 1997/01/24 19
On Mon, 09 Oct 2017 17:27:46 +0200, Ingo Schwarze wrote:
> Given that tar(1) is not even specified by POSIX, i don't see
> how documenting it might do harm. The option was introduced
> here:
>
> date: 1997/01/24 19:41:23; author: millert;
> Support multiple -v options like GNU tar (> 1 -v m
Hi,
Philippe Meunier wrote on Mon, Oct 09, 2017 at 08:03:12AM -0400:
> leo_...@volny.cz wrote:
>> % tar cvvf -
> On a related note, it would be nice if tar(1)'s man page indicated
> that the -v option can be specified more than once to get extra
> information. Until seeing this discussion threa
On Mon, Oct 09, 2017 at 12:41:18AM +0200, Ulf Brosziewski wrote:
> This patch adapts the Elantech handlers in pms to the new touchpad
> infrastructure of wsmouse. The changes concern models that use the older
> protocol versions 1, 2, and 3. You don't find that hardware at the next
> corner nowad
- OpenBSD 6.2 RELEASED -
October 9, 2017.
We are pleased to announce the official release of OpenBSD 6.2.
This is our 43rd release. We remain proud of OpenBSD's record of mor
Here's a small cleanup to make it easy to push the NET_LOCK() further
down.
Diff below factorize all ioctl requests need root privileges in one
switch () block.
It moves SIOCIFAFATTACH/SIOCIFAFDETACH where it belongs, to the block
that keeps track of the timestamps of the last change.
It gets ri
Hi,
> On Oct 1, 2017, at 9:30 PM, Scott Cheloha wrote:
>
> Per this bit from pthread_once(3):
>
>> The function pthread_once() is not a cancellation point.
>> However, if init_routine() is a cancellation point and is
>> cancelled, the effect on once_control is as if pthread_once()
>> was never
On 09/10/17(Mon) 14:35, Joerg Sonnenberger wrote:
> On Mon, Oct 09, 2017 at 12:27:50PM +0200, Martin Pieuchot wrote:
> > On 09/10/17(Mon) 12:22, Joerg Sonnenberger wrote:
> > > On Mon, Oct 09, 2017 at 12:15:46PM +0200, Martin Pieuchot wrote:
> > > > Diff below is a small cleanup to keep the account
On Mon, Oct 09, 2017 at 12:27:50PM +0200, Martin Pieuchot wrote:
> On 09/10/17(Mon) 12:22, Joerg Sonnenberger wrote:
> > On Mon, Oct 09, 2017 at 12:15:46PM +0200, Martin Pieuchot wrote:
> > > Diff below is a small cleanup to keep the accounting of events in
> > > sync with the number of events on t
> Date: Mon, 9 Oct 2017 12:06:53 +0200
> From: Martin Pieuchot
>
> On 09/10/17(Mon) 11:55, Mark Kettenis wrote:
> > > Date: Mon, 9 Oct 2017 11:48:56 +0200
> > > From: Martin Pieuchot
> > >
> > > This is the first step to allow kqueue_scan() to be executed in
> > > parallel. I'm currently focus
On 09/10/17(Mon) 12:22, Joerg Sonnenberger wrote:
> On Mon, Oct 09, 2017 at 12:15:46PM +0200, Martin Pieuchot wrote:
> > Diff below is a small cleanup to keep the accounting of events in
> > sync with the number of events on the list. This is a noop for the
> > moment, but it's small & easy part t
On Mon, Oct 09, 2017 at 12:15:46PM +0200, Martin Pieuchot wrote:
> Diff below is a small cleanup to keep the accounting of events in
> sync with the number of events on the list. This is a noop for the
> moment, but it's small & easy part to review of my upcoming diff.
Well, not counting the mark
To prevent an infinite loop, threads looking for events inside
kqueue_scan(), insert a `marker' in the list. Such markers are
not accounted and they are removed from the list as soon as the
thread is finished or goes to sleep.
Diff below is a small cleanup to keep the accounting of events in
sync
On 09/10/17(Mon) 11:55, Mark Kettenis wrote:
> > Date: Mon, 9 Oct 2017 11:48:56 +0200
> > From: Martin Pieuchot
> >
> > This is the first step to allow kqueue_scan() to be executed in
> > parallel. I'm currently focusing on data structure ownership with
> > regard to sleep. I don't plan to get
> Date: Mon, 9 Oct 2017 11:48:56 +0200
> From: Martin Pieuchot
>
> This is the first step to allow kqueue_scan() to be executed in
> parallel. I'm currently focusing on data structure ownership with
> regard to sleep. I don't plan to get rid of the KERNEL_LOCK() for
> the moment. I don't think
This is the first step to allow kqueue_scan() to be executed in
parallel. I'm currently focusing on data structure ownership with
regard to sleep. I don't plan to get rid of the KERNEL_LOCK() for
the moment. I don't think it makes sense unless we can unlock the
kevent(2) syscall.
The diff below
On Sun, Oct 08, 2017 at 09:49:41PM +0200, Stefan Sperling wrote:
> The sdmmc stack provides DMA buffers for data transfers nowadays.
> This was not the case yet when rtsx(4) was written so this driver
> is still using a lame memcpy bounce-buffer approach.
>
> With this diff regular data transfers
> Date: Mon, 9 Oct 2017 08:45:55 +0300
> From: Artturi Alm
>
> Hi,
>
>
> has anyone looked at the netbsd xscale-versions of bcopyin/bcopyout/kcopy?
>
> this is from netbsd bcopyinout.S:
> #if defined(__XSCALE__) || defined(_ARM_ARCH_6)
> /*
> * armv6 and v7 have pld and strd so they can use t
36 matches
Mail list logo
