Re: Problems starting Xen domU after latest stable update

2021-01-31 Thread Jason Andryuk
On Sat, Jan 30, 2021 at 6:25 PM Marek Marczykowski-Górecki wrote: > > On Fri, Jan 29, 2021 at 03:16:52PM +0100, Jürgen Groß wrote: > > On 29.01.21 15:13, Michael Labriola wrote: > > > On Fri, Jan 29, 2021 at 12:26 AM Jürgen Groß wrote: > > > > If the buggy patch has been put into stable this Fixe

[PATCH] xen: Kconfig: remove X86_64 depends from XEN_512GB

2020-12-16 Thread Jason Andryuk
g: nest Xen guest options") Reported-by: Boris Ostrovsky Signed-off-by: Jason Andryuk --- This fixes Boris's review comment. I lost track of posting a v2 with it fixed. --- arch/x86/xen/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/xen/K

Re: [PATCH 2/2] xen: don't use page->lru for ZONE_DEVICE memory

2020-12-10 Thread Jason Andryuk
On Thu, Dec 10, 2020 at 6:40 AM Jürgen Groß wrote: > > On 10.12.20 12:14, Roger Pau Monné wrote: > > On Tue, Dec 08, 2020 at 07:45:00AM +0100, Jürgen Groß wrote: > >> On 07.12.20 21:48, Jason Andryuk wrote: > >>> On Mon, Dec 7, 2020 at 8:30 AM Juergen G

Re: [PATCH 2/2] xen: don't use page->lru for ZONE_DEVICE memory

2020-12-07 Thread Jason Andryuk
n backend > private page caches. > > Fix that by using page->zone_device_data instead. > > Fixes: 9e2369c06c8a18 ("xen: add helpers to allocate unpopulated memory") > Signed-off-by: Juergen Gross Would it make sense to add BUG_ON(is_zone_device_page(page)) and the opposit

Re: [PATCH] i915: Add QUIRK_EDP_CHANNEL_EQ for Dell 7200 2-in-1

2020-10-26 Thread Jason Andryuk
On Fri, Oct 23, 2020 at 8:48 AM Jason Andryuk wrote: > > We're seeing channel equalization "fail" consistently coming out of DPMS > on the eDP of a Dell Latitude 7200 2-in-1. When the display tries to > come out of DPMS, it briefly flashes on before going dark. Thi

[PATCH] i915: Add QUIRK_EDP_CHANNEL_EQ for Dell 7200 2-in-1

2020-10-23 Thread Jason Andryuk
hough it failed. Workaround for https://gitlab.freedesktop.org/drm/intel/-/issues/1378 Signed-off-by: Jason Andryuk Cc: --- .../drm/i915/display/intel_dp_link_training.c | 7 + drivers/gpu/drm/i915/display/intel_quirks.c | 30 +++ drivers/gpu/drm/i915/i915_drv.h

Re: [PATCH] hid-mt: Fix Cirque 121f touch release

2020-10-21 Thread Jason Andryuk
On Mon, Oct 19, 2020 at 9:05 AM Jason Andryuk wrote: > > We're seeing the touchpad not send all the touch release events. This > can result in the cursor getting stuck generating scroll events instead > of cursor movement for single finger motion. With the cursor not > mov

[PATCH] hid-mt: Fix Cirque 121f touch release

2020-10-19 Thread Jason Andryuk
# Touch device in neutral state Here the timer fired and cleared the lingering doubletap. Create a new MT_CLS_CIRQUE by copying MT_CLS_WIN_8 and replacing MT_QUIRK_ALWAYS_VALID with MT_QUIRK_NOT_SEEN_MEANS_UP (MT_QUIRK_STICKY_FINGERS is already in MT_CLS_WIN_8). Signed-

Re: [PATCH 1/2] xen: Remove Xen PVH/PVHVM dependency on PCI

