Le 06/07/2017 à 22:23, Manuel Bouyer a écrit :
Module Name:src
Committed By: bouyer
Date: Thu Jul 6 20:23:57 UTC 2017
Modified Files:
src/sys/arch/i386/i386: gdt.c
Log Message:
gdt_size is now in bytes, but the HYPERVISOR_set_gdt() expects a number
of entries and has no
On Tue, May 31, 2016 at 11:39:08AM +0200, Joerg Sonnenberger wrote:
> On Mon, May 30, 2016 at 06:58:52PM -0400, Christos Zoulas wrote:
> > Module Name:src
> > Committed By: christos
> > Date: Mon May 30 22:58:52 UTC 2016
> >
> > Modified Files:
> > src/sys/arch/i386
On Mon, May 30, 2016 at 06:58:52PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Mon May 30 22:58:52 UTC 2016
>
> Modified Files:
> src/sys/arch/i386/i386: cpu_in_cksum.S
>
> Log Message:
> Handle PIC linking for tests
Except this doesn't work b
On Thu, Mar 06, 2014 at 12:30:25PM +, NONAKA Kimihiro wrote:
> Module Name: src
> Committed By: nonaka
> Date: Thu Mar 6 12:30:25 UTC 2014
>
> Modified Files:
> src/sys/arch/i386/i386: cpufunc.S
>
> Log Message:
> fix to pass collect memory address to xrstor.
Gah ... :-(
FWI
On Mon, Mar 05, 2012 at 08:01:09AM +0530, Cherry G. Mathew wrote:
> On 5 March 2012 02:14, Manuel Bouyer wrote:
> > Module Name: src
> > Committed By: bouyer
> > Date: Sun Mar 4 20:44:17 UTC 2012
> >
> > Modified Files:
> > src/sys/arch/i386/i386: machdep.c
> >
> > Log Messa
On 5 March 2012 02:14, Manuel Bouyer wrote:
> Module Name: src
> Committed By: bouyer
> Date: Sun Mar 4 20:44:17 UTC 2012
>
> Modified Files:
> src/sys/arch/i386/i386: machdep.c
>
> Log Message:
> Don't try to uvm_page_physload() the tmpgdt page: this always fails because
>
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 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 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
da...@l8s.co.uk said:
> I presume the panic was in the 'return to user' sequence?
Yes, in the iret.
> Does it now SIGSEGV the program?
Yes, which is a bit strange because this happened before
even the first instruction was fetched, and no user-supplied
data are involved (as opposed to setmconte
On Sun, Feb 14, 2010 at 11:09:55AM +, Matthias Drochner wrote:
> (recent -current doesn't panic on that GPF which seems to be a
> side effect of another change)
I presume the panic was in the 'return to user' sequence?
Does it now SIGSEGV the program?
Actually, since userspace isn't allowed t
y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) wrote:
> >> Log Message:
> >> Don't call lwp_getpcb() when not KERNEL.
> >
> > Thanks for working this around, however it is not a right fix. With this
> > patch, build.sh release passes:
> >
> > http://www.netbsd.org/~rmind/crash_pcb.diff
>
> Requestin
hi,
> Hello,
>
> David Laight wrote:
>> Module Name: src
>> Committed By:dsl
>> Date:Sat Nov 21 19:59:51 UTC 2009
>>
>> Modified Files:
>> src/sys/arch/i386/i386: db_trace.c
>>
>> Log Message:
>> Don't call lwp_getpcb() when not KERNEL.
>
> Thanks for working this
David Laight wrote:
> > >Thanks for working this around, however it is not a right fix. With this
> > >patch, build.sh release passes:
> > >
> > >http://www.netbsd.org/~rmind/crash_pcb.diff
> > >
> > >It should have been enough to amend the argument of routine exported to
> > >userland. Do not y
On Sun, Nov 22, 2009 at 12:09:33AM +, Christos Zoulas wrote:
> In article <20091121223029.1e0d263b...@mail.netbsd.org>,
> Mindaugas Rasiukevicius wrote:
> >Hello,
> >
> >David Laight wrote:
> >> Module Name: src
> >> Committed By: dsl
> >> Date: Sat Nov 21 19:59:51 UTC
In article <20091121223029.1e0d263b...@mail.netbsd.org>,
Mindaugas Rasiukevicius wrote:
>Hello,
>
>David Laight wrote:
>> Module Name: src
>> Committed By:dsl
>> Date:Sat Nov 21 19:59:51 UTC 2009
>>
>> Modified Files:
>> src/sys/arch/i386/i386: db_trace.c
>>
>> Log
Hello,
David Laight wrote:
> Module Name: src
> Committed By: dsl
> Date: Sat Nov 21 19:59:51 UTC 2009
>
> Modified Files:
> src/sys/arch/i386/i386: db_trace.c
>
> Log Message:
> Don't call lwp_getpcb() when not KERNEL.
Thanks for working this around, however it is not a right fi
David Laight wrote:
> Module Name: src
> Committed By: dsl
> Date: Sat Nov 21 19:59:51 UTC 2009
>
> Modified Files:
> src/sys/arch/i386/i386: db_trace.c
>
> Log Message:
> Don't call lwp_getpcb() when not KERNEL.
This change might be unnecessary after this commit:
---
On Sat, May 09, 2009 at 06:58:46AM +, Andrew Doran wrote:
> > > xen isn't as vulnerable to the LDT/segreg problem as native x86 because
> > > it's not MP and doesn't do kernel preemption. For the time being I guess
> > > it would suffice to #ifdef the 'cli'.
> >
> > That's not enough to make t
On Tue, May 05, 2009 at 11:44:43PM +0200, Manuel Bouyer wrote:
> On Tue, May 05, 2009 at 09:20:02PM +, Andrew Doran wrote:
> > > but the test binary from the PR segfaults:
> > > truc# kdump |less
> > >
> > > 34 0 ktrace EMUL
On Tue, May 05, 2009 at 09:20:02PM +, Andrew Doran wrote:
> > but the test binary from the PR segfaults:
> > truc# kdump |less
> >
> > 34 0 ktrace EMUL "netbsd"
> > 34 0 ktrace RET ktrace 0
> > 34 0 ktrace CA
On Tue, May 05, 2009 at 09:20:02PM +, Andrew Doran wrote:
> > I tried the following code instead:
> > IDTVEC(osyscall)
> > CLI(%eax) # must be first instruction
> > pushfl # set eflags in trap frame
> > popl8(%esp)
> > orl $PSL_I,(%esp)
On Mon, May 04, 2009 at 03:41:16PM +0200, Manuel Bouyer wrote:
> On Mon, May 04, 2009 at 11:47:29AM +, Andrew Doran wrote:
> > Module Name:src
> > Committed By: ad
> > Date: Mon May 4 11:47:29 UTC 2009
> >
> > Modified Files:
> > src/sys/arch/i386/i386: locore
On Mon, May 04, 2009 at 11:47:29AM +, Andrew Doran wrote:
> Module Name: src
> Committed By: ad
> Date: Mon May 4 11:47:29 UTC 2009
>
> Modified Files:
> src/sys/arch/i386/i386: locore.S
>
> Log Message:
> PR kern/41342: BSDi binaries cause panic
>
> XXX Manuel, please have a
On Wed, Apr 01, 2009 at 09:07:57AM +0900, enami tsugutomo wrote:
> > but but but that's clearly stupid! :-)
>
> I feel comfortable while reading code which has the empty line.
> Lacking it irritates me as if I met code like `for (i=0;i<4096;i++)'
> and I tend to lose interest on such code.
I
enami tsugutomo writes:
> David Holland writes:
>
>> On Tue, Mar 31, 2009 at 06:54:19AM +0900, Izumi Tsutsui wrote:
>> > src/share/misc/style says to insert it:
>> > [...]
>> > { /* Insert an empty line if the function has no local variables. */
>>
>> but but but that's clearly stupid! :-)
>
David Holland writes:
> On Tue, Mar 31, 2009 at 06:54:19AM +0900, Izumi Tsutsui wrote:
> > src/share/misc/style says to insert it:
> > [...]
> > { /* Insert an empty line if the function has no local variables. */
>
> but but but that's clearly stupid! :-)
I feel comfortable while reading c
dholland-sourcechan...@netbsd.org wrote:
> On Tue, Mar 31, 2009 at 06:54:19AM +0900, Izumi Tsutsui wrote:
> > src/share/misc/style says to insert it:
> > [...]
> > { /* Insert an empty line if the function has no local variables. */
>
> but but but that's clearly stupid! :-)
The empty line i
On Tue, Mar 31, 2009 at 06:54:19AM +0900, Izumi Tsutsui wrote:
> src/share/misc/style says to insert it:
> [...]
> { /* Insert an empty line if the function has no local variables. */
but but but that's clearly stupid! :-)
i like it.
.mrg.
On Tue, Mar 31, 2009 at 06:54:19AM +0900, Izumi Tsutsui wrote:
> src/share/misc/style says to insert it:
> [...]
> {/* Insert an empty line if the function has no local variables. */
but but but that's clearly stupid! :-)
--
David A. Holland
dholl...@netbsd.org
dyo...@netbsd.org wrote:
> Module Name: src
> Committed By: dyoung
> Date: Mon Mar 30 17:48:22 UTC 2009
>
> Modified Files:
> src/sys/arch/i386/i386: vm_machdep.c
>
> Log Message:
> Cosmetic: reduce differences from amd64/amd64/vm_machdep.c by deleting
> an empty line.
src/share/
42 matches
Mail list logo
