On 16.06.2020 14:23, Kamil Rytarowski wrote:
> On 16.06.2020 12:25, J. Hannken-Illjes wrote:
>>> On 15. Jun 2020, at 01:38, Kamil Rytarowski wrote:
>>>
>>> Module Name:src
>>> Committed By: kamil
>>> Date: Sun Jun 14 23:38:25 UTC 2020
>>>
>>> Modified Files:
>>> src
On 16.06.2020 12:25, J. Hannken-Illjes wrote:
>> On 15. Jun 2020, at 01:38, Kamil Rytarowski wrote:
>>
>> Module Name: src
>> Committed By:kamil
>> Date:Sun Jun 14 23:38:25 UTC 2020
>>
>> Modified Files:
>> src/sys/rump/include/rump: rump.h
>>
>> Log Message:
>> Remove
> On 15. Jun 2020, at 01:38, Kamil Rytarowski wrote:
>
> Module Name: src
> Committed By: kamil
> Date: Sun Jun 14 23:38:25 UTC 2020
>
> Modified Files:
> src/sys/rump/include/rump: rump.h
>
> Log Message:
> Remove old compat include of rump_syscallshotgun.h
>
> It was separated
On Sat, Apr 25, 2020 at 08:49:14AM -0700, Jason Thorpe wrote:
> Why were any of these files touched by Xen changes?
listsrcdirs is expected, we need to add xen here (because we now need
xen/intrdefs.h
For others I don't know. Actually a cvs diff shows that only the $NetBSD: $
did change.
--
Man
Why were any of these files touched by Xen changes?
> On Apr 25, 2020, at 8:42 AM, Manuel Bouyer wrote:
>
> Module Name: src
> Committed By: bouyer
> Date: Sat Apr 25 15:42:15 UTC 2020
>
> Modified Files:
> src/sys/rump: listsrcdirs
> src/sys/rump/dev/lib/libumass: Makefile
On 09.03.2020 15:31, Taylor R Campbell wrote:
>> Module Name:src
>> Committed By: kamil
>> Date: Mon Mar 9 00:03:00 UTC 2020
>>
>> Modified Files:
>> src/sys/rump: Makefile.rump
>>
>> Log Message:
>> Build RUMP with -fno-delete-null-pointer-checks on all compilers
>
> I as
> Module Name:src
> Committed By: kamil
> Date: Mon Mar 9 00:03:00 UTC 2020
>
> Modified Files:
> src/sys/rump: Makefile.rump
>
> Log Message:
> Build RUMP with -fno-delete-null-pointer-checks on all compilers
I asked you to hold off on making this change, ten hours befo
> Module Name: src
> Committed By: alnsn
> Date: Tue Jan 22 01:25:53 UTC 2019
>
> Modified Files:
> src/sys/rump/kern/lib/libsljit/arch/mips: cache.c
>
> Log Message:
> Cast register_t to uintptr_t before casting to void *.
>
> Not sure what's going on here but evbmips64-el build
Le 01/03/2018 à 04:50, m...@netbsd.org a écrit :
On Tue, Feb 27, 2018 at 02:45:43PM +, Maxime Villard wrote:
Oops, forgot this file; I just merged two IPsec functions, so adapt
the rump stubs accordingly.
..
__weak_alias(esp6_ctlinput,rumpnet_stub);
__weak_alias(ipsec4_output,rumpnet_s
On Tue, Feb 27, 2018 at 02:45:43PM +, Maxime Villard wrote:
> Oops, forgot this file; I just merged two IPsec functions, so adapt
> the rump stubs accordingly.
..
> __weak_alias(esp6_ctlinput,rumpnet_stub);
> __weak_alias(ipsec4_output,rumpnet_stub);
> __weak_alias(ipsec4_common_input,rumpne
On Tue, Jul 25, 2017 at 9:08 PM, Paul Goyette wrote:
> pullup to 8.0?
Yes, I'll do.
ozaki-r
>
>
> On Tue, 25 Jul 2017, Ryota Ozaki wrote:
>
>> Module Name:src
>> Committed By: ozaki-r
>> Date: Tue Jul 25 05:01:25 UTC 2017
>>
>> Modified Files:
>> src/sys/rump/librump/r
pullup to 8.0?
On Tue, 25 Jul 2017, Ryota Ozaki wrote:
Module Name:src
Committed By: ozaki-r
Date: Tue Jul 25 05:01:25 UTC 2017
Modified Files:
src/sys/rump/librump/rumpkern: Makefile.rumpkern
Log Message:
Add localcount to rump kernels
To generate a diff of this com
On 18/11/14 09:27, matthew green wrote:
"Antti Kantee" writes:
Module Name:src
Committed By: pooka
Date: Tue Nov 18 08:43:03 UTC 2014
Modified Files:
src/sys/rump/dev: Makefile.rumpdevcomp
Added Files:
src/sys/rump/dev/lib/libpci_eap: Makefile PCI_EAP.ioconf eap_
"Antti Kantee" writes:
> Module Name: src
> Committed By: pooka
> Date: Tue Nov 18 08:43:03 UTC 2014
>
> Modified Files:
> src/sys/rump/dev: Makefile.rumpdevcomp
> Added Files:
> src/sys/rump/dev/lib/libpci_eap: Makefile PCI_EAP.ioconf eap_at_pci.c
> joy_eap.h shlib
"Mindaugas Rasiukevicius" writes:
> Module Name: src
> Committed By: rmind
> Date: Sun May 18 14:03:26 UTC 2014
>
> Modified Files:
> src/sys/rump/librump/rumpnet: net_stub.c
>
> Log Message:
> Fix RUMP build.
please describe the change itself, not the objective.
.mrg.
Martin Husemann wrote:
> I copied the ".if" from src/sys/modules/Makefile - please feel free to
> fix both instances. But arm is missing , so it would
> not compile.
I now see where the problem is. I listed those three arches because they
support modules but other sljit arches don't always have mo
On Sat, Nov 16, 2013 at 04:50:42PM +, Alexander Nasonov wrote:
> I don't think that sljit supports all arms. If you want bpfjit on arm (or
> mips) you should build with MKSLJIT=yes. Default is "no" on these arches.
Yes, but with your suggested change (or my interpretation of it, at least),
the
Martin Husemann wrote:
> I copied the ".if" from src/sys/modules/Makefile - please feel free to
> fix both instances. But arm is missing , so it would
> not compile.
I don't think that sljit supports all arms. If you want bpfjit on arm (or
mips) you should build with MKSLJIT=yes. Default is "no" o
On Sat, Nov 16, 2013 at 11:17:09AM +, Alexander Nasonov wrote:
> Martin Husemann wrote:
> > Log Message:
> > sljit is only available on very few architectures, so do not try to build
> > it on all.
>
> We have a special MKSLJIT variable. It's enabled by default on the three
> arches you listed
Martin Husemann wrote:
> Log Message:
> sljit is only available on very few architectures, so do not try to build
> it on all.
We have a special MKSLJIT variable. It's enabled by default on the three
arches you listed below but it can also be turned on on arm and mips.
Alex
> To generate a diff
On 4.7.2013 15:05, Valery Ushakov wrote:
Ah, I was confused because just before that I was staring at FreeBSD
bsd.sys.mk which does use CWARNFLAGS for -W* and then looked at
-Werror in ours.
History says:
revision 1.26
date: 1998-08-25 18:57:21 +0400; author: tv; state: Exp; lines: +3 -2;
In
On Thu, Jul 04, 2013 at 14:56:17 +0300, Antti Kantee wrote:
> On 4.7.2013 14:53, Valery Ushakov wrote:
> >On Thu, Jul 04, 2013 at 10:14:04 +, Antti Kantee wrote:
> >
> >>Module Name:src
> >>Committed By: pooka
> >>Date: Thu Jul 4 10:14:04 UTC 2013
> >>
> >>Modified
On 4.7.2013 14:53, Valery Ushakov wrote:
On Thu, Jul 04, 2013 at 10:14:04 +, Antti Kantee wrote:
Module Name:src
Committed By: pooka
Date: Thu Jul 4 10:14:04 UTC 2013
Modified Files:
src/sys/rump: Makefile.rump
Log Message:
Apparently warning flags are not kept in
On Thu, Jul 04, 2013 at 10:14:04 +, Antti Kantee wrote:
> Module Name: src
> Committed By: pooka
> Date: Thu Jul 4 10:14:04 UTC 2013
>
> Modified Files:
> src/sys/rump: Makefile.rump
>
> Log Message:
> Apparently warning flags are not kept in CWARNFLAGS. Compensate.
Would y
> 11.03.2011, 12:26, "Antti Kantee" :
> > Log Message:
> > Don't assume rump kernel PAGE_SIZE and host page size are the same.
>
> Why can they be different? I asked myself this question when I was writing
some platforms don't have a well defined PAGE_SIZE, like sparc.
on some machines it is 4KB
On Fri Mar 11 2011 at 20:37:47 +0300, Alexander Nasonov wrote:
> 11.03.2011, 12:26, "Antti Kantee" :
> > Log Message:
> > Don't assume rump kernel PAGE_SIZE and host page size are the same.
>
> Why can they be different? I asked myself this question when I was writing
For example on SPARC page si
11.03.2011, 12:26, "Antti Kantee" :
> Log Message:
> Don't assume rump kernel PAGE_SIZE and host page size are the same.
Why can they be different? I asked myself this question when I was writing
a tests for kern/44310: write to /dev/bpf truncates size_t to int.
In the end, I just used sysconf(_SC
On Tue, Nov 30, 2010 at 03:39:27PM +, Antti Kantee wrote:
> Modified Files:
> src/sys/rump/librump/rumpvfs: rump_vfs.c
>
> Log Message:
> fix broken rototill
I did ask you if that was going to work, and you didn't answer. :-p
(and the tests passed, and all componentname crap is goin
On Monday 22 November 2010 10:51:03 Antti Kantee wrote:
> On Mon Nov 22 2010 at 10:35:00 +, Nick Hudson wrote:
> > On Sunday 21 November 2010 21:46:43 Antti Kantee wrote:
> > > Module Name: src
> > > Committed By: pooka
> > > Date: Sun Nov 21 21:46:43 UTC 2010
> > >
> > > M
On Mon Nov 22 2010 at 10:35:00 +, Nick Hudson wrote:
> On Sunday 21 November 2010 21:46:43 Antti Kantee wrote:
> > Module Name:src
> > Committed By: pooka
> > Date: Sun Nov 21 21:46:43 UTC 2010
> >
> > Modified Files:
> > src/sys/rump/librump/rumpkern: Makefile.
On Sunday 21 November 2010 21:46:43 Antti Kantee wrote:
> Module Name: src
> Committed By: pooka
> Date: Sun Nov 21 21:46:43 UTC 2010
>
> Modified Files:
> src/sys/rump/librump/rumpkern: Makefile.rumpkern
> Added Files:
> src/sys/rump/librump/rumpkern: atomic_cas_up.c
>
> Log
On Thu Jul 29 2010 at 15:13:01 +, Juergen Hannken-Illjes wrote:
> Module Name: src
> Committed By: hannken
> Date: Thu Jul 29 15:13:01 UTC 2010
>
> Modified Files:
> src/sys/rump/librump/rumpkern: vm.c
>
> Log Message:
> Correct previous. Skip marker pages in uvm_pagelookup().
On Wed Jun 23 2010 at 12:39:17 +0100, Mindaugas Rasiukevicius wrote:
> Well, when I tried ./build.sh rumptest, it gave me this:
>
> --- dependall-dev ---
> WARNING: pseudo-root is an experimental feature
> /home/netbsd/src/sys/rump/dev/lib/libaudio/AUDIO.ioconf:8: audiobus*: unknown
> device `aud
> Module Name:src
> Committed By: pooka
> Date: Wed Jun 23 08:36:03 UTC 2010
>
> Modified Files:
> src/sys/rump/librump/rumpkern: emul.c
>
> Log Message:
> As normal, fix breakage from untested commits by rmind.
Well, when I tried ./build.sh rumptest, it gave me this:
--
On Tue, Jun 15, 2010 at 04:40:24PM +1000, matthew green wrote:
>
> > On Mon, Jun 14, 2010 at 09:40:37AM -0600, M. Warner Losh wrote:
> > > On i386, that's true. amd64 expands to '0', as does sun3. This makes
> > > the first one true. The second one, i386 expands to '1', so the
> > > second o
> On Mon, Jun 14, 2010 at 09:40:37AM -0600, M. Warner Losh wrote:
> > On i386, that's true. amd64 expands to '0', as does sun3. This makes
> > the first one true. The second one, i386 expands to '1', so the
> > second one would be false.
>
> Arguably we shouhld fix our gcc to only define "_
In message: <20100615052154.gb16...@netbsd.org>
David Holland writes:
: On Mon, Jun 14, 2010 at 09:40:37AM -0600, M. Warner Losh wrote:
: > On i386, that's true. amd64 expands to '0', as does sun3. This makes
: > the first one true. The second one, i386 expands to '1', so the
: >
On Mon, Jun 14, 2010 at 09:40:37AM -0600, M. Warner Losh wrote:
> On i386, that's true. amd64 expands to '0', as does sun3. This makes
> the first one true. The second one, i386 expands to '1', so the
> second one would be false.
Arguably we shouhld fix our gcc to only define "__i386__", not
In message: <20100614083424.gc16...@cs.hut.fi>
Antti Kantee writes:
: On Mon Jun 14 2010 at 07:00:05 +, David Holland wrote:
: > On Sun, Jun 13, 2010 at 03:17:02PM +, Antti Kantee wrote:
: > > Fix previous in emul.c -- only numbers are operands for cpp comparisons.
: > > Appa
On Mon, Jun 14, 2010 at 12:27:43PM +0300, Antti Kantee wrote:
> How can you tell what they end up as? I can only see that the line
> wrapped in the "#if" is missing from output of cc -E (still on/targetting
> i386).
Well, knowing the standard (as David cited) and checking with
cc -dM -E - < /d
On Mon Jun 14 2010 at 09:17:43 +, David Holland wrote:
> On Mon, Jun 14, 2010 at 11:34:24AM +0300, Antti Kantee wrote:
> > So, you being the person who attempted to write cpp with sed, what
> > comparison does "amd64 == sun3" actually result in? What about
> > "i386 == sun3" (the former ret
On Mon Jun 14 2010 at 11:13:23 +0200, Martin Husemann wrote:
> On Mon, Jun 14, 2010 at 11:34:24AM +0300, Antti Kantee wrote:
> > So, you being the person who attempted to write cpp with sed, what
> > comparison does "amd64 == sun3" actually result in? What about
> > "i386 == sun3" (the former retu
On Mon, Jun 14, 2010 at 11:34:24AM +0300, Antti Kantee wrote:
> So, you being the person who attempted to write cpp with sed, what
> comparison does "amd64 == sun3" actually result in? What about
> "i386 == sun3" (the former returned true, the latter didn't).
What were you compiling on? Whethe
On Mon, Jun 14, 2010 at 11:34:24AM +0300, Antti Kantee wrote:
> So, you being the person who attempted to write cpp with sed, what
> comparison does "amd64 == sun3" actually result in? What about
> "i386 == sun3" (the former returned true, the latter didn't).
For me both end up as 0==0 and return
On Mon Jun 14 2010 at 07:00:05 +, David Holland wrote:
> On Sun, Jun 13, 2010 at 03:17:02PM +, Antti Kantee wrote:
> > Fix previous in emul.c -- only numbers are operands for cpp comparisons.
> > Apparently non-numbers logically produce arch-dependent behaviour.
>
> Not at all.
>
> C99
On Sun, Jun 13, 2010 at 03:17:02PM +, Antti Kantee wrote:
> Fix previous in emul.c -- only numbers are operands for cpp comparisons.
> Apparently non-numbers logically produce arch-dependent behaviour.
Not at all.
C99 6.10.1 #4:
[...] After all replacements due to macro expansion and the
On Thu May 20 2010 at 02:47:16 +, David Holland wrote:
> On Tue, May 18, 2010 at 04:29:36PM +, Antti Kantee wrote:
> > It's pretty obvious that in terms of scalability simple workload
> > partitioning and replication into multiple kernels wins hands down
> > over complicated locking or l
On Tue, May 18, 2010 at 04:29:36PM +, Antti Kantee wrote:
> It's pretty obvious that in terms of scalability simple workload
> partitioning and replication into multiple kernels wins hands down
> over complicated locking or locklessing algorithms which depend on
> globally atomic state.
..
On Wed, Apr 14, 2010 at 07:04:27PM +, Christos Zoulas wrote:
> >Use "struct kauth_cred *" instead of kauth_cred_t in all exported
> >interfaces. Allows to remove hairbrained _t typedef dance.
>
> Not that I have a problem with it, but the whole point of kauth_cred_t
> was to provide opac
On Wed Apr 14 2010 at 19:04:27 +, Christos Zoulas wrote:
> In article <20100414141248.b227217...@cvs.netbsd.org>,
> Antti Kantee wrote:
> >-=-=-=-=-=-
> >
> >Module Name: src
> >Committed By:pooka
> >Date:Wed Apr 14 14:12:48 UTC 2010
> >
> >Modified Files:
> > src/
In article <20100414141248.b227217...@cvs.netbsd.org>,
Antti Kantee wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: pooka
>Date: Wed Apr 14 14:12:48 UTC 2010
>
>Modified Files:
> src/sys/rump/include/rump: rump.h
> src/sys/rump/librump/rumpkern: rumpkern.ifspec
>
David Laight wrote:
> Module Name: src
> Committed By: dsl
> Date: Sat Nov 7 12:08:35 UTC 2009
>
> Modified Files:
>src/sys/rump/librump/rumpkern: pmap_stub.c
>
> Log Message:
> Fix stub prototype
>
Doh! rump is not build as
David Laight wrote:
> Module Name: src
> Committed By: dsl
> Date: Sat Nov 7 12:08:35 UTC 2009
>
> Modified Files:
> src/sys/rump/librump/rumpkern: pmap_stub.c
>
> Log Message:
> Fix stub prototype
>
Doh! rump is not build as part of any kernel.
Hence gcc didn't catch it.
Thank
In message: <20090909010833.ga12...@netbsd.org>
David Holland writes:
: On Tue, Sep 08, 2009 at 10:02:33AM -0600, M. Warner Losh wrote:
: > __NetBSD__ is the *COMPILER* environment. Depending on it is *BAD*.
: > You need to use a different symbol. This is a bug in the NetBSD code
:
On Tue, Sep 08, 2009 at 10:02:33AM -0600, M. Warner Losh wrote:
> __NetBSD__ is the *COMPILER* environment. Depending on it is *BAD*.
> You need to use a different symbol. This is a bug in the NetBSD code
> now. __NetBSD__ isn't, and never has bene, the KERNEL.
No need to shout...
Anyway, w
In message: <20090908162339.ga11...@cs.hut.fi>
Antti Kantee writes:
: On Tue Sep 08 2009 at 12:18:57 -0400, Christos Zoulas wrote:
: > | : No, __NetBSD__ is right. For all purposes, code in the rump kernel *is*
: > | : NetBSD. E.g. if you have #ifdef __NetBSD__ in a kernel driver whi
In article <20090908162339.ga11...@cs.hut.fi>,
ntti Kantee wrote:
>
>Whoever finds this churn worth their effort, as dh pointed out, remember
>to replace all instances of __FreeBSD__, __OpenBSD__, __Linux__,
>__Slowaris__, __sMackOS__, __etc__ as well.
The issue here is
On Tue Sep 08 2009 at 16:33:02 +, Christos Zoulas wrote:
> In article <20090908162339.ga11...@cs.hut.fi>,
> ntti Kantee wrote:
> >
> >Whoever finds this churn worth their effort, as dh pointed out, remember
> >to replace all instances of __FreeBSD__, __OpenBSD__, __Linux__,
> >__Slowaris__, _
In article <20090908162339.ga11...@cs.hut.fi>,
ntti Kantee wrote:
>
>Whoever finds this churn worth their effort, as dh pointed out, remember
>to replace all instances of __FreeBSD__, __OpenBSD__, __Linux__,
>__Slowaris__, __sMackOS__, __etc__ as well.
The issue here is that we really don't want
On Tue Sep 08 2009 at 12:18:57 -0400, Christos Zoulas wrote:
> | : No, __NetBSD__ is right. For all purposes, code in the rump kernel *is*
> | : NetBSD. E.g. if you have #ifdef __NetBSD__ in a kernel driver which
> | : was imported from $OtherOS, you must have the rump version think it is
> | : r
On Sep 8, 10:02am, i...@bsdimp.com ("M. Warner Losh") wrote:
-- Subject: Re: CVS commit: src/sys/rump
| In message: <20090908131801.gb17...@cs.hut.fi>
| Antti Kantee writes:
| : On Tue Sep 08 2009 at 13:02:55 +, Christos Zoulas wrote:
| : > In article &
In message: <20090908131801.gb17...@cs.hut.fi>
Antti Kantee writes:
: On Tue Sep 08 2009 at 13:02:55 +, Christos Zoulas wrote:
: > In article <20090907174634.ga16...@cs.hut.fi>,
: > Antti Kantee wrote:
: > >On Tue Sep 08 2009 at 03:28:35 +1000, matthew green wrote:
: > >>
: > >>
On Tue Sep 08 2009 at 13:25:39 +, David Holland wrote:
> On Tue, Sep 08, 2009 at 04:18:01PM +0300, Antti Kantee wrote:
> > No, __NetBSD__ is right. For all purposes, code in the rump kernel *is*
> > NetBSD. E.g. if you have #ifdef __NetBSD__ in a kernel driver which
> > was imported from $
On Tue, Sep 08, 2009 at 04:18:01PM +0300, Antti Kantee wrote:
> No, __NetBSD__ is right. For all purposes, code in the rump kernel *is*
> NetBSD. E.g. if you have #ifdef __NetBSD__ in a kernel driver which
> was imported from $OtherOS, you must have the rump version think it is
> running on N
On Tue Sep 08 2009 at 13:02:55 +, Christos Zoulas wrote:
> In article <20090907174634.ga16...@cs.hut.fi>,
> Antti Kantee wrote:
> >On Tue Sep 08 2009 at 03:28:35 +1000, matthew green wrote:
> >>
> >>Module Name:src
> >>Committed By: pooka
> >>Date: Mon Sep 7 13:0
In article <20090907174634.ga16...@cs.hut.fi>,
Antti Kantee wrote:
>On Tue Sep 08 2009 at 03:28:35 +1000, matthew green wrote:
>>
>>Module Name: src
>>Committed By: pooka
>>Date: Mon Sep 7 13:02:37 UTC 2009
>>
>>Modified Files:
>> src/sys/rump: Make
On Tue Sep 08 2009 at 03:28:35 +1000, matthew green wrote:
>
>Module Name: src
>Committed By: pooka
>Date: Mon Sep 7 13:02:37 UTC 2009
>
>Modified Files:
> src/sys/rump: Makefile.rump
>
>Log Message:
>Always define __NetBSD__ (for buil
Module Name: src
Committed By:pooka
Date:Mon Sep 7 13:02:37 UTC 2009
Modified Files:
src/sys/rump: Makefile.rump
Log Message:
Always define __NetBSD__ (for builds on non-NetBSD)
when does this happen? even builds on non-NetBSD should
en
thanks!
YAMAMOTO Takashi
> Module Name: src
> Committed By: he
> Date: Wed Jun 10 11:41:44 UTC 2009
>
> Modified Files:
> src/sys/rump/librump/rumpkern: vm.c
>
> Log Message:
> Add a dummy uvm_readahead() function, to fix build issues after it
> recently got added to the kernel.
69 matches
Mail list logo
