Hi,
this diff makes guests runnable without holding the biglock.
If the guest exits because of an interrupt, the interrupt is
handled first before re-grabbing the lock.
This is needed because the TLB shootdown code runs under the biglock
and issues an IPI to other CPUs to invalidate the TLB. Then
> Date: Wed, 25 Nov 2015 20:44:31 +
> From: Ricardo Mestre
>
> While checking if there was still a score file on trek(6) I found that it was
> still using random(), and inspired by the code on NetBSD and OpenBSD relevant
> manpages I came up with this diff. Let's bring trek(6) to the 21st ce
Hi Mike,
on amd64 with a snapshot from today, I'm getting (transcribed):
kernel: page fault trap, code=0
ddb{1}> trace
vm_writepage() at vm_writepage+0x158
VOP_IOCTL() at VOP_IOCTL+0x44
vn_ioctl() at vn_ioctl+0x77
sys_ioctl() at sys_ioctl+0x196
Ricardo Mestre wrote:
> While checking if there was still a score file on trek(6) I found that
> it was still using random(), and inspired by the code on NetBSD and
> OpenBSD relevant manpages I came up with this diff. Let's bring
> trek(6) to the 21st century, at least here :) Does it look good?
While checking if there was still a score file on trek(6) I found that it was
still using random(), and inspired by the code on NetBSD and OpenBSD relevant
manpages I came up with this diff. Let's bring trek(6) to the 21st century, at
least here :) Does it look good?
Index: trek.h
===
Theo Buehler wrote:
>
> If you're not going to maintain a list of high scores of the user, you
> could still simplify snscore() further: The score file will just
> contain the user's score as a short, so you could get the user name
> using getlogin(2) instead of doing getuid() getpwuid(), etc.
>
Feel free to move ahead if you have tips.. I won't get to it till this aft.
On Wed, Nov 25, 2015 at 11:42 AM, Walter Neto wrote:
> On Wed, Nov 25, 2015 at 11:01:40AM -0700, Bob Beck wrote:
>> At first go, you need a bit more #ifdef WAPBL in there.. the idea
>> being we want to be able to build k
On Wed, Nov 25, 2015 at 06:23:49PM +, Ricardo Mestre wrote:
> Another thing as well, maybe char *name for getlogin(2) could/should be
> declared as char name[LOGIN_NAME_MAX]?
No, that won't compile. You'd need to use the reentrant version
getlogin_r(name, LOGIN_NAME_MAX), then.
I think using
On Wed, Nov 25, 2015 at 11:01:40AM -0700, Bob Beck wrote:
> At first go, you need a bit more #ifdef WAPBL in there.. the idea
> being we want to be able to build kernels selectively with
> and without WAPBL compiled in at all and initially we may not (by
> default) put it in GENERIC.
>
> I'll
Another thing as well, maybe char *name for getlogin(2) could/should be
declared as char name[LOGIN_NAME_MAX]?
On 25/11/2015 18:00, Ricardo Mestre wrote:
> Hi Theo, hope you are doing well! I did the changes as you instructed and now
> since the snscore() is so tiny we might just as well incorpora
Hi Theo, hope you are doing well! I did the changes as you instructed and now
since the snscore() is so tiny we might just as well incorporate it into
snake.c. There's not need for a separate file just for a function with a few
lines.
Index: Makefile
==
At first go, you need a bit more #ifdef WAPBL in there.. the idea
being we want to be able to build kernels selectively with
and without WAPBL compiled in at all and initially we may not (by
default) put it in GENERIC.
I'll mail you a diff shortly.
On Wed, Nov 25, 2015 at 10:55 AM, Bob Beck
Nice walter.. I was just going to start separating this out myself and
theo distracted me :)
I'll take a look at this right away.
On Wed, Nov 25, 2015 at 8:27 AM, Walter Neto wrote:
> Changes needed in buffercache(9) for WAPBL
>
> - All changes needed in vfs_bio.c
> - Adding WAPBL headers
> - I
Quoth Артур Истомин on Tue, Nov 24, 2015:
> Yes, exactly. Example: https://imgur.com/rUPxpTF There is mplayer behind
> firefox. In the beginning everything is working properly. Alt+Tab work for
> all three windows. Some time later mplayer does not appear anymore through
> Alt+Tab and i need to pres
On Wed, Nov 25, 2015 at 03:28:55PM +, Ricardo Mestre wrote:
> First open(2) operation must be changed to O_RDWR|O_CREAT since the file is no
> longer copied to the location like it was in Makefile and now needs to be
> created if it doesn't exist.
I agree with that.
> Remove one else when exi
ok tb@
On Wed, Nov 25, 2015 at 03:37:37PM +, Ricardo Mestre wrote:
> Hi,
>
> Remove unused variable gid leftover on canfield(6) and update manpage of
> tetris(6) to correct the path of the score file.
>
> Index: games/canfield/canfield/canfield.c
> ===
Hi,
Move score and log files to $HOME for snake(6), a few notes on it:
First open(2) operation must be changed to O_RDWR|O_CREAT since the file is no
longer copied to the location like it was in Makefile and now needs to be
created if it doesn't exist.
Remove one else when exiting the game stati
Hi,
Remove unused variable gid leftover on canfield(6) and update manpage of
tetris(6) to correct the path of the score file.
Index: games/canfield/canfield/canfield.c
===
RCS file: /cvs/src/games/canfield/canfield/canfield.c,v
retri
Changes needed in buffercache(9) for WAPBL
- All changes needed in vfs_bio.c
- Adding WAPBL headers
- Introducing buf_adjcnt to inform wapbl when a buffer has changed its size (get
it from Bitrig)
Hi guys, with this diff I'm trying to introduce WAPBL to OpenBSD a
little more splitted than befor
On 21/11/15(Sat) 12:55, Martin Pieuchot wrote:
> David reported a possible used of uninitialized ``ifp'' in tcp_mss().
> This cannot currently happen but I think the diff below should prevent
> a bad dereference later.
>
> Ok?
Anyone?
>
> Index: netinet/tcp_input.c
> ===
On 24/11/15(Tue) 12:23, Martin Pieuchot wrote:
> This does two things. Prevent a NULL dereference in ip6_getpmtu() that
> was introduced during the rdomain support addition.
>
> Make use of if_get() instead of rt_ifp.
Now with a NULL-dereference fixed. Pointed by dhill.
Index: netinet6/ip6_out
I found a cardbus ethernet controller laying around which seems to be
unsupported, in as much as only the host bus cbb device is reported in dmesg
when the card is inserted.
Searching the archives, nobody seems very interested in cardbus devices and
there hasn't been much relevant discussion f
22 matches
Mail list logo