On Fri, 2007-11-02 at 15:48 +1100, Paul Mackerras wrote:
> This also lets us simplify the s390 code a bit; it means that the s390
> timer interrupt can now call update_process_times even when
> CONFIG_VIRT_CPU_ACCOUNTING is turned on, and can just implement a
> suitable account_process_tick().
Jus
This patch adds support for the 405EX to the new EMAC driver. Some as on
AXON, the 405EX handles the MDIO via the RGMII bridge.
Tested on AMCC Kilauea.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
drivers/net/ibm_newemac/core.c |3 ++-
drivers/net/ibm_newemac/rgmii.c | 16 +
On Wed, 2007-10-31 at 20:48 +0100, Christoph Raisch wrote:
> Michael Ellerman <[EMAIL PROTECTED]> wrote on 30.10.2007 23:50:36:
> >
> > On Tue, 2007-10-30 at 09:39 +0100, Christoph Raisch wrote:
> > >
> > > Michael Ellerman <[EMAIL PROTECTED]> wrote on 28.10.2007 23:32:17:
> > > Hope I didn't miss
At present, defining a property as, say:
foo = [abcd], ;
Will cause dtc to insert 2 bytes of zeros between the abcd and the
, to align the cell form data.
Doing so seemed like a good idea at the time, but I don't believe
there are any users who actually rely on this behaviour. Se
This patch changes -Odts mode output so that labels on properties,
nodes and memreserve entries in input source are preserved in the
output.
Preserving labels within property values is trickier - another patch
coming later.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/treesource.c
Since powerpc started using CONFIG_GENERIC_CLOCKEVENTS, the
deterministic CPU accounting (CONFIG_VIRT_CPU_ACCOUNTING) has been
broken on powerpc, because we end up counting user time twice: once in
timer_interrupt() and once in update_process_times().
This fixes the problem by pulling the code in
This patch adds documentation in libfdt.h for a few more libfdt
functions. It also makes a slight update to the documentation of
fdt_get_name().
Index: dtc/libfdt/libfdt.h
===
--- dtc.orig/libfdt/libfdt.h2007-11-02 15:44:58.0
Remove the uneccessary LDFLAGS from the top-level makefile. It only
added libfdt/ to the link path. dtc doesn't need libfdt at all, and
the testcases which do, already link libfdt.a by explicit path.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/Makefile
===
On Fri, Nov 02, 2007 at 02:40:16PM +1100, David Gibson wrote:
> Informed by the experience attempting to embed dtc into the kernel
> tree, make further simplification of the Makefiles. In particular
> make the Makefile.dtc and Makefile.libfdt fragments truly minimal.
>
> This change also stops li
Informed by the experience attempting to embed dtc into the kernel
tree, make further simplification of the Makefiles. In particular
make the Makefile.dtc and Makefile.libfdt fragments truly minimal.
This change also stops linking dtc with libfdt, which it does not
need.
Signed-off-by: David Gib
Freescale I2C support is being constructed as a platform driver in
arch/powerpc/sysdev/fsl_soc.c and protected with #ifdef
CONFIG_I2C_BOARDINFO. Could the I2C support instead be initialized in
drivers/i2c/busses/i2c-mpc.c as an of_platform driver instead? I'm
find it confusing that half my drivers
On Thu, Nov 01, 2007 at 09:04:42AM -0500, Jon Loeliger wrote:
> On Wed, 2007-10-31 at 17:56, David Gibson wrote:
>
> > I'm not too keen on using a git feature that's more recent than the
> > git in most distros.
>
> I'm going to consider this argument null and void on two fronts:
>
> You don't u
Medve Emilian-EMMEDVE1 wrote:
>
> I have module with 36K relocation entries (I know, I know, how could
> that be...) and the count_relocs() function takes ~17 seconds to crunch
> through the relocation table from the .rela.text section. I don't think
> I can reduce the number of entries in the rel
Hello,
I have module with 36K relocation entries (I know, I know, how could
that be...) and the count_relocs() function takes ~17 seconds to crunch
through the relocation table from the .rela.text section. I don't think
I can reduce the number of entries in the relocation table (can I?) so
I'm th
On Thursday 01 November 2007, Josh Boyer wrote:
> > > - if (dev->type != RGMII_AXON)
> > > - return;
> > > -
> > > mutex_lock(&dev->lock);
> >
> > That will break 440GX boards that need to use the RGMII for data and the
> > ZMII for MDIO.
> >
> > You may want to change the name RGMII_AXON
On Fri, 02 Nov 2007 07:37:01 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2007-11-01 at 15:54 +0100, Stefan Roese wrote:
> > This patch adds support for the 405EX to the new EMAC driver.
> >
> > Tested on AMCC Kilauea.
>
> .../...
>
> > diff --git a/drivers/net/ibm_newe
On Thu, 2007-11-01 at 15:54 +0100, Stefan Roese wrote:
> This patch adds support for the 405EX to the new EMAC driver.
>
> Tested on AMCC Kilauea.
.../...
> diff --git a/drivers/net/ibm_newemac/rgmii.c b/drivers/net/ibm_newemac/rgmii.c
> index de41695..e393f68 100644
> --- a/drivers/net/ibm_ne
This patch adds support for the 405EX to the new EMAC driver.
Tested on AMCC Kilauea.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
drivers/net/ibm_newemac/core.c |3 ++-
drivers/net/ibm_newemac/rgmii.c |6 --
2 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/driv
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/configs/kilauea_defconfig | 98 ---
1 files changed, 51 insertions(+), 47 deletions(-)
diff --git a/arch/powerpc/configs/kilauea_defconfig
b/arch/powerpc/configs/kilauea_defconfig
index fd1c530..f75a62
On Thu, 01 Nov 2007 10:54:15 -0400
"Steven A. Falco" <[EMAIL PROTECTED]> wrote:
> Is this something anyone can do? I tried:
>
> git pull
> master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git
> for-2.6.24
>
> but it asks me for a password. I'd like to be able to follow your
>
Is this something anyone can do? I tried:
git pull
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git
for-2.6.24
but it asks me for a password. I'd like to be able to follow your
development branch, so I can contribute patches where appropriate.
Steve
Josh Boyer wrote
For EMAC support, 405EX needs to be defined to enable the corresponding
EMAC features (IBM_NEW_EMAC_EMAC4, etc.).
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
A small new EMAC patch will follow in a short while, to enable
405EX support in the driver.
arch/powerpc/platforms/40x/Kconfig |
On Wed, 2007-10-31 at 17:56, David Gibson wrote:
> I'm not too keen on using a git feature that's more recent than the
> git in most distros.
I'm going to consider this argument null and void on two fronts:
You don't use git for patch generation and submission anyway.
The Linux Community happil
Sylvain Munaut wrote:
> > Valentine Barshak wrote:
> >> Rework ohci-ppc-of driver to use big-endian property instead of
> >> ohci-be/ohci-le compatible strings. Also remove unnecessary
> >> user-selectable USB_OHCI_HCD_PPC_OF_LE/BE stuff, because
> >> USB_OHCI_BIG_ENDIAN_DESC/MMIO should always be
Hi Paul,
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git for-2.6.24
to pick up a few items for 2.6.24. Mostly bugfixes, but also some
documentation updates and a few bootwrapper changes. Particularly important
is the TLB flushing fix from Ben.
josh
Benj
So, like, the other day David Gibson mumbled:
> This patch moves the dtc code for checking the device tree its
> processing into a new checks.c. The tree accessor functions from
> livetree.c which the checks use are exported and added to dtc.h.
>
> Another small step towards a flexible checking a
So, like, the other day David Gibson mumbled:
> Currently all the read/write functions in libfdt require that the
> given tree be v17, and further, that the tree has the memory
> reservation block, structure block and strings block stored in that
> physical order.
>
> This patch eases these constr
[EMAIL PROTECTED] wrote:
>>> USB_OHCI_BIG_ENDIAN_DESC/MMIO should always be enabled for ppc
>>> and USB_OHCI_LITTLE_ENDIAN is selected for USB_OHCI_HCD_PCI by default.
>
> I don't find those options useless. If you think the defauts are not the
> best change them but I find these options relevant.
> + while (bcom_buffer_done(priv->tx_dmatsk)) {
> + struct sk_buff *skb;
> + skb = bcom_retrieve_buffer(priv->tx_dmatsk, NULL, NULL);
> + /* Here (and in rx routines) would be a good place for
> + * dma_unmap_single(), but bcom doesn't return bco
On Wed, 31 Oct 2007 13:52:53 -0400
"Steven A. Falco" <[EMAIL PROTECTED]> wrote:
> > Could you redo the patch with just this bit and send it again?
> >
> > josh
> >
>
> Ok - this one is based off the Linus tree, and follows your style of one
> interrupt per line, with a comment indicating wh
> Valentine Barshak wrote:
>> Rework ohci-ppc-of driver to use big-endian property instead of
>> ohci-be/ohci-le compatible strings. Also remove unnecessary
>> user-selectable USB_OHCI_HCD_PPC_OF_LE/BE stuff, because
>> USB_OHCI_BIG_ENDIAN_DESC/MMIO should always be enabled for ppc
>> and USB_OHCI_
The Build with randconfig fails with following error with the
2.6.24-rc4-git9
include/linux/kallsyms.h:56: error: ‘NULL’ undeclared (first use in this
function)
include/linux/kallsyms.h:56: error: (Each undeclared identifier is
reported only once
include/linux/kallsyms.h:56: error: for each functi
On Thu, Nov 01, 2007 at 10:33:24AM +0800, Li Yang-r58472 wrote:
> > -Original Message-
> > From: Anton Vorontsov [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, November 01, 2007 5:59 AM
> > To: Li Yang-r58472
> > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> > linuxppc-dev@ozlabs.org
> > Sub
33 matches
Mail list logo
