Re: [RFC PATCH v11 00/29] KVM: guest_memfd() and per-page attributes

On 7/26/2023 7:54 PM, Sean Christopherson wrote: > On Wed, Jul 26, 2023, Nikunj A. Dadhania wrote: >> On 7/24/2023 10:30 PM, Sean Christopherson wrote: >>>> /proc//smaps >>>> 7f528be0-7f5c8be0 rw-p 00:01 26629 >&g

Re: [RFC PATCH v11 00/29] KVM: guest_memfd() and per-page attributes

Hi Sean, On 7/24/2023 10:30 PM, Sean Christopherson wrote: > On Mon, Jul 24, 2023, Nikunj A. Dadhania wrote: >> On 7/19/2023 5:14 AM, Sean Christopherson wrote: >>> This is the next iteration of implementing fd-based (instead of vma-based) >>> memory for KVM gu

Re: [RFC PATCH v11 00/29] KVM: guest_memfd() and per-page attributes

On 7/19/2023 5:14 AM, Sean Christopherson wrote: > This is the next iteration of implementing fd-based (instead of vma-based) > memory for KVM guests. If you want the full background of why we are doing > this, please go read the v10 cover letter[1]. > > The biggest change from v10 is to

Re: [PATCH 0/2] powerpc/xive: fix CPU hot unplug

David Gibson writes: > On Tue, Oct 03, 2017 at 08:24:07AM +0200, Cédric Le Goater wrote: >> On 10/03/2017 05:36 AM, David Gibson wrote: >> > On Mon, Oct 02, 2017 at 06:27:20PM +0200, Cédric Le Goater wrote: >> >> On 09/23/2017 10:26 AM, Cédric Le Goater wrote: >> >>>

Re: [PATCH RESEND] powerpc/numa: initialize distance lookup table from drconf path

Hi Michael, Nikunj A Dadhania nik...@linux.vnet.ibm.com writes: In some situations, a NUMA guest that supports ibm,dynamic-memory-reconfiguration node will end up having flat NUMA distances between nodes. This is because of two problems in the current code. 1) Different representations

Re: [PATCH] Fix function keys sequence on USB

Dinar valeev k...@opensuse.org writes: From: Dinar Valeev dval...@suse.com Original issue is home and end keys are not functional in grub2. Later I've found other inconsistencies in f1-f12 keys. Correct sequence was crabbed by pressing key on cat running in xterm. Tested with Home, End,

Re: [PATCH slof] README: Update with patch submittion note

Thomas Huth th...@redhat.com writes: On Mon, 6 Jul 2015 18:02:00 +1000 Alexey Kardashevskiy a...@ozlabs.ru wrote: On 07/06/2015 05:22 PM, Thomas Huth wrote: On Mon, 6 Jul 2015 14:09:10 +1000 Alexey Kardashevskiy a...@ozlabs.ru wrote: This adds a maillist and emails to be used when

Re: [PATCH] Caps in not always shift

dval...@suse.com Reviewed-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- lib/libusb/usb-hid.c | 19 --- 1 file changed, 16 insertions(+), 3 deletions(-) diff --git a/lib/libusb/usb-hid.c b/lib/libusb/usb-hid.c index f0cab8a..9e14cf5 100644 --- a/lib/libusb/usb-hid.c

Re: [PATCH slof] README: Update with patch submittion note

Alexey Kardashevskiy a...@ozlabs.ru writes: This adds a maillist and emails to be used when posting a patch for SLOF. Cc: Benjamin Herrenschmidt b...@kernel.crashing.org Cc: Thomas Huth th...@redhat.com Cc: Nikunj A Dadhania nik...@linux.vnet.ibm.com Signed-off-by: Alexey Kardashevskiy

Re: [PATCH SLOF v4 1/4] disk-label: simplify gpt-prep-partition? routine

Alexey Kardashevskiy a...@ozlabs.ru writes: On 07/02/2015 09:35 PM, Nikunj A Dadhania wrote: Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Reviewed-by: Thomas Huth th...@redhat.com If it does not change SLOF behaviour in any way (and it does not, right?), It does

