It is good practice to mask and clear pending irqs on init. We already
mask all irqs, so also clear the bridge irq cause register.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Thomas Gleixner
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Jason Gunthorpe
Cc: Ezequiel Garcia
Cc
fixes stale interrupts by installing an
.irq_enable callback, that will clear a possible pending interrupt
before unmasking it.
[1] http://www.spinics.net/lists/arm-kernel/msg302106.html
Sebastian Hesselbarth (3):
irqchip: orion: clear bridge cause register on init
irqchip: orion
Bridge IRQ_CAUSE bits are asserted regardless of the corresponding bit in
IRQ_MASK register. To avoid interrupt events on stale irqs, we have to clear
them before unmask. This installs an .irq_enable callback to ensure stale
irqs are cleared before initial unmask.
Signed-off-by: Sebastian
On 01/23/2014 11:52 PM, Jason Gunthorpe wrote:
On Thu, Jan 23, 2014 at 11:38:06PM +0100, Sebastian Hesselbarth wrote:
Bridge IRQ_CAUSE bits are asserted regardless of the corresponding bit in
IRQ_MASK register. To avoid interrupt events on stale irqs, we have to clear
them before unmask. This
Bridge IRQ_CAUSE bits are asserted regardless of the corresponding bit in
IRQ_MASK register. To avoid interrupt events on stale irqs, we have to clear
them before unmask. This installs an .irq_startup callback to ensure stale
irqs are cleared before initial unmask.
Signed-off-by: Sebastian
On 01/22/14 23:27, Russell King - ARM Linux wrote:
On Sun, Jan 19, 2014 at 07:58:43PM +0100, Jean-Francois Moine wrote:
This patch adds the optional treatment of the tda998x IRQ.
The interrupt function is used to know the display connection status
without polling and to speedup reading the EDID
elves. This patch joins core-clk and gating-clk
init to maintain proper init order.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Mike Turquette
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Thomas Petazzoni
Cc: Ezequiel Garcia
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-k
elves. This patch joins core-clk and gating-clk
init to maintain proper init order.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Mike Turquette
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Thomas Petazzoni
Cc: Ezequiel Garcia
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-k
elves. This patch joins core-clk and gating-clk
init to maintain proper init order.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Mike Turquette
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Thomas Petazzoni
Cc: Ezequiel Garcia
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-k
elves. This patch joins core-clk and gating-clk
init to maintain proper init order.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Mike Turquette
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Thomas Petazzoni
Cc: Ezequiel Garcia
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-k
patch is based on pre-v3.14-rc1 mainline and should go in as
fixes for it. As we now send MVEBU clk pull-requests to Mike directly,
I suggest Jason picks it up as a topic branch.
The patches have been boot tested on Dove and compile-tested only
for Kirkwood, Armada 370 and XP.
Sebastian Hesselbar
Now that we have ioremapped pmu_mpp registers, get rid of hardcoded
physical addresses. While at it, also remove DOVE_ prefix from those
macros.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Linus Walleij
Cc: linux-arm-ker
We share global config registers by syscon node, add it to dove.dtsi.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Russell King
Cc: devicet...@vger.kernel.org
Cc: linux-...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux
Now that we have a regmap for global registers, get rid of the last
remaining hardcoded physical addresses. While at it, also remove
DOVE_ prefix from those macros.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Linus Walleij
Cc: linux-arm
Now that we have ioremapped mpp base registers, get rid of hardcoded
physical addresses. While at it, also remove DOVE_ prefix from those
macros.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Linus Walleij
Cc: linux-arm-ker
Now that we have an ioremapped mpp4 register, get rid of hardcoded
physical addresses. While at it, also remove DOVE_ prefix from those
macros.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Linus Walleij
Cc: linux-arm-ker
Dove pinctrl used additional registers to control MPPs. This patch first
increases existing pinctrl reg property by one register, and then adds
two new ranges for MPP4 and PMU MPP registers.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc
Dove pinctrl binding now requires three different reg properties. This
updates corresponding binding and example accordingly. While at it, also
document reg property as required for the other MVEBU SoC pinctrl nodes.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc
binding usage to encourage
users to update their DTBs.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Linus Walleij
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
drivers/pinctrl/mvebu/Kconfig| 1
branch for LinusW
to pull from?
It has been boot tested on Dove and compile tested only for Kirkwood,
Armada 370 and XP.
Sebastian Hesselbarth (11):
devicetree: binding: add missing Marvell Dove SoC documentation
devicetree: bindings: update MVEBU pinctrl binding documentation
ARM: dove: add
to encourage users to update
their DTBs.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Linus Walleij
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
drivers/pinctrl/mvebu/pinctrl-dove.c | 52
.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Linus Walleij
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
drivers/pinctrl/mvebu/pinctrl-armada-370.c | 9 -
drivers/pinctrl/mvebu/pinctrl-armada-xp.c
Marvell Dove SoC binding was not documented, yet. Add the documentation
and also describe Global Configuration register node in it.
Signed-off-by: Sebastian Hesselbarth
---
I chose not to send this to each DT maintainer but devicetree ml only.
Is that right or wrong now?
Cc: Jason Cooper
Cc
tform_data passing the chips .variant.
This removes the now redundant .variant from the platform_data and puts it in
i2c_device_id's .driver_data instead.
Signed-off-by: Sebastian Hesselbarth
---
Mike,
this is the patch I mentioned during ARM summit ;). Still applies to
pre-v3.14-rc1 cleanly. M
On 01/25/2014 10:32 PM, Emilio López wrote:
El 25/01/14 15:19, Sebastian Hesselbarth escribió:
This patch set fixes clk init order that went upside-down with
v3.14. I haven't really investigated what caused this, but I assume
it is related with DT node reordering by addresses.
The fram
On 04/02/2014 09:01 PM, Florian Fainelli wrote:
> 2014-04-02 2:09 GMT-07:00 Alexander Holler :
>> Am 02.04.2014 02:57, schrieb Florian Fainelli:
>>> 2014-04-01 16:55 GMT-07:00 Alexander Holler :
Commit 7cd1463664c2a15721ff4ccfb61d4d970815cb3d (introduced with 3.14)
changed the initializat
On 04/03/2014 12:12 AM, Alexander Holler wrote:
> Am 02.04.2014 22:25, schrieb Sebastian Hesselbarth:
>> On 04/02/2014 09:01 PM, Florian Fainelli wrote:
>>> 2014-04-02 2:09 GMT-07:00 Alexander Holler :
>>>> Am 02.04.2014 02:57, schrieb Florian Fainelli:
>>>
On 04/02/2014 11:09 AM, Alexander Holler wrote:
> Am 02.04.2014 02:57, schrieb Florian Fainelli:
>> Could you verify the following two things before your patch gets merged:
>>
>> - how long does it take for your PHY to clear the BMCR_RESET bit, is
>> it more than the allowed time out in
>> drivers/
On 04/03/2014 09:17 AM, Alexander Holler wrote:
> Am 03.04.2014 00:27, schrieb Sebastian Hesselbarth:
>> On 04/03/2014 12:12 AM, Alexander Holler wrote:
>>>> I am curious, how you determined above commit to be the cause of the
>>>> regression you are seeing. Can
On 04/03/2014 09:14 AM, Antoine Ténart wrote:
On 03/04/2014 10:54, Antoine Ténart wrote:
On 03/04/2014 10:22, Jisheng Zhang wrote:
On Thu, 3 Apr 2014 01:08:15 -0700
Antoine Ténart wrote:
Signed-off-by: Antoine Ténart
---
Documentation/devicetree/bindings/arm/cpus.txt | 2 ++
1 file chang
On 04/03/2014 05:06 PM, Alexander Holler wrote:
Am 03.04.2014 10:49, schrieb Sebastian Hesselbarth:
On 04/03/2014 09:17 AM, Alexander Holler wrote:
Am 03.04.2014 00:27, schrieb Sebastian Hesselbarth:
On 04/03/2014 12:12 AM, Alexander Holler wrote:
I am curious, how you determined above
On 04/03/2014 05:06 PM, Alexander Holler wrote:
> Am 03.04.2014 10:49, schrieb Sebastian Hesselbarth:
>> On 04/03/2014 09:17 AM, Alexander Holler wrote:
>>> Am 03.04.2014 00:27, schrieb Sebastian Hesselbarth:
>>>> On 04/03/2014 12:12 AM, Alexander Holler wrote
On 04/03/2014 07:58 PM, Alexander Holler wrote:
[...]
> I already knew about problems with netconsole and mv643xx_eth since
> 4 years, but didn't care a lot because everything else worked flawless,
> I even had forgotten that I've enabled netconsole. (But the bugs I've
> experienced 4 years ago, se
On 01/11/2014 07:14 PM, Russell King - ARM Linux wrote:
On Thu, Jan 09, 2014 at 12:04:12PM +0100, Jean-Francois Moine wrote:
@@ -1250,6 +1311,39 @@ tda998x_encoder_init(struct i2c_client *client,
priv->vip_cntrl_2 = video;
}
+ /* install the optional HDMI connect I
re ordered
from specific to generic while given matches can be in any order.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Grant Likely
Cc: Rob Herring
Cc: Benjamin Herrenschmidt
Cc: Russell King
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.o
On 01/12/2014 07:51 PM, Jean-Francois Moine wrote:
On Sat, 11 Jan 2014 19:35:21 +0100
Sebastian Hesselbarth wrote:
At least for the DT part, I'd suggest to not ask for interrupt directly
but use a proper gpios property. The can of course be converted to
priv->int_irq in some tda998x_
On 11/08/2013 01:58 AM, Jisheng Zhang wrote:
On Thu, 7 Nov 2013 13:22:35 -0800
Sebastian Hesselbarth wrote:
On 11/07/2013 05:20 PM, Arnd Bergmann wrote:
On Thursday 07 November 2013, Sebastian Hesselbarth wrote:
Actually, IIRC smp_twd does not compile without SMP set, so the above
should at
On 11/08/2013 07:24 PM, Jason Cooper wrote:
On Fri, Nov 08, 2013 at 12:06:26PM -0600, Kumar Gala wrote:
On Nov 8, 2013, at 10:57 AM, Jason Cooper wrote:
On Fri, Nov 08, 2013 at 10:13:19AM -0600, Kumar Gala wrote:
On Nov 5, 2013, at 8:28 AM, Sebastian Hesselbarth wrote:
...
.../devicetree
AM, Sebastian Hesselbarth wrote:
...
.../devicetree/bindings/arm/marvell,berlin.txt | 24 +++
arch/arm/boot/dts/Makefile |2 +
arch/arm/boot/dts/berlin2-sony-nsz-gs7.dts | 29 +++
arch/arm/boot/dts/berlin2.dtsi | 227
On 10/15/2013 05:10 AM, Jisheng Zhang wrote:
Hi Sebastian,
On Mon, 14 Oct 2013 16:09:07 -0700
Sebastian Hesselbarth wrote:
On 10/08/2013 02:24 PM, Sebastian Hesselbarth wrote:
This adds known facts and rumors about the Marvell Berlin (88DE3xxx) SoC
family to the Marvell SoC documentation
On 10/17/2013 07:41 AM, Christian Daudt wrote:
On Wed, Oct 16, 2013 at 2:47 PM, Tim Kryger wrote:
Rather than declaring the frequency of the external clock, specify the
label of the clock such that the driver may determine the frequency on
its own.
Signed-off-by: Tim Kryger
Reviewed-by: Marku
This adds an irqchip driver and corresponding devicetree binding for the
secondary interrupt controllers based on Synopsys DesignWare IP dw_apb_ictl.
Signed-off-by: Sebastian Hesselbarth
Reviewed-by: Mark Rutland
Reviewed-by: Jisheng Zhang
---
Changelog:
v1->v2:
- reword binding docu for
to be compatible to ARM
cache controller compatibles.
Signed-off-by: Sebastian Hesselbarth
Reviewed-by: Mark Rutland
---
Changelog:
v1->v2:
- add tauros3 data without outer cache ops (Suggested by Jisheng Zhang)
- reorder compatibles to allow derivates to be compatible with ARM
controll
device comprising the Armada 1500 SoC above.
Signed-off-by: Sebastian Hesselbarth
Reviewed-by: Jason Cooper
Reviewed-by: Thomas Petazzoni
Reviewed-by: Arnd Bergmann
Reviewed-by: Jisheng Zhang
---
Changelog:
v1->v2:
- add "arm,pl310-cache" compatible to l2cc (Suggested by Mark Rutla
This adds initial support for the Marvell Berlin (88DE3xxx) SoC family
and basic machine setup for Armada 1500 (88DE3100) SoCs.
Signed-off-by: Sebastian Hesselbarth
Reviewed-by: Jason Cooper
Reviewed-by: Thomas Petazzoni
Reviewed-by: Arnd Bergmann
---
Changelog:
v1->v2:
- replace 88DE3
With legacy devices converted to DT and a proper ethernet MAC
workaround, we can now remove the clk workarounds for legacy
devices. While at it, also cleanup the list of includes.
Signed-off-by: Sebastian Hesselbarth
---
As a follow-up patch for latest mvebu PRs, this patch is based on
git
On 10/18/2013 06:17 PM, Ezequiel Garcia wrote:
On Fri, Oct 18, 2013 at 10:47:41AM -0400, Jason Cooper wrote:
On Fri, Oct 18, 2013 at 01:54:13PM +0200, Sebastian Hesselbarth wrote:
With legacy devices converted to DT and a proper ethernet MAC
workaround, we can now remove the clk workarounds
On 10/18/2013 07:27 PM, Sebastian Hesselbarth wrote:
On 10/18/2013 06:17 PM, Ezequiel Garcia wrote:
On Fri, Oct 18, 2013 at 10:47:41AM -0400, Jason Cooper wrote:
On Fri, Oct 18, 2013 at 01:54:13PM +0200, Sebastian Hesselbarth wrote:
With legacy devices converted to DT and a proper ethernet
Network PHYs consume a noticable amount of power. This adds phy_resume
on port start and phy_suspend on port stop to save this power if the
port is down anyway. While at it, also properly start/stop the phy.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David S. Miller
Cc: net...@vger.kernel.org
This adds helper functions to resume and suspend a given phy_device
by calling the corresponding driver callbacks if available.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David S. Miller
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
This ensures PHYs are resumed on attach and suspended on detach.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David S. Miller
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
drivers/net/phy/phy_device.c |3 +++
1 files changed, 3
Marvell PHYs support generic PHY suspend/resume, so provide those
callbacks to all marvell specific drivers.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David S. Miller
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
drivers/net/phy
Network PHYs consume a noticable amount of power. This adds phy_resume
on start_dev and phy_suspend on stop_dev to save this power if the
port is down anyway.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David S. Miller
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc
Since phy_attach ensures PHYs are resumed, we can now suspend all
PHYs that have no attached netdev after initcalls.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David S. Miller
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
drivers/net
Network PHYs consume a noticable amount of power. This adds phy_resume
on slave_open and phy_suspend on slave_stop to save this power if the
port is down anyway.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David S. Miller
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc
ink, up
1 port, link, down 5218 mW 4718 mW -500 mW - 9.6%
1 port, link, up
1 port, no link, down 4842 mW 4722 mW -120 mW - 2.5%
1 port, no link, up
1 port, no link, down 4356 mW 4290 mW - 66 mW - 1.5%
Sebastian Hesselbarth (7):
net: phy: marvell: provide genphy suspend/resume
On 11/20/2013 09:58 PM, Florian Fainelli wrote:
2013/11/20 Sebastian Hesselbarth :
Since phy_attach ensures PHYs are resumed, we can now suspend all
PHYs that have no attached netdev after initcalls.
I do like the idea, but I think you might want to make sure that the
MDIO bus suspend policy
On 11/21/2013 12:40 AM, Rob Herring wrote:
On Wed, Nov 20, 2013 at 3:47 PM, delicious quinoa
wrote:
On Thu, Nov 7, 2013 at 6:33 AM, Sebastian Hesselbarth
wrote:
On 11/06/13 23:49, Alan Tull wrote:
[snip]
BTW, what if we get rid of port child nodes completely and rather
use:
gpio: gpio
patch wrangling and pull request submissions.
Signed-off-by: Jason Cooper
Agreed :)
Acked-by: Sebastian Hesselbarth
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8a0cbf3..7a45039 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1009,6
should go back to -stable?
Please apply with following commit msg (or request a proper v2):
"""
This fixes a typo which left twsi config3 option enabled.
"""
and
Acked-by: Sebastian Hesselbarth
Sebastian
--
To unsubscribe from this list: send the line "unsu
On 10/14/2013 09:02 PM, Jason Cooper wrote:
On Mon, Oct 14, 2013 at 08:43:49PM +0200, Sebastian Hesselbarth wrote:
...
You know a good way to determine how far it should go back to -stable?
$ git blame -L 338,338 drivers/pinctrl/mvebu/pinctrl-dove.c
c9f95ced drivers/pinctrl/pinctrl-dove.c
On 10/08/2013 02:24 PM, Sebastian Hesselbarth wrote:
This adds known facts and rumors about the Marvell Berlin (88DE3xxx) SoC
family to the Marvell SoC documentation.
Signed-off-by: Sebastian Hesselbarth
Reviewed-by: Jason Cooper
Reviewed-by: Thomas Petazzoni
Reviewed-by: Arnd Bergmann
On 10/08/2013 02:24 PM, Sebastian Hesselbarth wrote:
This adds very basic device tree files for the Marvell Armada 1500 SoC
(88DE3100) and the Sony NSZ-GS7 GoogleTV board. Currently, SoC only has
nodes for cpus, some clocks, l2 cache controller, local timer, apb timers,
uart, and interrupt
On 10/15/2013 01:13 AM, Sebastian Hesselbarth wrote:
On 10/08/2013 02:24 PM, Sebastian Hesselbarth wrote:
This adds very basic device tree files for the Marvell Armada 1500 SoC
(88DE3100) and the Sony NSZ-GS7 GoogleTV board. Currently, SoC only has
nodes for cpus, some clocks, l2 cache
On 12/02/13 15:00, Rob Herring wrote:
On 12/02/2013 06:03 AM, Thierry Reding wrote:
On Thu, Nov 28, 2013 at 07:36:25PM +0100, Sebastian Hesselbarth
wrote:
Currently, of_match_node compares each given match against all
node's compatible strings with of_device_is_compatible.
To achieve mul
re ordered
from specific to generic while given matches can be in any order.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v1->v2:
- Allow checks against nodes with no compatible (Reported by Rob Herring)
- Add some comments
Cc: Grant Likely
Cc: Rob Herring
Cc: Benjamin Herrenschmidt
Cc
On 12/03/2013 09:57 PM, Leigh Brown wrote:
Hi Russell and Nicolas,
Apologies for taking so long to respond to this thread.
On 2013-12-03 12:40, Russell King - ARM Linux wrote:
On Tue, Dec 03, 2013 at 07:23:46AM -0500, Jason Cooper wrote:
On Mon, Dec 02, 2013 at 04:15:54PM +0100, Nicolas Schic
m,pl310-cache".
Without this patch, of_match_node always hits the first match that
equals _any_ of the above compatible strings. With this patch, it
hits the matches _in order_ of the compatible strings.
Is this correct or am I missing something?
Thierry?
Signed-off-by: Sebastian Hesselbart
On 12/04/2013 12:20 AM, Leigh Brown wrote:
On 2013-12-03 22:45, Sebastian Hesselbarth wrote:
On 12/03/2013 09:57 PM, Leigh Brown wrote:
[...]
Nicolas' patch should fix the issue, but I prefer the following as it is
more
correct, as it only adjusts the timeout when calling
wait_event_ti
On 12/04/2013 12:38 AM, Leigh Brown wrote:
On 2013-12-03 23:17, Sebastian Hesselbarth wrote:
On 12/04/2013 12:20 AM, Leigh Brown wrote:
On 2013-12-03 22:45, Sebastian Hesselbarth wrote:
On 12/03/2013 09:57 PM, Leigh Brown wrote:
[...]
Nicolas' patch should fix the issue, but I prefe
Since phy_attach ensures PHYs are resumed, we can now suspend all
PHYs that have no attached netdev after initcalls.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- only check for phydev->attached_dev and let phy_suspend decide on
performing suspend or not (Sugges
When phydev is going to HALTED state, we can try to suspend it to
safe more power. phy_suspend helper will check if PHY can be suspended,
so just call it when entering HALTED state.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- initial, integrate phy_suspend to phy st
When using phydev, it should be phy_start/phy_stop'ed properly. This
driver doesn't do that, so add the corresponding calls to port_start/
stop respectively.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- initial, derived from netdev specific patches
if WOL is
disabled. Moreover, the phy state machine calls phy_suspend on entering
HALTED state.
Again, a branch with RFCv2 applied to v3.13-rc2 can also be found at
https://github.com/shesselba/linux-dove.git topic/ethphy-power-rfc-v2
[1] http://lwn.net/Articles/574426/
Sebastian Hesselbarth (6
This ensures PHYs are resumed on attach and suspended on detach.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- none
Cc: David Miller
Cc: Florian Fainelli
Cc: Mugunthan V N
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-ker
Marvell PHYs support generic PHY suspend/resume, so provide those
callbacks to all marvell specific drivers.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- none
Cc: David Miller
Cc: Florian Fainelli
Cc: Mugunthan V N
Cc: net...@vger.kernel.org
Cc: linux-arm-
This adds helper functions to resume and suspend a given phy_device
by calling the corresponding driver callbacks if available.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- only suspend if WOL is not enabled
- remove EXPORT_SYMBOL for phy_suspend/resume
Cc: David Mil
s.net/lists/arm-kernel/msg293028.html
Sebastian Hesselbarth (5):
net: mv643xx_eth: properly start/stop phy device
net: phy: marvell: provide genphy suspend/resume
net: phy: provide phy_resume/phy_suspend helpers
net: phy: resume/suspend PHYs on attach/detach
net: phy: suspend phydev when
When using phydev, it should be phy_start/phy_stop'ed properly. This
driver doesn't do that, so add the corresponding calls to port_start/
stop respectively.
Signed-off-by: Sebastian Hesselbarth
Acked-by: Mugunthan V N
Reviewed-by: Florian Fainelli
---
Cc: David Miller
Cc: Floria
When phydev is going to HALTED state, we can try to suspend it to
safe more power. phy_suspend helper will check if PHY can be suspended,
so just call it when entering HALTED state.
Signed-off-by: Sebastian Hesselbarth
Acked-by: Mugunthan V N
Reviewed-by: Florian Fainelli
---
Cc: David Miller
This adds helper functions to resume and suspend a given phy_device
by calling the corresponding driver callbacks if available.
Signed-off-by: Sebastian Hesselbarth
Acked-by: Mugunthan V N
Reviewed-by: Florian Fainelli
---
Cc: David Miller
Cc: Florian Fainelli
Cc: Mugunthan V N
Cc: net
Marvell PHYs support generic PHY suspend/resume, so provide those
callbacks to all marvell specific drivers.
Signed-off-by: Sebastian Hesselbarth
Acked-by: Mugunthan V N
Reviewed-by: Florian Fainelli
---
Cc: David Miller
Cc: Florian Fainelli
Cc: Mugunthan V N
Cc: net...@vger.kernel.org
Cc
This ensures PHYs are resumed on attach and suspended on detach.
Signed-off-by: Sebastian Hesselbarth
Acked-by: Mugunthan V N
Reviewed-by: Florian Fainelli
---
Cc: David Miller
Cc: Florian Fainelli
Cc: Mugunthan V N
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc
On 07/18/2014 03:57 PM, Tejun Heo wrote:
> On Fri, Jul 18, 2014 at 02:29:59PM +0200, Antoine Ténart wrote:
>> In both cases we do not have time to do this for the next release, as
>> the request popped up quite late.
>>
>> So as of now:
>> - Either the series is merged as is and changes to the AH
On 04/22/2014 05:38 PM, Antoine Ténart wrote:
> Add support for the Berlin SoCs AHCI SATA controller allowing to
> interface with devices like external hard drives.
>
> Signed-off-by: Antoine Ténart
> ---
> drivers/ata/Kconfig | 9 +++
> drivers/ata/Makefile | 1 +
> drivers/ata/a
On 04/22/2014 05:38 PM, Antoine Ténart wrote:
> The berlin-achi driver allows Berlin SoCs to support their AHCI SATA
> controller.
> Add the compatible to the device tree bindings documentation.
>
> Signed-off-by: Antoine Ténart
> ---
> Documentation/devicetree/bindings/ata/ahci-platform.txt |
On 04/22/2014 06:28 PM, Thomas Petazzoni wrote:
> Dear Antoine Ténart,
>
> On Tue, 22 Apr 2014 17:38:22 +0200, Antoine Ténart wrote:
>> The BG2Q has an AHCI SATA controller. Add the corresponding node
>> in its device tree.
>
> I believe the commit log should explain why an apparently unrelated
>
[Added MMC maintainers Chris and Ulf for one question below]
On 04/22/2014 10:27 AM, Antoine Ténart wrote:
> Add the SDHCI nodes for the Marvell Berlin BG2Q, using the mrvl,pxav3-mmc
> driver.
>
> Signed-off-by: Antoine Ténart
> ---
> arch/arm/boot/dts/berlin2q.dtsi | 32 +++
On 04/17/2014 10:45 AM, Antoine Ténart wrote:
> After adding support for the Berlin BG2Q GPIOs, this series uses the
> same GPIO dwapb driver to support the Berlin BG2 and BG2CD GPIOs.
>
> Applies on top of Sebastian's for-next branch[1].
>
> [1] https://github.com/shesselba/linux-berlin/commits/
On 04/15/2014 08:48 PM, Sebastian Hesselbarth wrote:
> This selects missing CPU_V7 for ARM Cortex-A9 based Marvell Armada
> 1500-mini (BG2CD).
>
> Signed-off-by: Sebastian Hesselbarth
> ---
Applied to berlin/soc.
> ---
> arch/arm/mach-berlin/Kconfig | 1 +
> 1 f
On 04/22/2014 08:29 PM, Rob Herring wrote:
> On Tue, Apr 22, 2014 at 1:11 PM, Sebastian Hesselbarth
> wrote:
>> On 04/15/2014 08:48 PM, Sebastian Hesselbarth wrote:
>>> This selects missing CPU_V7 for ARM Cortex-A9 based Marvell Armada
>>> 1500-mini (BG2CD).
&g
On 04/22/2014 08:29 PM, Rob Herring wrote:
> On Tue, Apr 22, 2014 at 1:11 PM, Sebastian Hesselbarth
> wrote:
>> On 04/15/2014 08:48 PM, Sebastian Hesselbarth wrote:
>>> This selects missing CPU_V7 for ARM Cortex-A9 based Marvell Armada
>>> 1500-mini (BG2CD).
&g
On 03/21/2014 10:42 PM, Sebastian Hesselbarth wrote:
> On 03/21/2014 08:39 PM, Alexandre Belloni wrote:
>> Now that we start supporting the Marvell Berlin BG2Q, add a symbol
>> allowing to
>> differentiate that SoC from the other SoCs of the Berlin family.
>>
>>
On 04/23/2014 04:01 PM, Alexandre Belloni wrote:
> Add support for clocks having their own register set.
>
> Signed-off-by: Alexandre Belloni
> ---
> drivers/clk/berlin/Makefile | 2 +-
> drivers/clk/berlin/clk.c| 132
>
> 2 files changed, 133
On 04/23/2014 07:03 PM, Sebastian Hesselbarth wrote:
> On 04/23/2014 04:01 PM, Alexandre Belloni wrote:
>> Add support for clocks having their own register set.
>>
>> Signed-off-by: Alexandre Belloni
>> ---
>> drivers/clk/berlin/Makefile | 2 +-
>
On 04/23/2014 04:01 PM, Alexandre Belloni wrote:
> Document the newly added berlin clock driver
>
> Signed-off-by: Alexandre Belloni
> ---
> Cc: devicet...@vger.kernel.org
> Documentation/devicetree/bindings/clock/berlin-clock.txt | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
On 04/22/2014 10:27 AM, Antoine Ténart wrote:
> Enable the SD Card reader and the internal eMMC on the Berlin BG2Q DMP
> using two of the SDHCI nodes of the Berlin BG2Q.
>
> Signed-off-by: Antoine Ténart
> ---
> arch/arm/boot/dts/berlin2q-marvell-dmp.dts | 11 +++
> 1 file changed, 11 in
On 04/23/2014 07:36 PM, Antoine Ténart wrote:
> On Wed, Apr 23, 2014 at 07:26:23PM +0200, Sebastian Hesselbarth wrote:
>> On 04/22/2014 10:27 AM, Antoine Ténart wrote:
>>> Enable the SD Card reader and the internal eMMC on the Berlin BG2Q DMP
>>> using two of the SDH
On 04/24/2014 02:52 PM, Linus Walleij wrote:
On Wed, Apr 23, 2014 at 5:51 PM, Antoine Ténart
wrote:
This series adds support for the Marvell Berlin pin-controller, allowing
to configure the pin muxing from the device tree.
The Berlin pin-controller support is divided into 3 drivers, each
driv
On 07/30/2014 07:09 PM, Tejun Heo wrote:
> Applied 3-5 to libata/for-3.17. I suppose 6-8 are gonna routed
> through a different tree?
Tejun,
IMHO you should also take 6
("Documentation: bindings: document the sub-nodes AHCI bindings").
Sebastian
--
To unsubscribe from this list: send the line "
801 - 900 of 1484 matches
Mail list logo