25087.html
This would fix the issue I'm seeing on mpt2sas. Do you plan to dust that patch
set
off and upstream it? Were there issues with it that still need to be resolved?
Thanks,
Brian
--
Brian King
Power Linux I/O
IBM Linux Technol
On 05/12/2015 05:10 PM, Benjamin Herrenschmidt wrote:
> On Tue, 2015-05-12 at 17:07 -0500, Brian King wrote:
>> The mpt2sas driver was changed late last year in that it now requests a 64
>> bit DMA
>> mask, then requests a 32 bit coherent DMA mask, then later requests a 64 bi
On 05/13/2015 03:10 AM, Arnd Bergmann wrote:
> On Tuesday 12 May 2015 18:24:43 Brian King wrote:
>>
>> Commit 5fb1bf8aaa832e1e9ca3198de7bbecb8eff7db9c broke 64 bit DMA for mpt2sas
>> on Power.
>> That commit changed the sequence for setting up the DMA and coherent DMA
On 05/13/2015 08:31 AM, Arnd Bergmann wrote:
> On Wednesday 13 May 2015 08:23:41 Brian King wrote:
>> On 05/13/2015 03:10 AM, Arnd Bergmann wrote:
>>> On Tuesday 12 May 2015 18:24:43 Brian King wrote:
>>>>
>>>> Commit 5fb1bf8aaa832e1e9ca3198de7bbecb8eff7
the DDW available (or the
> legacy and bypass on "nv"), we can then route individual DMAs according
> to the corresponding applicable mask.
>
> I'll try to come up with a patch but I'll need you to test it.
Sure. I can help with that.
Thanks,
Brian
>
> Cheer
ask. I worked
around it with the hack below and saw that I was able to get 64 bit DMA
and the card showed up all the drives. We'll need a better a better fix
for upstream obviously, but I wanted to be able to check out the rest of the
patch
a bit...
Thanks,
Brian
--
Brian King
Power Linu
to have an active IOMMU table.
>
> Signed-off-by: Benjamin Herrenschmidt
> ---
>
Thanks. This one works fine for me with mpt2sas.
Tested-by: Brian King
-Brian
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-
Acked-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Acked-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On 10/30/2014 04:11 AM, Christoph Hellwig wrote:
> On Wed, Oct 29, 2014 at 12:34:49PM -0500, Brian King wrote:
>> Acked-by: Brian King
>
> Doesn't apply to me.
>
> Brain, can you please resend a rebased version of these two patches with
> ipr error handlign patch (
From: Anton Blanchard
Even though the ipr driver is only used on PCI, convert it
to use the generic DMA API.
Signed-off-by: Anton Blanchard
Signed-off-by: Brian King
---
drivers/scsi/ipr.c | 103 +++--
drivers/scsi/ipr.h |2 -
2 files
in
a double completion causing a kernel oops.
Cc:
Signed-off-by: Brian King
---
drivers/scsi/ipr.c | 92 +
drivers/scsi/ipr.h |1
2 files changed, 93 insertions(+)
diff -puN drivers/scsi/ipr.c~ipr_eh_wait drivers/scsi/ipr.c
--- scsi-
From: Anton Blanchard
Use dma_set_mask_and_coherent() to set both the DMA and coherent
DMA mask.
Signed-off-by: Anton Blanchard
Signed-off-by: Brian King
---
drivers/scsi/ipr.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff -puN drivers/scsi/ipr.c
Adding Wendy...
On 10/30/2014 05:27 PM, Brian King wrote:
> Fixes a race condition in abort handling that was injected
> when multiple interrupt support was added. When only a single
> interrupt is present, the adapter guarantees it will send
> responses for aborted commands prior to
The following patch implements a new PAPR change which allows
the OS to force the use of 32 bit MSIs, regardless of what
the PCI capabilities indicate. This is required for some
devices that advertise support for 64 bit MSIs but don't
actually support them.
Signed-off-by: Brian King
---
only enable this on Gen2 slots, which should limit
this to configurations where this hack is needed and tested to work.
Signed-off-by: Brian King
---
arch/powerpc/platforms/pseries/msi.c | 31 +++
1 file changed, 27 insertions(+), 4 deletions(-)
diff -puN arch/powerpc
only enable this on Gen2 slots, which should limit
this to configurations where this hack is needed and tested to work.
Signed-off-by: Brian King
---
arch/powerpc/platforms/pseries/msi.c | 35 ---
1 file changed, 32 insertions(+), 3 deletions(-)
diff -puN arch
r driver no longer support this (admittedly ancient)
> hardware?
Do you have a boot log you can share?
Thanks,
Brian
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://list
o
one of these systems so we could take a look at this?
-Brian
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
lder power5 boxes?
>>>
>> Yes, Tony. "ibm,get-config-addr-info" should be supported on Power5 box.
>> Newer PowerBox (e.g. P7) should support "ibm,get-config-addr-info2"
>>
>> Please have a try on the attached patch, which is based on mainline (3.10).
>>
>> Thanks,
>> Gavin
>>
>>
> The system boots with that patch. I applied it to kernel-3.8.11-100.
Does that patch resolve all your issues, or are there still issues with ipr
remaining
after applying the patch?
Thanks,
Brian
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
u explain the changes to dart, pseries and powernv.
>
> There's also some whitespace changes in iommu.h that I assume you didn't want?
Hi Ben,
Do you plan to resubmit with these changes? The patch seems to work fine in
my testing. Would be nice to get this merged.
Thanks,
On 06/19/2015 06:01 PM, Benjamin Herrenschmidt wrote:
> On Fri, 2015-06-19 at 16:19 -0500, Brian King wrote:
>> On 05/18/2015 01:40 AM, Michael Ellerman wrote:
>>> On Mon, 2015-18-05 at 03:56:51 UTC, Benjamin Herrenschmidt wrote:
>>>> This patch adds the ability to
Ben,
It looks like this patch has bit rot. I have a system now where I can test the
latest version. Any chance you can rediff and resend and I can test?
Thanks,
Brian
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org
k to
MSI if MSI-X is not available or does not work. We then set intr_flag to
indicate
what we are actually using on the specific adapter.
Thanks,
Brian
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Export pci_dev_type so that arch specific PCI probing code can
initialize a new PCI device struct.
Signed-off-by: Brian King
---
drivers/pci/pci.h |1 -
include/linux/pci.h |1 +
2 files changed, 1 insertion(+), 1 deletion(-)
diff -puN drivers/pci/pci.h~pci_export_pci_dev_type
Initialize dev->dev.type such that the PCI group attributes for boot_vga
and SR-IOV can be displayed if appropriate. This fixes an issue seen on
Power preventing X from auto initializing a graphics adapter when using KMS.
Signed-off-by: Brian King
---
arch/powerpc/kernel/pci_of_scan.c |
device. This ensures that X autoconfiguration
will work.
Signed-off-by: Brian King
---
arch/powerpc/kernel/pci-common.c | 13 +
1 file changed, 13 insertions(+)
diff -puN arch/powerpc/kernel/pci-common.c~powerpc_vga_default_device
arch/powerpc/kernel/pci-common.c
--- linux/arch
On 04/05/2013 01:52 AM, Michael Ellerman wrote:
> Hi Brian,
>
>
> On Thu, Apr 04, 2013 at 04:58:17PM -0500, Brian King wrote:
>>
>> Add a PCI quirk for VGA devices on Power to set the default VGA device.
>> Ensures a default VGA is always set if a graphics adapter i
device. This ensures that X autoconfiguration
will work.
Signed-off-by: Brian King
---
arch/powerpc/kernel/pci-common.c | 13 +
1 file changed, 13 insertions(+)
diff -puN arch/powerpc/kernel/pci-common.c~powerpc_vga_default_device
arch/powerpc/kernel/pci-common.c
--- linux/arch
Set dev->dev.type in alloc_pci_dev so that archs that have their own
versions of pci_setup_device get this set properly in order to ensure
things like the boot_vga sysfs parameter get created as expected.
Signed-off-by: Brian King
---
drivers/pci/probe.c |2 +-
1 file changed, 1 insert
On 04/08/2013 12:25 AM, Michael Ellerman wrote:
> On Fri, Apr 05, 2013 at 02:11:01PM -0600, Bjorn Helgaas wrote:
>> On Thu, Apr 4, 2013 at 3:58 PM, Brian King wrote:
>>>
>>> Initialize dev->dev.type such that the PCI group attributes for boot_vga
>>> and
On 06/26/2014 07:03 PM, Tyrel Datwyler wrote:
> Added big endian annotations to relevant data structure fields, and necessary
> byte swappings to support little endian builds.
Acked-by: Brian King
Thanks,
Brian
--
Brian King
Power Linux I/O
IBM Linux Technology
account for this.
Signed-off-by: Brian King
---
arch/powerpc/kernel/eeh.c|2 +-
arch/powerpc/kernel/eeh_driver.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff -puN arch/powerpc/kernel/eeh.c~eeh_sriov_vf_delay arch/powerpc/kernel/eeh.c
--- linux/arch/powerpc/kernel/eeh.c
On 01/18/2015 09:27 AM, Christoph Hellwig wrote:
> Brian, can you ACK this one?
Acked-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.
4 @@ static int pseries_eeh_reset(struct eeh_pe *pe, int
>>>>>> option)
>>>>>> /* We need reset hold or settlement delay */
>>>>>> if (option == EEH_RESET_FUNDAMENTAL ||
>>>>>> option == EEH_RESET_HOT)
>>>>&
On 01/26/2015 10:31 PM, Benjamin Herrenschmidt wrote:
> On Mon, 2015-01-26 at 17:36 -0600, Brian King wrote:
>> To set some context, this function is only used by ipr for some old
>> broken adapters. These are adapters that are not supported on p8,
>> so will never show up und
> + mac_address = ibmveth_encode_mac_addr(dev->dev_addr);
> + rc = h_change_logical_lan_mac(adapter->vdev->unit_address, mac_address);
> +
> + return rc;
Do you still want to be changing dev->dev_addr if h_change_logical_lan_mac
re
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
n future would be good to either call out the fact that there are a couple of
unrelated
formatting changes, or keep them out and stick them in a separate cleanup patch.
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
eference per-context
> for each LUN attached to the context.
>
> This resolves a potential Oops in the release handler when a
> dealing with a LUN that has already been removed.
>
> Signed-off-by: Matthew R. Ochs
> Signed-off-by: Manoj N. Kumar
> Suggested-by: Brian
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
unlikely(rc))
> + break;
> + goto retry;
> + case STATE_FAILTERM:
> + dev_dbg(dev, "%s: Failed/Terminating!\n", __func__);
> + rc = -ENODEV;
> + break;
> + default:
> + break;
> + }
> +
> + return rc;
> +}
> +
> +/**
> * cxlflash_disk_attach() - attach a LUN to a context
> * @sdev:SCSI device associated with LUN.
> * @attach: Attach ioctl data structure.
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
ug prone hard coded 22, how about never incrementing buf and
do something
similar to this:
> + bytes += scnprintf(buf, PAGE_SIZE, "%03d: %016llX\n",
> +i, readq_be(&fc_port[i]));
bytes += scnprintf(&buf[bytes], PAGE
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
ition you were seeing. Its not obvious
to me what this fixes. Do you have softlockup logs from the failure?
-Brian
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlab
bly an AFU bug.
I would tend to agree with this statement. ioasa->resid should be zero in an
overrun case.
>*/
> scp->result = (DID_ERROR << 16);
> }
Reviewed-by: Brian King
--
Brian Kin
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
if (afu->internal_lun) {
> - pr_debug("%s: Overriding port %d online timeout!!!\n",
> - __func__, port);
> - ret = 0;
> - }
> }
>
> - pr_debug("%s: returning rc=%d\n", __func__, ret);
> + pr_deb
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On 09/22/2015 03:44 PM, Matthew R. Ochs wrote:
>> On Sep 21, 2015, at 5:02 PM, Brian King wrote:
>> On 09/16/2015 04:30 PM, Matthew R. Ochs wrote:
>>> At present, both ports must be online for the device to
>>> configure properly. Remove this dependency and th
he call to alloc_mem that has failed in this
leg, not the call to scsi_host_alloc.
> __func__);
> rc = -ENOMEM;
> + scsi_host_put(cfg->host);
> goto out;
> }
>
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
if (unlikely(rc))
> + break;
> + goto retry;
> + case STATE_FAILTERM:
> + dev_dbg(dev, "%s: Failed/Terminating!\n", __func__);
> + rc = -ENODEV;
> + break;
> + default:
> +
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
te) {
> case STATE_RESET:
> dev_dbg_ratelimited(dev, "%s: device is in reset!\n", __func__);
> rc = SCSI_MLQUEUE_HOST_BUSY;
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
/* On very first attach set fileops for adapter */
> + if (cfg->cxl_fops.owner != THIS_MODULE)
> cfg->cxl_fops = cxlflash_cxl_fops;
Hmm... Why not just set this up once at probe time instead?
>
> if (attach->num_interrupts > 4) {
>
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
__func__, result);
> + rc = -ENODEV;
Since check_state only returns 0 or -ENODEV, this is a bit redundant, but not
worth redoing the
patch in my mind.
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
> GFP_ATOMIC);
> if (!evt_struct->ext_list) {
> if (!firmware_has_feature(FW_FEATURE_CMO))
> sdev_printk(KERN_ERR, cmd->device,
>
Reviewed-by: Brian King
--
Brian King
Power Linux I/O
IBM Linux Technology Center
->dev,
> pool->size * sizeof(*pool->iu_storage),
> -&pool->iu_token, 0);
> +&pool->iu_token, GFP_KERNEL);
> if (!pool->iu_storage) {
> kfree(pool->even
The Power platform requires the partner info buffer to be page aligned
otherwise it will fail the partner info hcall with H_PARAMETER. Switch
from using kmalloc to allocate this buffer to __get_free_page to ensure
page alignment.
Signed-off-by: Brian King
---
drivers/tty/hvc/hvcs.c |6
:
ebe1fff8 4e800020 fbe1fff8 7c0802a6 f8010010 7c7f1b78 f821ff81 78290464
80090014 5400019e 7cd0 78000fe0 <0b00> 480c 7c210b78 7c421378
Signed-off-by: Brian King
---
arch/powerpc/kernel/rtas.c |5 +++--
arch/powerpc/platforms/pseries/suspend.c |6 +-
2
k) to send to it.
>
> I was wondering if you have any ideas. Any help is greatly appreciated!
>
> --
> Seth
--
Brian King
Linux on Power Virtualization
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
n you submit
a patch to the maintainers file, adding yourself as the ibmvscsi maintainer?
Thanks,
Brian
--
Brian King
Power Linux I/O
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
some page coalescing statistics available from firmware via
lparcfg.
Signed-off-by: Brian King
---
arch/powerpc/include/asm/firmware.h |3 +-
arch/powerpc/include/asm/hvcall.h | 12
arch/powerpc/include/asm/pSeries_reconfig.h |6
arch/powerpc/kernel
scenarios where the SLB size will change.
Signed-off-by: Brian King
---
arch/powerpc/include/asm/mmu-hash64.h |2 ++
arch/powerpc/kernel/lparcfg.c |3 +++
arch/powerpc/kernel/rtas.c|7 ++-
arch/powerpc/mm/slb.c | 16
.c2009-09-11
> 12:51:52.0 -0500
> @@ -95,7 +95,7 @@
> return parent;
> }
>
> -static BLOCKING_NOTIFIER_HEAD(pSeries_reconfig_chain);
> +struct blocking_notifier_head pSeries_reconfig_chain =
> BLOCKING_NOTIFIER_INIT(pSeries_reconfig_chain);
Can't this just b
DRCONF_MEM_ASSIGNED0x0008
> -#define DRCONF_MEM_AI_INVALID0x0040
> -#define DRCONF_MEM_RESERVED0x0080
> -
> /*
> * Read the next lmb list entry from the ibm,dynamic-memory property
> * and return the information in the provided of_drconf_cell structure.
e(dn->full_name);
> +dn->full_name = cpu_name;
> +
> +rc = add_device_tree_nodes(dn);
> +if (rc)
> +release_drc(drc_index);
> +
> +return rc ? rc : count;
> +}
> +
--
Brian King
Linux on Power Virtualization
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
aned. Pages that are marked as
"loaned" which are not in the balloon will automatically get switched to
"active"
the next time we touch the page. This also fixes the case where totalram_pages
is smaller than min_mem_mb, which can occur during kdump.
Signed-off-by: Brian King
-
aned. Pages that are marked as
"loaned" which are not in the balloon will automatically get switched to
"active"
the next time we touch the page. This also fixes the case where totalram_pages
is smaller than min_mem_mb, which can occur during kdump.
Signed-off-by: Brian King
-
rtas_percpu_suspend_me. Fix this by calling H_JOIN multiple times
if necessary during the migration.
Signed-off-by: Brian King
---
arch/powerpc/kernel/rtas.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff -puN arch/powerpc/kernel/rtas.c~powerpc_migration_hang_fix
arch
Nathan Lynch wrote:
> Brian King wrote:
>> While testing partition migration with heavy CPU load using
>> shared processors, it was observed that sometimes the migration
>> would never complete and would appear to hang. Currently, the
>> migration code assumes that if
rtas_percpu_suspend_me. Fix this by calling H_JOIN multiple times
if necessary during the migration.
Signed-off-by: Brian King
---
arch/powerpc/kernel/rtas.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff -puN arch/powerpc/kernel/rtas.c~powerpc_migration_hang_fix
arch
Enables support for HMC initiated partition hibernation. This is
a firmware assisted hibernation, since the firmware handles writing
the memory out to disk, along with other partition information,
so we just mimic suspend to ram.
Signed-off-by: Brian King
---
arch/powerpc/Kconfig
Adds support for suspend/resume for VIO devices. This is needed for
support for HMC initiated hibernation.
Signed-off-by: Brian King
---
arch/powerpc/kernel/vio.c | 24
1 file changed, 24 insertions(+)
diff -puN arch/powerpc/kernel/vio.c~powerpc_vio_bus_pm arch
gt; };
You'll want to add this to vio_cmo_dev_attrs as well, as that is the
device attribute array that gets used when active memory sharing is enabled.
Thanks,
Brian
--
Brian King
Linux on Power Virtualization
IBM Linux Technology Center
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
c0
<4>[c0003fe33d40] [c00c6f0c] .run_workqueue+0xf4/0x1e0
<4>[c0003fe33e00] [c00c70b8] .worker_thread+0xc0/0x180
<4>[c0003fe33ed0] [c00cce74] .kthread+0xb4/0xc0
<4>[c0003fe33f90] [c00309fc] .kernel_thread+0x54/0x70
<4
Since there is nothing to stop an IPI from occurring to an
offline CPU, rather than printing a warning to the logs,
just ignore the IPI. This was seen while stress testing
SMT enable/disable.
Signed-off-by: Brian King
---
arch/powerpc/platforms/pseries/xics.c |3 ++-
1 file changed, 2
1 - 100 of 321 matches
Mail list logo