[PATCH SLOF v4 1/4] disk-label: simplify gpt-prep-partition? routine

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Reviewed-by: Thomas Huth th...@redhat.com --- slof/fs/packages/disk-label.fs | 41 +++-- 1 file changed, 15 insertions(+), 26 deletions(-) diff --git a/slof/fs/packages/disk-label.fs b/slof/fs/packages

[PATCH SLOF v4 3/4] disk-label: introduce helper to check fat filesystem

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Reviewed-by: Thomas Huth th...@redhat.com --- slof/fs/packages/disk-label.fs | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/slof/fs/packages/disk-label.fs b/slof/fs/packages/disk-label.fs index

[PATCH SLOF v4 0/4] GPT fixes and LVM support with FAT

comments * Rename verify-gpt-partition, as it was doing more than that. Added comments. Nikunj A Dadhania (4): disk-label: simplify gpt-prep-partition? routine introduce 8-byte LE helpers disk-label: introduce helper to check fat filesystem disk-label: add support for booting from GPT FAT

Re: [PATCH SLOF v3 3/5] disk-label: rename confusing block word

Segher Boessenkool seg...@kernel.crashing.org writes: On Thu, Jul 02, 2015 at 11:17:49AM +0530, Nikunj A Dadhania wrote: block word is not a block number, actually its an allocated host address. Rename it to disk-buf along with a associated size(disk-buf-size=4096) for using during

[PATCH SLOF v4 4/4] disk-label: add support for booting from GPT FAT partition

in seek-pos updation code * Check for Protective MBR Magic * Check for valid GPT Signature * Boundary check for allocated block size before reading into the buffer Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Reviewed-by: Thomas Huth th...@redhat.com --- slof/fs/packages/disk

[PATCH SLOF v4 2/4] introduce 8-byte LE helpers

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Reviewed-by: Thomas Huth th...@redhat.com --- slof/fs/little-endian.fs | 6 ++ slof/fs/packages/disk-label.fs | 4 ++-- 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/slof/fs/little-endian.fs b/slof/fs/little

Re: [PATCH SLOF v3 3/5] disk-label: rename confusing block word

Hi Segher, Segher Boessenkool seg...@kernel.crashing.org writes: On Tue, Jun 30, 2015 at 04:31:19PM +0530, Nikunj A Dadhania wrote: block word is not a block number, actually its an allocated host address. Rename it to disk-buf along with a associated size(disk-buf-size=4096) for using

[PATCH RESEND] powerpc/numa: initialize distance lookup table from drconf path

. Reported-by: Bharata B Rao bhar...@linux.vnet.ibm.com Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Acked-by: Anton Blanchard an...@samba.org --- * Rebased to mpe/next * Dropped RFC tag * Updated commit log arch/powerpc/mm/numa.c | 16 +--- 1 file changed, 13 insertions

Re: [PATCH SLOF v3 5/5] disk-label: add support for booting from GPT FAT partition

Thomas Huth th...@redhat.com writes: Sorry, every time I look at this gpt stuff, my eyes stumble over something new ... No worries :-) On Tue, 30 Jun 2015 16:31:21 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: For a GPT+LVM combination disk, older bootloader that does

[PATCH SLOF v3 0/5] GPT fixes/cleanup and LVM support with FAT

-gpt-partition, as it was doing more than that. Added comments. Nikunj A Dadhania (5): disk-label: simplify gpt-prep-partition? routine introduce 8-byte LE helpers disk-label: rename confusing block word disk-label: introduce helper to check fat filesystem disk-label: add support

[PATCH SLOF v3 1/5] disk-label: simplify gpt-prep-partition? routine

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Reviewed-by: Thomas Huth th...@redhat.com --- slof/fs/packages/disk-label.fs | 41 +++-- 1 file changed, 15 insertions(+), 26 deletions(-) diff --git a/slof/fs/packages/disk-label.fs b/slof/fs/packages

[PATCH SLOF v3 3/5] disk-label: rename confusing block word

