Re: CVS commit: src/sys/arch/sparc64

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: >

Re: CVS commit: src/sys/arch/sparc64

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: >

Re: CVS commit: src/sys/arch/sparc64/sparc64

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

Re: CVS commit: src/sys/arch/sparc64/sparc64

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

Re: CVS commit: src/sys/arch/sparc64/sparc64

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

Re: CVS commit: src/sys/arch/sparc64/sparc64

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

Re: CVS commit: src/sys/arch/sparc64/sparc64

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... > >

Re: CVS commit: src/sys/arch/sparc64/sparc64

> 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: > >

Re: CVS commit: src/sys/arch/sparc64/sparc64

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

Re: CVS commit: src/sys/arch/sparc64/dev

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] >

Re: CVS commit: src/sys/arch/sparc64/dev

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

Re: CVS commit: src/sys/arch/sparc64/sparc64

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 @@

Re: CVS commit: src/sys/arch/sparc64/sparc64

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

Re: CVS commit: src/sys/arch/sparc64/include

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

Re: CVS commit: src/sys/arch/sparc64/include

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 > > > > > >

Re: CVS commit: src/sys/arch/sparc64/include

>>> 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

Re: CVS commit: src/sys/arch/sparc64/include

>>> 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

Re: CVS commit: src/sys/arch/sparc64/include

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

Re: CVS commit: src/sys/arch/sparc64/include

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

re: CVS commit: src/sys/arch/sparc64/sparc64

"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

re: CVS commit: src/sys/arch/sparc64/sparc64

"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

Re: CVS commit: src/sys/arch/sparc64/sparc64

fixed thanks On Sun, 12 Feb 2017, Takeshi Nakayama wrote: Date: Sun, 12 Feb 2017 04:28:58 From: Takeshi Nakayama <nakay...@netbsd.org> To: source-changes-d@NetBSD.org, pa...@netbsd.org Subject: Re: CVS commit: src/sys/arch/sparc64/sparc64 "Palle Lyckegaard" <pa..

Re: CVS commit: src/sys/arch/sparc64/sparc64

>>> "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)

Re: CVS commit: src/sys/arch/sparc64

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

re: CVS commit: src/sys/arch/sparc64/sparc64

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

re: CVS commit: src/sys/arch/sparc64/sparc64

> 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

Re: CVS commit: src/sys/arch/sparc64/include

On Tue, Dec 30, 2014 at 04:34:42PM -0600, Dennis Ferguson wrote: On 30 Dec, 2014, at 12:52 , David Laight da...@l8s.co.uk 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.

Re: CVS commit: src/sys/arch/sparc64/include

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

Re: CVS commit: src/sys/arch/sparc64/include

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 hypverisor

re: CVS commit: src/sys/arch/sparc64/sparc64

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

re: CVS commit: src/sys/arch/sparc64/sparc64

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 will do

re: CVS commit: src/sys/arch/sparc64/sparc64

+ #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

Re: CVS commit: src/sys/arch/sparc64/include

Michael Lorenz macal...@netbsd.org 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

re: CVS commit: src/sys/arch/sparc64

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 setup -

Re: CVS commit: src/sys/arch/sparc64/sparc64

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

Re: CVS commit: src/sys/arch/sparc64/sparc64

Michael macallan1...@gmail.com 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:

Re: CVS commit: src/sys/arch/sparc64

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

Re: CVS commit: src/sys/arch/sparc64

Martin Husemann mar...@duskware.de 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

Re: CVS commit: src/sys/arch/sparc64

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

Re: CVS commit: src/sys/arch/sparc64

matthew green m...@eterna.com.au 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

re: CVS commit: src/sys/arch/sparc64

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

Re: CVS commit: src/sys/arch/sparc64

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

Re: CVS commit: src/sys/arch/sparc64/sparc64

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 for

Re: CVS commit: src/sys/arch/sparc64/sparc64

David Laight da...@l8s.co.uk 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

Re: CVS commit: src/sys/arch/sparc64/sparc64

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

Re: CVS commit: src/sys/arch/sparc64/sparc64

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 for

Re: CVS commit: src/sys/arch/sparc64

Martin Husemann mar...@netbsd.org 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

Re: CVS commit: src/sys/arch/sparc64

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:

re: CVS commit: src/sys/arch/sparc64

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

re: CVS commit: src/sys/arch/sparc64/dev

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.

Re: CVS commit: src/sys/arch/sparc64/dev

matthew green m...@eterna.com.au 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

Re: CVS commit: src/sys/arch/sparc64/conf

-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 (