Re: CVS commit: src/distrib/common

adbf7ee9mruyyct+97v1bjh_0nh9tqltr-rm5bprgl+knb2...@mail.gmail.com > <javascript:;>>, > Masao Uebayashi <uebay...@gmail.com <javascript:;>> wrote: > >bapt@freebsd taught me that FreeBSD uses ((the newest timestamp in the > >source files) + 1sec) in places where appr

Re: CVS commit: src/distrib/common

bapt@freebsd taught me that FreeBSD uses ((the newest timestamp in the source files) + 1sec) in places where appropriate for reproducible build. It might have been about Ports, but idea is it. On Wed, Nov 25, 2015 at 9:50 AM, Christos Zoulas wrote: > Module Name:src >

Re: CVS commit: src/sys/arch/amd64/conf

On Sun, Sep 6, 2015 at 4:17 PM, Masao Uebayashi <uebay...@netbsd.org> wrote: > Module Name:src > Committed By: uebayasi > Date: Sun Sep 6 07:17:14 UTC 2015 > > Modified Files: > src/sys/arch/amd64/conf: Makefile.amd64 files.amd64 > > Log M

Re: CVS commit: src/share/mk

On Tue, Sep 8, 2015 at 1:33 AM, Joerg Sonnenberger <jo...@britannica.bec.de> wrote: > On Mon, Sep 07, 2015 at 06:42:07AM +0000, Masao Uebayashi wrote: >> Module Name: src >> Committed By: uebayasi >> Date: Mon Sep 7 06:42:07 UTC 2015 >> >>

Re: CVS commit: src/sys/arch/m68k/fpsp

On Mon, Sep 7, 2015 at 7:01 AM, David Laight <da...@l8s.co.uk> wrote: > On Sat, Sep 05, 2015 at 09:39:43AM +0900, Masao Uebayashi wrote: >> The reason of this is that config(1) have no idea of library at this >> moment. Makefile.kern.inc has also a convention that

Re: CVS commit: src/sys/arch/m68k/fpsp

The reason of this is that config(1) have no idea of library at this moment. Makefile.kern.inc has also a convention that all *.o files have to be built under the top of kernel build directory. libkern & libcompat have speicalized make(1) rules, that work but look ugly. I'd consider to extend

Re: CVS commit: src/sys/conf

I got some errors from common/lib/libc/arch/arm/features.mk. Will revisit later.

Re: CVS commit: src/usr.bin/config

They were intentionally overly strict. Please put them back. Or change them to not overly strict. You make me wonder if I should add this to Makefile.kern.nc: ${SYSTEM_OBJ}: Makefile

Re: CVS commit: src/sys/conf

On Thu, Sep 3, 2015 at 11:32 PM, Joerg Sonnenberger <jo...@britannica.bec.de> wrote: > On Thu, Sep 03, 2015 at 02:56:35PM +0900, Masao Uebayashi wrote: >> Because ${OBJS} affects not only build order but also link order. > > and that's exactly why it *should* be sorted. P

Re: CVS commit: src

I will bring this back to track once things will settle.

Re: CVS commit: src/sys/conf

My plan is to order objects following module dependency for kernel constructors.

Re: CVS commit: src/sys/conf

Because ${OBJS} affects not only build order but also link order.

Re: CVS commit: src/sys/conf

According to make(1), $< (${.IMPSRC}) is not set in explicit rules. If so, existing logic of using explicit rules around ${NORMAL_C} can be said to be just wrong.

Re: CVS commit: src/sys/conf

Fallouts should not happen.

Re: CVS commit: src/sys

sys/netinet/in.c calls a function in sys/net/if_llatbl.c sys/net/if_llatbl.c calls a function in sys/net/if_arp.c This doesn't look very good from modularity POV. Maybe if_llatbl.c should not directly refer to if_arp.c functions.

Re: CVS commit: src/sys

Off course you can do "file if_llatbl.c a|b|c" and leave the burden of fixing modularity for future people. :)

Re: CVS commit: src/usr.bin/config

