could we check that there is not an ESR value that indicates PAN violation
instead of using 'instruction recognition'?
Seems that it would be more reliable.
Thanks
Dale
On Mon, Aug 17, 2020 at 1:30 AM Jonathan Gray wrote:
> On Sat, Aug 15, 2020 at 01:54:34PM +0200, Mark Kettenis wrote:
> > > Da
On Mon, Aug 17, 2020 at 12:57:33PM -0600, Theo de Raadt wrote:
> Scott Cheloha wrote:
>
> > There is one behavior change: in the setitimer(2) swap case it is now
> > possible to EFAULT on copyout(9) *after* you have written the new
> > timer value and (possibly) started the ITIMER_REAL timeout.
>
On Mon, Aug 17, 2020 at 12:33:43PM -0400, Scott Bennett wrote:
> Hi,
>
> While learning the mdoc(7) markup language, I sometimes have trouble figuring
> out which macros are used to close certain multi-line macros. It is certainly
> not impossible to find the necessary closing macro to any arbitra
Scott Cheloha wrote:
> There is one behavior change: in the setitimer(2) swap case it is now
> possible to EFAULT on copyout(9) *after* you have written the new
> timer value and (possibly) started the ITIMER_REAL timeout.
>
> For example, the following code now yields EFAULT even though a new
>
On Fri, Aug 14, 2020 at 06:11:25PM -0600, Theo de Raadt wrote:
> > It has occurred to me that we could do a trial copyout(9) in
> > sys_setitimer() before entering the critical section. This is a *bit*
> > wasteful, but is relatively inexpensive and narrows the behavior
> > change I mentioned down
Mark Kettenis writes:
>> However, to make sure this diff doesn't break existing lower speed
>> modes I'd appreciate tests on a variety of hardware. So if sdmmc(4)
>> shows up in your dmesg, please test this by exercising your (u)SD or
>> (e)MMC cards.
No problems encountered reading/writing th
Hi,
While learning the mdoc(7) markup language, I sometimes have trouble figuring
out which macros are used to close certain multi-line macros. It is certainly
not impossible to find the necessary closing macro to any arbitrary opening
macro, but for the macros that I use less often it can be a bi
> Date: Sun, 16 Aug 2020 19:32:03 +0200 (CEST)
> From: Mark Kettenis
>
> The diff below adds support for higher speeds as supported by UHS-I SD
> cards to the generic sdmmc(4) layer. The diff in itself does not
> enable the use of those modes. That needs separate changes to the
> SD/MMC control