On Wed, 18 Jul 2007 00:07:50 -0700 (PDT) [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8778
Summary: Ocotea board: kernel reports access of bad area during
boot with DEBUG_SLAB=y
Product: Platform Specific/Hardware
On Monday 16 July 2007 13:15, Matvejchikov Ilya wrote:
Hi all!
Does anybody use watchdog timer with mpc82xx?
I do.
--
Laurent Pinchart
CSE Semaphore Belgium
Chaussée de Bruxelles, 732A
B-1410 Waterloo
Belgium
T +32 (2) 387 42 59
F +32 (2) 387 42 75
On Wed, Jul 18, 2007 at 12:52:53AM -0700, Andrew Morton wrote:
On Wed, 18 Jul 2007 00:07:50 -0700 (PDT) [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8778
Summary: Ocotea board: kernel reports access of bad area during
boot with
Hi Kumar
The address we are trying to access corresponds to a mapped device in
the PCI space
Attached some additional debugging information (we have instrumented the
kernel)
Thanks
jorge
INFO [_probe]: Found Device [irq=58]
INFO [_open]: device opened with irq 58
INFO [_read]: waiting for
Yes there was indeed.
Combination of my misunderstanding, device trees and board specific
initialization.
Things are working now.
Thanks,
kd
From: John Rigby [mailto:[EMAIL PROTECTED]
Sent: 5. júlí 2007 17:21
To: Kári Davíðsson
Cc:
Hi
We are showing figures of more than 4 billion error frames in our
ethernet interfaces. We have tested that the problem is in a
substraction (the number of errors decrements with the number of frames).
So... looking in the fec driver (fec.c) for the calculations we have
seen that the
Hi
We are showing figures of more than 4 billion error frames in our
ethernet interfaces. We have tested that the problem is in a
substraction (the number of errors decrements with the number of frames).
So... looking in the fec driver (fec.c) for the calculations we have
seen that the number
On Wed, 2007-07-18 at 01:34 -0700, Eugene Surovegin wrote:
On Wed, Jul 18, 2007 at 12:52:53AM -0700, Andrew Morton wrote:
On Wed, 18 Jul 2007 00:07:50 -0700 (PDT) [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8778
Summary: Ocotea board: kernel
On Wed, Jul 18, 2007 at 08:41:10AM -0500, Josh Boyer wrote:
On Wed, 2007-07-18 at 01:34 -0700, Eugene Surovegin wrote:
On Wed, Jul 18, 2007 at 12:52:53AM -0700, Andrew Morton wrote:
On Wed, 18 Jul 2007 00:07:50 -0700 (PDT) [EMAIL PROTECTED] wrote:
On Wed, 2007-07-18 at 08:59 -0700, Eugene Surovegin wrote:
On Wed, Jul 18, 2007 at 08:41:10AM -0500, Josh Boyer wrote:
On Wed, 2007-07-18 at 01:34 -0700, Eugene Surovegin wrote:
On Wed, Jul 18, 2007 at 12:52:53AM -0700, Andrew Morton wrote:
On Wed, 18 Jul 2007 00:07:50 -0700 (PDT) [EMAIL
On Wed, 18 Jul 2007 08:59:40 -0700 Eugene Surovegin [EMAIL PROTECTED] wrote:
On Wed, Jul 18, 2007 at 08:41:10AM -0500, Josh Boyer wrote:
On Wed, 2007-07-18 at 01:34 -0700, Eugene Surovegin wrote:
On Wed, Jul 18, 2007 at 12:52:53AM -0700, Andrew Morton wrote:
On Wed, 18 Jul 2007 00:07:50
On Wed, Jul 18, 2007 at 09:55:37AM -0700, Andrew Morton wrote:
On Wed, 18 Jul 2007 08:59:40 -0700 Eugene Surovegin [EMAIL PROTECTED] wrote:
On Wed, Jul 18, 2007 at 08:41:10AM -0500, Josh Boyer wrote:
On Wed, 2007-07-18 at 01:34 -0700, Eugene Surovegin wrote:
On Wed, Jul 18, 2007 at
Daniel Jacobowitz wrote:
On Mon, Jul 16, 2007 at 10:43:41AM -0500, Bill Gatliff wrote:
recv(4, 0x7d60, 1, 0) = ? ERESTARTSYS (To be restarted)
--- SIGIO (I/O possible) @ 0 (0) ---
syscall_4294966784(0xa, 0x7d34, 0x1, 0, 0x1008a3c7, 0x1008b5a3,
0x1008b5a4,
On 7/18/07, Eugene Surovegin [EMAIL PROTECTED] wrote:
It's kmalloc, at least this is how I think skbs are allocated.
Andrew, I don't have access to PPC hw right now (doing MIPS
development these days), so I cannot quickly check that my theory is
still correct for the latest kernel. I'd wait
On Wed, Jul 18, 2007 at 12:59:42PM -0500, Bill Gatliff wrote:
Now, I'm a little rusty on PPC asm (I've been doing a lot of ARM
lately), but it looks to me like the kernel is setting bit 0 in CR0
(oris r10, r10, 0x1000) a.k.a LT, but the user side is looking at CR0
(bnslr+) bit 3 a.k.a. SO. Or
On Jul 18, 2007, at 4:27 AM, Ramirez-Ortiz, Jorge wrote:
Hi Kumar
The address we are trying to access corresponds to a mapped device in
the PCI space
Attached some additional debugging information (we have
instrumented the
kernel)
Thanks
jorge
INFO [_probe]: Found Device [irq=58]
Daniel Jacobowitz wrote:
On Mon, Jul 16, 2007 at 10:43:41AM -0500, Bill Gatliff wrote:
recv(4, 0x7d60, 1, 0) = ? ERESTARTSYS (To be restarted)
--- SIGIO (I/O possible) @ 0 (0) ---
syscall_4294966784(0xa, 0x7d34, 0x1, 0, 0x1008a3c7, 0x1008b5a3, 0x1008b5a4,
That's
Hi silicom,
On Fri, 2007-07-13 at 13:22 +0800, silicom wrote:
I have a simple oss ac97 playback driver for xilinx ml403 and
linux2.6.17 kernel,but when I test it with a *.wav file with sample
rate 44.1k, there is much noisy, and I want to know whether there's
problem with my ml403 board or
Hi Boris,
When you are running the memory test make sure Data cahe and Instruction
caches are enabled.
Also check your BAT setting, there also Cache enable BIT shall be set.
As the burst transcation will happen only when cache is enabled.
How abt ECC...?
Bhupi
On 7/17/07, Boris Shteinbock
19 matches
Mail list logo