and only takes sector number as argument. Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Reviewed-by: Thomas Huth th...@redhat.com --- slof/fs/packages/disk-label.fs | 78 ++ 1 file changed, 41 insertions(+), 37 deletions(-) diff --git a/slof/fs

[PATCH SLOF v3 2/5] introduce 8-byte LE helpers

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Reviewed-by: Thomas Huth th...@redhat.com --- slof/fs/little-endian.fs | 6 ++ slof/fs/packages/disk-label.fs | 4 ++-- 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/slof/fs/little-endian.fs b/slof/fs/little

[PATCH SLOF v3 4/5] disk-label: introduce helper to check fat filesystem

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Reviewed-by: Thomas Huth th...@redhat.com --- slof/fs/packages/disk-label.fs | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/slof/fs/packages/disk-label.fs b/slof/fs/packages/disk-label.fs index

[PATCH SLOF v3 5/5] disk-label: add support for booting from GPT FAT partition

for Protective MBR Magic * Check for valid GPT Signature * Boundary check for allocated block size before reading into the buffer Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- slof/fs/packages/disk-label.fs | 99 +- 1 file changed, 79

Re: [PATCH SLOF v2 5/5] disk-label: add support for booting from GPT FAT partition

Thomas Huth th...@redhat.com writes: On Thu, 25 Jun 2015 12:15:29 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: For a GPT+LVM combination disk, older bootloader that does not support LVM, cannot load kernel from LVM. The patch adds support to read from BASIC_DATA UUID

Re: [RFC PATCH] powerpc/numa: initialize distance lookup table from drconf path

Hi Anton/Michael, Nikunj A Dadhania nik...@linux.vnet.ibm.com writes: Hi Anton, Anton Blanchard an...@samba.org writes: Hi Nikunj, From: Nikunj A Dadhania nik...@linux.vnet.ibm.com powerpc/numa: initialize distance lookup table from drconf path In some situations, a NUMA guest

[PATCH SLOF v2 0/5] GPT fixes/cleanup and LVM support with FAT

patch 4: As we need to detect FAT partition, implement a helper that can be used both from GPT code and fat-bootblock? patch 5: Implement GPT FAT for LVM suport and make GPT detection code robust Nikunj A Dadhania (5): disk-label: simplify gpt-prep-partition? routine

[PATCH SLOF v2 1/5] disk-label: simplify gpt-prep-partition? routine

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Reviewed-by: Thomas Huth th...@redhat.com --- slof/fs/packages/disk-label.fs | 42 -- 1 file changed, 16 insertions(+), 26 deletions(-) diff --git a/slof/fs/packages/disk-label.fs b/slof/fs

[PATCH SLOF v2 4/5] disk-label: introduce helper to check fat filesystem

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- slof/fs/packages/disk-label.fs | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/slof/fs/packages/disk-label.fs b/slof/fs/packages/disk-label.fs index 0995808..7ed5526 100644 --- a/slof/fs/packages

[PATCH SLOF v2 3/5] disk-label: rename confusing block word

and only takes sector number as argument. Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- slof/fs/packages/disk-label.fs | 78 ++ 1 file changed, 41 insertions(+), 37 deletions(-) diff --git a/slof/fs/packages/disk-label.fs b/slof/fs/packages/disk

[PATCH SLOF v2 2/5] introduce 8-byte LE helpers

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Reviewed-by: Thomas Huth th...@redhat.com --- slof/fs/little-endian.fs | 6 ++ slof/fs/packages/disk-label.fs | 4 ++-- 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/slof/fs/little-endian.fs b/slof/fs/little

[PATCH SLOF v2 5/5] disk-label: add support for booting from GPT FAT partition

for Protective MBR Magic * Check for valid GPT Signature * Boundary check for allocated block size before reading into the buffer Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- slof/fs/packages/disk-label.fs | 96 +- 1 file changed, 76

Re: [PATCH SLOF 4/5] disk-label: add support for booting from GPT FAT partition

Segher Boessenkool seg...@kernel.crashing.org writes: On Tue, Jun 23, 2015 at 09:34:44AM +0200, Thomas Huth wrote: +: load-from-gpt-partition ( [ addr ] -- size | TRUE ) What do you mean with addr in square brackets? Is it optional? And size | TRUE? The code even returns false instead,