2020-10-15 Thread Jason Andryuk
On Thu, Oct 15, 2020 at 4:10 AM Jan Beulich wrote: > > On 14.10.2020 19:53, Jason Andryuk wrote: > > @@ -76,7 +80,9 @@ config XEN_DEBUG_FS > > Enabling this option may incur a significant performance overhead. > > > > config XEN_PVH > > - bool &qu

Re: [PATCH 2/2] xen: Kconfig: nest Xen guest options

2020-10-15 Thread Jason Andryuk
On Thu, Oct 15, 2020 at 5:42 AM Jürgen Groß wrote: > > On 14.10.20 19:53, Jason Andryuk wrote: > > Moving XEN_512GB allows it to nest under XEN_PV. That also allows > > XEN_PVH to nest under XEN as a sibling to XEN_PV and XEN_PVHVM giving: > > > > [*] Xen guest su

Re: [PATCH 2/2] xen: Kconfig: nest Xen guest options

2020-10-15 Thread Jason Andryuk
On Thu, Oct 15, 2020 at 9:17 AM wrote: > > > On 10/15/20 9:10 AM, Andrew Cooper wrote: > > On 15/10/2020 13:37, boris.ostrov...@oracle.com wrote: > >> On 10/14/20 1:53 PM, Jason Andryuk wrote: > >>> +config XEN_512GB > >>> + bool "Limit Xen p

Re: [SUSPECTED SPAM][PATCH 0/2] Remove Xen PVH dependency on PCI

2020-10-14 Thread Jason Andryuk
On Wed, Oct 14, 2020 at 2:04 PM Andrew Cooper wrote: > > On 14/10/2020 18:53, Jason Andryuk wrote: > > A Xen PVH domain doesn't have a PCI bus or devices, > > [*] Yet. :) > > so it doesn't need PCI support built in. > > Untangling the dependences is a goo

[PATCH 0/2] Remove Xen PVH dependency on PCI

2020-10-14 Thread Jason Andryuk
depend on XEN_PVHVM without PCI while XEN_PVHVM_GUEST depends on PCI. The second patch moves XEN_512GB to clean up the option nesting. Jason Andryuk (2): xen: Remove Xen PVH/PVHVM dependency on PCI xen: Kconfig: nest Xen guest options arch/x86/xen/Kc

[PATCH 2/2] xen: Kconfig: nest Xen guest options

2020-10-14 Thread Jason Andryuk
support [*] Xen PVH guest support Signed-off-by: Jason Andryuk --- arch/x86/xen/Kconfig | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/arch/x86/xen/Kconfig b/arch/x86/xen/Kconfig index b75007eb4ec4..2b105888927c 100644 --- a/arch/x86/xen/Kconfig

[PATCH 1/2] xen: Remove Xen PVH/PVHVM dependency on PCI

2020-10-14 Thread Jason Andryuk
VM without PCI while XEN_PVHVM_GUEST depends on PCI. In drivers/xen, compile platform-pci depending on XEN_PVHVM_GUEST since that pulls in the PCI dependency for linking. Signed-off-by: Jason Andryuk --- --- arch/x86/xen/Kconfig | 18 -- drivers/xen/Makefile | 2 +- 2 files c

Re: [PATCH 03/13] x86: Add early SHA support for Secure Launch early measurements

2020-09-29 Thread Jason Andryuk
On Thu, Sep 24, 2020 at 11:00 AM Ross Philipson wrote: > > The SHA algorithms are necessary to measure configuration information into > the TPM as early as possible before using the values. This implementation > uses the established approach of #including the SHA libraries directly in > the code s

[tip: x86/cleanups] x86/idt: Make idt_descr static

2020-06-20 Thread tip-bot2 for Jason Andryuk
The following commit has been merged into the x86/cleanups branch of tip: Commit-ID: 286d966b21587b6303081b902f5c5e30b691baf5 Gitweb: https://git.kernel.org/tip/286d966b21587b6303081b902f5c5e30b691baf5 Author:Jason Andryuk AuthorDate:Fri, 19 Jun 2020 16:51:02 -04:00

