Finance Department | 20 Sep 16:09 2014
Picon

Payment

Dear Recipient,

You have been awarded the sum of  8,000,000.00 (Eight Million Pounds sterling) with reference number
77100146 by office of the ministry of finance UK.Send us your personal details to deliver your funds.

Gloria Pete
Richard Zhu | 22 Sep 12:45 2014

[PATCH v1]PCI: imx6: enable pcie on imx6sx sdb and imx6qdl sabreauto.

Main changes since the RFC:
Thanks for quick review from Lucas.
1. seperate the smashed patch-set.
2. remove the "power-on-gpio".
3. add/update the pcie-supply of the dts and binding.
4. 

[PATCH v1 1/4] PCI: imx6: enable pcie on imx6qdl sabreauto
[PATCH v1 2/4] PCI: imx6: update dts and binding for imx6sx pcie
[PATCH v1 3/4] PCI: imx6: add imx6sx pcie related gpr bits
[PATCH v1 4/4] PCI: imx6: add imx6sx pcie support
Benjamin Siaka | 22 Sep 03:15 2014
Picon

HOW ARE YOU?

Hello my Dear,

I will greatly appreciate my correspondence meets you in good health condition.

My name is Mr. Benjamin Siaka. I am seeking for your co-operation for investment partnership in your
Country. I shall provide the FUND for the investment. When you acknowledged the receipt of this
correspondence, thereafter I will give you the Full Details of my investment proposal.

I await your response in earliest.

My regards,
Mr. Benjamin Siaka.
andreas.noever | 20 Sep 13:19 2014
Picon

[PATCH v2 0/3] ACPI: Improve behaviour on Apple hardware

From: Andreas Noever <andreas.noever <at> gmail.com>

This is a resend of Matthew's patches from https://lkml.org/lkml/2014/6/1/165
which are needed to fully support Thunderbolt on Apple hardware:
> Apple hardware behaves differently depending on whether or not the OS claims
> to be Darwin. Failing to report Darwin results in some hardware being
> disabled.  However, claiming to be Darwin also alters the behaviour of
> battery reporting and PCI handling. These patches add support for reporting
> Darwin support and fixing up the behavioural quirks that are exposed as a
> result.
Without these patches the firmware will cut power to the controller after
suspend (at the latest) and the thunderbolt driver will fail.

I have reordered them such that the two battery fixes/quirks come before the
_OSI change that breaks battery reporting. I have also merged "ACPI: Don't call
PCI OSC on Apple hardware when claiming to be Darwin" into "ACPI: Support
_OSI("Darwin") correctly" to avoid (temporarily) breaking hotplug events and
modified the patch to not touch ACPICA, as requested by Rafael.

Matthew Garrett (3):
  ACPI: Don't assume the existence of an SBS charger
  ACPI: Disable smart battery manager on Apple
  ACPI: Support _OSI("Darwin") correctly

 drivers/acpi/osl.c      | 10 +++++++
 drivers/acpi/pci_root.c | 14 +++++++++
 drivers/acpi/sbs.c      | 80 +++++++++++++++++++++++++++++++++++++++----------
 3 files changed, 89 insertions(+), 15 deletions(-)

--

-- 
(Continue reading)

Bjorn Helgaas | 20 Sep 04:15 2014
Picon

Re: [Bug 84821] New: Compex WLE900VX-7A not recognized

[+cc linux-pci to make this more searchable]