Re: [PATCH SLOF 5/5] disk-label: make gpt detection code more robust

Thomas Huth th...@redhat.com writes: On Mon, 22 Jun 2015 13:29:47 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: * Check for Protective MBR Magic * Check for valid GPT Signature * Boundary check for allocated block size before reading into the buffer Signed-off-by: Nikunj

Re: [RFC PATCH] powerpc/numa: initialize distance lookup table from drconf path

Hi Anton, Anton Blanchard an...@samba.org writes: Hi Nikunj, From: Nikunj A Dadhania nik...@linux.vnet.ibm.com powerpc/numa: initialize distance lookup table from drconf path In some situations, a NUMA guest that supports ibm,dynamic-memory-reconfiguration node will end up having flat

Re: [PATCH SLOF 3/5] disk-label: introduce helper to check fat filesystem

Hi Segher, Segher Boessenkool seg...@kernel.crashing.org writes: On Mon, Jun 22, 2015 at 01:29:45PM +0530, Nikunj A Dadhania wrote: +: has-fat-filesystem ( block -- true | false ) + \ block 0 byte 0-2 is a jump instruction in all FAT + \ filesystems. block there is not a block number

[PATCH SLOF 5/5] disk-label: make gpt detection code more robust

* Check for Protective MBR Magic * Check for valid GPT Signature * Boundary check for allocated block size before reading into the buffer Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- slof/fs/packages/disk-label.fs | 21 + 1 file changed, 17 insertions

[PATCH SLOF 1/5] disk-label: simplify gpt-prep-partition? routine

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- slof/fs/packages/disk-label.fs | 36 +--- 1 file changed, 13 insertions(+), 23 deletions(-) diff --git a/slof/fs/packages/disk-label.fs b/slof/fs/packages/disk-label.fs index fe1c25e..2305eee 100644

[PATCH SLOF 3/5] disk-label: introduce helper to check fat filesystem

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- slof/fs/packages/disk-label.fs | 22 +- 1 file changed, 13 insertions(+), 9 deletions(-) diff --git a/slof/fs/packages/disk-label.fs b/slof/fs/packages/disk-label.fs index 2cf1b85..e317e93 100644 --- a/slof/fs

[PATCH SLOF 0/5] GPT fixes/cleanup and LVM support with FAT

that can be used both from GPT code and try-dos-files patch 4: Implement GPT FAT for LVM suport. patch 5: Make GPT detection code robust Nikunj A Dadhania (5): disk-label: simplify gpt-prep-partition? routine introduce 8-byte LE helpers disk-label: introduce helper to check fat filesystem

[PATCH SLOF 2/5] introduce 8-byte LE helpers

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- slof/fs/little-endian.fs | 6 ++ slof/fs/packages/disk-label.fs | 4 ++-- 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/slof/fs/little-endian.fs b/slof/fs/little-endian.fs index f2e4e8d..6b4779e 100644

[PATCH SLOF 4/5] disk-label: add support for booting from GPT FAT partition

For a GPT+LVM combination disk, older bootloader that does not support LVM, cannot load kernel from LVM. The patch add support to read from BASIC_DATA UUID partition. Installer has installed CHRP-BOOT config on a FAT file system. Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com

Re: [PATCH SLOF] disk-label: add support for booting from GPT FAT partition

Thomas Huth th...@redhat.com writes: On Wed, 17 Jun 2015 17:34:13 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: Nikunj A Dadhania nik...@linux.vnet.ibm.com writes: Thomas Huth th...@redhat.com writes: +\ Check for GPT MSFT BASIC DATA GUID - vfat based +EBD0A0A2 CONSTANT

Re: [PATCH SLOF] disk-label: add support for booting from GPT FAT partition

Thomas Huth th...@redhat.com writes: On Thu, 11 Jun 2015 15:48:49 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: + block-size * to seek-pos + block gptpart-entry-size l@-le to gpt-part-size + block gptnum-part-entry l@-le dup 0= IF FALSE EXIT THEN + 1+ 1 ?DO + seek