I will probably allow $S/.. only for `object' paths. To realize suffix rules, I have to dig subdirectories under kernel build directory. But that is only for files that are compiled. I don't need to dig subdirectories for objects whose relative path is `../../../a/b/c'.

Re: CVS commit: src/usr.bin/config

And there is $S/../common. Need more thought..

Re: CVS commit: src/usr.bin/config

Such a hack is needed because config(1) has to generate rules explicitly for each *.[cS]. If you try to override a rule (e.g. compile this pmap_bootstrap.c with ${NOPROF_C}), it will be a duplicated rule. If *.[cS] - *.o will be written using suffix rules, you can safely override rules. No

Re: CVS commit: src/sys/conf

Sorry, my bad. :( There seems an evaluation order problem around ${SYSTEM_DEP} ... it is added to `netbsd' as a dependency much earlier than `sys/conf/Makefile.kern.inc' is included. I'll simply redo by adding netbsd: netbsd.ldscript in `sys/conf/Makefile.kern.inc' instead of relying on

Re: CVS commit: src/sys/arch/evbarm/conf

Although I confirmed that all kernels of evbearmv7hf-el had no binary changes after this change, I am a bit confused by [1]. According to [1], at that time, this linker script was used by hpcboot (of hpcarm?). Now I see that hpcarm doesn't seem to use linker script at all. Anyway, load

Re: CVS commit: src/sys/arch/netwinder/conf

netwinder is strange in that it wants .data aligned to 0x8000, but it also specifies physical/virtual load addresses as 0xc000/0xf000c000, that are obviously not aligned to 0x8000! Can someone check if other load addresses work? For example 0x0001/0xf001?

Re: CVS commit: src/sys/kern

Can compilers warn that `variables that should not be used are mistakenly used'? If not, marking with `__unused' does not prove that those variables are really unused.

Re: CVS commit: src/sys/kern

Of course I can revert changes but I'd point out that pseudo attach functions were already inconsistent, and I want to fix that inconsistency. Could you list a number of other instances that use `int n'? On Wed, Aug 19, 2015 at 11:34 AM, matthew green m...@eterna.com.au wrote: Masao Uebayashi

Re: CVS commit: src/sys/kern

On Wed, Aug 19, 2015 at 10:27 AM, Paul Goyette p...@vps1.whooppee.com wrote: (snip) Wasn't the 'n' parameter supposed to be used to tell the driver how many instances of the pseudo-device should be instantiated? At least, for those drivers which do not automatically clone? Yes. Have all of

Re: CVS commit: src/sys/kern

On Wed, Aug 19, 2015 at 5:31 AM, matthew green m...@eterna.com.au wrote: Masao Uebayashi writes: Module Name: src Committed By: uebayasi Date: Tue Aug 18 13:46:20 UTC 2015 Modified Files: src/sys/kern: kern_cpu.c kern_drvctl.c Log Message: Convert pseudo attach functions

Re: CVS commit: src/sys/kern

raidattach() doesn't seem to use `int num': http://nxr.netbsd.org/xref/src/sys/dev/raidframe/rf_netbsdkintf.c#395

Re: CVS commit: src/sys

Which ELF section are splash images located? Are splash images written while running?

Re: CVS commit: src/sys/arch

On Wed, Apr 29, 2015 at 5:32 PM, Hikaru Abe hik...@netbsd.org wrote: Log Message: Initial import of Cavium Octeon and Octeon Plus SoC and specifically Ubiquiti Networks EdgeRouter LITE support. Currently the ethernet and uart of are worked. This support was contributed by Internet Initiative

Re: CVS commit: src/share/misc

Are you removing any inappropriate/hostile words in the tree (if exists)?

Re: CVS commit: src

On Mon, Apr 6, 2015 at 7:02 PM, Martin Husemann mar...@duskware.de wrote: On Sun, Apr 05, 2015 at 09:40:22AM -0400, Christos Zoulas wrote: Hmm, it is building things twice... I am trying to figure out why but I can't reproduce it. Not surprising at all if multiple output hack (*.y) is

Re: CVS commit: src/usr.bin/config

Looking. At least, on amd64, the failing tests don't touch config at all, according to ktrace(1)...

Re: CVS commit: [nick-nhusb] src/sys/dev/usb

). Based on the patch posted in https://mail-index.netbsd.org/port-arm/2013/04/14/msg001842.html From Masao Uebayashi via Sebastien Bocahu The work was actually done by Tsubai Masanari, and also heavily based on FreeBSD's USB stack at that time.

