Re: svn commit: r352619 - head/sys/mips/mips

On 2019-09-23 05:43, Kyle Evans wrote: Author: kevans Date: Mon Sep 23 12:43:08 2019 New Revision: 352619 URL: https://svnweb.freebsd.org/changeset/base/352619 Log: mips: fix XLPN32 after r352434 SYSINIT usage was added, but the dependency was not added. This worked by

Re: svn commit: r344562 - head/sys/ufs/ffs

On 2/25/19 9:46 PM, Bruce Evans wrote: block_size <= PAGE_SIZE is very uncommon for ffs, even on systems with large pages.  MINBSIZE is 4096 in ffs (except in my version, it is 512).  The default is 32768 in newfs.  I consider this excessive and only use it for file systems with many files

Re: svn commit: r343005 - head/sys/kern

No problem! It was fun to dig into a part of the kernel I hadn't worked on before. On Mon, Jan 14, 2019 at 3:24 PM Gleb Smirnoff wrote: > Jason, > > thanks a lot for fixing this. > > On Sun, Jan 13, 2019 at 08:33:55PM +, Jason A. Harmening wrote: > J> Author: jah > J> Date: Sun Jan 13

Re: svn commit: r328489 - head/sys/conf

On Mon, Feb 5, 2018 at 1:25 PM, O. Hartmann <ohartm...@walstatt.org> wrote: > Am Sun, 4 Feb 2018 10:22:31 -0800 > Jason Harmening <jason.harmen...@gmail.com> schrieb: > > > On 02/04/18 04:33, O. Hartmann wrote: > > > Am Mon, 29 Jan 2018 05:00:22 -0800 > &g

Re: svn commit: r328489 - head/sys/conf

On 02/04/18 04:33, O. Hartmann wrote: Am Mon, 29 Jan 2018 05:00:22 -0800 David Wolfskill <da...@catwhisker.org> schrieb: On Mon, Jan 29, 2018 at 02:10:04AM -0800, Jason Harmening wrote: This happens now if PORTS_MODULE=x11/nvidia-driver is defined in /etc/src.conf: [...] ---

Re: svn commit: r328489 - head/sys/conf

This happens now if PORTS_MODULE=x11/nvidia-driver is defined in /etc/src.conf: [...] --- kernel-install --- mkdir -p /boot/kernel install -p -m 555 -o root -g wheel kernel /boot/kernel/ --- ports-install --- Variable OBJTOP is recursive. make[8]: stopped in

Re: svn commit: r328489 - head/sys/conf

On Sat, Jan 27, 2018 at 12:47 PM, O. Hartmann wrote: > Am Sat, 27 Jan 2018 20:13:36 + (UTC) > "Jason A. Harmening" schrieb: > > > Author: jah > > Date: Sat Jan 27 20:13:36 2018 > > New Revision: 328489 > > URL:

Re: svn commit: r313037 - in head/sys: amd64/include kern mips/include net powerpc/include sparc64/include

Actually attaching the patch this time ( gmail client) On Sun, Feb 5, 2017 at 10:58 AM, Jason Harmening <jason.harmen...@gmail.com> wrote: > Hmm, it's a good idea to consider the possibility of a barrier issue. It > wouldn't be the first time we've had such a problem on a we

Re: svn commit: r313037 - in head/sys: amd64/include kern mips/include net powerpc/include sparc64/include

fore rm_cleanIPI is called." There is no explicit barrier to ensure > it. However, there might be some barriers inside of > smp_rendezvous_cpus(). I have no idea what could happened if this > assumption is not met. Note that rm_cleanIPI() is affected by the > patch. > > &g

Re: svn commit: r313037 - in head/sys: amd64/include kern mips/include net powerpc/include sparc64/include

wrote: > On 04.02.17 20:54, Jason Harmening wrote: > >> I suspect this broke rmlocks for mips because the rmlock implementation >> takes the address of the per-CPU pc_rm_queue when building tracker >> lists. That address may be later accessed from another CPU and will >> then tr

Re: svn commit: r313037 - in head/sys: amd64/include kern mips/include net powerpc/include sparc64/include

issues seen on mips. Andreas, are you certain this change was responsible the breakage you saw, and was it the same sort of hang observed on mips? On Sat, Feb 4, 2017 at 1:25 AM, Andreas Tobler <andre...@freebsd.org> wrote: > On 04.02.17 07:27, Jason Harmening wrote: > >>

Re: svn commit: r313037 - in head/sys: amd64/include kern mips/include net powerpc/include sparc64/include

t; FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > hangs here > > -Kurt > > On 2/4/17 12:29 AM, Jason Harmening wrote: > >> Hi, >> >> I'm a bit confused as to how this change breaks MIPS. The new function, >> get_pcpu() is intended to be u

Re: svn commit: r313037 - in head/sys: amd64/include kern mips/include net powerpc/include sparc64/include