Re: [PATCH SLOF] disk-label: add support for booting from GPT FAT partition

Nikunj A Dadhania nik...@linux.vnet.ibm.com writes: Thomas Huth th...@redhat.com writes: +\ Check for GPT MSFT BASIC DATA GUID - vfat based +EBD0A0A2 CONSTANT GPT-BASIC-DATA-PARTITION-1 +B9E5 CONSTANT GPT-BASIC-DATA-PARTITION-2 +4433 CONSTANT GPT-BASIC-DATA-PARTITION-3

Re: [PATCH SLOF] disk-label: add support for booting from GPT FAT partition

Thomas Huth th...@redhat.com writes: On Thu, 11 Jun 2015 15:48:49 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: For a GPT+LVM combination disk, older bootloader that does not support LVM, cannot load kernel from LVM. The patch add support to read from BASIC_DATA UUID partition

Re: [RFC PATCH] powerpc/numa: initialize distance lookup table from drconf path

Nikunj A Dadhania nik...@linux.vnet.ibm.com writes: Reworded commit log: From: Nikunj A Dadhania nik...@linux.vnet.ibm.com powerpc/numa: initialize distance lookup table from drconf path Ping ? Regards Nikunj ___ Linuxppc-dev mailing list

[PATCH SLOF] disk-label: add support for booting from GPT FAT partition

For a GPT+LVM combination disk, older bootloader that does not support LVM, cannot load kernel from LVM. The patch add support to read from BASIC_DATA UUID partition. Installer has installed CHRP-BOOT config on a FAT file system. Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com

Re: [RFC PATCH] powerpc/numa: initialize distance lookup table from drconf path

Reworded commit log: From: Nikunj A Dadhania nik...@linux.vnet.ibm.com powerpc/numa: initialize distance lookup table from drconf path In some situations, a NUMA guest that supports ibm,dynamic-memory-reconfiguration node will end up having flat NUMA distances between nodes. This is because

[RFC PATCH] powerpc/numa: initialize distance lookup table from drconf path

a. And update the caller to skip the length field before sending the associativity list. Call initialize_distance_lookup_table() from drconf path with appropriate associativity list. Reported-by: Bharata B Rao bhar...@linux.vnet.ibm.com Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- arch

Re: [PATCH] Fix function keys sequence on USB

Dinar valeev k...@opensuse.org writes: From: Dinar Valeev dval...@suse.com Original issue is home and end keys are not functional in grub2. Later I've found other inconsistencies in f1-f12 keys. Correct sequence was crabbed by pressing key on cat running in xterm. Tested with Home, End,

Re: [PATCH] Fix function keys sequence on USB

Dinar Valeev k...@opensuse.org writes: On Tue, Jun 2, 2015 at 11:47 AM, Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: Dinar valeev k...@opensuse.org writes: @@ -262,7 +258,7 @@ static void check_key_code(uint8_t *buf) case 0x43

Re: [PATCH 2/3] fbuffer: introduce the invert-region helper

: faster hv-logical-memop based With standard graphical settings on board-qemu, we go from 512 hcall invocations per character down to 16. Suggested-by: Thomas Huth th...@redhat.com Signed-off-by: Greg Kurz gk...@linux.vnet.ibm.com Reviewed-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com

Re: [PATCH 1/3] fbuffer: simplify address computations in fb8-toggle-cursor

address by itself and drop the confusing char-width screen-depth * - address adjustment. Much better :-) Reviewed-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com Signed-off-by: Greg Kurz gk...@linux.vnet.ibm.com --- slof/fs/fbuffer.fs |4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH 3/3] fbuffer: introduce the invert-region-x helper

Apart for the extra lines that Thomas pointed: Reviewed-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- board-js2x/slof/helper.fs |5 + board-qemu/slof/helper.fs |4 board-qemu/slof/pci-device_1234_.fs | 10 +- slof/fs/fbuffer.fs

Re: [PATCH] fbuffer: improve toggle cursor performance