Re: CVS commit: src/sys/net

I predict that in the near future the network stack will act like a batch manner; instead of moving layers for a single packet, pass a batch of packets to the next layer; each layer processes a batch of packets in a loop and stay longer (than now) holding a relevant context object cached. In such

Re: CVS commit: src/sys/net

Maybe adding a few spare members, like 5 pointers, to reduce # of bumps ... ?

Re: CVS commit: src/sys/net

On Thu, Nov 27, 2014 at 10:51 AM, Masao Uebayashi uebay...@gmail.com wrote: Maybe adding a few spare members, like 5 pointers, to reduce # of bumps ... ? Or completely hide sizeof(struct ifnet) by forcing use of if_alloc(), as struct device did.

Re: CVS commit: src/sys/net

On Thu, Nov 27, 2014 at 11:39 AM, matthew green m...@eterna.com.au wrote: hiding stuff inside an alloc doesn't really help much when the kernel code needs to access the structure anyway, unless you also hide all accesses to the structure inside functions. Right. And some members, including

Re: CVS commit: src/sys/net

On Thu, Nov 27, 2014 at 4:20 PM, Matt Thomas m...@3am-software.com wrote: Or completely hide sizeof(struct ifnet) by forcing use of if_alloc(), as struct device did. Doesn't work since struct ifnet is embedded in ethercom/fddicom Right. I mean, I want to make them alloc'ed to improve

CONFIGOPTS

- Add new CONFIGOPTS make variable - Use CONFIGOPTS where TOOL_CONFIG is used - Put CONFIGOPTS args first so that other args win - Revert mkernel/mkernels Index: build.sh === RCS file: /cvsroot/src/build.sh,v retrieving

Re: CVS commit: src

On Mon, Nov 17, 2014 at 5:00 PM, Martin Husemann mar...@homeworld.netbsd.org wrote: On Sun, Nov 16, 2014 at 06:08:13AM +, Masao Uebayashi wrote: Module Name: src Committed By: uebayasi Date: Sun Nov 16 06:08:13 UTC 2014 Modified Files: src: build.sh Log Message

Re: CVS commit: src

+, Masao Uebayashi wrote: Modified Files: src: build.sh Log Message: build.sh mkernels: Build all kernels in modular build Sorry to be slow here, but: this modular obviously differs from modular kernels (as in: have options MODULAR) - so I guess the name is not a good one. I

Re: CVS commit: src

How about adding a new make variable CONFIGOPTS, which is passed to config(1)? This name is similar to COPTS and works similarly too.

Re: CVS commit: src/sys/conf

On Wed, Nov 12, 2014 at 11:04 PM, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote: christos@ wrote: I grepped -R and used nxr but found nothing. Hmm. http://nxr.netbsd.org/search?q=mkldscript.shproject=src shows all files.. I wonder if you need a different script (or proper wrapper) for

Re: CVS commit: src/sys/conf

On Thu, Nov 13, 2014 at 10:21 PM, Christos Zoulas chris...@zoulas.com wrote: On Nov 13, 10:15pm, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote: -- Subject: Re: CVS commit: src/sys/conf | I'm not sure about your goal, but anyway it should be proposed | and discussed proper lists before commit.

Re: CVS commit: src/sys/conf

On Thu, Nov 13, 2014 at 10:43 PM, Christos Zoulas chris...@zoulas.com wrote: On Nov 13, 10:28pm, uebay...@gmail.com (Masao Uebayashi) wrote: -- Subject: Re: CVS commit: src/sys/conf | On Thu, Nov 13, 2014 at 10:21 PM, Christos Zoulas chris...@zoulas.com wrote: | On Nov 13, 10:15pm, tsut

