On 18 August 2015 at 12:09, Bert Kiers wrote:
> On Mon, Aug 17, 2015 at 05:38:09PM +0200, Bert Kiers wrote:
>
>> # uname -a
>> NetBSD 7.99.21 NetBSD 7.99.21 (GENERIC) #0: Mon Aug 17 17:13:23 CEST 2015
>> ki...@shell.boppelans.net:/tmp/obj25032/sys/arch/amd64/compile/GENERIC amd64
>>
>> # dmesg|
On 31 May 2015 at 00:09, David Holland wrote:
> I'm saying that, fundamentally, if you want to run gcc4 or gcc5 on a
> Sparc IPC that you're going to have problems. There is no way around
> this, except maybe to float a new compiler with the specific goal of
> both being modern and running on 25-y
On 15 February 2015 at 19:34, David Holland wrote:
> sched_getparam() is hardly a main-line function. I could easily
> imagine running compat binaries for years and never happening to use
> one that calls it. So I think your reasoning is suspect.
Thats the zero test coverage issue. For Linux emul
On 7 February 2015 at 11:33, Stephen Borrill wrote:
> On Sat, 7 Feb 2015, Maxime Villard wrote:
>>
>> I intend to remove the compat-FreeBSD support from the system.
>
>
> Can tw_cli be run in any other way to manage 3ware RAID cards?
Does the Linux binary for tw_cli work? Or are there driver diff
On Sun, Dec 28, 2014 at 7:52 PM, Greg Troxel wrote:
>
> The ZFS bits in NetBSD seem old, and it also seems that they don't quite
> 100% work.
>
> Now, it seems OpenZFS is the locus of ZFS activity, and that's how
> FreeBSD's ZFS code is maintained:
>
> http://open-zfs.org/wiki/Main_Page
>
> Thus
On Mon, Dec 1, 2014 at 7:42 PM, Manuel Bouyer wrote:
> On Mon, Dec 01, 2014 at 02:28:04PM -0500, Thor Lancelot Simon wrote:
>> They would, and many are simple enough to make this reasonably easy to do,
>> but in practice, the giant locking of our SCSI code makes it pointless.
>
> Sure, but we coul
On Sun, Nov 23, 2014 at 4:37 PM, Nicolas Joly wrote:
>
> Hi,
>
> According the OpenGroup online document for posix_madvise[1], it
> should fail with ENOMEM for invalid addresses ranges :
>
> [ENOMEM]
> Addresses in the range starting at addr and continuing for len
> bytes are partly or com
On Nov 11, 2014 5:44 AM, "Masao Uebayashi" wrote:
>
> On Tue, Nov 11, 2014 at 11:48 AM, Thor Lancelot Simon
wrote:
> > On Sun, Nov 09, 2014 at 04:16:13PM +0900, Masao Uebayashi wrote:
> >> Ideally the long hardcoded sequence of init functions in
init_main:main() is
> >> converted to a single vect
On Mon, Nov 10, 2014 at 11:27 AM, Masao Uebayashi wrote:
> Hard to be uglier than how init_main.c looks like now...
Can't disagree there.
Justin
On Nov 10, 2014 10:02 AM, "Masao Uebayashi" wrote:
>
> __attribute__((constructor(n))), where n being priority, can do
> ordering (hint from pooka@).
>
> Question is, how to provide __CTOR_LIST__, __CTOR_LIST_END__ equivalent
symbols.
>
> (It is super easy if MI linker script is there. :)
Constru
On Sun, Oct 12, 2014 at 11:06 AM, Kamil Rytarowski wrote:
> Hello,
>
>> Are you sure a new dtrace provider would not be the way to go?
>
> Yes. I believe that internal performance tracing and tracking locks is
> misdesign (also not very portable). I'm not familiar with DTrace, more with
> Linux
On Sat, Oct 4, 2014 at 9:24 AM, Alan Barrett wrote:
> On Fri, 03 Oct 2014, Justin Cormack wrote:
>>
>> Back in the sysctl discussion a while back, core group said:
>>
>> http://mail-index.netbsd.org/tech-kern/2014/03/26/msg016779.html
>>
>> a) What types a
Back in the sysctl discussion a while back, core group said:
http://mail-index.netbsd.org/tech-kern/2014/03/26/msg016779.html
a) What types are needed? Currently, CTLTYPE_INT is a signed
32-bit type, and CTLTYPE_QUAD is an unsigned 64-bit type.
Perhaps all four possible combinations of sig
On Tue, Sep 16, 2014 at 12:59 AM, Patrick Welche wrote:
>
> So for both of you, things look correct!
>
> This is on Sunday's NetBSD 7.99.1 amd64, but this is an old problem for
> me...
Very odd. What does ktrace output look like? Which other versions did
you see this on before?
Justin
On Tue, Sep 16, 2014 at 12:20 AM, Patrick Welche wrote:
> Given a filedescriptor, how can you tell that it is valid and has been
> opened?
>
> In the attached simple program, a file and a directory are opened
> (with CLOEXEC set). I then call fcntl(fd, F_GETFD) on the range
> fd = [3..15]. fd = {
On Sat, Aug 30, 2014 at 8:22 AM, Thor Lancelot Simon wrote:
> On Fri, Aug 29, 2014 at 12:22:31PM -0400, Terry Moore wrote:
>>
>> Is the ixg in an expansion slot or integrated onto the main board?
>
> If you know where to get a mainboard with an integrated ixg, I wouldn't
> mind hearing about it.
On Fri, Jul 25, 2014 at 10:06 AM, Kengo NAKAHARA wrote:
> But the UI is rough, so could you comment aboud the UI?
>
> The implementation is consist of following three pathes:
> (1) IRQ affinity implementation itself
> The usage is "sysctl -w kern.cpu_affinity.irq=18:1" ("18" is
>
On Jul 19, 2014 10:01 AM, "Alexander Nasonov" wrote:
>
> To compile in rump kernel, I needed to add -DMIPS3=1
> to Makefile.rump for mips platforms. This is the only change outside
> of sljit scope.
You surely can't do that, people may be trying to compile on non mips3
hardware?
Justin
On Tue, Jul 1, 2014 at 9:03 AM, Maxime Villard wrote:
> Hi,
> I would like to improve the priorities of the binary loader. When the kernel
> loads a binary, it basically loops and calls different loaders (for aout, ELF,
> ...). There are several ELF loaders, for native and emulated binaries. This
On Fri, Jun 20, 2014 at 9:11 AM, Thomas Schmitt wrote:
>
> One peculiarity shows up:
>
> extattr_get_link(2) et.al. return the attribute content with
> a trailing 0-byte.
> This 0-byte seems to be a bug-or-feature of setextattr(1).
>
> I overwrote an extattr in the ISO filesystem by xorriso means
All the issues I saw have been resolved - thanks everyone.
Justin
On Mon, Jun 9, 2014 at 8:30 PM, Martin Husemann wrote:
> And after updating again we are down to a handfull of unusual failures:
>
> Summary for 587 test programs:
> 3781 passed test cases.
> 21 failed test cases.
> 32 expected failed test cases.
> 75 skipped test cases.
I am look
On Sun, Jun 8, 2014 at 4:24 PM, Mindaugas Rasiukevicius
wrote:
> Martin Husemann wrote:
>> Something seriously happened to -current in the last few days. Between
>> June 2 and June 8 the number of test failures jumped from 17 to 80, see:
>>
>> http://www.netbsd.org/~martin/sparc64-atf/
>>
>> Some
On Mar 27, 2014 2:32 AM, "Matt Thomas" wrote:
>
>
> I recently ordered an ODROID-XU Lite to help beat on the my ARM MP code.
>
> However, it has a quirk that I don't think our scheduler will deal with.
>
> It has 4 Cortex-A15 cores @ 1.4Ghz and 4 Cortex-A7 cores @ 1.2Ghz. Even
if the frequencies
I know a few people have been using this already, but I thought I
would do a more formal announcement as I have now pushed a much
improved version (no longer uses dlopen).
Rumprun, available from https://github.com/rumpkernel/rumprun is a set
of build scripts that builds NetBSD userspace tools tha
On Fri, Mar 14, 2014 at 1:29 PM, Ilya Zykov wrote:
>>
>> | I have few questions about project.
>> | Christos, can I ask you about this?
>> | Please, if anybody has objections or already doing it, tell me know.
>>
>> Nobody is already doing it, and if you have questions, you came to the right
>> pl
On Fri, Jan 31, 2014 at 9:14 AM, Martin Husemann wrote:
> On Fri, Jan 31, 2014 at 12:59:15AM -0800, Matt Thomas wrote:
>> Why would anyone want this? Say you have a system in which the MMU can have
>> per translation table page sizes. a 16KB page size might be desirable for
>> the
>> kernel and
On Fri, Dec 20, 2013 at 1:13 PM, Alexander Nasonov wrote:
> Sorry for top-posting. I'm replying from my phone.
>
> I've not looked at linux bpf before. I remember taking a quick look at
> bpf_jit_compile function but I didn't like emitting binary machine code with
> macro commands.
>
> I spent f
On 29 Nov 2013 14:11, "Lourival Vieira Neto"
wrote:
>
> On Fri, Nov 29, 2013 at 10:03 AM, Marc Balmer wrote:
> > Am 29.11.13 12:38, schrieb Lourival Vieira Neto:
> >>> It will be interesting to see by how much memory the addition of the
> >>> standard libraries will grow lua(4). lneto claims it
On 27 Nov 2013 06:50, "Mouse" wrote:
>
> > Let me get on the record. It's basically ridiculous to allow GCC 4.8
> > to redefine the set of permitted C expressions such that it breaks
> > BSD.
>
> gcc 4.8 isn't. C99 did; what's distinctive about gcc 4.8 is that
> before that gcc didn't take advan
On 20 Nov 2013 08:38, "Marc Balmer" wrote:
> > Now we need a name that covers both uses cases. It could be "memory"
> > because it deals with memory, or just "data", which I favour.
> >
> > Opinions on the name?
>
> Since no one replied, it will go by the name 'data' and be available for
> "both"
On Sun, Nov 17, 2013 at 8:39 PM, Lourival Vieira Neto
wrote:
> Well, I don't think I fully understood that; mainly because I'm not
> aware about Lua 5.3. It will provide two number types for the scripts?
> Or you are just talking about lua_Integer type on the C-side. Lua 5.1
> already has a lua_In
On Sun, Nov 17, 2013 at 7:56 PM, Christos Zoulas wrote:
> On Nov 17, 3:36pm, lourival.n...@gmail.com (Lourival Vieira Neto) wrote:
> -- Subject: Re: [patch] changing lua_Number to int64_t
>
> | > 1. Lua 5.3 will have 64 bit integer support as standard, which will
> | > make interop and reuse betw
On Sun, Nov 17, 2013 at 4:52 PM, Lourival Vieira Neto
wrote:
> On Sun, Nov 17, 2013 at 2:02 PM, Christos Zoulas wrote:
>> On Nov 17, 10:46am, lourival.n...@gmail.com (Lourival Vieira Neto) wrote:
>> -- Subject: Re: [patch] changing lua_Number to int64_t
>>
>> | On Sun, Nov 17, 2013 at 7:37 AM, Ma
On Sun, Nov 17, 2013 at 12:05 PM, Marc Balmer wrote:
> I came accross a small library for converting data to an from C structs
> for Lua, written by Roberto Ierusalimschy:
>
> http://www.inf.puc-rio.br/~roberto/struct/
>
> I plan to import it and to make it available to both lua(1) and lua(4)
> as
On Sun, Nov 17, 2013 at 11:30 AM, Alexander Nasonov wrote:
> Mouse wrote:
>> Also, using an exact-width type assumes that the hardware/compiler in
>> question _has_ such a type.
>>
>> It's possible that lua, NetBSD, or the combination of the two is
>> willing to write off portability to machines w
On Tue, Nov 12, 2013 at 6:08 AM, Michael van Elst wrote:
> The "slowdown" is already enormous due to lack of floating point
> hardware. That's why emulating the FP hardware is a very common
> way to handle this situation, just look at the other platforms.
>
> The rationale behind this is, that peo
On Mon, Nov 11, 2013 at 10:56 PM, Michael van Elst wrote:
> m...@3am-software.com (Matt Thomas) writes:
>
>>Exactly. with hf, floating point values are passed in floating point
>>registers. That can not be hidden via a library (this works on x86
>>since the stack has all the arguments).
>
> It c
On Mon, Nov 11, 2013 at 6:42 PM, Alistair Crooks wrote:
>
> What I am asking for is a much better way of people describing the
> design decisions they've taken, and for them to attempt the radical
> step of documenting these decisions, and publishing them, so that
> people can understand why these
On Sun, Nov 10, 2013 at 9:48 PM, Matt Thomas wrote:
> I strongly disagree with that. I specifically choose use different machine
> arches so that the hard/soft float binary packages would be separate.
> From using soft/hard float userlands on PPC, I already knew that mixing
> them was wrong.
Wha
On Sun, Nov 10, 2013 at 7:38 PM, Alistair Crooks wrote:
> On Sun, Nov 10, 2013 at 04:56:04AM +, Jun Ebihara wrote:
>> Module Name: pkgsrc
>> Committed By: jun
>> Date: Sun Nov 10 04:56:04 UTC 2013
>>
>> Modified Files:
>> pkgsrc/misc/raspberrypi-userland: Makefile
>>
>> Log Mess
On 16 Oct 2013 15:41, "Lourival Vieira Neto"
wrote:
>
> Hi Justin,
>
> On Tue, Oct 15, 2013 at 7:38 PM, Justin Cormack
> wrote:
> > On Thu, Oct 10, 2013 at 7:15 PM, Lourival Vieira Neto
> > wrote:
> >> Hi folks,
> >>
> >> It ha
On Wed, Oct 9, 2013 at 9:26 AM, Thomas Klausner wrote:
> On Wed, Oct 09, 2013 at 08:37:23AM +0200, Marc Balmer wrote:
>> So if no one really objects the plan is as follows:
>>
>> - Import Lua 5.2 to src/sys/external/
>> - Remove Lua 5.1 from src/external/
>
> apb suggested using "src/common/extern
I have been informed that there might be an undocumented ability to
get mmap to return addresses in the lower 4G of address space on a 64
bit machine by passing ~(unsigned)0 as the first parameter (or
(1<<31)-1 for 2GB). Is this correct? Or is it possibley to use
netbsd32_mmap()? Linux and some oth
44 matches
Mail list logo
