Thank Scott and Timur!
Scott Wood wrote:
Timur Tabi (CCed) has written an audio
driver that does something very similar; he could probably tell you more
about how to do that (this is why such discussions should be kept on the
mailing list rather than taken to private e-mail).
The
On Thursday 23 April 2009, Arnav Das wrote:
i am a newbie
Lesson #1: make sure your Subject: lines match the message
topic (I did a partial repair) and don't post to the wrong
list (e.g. PPC lists for OMAP questions).
and am doing a project on beagle board(running
omap3530). i am
From: Milton Miller milt...@bga.com
powerpc: Enable CPU feature sections for inline asm
This adds the ability to do CPU feature sections for inline asm.
Signed-off-by: Milton Miller milt...@bga.com
Signed-off-by: Michael Neuling mi...@neuling.org
---
arch/powerpc/include/asm/feature-fixups.h
These patches implement the new PowerPC 2.06 tlbie mnemonics
Signed-off-by: Michael Neuling mi...@neuling.org
---
It's friday afternoon I'm drinking beer, so odds are that these
patches are complete crap.
___
Linuxppc-dev mailing list
From: Milton Miller milt...@bga.com
This adds the PowerPC 2.06 tlbie mnemonics and keeps backwards
compatibilty for CPUs before 2.06.
Only useful for bare metal systems.
Signed-off-by: Milton Miller milt...@bga.com
Signed-off-by: Michael Neuling mi...@neuling.org
---
As they say, better out
-
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 2.6.30-rc3-next-20090424 (r...@mjs22lp5) (gcc version 4.3.2
[gcc-4_3-branch revision 141291] (SUSE Linux) ) #2 SMP Fri Apr 24 11:30:39 IST
2009
[boot]0012 Setup Arch
Node 0 Memory: 0x800-0x4600
Hi,
Thanks a lot and sorry for the mistakes. I have gone through the trm of the
adc as well as the omap driver. my question is that i want to interact the
adc to the board. now should i directly use the omap driver or should i mak
one of my own. if i make one of my own then i would like to know
Hi Sachin,
On Fri, 24 Apr 2009 12:25:41 +0530 Sachin Sant sach...@in.ibm.com wrote:
While booting today's next tree on a powerpc box [ power 6 blade]
observed the following :
khelper used greatest stack depth: 10176 bytes left
=
[ BUG: lock held at
On Tue, Apr 21, 2009 at 08:27:57PM -0700, Linus Torvalds wrote:
Another week, another -rc.
I'm seeing some tests with sysbench+postgres+large pages fail on ppc64
although a very clear pattern is not forming as to what exactly is
causing it. However, the libhugetlbfs regression tests (make
On Tuesday 21 April 2009, John Williams wrote:
Some (most?) of the Xilinx drivers currently have this construct:
#ifdef CONFIG_OF
// probe using OF
#else
If there are multiple ways of detecting the device, then
the driver should be compilable on any system that allows
either one.
At
On Friday 17 April 2009, John Linn wrote:
Added support for the new xps tft controller. The new core
has PLB interface support in addition to existing DCR interface.
Removed platform device support as both MicroBlaze and PowerPC
use device tree.
I just said in another email thread that we
.
[PATCH] check_unsafe_exec: rcu_read_unlock
Fix typo in previous commit: second rcu_read_lock should be rcu_read_unlock.
Signed-off-by: Hugh Dickins h...@veritas.com
---
fs/exec.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- 2.6.30-rc3-next-20090424/fs/exec.c 2009-04-24 12:23
On Fri, Apr 17, 2009 at 08:36:00PM -0400, Sean MacLennan wrote:
Any update on the status of this patch? This patch was acked by Jean.
The patchwork entry is http://patchwork.ozlabs.org/patch/21576/ and the
original patch message is below.
Yeah, that's a bit annoying. A case of too many trees
Hi Paul,
Please pull the following two commits for 2.6.30. One is a
trivial MAINTAINERS fix, the other fixes a bug that computes
the memory size of some 4xx boards incorrectly.
The following changes since commit 6329db8bd60fbc0832f30c350b0181b8d865573e:
Bartlomiej Zolnierkiewicz (1):
On Fri, Apr 24, 2009 at 12:55:44PM +0100, Hugh Dickins wrote:
Indeed, thanks for the headsup Stephen. My own config gives, not
Sachin's message (or not still visibly on screen anyway), but an
outright panic. Shame that leaked out into the big world, we'd
all have preferred a quiet fixup!
Sometimes, an special partition is included in the device tree including all the
partitions. Like in:
partit...@ff00 {
reg = 0x00 0x80 ;
label = Root File System;
};
partit...@ff80 {
reg = 0x80 0x1a ;
label = Bitstream;
};
...
f...@ff00 {
Hi Al,
On Fri, 24 Apr 2009 15:04:45 +0100 Al Viro v...@zeniv.linux.org.uk wrote:
Applied, will fold on reorder (since Ingo is asking for what will amount
to reorder anyway).
Thanks.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
We've run into plenty of situations where customers will update the
kernel, but insist that U-Boot and the device tree remain unchanged.
when? I'm not aware of any significant # of cases that
customer is willing to update kernel not dts. Usually if
they are willing to update kernel
lhthanh wrote:
Thanks for your explaination! So if I want to transfer a buffer of data
from a single I/O port, will not DMA framework
also be able ?
No.
Have I to write aother driver?
Yes.
Actually, I don't want write all because there are serveral DMA code at
hand. I only want to
just an observation that you can aesthetically simplify some ppc
code using the boolean is_power_of_2() routine from
include/linux/log2.h if you were so inclined:
arch/powerpc/sysdev/ppc4xx_pci.c:171: if ((size (size - 1)) != 0 ||
arch/powerpc/mm/ppc_mmu_32.c:216: if (n_hpteg
On Fri, 2009-04-24 at 10:51 +0100, Mel Gorman wrote:
On Tue, Apr 21, 2009 at 08:27:57PM -0700, Linus Torvalds wrote:
Another week, another -rc.
I'm seeing some tests with sysbench+postgres+large pages fail on ppc64
although a very clear pattern is not forming as to what exactly is
On Thu, Apr 23, 2009 at 07:50:25PM -0400, Andres F Marquez wrote:
I am working with a MPC8265 processor for which I am compiling a
Kernel using LTIB.
Please contact Freescale support for issues with BSPs. Around here
you'll be told to upgrade to the latest upstream kernel. :-)
I
Hi,
I've got a function that is used to overwrite opcodes in order to create
self-modifying code. It worked just fine with previous compilers, but
with gcc 4.3 it seems like it sometimes (but not always) causes problems
when inlined. If I force it to never be inlined, it works fine.
Chris Friesen wrote:
I've got a function that is used to overwrite opcodes in order to create
self-modifying code. It worked just fine with previous compilers, but
with gcc 4.3 it seems like it sometimes (but not always) causes problems
when inlined. If I force it to never be inlined, it
Scott Wood wrote:
Chris Friesen wrote:
I've got a function that is used to overwrite opcodes in order to create
self-modifying code. It worked just fine with previous compilers, but
with gcc 4.3 it seems like it sometimes (but not always) causes problems
when inlined. If I force it to never
Chris Friesen wrote:
Scott Wood wrote:
Is the compiler assigning r0 to addr? That will be treated as a
literal zero instead. Try changing r (addr) to b (addr), or use
stwx.
Bingo! Is there a constraint to tell the compiler to not use r0 for addr?
Yes, b.
-Scott
Scott Wood wrote:
Chris Friesen wrote:
Scott Wood wrote:
Is the compiler assigning r0 to addr? That will be treated as a
literal zero instead. Try changing r (addr) to b (addr), or use
stwx.
Bingo! Is there a constraint to tell the compiler to not use r0 for addr?
Yes, b.
Doh. Sorry,
By default, the Freescale 83xx DMA controller uses the PCI Read Line
command when reading data over the PCI bus. Setting the controller to use
the PCI Read Multiple command instead allows the controller to read much
larger bursts of data, which provides a drastic speed increase.
The slowdown due
On Fri, 24 Apr 2009, Rogério Brito wrote:
Hi, Guennadi, Kumar Co.
Guennadi, since you seem to be the one responsible for the
linkstation/kurobox in the kernel,
That's not howI interpret my role in linkstation development / support.
I would like to ask you a few things
that I couldn't
Dear Guennadi, and Kumar.
On Apr 24 2009, Guennadi Liakhovetski wrote:
On Fri, 24 Apr 2009, Rogério Brito wrote:
Guennadi, since you seem to be the one responsible for the
linkstation/kurobox in the kernel,
That's not howI interpret my role in linkstation development /
support.
Sorry. I
This patch addresses the following issues:
01. makes CFQ the default scheduler, to be in line with the rest of the kernel.
02. since linkstations are meant to store files, enable large blk devices.
03. disable CONFIG_MIGRATION in in such low memory devices.
04. disable CONFIG_BLK_DEV_RAM.
31 matches
Mail list logo