Re: CVS commit: src/sys/conf

On Thu, Nov 13, 2014 at 11:54 PM, Christos Zoulas chris...@zoulas.com wrote: Any solution that involves hard-coding the currently used linksets by name is no solution for me. Please come up with a complete solution, and present it for discussion. Yes, the current script is a hack, but it is a

Re: CVS commit: src/sys/conf

On Fri, Nov 14, 2014 at 12:43 AM, Christos Zoulas chris...@astron.com wrote: In article m42jep$fu6$1...@ger.gmane.org, Christos Zoulas chris...@astron.com wrote: In article CADbF7edbi1NG5O2LZqoh42zoAMvdEYoMF3bLyr=Pynu0PZx9=q...@mail.gmail.com, Can you please explain what you are trying to do

Re: CVS commit: src/sys/conf

On Fri, Nov 14, 2014 at 1:14 AM, Christos Zoulas chris...@astron.com wrote: In article CADbF7edH-=2+az5vahupedqcmm7yt0jxmoc0ahdnfjnfu7a...@mail.gmail.com, Masao Uebayashi uebay...@gmail.com wrote: I can't answer everything soon but one reason coming to mind: I want to hide all link_set_

Re: CVS commit: src/sys/conf

I will look and try to write a separate mkldscript for kmod (but not today). On Wednesday, November 12, 2014, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote: christos@ wrote: Module Name: src Committed By: christos Date: Wed Nov 12 02:15:58 UTC 2014 Modified Files:

Re: CVS commit: src/share/mk

It'd be better to always generate kldscript and kill *.mk contionals completely.

Re: CVS commit: src/sys/conf

Now .kmod has .text .data link_set_* .rodata : instead of .text .rodata link_set_* .data : This may work, because modular(9) maps everything as RWX (uvm_km_alloc(UVM_KMF_WIRED | UVM_KMF_EXEC)). But still...

Re: CVS commit: src/sys/conf

You need sizeof(ptr) alignment, not 4. On Wednesday, November 12, 2014, Christos Zoulas chris...@netbsd.org wrote: Module Name:src Committed By: christos Date: Wed Nov 12 02:15:58 UTC 2014 Modified Files: src/sys/conf: mkldscript.sh Log Message: I don't know what

Re: CVS commit: src/sys/dev

For future reference: I think any xxxbus interface attribute (aka bus) should provide xxxbusprint (and xxxbussubmatch if multiple children). I'll probably change config(1) to extend cfiattrdata like: struct cfiattrdata { const char *ci_name; cfprint_t ci_print;

Re: CVS commit: src/sys/dev

On Thu, Nov 6, 2014 at 1:54 AM, Masao Uebayashi uebay...@gmail.com wrote: struct cfiattrdata { const char *ci_name; cfprint_t ci_print; cfsubmatch_t ci_submatch; int ci_loclen; const struct cflocdesc ci_locdesc[]; }; Actually, ci_name, ci_print

Re: CVS commit: src/sys/dev

On Thu, Nov 6, 2014 at 4:03 AM, Taylor R Campbell campbell+netbsd-source-change...@mumble.net wrote: Why use a string-keyed table with run-time lookups instead of a C object with a C declaration? /* ioconf.h */ extern struct cfiattrdata xxxbus; /* xxx.c */ config_found(self,

Re: CVS commit: src

Builders will surely be happy to see how the output of build.sh -m evbearmv7-el kernels looks like. :)

Re: CVS commit: src/sys/dev

On Mon, Nov 3, 2014 at 9:49 PM, Quentin Garnier c...@cubidou.net wrote: On Sat, Nov 01, 2014 at 07:54:18AM +, Masao Uebayashi wrote: Module Name: src Committed By: uebayasi Date: Sat Nov 1 07:54:18 UTC 2014 Modified Files: src/sys/dev: audio.c audio_if.h Log Message

Re: CVS commit: src/sys/dev

