Grant Likely-2 wrote:
>
> On 11/20/07, Lorenz Kolb <[EMAIL PROTECTED]> wrote:
>
>>
>> Anyway, only one of the two peripheral ports seems to be active.
>
> Yes, I've got that problem here too. I haven't yet solved it. Any
> help would be appreciated.
>
> Cheers,
> g.
>
>
Well that's what
Jochen Friedrich wrote:
> PORTA and PORTB have odr registers, as well. However, the PORTB odr
> register is only 16bit.
>
> Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
Acked-by: Scott Wood <[EMAIL PROTECTED]>
BTW, you may want to send the patches to linuxppc-dev rather than
linuxppc-emb
Hi everyone,
Im using gdbserver to debug Linux apps on my embedded board, but it takes
like 3-6 sec to step one line of code. Its about the same to go from
breakpoint to breakpont. Im using TCP to connect the host to the target.
Is this typical or is there some setting wrong or was it built wr
Till yesterday I thought I was able to code a simple driver but now I'm facing
a problem that is puzzling me.
I added a kernel timer (triggering every 500 ms) to reset the watchdog of
mpc8xx. This timer starts when the driver is opened. The timer is rearmed till
a counter reaches a zero value.
Hi,
I got a solution to this.The problem was with the current speed
parameter in the DTS,as stated.You need to explicity specify the
speed.It doesnot get filled in from U-boot.You can also probabaly
check the kernel log buf to see what values are set for these
parameters.Anyways,changing the
On Tue, 20 Nov 2007 18:21:29 +0100
Jochen Friedrich <[EMAIL PROTECTED]> wrote:
> A new pid argument has been added to _tlbie for 4xx platforms.
> Add this argument to the 8xx path in mem.c, as well. As 8xx
> does not need th epid information, this argument can always be 0.
This is already fixed i
A new pid argument has been added to _tlbie for 4xx platforms.
Add this argument to the 8xx path in mem.c, as well. As 8xx
does not need th epid information, this argument can always be 0.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
CC arch/powerpc/mm/mem.o
arch/powerpc/mm/mem.c: I
PORTA and PORTB have odr registers, as well. However, the PORTB odr
register is only 16bit.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/commproc.c | 19 ---
1 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/sysdev/commpr
On 11/20/07, Lorenz Kolb <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> we just tried the USB driver (from Peter Korsgaard) from Grant's virtex
> tree.
>
> Nevertheless we could not get the peripheral ports work as gadgets.
> Has anyone tried (and probably fixed) that before?
That driver does not work for
Hi,
we just tried the USB driver (from Peter Korsgaard) from Grant's virtex
tree.
Nevertheless we could not get the peripheral ports work as gadgets.
Has anyone tried (and probably fixed) that before?
Anyway, only one of the two peripheral ports seems to be active.
We use kernel 2.6.22 (as som
>> @@ -36,6 +36,10 @@ static int __devinit of_platform_serial_setup(struct
>> of_device *ofdev,
>> memset(port, 0, sizeof *port);
>> spd = of_get_property(np, "current-speed", NULL);
>> clk = of_get_property(np, "clock-frequency", NULL);
>> + if (!spd) {
>> +
Hello, Wolfgang!
Wolfgang Denk schrieb:
> In message <[EMAIL PROTECTED]> you wrote:
>> How should people get a glue what's current, when in the section
>> "Latest News" at http://sourceforge.net/projects/u-boot/ the people
>> still find a more or less official looking "u-boot-1.1.5" release.
On Tuesday 20 November 2007, Clemens Koller wrote:
> The device tree is the default one which comes with the kernel:
> paulus.git/arch/powerpc/boot/dts/mpc8540ads.dts
> which contains:
>
> [EMAIL PROTECTED] {
> device_type = "serial";
>
> charanya venkatraman wrote:
>> Hi all
>>Sorry about the previous mail.Got sent by mistake.
>>
>> Iam using the 2.6.22.5 kernel on MPC 8560 and MPC8540 on my custom
>> board.Mykernel hangs after loading the device tree in both the
>> processors. There is
>> no output on the serial
Hi, Arnd!
Arnd Bergmann schrieb:
> On Monday 19 November 2007, Clemens Koller wrote:
>> Unable to handle kernel paging request for data at address 0x
>> Faulting instruction address: 0xc018f03c
>> Oops: Kernel access of bad area, sig: 11 [#1]
>> MPC85xx ADS
>> Modules linked in:
>> NIP: c
15 matches
Mail list logo