Linux on ARM based TI OMAP SoCs

• Date Index

• [PATCH v2 22/26] PCI: keystone: Add support for PCIe EP in AM654x Platforms, (continued)
  • [PATCH v2 22/26] PCI: keystone: Add support for PCIe EP in AM654x Platforms, Kishon Vijay Abraham I
  • [PATCH v2 26/26] misc: pci_endpoint_test: Fix test_reg_bar to be updated in pci_endpoint_test, Kishon Vijay Abraham I
  • [PATCH v2 23/26] PCI: designware-ep: Configure RESBAR to advertise the smallest size, Kishon Vijay Abraham I
    • Re: [PATCH v2 23/26] PCI: designware-ep: Configure RESBAR to advertise the smallest size, Bjorn Helgaas
      • Re: [PATCH v2 23/26] PCI: designware-ep: Configure RESBAR to advertise the smallest size, Lorenzo Pieralisi
  • [PATCH v2 11/26] PCI: dwc: Fix ATU identification for designware version >= 4.80, Kishon Vijay Abraham I
  • [PATCH v2 25/26] misc: pci_endpoint_test: Add support to test PCI EP in AM654x, Kishon Vijay Abraham I
  • [PATCH v2 14/26] PCI: keystone: Add support for PCIe RC in AM654x Platforms, Kishon Vijay Abraham I
  • [PATCH v2 12/26] PCI: keystone: Prevent ARM32 specific code to be compiled for ARM64, Kishon Vijay Abraham I
  • [PATCH v2 10/26] PCI: dwc: Enable iATU unroll for endpoint too, Kishon Vijay Abraham I
  • [PATCH v2 05/26] PCI: keystone: Use platform_get_resource_byname to get memory resources, Kishon Vijay Abraham I
  • [PATCH v2 13/26] dt-bindings: PCI: Add PCI RC dt binding documentation for AM654, Kishon Vijay Abraham I
  • [PATCH v2 24/26] PCI: designware-ep: Use aligned ATU window for raising MSI interrupts, Kishon Vijay Abraham I
  • [PATCH v2 01/26] PCI: keystone: Add start_link/stop_link dw_pcie_ops, Kishon Vijay Abraham I
  • [PATCH v2 04/26] PCI: keystone: Perform host initialization in a single function, Kishon Vijay Abraham I
  • [PATCH v2 03/26] dt-bindings: PCI: keystone: Add "reg-names" binding information, Kishon Vijay Abraham I
  • Re: [PATCH v2 00/26] Add support for PCIe RC and EP mode in TI's AM654 SoC, Kishon Vijay Abraham I
• [PATCH] usb: musb: omap2430: Add support for idling phy when musb is idle, Tony Lindgren
  • Re: [PATCH] usb: musb: omap2430: Add support for idling phy when musb is idle, Bin Liu
• [PATCH] phy: phy-twl4030-usb: Fix cable state handling, Tony Lindgren
  • Re: [PATCH] phy: phy-twl4030-usb: Fix cable state handling, Kishon Vijay Abraham I
• [PATCH] usb: core: Add PM runtime calls to usb_hcd_platform_shutdown, Tony Lindgren
  • Re: [PATCH] usb: core: Add PM runtime calls to usb_hcd_platform_shutdown, Alan Stern
• [PATCH] usb: host: ohci-platform: Implement ohci_platform_shutdown, Tony Lindgren
  • Re: [PATCH] usb: host: ohci-platform: Implement ohci_platform_shutdown, Alan Stern
    • Re: [PATCH] usb: host: ohci-platform: Implement ohci_platform_shutdown, Tony Lindgren
      • Re: [PATCH] usb: host: ohci-platform: Implement ohci_platform_shutdown, Alan Stern
        • Re: [PATCH] usb: host: ohci-platform: Implement ohci_platform_shutdown, Tony Lindgren
          • Re: [PATCH] usb: host: ohci-platform: Implement ohci_platform_shutdown, Alan Stern
• [PATCH 0/5] AM437x: Add rtc-only + DDR mode support, Keerthy
  • [PATCH 1/5] rtc: OMAP: Add support for rtc-only mode, Keerthy
    • Re: [PATCH 1/5] rtc: OMAP: Add support for rtc-only mode, Keerthy
  • [PATCH 4/5] soc: ti: pm33xx: Push the am33xx_push_sram_idle to the top, Keerthy
  • [PATCH 2/5] rtc: interface: Add power_off_program to rtc_class_ops, Keerthy
  • [PATCH 3/5] arm: mach-omap2: pm33xx: Add support for rtc+ddr in self refresh mode, Keerthy
    • Re: [PATCH 3/5] arm: mach-omap2: pm33xx: Add support for rtc+ddr in self refresh mode, Tony Lindgren
      • Re: [PATCH 3/5] arm: mach-omap2: pm33xx: Add support for rtc+ddr in self refresh mode, Andreas Kemnade
        • Re: [PATCH 3/5] arm: mach-omap2: pm33xx: Add support for rtc+ddr in self refresh mode, Tony Lindgren
          • Re: [PATCH 3/5] arm: mach-omap2: pm33xx: Add support for rtc+ddr in self refresh mode, Andreas Kemnade
            • Re: [PATCH 3/5] arm: mach-omap2: pm33xx: Add support for rtc+ddr in self refresh mode, Tony Lindgren
  • [PATCH 5/5] soc: ti: pm33xx: AM437X: Add rtc_only with ddr in self-refresh support, Keerthy
  • Re: [PATCH 0/5] AM437x: Add rtc-only + DDR mode support, Russell King - ARM Linux admin
    • Re: [PATCH 0/5] AM437x: Add rtc-only + DDR mode support, keerthy
      • Re: [PATCH 0/5] AM437x: Add rtc-only + DDR mode support, Russell King - ARM Linux admin
        • Re: [PATCH 0/5] AM437x: Add rtc-only + DDR mode support, keerthy
• [PATCH] mtd: rawnand: ams-delta: Drop board specific partition info, Janusz Krzysztofik
  • Re: [PATCH] mtd: rawnand: ams-delta: Drop board specific partition info, Aaro Koskinen
    • Re: [PATCH] mtd: rawnand: ams-delta: Drop board specific partition info, Janusz Krzysztofik
      • Re: [PATCH] mtd: rawnand: ams-delta: Drop board specific partition info, Aaro Koskinen
        • Re: [PATCH] mtd: rawnand: ams-delta: Drop board specific partition info, H. Nikolaus Schaller
          • Re: [PATCH] mtd: rawnand: ams-delta: Drop board specific partition info, Janusz Krzysztofik
        • Re: [PATCH] mtd: rawnand: ams-delta: Drop board specific partition info, Janusz Krzysztofik
  • [PATCH v2] mtd: rawnand: ams-delta: Drop board specific partition info, Janusz Krzysztofik
    • Re: [PATCH v2] mtd: rawnand: ams-delta: Drop board specific partition info, Miquel Raynal
      • Re: [PATCH v2] mtd: rawnand: ams-delta: Drop board specific partition info, Janusz Krzysztofik
        • Re: [PATCH v2] mtd: rawnand: ams-delta: Drop board specific partition info, Miquel Raynal
          • Re: [PATCH v2] mtd: rawnand: ams-delta: Drop board specific partition info, Janusz Krzysztofik
    • [PATCH v3] mtd: rawnand: ams-delta: Drop board specific partition info, Janusz Krzysztofik
      • Re: [PATCH v3] mtd: rawnand: ams-delta: Drop board specific partition info, Ladislav Michl
        • Re: [PATCH v3] mtd: rawnand: ams-delta: Drop board specific partition info, Janusz Krzysztofik
          • Re: [PATCH v3] mtd: rawnand: ams-delta: Drop board specific partition info, Ladislav Michl
