On Wed, Oct 15, 2014 at 08:28:31PM +0700, Robert Elz wrote:
> [...]
> | Including "std.ath_hal" means that you pull in ath device code in your
> | kernel.
>
> No it doesn't. All it is is a bunch of option definitions, by themselves,
> those do (or should do) nothing. What's more, I verified
Date:Sun, 12 Oct 2014 00:17:22 +0900
From:Masao Uebayashi
Message-ID:
For what it is worth, this change (below) just "bit" me - I did my first new
builds for a couple of weeks, and my own Dom0 config failed to build
(because even though the standard XEN3_DOM0 got th
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
On Sun, Oct 12, 2014 at 4:35 AM, Manuel Bouyer 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
>> wrote:
>> > On Sun, Oct 12, 2014 at 03:35:48AM +0900, Masao Uebayashi wrote:
>> >> On Sun, Oct 12, 2014 at 3:06 AM, Manuel
On Sun, Oct 12, 2014 at 04:23:17AM +0900, Masao Uebayashi wrote:
> On Sun, Oct 12, 2014 at 3:48 AM, Manuel Bouyer 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
> >> wrote:
> >> > On Sun, Oct 12, 2014 at 12:17:22AM
On Sun, Oct 12, 2014 at 3:48 AM, Manuel Bouyer 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
>> wrote:
>> > On Sun, Oct 12, 2014 at 12:17:22AM +0900, Masao Uebayashi wrote:
>> >> On Sun, Oct 12, 2014 at 12:05 AM, Manue
On Sun, Oct 12, 2014 at 03:35:48AM +0900, Masao Uebayashi wrote:
> On Sun, Oct 12, 2014 at 3:06 AM, Manuel Bouyer 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
> >> wrote:
> >> > On Sat, Oct 11, 2014 at 09:50:03AM
On Sun, Oct 12, 2014 at 3:06 AM, Manuel Bouyer 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
>> wrote:
>> > On Sat, Oct 11, 2014 at 09:50:03AM +, Masao Uebayashi wrote:
>> >> Module Name: src
>> >> Committed By:
On Sun, Oct 12, 2014 at 12:17:22AM +0900, Masao Uebayashi wrote:
> On Sun, Oct 12, 2014 at 12:05 AM, Manuel Bouyer
> 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
> >>
On Sun, Oct 12, 2014 at 12:05 AM, Manuel Bouyer 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
>>
>> Log
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
>
> Log Message:
> Don't include std.ath_hal for XEN3_DOMU.
Why ?
We s
In article <20140612192538.GA2882@neva>,
Alexander Nasonov wrote:
>matthew green wrote:
>> this comment probably would be nice if it was with all instances
>> of INET6, not just amd64 GENERIC. it certainly will help me a
>> couple of times a year when i end up forgetting...
>
>I looked at this.
matthew green wrote:
> this comment probably would be nice if it was with all instances
> of INET6, not just amd64 GENERIC. it certainly will help me a
> couple of times a year when i end up forgetting...
I looked at this. There are 138 files in conf directories with both
INET6 and stf in them. I
"Alexander Nasonov" writes:
> Module Name: src
> Committed By: alnsn
> Date: Thu Jun 12 12:13:36 UTC 2014
>
> Modified Files:
> src/sys/arch/amd64/conf: GENERIC
>
> Log Message:
> Add a comment about disabling INET6. Should fix kern/48901.
this comment probably would be nice if i
Am 15.03.14 20:18, schrieb John Nemeth:
> On Mar 15, 1:50pm, "Jonathan A. Kollasch" wrote:
> }
> } Module Name:src
> } Committed By: jakllsch
> } Date: Sat Mar 15 13:50:01 UTC 2014
> }
> } Modified Files:
> } src/sys/arch/amd64/conf: XEN3_DOMU
> }
> } Log Message
John Nemeth writes:
> On Mar 15, 1:50pm, "Jonathan A. Kollasch" wrote:
> }
> } Module Name:src
> } Committed By: jakllsch
> } Date: Sat Mar 15 13:50:01 UTC 2014
> }
> } Modified Files:
> } src/sys/arch/amd64/conf: XEN3_DOMU
> }
> } Log Message:
> } Enable PCI
John Nemeth writes:
> On Mar 15, 1:50pm, "Jonathan A. Kollasch" wrote:
> }
> } Module Name:src
> } Committed By: jakllsch
> } Date: Sat Mar 15 13:50:01 UTC 2014
> }
> } Modified Files:
> } src/sys/arch/amd64/conf: XEN3_DOMU
> }
> } Log Message:
> } Enable PCI
On Mar 15, 1:50pm, "Jonathan A. Kollasch" wrote:
}
} Module Name: src
} Committed By: jakllsch
} Date: Sat Mar 15 13:50:01 UTC 2014
}
} Modified Files:
} src/sys/arch/amd64/conf: XEN3_DOMU
}
} Log Message:
} Enable PCI support in amd64 XEN3_DOMU config to match i386 XEN3_DOMU con
On Wed, Oct 23, 2013 at 05:22:49PM +, Matt Thomas wrote:
> Module Name: src
> Committed By: matt
> Date: Wed Oct 23 17:22:49 UTC 2013
>
> Modified Files:
> src/sys/arch/amd64/conf: GENERIC XEN3_DOM0
>
> Log Message:
> Add xhci device
I would like to state at this time that I a
to a separate file to fix this
properly.
-Original Message-
From: Marc Balmer
Sent: Monday, October 03, 2011 3:28 AM Newsgroups:
gmane.os.netbsd.devel.cvs.full
To: source-changes-full-qavaossjccednm+yrof...@public.gmane.org
Subject: CVS commit: src/sys/arch/amd64/conf
Module Name:
On Aug,Monday 8 2011, at 6:13 PM, Jonathan A. Kollasch wrote:
> Module Name: src
> Committed By: jakllsch
> Date: Mon Aug 8 16:13:42 UTC 2011
>
> Modified Files:
> src/sys/arch/amd64/conf: GENERIC INSTALL
>
> Log Message:
> Finish reverting premature modularization of amd64 kern
On Mon, Aug 08, 2011 at 04:13:42PM +, Jonathan A. Kollasch wrote:
> Module Name: src
> Committed By: jakllsch
> Date: Mon Aug 8 16:13:42 UTC 2011
>
> Modified Files:
> src/sys/arch/amd64/conf: GENERIC INSTALL
>
> Log Message:
> Finish reverting premature modularization of amd6
On Mon, 21 Feb 2011 08:00:10 +, David Holland
wrote:
> Hmm -- adding a comment telling that the feature is experimental?
Right now some of the things commented out in amd64 GENERIC are
labeled experimental. Some of them are labeled "built as a module".
Most of them aren't labeled at all. I
On Mon, Feb 21, 2011 at 12:20:14AM +0100, Jean-Yves Migeon wrote:
> On 20.02.2011 22:58, David Holland wrote:
> > 1. Traditionally, whether a driver/fs/option/whatever is listed in
> > GENERIC is an indicator of how stable it's believed to be: entities
> > that are missing are assumed not to wo
On Sun, Feb 20, 2011 at 09:58:44PM +, David Holland wrote:
> years without being solved. In fact, in general all such discussions
> have been shouted down by module advocates insisting without evidence
> that no such problems exist -- this is why these problems remain
> unsolved and have been m
On 20.02.2011 22:58, David Holland wrote:
> 1. Traditionally, whether a driver/fs/option/whatever is listed in
> GENERIC is an indicator of how stable it's believed to be: entities
> that are missing are assumed not to work at all, entities that are
> commented out are assumed not to be stable, and
On Sat, Feb 19, 2011 at 11:33:08AM +0200, Adam Hamsik wrote:
> > Are you going to add a MONOLITHIC kernel to match i386?
>
> I object against such change so I hope that we are not going to
> repeat such move.
I object to *not* having a standard MONOLITHIC config for the
following reasons:
1.
On Sun, Feb 20, 2011 at 06:25:06PM +0200, Antti Kantee wrote:
> On Sun Feb 20 2011 at 17:15:57 +0100, Jean-Yves Migeon wrote:
> > => 1.3MiB. So, a total of 1.3M + 700k = 2MiB. Still missing 1.5MiB.
> > MODULAR options seems to consume ~70kiB , so I would assume that the
> > rest is due to PIC mode
On Sun Feb 20 2011 at 17:15:57 +0100, Jean-Yves Migeon wrote:
> => 1.3MiB. So, a total of 1.3M + 700k = 2MiB. Still missing 1.5MiB.
> MODULAR options seems to consume ~70kiB , so I would assume that the
> rest is due to PIC mode and ELF headers... ?
Dunno where the space is going, but it's certain
On 20.02.2011 15:45, matthew green wrote:
>> Have you measured how much modules supposedly increase the size compared to
>> compiling things directly to the kernel? This seems like a rather silly point
>> to me (without numbers, at least).
>
> well, i dunno about others but i've found that the old
On Sun, Feb 20, 2011 at 07:19:03AM -0800, Paul Goyette wrote:
> "...ignoring [the old modules] problem ..."
>
> A _single_ instance of modules on amd64 occupies > 11MB
>
> # du -sk dest/amd64/stand/amd64/5.99.46/
> 11404 dest/amd64/stand/amd64/5.99.46/
> #
>
> That's nearly a
On Mon, 21 Feb 2011, matthew green wrote:
well, i dunno about others but i've found that the old modules
lying around tends to fill up space pretty quickly, but ignoring
that problem and looking at recent i386 builds, i see that the
MONOLITHIC kernel set is only 440kb larger than GENERIC, yet the
On Sun Feb 20 2011 at 07:19:03 -0800, Paul Goyette wrote:
> On Sun, 20 Feb 2011, Jukka Ruohonen wrote:
>
> >On Mon, Feb 21, 2011 at 01:45:01AM +1100, matthew green wrote:
> >>well, i dunno about others but i've found that the old modules
> >>lying around tends to fill up space pretty quickly, but
On Sun, 20 Feb 2011, Jukka Ruohonen wrote:
On Mon, Feb 21, 2011 at 01:45:01AM +1100, matthew green wrote:
well, i dunno about others but i've found that the old modules
lying around tends to fill up space pretty quickly, but ignoring
that problem and looking at recent i386 builds, i see that th
On Mon, Feb 21, 2011 at 01:45:01AM +1100, matthew green wrote:
> well, i dunno about others but i've found that the old modules
> lying around tends to fill up space pretty quickly, but ignoring
> that problem and looking at recent i386 builds, i see that the
> MONOLITHIC kernel set is only 440kb l
> On Sat, Feb 19, 2011 at 05:13:58PM +0100, Matthias Drochner wrote:
> > 2. I don't want tons of modules which I'll never need installed
> >into my root file system. As it was common in good old times (tm),
> >my root filesystems are as small as possible. Now, with modules
> >being add
On 2/19/2011 8:13 AM, Matthias Drochner wrote:
I think before modular kernels are forced onto the masses,
at least 2 design problems should be fixed:
1. Autoloading needs to be done differently: The kernel doesn't
have the smarts to know which module is needed in which situation,
and ther
On 19.02.2011 17:13, Matthias Drochner wrote:
>
> jeanyves.mig...@free.fr said:
>> I can't see why MONOLITHIC is needed in the first place
>
> I think before modular kernels are forced onto the masses,
> at least 2 design problems should be fixed:
> 1. Autoloading needs to be done differently: Th
jruoho...@iki.fi said:
> Have you measured how much modules supposedly increase the size
> compared to compiling things directly to the kernel? This seems like a
> rather silly point to me (without numbers, at least).
The difference is that I can control what is built into my
kernel, but I can't
On Sat, Feb 19, 2011 at 05:13:58PM +0100, Matthias Drochner wrote:
> 2. I don't want tons of modules which I'll never need installed
>into my root file system. As it was common in good old times (tm),
>my root filesystems are as small as possible. Now, with modules
>being added to the b
jeanyves.mig...@free.fr said:
> I can't see why MONOLITHIC is needed in the first place
I think before modular kernels are forced onto the masses,
at least 2 design problems should be fixed:
1. Autoloading needs to be done differently: The kernel doesn't
have the smarts to know which module is
On 19.02.2011 10:27, Bernd Ernesti wrote:
> On Wed, Feb 16, 2011 at 03:16:58AM +, Jean-Yves Migeon wrote:
>> Module Name: src
>> Committed By:jym
>> Date:Wed Feb 16 03:16:58 UTC 2011
>>
>> Modified Files:
>> src/sys/arch/amd64/conf: GENERIC INSTALL
>>
>> Log Message
On Feb,Saturday 19 2011, at 11:27 AM, Bernd Ernesti wrote:
> On Wed, Feb 16, 2011 at 03:16:58AM +, Jean-Yves Migeon wrote:
>> Module Name: src
>> Committed By:jym
>> Date:Wed Feb 16 03:16:58 UTC 2011
>>
>> Modified Files:
>> src/sys/arch/amd64/conf: GENERIC INSTA
On Wed, Feb 16, 2011 at 03:16:58AM +, Jean-Yves Migeon wrote:
> Module Name: src
> Committed By: jym
> Date: Wed Feb 16 03:16:58 UTC 2011
>
> Modified Files:
> src/sys/arch/amd64/conf: GENERIC INSTALL
>
> Log Message:
> Build certain file-systems and options(7) as module(7). 32
Module Name:src
Committed By: ahoka
Date: Mon Feb 22 05:59:04 UTC 2010
Modified Files:
src/sys/arch/amd64/conf: GENERIC
Log Message:
Add SPLASH example, like in i386.
To generate a diff of this commit:
cvs rdiff -u -r1.267 -r1.268 src/sys/arch/amd64/conf/GENERIC
Please
Module Name:src
Committed By: ahoka
Date: Mon Feb 22 05:59:04 UTC 2010
Modified Files:
src/sys/arch/amd64/conf: GENERIC
Log Message:
Add SPLASH example, like in i386.
To generate a diff of this commit:
cvs rdiff -u -r1.267 -r1.268 src/sys/arch/amd64/conf/GENERIC
Please
Module Name:src
Committed By: jruoho
Date: Sun Jan 31 12:20:23 UTC 2010
Modified Files:
src/sys/arch/amd64/conf: GENERIC
Log Message:
Remove ACPICA_PEDANTIC.
To generate a diff of this commit:
cvs rdiff -u -r1.262 -r1.263 src/sys/arch/amd64/conf/GENERIC
Please note that
101 - 147 of 147 matches
Mail list logo