Hi, I'm a bit confused as to how this change breaks MIPS. The new function, get_pcpu() is intended to be used only to access the per-cpu data pointer locally. It returns pcpup, which is the per-cpu pointer wired into the local TLB to translate to the local CPU's physical data region, correct?

Re: svn commit: r312792 - in head/sys/arm: arm include

On Wed, Jan 25, 2017 at 9:23 PM, Jason A. Harmening wrote: > Author: jah > Date: Thu Jan 26 05:23:33 2017 > New Revision: 312792 > URL: https://svnweb.freebsd.org/changeset/base/312792 > > Log: > Further cleanup of per-CPU armv6 pmap data: > > - Replace pcpu_find(curcpu)

Re: svn commit: r289759 - in head/sys/arm: arm include

AM, Jason Harmening > <jason.harmen...@gmail.com> wrote: > > > > On Wed, Nov 4, 2015 at 2:17 PM, Svatopluk Kraus <onw...@gmail.com> > wrote: > >> > >> On Tue, Nov 3, 2015 at 8:45 AM, Jason Harmening > >> <jason.harmen...@gmail.co

Re: svn commit: r289759 - in head/sys/arm: arm include

would be easy to add bounce/noncoherent support for arm64 if we end up needing it, and somewhat easier to add arm/mips/ppc iommu support. I'm definitely not suggesting you do all that stuff right now, just throwing ideas out there :) > > -- Ian > > On Thu, 2015-11-05 at 08:08 -0800, Jas

Re: svn commit: r289759 - in head/sys/arm: arm include

On Wed, Nov 4, 2015 at 2:17 PM, Svatopluk Kraus <onw...@gmail.com> wrote: > On Tue, Nov 3, 2015 at 8:45 AM, Jason Harmening > <jason.harmen...@gmail.com> wrote: > > > > On Sun, Nov 1, 2015 at 8:11 AM, Ian Lepore <i...@freebsd.org> wrote: > >> > >

Re: svn commit: r289759 - in head/sys/arm: arm include

On Sun, Nov 1, 2015 at 8:11 AM, Ian Lepore wrote: > > It's almost certainly not related to sysinit ordering. This exception > is happening during mmc probing after interrupts are enabled. > > It appears that the problem is the faulting code is running on one of > the very

Re: svn commit: r289759 - in head/sys/arm: arm include

On Sat, Oct 31, 2015 at 4:55 AM, Jason Harmening <jason.harmen...@gmail.com> wrote: > > > On 10/31/15 03:21, Ganbold Tsagaankhuu wrote: > > On Fri, Oct 23, 2015 at 12:38 AM, Jason A. Harmening <j...@freebsd.org> > > wrote: > > > >> Author: jah >

Re: svn commit: r289759 - in head/sys/arm: arm include

On 10/31/15 03:21, Ganbold Tsagaankhuu wrote: > On Fri, Oct 23, 2015 at 12:38 AM, Jason A. Harmening > wrote: > >> Author: jah >> Date: Thu Oct 22 16:38:01 2015 >> New Revision: 289759 >> URL: https://svnweb.freebsd.org/changeset/base/289759 >> >> Log: >> Use pmap_quick*

Re: svn commit: r286787 - head/sys/x86/x86

On 08/16/15 04:50, Konstantin Belousov wrote: On Sun, Aug 16, 2015 at 12:03:58PM +0300, Konstantin Belousov wrote: On Sun, Aug 16, 2015 at 10:16:53AM +0200, Roger Pau Monn?? wrote: pmap_map_io_transient contains some of this logic, but it uses vmem_alloc (with M_WAITOK) instead of a pcpu

Re: svn commit: r286787 - head/sys/x86/x86

On 08/15/15 08:05, Roger Pau Monné wrote: El 14/08/15 a les 22.08, Jason A. Harmening ha escrit: Author: jah Date: Fri Aug 14 20:08:16 2015 New Revision: 286787 URL: https://svnweb.freebsd.org/changeset/base/286787 Log: Use pmap_quick_enter_page() to handle bouncing of unmapped buffers

Re: svn commit: r286296 - in head/sys: amd64/amd64 arm/arm arm/include arm64/arm64 i386/i386 i386/include mips/mips powerpc/aim powerpc/booke powerpc/include powerpc/powerpc sparc64/include sparc64/sp

On 08/04/15 18:22, Bjoern A. Zeeb wrote: On 04 Aug 2015, at 19:46 , Jason A. Harmening j...@freebsd.org wrote: Author: jah Date: Tue Aug 4 19:46:13 2015 New Revision: 286296 URL: https://svnweb.freebsd.org/changeset/base/286296 Log: Add two new pmap functions: vm_offset_t

Re: svn commit: r285270 - head/sys/sys

+2 This has always bugged me. I'll do it if no one else gets to it first. If the new pmap KPI makes it in, I'll be messing with a bunch of the MD busdma code anyway. On Wed, Jul 8, 2015 at 9:47 AM, Adrian Chadd adrian.ch...@gmail.com wrote: On 8 July 2015 at 07:42, Ian Lepore