Hi!
From: "Christoph Egger"
Date: Tue, 10 Nov 2009 12:19:15 +0100
>
> > Module Name:src
> > Committed By: kiyohara
> > Date: Tue Nov 10 11:14:48 UTC 2009
> >
> > Modified Files:
> > src/sys/arch/ia64/stand/ia64/ski: acpi_stub.c
> >
> > Log Message:
> > Fix bui
On Nov 10, 8:22pm, t...@netbsd.org (Matthias Scheler) wrote:
-- Subject: Re: CVS commit: src/sys/dev
| On Tue, Nov 10, 2009 at 03:05:51PM -0500, Christos Zoulas wrote:
| > Module Name:src
| > Committed By: christos
| > Date: Tue Nov 10 20:05:51 UTC 2009
| >
| > Modifi
On Tue, Nov 10, 2009 at 03:05:51PM -0500, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Tue Nov 10 20:05:51 UTC 2009
>
> Modified Files:
> src/sys/dev: cgd.c cgdvar.h
>
> Log Message:
> avoid variable array stack allocation by enforcing and allocating a
On Nov 10, 2009, at 5:02 AM, Simon Burge wrote:
Cliff Neighbors wrote:
Module Name:src
Committed By: cliff
Date: Mon Nov 9 10:00:02 UTC 2009
Modified Files:
src/sys/arch/mips/mips [matt-nb5-mips64]: db_interface.c
Log Message:
arch/mips/mips/db_interface.c
- add M
On Tue, Nov 10, 2009 at 04:55:05PM +, Matthias Scheler wrote:
> Thanks a lot for pointing out the problem.
No problem. Thank you for the quick fix!
Dave
--
David Young OJC Technologies
dyo...@ojctech.com Urbana, IL * (217) 278-3933
On Mon, Nov 09, 2009 at 07:04:41PM -0600, David Young wrote:
> > Log Message:
> > Don't allocate block buffers on the stack. This can cause stack overflows
> > in the kernel and breaks SSP builds.
>
> This is a step in the right direction, but now cgd(4) is doing
> malloc(..., M_WAITOK) in (softwa
On Tue, Nov 10, 2009 at 03:29:29PM +0100, Adam Hamsik wrote:
> On Tue, Nov 10, 2009 at 2:35 PM, Matthias Scheler wrote:
> > On Tue, Nov 10, 2009 at 08:48:42AM +, Matthias Scheler wrote:
> >> > A LOCKDEBUG kernel will panic. How can we avoid the stack
> >> > overflows and such in a different w
On Tue, Nov 10, 2009 at 2:35 PM, Matthias Scheler wrote:
> On Tue, Nov 10, 2009 at 08:48:42AM +, Matthias Scheler wrote:
>> > A LOCKDEBUG kernel will panic. How can we avoid the stack
>> > overflows and such in a different way?
>>
>> I'll try to rewrite the code to use M_NOWAIT.
>
> The attac
On Tue, Nov 10, 2009 at 08:48:42AM +, Matthias Scheler wrote:
> > A LOCKDEBUG kernel will panic. How can we avoid the stack
> > overflows and such in a different way?
>
> I'll try to rewrite the code to use M_NOWAIT.
The attached diff changes the code to use M_NOWAIT. I have however
only com
Cliff Neighbors wrote:
> Module Name: src
> Committed By: cliff
> Date: Mon Nov 9 10:00:02 UTC 2009
>
> Modified Files:
>
> src/sys/arch/mips/mips [matt-nb5-mips64]: db_interface.c
>
> Log Message:
>
> arch/mips/mips/db_interface.c
> - add MIPS64_SHOW32() and MIPS64_SHOW64() m
> Module Name: src
> Committed By: kiyohara
> Date: Tue Nov 10 11:14:48 UTC 2009
>
> Modified Files:
> src/sys/arch/ia64/stand/ia64/ski: acpi_stub.c
>
> Log Message:
> Fix build failure.
> acpi.h moves to external/intel-public/acpica/dist/include/.
>
Shouldn't this include in
On Mon, Nov 09, 2009 at 07:04:41PM -0600, David Young wrote:
> > Modified Files:
> > src/sys/dev: cgd.c
> >
> > Log Message:
> > Don't allocate block buffers on the stack. This can cause stack overflows
> > in the kernel and breaks SSP builds.
>
> This is a step in the right direction, but no
12 matches
Mail list logo