• [PATCH] ARM: OMAP1: ams-delta: Fix broken GPIO ID allocation, Janusz Krzysztofik
  • Re: [PATCH] ARM: OMAP1: ams-delta: Fix broken GPIO ID allocation, Aaro Koskinen
    • Re: [PATCH] ARM: OMAP1: ams-delta: Fix broken GPIO ID allocation, Tony Lindgren
• [PATCH v3 0/2] Fixes for commands errors during tuning, Faiz Abbas
  • [PATCH v3 1/2] mmc: sdhci: Make sdhci_send_command() public, Faiz Abbas
    • Re: [PATCH v3 1/2] mmc: sdhci: Make sdhci_send_command() public, Kishon Vijay Abraham I
      • Re: [PATCH v3 1/2] mmc: sdhci: Make sdhci_send_command() public, Faiz Abbas
  • [PATCH v3 2/2] mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning, Faiz Abbas
    • Re: [PATCH v3 2/2] mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning, Kishon Vijay Abraham I
      • Re: [PATCH v3 2/2] mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning, Faiz Abbas
• [PATCH] ARM: dts: am335x-evmsk: Correct the regulators for the audio codec, Peter Ujfalusi
  • Re: [PATCH] ARM: dts: am335x-evmsk: Correct the regulators for the audio codec, Peter Ujfalusi
  • <Possible follow-ups>
  • [PATCH] ARM: dts: am335x-evmsk: Correct the regulators for the audio codec, Peter Ujfalusi
• [PATCH] ARM: dts: am335x-evm: Correct the regulators for the audio codec, Peter Ujfalusi
  • Re: [PATCH] ARM: dts: am335x-evm: Correct the regulators for the audio codec, Peter Ujfalusi
  • <Possible follow-ups>
  • [PATCH] ARM: dts: am335x-evm: Correct the regulators for the audio codec, Peter Ujfalusi
    • Re: [PATCH] ARM: dts: am335x-evm: Correct the regulators for the audio codec, Tony Lindgren
• [PATCH AUTOSEL 4.20 29/60] ARM: dts: am335x-evm: Fix PHY mode for ethernet, Sasha Levin
• [PATCH AUTOSEL 4.20 28/60] ARM: dts: am335x-evmsk: Fix PHY mode for ethernet, Sasha Levin
• [PATCH 0/2] ARM: dts: am335x: Replace numeric pinmux address with macro defines, Christina Quast
  • [PATCH 1/2] ARM: dts: am335x: Replace numeric pinmux address with macro defines, Christina Quast
    • Re: [PATCH 1/2] ARM: dts: am335x: Replace numeric pinmux address with macro defines, Tony Lindgren
  • Message not available
    • Re: [PATCH 2/2] ARM: dts: am335x: Replaced register offsets with defines, Tony Lindgren
      • Message not available
        • Re: [PATCH 2/2] ARM: dts: am335x: Replaced register offsets with defines, Tony Lindgren
      • [PATCH v2 0/6] ARM: dts: am335x: Replace numeric pinmux address with macro defines, Christina Quast
        • [PATCH v2 1/6] ARM: dts: am33xx: Added macros for numeric pinmux addresses, Christina Quast
          • Re: [PATCH v2 1/6] ARM: dts: am33xx: Added macros for numeric pinmux addresses, Rob Herring
            • Re: [PATCH v2 1/6] ARM: dts: am33xx: Added macros for numeric pinmux addresses, Adam Ford
              • Re: [PATCH v2 1/6] ARM: dts: am33xx: Added macros for numeric pinmux addresses, Tony Lindgren
        • [PATCH v2 2/6] ARM: dts: am33xx: Added AM33XX_PADCONF macro, Christina Quast
          • Re: [PATCH v2 2/6] ARM: dts: am33xx: Added AM33XX_PADCONF macro, Rob Herring
        • [PATCH v2 3/6] ARM: dts: am335x: bone-common: Replaced register offsets with defines, Christina Quast
        • [PATCH v2 4/6] ARM: dts: am335x: boneblack-common: Replaced register offsets with defines, Christina Quast
        • [PATCH v2 5/6] ARM: dts: am335x: boneblack-wireless: Replaced register offsets with defines, Christina Quast
        • [PATCH v2 6/6] ARM: dts: am335x: pocketbeagle: Replaced register offsets with defines, Christina Quast
        • Re: [PATCH v2 0/6] ARM: dts: am335x: Replace numeric pinmux address with macro defines, Tony Lindgren
