In some device trees of previous version, there were string "fsl,sec4.0".
To be backward compatible with device trees, we have CAAM driver first
check "fsl,sec-v4.0", if it fails, then check for "fsl,sec4.0".
Signed-off-by: Shengzhou Liu
---
drivers/crypto/caam/caamalg.c | 14 ++
d
Signed-off-by: Yinghai Lu
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-dev@lists.ozlabs.org
---
arch/powerpc/include/asm/pci-bridge.h |1 +
arch/powerpc/kernel/pci-common.c | 10 +-
2 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/inc
This patch consists of:
- Enable PCI MSI as default for Bluestone board
- Change definition of number of MSI interrupts as it depends on SoC
- Fix returning ENODEV as finding MSI node
- Fix MSI physical high and low address
- Keep MSI data logically
Signed-off-by: Mai La
---
v4:
Per Josh Boyer's
> -Original Message-
> From: linuxppc-dev-bounces+tie-fei.zang=freescale@lists.ozlabs.org
> [mailto:linuxppc-dev-bounces+tie-fei.zang=freescale@lists.ozlabs.org]
> On Behalf Of Dmitry Eremin-Solenikov
> Sent: Sunday, March 18, 2012 1:11 AM
> To: Kumar Gala
> Cc: Lan Chunhe-B25806;
Le dimanche 18 mars 2012 à 19:24 -0400, Paul Gortmaker a écrit :
> On Sun, Mar 18, 2012 at 5:55 PM, Eric Dumazet wrote:
> > On Sun, 2012-03-18 at 17:39 -0400, Paul Gortmaker wrote:
> >> The __netif_subqueue_stopped() just does the following:
> >>
> >> struct netdev_queue *txq = netdev_get_
On Wed, 22 Jun 2011 09:55:11 +0200
Heiko Schocher wrote:
> Add the following options to the mpc5200_defconfig, needed
> for the a4m072 board support:
>
> CONFIG_AMD_PHY=y
> CONFIG_MTD_PLATRAM=y -> this deletes CONFIG_MTD_RAM=y
> CONFIG_GPIO_SYSFS=y
> CONFIG_SENSORS_LM87=m
> CONFIG_RTC_DRV_PCF856
Hi Heiko,
On Wed, 22 Jun 2011 12:39:10 +0200
Heiko Schocher wrote:
...
> diff --git a/arch/powerpc/boot/dts/a4m072.dts
> b/arch/powerpc/boot/dts/a4m072.dts
> new file mode 100644
> index 000..adb6746
> --- /dev/null
> +++ b/arch/powerpc/boot/dts/a4m072.dts
...
> + cdm@200 {
> +
Hi Heiko,
On Tue, 19 Apr 2011 08:04:05 +0200
Heiko Schocher wrote:
> If firmware does not setup the "GPS Port Configuration Register"
> and the "CDM 48MHz Fractional Divider Configuration Register",
> it can be corrected through DTS.
>
> Signed-off-by: Heiko Schocher
> cc: devictree-disc...@li
On Sun, Mar 18, 2012 at 5:55 PM, Eric Dumazet wrote:
> On Sun, 2012-03-18 at 17:39 -0400, Paul Gortmaker wrote:
>> The __netif_subqueue_stopped() just does the following:
>>
>> struct netdev_queue *txq = netdev_get_tx_queue(dev, queue_index);
>> return netif_tx_queue_stopped(txq);
On Sun, 2012-03-18 at 17:39 -0400, Paul Gortmaker wrote:
> The __netif_subqueue_stopped() just does the following:
>
> struct netdev_queue *txq = netdev_get_tx_queue(dev, queue_index);
> return netif_tx_queue_stopped(txq);
>
> and since we already have the txq in scope, we can jus
The __netif_subqueue_stopped() just does the following:
struct netdev_queue *txq = netdev_get_tx_queue(dev, queue_index);
return netif_tx_queue_stopped(txq);
and since we already have the txq in scope, we can just call that
directly in this case.
Suggested-by: Eric Dumazet
Signe
There were two version strings, and neither one was being used.
Also in the same proximity were some unused #define that were
left over from the past. Delete them all.
Signed-off-by: Paul Gortmaker
---
drivers/net/ethernet/freescale/gianfar.c |3 ---
drivers/net/ethernet/freescale/gianfar.h
Add support for byte queue limits (BQL), based on the similar
modifications made to intel/igb/igb_main.c from Eric Dumazet
in commit bdbc063129e811264cd6c311d8c2d9b95de01231
"igb: Add support for byte queue limits."
A local variable for tx_queue->qindex was introduced in
gfar_clean_tx_ring
Signed-off-by: Paul Gortmaker
---
drivers/net/ethernet/freescale/gianfar_ethtool.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ethernet/freescale/gianfar_ethtool.c
b/drivers/net/ethernet/freescale/gianfar_ethtool.c
index 5a78d55..8d74efd 100644
--- a/dri
Identical to v1 but with the additional patch suggested by Eric.
Compile tested. The v1 text follows below the pull request.
Sorry for the near back-to-back sends; I would have liked to have
got this out earlier in the week and not so close to net-next
closing, but that just didn't happen...
Tha
Hello Heiko,
some comments below.
On Wed, 22 Jun 2011 09:55:08 +0200
Heiko Schocher wrote:
...
> diff --git a/drivers/net/phy/amd79.c b/drivers/net/phy/amd79.c
> new file mode 100644
> index 000..914d696
> --- /dev/null
> +++ b/drivers/net/phy/amd79.c
...
> +#include
> +#include
> +#includ
Hello Heiko,
On Tue, 26 Jul 2011 06:55:04 +0200
Heiko Schocher wrote:
> Hello,
>
> Heiko Schocher wrote:
> > Signed-off-by: Heiko Schocher
> > cc: linux-net...@vger.kernel.org
> > cc: Wolfgang Denk
> > ---
> > drivers/net/phy/Kconfig |5 ++
> > drivers/net/phy/Makefile |1 +
> > dri
On Sun, Mar 18, 2012 at 4:20 PM, Eric Dumazet wrote:
> Le dimanche 18 mars 2012 à 12:56 -0400, Paul Gortmaker a écrit :
>
> ...
>
>> * we add this skb back into the pool, if it's the right size
>> @@ -2557,13 +2568,15 @@ static int gfar_clean_tx_ring(struct gfar_priv_tx_q
>> *tx_qu
On Sun, 2012-03-18 at 18:04 +0400, Dmitry Eremin-Solenikov wrote:
> On Sun, Mar 18, 2012 at 4:46 AM, Benjamin Herrenschmidt
> wrote:
> > On Sat, 2012-03-17 at 20:04 +0400, Dmitry Eremin-Solenikov wrote:
> >> Hello,
> >>
> >> I'm trying to make framebuffer to work on PPC460EX board (canyonlands).
>
On Sun, Mar 18, 2012 at 4:30 PM, Eric Dumazet wrote:
> Le dimanche 18 mars 2012 à 12:56 -0400, Paul Gortmaker a écrit :
>> The BQL support here is unchanged from what I posted earlier as an
>> RFC[1] -- with the exception of the fact that I'm now happier with
>> the runtime testing vs. the simple
Le dimanche 18 mars 2012 à 12:56 -0400, Paul Gortmaker a écrit :
> The BQL support here is unchanged from what I posted earlier as an
> RFC[1] -- with the exception of the fact that I'm now happier with
> the runtime testing vs. the simple "hey it boots" that I'd done
> for the RFC. Plus I added a
Le dimanche 18 mars 2012 à 12:56 -0400, Paul Gortmaker a écrit :
...
>* we add this skb back into the pool, if it's the right size
> @@ -2557,13 +2568,15 @@ static int gfar_clean_tx_ring(struct gfar_priv_tx_q
> *tx_queue)
> }
>
> /* If we freed a buffer, we can rest
On Sun, 18 Mar 2012 16:14:23 +, Tabi Timur-B04825
wrote:
> Grant Likely wrote:
> > That's because you're using it wrong. of_platform_bus_probe() creates
> > platform devices at the starting level and every level below it as
> > described by the bus ids. It is illegal to call of_platform_bus
There were two version strings, and neither one was being used.
Also in the same proximity were some unused #define that were
left over from the past. Delete them all.
Signed-off-by: Paul Gortmaker
---
drivers/net/ethernet/freescale/gianfar.c |3 ---
drivers/net/ethernet/freescale/gianfar.h
Signed-off-by: Paul Gortmaker
---
drivers/net/ethernet/freescale/gianfar_ethtool.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ethernet/freescale/gianfar_ethtool.c
b/drivers/net/ethernet/freescale/gianfar_ethtool.c
index 5a78d55..8d74efd 100644
--- a/dri
Add support for byte queue limits (BQL), based on the similar
modifications made to intel/igb/igb_main.c from Eric Dumazet
in commit bdbc063129e811264cd6c311d8c2d9b95de01231
"igb: Add support for byte queue limits."
A local variable for tx_queue->qindex was introduced in
gfar_clean_tx_ring
The BQL support here is unchanged from what I posted earlier as an
RFC[1] -- with the exception of the fact that I'm now happier with
the runtime testing vs. the simple "hey it boots" that I'd done
for the RFC. Plus I added a couple trivial cleanup patches.
For testing, I made a couple spiders ho
Grant Likely wrote:
> That's because you're using it wrong. of_platform_bus_probe() creates
> platform devices at the starting level and every level below it as
> described by the bus ids. It is illegal to call of_platform_bus_probe()
> twice at the same level in the DT.
Well, *I* am not using i
On Sun, Mar 18, 2012 at 4:46 AM, Benjamin Herrenschmidt
wrote:
> On Sat, 2012-03-17 at 20:04 +0400, Dmitry Eremin-Solenikov wrote:
>> Hello,
>>
>> I'm trying to make framebuffer to work on PPC460EX board (canyonlands).
>>
>> The peculiarity of this platform is the fact that it has
>> sizeof(unsign
On Sat, 17 Mar 2012 13:35:02 +, Tabi Timur-B04825
wrote:
> Grant Likely wrote:
> >>> > > Are you aware of any reason that we can't call
> >>> > of_platform_bus_probe()
> >>> > > or multiple times. Timur's run into an issue in which all devices
> >>> > > don't get registered properly i
30 matches
Mail list logo
