Ping?
On 07/14/2016 12:11 AM, Ulf Brosziewski wrote:
> Sorry for the repetition, it seems that single-touch state
> needs the same treatment as MT state when wsmouse is being
> reopened. Single-touch state "synchronizes" itself immediately
> when the first changes occur, but it may happen that the
Hi,
inline pmap_get_l2_bucket dedup.
-Artturi
diff --git a/sys/arch/arm/arm/pmap7.c b/sys/arch/arm/arm/pmap7.c
index eea49fe..513ff09 100644
--- a/sys/arch/arm/arm/pmap7.c
+++ b/sys/arch/arm/arm/pmap7.c
@@ -398,7 +398,6 @@ u_int pmap_modify_pv(struct vm_page *,
pmap_t, vaddr_t,
On Sat, Jul 16, 2016 at 04:42:01PM +0200, Mark Kettenis wrote:
> Hi Frank,
>
> Your diff makes acpiasus(4) attach to "pnp0c14" which is a fairly
> generic device ID that will match non-ASUS machines as well. That's a
> bit of a problem.
>
> The "pnp0c14" ID indicates that the device is a WMI dev
Implementing the cp15 mmfr register with cpuid information is mandatory
for armv7 implementations (including armv8 aarch32 which uses the same
vmsa bits).
Set cpufuncs based on this instead of an ever growing list of cortex A
midr values.
Index: arm/cpufunc.c
=
> Date: Sat, 16 Jul 2016 16:08:55 +0200
> From: Frank Groeneveld
>
> On Thu, Jul 14, 2016 at 08:41:42PM +0200, Frank Groeneveld wrote:
> > Thanks for reviewing. This the only ACPI device that works when
> > attaching (volume buttons start working). I've added the dumps
> > below.
>
> Attached up
On Thu, Jul 14, 2016 at 08:41:42PM +0200, Frank Groeneveld wrote:
> Thanks for reviewing. This the only ACPI device that works when
> attaching (volume buttons start working). I've added the dumps
> below.
Attached updated patch also adds the ws_get_param and ws_set_param
methods to prevent acpivi
> Date: Sat, 16 Jul 2016 16:07:23 +1000
> From: Jonathan Gray
>
> prcm and omgpio have to attach early so we can't easily test
> against the right fdt node without searching the entire
> tree. The following uses the compatible property of the root
> node to decide how to set the function pointer
> Date: Sat, 16 Jul 2016 15:16:40 +1000
> From: Jonathan Gray
>
> Following on from kettenis' pinctrl changes in imx here is a diff to
> pull the pad configuration data from fdt for am335x.
>
> Initially I had this as a different driver that attached to the pinmux
> child of the scm node in the
Hi,
replaces inlined inline, continue feels safer for (pv->pv_flags & PVF_NC) case,
and fixes possible (harmless, i guess) bug w/flags usage in the loop.
to anyone reviewing, I suggest taking a peek at pmap.c also, as it will show
ie. from what flags |= ..->pv_flags is inherited of.
-Artturi
dif