• [PATCH AUTOSEL 4.20 13/52] ARM: dts: Configure clock parent for pwm vibra, Sasha Levin
• [PATCH AUTOSEL 4.20 14/52] ARM: OMAP2+: Variable "reg" in function omap4_dsi_mux_pads() could be uninitialized, Sasha Levin
• [PATCH AUTOSEL 4.20 24/52] ARM: OMAP2+: fix lack of timer interrupts on CPU1 after hotplug, Sasha Levin
• [PATCH AUTOSEL 4.19 13/44] ARM: OMAP2+: Variable "reg" in function omap4_dsi_mux_pads() could be uninitialized, Sasha Levin
• [PATCH AUTOSEL 4.19 12/44] ARM: dts: Configure clock parent for pwm vibra, Sasha Levin
• [PATCH AUTOSEL 4.19 22/44] ARM: OMAP2+: fix lack of timer interrupts on CPU1 after hotplug, Sasha Levin
• [PATCH AUTOSEL 4.14 12/27] ARM: OMAP2+: fix lack of timer interrupts on CPU1 after hotplug, Sasha Levin
• [PATCH AUTOSEL 4.14 08/27] ARM: OMAP2+: Variable "reg" in function omap4_dsi_mux_pads() could be uninitialized, Sasha Levin
• [PATCH AUTOSEL 4.9 04/12] ARM: OMAP2+: Variable "reg" in function omap4_dsi_mux_pads() could be uninitialized, Sasha Levin
• [PATCH AUTOSEL 4.4 4/8] ARM: OMAP2+: Variable "reg" in function omap4_dsi_mux_pads() could be uninitialized, Sasha Levin
• [PATCH 01/42] drivers: gpio: 74xx-mmio: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
  • [PATCH 08/42] drivers: gpio: dwap: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 08/42] drivers: gpio: dwap: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 42/42] drivers: gpio: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 42/42] drivers: gpio: use devm_platform_ioremap_resource(), Thierry Reding
    • Re: [PATCH 42/42] drivers: gpio: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 41/42] drivers: gpio: xlp: devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 41/42] drivers: gpio: xlp: devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 40/42] drivers: gpio: zx: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 40/42] drivers: gpio: zx: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 38/42] drivers: gpio: vr41xx: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 38/42] drivers: gpio: vr41xx: use devm_platform_ioremap_resource(), Thierry Reding
      • Re: [PATCH 38/42] drivers: gpio: vr41xx: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
        • Re: [PATCH 38/42] drivers: gpio: vr41xx: use devm_platform_ioremap_resource(), Florian Fainelli
    • Re: [PATCH 38/42] drivers: gpio: vr41xx: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 39/42] drivers: gpio: xgene-sb: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 39/42] drivers: gpio: xgene-sb: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 37/42] drivers: gpio: vf610: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 37/42] drivers: gpio: vf610: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 30/42] drivers: gpio: sta2x11: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 30/42] drivers: gpio: sta2x11: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 36/42] drivers: gpio: uniphier: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 36/42] drivers: gpio: uniphier: use devm_platform_ioremap_resource(), Masahiro Yamada
    • Re: [PATCH 36/42] drivers: gpio: uniphier: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 34/42] drivers: gpio: timberdale: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 34/42] drivers: gpio: timberdale: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 33/42] drivers: gpio: tegra: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 33/42] drivers: gpio: tegra: use devm_platform_ioremap_resource(), Thierry Reding
    • Re: [PATCH 33/42] drivers: gpio: tegra: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 31/42] drivers: gpio: stp-xway: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 31/42] drivers: gpio: stp-xway: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 35/42] drivers: gpio: ts4800: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 35/42] drivers: gpio: ts4800: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 29/42] drivers: gpio: sprd: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 29/42] drivers: gpio: sprd: use devm_platform_ioremap_resource(), Baolin Wang
    • Re: [PATCH 29/42] drivers: gpio: sprd: use devm_platform_ioremap_resource(), Linus Walleij
      • Re: [PATCH 29/42] drivers: gpio: sprd: use devm_platform_ioremap_resource(), Baolin Wang
        • Re: [PATCH 29/42] drivers: gpio: sprd: use devm_platform_ioremap_resource(), Linus Walleij
          • Re: [PATCH 29/42] drivers: gpio: sprd: use devm_platform_ioremap_resource(), Baolin Wang
  • [PATCH 25/42] drivers: gpio: pxa: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 25/42] drivers: gpio: pxa: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 28/42] drivers: gpio: spear-spics: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 28/42] drivers: gpio: spear-spics: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 32/42] drivers: gpio: tb10x: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 32/42] drivers: gpio: tb10x: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 26/42] drivers: gpio: rcar: pendantic formatting, Enrico Weigelt, metux IT consult
    • Re: [PATCH 26/42] drivers: gpio: rcar: pendantic formatting, Thierry Reding
    • Re: [PATCH 26/42] drivers: gpio: rcar: pendantic formatting, Geert Uytterhoeven
    • Re: [PATCH 26/42] drivers: gpio: rcar: pendantic formatting, Linus Walleij
  • [PATCH 27/42] drivers: gpio: rcar: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 27/42] drivers: gpio: rcar: use devm_platform_ioremap_resource(), Geert Uytterhoeven
    • Re: [PATCH 27/42] drivers: gpio: rcar: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 24/42] drivers: gpio: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 24/42] drivers: gpio: use devm_platform_ioremap_resource(), Florian Fainelli
      • [PATCH] drivers: gpio: omap: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
        • Re: [PATCH] drivers: gpio: omap: use devm_platform_ioremap_resource(), Grygorii Strashko
        • Re: [PATCH] drivers: gpio: omap: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 23/42] drivers: gpio: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 23/42] drivers: gpio: use devm_platform_ioremap_resource(), Florian Fainelli
  • [PATCH 21/42] drivers: gpio: mvebu: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 21/42] drivers: gpio: mvebu: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 13/42] drivers: gpio: hlwd: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 13/42] drivers: gpio: hlwd: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 22/42] drivers: gpio: mxc: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 22/42] drivers: gpio: mxc: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 19/42] drivers: gpio: mb86s7x: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 19/42] drivers: gpio: mb86s7x: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 02/42] drivers: gpio: amdpt: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 02/42] drivers: gpio: amdpt: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 07/42] drivers: gpio: clps711x: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 07/42] drivers: gpio: clps711x: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 06/42] drivers: gpio: cadence: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 06/42] drivers: gpio: cadence: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 10/42] drivers: gpio: ep93xx: devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 10/42] drivers: gpio: ep93xx: devm_platform_ioremap_resource(), Thierry Reding
    • Re: [PATCH 10/42] drivers: gpio: ep93xx: devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 12/42] drivers: gpio: grgpio: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 12/42] drivers: gpio: grgpio: use devm_platform_ioremap_resource(), Thierry Reding
    • Re: [PATCH 12/42] drivers: gpio: grgpio: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 14/42] drivers: gpio: iop: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 14/42] drivers: gpio: iop: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 16/42] drivers: gpio: janz-ttl: drop unneccessary temp variable dev, Enrico Weigelt, metux IT consult
    • Re: [PATCH 16/42] drivers: gpio: janz-ttl: drop unneccessary temp variable dev, Ben Dooks
      • Re: [PATCH 16/42] drivers: gpio: janz-ttl: drop unneccessary temp variable dev, Enrico Weigelt, metux IT consult
        • Re: [PATCH 16/42] drivers: gpio: janz-ttl: drop unneccessary temp variable dev, Thierry Reding
          • Re: [PATCH 16/42] drivers: gpio: janz-ttl: drop unneccessary temp variable dev, Enrico Weigelt, metux IT consult
    • Re: [PATCH 16/42] drivers: gpio: janz-ttl: drop unneccessary temp variable dev, Linus Walleij
  • [PATCH 20/42] drivers: gpio: mt7621: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 20/42] drivers: gpio: mt7621: use devm_platform_ioremap_resource(), Matthias Brugger
    • Re: [PATCH 20/42] drivers: gpio: mt7621: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 18/42] drivers: gpio: lpc18xx: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 18/42] drivers: gpio: lpc18xx: use devm_platform_ioremap_resource(), Vladimir Zapolskiy
    • Re: [PATCH 18/42] drivers: gpio: lpc18xx: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 17/42] drivers: gpio: loongon1: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 17/42] drivers: gpio: loongon1: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 15/42] drivers: gpio: janz-ttl: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 15/42] drivers: gpio: janz-ttl: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 11/42] drivers: gpio: ftgpio010: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 11/42] drivers: gpio: ftgpio010: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 03/42] drivers: gpio: amdpt: drop unneeded deref of &pdev->dev, Enrico Weigelt, metux IT consult
    • Re: [PATCH 03/42] drivers: gpio: amdpt: drop unneeded deref of &pdev->dev, Thierry Reding
    • Re: [PATCH 03/42] drivers: gpio: amdpt: drop unneeded deref of &pdev->dev, Linus Walleij
  • [PATCH 05/42] drivers: gpio: bcm-kona: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 05/42] drivers: gpio: bcm-kona: use devm_platform_ioremap_resource(), Florian Fainelli
    • Re: [PATCH 05/42] drivers: gpio: bcm-kona: use devm_platform_ioremap_resource(), Uwe Kleine-König
    • Re: [PATCH 05/42] drivers: gpio: bcm-kona: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 09/42] drivers: gpio: sprd: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 09/42] drivers: gpio: sprd: use devm_platform_ioremap_resource(), Baolin Wang
      • Re: [PATCH 09/42] drivers: gpio: sprd: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 09/42] drivers: gpio: sprd: use devm_platform_ioremap_resource(), Linus Walleij
  • [PATCH 04/42] drivers: gpio: aspeed: use devm_platform_ioremap_resource(), Enrico Weigelt, metux IT consult
    • Re: [PATCH 04/42] drivers: gpio: aspeed: use devm_platform_ioremap_resource(), Linus Walleij
  • Re: [PATCH 01/42] drivers: gpio: 74xx-mmio: use devm_platform_ioremap_resource(), Linus Walleij
• [PATCH] arch: arm: Kconfig: pedantic formatting, Enrico Weigelt, metux IT consult
  • Re: [PATCH] arch: arm: Kconfig: pedantic formatting, Lubomir Rintel
  • Re: [PATCH] arch: arm: Kconfig: pedantic formatting, Andrew Jeffery
    • Re: [PATCH] arch: arm: Kconfig: pedantic formatting, Enrico Weigelt, metux IT consult
  • Re: [PATCH] arch: arm: Kconfig: pedantic formatting, Alexander Sverdlin
  • Re: [PATCH] arch: arm: Kconfig: pedantic formatting, Krzysztof Hałasa
• [PATCH] regulator: palmas: Remove *rdev[PALMAS_NUM_REGS] from struct palmas_pmic, Axel Lin
  • Re: [PATCH] regulator: palmas: Remove *rdev[PALMAS_NUM_REGS] from struct palmas_pmic, Keerthy
