Thank you, I should pay attention to that.
On Wed, Oct 25, 2023 at 9:02 AM Nick Hudson wrote:
>
> Module Name:src
> Committed By: skrll
> Date: Wed Oct 25 06:02:14 UTC 2023
>
> Modified Files:
> src/sys/arch/mips/mips: kgdb_machdep.c
>
> Log Message:
> ->
>
>
> To genera
Hi Rin,
Rin Okuyama wrote:
> Hi,
>
> On 2020/06/23 14:18, Simon Burge wrote:
> > Module Name:src
> > Committed By: simonb
> > Date: Tue Jun 23 05:18:43 UTC 2020
> >
> > Modified Files:
> > src/sys/arch/mips/cavium/dev: octeon_uart.c
> >
> > Log Message:
> > Add s
Hi,
On 2020/06/23 14:18, Simon Burge wrote:
Module Name:src
Committed By: simonb
Date: Tue Jun 23 05:18:43 UTC 2020
Modified Files:
src/sys/arch/mips/cavium/dev: octeon_uart.c
Log Message:
Add support for a very simple output-only console so early printf() can work.
Min
Simon Burge wrote:
> > > Module Name: src
> > > Committed By: simonb
> > > Date: Tue Jun 9 06:18:01 UTC 2020
> > >
> > > Modified Files:
> > > src/sys/arch/mips/mips: mips_machdep.c
> > >
> > > Log Message:
> > > If we are on a SiByte or Cavium CPU with an FPU, report as
Izumi Tsutsui wrote:
> > Module Name:src
> > Committed By: simonb
> > Date: Tue Jun 9 06:18:01 UTC 2020
> >
> > Modified Files:
> > src/sys/arch/mips/mips: mips_machdep.c
> >
> > Log Message:
> > If we are on a SiByte or Cavium CPU with an FPU, report as "built-i
> Module Name: src
> Committed By: simonb
> Date: Tue Jun 9 06:18:01 UTC 2020
>
> Modified Files:
> src/sys/arch/mips/mips: mips_machdep.c
>
> Log Message:
> If we are on a SiByte or Cavium CPU with an FPU, report as "built-in FPU"
> instead of saying it's an unknown FPU type.
>
> On Mar 13, 2020, at 12:25 PM, Jason Thorpe wrote:
>
>
>> On Mar 13, 2020, at 9:11 AM, Christos Zoulas wrote:
>>
>> I think this is better done in the driver, as other ports
>> do the same check and it catches bugs.
>
> x86 *explcitly* checks for 0 to skip work. If you want to find bugs, c
> On Mar 13, 2020, at 9:11 AM, Christos Zoulas wrote:
>
> I think this is better done in the driver, as other ports
> do the same check and it catches bugs.
x86 *explcitly* checks for 0 to skip work. If you want to find bugs, change
the most-often-used implementation maybe?
-- thorpej
In article <20200313034939.553d5f...@cvs.netbsd.org>,
Jason R Thorpe wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: thorpej
>Date: Fri Mar 13 03:49:39 UTC 2020
>
>Modified Files:
> src/sys/arch/mips/mips: bus_dma.c
>
>Log Message:
>Allow len == 0 in bus_dmamap_sync().
I
On 13/03/2020 03:49, Jason R Thorpe wrote:
Module Name:src
Committed By: thorpej
Date: Fri Mar 13 03:49:39 UTC 2020
Modified Files:
src/sys/arch/mips/mips: bus_dma.c
Log Message:
Allow len == 0 in bus_dmamap_sync().
XXX pullup-9
The assertion that len is not 0 in arm
On Fri, Sep 07, 2018 at 09:29:27PM +, Christos Zoulas wrote:
> In article <20180907211445.dbf47f...@cvs.netbsd.org>,
> Michael Lorenz wrote:
> >-=-=-=-=-=-
> >
> >Module Name: src
> >Committed By:macallan
> >Date:Fri Sep 7 21:14:45 UTC 2018
> >
> >Modified Files:
> >
In article <20180907211445.dbf47f...@cvs.netbsd.org>,
Michael Lorenz wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: macallan
>Date: Fri Sep 7 21:14:45 UTC 2018
>
>Modified Files:
> src/sys/arch/mips/mips: locore.S
>
>Log Message:
>re-enable 64bit addressing in n32 kernel
m...@netbsd.org writes:
> Can we use aprint_debug instead?
it's not an autoconf message, so, please don't use aprint*().
.mrg.
> On Wed, Aug 08, 2018 at 07:50:13AM +, Simon Burge wrote:
> > Module Name:src
> > Committed By: simonb
> > Date: Wed Aug 8 07:50:12 UT
On Wed, Aug 08, 2018 at 10:22:33PM +1000, Simon Burge wrote:
> Martin Husemann wrote:
>
> > On Wed, Aug 08, 2018 at 12:11:39PM +, m...@netbsd.org wrote:
> > > On Wed, Aug 08, 2018 at 01:59:46PM +0200, Martin Husemann wrote:
> > > > On Wed, Aug 08, 2018 at 11:49:21AM +, m...@netbsd.org wrot
On Wed, 8 Aug 2018, Martin Husemann wrote:
On Wed, Aug 08, 2018 at 12:11:39PM +, m...@netbsd.org wrote:
On Wed, Aug 08, 2018 at 01:59:46PM +0200, Martin Husemann wrote:
On Wed, Aug 08, 2018 at 11:49:21AM +, m...@netbsd.org wrote:
Can we use aprint_debug instead?
It is not even usefu
Martin Husemann wrote:
> On Wed, Aug 08, 2018 at 12:11:39PM +, m...@netbsd.org wrote:
> > On Wed, Aug 08, 2018 at 01:59:46PM +0200, Martin Husemann wrote:
> > > On Wed, Aug 08, 2018 at 11:49:21AM +, m...@netbsd.org wrote:
> > > > Can we use aprint_debug instead?
> > >
> > > It is not even
On Wed, Aug 08, 2018 at 12:11:39PM +, m...@netbsd.org wrote:
> On Wed, Aug 08, 2018 at 01:59:46PM +0200, Martin Husemann wrote:
> > On Wed, Aug 08, 2018 at 11:49:21AM +, m...@netbsd.org wrote:
> > > Can we use aprint_debug instead?
> >
> > It is not even usefull for general debugging IMHO.
On Wed, Aug 08, 2018 at 01:59:46PM +0200, Martin Husemann wrote:
> On Wed, Aug 08, 2018 at 11:49:21AM +, m...@netbsd.org wrote:
> > Can we use aprint_debug instead?
>
> It is not even usefull for general debugging IMHO.
>
> Martin
I like the idea of removing the messages entirely. The code w
On Wed, Aug 08, 2018 at 11:49:21AM +, m...@netbsd.org wrote:
> Can we use aprint_debug instead?
It is not even usefull for general debugging IMHO.
Martin
Can we use aprint_debug instead?
On Wed, Aug 08, 2018 at 07:50:13AM +, Simon Burge wrote:
> Module Name: src
> Committed By: simonb
> Date: Wed Aug 8 07:50:12 UTC 2018
>
> Modified Files:
> src/sys/arch/mips/mips: cpu_exec.c
>
> Log Message:
> Make change of ABI printf()s #if
spoiler alert: we can dedup a lot more
> @@ -1288,10 +1295,7 @@ NESTED_NOPROFILE(MIPSX(user_reserved_ins
> /*
>* Save a minimum of registers to see if this is rdhwr $3,$29
>*/
> -#ifdef MIPS3_LOONGSON2
> - li k0, MIPS_DIAG_BTB_CLEAR | MIPS_DIAG_RAS_DISABLE
> - mt
skrll@ wrote:
> > (i.e. reverting removed lines is not "fix" but workaround).
>
> Not sure what you mean here, but as bad cache aliases can happen my
> change is valid.
Well, I have been waitng proper description about the new UVM design
for VIPT cache systems (i.e. what's the "right" thing) fo
On 06/30/16 15:59, Izumi Tsutsui wrote:
skrll@ wrote:
Module Name:src
Committed By: skrll
Date: Thu Jun 30 12:57:35 UTC 2016
Modified Files:
src/sys/arch/mips/mips: pmap.c
Log Message:
Fix MIPS3_NO_PV_UNCACHED alias handling by looping through the pv_list
looking for b
skrll@ wrote:
> Module Name: src
> Committed By: skrll
> Date: Thu Jun 30 12:57:35 UTC 2016
>
> Modified Files:
> src/sys/arch/mips/mips: pmap.c
>
> Log Message:
> Fix MIPS3_NO_PV_UNCACHED alias handling by looping through the pv_list
> looking for bad aliases and removing the bad
On 06/27/16 08:12, Nick Hudson wrote:
Module Name:src
Committed By: skrll
Date: Mon Jun 27 07:12:18 UTC 2016
Modified Files:
src/sys/arch/mips/mips: pmap.c
Log Message:
Fix a bug introduced by me in 1.214 where unmanaged mappings would be
affected by calls to pmap_page_p
On 06/06/2015 22:44, Matt Thomas wrote:
Module Name:src
Committed By: matt
Date: Sat Jun 6 21:44:17 UTC 2015
Modified Files:
src/sys/arch/mips/cavium: octeon_cpunode.c
src/sys/arch/mips/mips: genassym.cf
Log Message:
Use ci_nmi_stack
To generate a diff of this
On May 2, 7:33am, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: CVS commit: src/sys/arch/mips/include
| Not all ABIs run on all CPU architectures. N32/N64 are 64-bit only
| so you can exclude all MIPS32 and MIPS1/MIPS2 cpus.
|
| The ABI for the kernel must be the same as the ABI
> On May 2, 2015, at 4:52 AM, Christos Zoulas wrote:
>
> On May 1, 1:46pm, m...@3am-software.com (Matt Thomas) wrote:
> -- Subject: Re: CVS commit: src/sys/arch/mips/include
>
> |
> | > On May 1, 2015, at 11:37 AM, Christos Zoulas wrote:
> | >
> | > Modu
On May 1, 1:46pm, m...@3am-software.com (Matt Thomas) wrote:
-- Subject: Re: CVS commit: src/sys/arch/mips/include
|
| > On May 1, 2015, at 11:37 AM, Christos Zoulas wrote:
| >
| > Module Name:src
| > Committed By: christos
| > Date: Fri May 1 18
> >> If reasonably possible, use MACHINE=MACHINE_ARCH=whatever config.guess
> >> uses for the platform. A lot of the different MACHINE values are due to
> >> historical reasons annd wouldn't happen again.
> >
> > I think keeping evb* for boards makes sense, though.
>
> I agree. MACHINE=evbavr32
> On May 1, 2015, at 11:37 AM, Christos Zoulas wrote:
>
> Module Name: src
> Committed By: christos
> Date: Fri May 1 18:37:40 UTC 2015
>
> Modified Files:
> src/sys/arch/mips/include: locore.h
>
> Log Message:
> change #error to KASSERT
>
>
> To generate a diff of this commi
On Jul 23, 2014, at 1:46 PM, Joerg Sonnenberger wrote:
> On Tue, Jul 22, 2014 at 10:40:02PM +0100, Alexander Nasonov wrote:
>> Matt Thomas wrote:
>>>
>>> On Jul 22, 2014, at 2:27 PM, Alexander Nasonov wrote:
I allocate with the X flag and it seems to work:
/* in sljitExecAlloca
On Tue, Jul 22, 2014 at 10:40:02PM +0100, Alexander Nasonov wrote:
> Matt Thomas wrote:
> >
> > On Jul 22, 2014, at 2:27 PM, Alexander Nasonov wrote:
> > > I allocate with the X flag and it seems to work:
> > >
> > > /* in sljitExecAllocator.c */
> > >return (void *)uvm_km_alloc(module_m
Matt Thomas wrote:
>
> On Jul 22, 2014, at 2:40 PM, Alexander Nasonov wrote:
>
> > Matt Thomas wrote:
> >>
> >> On Jul 22, 2014, at 2:27 PM, Alexander Nasonov wrote:
> >>> I allocate with the X flag and it seems to work:
> >>>
> >>> /* in sljitExecAllocator.c */
> >>> return (void *)uvm
On Jul 22, 2014, at 2:40 PM, Alexander Nasonov wrote:
> Matt Thomas wrote:
>>
>> On Jul 22, 2014, at 2:27 PM, Alexander Nasonov wrote:
>>> I allocate with the X flag and it seems to work:
>>>
>>> /* in sljitExecAllocator.c */
>>> return (void *)uvm_km_alloc(module_map, size,
>>>
Matt Thomas wrote:
>
> On Jul 22, 2014, at 2:27 PM, Alexander Nasonov wrote:
> > I allocate with the X flag and it seems to work:
> >
> > /* in sljitExecAllocator.c */
> >return (void *)uvm_km_alloc(module_map, size,
> >PAGE_SIZE, UVM_KMF_WIRED | UVM_KMF_ZERO | UVM_KMF_EXEC);
On Jul 22, 2014, at 2:27 PM, Alexander Nasonov wrote:
> Matt Thomas wrote:
>>
>> On Jul 22, 2014, at 12:54 PM, Alexander Nasonov wrote:
>>
>>> Module Name:src
>>> Committed By: alnsn
>>> Date: Tue Jul 22 19:54:55 UTC 2014
>>>
>>> Modified Files:
>>> src/sys/ar
Matt Thomas wrote:
>
> On Jul 22, 2014, at 12:54 PM, Alexander Nasonov wrote:
>
> > Module Name:src
> > Committed By: alnsn
> > Date: Tue Jul 22 19:54:55 UTC 2014
> >
> > Modified Files:
> > src/sys/arch/mips/include: sljitarch.h
> >
> > Log Message:
> > Define
On Jul 22, 2014, at 12:54 PM, Alexander Nasonov wrote:
> Module Name: src
> Committed By: alnsn
> Date: Tue Jul 22 19:54:55 UTC 2014
>
> Modified Files:
> src/sys/arch/mips/include: sljitarch.h
>
> Log Message:
> Define SLJIT_CACHE_FLUSH() for mips.
Actually, this isn't enough.
martin@ wrote:
> Added Files:
> src/sys/arch/mips/include: cache_r5900.h
>
> Log Message:
> Restore file for playstation2 accidently overlooked in the big revitilazation
Much more r5900 files and #ifdefs have been removed since mips64 merge.
http://www.nerv.org/netbsd/?q=id:20110220T074548
Hello,
On Mon, 12 May 2014 08:48:37 +0100
Nick Hudson wrote:
> On 05/12/14 02:24, Michael wrote:
> > Hello,
> >
> > On Sun, 11 May 2014 19:07:01 +0100
> > Nick Hudson wrote:
> >
> >> On 11/05/2014 16:47, Michael wrote:
> >>> Hello,
> >>>
> [snip]
> >>> My O2's been building stuff from pkgsrc fo
Hello,
On Tue, 13 May 2014 08:01:41 +1000
matthew green wrote:
> > > > gcc 4.5, gmp patched as
> > > > posted earlier.
> > >
> > > Is this ready to commit?
> >
> > Good question, I'd like to hear from one of the Matts first. All the
> > patch does is to disable using assembly routines when b
On Tue, May 13, 2014 at 08:01:41AM +1000, matthew green wrote:
> - they're mostly generated files you've changed (at least,
> the Makefile.inc's..)
>
> - the comments in the code seems to indicate that what we
> have right now *should* work, as it was designed to work
> with irix n32. mac's
> > > gcc 4.5, gmp patched as
> > > posted earlier.
> >
> > Is this ready to commit?
>
> Good question, I'd like to hear from one of the Matts first. All the
> patch does is to disable using assembly routines when building n32
> binaries ( as in, mips64* but not _LP64 ). Seems to work, at leas
On 05/12/14 02:24, Michael wrote:
Hello,
On Sun, 11 May 2014 19:07:01 +0100
Nick Hudson wrote:
On 11/05/2014 16:47, Michael wrote:
Hello,
[snip]
My O2's been building stuff from pkgsrc for the last hour without any
of the glitches we've seen before ( fingers crossed )
Good news.
It's do
Hello,
On Sun, 11 May 2014 19:07:01 +0100
Nick Hudson wrote:
> On 11/05/2014 16:47, Michael wrote:
> > Hello,
> >
> > On Sun, 11 May 2014 07:53:28 +
> > "Nick Hudson" wrote:
> >
> >> Module Name: src
> >> Committed By: skrll
> >> Date: Sun May 11 07:53:28 UTC 2014
>
On 11/05/2014 16:47, Michael wrote:
Hello,
On Sun, 11 May 2014 07:53:28 +
"Nick Hudson" wrote:
Module Name:src
Committed By: skrll
Date: Sun May 11 07:53:28 UTC 2014
Modified Files:
src/sys/arch/mips/include: pmap.h
src/sys/arch/mips/mips: pmap.c pmap_seg
Hello,
On Sun, 11 May 2014 07:53:28 +
"Nick Hudson" wrote:
> Module Name: src
> Committed By: skrll
> Date: Sun May 11 07:53:28 UTC 2014
>
> Modified Files:
> src/sys/arch/mips/include: pmap.h
> src/sys/arch/mips/mips: pmap.c pmap_segtab.c
>
> Log Message:
> Deal with
skrll@ wrote:
> How about the attached?
If it's tested on the target CPUs using mips/bus_dma.c,
I have no objection.
(the orignal code was tested only on R4400/R5000/Rm5200)
---
Izumi Tsutsui
On 05/02/14 15:39, Izumi Tsutsui wrote:
skrll@ wrote:
[snip]
- BUS_DMASYNC_PREREAD seems incomplete
I think it's complete, but not as well optimized as, for example, the
cobalt one.
Probably depends on the definition of "complete."
(as a person who modified the cobalt one)
How about the att
On 05/02/14 15:39, Izumi Tsutsui wrote:
skrll@ wrote:
On 04/30/14 17:35, Izumi Tsutsui wrote:
they should also switch to the common mips bus space/dma files.
- does it handle MIPS1?
don't know about this one.
See pmax/bus_dma.c.
- BUS_DMASYNC_PREREAD seems incomplete
I think it's complet
> Should be simple for you to copy across the optimisation then :)
Sorry, I have no motivation for current mips ports.
---
Izumi Tsutsui
skrll@ wrote:
> On 04/30/14 17:35, Izumi Tsutsui wrote:
> >> they should also switch to the common mips bus space/dma files.
> > - does it handle MIPS1?
> don't know about this one.
See pmax/bus_dma.c.
> > - BUS_DMASYNC_PREREAD seems incomplete
>
> I think it's complete, but not as well optimiz
On 04/30/14 17:35, Izumi Tsutsui wrote:
they should also switch to the common mips bus space/dma files.
- does it handle MIPS1?
don't know about this one.
- BUS_DMASYNC_PREREAD seems incomplete
I think it's complete, but not as well optimized as, for example, the
cobalt one.
---
Izumi T
macallan@ wrote:
> On Loongson ( which uses mips/bus_dma.c IIRC ) I see corruption only
> when writing via nfs, on sgimips it's apparently any file access, but
> it takes a lot longer to trigger.
I also wonder if sokvaalloc() (which is enabled by nfsd_use_loan and
depends on UVM_KMF_COLORMATCH) i
Hello,
On Thu, 1 May 2014 01:14:37 +0900
Izumi Tsutsui wrote:
> skrll@ wrote:
>
> > I'm still seeing issues with my cobalt, but I'll keep hunting.
>
> Probably all mips port MD bus_dma.c
> (in arc, cobalt, emips, ews4800mips, hpcmips, mipsco, pmax, sgimips)
> need the similar fix as mips/bus_d
On 04/30/14 17:14, Izumi Tsutsui wrote:
skrll@ wrote:
I'm still seeing issues with my cobalt, but I'll keep hunting.
Probably all mips port MD bus_dma.c
(in arc, cobalt, emips, ews4800mips, hpcmips, mipsco, pmax, sgimips)
need the similar fix as mips/bus_dma.c rev 1.28.
yeah, they'll need that
skrll@ wrote:
> yeah, they'll need that fix, but there are still cache aliasing bugs in
> the pmap, I think.
PR/45746 is still open, btw.
---
Izumi Tsutsui
Hello,
On Wed, 30 Apr 2014 14:35:46 +0100
Nick Hudson wrote:
> On 04/30/14 11:01, Michael wrote:
> > Hello,
> >
> > On Wed, 23 Apr 2014 20:57:15 +
> > "Nick Hudson" wrote:
> >
> >> Module Name: src
> >> Committed By: skrll
> >> Date: Wed Apr 23 20:57:15 UTC 2014
> >>
> they should also switch to the common mips bus space/dma files.
- does it handle MIPS1?
- BUS_DMASYNC_PREREAD seems incomplete
---
Izumi Tsutsui
Hello,
On Wed, 30 Apr 2014 14:35:46 +0100
Nick Hudson wrote:
> On 04/30/14 11:01, Michael wrote:
> > On Wed, 23 Apr 2014 20:57:15 +
> > "Nick Hudson" wrote:
> >
> >> Module Name: src
> >> Committed By: skrll
> >> Date: Wed Apr 23 20:57:15 UTC 2014
> >>
> >> Modified
On Apr 30, 2014, at 9:14 AM, Izumi Tsutsui wrote:
> skrll@ wrote:
>
>> I'm still seeing issues with my cobalt, but I'll keep hunting.
>
> Probably all mips port MD bus_dma.c
> (in arc, cobalt, emips, ews4800mips, hpcmips, mipsco, pmax, sgimips)
> need the similar fix as mips/bus_dma.c rev 1.28
skrll@ wrote:
> I'm still seeing issues with my cobalt, but I'll keep hunting.
Probably all mips port MD bus_dma.c
(in arc, cobalt, emips, ews4800mips, hpcmips, mipsco, pmax, sgimips)
need the similar fix as mips/bus_dma.c rev 1.28.
(only algor, evbmips and sbmips use mips/bus_dma.c)
---
Izumi T
On 04/30/14 11:01, Michael wrote:
Hello,
On Wed, 23 Apr 2014 20:57:15 +
"Nick Hudson" wrote:
Module Name:src
Committed By: skrll
Date: Wed Apr 23 20:57:15 UTC 2014
Modified Files:
src/sys/arch/mips/mips: pmap.c vm_machdep.c
...
Hopefully this addresses the insta
Hello,
On Wed, 23 Apr 2014 20:57:15 +
"Nick Hudson" wrote:
> Module Name: src
> Committed By: skrll
> Date: Wed Apr 23 20:57:15 UTC 2014
>
> Modified Files:
> src/sys/arch/mips/mips: pmap.c vm_machdep.c
...
> Hopefully this addresses the instability reported in the following
On Sun, Sep 22, 2013 at 08:30:22AM +, Nick Hudson wrote:
> Module Name: src
> Committed By: skrll
> Date: Sun Sep 22 08:30:22 UTC 2013
>
> Modified Files:
> src/sys/arch/mips/adm5120/dev: ahci.c ahcivar.h
>
> Log Message:
> Adapt to usbmp. Compile tested only.
>
> Did this eve
On Sun, Nov 13, 2011 at 03:57:58PM +, Izumi Tsutsui wrote:
> Modified Files:
> src/sys/arch/mips/mips: locore.S
>
> Log Message:
> Read-modify-write instead of read-modify-read. (not sure if this was fatal)
Probably not, but it's good to fix regardless...
--
David A. Holland
dhol
On Tue, Jun 28, 2011 at 07:17:31AM +, Adam Hoka wrote:
> Module Name: src
> Committed By: ahoka
> Date: Tue Jun 28 07:17:31 UTC 2011
>
> Modified Files:
> src/sys/arch/mips/rmi: rmixl_nand.c
>
> Log Message:
> follow nand api changes
Some of these changes broke the build.
- J
On Tue, Nov 09, 2010 at 02:20:11PM -0700, Warner Losh wrote:
> >No, it's not obvious from those either, and I'm even familiar with the
> >architecture. This whole thing could have been avoided if you'd
> >written a clear commit message; can you revise the text in CVS to have
> >fewer dangling r
On Mon, Nov 08, 2010 at 03:49:09PM -0700, Warner Losh wrote:
>>> I don't have a mips1-specific reference on hand, but my recollection
>>> is that you need *three* nops when messing with cop0 registers for all
>>> effects to flush through.
>> locore_mips1.S doesn't agree with your recollection,
On 11/09/2010 13:54, David Holland wrote:
On Tue, Nov 09, 2010 at 01:46:46PM +0200, Antti Kantee wrote:
> > Thanks for the extra details. It may be "obvious" with the background
> > info you've now provided, but wasn't from your initial commit message.
>
> Gotta love source-changes
On Tue, Nov 09, 2010 at 01:46:46PM +0200, Antti Kantee wrote:
> > Thanks for the extra details. It may be "obvious" with the background
> > info you've now provided, but wasn't from your initial commit message.
>
> Gotta love source-changes-full and nxr.netbsd.org ;)
No, it's not obvious fro
On Tue Nov 09 2010 at 13:10:02 +1100, Simon Burge wrote:
> David Holland wrote:
>
> > On Mon, Nov 08, 2010 at 06:09:39PM +, Antti Kantee wrote:
> > > Modified Files:
> > > src/sys/arch/mips/mips: locore_mips1.S
> > >
> > > Log Message:
> > > In TLBRead, restore PID before doing the save
On Tue Nov 09 2010 at 22:43:53 +1100, Simon Burge wrote:
> > > I'm curious about this too. That code hasn't changed for at least
> > > 14 years...
> >
> > Given that it's only called from ddb, i'm not too surprised nobody has
> > noticed. Now, unless someone argues that the stores should definit
Antti Kantee wrote:
> On Tue Nov 09 2010 at 13:10:02 +1100, Simon Burge wrote:
> > David Holland wrote:
> >
> > > On Mon, Nov 08, 2010 at 06:09:39PM +, Antti Kantee wrote:
> > > > Modified Files:
> > > >src/sys/arch/mips/mips: locore_mips1.S
> > > >
> > > > Log Message:
> > > >
David Holland wrote:
> On Mon, Nov 08, 2010 at 06:09:39PM +, Antti Kantee wrote:
> > Modified Files:
> >src/sys/arch/mips/mips: locore_mips1.S
> >
> > Log Message:
> > In TLBRead, restore PID before doing the saves so that the caller's
> > TLB entries are used instead of the PID giv
On 11/08/2010 15:19, Antti Kantee wrote:
On Mon Nov 08 2010 at 21:40:49 +, David Holland wrote:
On Mon, Nov 08, 2010 at 06:09:39PM +, Antti Kantee wrote:
> Modified Files:
> src/sys/arch/mips/mips: locore_mips1.S
>
> Log Message:
> In TLBRead, restore PID before do
On Mon Nov 08 2010 at 21:40:49 +, David Holland wrote:
> On Mon, Nov 08, 2010 at 06:09:39PM +, Antti Kantee wrote:
> > Modified Files:
> >src/sys/arch/mips/mips: locore_mips1.S
> >
> > Log Message:
> > In TLBRead, restore PID before doing the saves so that the caller's
> > TLB en
On Mon, Nov 08, 2010 at 06:09:39PM +, Antti Kantee wrote:
> Modified Files:
> src/sys/arch/mips/mips: locore_mips1.S
>
> Log Message:
> In TLBRead, restore PID before doing the saves so that the caller's
> TLB entries are used instead of the PID given as the argument.
>
> from Al
On Fri, Jul 09, 2010 at 05:19:48PM +, Tom Spindler wrote:
> > Modified Files:
> > src/sys/arch/mips/include: asm.h
> > src/sys/arch/mips/mips: lock_stubs.S
> >
> > Log Message:
> > implement ucas_* for mips.
>
> Alas, this fails to build on evbmips-eb:
>
> /src/nbsrc/sys/arch/mips/mi
> Modified Files:
> src/sys/arch/mips/include: asm.h
> src/sys/arch/mips/mips: lock_stubs.S
>
> Log Message:
> implement ucas_* for mips.
Alas, this fails to build on evbmips-eb:
/src/nbsrc/sys/arch/mips/mips/lock_stubs.S:176: Error: opcode not supported on
this processor: mips32 (m
On Dec 14, 2009, at 10:44 AM, Masao Uebayashi wrote:
> This solves. I'm not sure how to deal with other warning options.
>
> Masao
I suppose you should sync that with conf/Makefile.kern.inc
And now you can back out those changes to mips/compat*.c
This solves. I'm not sure how to deal with other warning options.
Masao
Index: sys/modules/Makefile.inc
===
RCS file: /cvsroot/src/sys/modules/Makefile.inc,v
retrieving revision 1.1
diff -u -r1.1 Makefile.inc
--- sys/modules/Makefil
On Dec 14, 2009, at 8:13 AM, Masao Uebayashi wrote:
>>> Log Message:
>>> We don't declare variables in for () statement.
>>
>> The kernel is a C99 environment which makes that legal. Limiting the scope
>> of variables is always a good thing.
>
> I agree that it's a good thing. Its build faile
> > Log Message:
> > We don't declare variables in for () statement.
>
> The kernel is a C99 environment which makes that legal. Limiting the scope
> of variables is always a good thing.
I agree that it's a good thing. Its build failed in modules.
Masao
--
Masao Uebayashi / Tombi Inc. / Tel:
On Mon, Dec 14, 2009 at 06:55:19AM -0800, Matt Thomas wrote:
> The kernel is a C99 environment which makes that legal. Limiting the scope
> of variables is always a good thing.
I agree, but we need to fix /usr/share/misc/style for this.
Martin
On Dec 14, 2009, at 4:53 AM, Masao Uebayashi wrote:
> Module Name: src
> Committed By: uebayasi
> Date: Mon Dec 14 12:53:18 UTC 2009
>
> Modified Files:
> src/sys/arch/mips/mips: compat_13_machdep.c compat_16_machdep.c
>
> Log Message:
> We don't declare variables in for () state
On Tue, Aug 18, 2009 at 09:28:07PM +, Matt Thomas wrote:
> Modified Files:
> src/sys/arch/mips/mips: fp.S
>
> Log Message:
> Fix a errant sw (should be lw) that ovewrites the saved [trap]frame
> pointer with a possibly bogus value.
Judging by the dates, this should be pulled up to
Matt Thomas wrote:
> Add MIPS64_LOONGSON2F since it needs some special help in various places.
Isn't the Loongson (barely) a MIPS3 and not a MIPS64?
Cheers,
Simon.
89 matches
Mail list logo