On Fri, Sep 19, 2014 at 04:08:40PM +0000, bugzilla-daemon <at> bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=84821
> 
>             Bug ID: 84821
>            Summary: Compex WLE900VX-7A not recognized
>            Product: Drivers
>            Version: 2.5
>     Kernel Version: 3.16
>           Hardware: All
>                 OS: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: normal
>           Priority: P1
>          Component: PCI
>           Assignee: drivers_pci <at> kernel-bugs.osdl.org
>           Reporter: rootkit85 <at> yahoo.it
>         Regression: No
> 
> I have some mini PCI-express cards that fails to be recognized.
> 
> The card is a Compex WLE900VX-7A
> http://www.compex.com.sg/productdetailinfo.asp?model=WLE900VX
> 
> and it can't be enumerated as PCI device.
> 
> On a Lenovo Thinkpad notebook it can't never be enumerated, on my Samsung
> NP350V5C-S09IT it appears in the devices list only after a reboot (ie. must
(Continue reading)

Bjorn Helgaas | 19 Sep 18:45 2014
Picon

[GIT PULL] PCI fixes for v3.17

Hi Linus,

These fix:

  - Boot video device detection on dual-GPU Apple systems
  - Hotplug fiascos on VGA switcheroo with radeon & nouveau drivers
  - Boot hang on Freescale i.MX6 systems
  - Excessive "no hotplug settings from platform" warnings

Bjorn

The following changes since commit 52addcf9d6669fa439387610bc65c92fa0980cef:

  Linux 3.17-rc2 (2014-08-25 15:36:20 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git tags/pci-v3.17-fixes-2

for you to fetch changes up to 649ae75286793304130e747efa7d1a88daaf7e2e:

  Merge branch 'pci/vga'; commit '6a73336bde29' into for-linus (2014-09-18 23:05:06 -0600)

----------------------------------------------------------------
PCI updates for v3.17:

  Enumeration
    - Don't default exclusively to first video device (Bruno Prémont)

  PCI device hotplug
(Continue reading)

Fabio Estevam | 19 Sep 15:47 2014

[PATCH] PCI: designware: Use NULL instead of false

of_get_address() expects pointers in the third and fourth parameters.

Pass NULL in order to fix the following sparse warnings:

drivers/pci/host/pcie-designware.c:433:51: warning: Using plain integer as NULL pointer
drivers/pci/host/pcie-designware.c:433:58: warning: Using plain integer as NULL pointer 

Signed-off-by: Fabio Estevam <fabio.estevam <at> freescale.com>
---
 drivers/pci/host/pcie-designware.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/pci/host/pcie-designware.c b/drivers/pci/host/pcie-designware.c
index 12c42fc..f1f0b7a 100644
--- a/drivers/pci/host/pcie-designware.c
+++ b/drivers/pci/host/pcie-designware.c
 <at>  <at>  -430,7 +430,7  <at>  <at>  int __init dw_pcie_host_init(struct pcie_port *pp)

 		/* Find the untranslated configuration space address */
 		index = of_property_match_string(np, "reg-names", "config");
-		addrp = of_get_address(np, index, false, false);
+		addrp = of_get_address(np, index, NULL, NULL);
 		pp->cfg0_mod_base = of_read_number(addrp, ns);
 		pp->cfg1_mod_base = pp->cfg0_mod_base + pp->config.cfg0_size;
 	} else {
--

-- 
1.9.1

Liviu Dudau | 18 Sep 04:11 2014

PCI: request to pull the generic OF hostbridge patches

Hi Bjorn,

I would like to get my generic OF host bridge patches integrated into your PCI
tree if possible. I have pushed my v11 series into

git://linux-arm.org/linux-ld.git for-upstream/pci_v11

I would like to thank you in advance for your support.

Best regards,
Liviu

--

-- 
====================
| I would like to |
| fix the world,  |
| but they're not |
| giving me the   |
 \ source code!  /
  ---------------
    ¯\_(ツ)_/¯

Catalin Marinas | 17 Sep 18:03 2014

Re: [PATCH v8 1/4] pci:host: APM X-Gene PCIe host controller driver

On Tue, Sep 16, 2014 at 09:02:11PM +0100, Tanmay Inamdar wrote:
> On Fri, Sep 12, 2014 at 2:18 AM, Liviu Dudau <Liviu.Dudau <at> arm.com> wrote:
> > On Thu, Sep 11, 2014 at 11:57:43PM +0100, Tanmay Inamdar wrote:
> >> This patch adds the AppliedMicro X-Gene SOC PCIe host controller driver.
> >> X-Gene PCIe controller supports maximum up to 8 lanes and GEN3 speed.
> >> X-Gene SOC supports maximum 5 PCIe ports.
> >>
> >> Signed-off-by: Tanmay Inamdar <tinamdar <at> apm.com>
> >
> > It looks good to me now. You can add if you care:
> >
> > Reviewed-by: Liviu Dudau <Liviu.Dudau <at> arm.com>
> 
> I will have to send another version of patch as I forgot to add
> 'dma-coherent' in device tree entry.
> 
> Secondly I see that setting 'dma-coherent' in device tree node sets
> coherent_dma_ops for the root bus but for the endpoint another 'dev'
> gets assigned. This causes endpoint to use non-coherent dma apis
> causing failure in dma operations.

For PCIe, setting dma-coherent in the DT nodes wouldn't have any effect
yet. We have of_dma_configure() being called for platform devices but it
won't work for PCIe which are probed at run-time (nor for AMBA which
require an additional patch).

So for arm64 currently we have some hooks in dma-mapping.c to intercept
when a device is added to a bus. What I need to do though is check
recursively whether the parent (bus) had the 'dma-coherent' property
(pointed out by Jon). I think something like this would do (not tested):
(Continue reading)

Bjorn Helgaas | 17 Sep 17:38 2014
Picon

Re: [Bug 84761] New: LSI controller not found when specifying pci=assign-busses

[+cc Andreas, linux-pci, thanks for the bugzilla; please continue
discussion in email]

On Wed, Sep 17, 2014 at 7:48 AM,  <bugzilla-daemon <at> bugzilla.kernel.org> wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=84761
>
>             Bug ID: 84761
>            Summary: LSI controller not found when specifying
>                     pci=assign-busses
>            Product: Drivers
>            Version: 2.5
>     Kernel Version: linux-3.17.0-rc2
>           Hardware: All
>                 OS: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: normal
>           Priority: P1
>          Component: PCI
>           Assignee: drivers_pci <at> kernel-bugs.osdl.org
>           Reporter: dmilburn <at> redhat.com
>         Regression: No
>
> Created attachment 150651
>   --> https://bugzilla.kernel.org/attachment.cgi?id=150651&action=edit
> Patch to change pcibios_assign_all_busses check in pci_scan_bridge()
>
> When booting with kernel command line option "pci=assign-busses", LSI
> controller
> is no longer found.
(Continue reading)

Alex Williamson | 17 Sep 16:59 2014
Picon

[PATCH] pci: quirks: Add ACS quirk for Solarflare SFC9120 & SFC9140

Solarflare confirms that these devices do not allow peer-to-peer
between functions.  Quirk them to allow IOMMU grouping to expose this
isolation.

Signed-off-by: Alex Williamson <alex.williamson <at> redhat.com>
Cc: Robert Stonehouse <rstonehouse <at> solarflare.com>
---

 drivers/pci/quirks.c |   17 +++++++++++++++++
 1 file changed, 17 insertions(+)

diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
index 80c2d01..78cc83f 100644
--- a/drivers/pci/quirks.c
+++ b/drivers/pci/quirks.c
 <at>  <at>  -3664,6 +3664,21  <at>  <at>  static int pci_quirk_intel_pch_acs(struct pci_dev *dev, u16 acs_flags)
 	return acs_flags & ~flags ? 0 : 1;
 }

+static int pci_quirk_solarflare_acs(struct pci_dev *dev, u16 acs_flags)
+{
+	/*
+	 * SV, TB, and UF are not relevant to multifunction endpoints.
+	 *
+	 * Solarflare indicates that peer-to-peer between functions is not
+	 * possible, therefore RR, CR, and DT are not implemented.  Mask
+	 * these out as if they were clear in the ACS capabilities register.
+	 */
+	acs_flags &= ~(PCI_ACS_SV | PCI_ACS_TB | PCI_ACS_RR |
+		       PCI_ACS_CR | PCI_ACS_UF | PCI_ACS_DT);
(Continue reading)


Gmane