• Nokia N900: wl1251 spi3.0: EOW timed out on, Merlijn Wajer
  • Re: Nokia N900: wl1251 spi3.0: EOW timed out on, Merlijn Wajer
    • Re: Nokia N900: wl1251 spi3.0: EOW timed out on, Vignesh Raghavendra
      • Re: Nokia N900: wl1251 spi3.0: EOW timed out on, Merlijn Wajer
        • Re: Nokia N900: wl1251 spi3.0: EOW timed out on, Vignesh Raghavendra
• [PATCH] clk: ti: clkctrl: Fix clkdm_name regression for TI_CLK_CLKCTRL_COMPAT, Tony Lindgren
  • Re: [PATCH] clk: ti: clkctrl: Fix clkdm_name regression for TI_CLK_CLKCTRL_COMPAT, Stephen Boyd
• [PATCH 1/3] ASoC: ti: remove compat dma probing, Arnd Bergmann
  • Applied "ASoC: ti: remove compat dma probing" to the asoc tree, Mark Brown
  • Applied "ASoC: ti: remove compat dma probing" to the asoc tree, Mark Brown
  • Applied "ASoC: ti: remove compat dma probing" to the asoc tree, Mark Brown
• [omap:droid4-pending-mdm-v5.0 5/12] drivers/mfd/motorola-mdm.c:1186: undefined reference to `gsm_serdev_unregister_device', kbuild test robot
• [PATCH] ARM: omap2: remove incorrect __init annotation, Arnd Bergmann
  • Re: [PATCH] ARM: omap2: remove incorrect __init annotation, Nathan Chancellor
    • Re: [PATCH] ARM: omap2: remove incorrect __init annotation, Tony Lindgren
  • <Possible follow-ups>
  • [PATCH] ARM: omap2: remove incorrect __init annotation, Arnd Bergmann
    • Re: [PATCH] ARM: omap2: remove incorrect __init annotation, Andrew Murray
    • Re: [PATCH] ARM: omap2: remove incorrect __init annotation, Olof Johansson
• [PATCH] gpio: omap: avoid clang warning, Arnd Bergmann
  • Re: [PATCH] gpio: omap: avoid clang warning, Bartosz Golaszewski
    • Re: [PATCH] gpio: omap: avoid clang warning, Arnd Bergmann
  • Re: [PATCH] gpio: omap: avoid clang warning, Grygorii Strashko
  • Re: [PATCH] gpio: omap: avoid clang warning, Linus Walleij
• [PATCH] davinci_emac: always build in CONFIG_OF code, Arnd Bergmann
  • Re: [PATCH] davinci_emac: always build in CONFIG_OF code, Nathan Chancellor
  • Re: [PATCH] davinci_emac: always build in CONFIG_OF code, David Miller
• [PATCH] drivers: video: fbdev: Kconfig: pedantic cleanups, Enrico Weigelt, metux IT consult
  • Re: [PATCH] drivers: video: fbdev: Kconfig: pedantic cleanups, Bartlomiej Zolnierkiewicz
• [PATCH 2/3] ASoC: ti: remove compat dma probing, Arnd Bergmann
  • Re: [PATCH 2/3] ASoC: ti: remove compat dma probing, Peter Ujfalusi
    • Re: [PATCH 2/3] ASoC: ti: remove compat dma probing, Arnd Bergmann
• [PATCH] omapfb: Fix potential NULL pointer dereference in kmalloc, Aditya Pakki
  • Re: [PATCH] omapfb: Fix potential NULL pointer dereference in kmalloc, Bartlomiej Zolnierkiewicz
• [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Wolfram Sang
  • [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook, Wolfram Sang
    • Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook, Simon Horman
      • Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook, Andy Shevchenko
        • Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook, Wolfram Sang
          • Re: [RFC PATCH v2 5/7] i2c: busses: omap: Add the master_xfer_irqless hook, Simon Horman
  • [RFC PATCH v2 7/7] i2c: algo: bit: HACK! add atomic callback, Wolfram Sang
  • [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Wolfram Sang
    • Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Timo Alho
    • Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Thierry Reding
    • Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Simon Horman
    • Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Stefan Lengfeld
      • Re: [RFC PATCH v2 6/7] i2c: tegra-bpmp: convert to use new atomic callbacks, Wolfram Sang
  • [RFC PATCH v2 1/7] i2c: apply coding style for struct i2c_adapter, Wolfram Sang
    • Re: [RFC PATCH v2 1/7] i2c: apply coding style for struct i2c_adapter, Simon Horman
    • Re: [RFC PATCH v2 1/7] i2c: apply coding style for struct i2c_adapter, Wolfram Sang
  • [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers, Wolfram Sang
    • Re: [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers, Simon Horman
      • Re: [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers, Wolfram Sang
        • Re: [RFC PATCH v2 3/7] i2c: core: introduce callbacks for atomic transfers, Simon Horman
  • [RFC PATCH v2 2/7] i2c: core: use I2C locking behaviour also for SMBUS, Wolfram Sang
    • Re: [RFC PATCH v2 2/7] i2c: core: use I2C locking behaviour also for SMBUS, Geert Uytterhoeven
    • Re: [RFC PATCH v2 2/7] i2c: core: use I2C locking behaviour also for SMBUS, Simon Horman
  • [RFC PATCH v2 4/7] i2c: demux: WIP: handle the new atomic callbacks, Wolfram Sang
    • Re: [RFC PATCH v2 4/7] i2c: demux: WIP: handle the new atomic callbacks, Simon Horman
  • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Andy Shevchenko
    • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Wolfram Sang
      • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Wolfram Sang
  • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Peter Rosin
    • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Wolfram Sang
      • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Peter Rosin
        • Re: [RFC PATCH v2 0/7] i2c: core: introduce atomic transfers, Wolfram Sang
• [PATCH] gpio: gpio-omap: fix level interrupt idling, Tony Lindgren
  • Re: [PATCH] gpio: gpio-omap: fix level interrupt idling, Grygorii Strashko
  • Re: [PATCH] gpio: gpio-omap: fix level interrupt idling, Linus Walleij
• [PATCH v2 0/2] Fixes for command errors during tuning, Faiz Abbas
  • [PATCH v2 2/2] mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning, Faiz Abbas
    • Re: [PATCH v2 2/2] mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning, Adrian Hunter
      • Re: [PATCH v2 2/2] mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning, Rizvi, Mohammad Faiz Abbas
        • RE: [PATCH v2 2/2] mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning, Hunter, Adrian
  • [PATCH v2 1/2] mmc: sdhci: Add platform_cmd_err() to sdhci_ops, Faiz Abbas
  • Re: [PATCH v2 0/2] Fixes for command errors during tuning, Faiz Abbas
• [PATCH -next] fbdev: omap2: omapfb: trivial code cleanup, Yue Haibing
  • Re: [PATCH -next] fbdev: omap2: omapfb: trivial code cleanup, Bartlomiej Zolnierkiewicz
    • Re: [PATCH -next] fbdev: omap2: omapfb: trivial code cleanup, YueHaibing
• [PATCH] mfd: tps65910: Properly disable the power on state, Robert Yang
• [PATCH AUTOSEL 4.20 01/81] ARM: OMAP: dts: N950/N9: fix onenand timings, Sasha Levin
  • [PATCH AUTOSEL 4.20 70/81] i2c: omap: Use noirq system sleep pm ops to idle device for suspend, Sasha Levin
  • [PATCH AUTOSEL 4.20 19/81] ARM: dts: omap3-gta04: Fix graph_port warning, Sasha Levin
  • [PATCH AUTOSEL 4.20 20/81] ARM: dts: n900: fix mmc1 card detect gpio polarity, Sasha Levin
  • [PATCH AUTOSEL 4.20 21/81] ARM: dts: am335x-shc.dts: fix wrong cd pin level, Sasha Levin
• [PATCH AUTOSEL 4.19 01/64] ARM: OMAP: dts: N950/N9: fix onenand timings, Sasha Levin
  • [PATCH AUTOSEL 4.19 56/64] i2c: omap: Use noirq system sleep pm ops to idle device for suspend, Sasha Levin
• [PATCH AUTOSEL 4.14 33/36] i2c: omap: Use noirq system sleep pm ops to idle device for suspend, Sasha Levin
• [PATCH 1/8] PCI: dwc: pci-dra7xx: fix a leaked reference by adding missing of_node_put, Wen Yang
  • [PATCH 3/8] PCI: dwc: layerscape: fix a leaked reference by adding missing of_node_put, Wen Yang
  • [PATCH 5/8] PCI: aardvark: fix a leaked reference by adding missing of_node_put, Wen Yang
  • [PATCH 7/8] PCI: mediatek: fix a leaked reference by adding missing of_node_put, Wen Yang
    • Re: [PATCH 7/8] PCI: mediatek: fix a leaked reference by adding missing of_node_put, Honghui Zhang
  • [PATCH 8/8] PCI: rpadlpar: fix a leaked reference by adding missing of_node_put, Wen Yang
  • [PATCH 6/8] PCI: iproc: fix a leaked reference by adding missing of_node_put, Wen Yang
  • [PATCH 2/8] PCI: uniphier: fix a leaked reference by adding missing of_node_put, Wen Yang
  • [PATCH 4/8] PCI: rockchip: fix a leaked reference by adding missing of_node_put, Wen Yang
  • Re: [PATCH 1/8] PCI: dwc: pci-dra7xx: fix a leaked reference by adding missing of_node_put, Lorenzo Pieralisi
• [PATCH] Revert "dma-contiguous: do not allocate a single page from CMA area", Nicolin Chen
  • Re: [PATCH] Revert "dma-contiguous: do not allocate a single page from CMA area", Robin Murphy
    • Re: [PATCH] Revert "dma-contiguous: do not allocate a single page from CMA area", Tony Lindgren
    • Re: [PATCH] Revert "dma-contiguous: do not allocate a single page from CMA area", Nicolin Chen
  • Re: [PATCH] Revert "dma-contiguous: do not allocate a single page from CMA area", Krzysztof Kozlowski
  • Re: [PATCH] Revert "dma-contiguous: do not allocate a single page from CMA area", Jon Hunter
• Regression in Linux next with dma cma changes, Tony Lindgren
  • Re: Regression in Linux next with dma cma changes, Nicolin Chen
• [PATCH net-next 0/6] net: add individual virtual device filtering, Ivan Khoronzhuk
  • [PATCH net-next 3/6] net: 8021q: vlan_dev: add vid tag for vlan device own address, Ivan Khoronzhuk
    • Re: [PATCH net-next 3/6] net: 8021q: vlan_dev: add vid tag for vlan device own address, Florian Fainelli
      • Re: [PATCH net-next 3/6] net: 8021q: vlan_dev: add vid tag for vlan device own address, Ivan Khoronzhuk
        • Re: [PATCH net-next 3/6] net: 8021q: vlan_dev: add vid tag for vlan device own address, Florian Fainelli
  • [PATCH net-next 6/6] net: ethernet: ti: cpsw: add macvlan and ucast/vlan filtering support, Ivan Khoronzhuk
  • [PATCH net-next 5/6] net: ethernet: ti: cpsw: update mc filtering to use IVDF, Ivan Khoronzhuk
    • Re: [PATCH net-next 5/6] net: ethernet: ti: cpsw: update mc filtering to use IVDF, Florian Fainelli
  • [PATCH net-next 4/6] ethernet: eth: add default vid len for all ehternet kind devices, Ivan Khoronzhuk
    • Re: [PATCH net-next 4/6] ethernet: eth: add default vid len for all ehternet kind devices, Florian Fainelli
      • Re: [PATCH net-next 4/6] ethernet: eth: add default vid len for all ehternet kind devices, Ivan Khoronzhuk
        • Re: [PATCH net-next 4/6] ethernet: eth: add default vid len for all ehternet kind devices, Florian Fainelli
  • [PATCH net-next 2/6] net: 8021q: vlan_dev: add vid tag to addresses of uc and mc lists, Ivan Khoronzhuk
    • Re: [PATCH net-next 2/6] net: 8021q: vlan_dev: add vid tag to addresses of uc and mc lists, Florian Fainelli
      • Re: [PATCH net-next 2/6] net: 8021q: vlan_dev: add vid tag to addresses of uc and mc lists, Ivan Khoronzhuk
        • Re: [PATCH net-next 2/6] net: 8021q: vlan_dev: add vid tag to addresses of uc and mc lists, Florian Fainelli
  • [PATCH net-next 1/6] net: core: dev_addr_lists: add VID to device address, Ivan Khoronzhuk
    • Re: [PATCH net-next 1/6] net: core: dev_addr_lists: add VID to device address, Florian Fainelli
      • Re: [PATCH net-next 1/6] net: core: dev_addr_lists: add VID to device address, Ivan Khoronzhuk
  • Re: [PATCH net-next 0/6] net: add individual virtual device filtering, Florian Fainelli
• [PATCH 0/2] Fixes for command errors during tuning, Faiz Abbas
  • [PATCH 1/2] mmc: sdhci: Add platform_cmd_err() to sdhci_ops, Faiz Abbas
  • [PATCH 2/2] mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning, Faiz Abbas
    • Re: [PATCH 2/2] mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning, kbuild test robot
      • Re: [PATCH 2/2] mmc: sdhci-omap: Don't finish_mrq() on a command error during tuning, Faiz Abbas
• [PATCH AUTOSEL 4.20 19/72] clk: ti: Fix error handling in ti_clk_parse_divider_data(), Sasha Levin
• [PATCH AUTOSEL 4.19 16/65] clk: ti: Fix error handling in ti_clk_parse_divider_data(), Sasha Levin
• [PATCH 00/12] add missing of_node_put after of_device_is_available, Julia Lawall
  • [PATCH 11/12] ARM: OMAP2+: add missing of_node_put after of_device_is_available, Julia Lawall
    • Re: [PATCH 11/12] ARM: OMAP2+: add missing of_node_put after of_device_is_available, Tony Lindgren
    • Re: [11/12] ARM: OMAP2+: add missing of_node_put after of_device_is_available, Markus Elfring
      • Re: [11/12] ARM: OMAP2+: add missing of_node_put after of_device_is_available, Julia Lawall
  • [PATCH 06/12] omapfb: add missing of_node_put after of_device_is_available, Julia Lawall
    • Re: [PATCH 06/12] omapfb: add missing of_node_put after of_device_is_available, Bartlomiej Zolnierkiewicz
• [PATCH] mfd: twl-core: disable irq while suspended, Andreas Kemnade
  • Re: [PATCH] mfd: twl-core: disable irq while suspended, Tony Lindgren
    • Re: [PATCH] mfd: twl-core: disable irq while suspended, Andreas Kemnade
  • Re: [PATCH] mfd: twl-core: disable irq while suspended, Lee Jones
• [GIT PULL] deprecate old cpsw driver phy mode for v5.1, Tony Lindgren
  • Re: [GIT PULL] deprecate old cpsw driver phy mode for v5.1, Arnd Bergmann
    • Re: [GIT PULL] deprecate old cpsw driver phy mode for v5.1, Tony Lindgren
• [GIT PULL] dts changes for cpsw phy driver for v5.1, Tony Lindgren
  • Re: [GIT PULL] dts changes for cpsw phy driver for v5.1, Arnd Bergmann
• [GIT PULL] two am335x ethernet phy mode fixes for v5.0-rc cycle, Tony Lindgren
  • Re: [GIT PULL] two am335x ethernet phy mode fixes for v5.0-rc cycle, Arnd Bergmann
• da850 dt cpufreq support, Christophe Aeschlimann
  • Re: da850 dt cpufreq support, Tony Lindgren
    • Re: da850 dt cpufreq support, Adam Ford
      • Re: da850 dt cpufreq support, Bartosz Golaszewski
      • Re: da850 dt cpufreq support, Christophe Aeschlimann
• [PATCH 0/6] ARM: dts: ti: cpsw: switch to phy-gmii-sel phy driver, Grygorii Strashko
  • [PATCH 2/6] ARM: dts: dm814x: switch to use phy-gmii-sel, Grygorii Strashko
  • [PATCH 4/6] ARM: dts: am335x: switch to use phy-gmii-sel, Grygorii Strashko
  • [PATCH 6/6] net: ethernet: ti: cpsw: deprecate cpsw-phy-sel driver, Grygorii Strashko
    • Re: [PATCH 6/6] net: ethernet: ti: cpsw: deprecate cpsw-phy-sel driver, Tony Lindgren
    • Re: [PATCH 6/6] net: ethernet: ti: cpsw: deprecate cpsw-phy-sel driver, David Miller
      • Re: [PATCH 6/6] net: ethernet: ti: cpsw: deprecate cpsw-phy-sel driver, Tony Lindgren
        • Re: [PATCH 6/6] net: ethernet: ti: cpsw: deprecate cpsw-phy-sel driver, David Miller
          • Re: [PATCH 6/6] net: ethernet: ti: cpsw: deprecate cpsw-phy-sel driver, Tony Lindgren
            • Re: [PATCH 6/6] net: ethernet: ti: cpsw: deprecate cpsw-phy-sel driver, David Miller
              • Re: [PATCH 6/6] net: ethernet: ti: cpsw: deprecate cpsw-phy-sel driver, Tony Lindgren
  • [PATCH 5/6] dt-bindings: net: ti: deprecate cpsw-phy-sel bindings, Grygorii Strashko
  • [PATCH 1/6] ARM: dts: dra7: switch to use phy-gmii-sel, Grygorii Strashko
  • [PATCH 3/6] ARM: dts: am4372: switch to use phy-gmii-sel, Grygorii Strashko
  • Re: [PATCH 0/6] ARM: dts: ti: cpsw: switch to phy-gmii-sel phy driver, Tony Lindgren
• [PATCH 0/3] regulator: tps65218: Fix LS3 and add LS2, Christian Hohnstaedt
  • [PATCH 3/3] regulator: tps65218: Add support for LS2, Christian Hohnstaedt
    • Re: [PATCH 3/3] regulator: tps65218: Add support for LS2, Mark Brown
      • [PATCH v2] regulator: tps65218: Add support for LS2, Christian Hohnstaedt
        • Re: [PATCH v2] regulator: tps65218: Add support for LS2, Mark Brown
  • [PATCH 2/3] dt-bindings: regulator: Add LS2 load switch, Christian Hohnstaedt
  • [PATCH 1/3] regulator: tps65218.c: fix LS3 issues, Christian Hohnstaedt
    • Re: [PATCH 1/3] regulator: tps65218.c: fix LS3 issues, Mark Brown
  • [PATCH v2 0/2] regulator: tps65218: support LS2, Christian Hohnstaedt
    • [PATCH v2 2/2] regulator: tps65218: add support for LS2, Christian Hohnstaedt
    • [PATCH v2 1/2] dt-bindings: regulator: add LS2 load switch documentation, Christian Hohnstaedt
      • Re: [PATCH v2 1/2] dt-bindings: regulator: add LS2 load switch documentation, Rob Herring
• [PATCH 0/2] ARM: dts: am335x-evm/evmsk: Fix PHY mode for ethernet, Peter Ujfalusi
  • [PATCH 1/2] ARM: dts: am335x-evmsk: Fix PHY mode for ethernet, Peter Ujfalusi
  • [PATCH 2/2] ARM: dts: am335x-evm: Fix PHY mode for ethernet, Peter Ujfalusi
  • Re: [PATCH 0/2] ARM: dts: am335x-evm/evmsk: Fix PHY mode for ethernet, Tony Lindgren
    • Re: [PATCH 0/2] ARM: dts: am335x-evm/evmsk: Fix PHY mode for ethernet, Peter Ujfalusi
      • Re: [PATCH 0/2] ARM: dts: am335x-evm/evmsk: Fix PHY mode for ethernet, Tony Lindgren
        • Re: [PATCH 0/2] ARM: dts: am335x-evm/evmsk: Fix PHY mode for ethernet, Peter Ujfalusi
          • Re: [PATCH 0/2] ARM: dts: am335x-evm/evmsk: Fix PHY mode for ethernet, Tony Lindgren
            • Re: [PATCH 0/2] ARM: dts: am335x-evm/evmsk: Fix PHY mode for ethernet, Peter Ujfalusi
• Linux-next 20190218: am57xx-evm: mmc1: ADMA error, Naresh Kamboju
  • Re: Linux-next 20190218: am57xx-evm: mmc1: ADMA error, Faiz Abbas
    • Re: Linux-next 20190218: am57xx-evm: mmc1: ADMA error, Faiz Abbas
      • Re: Linux-next 20190218: am57xx-evm: mmc1: ADMA error, Ming Lei
        • Re: Linux-next 20190218: am57xx-evm: mmc1: ADMA error, Faiz Abbas
          • Re: Linux-next 20190218: am57xx-evm: mmc1: ADMA error, Ming Lei
            • Re: Linux-next 20190218: am57xx-evm: mmc1: ADMA error, Ming Lei
            • Re: Linux-next 20190218: am57xx-evm: mmc1: ADMA error, Faiz Abbas
              • Re: Linux-next 20190218: am57xx-evm: mmc1: ADMA error, Ming Lei
                • Re: Linux-next 20190218: am57xx-evm: mmc1: ADMA error, Faiz Abbas
• [PATCH 1/2] regulator: twl6030: Use regulator_list_voltage_linear_range for twl6030ldo_ops, Axel Lin
  • [PATCH 2/2] regulator: twl6030: Constify regulator_ops, Axel Lin
• [GIT PULL] clk: ti: updates for v5.1, Tero Kristo
  • Re: [GIT PULL] clk: ti: updates for v5.1, Stephen Boyd
• [PATCH v2 0/8] Port am335 and am437 devices to sdhci-omap, Faiz Abbas
  • [PATCH v2 7/8] dt-bindings: sdhci-omap: Add am335x and am437x specific bindings, Faiz Abbas
  • [PATCH v2 8/8] mmc: sdhci-omap: Add am335x and am437x specific compatibles, Faiz Abbas
  • [PATCH v2 5/8] mmc: sdhci: Add quirk for disabling DTO during erase command, Faiz Abbas
  • [PATCH v2 6/8] mmc: sdhci-omap: Add DISABLE_DTO_FOR_ERASE Quirk, Faiz Abbas
  • [PATCH v2 4/8] mmc: sdhci-omap: Add using external dma, Faiz Abbas
  • [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Faiz Abbas
    • Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Adrian Hunter
      • Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Faiz Abbas
        • Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Adrian Hunter
          • Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Rizvi, Mohammad Faiz Abbas
            • Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Grygorii Strashko
              • Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Faiz Abbas
            • Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Arnd Bergmann
    • Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Ulf Hansson
      • Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Adrian Hunter
        • Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Faiz Abbas
          • Re: [PATCH v2 1/8] mmc: sdhci: Get rid of finish_tasklet, Adrian Hunter
  • [PATCH v2 2/8] mmc: sdhci: add support for using external DMA devices, Faiz Abbas
  • [PATCH v2 3/8] dt-bindings: sdhci-omap: Add properties for using external dma, Faiz Abbas
    • Re: [PATCH v2 3/8] dt-bindings: sdhci-omap: Add properties for using external dma, Tony Lindgren
      • Re: [PATCH v2 3/8] dt-bindings: sdhci-omap: Add properties for using external dma, Faiz Abbas
        • Re: [PATCH v2 3/8] dt-bindings: sdhci-omap: Add properties for using external dma, Tony Lindgren
          • Re: [PATCH v2 3/8] dt-bindings: sdhci-omap: Add properties for using external dma, Tony Lindgren
        • Re: [PATCH v2 3/8] dt-bindings: sdhci-omap: Add properties for using external dma, Rob Herring
          • Re: [PATCH v2 3/8] dt-bindings: sdhci-omap: Add properties for using external dma, Faiz Abbas
  • Re: [PATCH v2 0/8] Port am335 and am437 devices to sdhci-omap, Tony Lindgren
    • Re: [PATCH v2 0/8] Port am335 and am437 devices to sdhci-omap, Faiz Abbas
      • Re: [PATCH v2 0/8] Port am335 and am437 devices to sdhci-omap, Tony Lindgren
• Attn:, Mateusz Lipka
• [GIT PULL 1/2] defconfig changes for omaps for v5.1, Tony Lindgren
  • [GIT PULL 2/2] more dts changes for omaps for v5.1, Tony Lindgren
    • Re: [GIT PULL 2/2] more dts changes for omaps for v5.1, Arnd Bergmann
      • Re: [GIT PULL 2/2] more dts changes for omaps for v5.1, Arnd Bergmann
        • Re: [GIT PULL 2/2] more dts changes for omaps for v5.1, Tony Lindgren
          • Re: [GIT PULL 2/2] more dts changes for omaps for v5.1, Arnd Bergmann
            • Re: [GIT PULL 2/2] more dts changes for omaps for v5.1, Tony Lindgren
  • Re: [GIT PULL 1/2] defconfig changes for omaps for v5.1, Arnd Bergmann
• [GIT PULL] Fix omap4 and later lost cpu1 interrupts for periodic timer, Tony Lindgren
  • Re: [GIT PULL] Fix omap4 and later lost cpu1 interrupts for periodic timer, Arnd Bergmann
• [PATCHv2] mfd: twl6040: Fix device init errors for ACCCTL register, Tony Lindgren
  • Re: [PATCHv2] mfd: twl6040: Fix device init errors for ACCCTL register, Lee Jones
• [PATCH] fbdev: omap2: fix warnings in dss core, Anders Roxell
  • Re: [PATCH] fbdev: omap2: fix warnings in dss core, Bartlomiej Zolnierkiewicz
• [PATCH] arm/mach-omap2/display: fix possible object reference leak, Peng Hao
  • Re: [PATCH] arm/mach-omap2/display: fix possible object reference leak, Tony Lindgren
    • Re: [PATCH] arm/mach-omap2/display: fix possible object reference leak, Julia Lawall
    • Re: [PATCH] arm/mach-omap2/display: fix possible object reference leak, Julia Lawall
      • Re: [PATCH] arm/mach-omap2/display: fix possible object reference leak, Tony Lindgren
• [PATCH AUTOSEL 4.19 07/83] mfd: twl-core: Fix section annotations on {,un}protect_pm_master, Sasha Levin
• [PATCH AUTOSEL 4.19 18/83] mfd: tps65218: Use devm_regmap_add_irq_chip and clean up error path in probe(), Sasha Levin
• [PATCH AUTOSEL 4.14 03/34] mfd: twl-core: Fix section annotations on {,un}protect_pm_master, Sasha Levin
• [PATCH AUTOSEL 4.14 10/34] mfd: tps65218: Use devm_regmap_add_irq_chip and clean up error path in probe(), Sasha Levin
• [PATCH AUTOSEL 4.9 02/21] mfd: twl-core: Fix section annotations on {,un}protect_pm_master, Sasha Levin
• [PATCH AUTOSEL 4.4 02/16] mfd: twl-core: Fix section annotations on {,un}protect_pm_master, Sasha Levin
• [PATCH AUTOSEL 3.18 02/14] mfd: twl-core: Fix section annotations on {,un}protect_pm_master, Sasha Levin
• remove block layer bounce buffering for MMC v2, Christoph Hellwig
  • [PATCH 01/14] scatterlist: add sg_kmap_atomic / sg_kunmap_atomic helpers, Christoph Hellwig
  • [PATCH 04/14] mmc: davinci: handle highmem pages, Christoph Hellwig
  • [PATCH 10/14] mmc: mvsdio: handle highmem pages, Christoph Hellwig
  • [PATCH 13/14] mmc: core: don't use block layer bounce buffers, Christoph Hellwig
  • [PATCH 12/14] mmc: sh_mmcif: handle chained sglists, Christoph Hellwig
  • [PATCH 14/14] dma-mapping: remove dma_max_pfn, Christoph Hellwig
  • [PATCH 11/14] mmc: sh_mmcif: handle highmem pages, Christoph Hellwig
  • [PATCH 09/14] mmc: s3cmci: handle chained sglists, Christoph Hellwig
  • [PATCH 08/14] mmc: s3cmci: handle highmem pages, Christoph Hellwig
  • [PATCH 03/14] mmc: add a need_kmap flag to struct mmc_host, Christoph Hellwig
  • [PATCH 02/14] mmc: remove the unused use_blk_mq field from struct mmc_host, Christoph Hellwig
  • [PATCH 05/14] mmc: moxart: handle highmem pages, Christoph Hellwig
  • [PATCH 06/14] mmc: omap: handle highmem pages, Christoph Hellwig
    • Re: [PATCH 06/14] mmc: omap: handle highmem pages, Tony Lindgren
  • [PATCH 07/14] mmc: omap: handle chained sglists, Christoph Hellwig
  • Re: remove block layer bounce buffering for MMC v2, Ulf Hansson
    • Re: remove block layer bounce buffering for MMC v2, Christoph Hellwig
      • Re: remove block layer bounce buffering for MMC v2, Ulf Hansson
• [PATCH] clk: clk-twl6040: Fix imprecise external abort for pdmclk, Tony Lindgren
  • Re: [PATCH] clk: clk-twl6040: Fix imprecise external abort for pdmclk, Peter Ujfalusi
  • Re: [PATCH] clk: clk-twl6040: Fix imprecise external abort for pdmclk, Stephen Boyd
    • Re: [PATCH] clk: clk-twl6040: Fix imprecise external abort for pdmclk, Tony Lindgren
  • Re: [PATCH] clk: clk-twl6040: Fix imprecise external abort for pdmclk, Stephen Boyd
• [PATCH] mfd: twl6040: Fix device init errors for ACCCTL register, Tony Lindgren
  • Re: [PATCH] mfd: twl6040: Fix device init errors for ACCCTL register, Peter Ujfalusi
  • Message not available
    • Re: [PATCH] mfd: twl6040: Fix device init errors for ACCCTL register, Tony Lindgren
• [PATCH] ARM: dts: omap3-gta04: declare backlight in lcd node, Andreas Kemnade
  • Re: [Letux-kernel] [PATCH] ARM: dts: omap3-gta04: declare backlight in lcd node, H. Nikolaus Schaller
    • Re: [Letux-kernel] [PATCH] ARM: dts: omap3-gta04: declare backlight in lcd node, Tony Lindgren
• [PATCH] ARM: dts: am335x: Add support for Bosch Guardian, Martyn Welch
  • Re: [PATCH] ARM: dts: am335x: Add support for Bosch Guardian, Tony Lindgren
    • Re: [PATCH] ARM: dts: am335x: Add support for Bosch Guardian, Martyn Welch
• Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
  • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
      • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
        • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
            • Message not available
              • Message not available
                • Message not available
                  • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
            • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
            • Message not available
              • Message not available
                • Message not available
                  • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Paweł Chmiel
                      • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Paweł Chmiel
                        • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Adam Ford
                          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Paweł Chmiel
                            • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                      • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                        • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Merlijn Wajer
                          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Paweł Chmiel
                          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                            • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Merlijn Wajer
                              • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Merlijn Wajer
                                  • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
                                      • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                        • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
                                          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Adam Ford
                                            • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
                                              • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Adam Ford
                                                • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
                                            • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Adam Ford
                                      • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                        • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Merlijn Wajer
                                          • Message not available
                                            • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
                                              • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                              • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tero Kristo
                                                • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                                  • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tero Kristo
                                                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
                                                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tero Kristo
                                                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tero Kristo
                                                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                        • Message not available
                                          • Message not available
                                            • Re: [Letux-kernel] Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                              • Re: [Letux-kernel] Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                                • Re: [Letux-kernel] Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
            • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
            • Message not available
              • Message not available
                • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
                  • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Merlijn Wajer
        • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
      • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
        • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
            • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
  • <Possible follow-ups>
  • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
      • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Paweł Chmiel
        • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
        • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
      • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
        • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
            • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Paweł Chmiel
              • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
                  • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                      • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
                        • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
                          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
                            • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                              • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Paweł Chmiel
                                • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Tony Lindgren
                                  • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Paweł Chmiel
                                • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
                                  • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                    • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
                                      • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                        • Message not available
                                          • Re: [Letux-kernel] Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Merlijn Wajer
                                        • Message not available
                                          • Re: [Letux-kernel] Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Philipp Rossak
                                        • Message not available
                                          • Message not available
                                            • Message not available
                                              • Re: [Letux-kernel] Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Andreas Kemnade
                                                • Re: [Letux-kernel] Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
                                                  • Re: [Letux-kernel] Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Andreas Kemnade
                                                    • Re: [Letux-kernel] Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
            • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
          • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, Merlijn Wajer
  • Re: Lay common foundation to make PVR/SGX work without hacks on OMAP34xx, OMAP36xx, AM335x and potentially OMAP4, OMAP5, H. Nikolaus Schaller
• [PATCHv2] drm/omap: dsi: Fix PM for display blank with paired dss_pll calls, Tony Lindgren
  • Re: [PATCHv2] drm/omap: dsi: Fix PM for display blank with paired dss_pll calls, Tomi Valkeinen
    • Re: [PATCHv2] drm/omap: dsi: Fix PM for display blank with paired dss_pll calls, Tony Lindgren
• [PATCH 2/2] cpufreq: OMAP: Register an Energy Model, Yangtao Li
• upstream OMAP5 Pyra support, H. Nikolaus Schaller
  • Re: upstream OMAP5 Pyra support, Tomi Valkeinen
    • Re: upstream OMAP5 Pyra support, H. Nikolaus Schaller
• [PATCH v2] i2c: cbus-gpio: Switch to use GPIO descriptors, Linus Walleij
  • Re: [PATCH v2] i2c: cbus-gpio: Switch to use GPIO descriptors, Aaro Koskinen
    • Re: [PATCH v2] i2c: cbus-gpio: Switch to use GPIO descriptors, Tony Lindgren
      • Re: [PATCH v2] i2c: cbus-gpio: Switch to use GPIO descriptors, Wolfram Sang
        • Re: [PATCH v2] i2c: cbus-gpio: Switch to use GPIO descriptors, Tony Lindgren
  • Re: [PATCH v2] i2c: cbus-gpio: Switch to use GPIO descriptors, Wolfram Sang
• [PATCH] i2c: cbus-gpio: Switch to use GPIO descriptors, Linus Walleij
  • Re: [PATCH] i2c: cbus-gpio: Switch to use GPIO descriptors, Tony Lindgren
    • Re: [PATCH] i2c: cbus-gpio: Switch to use GPIO descriptors, Aaro Koskinen
      • Re: [PATCH] i2c: cbus-gpio: Switch to use GPIO descriptors, Tony Lindgren
  • Re: [PATCH] i2c: cbus-gpio: Switch to use GPIO descriptors, Aaro Koskinen
    • Re: [PATCH] i2c: cbus-gpio: Switch to use GPIO descriptors, Aaro Koskinen
    • Re: [PATCH] i2c: cbus-gpio: Switch to use GPIO descriptors, Linus Walleij
• [PATCH 1/2] ARM: multi_v7_defconfig: Update for dropped options, Tony Lindgren
  • [PATCH 2/2] ARM: multi_v7_defconfig: Update for moved options, Tony Lindgren
    • Re: [PATCH 2/2] ARM: multi_v7_defconfig: Update for moved options, Geert Uytterhoeven
      • Re: [PATCH 2/2] ARM: multi_v7_defconfig: Update for moved options, Simon Horman
  • Re: [PATCH 1/2] ARM: multi_v7_defconfig: Update for dropped options, Geert Uytterhoeven
    • Re: [PATCH 1/2] ARM: multi_v7_defconfig: Update for dropped options, Simon Horman
      • Re: [PATCH 1/2] ARM: multi_v7_defconfig: Update for dropped options, Tony Lindgren
        • Re: [PATCH 1/2] ARM: multi_v7_defconfig: Update for dropped options, Geert Uytterhoeven
• [PATCH 1/2] ARM: omap2plus_defconfig: Update for dropped options, Tony Lindgren
  • [PATCH 2/2] ARM: omap2plus_defconfig: Update for moved options, Tony Lindgren
• [PATCH 0/4] AM57xx: PRU ICSS Support, Roger Quadros
  • [PATCH 1/4] dt-binding: bus: ti-sysc: Add support for PRUSS SYSC type, Roger Quadros
  • [PATCH 4/4] ARM: dts: am57xx-idk-common: Enable PRU-ICSS nodes, Roger Quadros
  • [PATCH 3/4] ARM: dts: dra7: add PRU-ICSS modules, Roger Quadros
    • Re: [PATCH 3/4] ARM: dts: dra7: add PRU-ICSS modules, Tony Lindgren
      • Re: [PATCH 3/4] ARM: dts: dra7: add PRU-ICSS modules, Roger Quadros
        • Re: [PATCH 3/4] ARM: dts: dra7: add PRU-ICSS modules, Tony Lindgren
  • [PATCH 2/4] bus: ti-sysc: Add support for PRUSS SYSC type, Roger Quadros
    • Re: [PATCH 2/4] bus: ti-sysc: Add support for PRUSS SYSC type, Tony Lindgren
      • Re: [PATCH 2/4] bus: ti-sysc: Add support for PRUSS SYSC type, Roger Quadros
    • Re: [PATCH 2/4] bus: ti-sysc: Add support for PRUSS SYSC type, Rob Herring
      • Re: [PATCH 2/4] bus: ti-sysc: Add support for PRUSS SYSC type, Suman Anna
      • Re: [PATCH 2/4] bus: ti-sysc: Add support for PRUSS SYSC type, Roger Quadros
• [PATCH v2 00/14] Add support for TI PRU ICSS, Roger Quadros
  • [PATCH v2 02/14] soc: ti: pruss: Add a platform driver for PRUSS in TI SoCs, Roger Quadros
    • Re: [PATCH v2 02/14] soc: ti: pruss: Add a platform driver for PRUSS in TI SoCs, Andrew F. Davis
      • Re: [PATCH v2 02/14] soc: ti: pruss: Add a platform driver for PRUSS in TI SoCs, Roger Quadros
      • Re: [PATCH v2 02/14] soc: ti: pruss: Add a platform driver for PRUSS in TI SoCs, Tony Lindgren
  • [PATCH v2 01/14] dt-bindings: remoteproc: Add TI PRUSS bindings, Roger Quadros
    • Re: [PATCH v2 01/14] dt-bindings: remoteproc: Add TI PRUSS bindings, Tony Lindgren
      • Re: [PATCH v2 01/14] dt-bindings: remoteproc: Add TI PRUSS bindings, Roger Quadros