[PATCH] x86/idt: Make idt_descr static

2020-06-19 Thread Jason Andryuk
Commit 3e77abda65b1 ("x86/idt: Consolidate idt functionality")'s commit message stated idt_descr could be made static, but it did not actually make the change. Make it static now. Fixes: 3e77abda65b1 ("x86/idt: Consolidate idt functionality") Signed-off-by: Jason Andr

[PATCH 4.14] x86/pae: use 64 bit atomic xchg function in native_ptep_get_and_clear

2018-09-13 Thread Jason Andryuk
o we can assume a latency of 14 for "lock xchg". Signed-off-by: Juergen Gross Reviewed-by: Thomas Gleixner Reviewed-by: Jan Beulich Tested-by: Jason Andryuk Signed-off-by: Boris Ostrovsky Atomic operations gained an arch_ prefix in commit 8bf705d130396e69c04cd8e6e010244ad2ce71f4 s/a

Re: [PATCH 4.14 102/115] x86/pae: use 64 bit atomic xchg function in native_ptep_get_and_clear

2018-09-13 Thread Jason Andryuk
ume a latency of 14 for "lock xchg". > > Signed-off-by: Juergen Gross > Reviewed-by: Thomas Gleixner > Reviewed-by: Jan Beulich > Tested-by: Jason Andryuk > Signed-off-by: Boris Ostrovsky > Signed-off-by: Greg Kroah-Hartman > > --- > arch/x86/include/asm

Re: [PATCH] i2c-hid: Fix "incomplete report" noise

