On Thu, Jun 26, 2008 at 5:29 AM, <[EMAIL PROTECTED]> wrote:
> From: Michal Simek <[EMAIL PROTECTED]>
>
>
> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
> ---
> arch/microblaze/platform/generic/system.dts | 300
> +++
> 1 files changed, 300 insertions(+), 0 deletions(-
On Thu, Jun 26, 2008 at 11:37 PM, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Stephen Rothwell wrote:
>>
>> Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
>> ---
>> drivers/ata/pata_mpc52xx.c |2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> I am not sure who wants to take thi
On Fri, Jun 27, 2008 at 9:52 AM, Kim Phillips
<[EMAIL PROTECTED]> wrote:
> delete obsolete device-type property, delete model property
> (use compatible property instead), prepend "fsl," to Freescale
> specific properties. Add nodes to device trees that are missing them,
> and fix broken property v
On Thu, Jun 26, 2008 at 02:30:28PM +0200, [EMAIL PROTECTED] wrote:
> +#define __NR_semtimedop 325
> +#define __NR_timerfd_settime 326
> +#define __NR_timerfd_gettime 327
> +
> +#ifdef __KERNEL__
> +
> +#define __NR_syscalls327
> +
Off-by-1 on __NR_syscalls, this should
On Thu, Jun 26, 2008 at 02:29:59PM +0200, [EMAIL PROTECTED] wrote:
> From: Michal Simek <[EMAIL PROTECTED]>
>
>
> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
> ---
> 0 files changed, 0 insertions(+), 0 deletions(-)
> create mode 100644 include/asm-microblaze/a.out.h
>
a.out is going away f
On Thu, Jun 26, 2008 at 02:29:58PM +0200, [EMAIL PROTECTED] wrote:
> +static int kstack_depth_to_print = 24;
> +
x86 has a sysctl for this. It may be worth making this non-static and
generalizing the ifdef case. Plenty of other architectures could benefit
from this also.
> +void show_trace(struct
From: Grant Likely <[EMAIL PROTECTED]>
There have been many questions on and off the mailing list about how
exactly the bootwrapper is used for embedded targets. Add some
documentation and help text to try and clarify the system.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
Documentatio
On Thu, Jun 26, 2008 at 02:29:57PM +0200, [EMAIL PROTECTED] wrote:
> +long arch_ptrace(struct task_struct *child, long request, long addr, long
> data)
> +{
> + int rval;
> +
> + switch (request) {
> + unsigned long val, copied;
> +
> + case PTRACE_PEEKTEXT: /* read word at
On Thu, Jun 26, 2008 at 02:29:54PM +0200, [EMAIL PROTECTED] wrote:
> +void (*pm_power_off)(void) = NULL;
> +EXPORT_SYMBOL(pm_power_off);
> +
> +void cpu_idle(void)
> +{
> + set_thread_flag(TIF_POLLING_NRFLAG);
> +
> + while (1) {
> + while (!need_resched())
> +
On Thu, Jun 26, 2008 at 02:29:53PM +0200, [EMAIL PROTECTED] wrote:
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +#define DEFINE(sym, val) asm volatile("\n->" #sym " %0 " #val : : "i" (val))
> +#define BLANK() asm volatile("\n->" : :)
> +
There are generic defi
On Thu, Jun 26, 2008 at 02:29:30PM +0200, [EMAIL PROTECTED] wrote:
> +config HZ
> + int
> + default 100
> +
Consider using kernel/Kconfig.hz instead.
> +config DEFCONFIG_LIST
> + string
> + default "arch/$ARCH/defconfig"
> +
init/Kconfig already has quite a few reasonable defaults
On Thu, Jun 26, 2008 at 1:16 PM, Stephen Neuendorffer
<[EMAIL PROTECTED]> wrote:
> Forgive my ignorance here, but what specifically does this imply? As
> far as I can tell, generally speaking, some of the board-specific
> information is passed into the boot wrapper, which then stuffs it into
> the
On Fri, Jun 27, 2008 at 09:53:03AM -0500, Scott Wood wrote:
> David Gibson wrote:
>> On Thu, Jun 26, 2008 at 10:25:28AM -0500, Scott Wood wrote:
>>> On Thu, Jun 26, 2008 at 11:03:49AM +1000, David Gibson wrote:
- the endian handling functions in libfdt_env.h, based on
endian.h and byte
Currently when a 32 bit process is exec'd on a powerpc 64 bit host the value
in the top three bytes of the personality is clobbered. This patch adds a
check in the SET_PERSONALITY macro that will carry all the values in the top
three bytes across the exec.
These three bytes currently carry flags
From: Nye Liu <[EMAIL PROTECTED]>
When using CONFIG_FIXED_PHY, fec_inf (fep->phydev->bus->priv) is NULL in
fs_enet/mac-fec.c restart(). Dereferencing fec_inf when trying to set the
mii_speed causes a kernel oops.
Signed-off-by: Nye Liu <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/fs_enet/ma
Sorry!
diff --git a/drivers/net/fs_enet/mac-fec.c b/drivers/net/fs_enet/mac-fec.c
index 8a311d1..7359068 100644
--- a/drivers/net/fs_enet/mac-fec.c
+++ b/drivers/net/fs_enet/mac-fec.c
@@ -328,7 +328,8 @@ static void restart(struct net_device *dev)
/*
* Set MII speed.
*/
-
Hello.
Nye Liu wrote:
From: Nye Liu <[EMAIL PROTECTED]>
When using CONFIG_FIXED_PHY, fec_inf (fep->phydev->bus->priv) is NULL in
fs_enet/mac-fec.c restart(). Dereferencing fec_inf when trying to set the
mii_speed causes a kernel oops.
Signed-off-by: Nye Liu <[EMAIL PROTECTED]>
---
diff --git
Added DMA nodes for the elo/elo-plus DMA engines.
Renamed the interrupt controller alias in mpc832x_rdb.dts to ipic so that
its the same as all the other boards.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Some copy/paste bugs are now fixed (thanks Scott for actually looking at the
patch)
On Jun 27, 2008, at 3:28 PM, Scott Wood wrote:
Kumar Gala wrote:
diff --git a/arch/powerpc/boot/dts/asp834x-redboot.dts b/arch/
powerpc/boot/dts/asp834x-redboot.dts
index 972cf78..d140031 100644
--- a/arch/powerpc/boot/dts/asp834x-redboot.dts
+++ b/arch/powerpc/boot/dts/asp834x-redboot.dts
@@
That all looks fine to me, though I won't claim to have paid close
attention to the nits in the various odd archs' files.
Thanks,
Roland
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
From: Nye Liu <[EMAIL PROTECTED]>
udbg_putc is a *function pointer* that is initialized during
udbg_init_cpm. It might not be initialized properly when called from
udbg_putc_cpm(), so (recursively) call udbg_putc_cpm() directly.
Printing an "X" on initialization is ugly. How about a "\n" instead?
From: Nye Liu <[EMAIL PROTECTED]>
When using CONFIG_FIXED_PHY, fec_inf (fep->phydev->bus->priv) is NULL in
fs_enet/mac-fec.c restart(). Dereferencing fec_inf when trying to set the
mii_speed causes a kernel oops.
Signed-off-by: Nye Liu <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/fs_enet/ma
Hello
I got the gianfar.c patch and enabled CONFIG_NETCONSOLE and now i'm able to
connect kgdb and gdb.
But when i try to cont in gdb, the system tries to load the rootfs but fails
and trys to reboot. Can someone please provide some help on this.
dump:
(gdb) c
Continuing.
RAMDISK: Compressed ima
Kumar Gala wrote:
diff --git a/arch/powerpc/boot/dts/asp834x-redboot.dts
b/arch/powerpc/boot/dts/asp834x-redboot.dts
index 972cf78..d140031 100644
--- a/arch/powerpc/boot/dts/asp834x-redboot.dts
+++ b/arch/powerpc/boot/dts/asp834x-redboot.dts
@@ -53,7 +53,7 @@
"fsl,p
Nye Liu wrote:
udbg_putc is a *function pointer* that is initialized during
udbg_init_cpm. It might not be initialized properly when called from
udbg_putc_cpm(), so (recursively) call udbg_putc_cpm() directly.
ACK
Printing an "X" on initialization is ugly. How about a "\n" instead?
D'oh, th
Added DMA nodes for the elo/elo-plus DMA engines.
Renamed the interrupt controller alias in mpc832x_rdb.dts to ipic so that
its the same as all the other boards.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
In my powerpc-next branch.
- k
arch/powerpc/boot/dts/asp834x-redboot.dts | 37
On Jun 27, 2008, at 2:35 PM, Arnd Bergmann wrote:
On Friday 27 June 2008, Scott Wood wrote:
On Fri, Jun 27, 2008 at 11:36:36AM -0500, Kumar Gala wrote:
There isn't any reason at this point that we can't build 83xx &
86xx support
in with the other 6xx based boards. Twiddle the Kconfigs to al
On Friday 27 June 2008, Scott Wood wrote:
> On Fri, Jun 27, 2008 at 11:36:36AM -0500, Kumar Gala wrote:
> > There isn't any reason at this point that we can't build 83xx & 86xx support
> > in with the other 6xx based boards. Twiddle the Kconfigs to allow this.
>
> Likewise with 82xx -- why don't
There isn't any reason at this point that we can't build 82xx, 83xx & 86xx
support in with the other 6xx based boards. Twiddle the Kconfigs to allow
this.
This allows us to remove the machine type selection for related to 6xx.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Added 82xx into mu
On Fri, Jun 27, 2008 at 11:36:36AM -0500, Kumar Gala wrote:
> There isn't any reason at this point that we can't build 83xx & 86xx support
> in with the other 6xx based boards. Twiddle the Kconfigs to allow this.
Likewise with 82xx -- why don't we just get rid of the "Machine type"
choice, and tu
On Wed, Jun 25, 2008 at 01:21:04PM -0700, Grant Likely wrote:
> + zImage.%: Image usable by OpenFirmware. Image expects firmware
> + to provide the device tree using OpenFirmware
> + interfaces. Typically general purpose hardware uses
> +
Hello David,
On Mon, Jun 23, 2008 at 03:06:24PM +1000, David Gibson wrote:
> Hrm. I was assuming this would be handled by the code putting things
> together, rather than being encoded into the fragments. I envisaged
> something like:
>
> int fdt_graft(void *fdt, int parentoffset, const c
delete obsolete device-type property, delete model property
(use compatible property instead), prepend "fsl," to Freescale
specific properties. Add nodes to device trees that are missing them,
and fix broken property values in other trees.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
change
Hi Laurent,
> Is there any pending issue or can this be applied to powerpc-next ?
Looks OK to me.
>> Signed-off-by: Laurent Pinchart <[EMAIL PROTECTED]>
>> Cc: Jochen Friedrich <[EMAIL PROTECTED]>
Acked-by: Jochen Friedrich <[EMAIL PROTECTED]>
Thanks,
Jochen
Hi Timur,
> Anyone know when of_i2c.c is going to come "online" replace what's in
> fsl_soc.c?
There is a patch being prepared to convert i2c-mpc from a platform driver to an
of_platform driver
making the fsl_soc.c code obsolete. See:
http://patchwork.ozlabs.org/linuxppc/patch?id=18898
Thanks
There isn't any reason at this point that we can't build 83xx & 86xx support
in with the other 6xx based boards. Twiddle the Kconfigs to allow this.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/83xx/Kconfig | 10 ++
arch/powerpc/platforms/86xx/Kconfig | 16
>
> We need either all architectures changed or none at all - we do need the
> arch headers to become more similar, not more different.
>
> And this is why we need an agreement _before_ an asm-generic header gets
> added, not after it.
We already have the agreement..
Files which are equal among
On Jun 27, 2008, at 6:27 AM, Paul Mackerras wrote:
Kumar Gala writes:
Paul, any update on when we might see some of the various patches
pulled into powerpc-next?
This weekend assuming I get over this gastric flu-like lurgy that I
have at the moment.
Uugh, that sucks.
I've got some work
For some reason long ago I decided that we should zero out the time base
when we calibrate the decrementer. The problem is that this can be
harmful in SMP systems where the firmware has already synchronized the
time bases on the various cores.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
ar
Hi Adrian and Arnd,
>> > After all, it won't matter whether we'll unify resp. remove
>> > 22 or 23 files.
>>
>> That wasn't my idea. The logic was that if one more file exists
>> in asm-generic that can be removed from the architectures,
>> we get 22 more files to remove without anyone having to
David Gibson wrote:
On Thu, Jun 26, 2008 at 10:25:28AM -0500, Scott Wood wrote:
On Thu, Jun 26, 2008 at 11:03:49AM +1000, David Gibson wrote:
- the endian handling functions in libfdt_env.h, based on
endian.h and byteswap.h are replaced with some portable open-coded
versions. Unfortuna
>> +
>> +static inline void udelay(unsigned long usec)
>> +{
>> +}
>
>shouldnt this function be named zerodelay() ?
>
>Thanks,
> tglx
I have prepared implementation of this function which sent me JW.
I did some changes which I test it because I found problem there.
M
_
Breno Leitao wrote:
> Nathan Lynch wrote:
>> There is an "interesting" quality of POWER6 cores, which each have 2
>> hardware threads: assuming one thread on the core is idle, the primary
>> thread is a little "faster" than the secondary thread. To illustrate:
>>
> I found this feature interest
Hi Paul,
> In my experience, dcbz slows down the hot-cache case because it adds a
> few cycles to the execution time of the inner loop, and on most 64-bit
> PowerPC implementations, it doesn't actually help even in the
> cold-cache case because the store queue does enough write combining
I agree
Changes from previous version:
- Add FIFO status error checking code before a DMA transaction starts
and after it is completed.
- Fix an incorrect check in the previous patch causing spurious "dma
table too small" errors.
Tim
This patch adds MDMA/UDMA support (using BestComm for DMA) on the MPC52
On Fri, Jun 27, 2008 at 01:23:05AM +0200, Arnd Bergmann wrote:
> On Thursday 26 June 2008, Adrian Bunk wrote:
> > Honestly, I do not completely like your approach of getting the
> > microblaze port submitter to create the asm-generic files - I would
> > personally prefer if the microblaze port wo
Kumar Gala writes:
> Paul, any update on when we might see some of the various patches
> pulled into powerpc-next?
This weekend assuming I get over this gastric flu-like lurgy that I
have at the moment.
> I've got some work I'd like to see in .27 but it needs Michael's code
> patching patche
On Friday 27 June 2008, John Rigby wrote:
> On Thu, Jun 26, 2008 at 7:42 PM, David Gibson <[EMAIL PROTECTED]> wrote:
> >
> > [snip]
> >> [EMAIL PROTECTED] {
> >> compatible = "fsl,mpc5121-immr";
> >> + device_type = "soc";
> >
> > I realise we still need the unwanted
On Thu, 26 Jun 2008, [EMAIL PROTECTED] wrote:
> +
> +static inline void udelay(unsigned long usec)
> +{
> +}
shouldnt this function be named zerodelay() ?
Thanks,
tglx
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/m
>
>
> Actually , short packets are not allowed to flow through the higher
> layers, If any of the layer tried to use the extra room available may
> hit wit crash .
> Since it is a invalid packet it has to be dropped and freed in driver.
> Actually if you see in code, the other invalid pa
>
> > for (i = 0; i < NUM_TX_BUFF; ++i) {
> > - if (dev->tx_skb[i]) {
> > + if (dev->tx_skb[i] &&
> dev->tx_desc[i].data_ptr) {
>
>
> Why changing the test above ?
>
>The reason for changing this
Hi benh,
Please find my comments inline.
Thanks and regards,
SathyaNarayanan
On Tue, Jun 24, 2008 at 4:50 AM, Benjamin Herrenschmidt <
[EMAIL PROTECTED]> wrote:
> On Mon, 2008-06-23 at 14:54 +0200, Stefan Roese wrote:
> > From: Sathya Narayanan <[EMAIL PROTECTED]>
> >
> > The des
Hi benh,
Please find my comments inline.
On Tue, Jun 24, 2008 at 4:50 AM, Benjamin Herrenschmidt <
[EMAIL PROTECTED]> wrote:
> On Mon, 2008-06-23 at 14:55 +0200, Stefan Roese wrote:
> > From: Sathya Narayanan <[EMAIL PROTECTED]>
> >
> > Short packets has to be discarded by the driver
53 matches
Mail list logo