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
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
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
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
>
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
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*
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:
> >>
> >
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
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
+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
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?
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
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
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
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
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:
>
>>
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)
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
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:
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:
[...]
---
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
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
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
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
24 matches
Mail list logo