On Tue, Nov 4, 2014 at 1:34 AM, Quentin Garnier c...@cubidou.net wrote: On Tue, Nov 04, 2014 at 01:16:40AM +0900, Masao Uebayashi wrote: On Mon, Nov 3, 2014 at 9:49 PM, Quentin Garnier c...@cubidou.net wrote: On Sat, Nov 01, 2014 at 07:54:18AM +, Masao Uebayashi wrote: Module Name: src

Re: CVS commit: src/sys/arch

On Mon, Nov 3, 2014 at 12:12 AM, Joerg Sonnenberger jo...@britannica.bec.de wrote: On Sat, Nov 01, 2014 at 11:58:55AM +, Masao Uebayashi wrote: Module Name: src Committed By: uebayasi Date: Sat Nov 1 11:58:55 UTC 2014 Modified Files: src/sys/arch/amd64/conf

Re: CVS commit: src/sys/arch

On Mon, Nov 3, 2014 at 1:51 AM, Joerg Sonnenberger jo...@britannica.bec.de wrote: On Mon, Nov 03, 2014 at 01:24:23AM +0900, Masao Uebayashi wrote: On Mon, Nov 3, 2014 at 12:12 AM, Joerg Sonnenberger jo...@britannica.bec.de wrote: On Sat, Nov 01, 2014 at 11:58:55AM +, Masao Uebayashi wrote

Re: CVS commit: src/sys/arch

On Mon, Nov 3, 2014 at 2:20 AM, Joerg Sonnenberger jo...@britannica.bec.de wrote: On Mon, Nov 03, 2014 at 01:56:36AM +0900, Masao Uebayashi wrote: On Mon, Nov 3, 2014 at 1:51 AM, Joerg Sonnenberger jo...@britannica.bec.de wrote: On Mon, Nov 03, 2014 at 01:24:23AM +0900, Masao Uebayashi wrote

Re: CVS commit: src/sys/arch

Reverted.

Re: CVS commit: src/usr.bin/config

On Thu, Oct 30, 2014 at 8:36 PM, Alan Barrett a...@netbsd.org wrote: On Thu, 30 Oct 2014, Masao Uebayashi wrote: What do you expect by doing: options FOO no options FOO options FOO I expect it to be equivalent to just one options FOO. The no options FOO in line 2 should cancel

Re: CVS commit: src/usr.bin/config

On Thu, Oct 30, 2014 at 10:01 PM, Quentin Garnier c...@cubidou.net wrote: On Thu, Oct 30, 2014 at 09:27:06PM +0900, Masao Uebayashi wrote: On Thu, Oct 30, 2014 at 8:36 PM, Alan Barrett a...@netbsd.org wrote: On Thu, 30 Oct 2014, Masao Uebayashi wrote: What do you expect by doing

Re: CVS commit: src/usr.bin/config

On Fri, Oct 31, 2014 at 1:33 AM, Antti Kantee po...@homeworld.netbsd.org wrote: On Thu, Oct 30, 2014 at 11:14:50AM +0900, Masao Uebayashi wrote: On Thu, Oct 30, 2014 at 10:51 AM, Christos Zoulas chris...@astron.com wrote: In article 20141030012621.0982...@cvs.netbsd.org, Masao Uebayashi

Re: CVS commit: src/usr.bin/config

On Fri, Oct 31, 2014 at 2:28 AM, Masao Uebayashi uebay...@gmail.com wrote: On Fri, Oct 31, 2014 at 1:33 AM, Antti Kantee po...@homeworld.netbsd.org wrote: On Thu, Oct 30, 2014 at 11:14:50AM +0900, Masao Uebayashi wrote: On Thu, Oct 30, 2014 at 10:51 AM, Christos Zoulas chris...@astron.com

Re: CVS commit: src/usr.bin/config

On Fri, Oct 31, 2014 at 3:00 AM, Antti Kantee po...@netbsd.org wrote: On 30/10/14 17:28, Masao Uebayashi wrote: Is there a problem rototilling config is going to solve over what is possible with the existing mechanism (*)? You're welcomed to fix any problems without rotorill and/or breakage

