Hi,
Will check and adjust. Thanks for the tip.
On Thu, Dec 14, 2023 at 2:12 AM Valery Ushakov wrote:
>
> On Wed, Dec 13, 2023 at 23:11:35 +, Andrius Varanavicius wrote:
>
> > Module Name: src
> > Committed By: andvar
> > Date: Wed Dec 13 23:11:35 UTC 2023
> >
> > Modified Files:
> >
On Wed, Dec 13, 2023 at 23:11:35 +, Andrius Varanavicius wrote:
> Module Name: src
> Committed By: andvar
> Date: Wed Dec 13 23:11:35 UTC 2023
>
> Modified Files:
> src/sys/arch/sparc64/dev: vnet.c
> src/sys/arch/sparc64/sparc64: netbsd32_machdep_13.c
>
> Log Message:
>
On Mon, Feb 20, 2023 at 15:41:04 +0100, Martin Husemann wrote:
> On Mon, Feb 20, 2023 at 05:15:33PM +0300, Valery Ushakov wrote:
> > them up, b/c you cannot amend that comment. To add to the fun, I
> > think releng scripts just clone the commit message on pull ups, so
> > that comment gets splatt
On Mon, Feb 20, 2023 at 22:35:40 +0700, Robert Elz wrote:
> Date:Mon, 20 Feb 2023 16:47:01 +0300
> From:Valery Ushakov
> Message-ID:
>
> | I wonder if we should stop abusing commit messages as pull-up
> | reminders. These XXX will not convey any useful informat
Date:Mon, 20 Feb 2023 16:47:01 +0300
From:Valery Ushakov
Message-ID:
| I wonder if we should stop abusing commit messages as pull-up
| reminders. These XXX will not convey any useful information a few
| months down the line...
I think they're useful (if only
On Mon, Feb 20, 2023 at 05:15:33PM +0300, Valery Ushakov wrote:
> them up, b/c you cannot amend that comment. To add to the fun, I
> think releng scripts just clone the commit message on pull ups, so
> that comment gets splattered all over the target branches too.
Yes - I try to manually remove t
On Mon, Feb 20, 2023 at 13:57:32 +, Taylor R Campbell wrote:
> > > XXX pullup-8
> > > XXX pullup-9
> > > XXX pullup-10
> >
> > I wonder if we should stop abusing commit messages as pull-up
> > reminders. These XXX will not convey any useful information a few
> > months down the line...
>
>
> Date: Mon, 20 Feb 2023 16:47:01 +0300
> From: Valery Ushakov
>
> On Mon, Feb 20, 2023 at 13:30:23 +, Taylor R Campbell wrote:
>
> > Module Name:src
> > Committed By: riastradh
> > Date: Mon Feb 20 13:30:23 UTC 2023
> >
> > Modified Files:
> > src/sys/arch/s
On Mon, Feb 20, 2023 at 13:30:23 +, Taylor R Campbell wrote:
> Module Name: src
> Committed By: riastradh
> Date: Mon Feb 20 13:30:23 UTC 2023
>
> Modified Files:
> src/sys/arch/sparc64/sparc64: lock_stubs.s
>
> Log Message:
> sparc64: Add missing LoadStore ordering for mutex_
Hi Tobias,
> If you're interested there is an older version[1] of envctrl in the
> Attic that might be relevant to use for reference. It supported fan
> speed controls on E450. IIRC I got some of the magic constants from
> OpenSolaris. Sadly I don't own an E450 any more.
>
> [1]
> cvsweb.netbsd.
On Sat, 24 Oct 2020 15:16:39 +
Julian Coleman wrote:
> Module Name: src
> Committed By: jdc
> Date: Sat Oct 24 15:16:39 UTC 2020
>
> Modified Files:
> src/sys/arch/sparc64/dev: pcf8591_envctrl.c
>
> Log Message:
> Add support for automatically changing the CPU fan speed on th
Oh, should've tested that. Survived kernels and distribution:
diff --git a/sys/arch/sparc64/sparc64/db_trace.c
b/sys/arch/sparc64/sparc64/db_trace.c
index f5e35e79dd51..d94e5eb2d2ef 100644
--- a/sys/arch/sparc64/sparc64/db_trace.c
+++ b/sys/arch/sparc64/sparc64/db_trace.c
@@ -36,6 +36,7 @@ __KERN
This breaks the build of usr.sbin/crash:
/work/build/src/usr.sbin/crash/../../sys/arch/sparc64/sparc64/db_trace.c: In
function 'db_stack_trace_print':
/work/build/src/usr.sbin/crash/../../sys/arch/sparc64/sparc64/db_trace.c:166:37:
error: 'VM_MAX_KERNEL_ADDRESS' undeclared (first use in this fun
On Sat, Apr 06, 2019 at 09:40:15PM +, Takeshi Nakayama wrote:
> Module Name: src
> Committed By: nakayama
> Date: Sat Apr 6 21:40:15 UTC 2019
>
> Modified Files:
> src/sys/arch/sparc64/include: psl.h
>
> Log Message:
> The real cause for removing asm inline code on clang is th
On Sat, Apr 06, 2019 at 07:05:22AM +0900, Takeshi Nakayama wrote:
> >>> Joerg Sonnenberger wrote
>
> > On Fri, Apr 05, 2019 at 12:15:41PM +, Takeshi Nakayama wrote:
> > > Module Name: src
> > > Committed By: nakayama
> > > Date: Fri Apr 5 12:15:41 UTC 2019
> > >
> > > M
>>> Joerg Sonnenberger wrote
> On Fri, Apr 05, 2019 at 12:16:13PM +, Takeshi Nakayama wrote:
> > Module Name:src
> > Committed By: nakayama
> > Date: Fri Apr 5 12:16:13 UTC 2019
> >
> > Modified Files:
> > src/sys/arch/sparc64/include: ctlreg.h
> >
> > Log M
>>> Joerg Sonnenberger wrote
> On Fri, Apr 05, 2019 at 12:15:41PM +, Takeshi Nakayama wrote:
> > Module Name:src
> > Committed By: nakayama
> > Date: Fri Apr 5 12:15:41 UTC 2019
> >
> > Modified Files:
> > src/sys/arch/sparc64/include: psl.h
> >
> > Log Mess
On Fri, Apr 05, 2019 at 12:15:41PM +, Takeshi Nakayama wrote:
> Module Name: src
> Committed By: nakayama
> Date: Fri Apr 5 12:15:41 UTC 2019
>
> Modified Files:
> src/sys/arch/sparc64/include: psl.h
>
> Log Message:
> Put "memory" to asm inline reading privilege registers for
On Fri, Apr 05, 2019 at 12:16:13PM +, Takeshi Nakayama wrote:
> Module Name: src
> Committed By: nakayama
> Date: Fri Apr 5 12:16:13 UTC 2019
>
> Modified Files:
> src/sys/arch/sparc64/include: ctlreg.h
>
> Log Message:
> Add dummy constraints to avoid excessive optimization i
"Martin Husemann" writes:
> Module Name: src
> Committed By: martin
> Date: Fri Jan 4 16:25:06 UTC 2019
>
> Modified Files:
> src/sys/arch/sparc64/sparc64: autoconf.c
>
> Log Message:
> PR port-sparc64/53830: adapt QEMU workarounds to newer OpenBIOS device
> tree layout.
why this
"Palle Lyckegaard" writes:
> Module Name: src
> Committed By: palle
> Date: Sun Aug 27 19:31:44 UTC 2017
>
> Modified Files:
> src/sys/arch/sparc64/sparc64: cpu.c
>
> Log Message:
> sun4v: Change clk and sclk variables to unsigned type so modern faster
> systems with CPU frequencie
fixed thanks
On Sun, 12 Feb 2017, Takeshi Nakayama wrote:
Date: Sun, 12 Feb 2017 04:28:58
From: Takeshi Nakayama
To: source-changes-d@NetBSD.org, pa...@netbsd.org
Subject: Re: CVS commit: src/sys/arch/sparc64/sparc64
"Palle Lyckegaard" wrote
Module Name:src
Committed B
>>> "Palle Lyckegaard" wrote
> Module Name: src
> Committed By: palle
> Date: Sat Feb 11 23:41:36 UTC 2017
>
> Modified Files:
> src/sys/arch/sparc64/sparc64: trap.c
>
> Log Message:
> sun4v: Fix calculation of mmu data fault address (pointer arithmetic)
paddr_t is "unsigned lon
On Wed, 22 Jun 2016, Palle Lyckegaard wrote:
Date: Wed, 22 Jun 2016 20:13:00
From: Palle Lyckegaard
Reply-To: source-changes-d@NetBSD.org
To: source-chan...@netbsd.org
Subject: CVS commit: src/sys/arch/sparc64
Module Name:src
Committed By: palle
Date: Wed Jun 22 20:13:00 UTC 20
thanks for fixing these problems. i was espcially amused by the
code that was if (copyout() || copyout() || suword()).
> Modified Files:
> src/sys/arch/sparc64/sparc64: machdep.c netbsd32_machdep.c
> sunos_machdep.c
>
> Log Message:
> remove all MD uses of suword(), replace by co
> Module Name: src
> Committed By: christos
> Date: Mon Nov 9 02:13:41 UTC 2015
>
> Modified Files:
> src/sys/arch/sparc64/sparc64: syscall.c
>
> Log Message:
> fix printf formats.
yuck, can't you just use PRId64 instead of the casts? these are
int64 members. also, using %# vs
On Wed, Dec 31, 2014 at 11:15:24AM +0100, Martin Husemann wrote:
> On Wed, Dec 31, 2014 at 10:05:22AM +, David Laight wrote:
> > In this case I suspect removing __constfunc and making the
> > asm volatile will force correct sequencing.
>
> Check the commit history.
> Can we make only the hypve
On Wed, Dec 31, 2014 at 10:05:22AM +, David Laight wrote:
> In this case I suspect removing __constfunc and making the
> asm volatile will force correct sequencing.
Check the commit history.
Can we make only the hypverisor call __constfunc?
Martin
On Tue, Dec 30, 2014 at 04:34:42PM -0600, Dennis Ferguson wrote:
>
> On 30 Dec, 2014, at 12:52 , David Laight wrote:
> > Is that the correct fix?
> > Unless the rdpr actually accesses memory (don't think it does) then
> > then problem is probably a missing 'volatile' instead.
> >
> > Certainly t
On 30 Dec, 2014, at 12:52 , David Laight wrote:
> Is that the correct fix?
> Unless the rdpr actually accesses memory (don't think it does) then
> then problem is probably a missing 'volatile' instead.
>
> Certainly the way those asm functions are defined looks to be
> rather more obfuscated tha
On Thu, Dec 25, 2014 at 02:02:04PM +, Takeshi Nakayama wrote:
> Modified Files:
> src/sys/arch/sparc64/include: psl.h
>
> Log Message:
> Put "memory" to asm inline for reading privilege registers on sun4v
> to avoid issuing rdpr %ver before checking cputyp as a result of
> code moving by
> > we don't need the #ifdef's here. CPU_ISSUN4V is 0 for
> > normal kernels, so the above is compiled out anyway.
> > there's a bunch of other places this is done as well that
> > we don't need it.. could you this up at some point?
totally gimplished that up :-) "clean" of course :-)
> sure w
On Mon, 3 Nov 2014, matthew green wrote:
we don't need the #ifdef's here. CPU_ISSUN4V is 0 for
normal kernels, so the above is compiled out anyway.
there's a bunch of other places this is done as well that
we don't need it.. could you this up at some point?
sure will do
+ #ifdef SUN4V
+ if (CPU_ISSUN4V)
+ func = sparc64_ipi_dcache_flush_page_sun4v;
+ else if (CPU_IS_USIII_UP())
+ #else
if (CPU_IS_USIII_UP())
+ #endif
func = sparc64_ipi_dcache_flush_page_usiii;
we don't need the #ifdef's h
>>> "Michael Lorenz" wrote
> Module Name: src
> Committed By: macallan
> Date: Thu Jan 9 12:51:27 UTC 2014
>
> Modified Files:
> src/sys/arch/sparc64/include: cpu.h
>
> Log Message:
> allow non-SUN4V kernels to build
I think that fixing sparc64/genassym.cf is a porper fix, but
> Module Name: src
> Committed By: palle
> Date: Tue Jan 7 20:11:35 UTC 2014
>
> Modified Files:
> src/sys/arch/sparc64/include: cpu.h sparc64.h
> src/sys/arch/sparc64/sparc64: cpu.c genassym.cf locore.s ofw_machdep.c
> pmap.c
>
> Log Message:
> sun4v: trap table
On Thu, Sep 12, 2013 at 10:12:23PM +0900, Takeshi Nakayama wrote:
> This change provides a chance to select a prefer timecounter to
> users via sysctl kern.timecounter.hardware.
>
> stick-counter's quality is larger than tick-counter's one. The
> default choice becomes to stick-counter, so it's no
>>> Michael wrote
> Hello,
>
> on Thursday 22 August 2013 06:00:43 Takeshi Nakayama wrote:
> > Module Name:src
> > Committed By: nakayama
> > Date: Thu Aug 22 10:00:43 UTC 2013
> >
> > Modified Files:
> > src/sys/arch/sparc64/sparc64: clock.c
> >
> > Log Message:
Hello,
on Thursday 22 August 2013 06:00:43 Takeshi Nakayama wrote:
> Module Name: src
> Committed By: nakayama
> Date: Thu Aug 22 10:00:43 UTC 2013
>
> Modified Files:
> src/sys/arch/sparc64/sparc64: clock.c
>
> Log Message:
> Make timecounter "tick-counter" mandatory.
This is goin
On Mon, Jun 24, 2013 at 06:16:14PM +0900, Takeshi Nakayama wrote:
> Yes, I understand it. I just forgot to write "for now".
No problem - we need to review all MD code at that point anyway.
Martin
>>> Martin Husemann wrote
> On Mon, Jun 24, 2013 at 10:41:11AM +0900, Takeshi Nakayama wrote:
> > It seems sparc64's MD codes don't treat about kpreempt, so I didn't
> > care about kpreempt.
>
> Yet - but this will change.
>
> Martin
Yes, I understand it. I just forgot to write "for now".
--
On Mon, Jun 24, 2013 at 10:41:11AM +0900, Takeshi Nakayama wrote:
> It seems sparc64's MD codes don't treat about kpreempt, so I didn't
> care about kpreempt.
Yet - but this will change.
Martin
>>> matthew green wrote
>
> i'm curious - what were you going to trigger this problem?
Discussion about bge driver in last month's port-sparc64.
I have known this method since I was adding a cardbus support to
sparc64 a decade ago. But I adopted the method checking a OFW's
node instead of it.
i'm curious - what were you going to trigger this problem?
> Module Name: src
> Committed By: nakayama
> Date: Fri Jun 21 20:09:59 UTC 2013
>
> Modified Files:
> src/sys/arch/sparc64/dev: psycho.c pyro.c schizo.c
> src/sys/arch/sparc64/include: cpu.h
> src/sys/arch/spa
On Mon, 04 Feb 2013, Michael Lorenz wrote:
Modified Files:
src/sys/arch/sparc64/include: cpu.h
src/sys/arch/sparc64/sparc64: machdep.c
Log Message:
add a sysctl.vis node that indicated which version of the VIS instruction set
is supported. Currently this will be 1 for UltraSPARC
On Sat, Mar 03, 2012 at 08:50:50AM +, David Laight wrote:
>
> Is that a gcc bug?
No, gcc calls a function with 32bit abi and expects it to ignore the upper bits
in that register.
The patch makes it so. Good catch!
Martin
>>> David Laight wrote
> Is that a gcc bug?
I don't know.
> Or are the high register bits usually undefined for 32bit values,
> and this to do with using 64bit asm in a 32bit kernel?
But I guess it's undefined from looking at the generated codes.
Our kernel code is shared between 32-bit and 64
On Sat, Mar 03, 2012 at 03:17:32AM +, Takeshi Nakayama wrote:
> Module Name: src
> Committed By: nakayama
> Date: Sat Mar 3 03:17:32 UTC 2012
>
> Modified Files:
> src/sys/arch/sparc64/sparc64: locore.s
>
> Log Message:
> Fix the root cause of the hack "disable optimizations f
On Sat, Mar 03, 2012 at 03:17:32AM +, Takeshi Nakayama wrote:
> Module Name: src
> Committed By: nakayama
> Date: Sat Mar 3 03:17:32 UTC 2012
>
> Modified Files:
> src/sys/arch/sparc64/sparc64: locore.s
>
> Log Message:
> Fix the root cause of the hack "disable optimizations f
>>> Martin Husemann wrote
> Module Name: src
> Committed By: martin
> Date: Fri Apr 2 18:34:16 UTC 2010
>
> Modified Files:
> src/sys/arch/sparc64/include: bootinfo.h
> src/sys/arch/sparc64/sparc64: autoconf.c
>
> Log Message:
> Add a bootinfo node to allow the loader to o
On Sat, Mar 06, 2010 at 11:26:10PM +, matthew green wrote:
> Module Name: src
> Committed By: mrg
> Date: Sat Mar 6 23:26:10 UTC 2010
>
> Modified Files:
>src/sys/arch/sparc64/conf: files.sparc64
>src/sys/arch/sparc64/sparc64: locore.s
On Sat, Mar 06, 2010 at 11:26:10PM +, matthew green wrote:
> Module Name: src
> Committed By: mrg
> Date: Sat Mar 6 23:26:10 UTC 2010
>
> Modified Files:
> src/sys/arch/sparc64/conf: files.sparc64
> src/sys/arch/sparc64/sparc64: locore.s
> Added Files:
> src/sys/arc
Module Name: src
Committed By:nakayama
Date:Sat Feb 13 11:55:48 UTC 2010
Modified Files:
src/sys/arch/sparc64/dev: schizo.c schizoreg.h
Log Message:
Make 32-bit kernels compilable.
thanks! i guess i never tried that. :)
.mrg.
>>> matthew green wrote
>
>Module Name: src
>Committed By: nakayama
>Date: Mon Dec 7 11:14:27 UTC 2009
>
>Modified Files:
> src/sys/arch/sparc64/dev: iommu.c
>
>Log Message:
>Avoid use of iommu_dvmamap_unload in error path. It is to
Module Name: src
Committed By:nakayama
Date:Mon Dec 7 11:14:27 UTC 2009
Modified Files:
src/sys/arch/sparc64/dev: iommu.c
Log Message:
Avoid use of iommu_dvmamap_unload in error path. It is too
expensive since it contains data cache fl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
On Oct 27, 2009, at 11:41 PM, Michael Lorenz wrote:
We should probably enable cgthree as well since it grew wsdisplay
support a
while ago.
I don't think any sparc64 machines ever shipped with CG3s but I have a
Tritec CG3 clone here ( i
Salut,
On Tue, Aug 18, 2009 at 12:15:37AM +, Michael Lorenz wrote:
> CV: Enter Log. Lines beginning with `CVS:' are removed automatically
You sure have an odd CV. (SCNR)
Tonnerre
pgpt0ZR5BjKOx.pgp
Description: PGP signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
On Jun 1, 2009, at 8:51 AM, Martin Husemann wrote:
On Mon, Jun 01, 2009 at 01:14:07AM +, Michael Lorenz wrote:
Module Name:src
Committed By: macallan
Date: Mon Jun 1 01:14:07 UTC 2009
Modified Files:
src/sys/ar
On Mon, Jun 01, 2009 at 01:14:07AM +, Michael Lorenz wrote:
> Module Name: src
> Committed By: macallan
> Date: Mon Jun 1 01:14:07 UTC 2009
>
> Modified Files:
> src/sys/arch/sparc64/include: bus.h
>
> Log Message:
> #define BUS_SPACE_MAP_LARGE 0 so SBus framebuffer drivers co
59 matches
Mail list logo