Greg Kurz gk...@linux.vnet.ibm.com writes: On Wed, 27 May 2015 10:41:06 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: Greg Kurz gk...@linux.vnet.ibm.com writes: SLOF currently calls hv-logical-load and hv-logical-store for every pixel when enabling or disabling the cursor

Re: [PATCH] fbuffer: improve toggle cursor performance

Greg Kurz gk...@linux.vnet.ibm.com writes: SLOF currently calls hv-logical-load and hv-logical-store for every pixel when enabling or disabling the cursor. This is suboptimal when writing one char at a time to the console since terminal-write always toggles the cursor. And this is precisely

Re: [PATCH v2 0/4] PCI: Generic fixes and moving enumeration back to QEMU

Alexey Kardashevskiy a...@ozlabs.ru writes: On 04/27/2015 06:02 PM, Nikunj A Dadhania wrote: patch 1: Fixes a bug in pci-to-pci bridge while programming the limit registers during probe patch 2,3: Support 64-bit address translation and usb devices can have 64

[PATCH v2 4/4] pci: Use QEMU created PCI device nodes

with the devices. Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- board-qemu/slof/pci-phb.fs | 44 +++- slof/fs/pci-properties.fs | 6 +- 2 files changed, 48 insertions(+), 2 deletions(-) diff --git a/board-qemu/slof/pci-phb.fs b/board-qemu

[PATCH v2 3/4] usb: support 64-bit pci bars

-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- slof/fs/devices/pci-class_0c.fs | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/slof/fs/devices/pci-class_0c.fs b/slof/fs/devices/pci-class_0c.fs index 9c47325..39453fb 100644 --- a/slof/fs/devices/pci-class_0c.fs

Re: [PATCH v2 4/4] pci: Use QEMU created PCI device nodes

Thomas Huth th...@redhat.com writes: On Mon, 27 Apr 2015 13:32:33 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: PCI Enumeration has been part of SLOF. Now with hotplug code addition in QEMU, it makes more sense to have this code in one place, i.e. QEMU. Adding routines to walk

[PATCH v2 1/4] pci: program correct bridge limit registers during probe

of the bug 0x got programmed in the memory limit register. All the mmio reads across the pci-to-pci bridge started failing during probe. All pci-bridge-set-[mmio,mem,io]-base sufferred from similar problem. Suggested-by: Thomas Huth th...@redhat.com Signed-off-by: Nikunj A Dadhania nik

[PATCH v2 0/4] PCI: Generic fixes and moving enumeration back to QEMU

patch 1: Fixes a bug in pci-to-pci bridge while programming the limit registers during probe patch 2,3: Support 64-bit address translation and usb devices can have 64-bit pci memory BARs patch 4: Use QEMU create device tree nodes and program the BARs Nikunj A Dadhania

[PATCH v2 2/4] pci: Support 64-bit address translation

Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- slof/fs/translate.fs | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/slof/fs/translate.fs b/slof/fs/translate.fs index e2633e5..9654f24 100644 --- a/slof/fs/translate.fs +++ b/slof/fs/translate.fs @@ -33,11

Re: [PATCH 2/2] pci: Use Qemu created PCI device nodes

Hi Thomas, Thomas Huth th...@redhat.com writes: Hi Nikunj, On Wed, 22 Apr 2015 16:27:20 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: PCI Enumeration has been part of SLOF. Now with hotplug code addition in Qemu, it makes more sense to have this code a one place, i.e. Qemu

Re: [PATCH 1/2] pci-phb: check for the 32-bit overflow

Thomas Huth th...@redhat.com writes: On Fri, 24 Apr 2015 12:56:57 +0200 Thomas Huth th...@redhat.com wrote: On Fri, 24 Apr 2015 09:22:33 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: Hi Thomas, Thomas Huth th...@redhat.com writes: Am Wed, 22 Apr 2015 16:27:19 +0530

Re: [PATCH 1/2] pci-phb: check for the 32-bit overflow

Thomas Huth th...@redhat.com writes: On Fri, 24 Apr 2015 09:22:33 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: Hi Thomas, Thomas Huth th...@redhat.com writes: Am Wed, 22 Apr 2015 16:27:19 +0530 schrieb Nikunj A Dadhania nik...@linux.vnet.ibm.com: With the addition