2018-07-09 Thread Jason Andryuk
Ping? The logging here is very excessive. If not this change, then some other change is needed to cut down on the sheer quantity of messages. Thanks, Jason On Fri, Jun 22, 2018 at 12:25 PM, Jason Andryuk wrote: > Commit ac75a041048b ("HID: i2c-hid: fix size check and type usage&quo

[PATCH] i2c-hid: Fix "incomplete report" noise

2018-06-22 Thread Jason Andryuk
n ret_size is totally invalid and less than 2 to cut down on the log spam. Reported-by: John Smith Cc: sta...@vger.kernel.org Signed-off-by: Jason Andryuk --- John Smith originally reported this, but his post did not include a git formatted patch nor a Signed-off-by. https://www.spinics.net/list

Re: [Xen-devel] [PATCH v2] Input: xen-kbdfront - allow better run-time configuration

2018-04-23 Thread Jason Andryuk
Hi, Oleksandr. On Thu, Apr 19, 2018 at 9:39 AM, Oleksandr Andrushchenko wrote: > @@ -241,60 +242,84 @@ static int xenkbd_probe(struct xenbus_device *dev, > } > > /* keyboard */ > - kbd = input_allocate_device(); > - if (!kbd) > - goto error_nomem; > -

Re: [Xen-devel] [PATCH] xen-netfront: Fix hang on device removal

2018-04-20 Thread Jason Andryuk
On Thu, Apr 19, 2018 at 4:09 PM, Simon Gaiser wrote: > Jason Andryuk: >> On Thu, Apr 19, 2018 at 2:10 PM, Simon Gaiser >> wrote: >>> Jason Andryuk: >>>> A toolstack may delete the vif frontend and backend xenstore entries >>>> while xen-netfront

Re: [Xen-devel] [PATCH] xen-netfront: Fix hang on device removal

2018-04-19 Thread Jason Andryuk
On Thu, Apr 19, 2018 at 2:10 PM, Simon Gaiser wrote: > Jason Andryuk: >> A toolstack may delete the vif frontend and backend xenstore entries >> while xen-netfront is in the removal code path. In that case, the >> checks for xenbus_read_driver_state would return Xe

Re: [Xen-devel] [PATCH] Input: xen-kbdfront - allow better run-time configuration

2018-04-19 Thread Jason Andryuk
On Thu, Apr 19, 2018 at 9:01 AM, Oleksandr Andrushchenko wrote: > > Ok, so I'll send v2 with the following changes: > > diff --git a/drivers/input/misc/xen-kbdfront.c > b/drivers/input/misc/xen-kbdfront.c > index a3306aad40b0..d8cca212f737 100644 > --- a/drivers/input/misc/xen-kbdfront.c > +++ b/d

[PATCH v3] i2c: i801: blacklist Host Notify on HP EliteBook G3 850

2018-04-05 Thread Jason Andryuk
/msg33938.html Signed-off-by: Jason Andryuk Reviewed-by: Jean Delvare Cc: sta...@vger.kernel.org --- v3: Switch to DMI_EXACT_MATCH and add empty element to array drivers/i2c/busses/i2c-i801.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/drivers/i2c/busses/i2c-i801.c

Re: [PATCH v2] i2c: i801: blacklist Host Notify on HP EliteBook G3 850

2018-04-04 Thread Jason Andryuk
On Tue, Apr 3, 2018 at 3:13 PM, Andreas Radke wrote: > Am Mon, 2 Apr 2018 08:34:35 -0400 > schrieb Jason Andryuk : > >> The HP EliteBook G3 850 has a weird bug where a subsequent cold boot >> hangs while plugged in if Linux enables the Host Notify features of >> i2

[PATCH v2] i2c: i801: blacklist Host Notify on HP EliteBook G3 850

2018-04-02 Thread Jason Andryuk
/msg33938.html Signed-off-by: Jason Andryuk --- I only added my machine to the blacklist, since it's the only one I've tested. More systems can be added when identified and tested. v2: Fix open brace on function definition drivers/i2c/busses/i2c-i801.c | 21 + 1 fi

[PATCH] i2c: i801: blacklist Host Notify on HP EliteBook G3 850

2018-04-02 Thread Jason Andryuk
/msg33938.html Signed-off-by: Jason Andryuk --- I only added my machine to the blacklist, since it's the only one I've tested. More systems can be added when identified and tested. drivers/i2c/busses/i2c-i801.c | 20 1 file changed, 20 insertions(+) diff --git a/d

Re: [PATCH] x86/xen: Delay get_cpu_cap until stack canary is established

2018-03-31 Thread Jason Andryuk
On Sat, Mar 31, 2018 at 2:10 PM, Boris Ostrovsky wrote: > On 03/31/2018 01:38 PM, Jason Andryuk wrote: >> On Wed, Mar 21, 2018, 5:12 PM Boris Ostrovsky > <mailto:boris.ostrov...@oracle.com>> wrote: >> >> On 03/19/2018 12:58 PM, Jason Andryuk wrote: >>

[PATCH] x86/xen: Delay get_cpu_cap until stack canary is established

2018-03-19 Thread Jason Andryuk
CPU:0 (XEN) RIP:e019:[<c10362f8>] And the PV kernel IP corresponds to init_scattered_cpuid_features 0xc10362f8 <+24>:mov%gs:0x14,%eax Fixes 2cc42bac1c79 ("x86-64/Xen: eliminate W+X mappings") Signed-off-by: Jason Andryuk --- arch/x86/xen/enli

[PATCH] xen-netfront: Fix hang on device removal

2018-02-28 Thread Jason Andryuk
. xennet_remove must be able to handle XenbusStateUnknown, and netback_changed must also wake up the wake_queue for that state as well. Fixes: 5b5971df3bc2 ("xen-netfront: remove warning when unloading module") Signed-off-by: Jason Andryuk Cc: Eduardo Otubo --- drivers/net/xen-netfront.c | 7 +

[PATCH] lib/ucs2_string: Correct ucs2 -> utf8 conversion

2016-02-12 Thread Jason Andryuk
The comparisons should be >= since 0x800 and 0x80 require an additional bit to store. For the 3 byte case, the existing shift would drop off 2 more bits than intended. For the 2 byte case, there should be 5 bits bits in byte 1, and 6 bits in byte 2. Signed-off-by: Jason Andryuk --- Tested