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 coincide
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 lar
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 20
On Mon, Feb 5, 2018 at 1:25 PM, O. Hartmann wrote:
> Am Sun, 4 Feb 2018 10:22:31 -0800
> Jason Harmening schrieb:
>
> > On 02/04/18 04:33, O. Hartmann wrote:
> > > Am Mon, 29 Jan 2018 05:00:22 -0800
> > > David Wolfskill schrieb:
> > >
> > &g
On 02/04/18 04:33, O. Hartmann wrote:
Am Mon, 29 Jan 2018 05:00:22 -0800
David Wolfskill 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:
[...]
--- kernel-install ---
mkdir -p /boot
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
/usr/obj/usr/src/amd64.amd64/sys/FY
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: https://svnweb.freebsd.org/changeset/base/328489
> >
> > Log:
> > Remove system
Actually attaching the patch this time ( gmail client)
On Sun, Feb 5, 2017 at 10:58 AM, Jason Harmening
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 weakly-ordered
> ar
gt; before 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.
>
>
>
Can you post an example of such panic? Only 2 MI pieces were changed,
netisr and rmlock. I haven't seen problems on my own amd64/i386/arm
testing of this, so a backtrace might help to narrow down the cause.
On Sat, Feb 4, 2017 at 12:22 PM, Andreas Tobler
wrote:
> On 04.02.17 20:5
ble-translation 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 wrote:
> On 04.02.17 07:27, Jason Harmening wrote:
>
>> It's hard to a
!
> 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 used
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
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) with get_pcpu(), whic
On 05/19/16 20:50, Ravi Pokala wrote:
> -Original Message-
> From: on behalf of "Jason A. Harmening"
>
> Date: 2016-05-19, Thursday at 20:03
> To: , ,
>
> Subject: svn commit: r300258 - head/sys/dev/iicbus
>
>> Author: jah
>> Date: Fri May 20 03:03:04 2016
>> New Revision: 300258
>>
y 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, Jason Har
he initial patch, I think he should make the
commit. That seems only right, plus I'm still busy trying to get
everything set up at my new place. I'd like to be on the phabricator
review, though.
On Thu, Nov 5, 2015 at 3:58 AM, Svatopluk Kraus wrote:
> On Thu, Nov 5, 2015 at 1
On Wed, Nov 4, 2015 at 2:17 PM, Svatopluk Kraus wrote:
> On Tue, Nov 3, 2015 at 8:45 AM, Jason Harmening
> wrote:
> >
> > On Sun, Nov 1, 2015 at 8:11 AM, Ian Lepore wrote:
> >>
> >>
> >> It's almost certainly not related to sysinit ordering. T
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 early pre-allocated ker
On Sat, Oct 31, 2015 at 4:55 AM, Jason Harmening
wrote:
>
>
> 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
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* functions in armv6 bu
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 pc
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 unma
On 08/04/15 18:22, Bjoern A. Zeeb wrote:
>
>> On 04 Aug 2015, at 19:46 , Jason A. Harmening 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 pmap
+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 wrote:
> On 8 July 2015 at 07:42, Ian Lepore wrote:
> > On Wed, 2015-07-08 at 07:
25 matches
Mail list logo