Re: [PATCH 1/2] pci-phb: check for the 32-bit overflow

Thomas Huth th...@redhat.com writes: On Fri, 24 Apr 2015 12:56:57 +0200 Thomas Huth th...@redhat.com wrote: On Fri, 24 Apr 2015 09:22:33 +0530 Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote: Hi Thomas, Thomas Huth th...@redhat.com writes: Am Wed, 22 Apr 2015 16:27:19 +0530

Re: [PATCH 1/2] pci-phb: check for the 32-bit overflow

Hi Thomas, Thomas Huth th...@redhat.com writes: Am Wed, 22 Apr 2015 16:27:19 +0530 schrieb Nikunj A Dadhania nik...@linux.vnet.ibm.com: With the addition of 64-bit BARS and increase in the mmio address space, the code was hitting this limit. The memory of pci devices across the bridges

[PATCH 2/2] pci: Use Qemu created PCI device nodes

with the devices. Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- board-qemu/slof/pci-phb.fs | 44 +++- slof/fs/pci-properties.fs | 6 +- 2 files changed, 48 insertions(+), 2 deletions(-) diff --git a/board-qemu/slof/pci-phb.fs b/board-qemu/slof

[PATCH 1/2] pci-phb: check for the 32-bit overflow

With the addition of 64-bit BARS and increase in the mmio address space, the code was hitting this limit. The memory of pci devices across the bridges were not accessible due to which the drivers failed. Signed-off-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- board-qemu/slof/pci-phb.fs

Re: [PATCH slof] helpers: Fix SLOF_alloc_mem_aligned to meet callers expectation

(virtio_vring_size(vq[i].size), 4096); slof/helpers.c|70| void *SLOF_alloc_mem_aligned(long size, long align) Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru Reviewed-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- include/helpers.h | 2 +- slof/helpers.c| 2 +- 2 files changed, 2

Re: [PATCH slof v2] virtio: Fix vring allocation

. At the moment rings are quite small (256) and allocated with 4096 alignment, this is why we have not been having issues with this so far. Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru Reviewed-by: Nikunj A Dadhania nik...@linux.vnet.ibm.com --- Changes: v2: * remove magic numbers

Re: [PATCH SLOF] pci-properties: Remove redundant call to device-type

Thomas Huth th...@linux.vnet.ibm.com writes: On Wed, 11 Mar 2015 17:26:32 +1100 Alexey Kardashevskiy a...@ozlabs.ru wrote: At the moment SLOF adds a device_type property automatically for every single PCI device based on its class even if there is no SLOF driver for such a device. OF1275

Re: [PATCH] Add private HCALL to inform updated RTAS base and entry

exception and hence needs to know the updated RTAS. Enhancements to qemu to handle the private HCALL, prepare error log and invoke machine check notification routine are in a separate patch. Signed-off-by: Nikunj A. Dadhania nik...@linux.vnet.ibm.com Signed-off-by: Aravinda Prasad aravi

Re: [PATCH] pci-scan: Fix setting the limit

Alexey Kardashevskiy a...@ozlabs.ru writes: PCI spec says that lower 20 bits are assumed 0xF. The existing code seems to get it right in pci-bridge-set-mem-limit. However pci-bridge-set-mem-base does not account 0xF and poison the limit. Since the limit is not stored anywhere in SLOF

Re: [PATCH v2] pci: fix interrupt-map for bridges

Alexey Kardashevskiy a...@ozlabs.ru writes: The previous scheme always put 0 as a parent slot#. However it is not always the case and QEMU's PCI bridge does not support putting device at slot#0 as it claims SHPC support for hotplug. This modifies the interrups map to let the linux guest

Re: [PATCH] pci: fix interrupt-map for bridges

Alexey Kardashevskiy a...@ozlabs.ru writes: The previous scheme always put 0 as a parent slot#. However it is not always the case and QEMU's PCI bridge does not support putting device at slot#0 as it claims SHPC support for hotplug. This modifies the interrups map to let the linux guest