Re: CVS commit: src/usr.bin/config

On Fri, Oct 31, 2014 at 1:49 AM, David Holland dholland-sourcechan...@netbsd.org wrote: On Thu, Oct 30, 2014 at 09:27:06PM +0900, Masao Uebayashi wrote: So, while you expect that options works before it's defined, you also expect the order is honored for no use. I'm not sure how it can

Re: CVS commit: src/usr.bin/config

On Thu, Oct 30, 2014 at 10:51 AM, Christos Zoulas chris...@astron.com wrote: In article 20141030012621.0982...@cvs.netbsd.org, Masao Uebayashi source-changes-d@NetBSD.org wrote: Re: constructors/destructors: Using them will create a portability constraint on elf. This has the implication

Re: CVS commit: src/usr.bin/config

On Thu, Oct 30, 2014 at 11:38 AM, Matt Thomas m...@3am-software.com wrote: arm doesn’t use .ctors/.dtors it has init/fini array instead. The section names don't really matter. Probably .kctors/.kdtors are less confusing (+ to avoid confliction with rump). and where would they be executed?

Re: CVS commit: src/sys/arch

On Sun, Oct 19, 2014 at 12:15 PM, John Nemeth jnem...@cue.bc.ca wrote: On Oct 18, 4:56pm, Masao Uebayashi wrote: } } Module Name: src } Committed By: uebayasi } Date: Sat Oct 18 16:56:51 UTC 2014 } } Modified Files: } src/sys/arch/amd64/conf: ALL GENERIC XEN3_DOM0

Re: CVS commit: src/sys/arch/x86/pci

