On Fri, Jan 20, 2012 at 12:39:44PM +0100, Matthias Drochner wrote:
>
> m...@eterna.com.au said:
> > alloc/free here for whatever is using a lot of memory would be much
> > better than increasing the minimum each LWP requires.
>
> Agreed. In the ppbattach case, it should be sufficient
> to put the
chris...@astron.com said:
> /.*sub.*,%[er]sp/
very nice
> 18648 80494b55:stbi_gif_load_from_memory+0xd
So this can never have worked on x86, with only 12k stack.
best regards
Matthias
--
m...@eterna.com.au said:
> alloc/free here for whatever is using a lot of memory would be much
> better than increasing the minimum each LWP requires.
Agreed. In the ppbattach case, it should be sufficient
to put the devinfo printf into a separate function, so
that it doesn't stack up when called
> dyo...@pobox.com said:
> > > increased stack use lead to stack overflow on amd64
> > > with a deep PCI hierarchy
> > Tell me more about this.
>
> It was sys/dev/pci/pci.c rev.1.141 which triggered it.
> Stack use must already have been tight, and the additional
> device number array was the las
dyo...@pobox.com said:
> > increased stack use lead to stack overflow on amd64
> > with a deep PCI hierarchy
> Tell me more about this.
It was sys/dev/pci/pci.c rev.1.141 which triggered it.
Stack use must already have been tight, and the additional
device number array was the last straw.
The que
On Wed, Jan 18, 2012 at 11:38:39PM +0100, Matthias Drochner wrote:
>
> dyo...@pobox.com said:
> > was setting pba_sub = 255 causing material problems for someone, or
> > are you concerned that lossage will eventually occur on certain
> > server-class machines?
>
> No, this wasn't causing damage.
dyo...@pobox.com said:
> was setting pba_sub = 255 causing material problems for someone, or
> are you concerned that lossage will eventually occur on certain
> server-class machines?
No, this wasn't causing damage. I was tracking another problem which
was incidentally triggered by another of yo
On Wed, Jan 18, 2012 at 09:34:39PM +, Matthias Drochner wrote:
> Module Name: src
> Committed By: drochner
> Date: Wed Jan 18 21:34:38 UTC 2012
>
> Modified Files:
> src/sys/arch/i386/i386: mainbus.c
>
> Log Message:
> revert previous, the assumption "all buses 1 and up must be
"J. Hannken-Illjes" wrote:
> > Module Name:src
> > Committed By: yamt
> > Date: Mon Oct 31 12:42:53 UTC 2011
> >
> > Modified Files:
> > src/sys/arch/i386/i386: dumpsys.c
> >
> > Log Message:
> > dumpsys_seg: don't overwrite the previous mapping
>
> With this cha
hi,
> On Oct 31, 2011, at 1:42 PM, YAMAMOTO Takashi wrote:
>
>> Module Name: src
>> Committed By:yamt
>> Date:Mon Oct 31 12:42:53 UTC 2011
>>
>> Modified Files:
>> src/sys/arch/i386/i386: dumpsys.c
>>
>> Log Message:
>> dumpsys_seg: don't overwrite the previous mapp
On Oct 31, 2011, at 1:42 PM, YAMAMOTO Takashi wrote:
> Module Name: src
> Committed By: yamt
> Date: Mon Oct 31 12:42:53 UTC 2011
>
> Modified Files:
> src/sys/arch/i386/i386: dumpsys.c
>
> Log Message:
> dumpsys_seg: don't overwrite the previous mapping
With this change in plac
On Mon, Aug 29, 2011 at 02:58:32PM +0200, Marc Balmer wrote:
> Am 29.08.11 14:53, schrieb Jukka Ruohonen:
> > On Mon, Aug 29, 2011 at 02:48:52PM +0200, Marc Balmer wrote:
> >> Am 29.08.11 11:38, schrieb Jukka Ruohonen:
> >>> On Sat, Aug 27, 2011 at 09:28:56AM +, Marc Balmer wrote:
> Module
Am 29.08.11 14:53, schrieb Jukka Ruohonen:
> On Mon, Aug 29, 2011 at 02:48:52PM +0200, Marc Balmer wrote:
>> Am 29.08.11 11:38, schrieb Jukka Ruohonen:
>>> On Sat, Aug 27, 2011 at 09:28:56AM +, Marc Balmer wrote:
Module Name: src
Committed By: mbalmer
Date:
On Mon, Aug 29, 2011 at 02:48:52PM +0200, Marc Balmer wrote:
> Am 29.08.11 11:38, schrieb Jukka Ruohonen:
> > On Sat, Aug 27, 2011 at 09:28:56AM +, Marc Balmer wrote:
> >> Module Name: src
> >> Committed By: mbalmer
> >> Date: Sat Aug 27 09:28:56 UTC 2011
> >>
> >> Modif
Am 29.08.11 11:38, schrieb Jukka Ruohonen:
> On Sat, Aug 27, 2011 at 09:28:56AM +, Marc Balmer wrote:
>> Module Name: src
>> Committed By:mbalmer
>> Date:Sat Aug 27 09:28:56 UTC 2011
>>
>> Modified Files:
>> src/sys/arch/i386/conf: GENERIC
>>
>> Log Message:
>> Enab
On Sat, Aug 27, 2011 at 09:28:56AM +, Marc Balmer wrote:
> Module Name: src
> Committed By: mbalmer
> Date: Sat Aug 27 09:28:56 UTC 2011
>
> Modified Files:
> src/sys/arch/i386/conf: GENERIC
>
> Log Message:
> Enable some gpio devices.
Is onewire(4) really something to be enab
Module Name:src
Committed By: mrg
Date: Mon Aug 22 09:43:08 UTC 2011
Modified Files:
src/sys/arch/i386/stand/boot: Makefile.boot
Log Message:
disable mmx/sse here too. hopefully fixes amd64 /boot issues.
certainly changes the output in ways that gcc 4.1 doesn't.
Confir
On Tue, Aug 09, 2011 at 10:14:08AM +0200, Manuel Bouyer wrote:
> On Tue, Aug 09, 2011 at 10:47:18AM +0300, Jukka Ruohonen wrote:
> > On Tue, Aug 09, 2011 at 09:44:09AM +0200, Alan Barrett wrote:
> > > Whether or not "available as a module" is a good reason for
> > > removing something from GENERIC
On Tue, Aug 09, 2011 at 11:23:57AM +0300, Jukka Ruohonen wrote:
> On Tue, Aug 09, 2011 at 10:18:29AM +0200, Manuel Bouyer wrote:
> > Sorry, but this is just plain stupid. I could as well make so my work
> > won't work in a modular kernel, and we'll have incompatible features.
>
> Of course it will
On Tue, Aug 09, 2011 at 10:18:29AM +0200, Manuel Bouyer wrote:
> Sorry, but this is just plain stupid. I could as well make so my work
> won't work in a modular kernel, and we'll have incompatible features.
Of course it will work in non-modular kernels, but you just have to add it
there manually.
On Tue, Aug 09, 2011 at 11:16:11AM +0300, Jukka Ruohonen wrote:
> On Tue, Aug 09, 2011 at 10:14:08AM +0200, Manuel Bouyer wrote:
> > On Tue, Aug 09, 2011 at 10:47:18AM +0300, Jukka Ruohonen wrote:
> > > On Tue, Aug 09, 2011 at 09:44:09AM +0200, Alan Barrett wrote:
> > > > Whether or not "available
On Tue, Aug 09, 2011 at 10:14:08AM +0200, Manuel Bouyer wrote:
> On Tue, Aug 09, 2011 at 10:47:18AM +0300, Jukka Ruohonen wrote:
> > On Tue, Aug 09, 2011 at 09:44:09AM +0200, Alan Barrett wrote:
> > > Whether or not "available as a module" is a good reason for
> > > removing something from GENERIC
On Tue, Aug 09, 2011 at 10:47:18AM +0300, Jukka Ruohonen wrote:
> On Tue, Aug 09, 2011 at 09:44:09AM +0200, Alan Barrett wrote:
> > Whether or not "available as a module" is a good reason for
> > removing something from GENERIC is a separate topic which I will
> > not consider in this message.
>
On Tue, Aug 09, 2011 at 09:44:09AM +0200, Alan Barrett wrote:
> Whether or not "available as a module" is a good reason for
> removing something from GENERIC is a separate topic which I will
> not consider in this message.
Fortunately, people can vote with their own work; henceforth all drivers
On Mon, 08 Aug 2011, Jared D. McNeill wrote:
Modified Files:
src/sys/arch/i386/conf: GENERIC
Log Message:
remove dtv (available as a module)
If you remove anything from GENERIC on the grounds that it
is available as a module, then please add the same item to
MONOLITHIC, so that MONOL
On Thu, Aug 04, 2011 at 02:45:54PM +, Jonathan A. Kollasch wrote:
> Module Name: src
> Committed By: jakllsch
> Date: Thu Aug 4 14:45:54 UTC 2011
>
> Modified Files:
> src/sys/arch/i386/conf: ALL
>
> Log Message:
> Add coram(4).
Can we get manual pages for these?
- Jukka.
On Sat, May 21, 2011 at 01:01:52PM +0100, David Laight wrote:
> On Fri, May 20, 2011 at 10:29:56PM +, Joerg Sonnenberger wrote:
> >
> > Log Message:
> > Disable integrated assembler for files that use .code16 or .code32 for
> > now
>
> Would it have been better to do this with a level of
On Fri, May 20, 2011 at 10:29:56PM +, Joerg Sonnenberger wrote:
>
> Log Message:
> Disable integrated assembler for files that use .code16 or .code32 for
> now
Would it have been better to do this with a level of indirection?
So that it could be turned off by changing a global variable in
On Sat, Feb 26, 2011 at 06:22:59PM +, Jonathan A. Kollasch wrote:
> Module Name: src
> Committed By: jakllsch
> Date: Sat Feb 26 18:22:59 UTC 2011
>
> Modified Files:
> src/sys/arch/i386/stand/boot: Makefile.boot
>
> Log Message:
> Enable LIBSA_PRINTF_LONGLONG_SUPPORT.
> Useful
On Wed, 23 Feb 2011 12:17:43 +0900, Masao Uebayashi
wrote:
IMHO, for x86, the kernel cannot assume that the bootloader loaded
certain modules, nor can the bootloader expect that kernel XYZ is in
a
specific configuration. They should be agnostic from one another.
I think that TRT here is that
On Sun, Feb 13, 2011 at 04:29:25PM +0100, Jean-Yves Migeon wrote:
> On 13.02.2011 14:42, David Laight wrote:
> > On Sun, Feb 13, 2011 at 04:37:21AM +, Jean-Yves Migeon wrote:
> >> Module Name: src Committed By: jym Date: Sun Feb
> >> 13 04:37:21 UTC
> >> 2011
> >>
>
On Sun, 13 Feb 2011, Jean-Yves Migeon wrote:
Wording seems a bit redundant, so I condensed this into:
Index: man/man9/module.9
===
RCS file: /cvsroot/src/share/man/man9/module.9,v
retrieving revision 1.26
diff -u -p -u -p -r1.26 mo
On 13.02.2011 17:02, Paul Goyette wrote:
> On Sun, 13 Feb 2011, Jean-Yves Migeon wrote:
>
>> ...
>> For order of preference, see module(7):
>>
>>The loader will look first for a built-in module with the specified
>>name that has not been disabled (see module_unload() below). If a
>>bui
On Sun, 13 Feb 2011, Jean-Yves Migeon wrote:
...
For order of preference, see module(7):
The loader will look first for a built-in module with the specified
name that has not been disabled (see module_unload() below). If a
built-in module with that name is not found, the list of module
On 13.02.2011 14:42, David Laight wrote:
> On Sun, Feb 13, 2011 at 04:37:21AM +, Jean-Yves Migeon wrote:
>> Module Name: src Committed By: jym Date: Sun Feb 13
>> 04:37:21 UTC
>> 2011
>>
>> Modified Files: src/sys/arch/i386/conf: GENERIC
>>
>> Log Message: Compile FFS an
On Sun, Feb 13, 2011 at 04:37:21AM +, Jean-Yves Migeon wrote:
> Module Name: src
> Committed By: jym
> Date: Sun Feb 13 04:37:21 UTC 2011
>
> Modified Files:
> src/sys/arch/i386/conf: GENERIC
>
> Log Message:
> Compile FFS and NFS statically (e.g. not modular) for GENERIC. Thes
On Fri, Feb 11, 2011 at 06:30:17AM +, Matthias Scheler wrote:
> > EXEC_ELF32, _SCRIPT # obvious
> > FFS, CD9660, MFS, TMPFS, NFS, EXT2FS
>
> FFS should be compiled into the kernel. But I doubt that somebody uses
> both MFS and TMPFS. I hardly ever use CD9660 or EXT2FS while I use
> NFS
On Fri, Feb 11, 2011 at 12:40:00AM +0100, Jean-Yves Migeon wrote:
>
> BTW, I wonder whether modules shouldn't be part of the kern-GENERIC.tgz
> set. But this is an orthogonal issue.
As is building the modules as part of the kernel build, and having the
kernel build include a kernel.o stage into w
On 11.02.2011 07:30, Matthias Scheler wrote:
> On Fri, Feb 11, 2011 at 05:06:43AM +0100, Jean-Yves Migeon wrote:
>> Indeed, it would be good to have at least some exec formats and
>> file-systems builtin by default in GENERIC:
>>
>> EXEC_ELF32, _SCRIPT # obvious
>> FFS, CD9660, MFS, TMPFS, NFS, EX
> both MFS and TMPFS. I hardly ever use CD9660 or EXT2FS while I use
> NFS a lot. There will however be people with is opposite requirements
> which is why those should really be modules.
For install, root on CD9660 is possible.
(though we can put cd9660.kmod into the cd9660fs)
> > e.g. the typic
On Thu, Feb 10, 2011 at 05:02:23PM -0800, Paul Goyette wrote:
> My "totally modular" kernel config file contains
>
> ...
> no options EXEC_ELF64
> no options EXEC_SCRIPT
> no options COREDUMP
> no options AIO
> no options MQUEUE
>
On Fri, Feb 11, 2011 at 05:06:43AM +0100, Jean-Yves Migeon wrote:
> Indeed, it would be good to have at least some exec formats and
> file-systems builtin by default in GENERIC:
>
> EXEC_ELF32, _SCRIPT # obvious
> FFS, CD9660, MFS, TMPFS, NFS, EXT2FS
FFS should be compiled into the kernel. But I
On 11.02.2011 02:02, Paul Goyette wrote:
> On Fri, 11 Feb 2011, matthew green wrote:
>>> I'm not 100% sure it is worth having FFS and ELF support as modules
>>> in GENERIC.
>>> It may be nice that they CAN be modules, but I suspect 99.99% of systems
>>> will need them.
>>> Anyone who wants them as
On Fri, 11 Feb 2011, matthew green wrote:
Module Name:src
Committed By: jym
Date: Thu Feb 10 16:49:19 UTC 2011
Modified Files:
src/sys/arch/i386/conf: INSTALL
Log Message:
For i386, include MONOLITHIC for INSTALL rather than GENERIC. While here,
remove drm drivers, we
> > Module Name:src
> > Committed By: jym
> > Date: Thu Feb 10 16:49:19 UTC 2011
> >
> > Modified Files:
> > src/sys/arch/i386/conf: INSTALL
> >
> > Log Message:
> > For i386, include MONOLITHIC for INSTALL rather than GENERIC. While here,
> > remove drm drivers,
On 10.02.2011 22:23, David Laight wrote:
> On Thu, Feb 10, 2011 at 04:49:19PM +, Jean-Yves Migeon wrote:
>> Module Name: src
>> Committed By:jym
>> Date:Thu Feb 10 16:49:19 UTC 2011
>>
>> Modified Files:
>> src/sys/arch/i386/conf: INSTALL
>>
>> Log Message:
>> For i
On Thu, Feb 10, 2011 at 04:49:19PM +, Jean-Yves Migeon wrote:
> Module Name: src
> Committed By: jym
> Date: Thu Feb 10 16:49:19 UTC 2011
>
> Modified Files:
> src/sys/arch/i386/conf: INSTALL
>
> Log Message:
> For i386, include MONOLITHIC for INSTALL rather than GENERIC. While
On 01/12/2011 05:09 AM, enami tsugutomo wrote:
=?UTF-8?B?R3LDqWdvaXJlIFN1dHJl?= writes:
Assume for instance that the boot-loader left us with:
+--+ ++ +--+
| string table | | kernel | | symbol table |
+--+ ++ +
=?UTF-8?B?R3LDqWdvaXJlIFN1dHJl?= writes:
> Assume for instance that the boot-loader left us with:
>
> +--+ ++ +--+
> | string table | | kernel | | symbol table |
> +--+ ++ +--+
>
> The new addresses computed
On Sat, Dec 25, 2010 at 01:27:43AM +, Jonathan A. Kollasch wrote:
> > >
> > > libsa's printf(3) doesn't support %lld unless
> > > -DLIBSA_PRINTF_LONGLONG_SUPPORT is specified.
> >
> > True, that but it's not like this code path is often compiled.
> > I should probably at least add the necessa
On Dec 25, 12:06am, jakll...@kollasch.net ("Jonathan A. Kollasch") wrote:
-- Subject: Re: CVS commit: src/sys/arch/i386/stand/lib
| On Fri, Dec 24, 2010 at 06:14:13PM -0500, Christos Zoulas wrote:
| > On Dec 24, 11:05pm, jakll...@kollasch.net ("Jonathan A. Kollasch") wr
On Sat, Dec 25, 2010 at 12:09:43AM +, Jonathan A. Kollasch wrote:
> On Sat, Dec 25, 2010 at 08:07:50AM +0900, Izumi Tsutsui wrote:
> > > >Log Message:
> > > >Sprinkle daddr_t.
> > > >Adjust DISK_DEBUG printf formats to match.
> > :
> > > >-printf("warning: no disklabel in secto
On Sat, Dec 25, 2010 at 08:07:50AM +0900, Izumi Tsutsui wrote:
> > >Log Message:
> > >Sprinkle daddr_t.
> > >Adjust DISK_DEBUG printf formats to match.
> :
> > >- printf("warning: no disklabel in sector %u\n", sector);
> > >+ printf("warning: no disklabel in sector %lld\n", secto
On Fri, Dec 24, 2010 at 06:14:13PM -0500, Christos Zoulas wrote:
> On Dec 24, 11:05pm, jakll...@kollasch.net ("Jonathan A. Kollasch") wrote:
> -- Subject: Re: CVS commit: src/sys/arch/i386/stand/lib
>
> | > Are you sure this is right? My guess is that you would need PR
On Dec 24, 11:05pm, jakll...@kollasch.net ("Jonathan A. Kollasch") wrote:
-- Subject: Re: CVS commit: src/sys/arch/i386/stand/lib
| > Are you sure this is right? My guess is that you would need PRId64
| > instead of lld.
|
| Well, maybe. But I expect int64_t will always be l
> >Log Message:
> >Sprinkle daddr_t.
> >Adjust DISK_DEBUG printf formats to match.
:
> >-printf("warning: no disklabel in sector %u\n", sector);
> >+printf("warning: no disklabel in sector %lld\n", sector);
> > #endif
>
> Are you sure this is right? My guess is that you wo
On Fri, Dec 24, 2010 at 11:00:40PM +, Christos Zoulas wrote:
> In article <20101224203651.e3c4117...@cvs.netbsd.org>,
> Jonathan A. Kollasch wrote:
> >-=-=-=-=-=-
> >
> >Module Name: src
> >Committed By:jakllsch
> >Date:Fri Dec 24 20:36:51 UTC 2010
> >
> >Modified Files
In article <20101224203651.e3c4117...@cvs.netbsd.org>,
Jonathan A. Kollasch wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: jakllsch
>Date: Fri Dec 24 20:36:51 UTC 2010
>
>Modified Files:
> src/sys/arch/i386/stand/lib: biosdisk.c biosdisk.h biosdisk_ll.c
>
>Log Message:
>S
On Fri, Dec 24, 2010 at 03:13:28PM +, David Laight wrote:
> On Wed, Dec 22, 2010 at 08:46:43PM +, Jonathan A. Kollasch wrote:
> >
> > Log Message:
> > It just so happens we don't need -Wno-attributes if we
> > place __packed in the right place.
>
> Does that need __packed (which would for
On Wed, Dec 22, 2010 at 08:46:43PM +, Jonathan A. Kollasch wrote:
>
> Log Message:
> It just so happens we don't need -Wno-attributes if we
> place __packed in the right place.
Does that need __packed (which would force unaligned access code)
be added for all accesses, or just __attribute__((
On Sun, Dec 19, 2010 at 05:18:23PM +, Jonathan A. Kollasch wrote:
> Module Name: src
> Committed By: jakllsch
> Date: Sun Dec 19 17:18:23 UTC 2010
>
> Modified Files:
> src/sys/arch/i386/stand/lib: realprot.S
>
> Log Message:
> Compute real/protected %sp/%esp offset in 'gdt_fix
On Dec,Tuesday 14 2010, at 4:50 PM, Adam Hamsik wrote:
> Module Name: src
> Committed By: haad
> Date: Tue Dec 14 15:50:07 UTC 2010
>
> Modified Files:
> src/sys/arch/i386/include: types.h
>
> Log Message:
> Revert change made in revision 1.66 by ad@ this is not true and 64bit
>
On Sun, Oct 31, 2010 at 04:51:19AM +, YAMAMOTO Takashi wrote:
> Module Name: src
> Committed By: yamt
> Date: Sun Oct 31 04:51:19 UTC 2010
>
> Modified Files:
> src/sys/arch/i386/i386: vector.S
>
> Log Message:
> keep interrupts disabled in NMI handler.
> the patch provided by
On Sun, Aug 08, 2010 at 08:04:54PM +, Chuck Silvers wrote:
[...]
> @@ -740,6 +740,10 @@
> spdmem* at iic? addr 0x51
> spdmem* at iic? addr 0x52
> spdmem* at iic? addr 0x53
> +spdmem* at iic? addr 0x54
> +spdmem* at iic? addr 0x55
> +spdmem* at iic? addr 0x56
> +spdmem* at iic? addr 0x57
> s
Module Name:src
Committed By: hubertf
Date: Mon Mar 8 22:51:52 UTC 2010
Modified Files:
src/sys/arch/i386/conf: GENERIC
Log Message:
Add etherip(4), commented out
To generate a diff of this commit:
cvs rdiff -u -r1.973 -r1.974 src/sys/arch/i386/conf/GENERIC
Please note
Module Name:src
Committed By: hubertf
Date: Mon Mar 8 22:51:52 UTC 2010
Modified Files:
src/sys/arch/i386/conf: GENERIC
Log Message:
Add etherip(4), commented out
To generate a diff of this commit:
cvs rdiff -u -r1.973 -r1.974 src/sys/arch/i386/conf/GENERIC
Please note
Module Name:src
Committed By: plunky
Date: Sat Mar 6 21:12:04 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL GENERIC XBOX XEN3_DOM0 majors.i386
Log Message:
add uhso(4)
To generate a diff of this commit:
cvs rdiff -u -r1.248 -r1.249 src/sys/arch/i386/conf/ALL
cvs
Module Name:src
Committed By: plunky
Date: Sat Mar 6 21:12:04 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL GENERIC XBOX XEN3_DOM0 majors.i386
Log Message:
add uhso(4)
To generate a diff of this commit:
cvs rdiff -u -r1.248 -r1.249 src/sys/arch/i386/conf/ALL
cvs
Module Name:src
Committed By: cnst
Date: Sat Mar 6 04:33:24 UTC 2010
Modified Files:
src/sys/arch/i386/conf: XEN3_DOM0
Log Message:
no reason to be excluding aibs(4) from i386 XEN3_DOM0 if we include it in
amd64; ok pgoyette
To generate a diff of this commit:
cvs rdif
Module Name:src
Committed By: cnst
Date: Sat Mar 6 04:33:24 UTC 2010
Modified Files:
src/sys/arch/i386/conf: XEN3_DOM0
Log Message:
no reason to be excluding aibs(4) from i386 XEN3_DOM0 if we include it in
amd64; ok pgoyette
To generate a diff of this commit:
cvs rdif
Module Name:src
Committed By: jruoho
Date: Thu Mar 4 22:30:57 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Remove ACPI_BUT_DEBUG.
To generate a diff of this commit:
cvs rdiff -u -r1.247 -r1.248 src/sys/arch/i386/conf/ALL
Please note that diffs are
Module Name:src
Committed By: jruoho
Date: Thu Mar 4 22:30:57 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Remove ACPI_BUT_DEBUG.
To generate a diff of this commit:
cvs rdiff -u -r1.247 -r1.248 src/sys/arch/i386/conf/ALL
Please note that diffs are
Module Name:src
Committed By: jruoho
Date: Thu Mar 4 21:55:32 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
VALD_ACPI_DEBUG is dead.
To generate a diff of this commit:
cvs rdiff -u -r1.246 -r1.247 src/sys/arch/i386/conf/ALL
Please note that diffs ar
Module Name:src
Committed By: jruoho
Date: Thu Mar 4 21:55:32 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
VALD_ACPI_DEBUG is dead.
To generate a diff of this commit:
cvs rdiff -u -r1.246 -r1.247 src/sys/arch/i386/conf/ALL
Please note that diffs ar
Module Name:src
Committed By: jruoho
Date: Thu Mar 4 21:54:35 UTC 2010
Modified Files:
src/sys/arch/i386/acpi: vald_acpi.c
Log Message:
Remove VALD_ACPI_DEBUG and AVALD_F_VERBOSE. No functional change.
To generate a diff of this commit:
cvs rdiff -u -r1.31 -r1.32 src/sy
Module Name:src
Committed By: jruoho
Date: Thu Mar 4 21:54:35 UTC 2010
Modified Files:
src/sys/arch/i386/acpi: vald_acpi.c
Log Message:
Remove VALD_ACPI_DEBUG and AVALD_F_VERBOSE. No functional change.
To generate a diff of this commit:
cvs rdiff -u -r1.31 -r1.32 src/sy
Module Name:src
Committed By: jruoho
Date: Thu Mar 4 21:47:59 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Enable (uncomment) ACPI_DEBUG, ACPI_DEBUG_ALLOC, and ACPI_MUTEX_DEBUG.
To generate a diff of this commit:
cvs rdiff -u -r1.245 -r1.246 src/sys
Module Name:src
Committed By: jruoho
Date: Thu Mar 4 21:47:59 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Enable (uncomment) ACPI_DEBUG, ACPI_DEBUG_ALLOC, and ACPI_MUTEX_DEBUG.
To generate a diff of this commit:
cvs rdiff -u -r1.245 -r1.246 src/sys
Module Name:src
Committed By: jruoho
Date: Wed Mar 3 06:57:54 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Remove ACPI_EXTRA_DEBUG.
To generate a diff of this commit:
cvs rdiff -u -r1.244 -r1.245 src/sys/arch/i386/conf/ALL
Please note that diffs ar
Module Name:src
Committed By: jruoho
Date: Wed Mar 3 06:57:54 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Remove ACPI_EXTRA_DEBUG.
To generate a diff of this commit:
cvs rdiff -u -r1.244 -r1.245 src/sys/arch/i386/conf/ALL
Please note that diffs ar
Module Name:src
Committed By: jym
Date: Mon Mar 1 01:15:24 UTC 2010
Modified Files:
src/sys/arch/i386/i386: machdep.c rbus_machdep.c
src/sys/arch/i386/include: rbus_machdep.h
Log Message:
Change rbus_min_start_hint() semantic for i386. "ram" is now psize_t
(instea
Module Name:src
Committed By: jym
Date: Mon Mar 1 01:15:24 UTC 2010
Modified Files:
src/sys/arch/i386/i386: machdep.c rbus_machdep.c
src/sys/arch/i386/include: rbus_machdep.h
Log Message:
Change rbus_min_start_hint() semantic for i386. "ram" is now psize_t
(instea
Module Name:src
Committed By: jym
Date: Mon Mar 1 00:55:33 UTC 2010
Modified Files:
src/sys/arch/i386/include: pmap.h
Log Message:
Use PDP_SIZE for NTOPLEVEL_PDES (number of top level PDEs) instead of
#ifdef'ing PAE.
To generate a diff of this commit:
cvs rdiff -u -r1.1
Module Name:src
Committed By: jym
Date: Mon Mar 1 00:55:33 UTC 2010
Modified Files:
src/sys/arch/i386/include: pmap.h
Log Message:
Use PDP_SIZE for NTOPLEVEL_PDES (number of top level PDEs) instead of
#ifdef'ing PAE.
To generate a diff of this commit:
cvs rdiff -u -r1.1
Module Name:src
Committed By: jruoho
Date: Sun Feb 28 13:10:43 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Add ACPI_DEBUG_ALLOC.
To generate a diff of this commit:
cvs rdiff -u -r1.243 -r1.244 src/sys/arch/i386/conf/ALL
Please note that diffs are n
Module Name:src
Committed By: jruoho
Date: Sun Feb 28 13:10:43 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Add ACPI_DEBUG_ALLOC.
To generate a diff of this commit:
cvs rdiff -u -r1.243 -r1.244 src/sys/arch/i386/conf/ALL
Please note that diffs are n
Module Name:src
Committed By: jruoho
Date: Sun Feb 28 09:24:47 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Remove ACPI_LID_DEBUG.
To generate a diff of this commit:
cvs rdiff -u -r1.242 -r1.243 src/sys/arch/i386/conf/ALL
Please note that diffs are
Module Name:src
Committed By: jruoho
Date: Sun Feb 28 09:24:47 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Remove ACPI_LID_DEBUG.
To generate a diff of this commit:
cvs rdiff -u -r1.242 -r1.243 src/sys/arch/i386/conf/ALL
Please note that diffs are
Module Name:src
Committed By: jym
Date: Mon Feb 22 23:52:17 UTC 2010
Modified Files:
src/sys/arch/i386/i386: genassym.cf
Log Message:
Remove a duplicate entry for PTE_BASE.
While here, introduce PDP_SIZE and PDE_SIZE. They will be used by asm code
to make it more generic
Module Name:src
Committed By: jym
Date: Mon Feb 22 23:52:17 UTC 2010
Modified Files:
src/sys/arch/i386/i386: genassym.cf
Log Message:
Remove a duplicate entry for PTE_BASE.
While here, introduce PDP_SIZE and PDE_SIZE. They will be used by asm code
to make it more generic
Module Name:src
Committed By: pgoyette
Date: Mon Feb 22 17:27:05 UTC 2010
Modified Files:
src/sys/arch/i386/conf: GENERIC
Log Message:
Forgot to add smscmon here...
To generate a diff of this commit:
cvs rdiff -u -r1.970 -r1.971 src/sys/arch/i386/conf/GENERIC
Please not
Module Name:src
Committed By: pgoyette
Date: Mon Feb 22 17:27:05 UTC 2010
Modified Files:
src/sys/arch/i386/conf: GENERIC
Log Message:
Forgot to add smscmon here...
To generate a diff of this commit:
cvs rdiff -u -r1.970 -r1.971 src/sys/arch/i386/conf/GENERIC
Please not
Module Name:src
Committed By: darran
Date: Mon Feb 22 06:42:15 UTC 2010
Modified Files:
src/sys/arch/i386/i386: trap.c vector.S
Log Message:
DTrace: missed the opt_dtrace.h include for these.
To generate a diff of this commit:
cvs rdiff -u -r1.254 -r1.255 src/sys/arch/i3
Module Name:src
Committed By: darran
Date: Mon Feb 22 06:42:15 UTC 2010
Modified Files:
src/sys/arch/i386/i386: trap.c vector.S
Log Message:
DTrace: missed the opt_dtrace.h include for these.
To generate a diff of this commit:
cvs rdiff -u -r1.254 -r1.255 src/sys/arch/i3
Module Name:src
Committed By: ahoka
Date: Mon Feb 22 05:57:11 UTC 2010
Modified Files:
src/sys/arch/i386/conf: GENERIC
Log Message:
Mention splash need genfb or radeonfb
To generate a diff of this commit:
cvs rdiff -u -r1.969 -r1.970 src/sys/arch/i386/conf/GENERIC
Pleas
Module Name:src
Committed By: ahoka
Date: Mon Feb 22 05:57:11 UTC 2010
Modified Files:
src/sys/arch/i386/conf: GENERIC
Log Message:
Mention splash need genfb or radeonfb
To generate a diff of this commit:
cvs rdiff -u -r1.969 -r1.970 src/sys/arch/i386/conf/GENERIC
Pleas
Module Name:src
Committed By: pgoyette
Date: Mon Feb 22 04:57:43 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Specify the correct default address for smscmon
To generate a diff of this commit:
cvs rdiff -u -r1.240 -r1.241 src/sys/arch/i386/conf/ALL
Module Name:src
Committed By: pgoyette
Date: Mon Feb 22 04:57:43 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Specify the correct default address for smscmon
To generate a diff of this commit:
cvs rdiff -u -r1.240 -r1.241 src/sys/arch/i386/conf/ALL
Module Name:src
Committed By: pgoyette
Date: Mon Feb 22 03:52:06 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Add smscmon(4)
To generate a diff of this commit:
cvs rdiff -u -r1.239 -r1.240 src/sys/arch/i386/conf/ALL
Please note that diffs are not pu
Module Name:src
Committed By: pgoyette
Date: Mon Feb 22 03:52:06 UTC 2010
Modified Files:
src/sys/arch/i386/conf: ALL
Log Message:
Add smscmon(4)
To generate a diff of this commit:
cvs rdiff -u -r1.239 -r1.240 src/sys/arch/i386/conf/ALL
Please note that diffs are not pu
301 - 400 of 455 matches
Mail list logo