On Sat, Oct 18, 2014 at 5:55 AM, Masao Uebayashi uebay...@netbsd.org wrote: Module Name:src Committed By: uebayasi Date: Fri Oct 17 20:55:21 UTC 2014 Modified Files: src/sys/arch/x86/pci: files.pci Log Message: Fix another indirect circular dependency (agp_

Re: CVS commit: src/sys/arch/evbarm/conf

Probably the default style attachment (like midi* at midibus?) can (should) be implicity generated.

Re: CVS commit: src/sys/arch/amd64/conf

On Sun, Oct 12, 2014 at 12:05 AM, Manuel Bouyer bou...@antioche.eu.org wrote: On Sat, Oct 11, 2014 at 09:50:03AM +, Masao Uebayashi wrote: Module Name: src Committed By: uebayasi Date: Sat Oct 11 09:50:03 UTC 2014 Modified Files: src/sys/arch/amd64/conf: XEN3_DOM0 std.xen

Re: CVS commit: src/sys/arch/amd64/conf

On Sun, Oct 12, 2014 at 3:06 AM, Manuel Bouyer bou...@antioche.eu.org wrote: On Sun, Oct 12, 2014 at 12:17:22AM +0900, Masao Uebayashi wrote: On Sun, Oct 12, 2014 at 12:05 AM, Manuel Bouyer bou...@antioche.eu.org wrote: On Sat, Oct 11, 2014 at 09:50:03AM +, Masao Uebayashi wrote

Re: CVS commit: src/sys/arch/amd64/conf

On Sun, Oct 12, 2014 at 3:48 AM, Manuel Bouyer bou...@antioche.eu.org wrote: On Sun, Oct 12, 2014 at 03:35:48AM +0900, Masao Uebayashi wrote: On Sun, Oct 12, 2014 at 3:06 AM, Manuel Bouyer bou...@antioche.eu.org wrote: On Sun, Oct 12, 2014 at 12:17:22AM +0900, Masao Uebayashi wrote: On Sun

Re: CVS commit: src/sys/arch/amd64/conf

On Sun, Oct 12, 2014 at 4:35 AM, Manuel Bouyer bou...@antioche.eu.org wrote: On Sun, Oct 12, 2014 at 04:23:17AM +0900, Masao Uebayashi wrote: On Sun, Oct 12, 2014 at 3:48 AM, Manuel Bouyer bou...@antioche.eu.org wrote: On Sun, Oct 12, 2014 at 03:35:48AM +0900, Masao Uebayashi wrote: On Sun

Re: CVS commit: src/sys/arch/amd64/conf

I think this can be fixed by providing new selection statements, flags and/or params, which are meant to enable flags/params, not options/attributes. For ath's case, options ATHHAL_AR5210 means that you want to include more *.c's for that option. params ATHHAL_DEBUG means that you want to change

Re: CVS commit: src/usr.bin/config

on CPU_ARMV7. Neither CPU_CORTEX nor CPU_ARMV7 are defined in opt_cputypes.h On Fri, 10 Oct 2014, Masao Uebayashi wrote: Date: Fri, 10 Oct 2014 10:22:49 + From: Masao Uebayashi uebayasi-s783fymb3ccdnm+yrof...@public.gmane.org Reply-To: source-changes-d-qavaossjccednm+yrof

Re: CVS commit: src/sys/conf

config(5) is made of definitions and selections. Selections are basically written in user's config (GENERIC, etc.); commen ones may be put in sys/conf/std or sys/arch/*/conf/std.*. To follow that naming convention, how about: sys/conf/all.filesystems sys/conf/all.usb ? Users have to filter

Re: CVS commit: src/sys

Not objecting this paricular change, but I hope that sys/sysctl.h be less loaded, ideally porviding only sysctl base definitions, than more loaded...

Re: CVS commit: src/sys

On Tue, May 27, 2014 at 6:31 AM, Antti Kantee po...@iki.fi wrote: On 26/05/14 19:38, David Holland wrote: On Sun, May 25, 2014 at 04:31:51PM +, Antti Kantee wrote: Modified Files: src/sys/kern: subr_devsw.c vfs_bio.c src/sys/rump/librump/rumpkern: rump.c Log

Re: CVS commit: src/sys/arch/amd64/amd64

On Tue, May 13, 2014 at 2:28 AM, Jonathan A. Kollasch jakll...@kollasch.net wrote: On Mon, May 12, 2014 at 07:05:29PM +0200, Joerg Sonnenberger wrote: On Mon, May 12, 2014 at 01:49:24PM +, Masao Uebayashi wrote: Module Name:src Committed By: uebayasi Date

Re: CVS commit: src

Thanks. I will revisit this later. On Tuesday, April 29, 2014, Antti Kantee po...@homeworld.netbsd.org wrote: On Tue, Apr 29, 2014 at 06:51:57AM +, Masao Uebayashi wrote: Module Name: src Committed By: uebayasi Date: Tue Apr 29 06:51:57 UTC 2014 Modified Files

Re: CVS commit: src/sys/arch/powerpc/conf

Hopefully kernel entry (locore.o) is placed using ldscript so that stupid *.o ordering in makefiles can go away? On Sat, Apr 19, 2014 at 9:46 PM, Matt Thomas m...@netbsd.org wrote: Module Name:src Committed By: matt Date: Sat Apr 19 12:46:04 UTC 2014 Added Files:

Re: CVS commit: src/sys/kern

On Sun, Apr 13, 2014 at 12:33 AM, Nick Hudson sk...@netbsd.org wrote: On 04/12/14 16:08, Masao Uebayashi wrote: Module Name:src Committed By: uebayasi Date: Sat Apr 12 15:08:56 UTC 2014 Modified Files: src/sys/kern: kern_exec.c Log Message: execve_runproc

Re: CVS commit: src/share/mk

Is this all about symlink-to-directory in an OBJDIR, right? My theory is that directory creation in OBJDIR is all wrong... Kernel build *should* include static headers in $DESTDIR (#include foo.h) or generated headers (#include foo.h) IMO.

Re: CVS commit: src/share/mk

Sorry that I was lost, but I still believe that creating-directories-as-make-target is to avoid. Is there any counter-example (use case) where it should be there? On Fri, Jan 24, 2014 at 1:30 AM, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote: Is this all about symlink-to-directory in an OBJDIR,

Re: CVS commit: src/distrib/sets

I agree that in an ideal reproducible world timestamp (== physical time and its order) has no value. But it is useful to detect unnecessary rebuild - reproducible but built repeatedly unnecessarily. I see some value in it. On Fri, Jan 24, 2014 at 6:45 AM, Alan Barrett a...@netbsd.org wrote:

Re: CVS commit: src/share/mk

How about kernel modules? On Fri, Jan 24, 2014 at 1:00 PM, matthew green m...@eterna.com.au wrote: Is this all about symlink-to-directory in an OBJDIR, right? My theory is that directory creation in OBJDIR is all wrong... Kernel build *should* include static headers in $DESTDIR (#include

Re: CVS commit: src/share/mk

I wonder if ln -sfh is portable? On Thu, Jan 23, 2014 at 12:23 PM, Christos Zoulas chris...@zoulas.com wrote: On Jan 23, 3:11am, campbell+netbsd-source-change...@mumble.net (Taylor R Campbell) wrote: -- Subject: Re: CVS commit: src/share/mk |Date: Wed, 22 Jan 2014 13:15:44 -0500 |

Re: CVS commit: src/sys/arch

Because I don't want to change resulting binaries (*.o) for now. I think I'll switch these when cleaned up and merged and moved to sys/arch/x86. How do you think? On Tue, Jun 25, 2013 at 12:17 PM, YAMAMOTO Takashi y...@mwd.biglobe.ne.jp wrote: hi, why do you need to make *.S include another

Re: CVS commit: [agc-symver] src/lib/libc

I'm not sure if symbols like _citrus_* are meant to be exported as global. Probably not.

Re: CVS commit: [agc-symver] src/lib/libc

How do you generate Version.map? Can you define symbols per-module (e.g., libc/gen, libc/stdio, ...)?

Re: CVS commit: src/usr.bin/make

I like make(1) to exit when stale depend is found. On Tue, Mar 5, 2013 at 11:04 AM, Christos Zoulas chris...@netbsd.orgwrote: Module Name:src Committed By: christos Date: Tue Mar 5 02:04:11 UTC 2013 Modified Files: src/usr.bin/make: dir.c job.c parse.c Log

Re: CVS commit: src/sys/arch/ia64/ia64

On Fri, Aug 31, 2012 at 11:31 PM, Chuck Silvers c...@netbsd.org wrote: Log Message: fix some confusion about PG_FAKE. The name is so confusing. How about changing it to e.g. PG_UNINITED?

Re: CVS commit: src/sys/arch/sparc

Having an MI routine that's called very early, just after C code can be run? I think kernel bootstrap / initialization needs more granularity. On Tue, Jul 31, 2012 at 8:56 AM, Christos Zoulas chris...@zoulas.com wrote: On Jul 30, 11:37am, m...@3am-software.com (Matt Thomas) wrote: -- Subject:

Re: CVS commit: src/sys/dev

I think fec(4) is too common. I'd give SoC periph devs more descriptive names, like mpc8xxxfec(4). On Mon, Jul 23, 2012 at 10:05 PM, Matt Thomas m...@netbsd.org wrote: Module Name:src Committed By: matt Date: Mon Jul 23 13:05:48 UTC 2012 Modified Files: src/sys/dev:

Re: CVS commit: src

As discussed somewhere some time ago, I think PAGE_SIZE and other constants should be provided via sysconf(9). If you don't like indirection, you'd use pre-link binaries (== static kernel). On Sat, Feb 18, 2012 at 9:14 AM, Julio Merino j...@julipedia.org wrote: On 2/17/12 7:11 PM, Julio Merino

Re: CVS commit: src/sys

On Sun, Jul 31, 2011 at 2:23 AM, Jean-Yves Migeon jeanyves.mig...@free.fr wrote: On 30.07.2011 19:01, Christos Zoulas wrote: Module Name:  src Committed By: christos Date:         Sat Jul 30 17:01:05 UTC 2011 Modified Files:       src/sys/conf: files       src/sys/kern: init_main.c

  1   2   3   >