On Thursday 20 March 2008, Benjamin Herrenschmidt wrote:
> On Tue, 2008-03-18 at 14:36 +0100, Stefan Roese wrote:
> > This patch adds support for the 256k L2 cache found on some IBM/AMCC
> > 4xx PPC's. It introduces a common 4xx SoC file (sysdev/ppc4xx_soc.c)
> > which currently "only" adds the L2
Tony Breeds wrote:
>
> +#if defined(CONFIG_PPC_PSERIES) && defined(CONFIG_PPC_64K_PAGES)
> +static int __init scan_dt_for_ehea(unsigned long node, const char *uname,
> + int depth, void *data)
> +{
> + if (depth != 0)
> + return 0;
> +
> + if (o
On Wed, Mar 19, 2008 at 07:40:25PM -0700, Linus Torvalds wrote:
>
> And I have to say, I really hate that
>
> ret = arch_ptrace(child, request, addr, data);
> if (ret == -ENOSYS && !forced_successful_syscall_return())
> ret = ptrace_request(child,
> No and no.
Good and good!
> On ppc32 there is a sys_debug_setcontext system call that is there to
> allow a process to debug itself. It does a setcontext and optionally
> sets the MSR_SE or MSR_BE bit. We don't have it on ppc64 for some
> reason (we should add it).
Wacky. I only looked in s
When filesystem stress on ext2/3 mounted partition with the 2.6.25-rc6 kernel
over the powerpc box, following calls traces are seen for more than 1000 times.
And when the file system stress in run on jfs mounted partition kernel bug is
seen.
INFO: task fsstress:30559 blocked for more than 120 se
David Gibson schrieb:
On Thu, Mar 20, 2008 at 01:14:45AM +0100, Wolfgang Denk wrote:
In message <[EMAIL PROTECTED]> you wrote:
I've pulled the latest git and built a mpc5200_simple system with a
minimal dts.
There's not a single char put on the console
You did build your device tree with
> Hmm.. I see the whole series, and I see this patch, but I think it adds
> new code and new complexity, and I don't really see *why*.
The motivation is to get the arch function out of the code path for the
machine-independent request handling. I want to be able to change the
implementation late
On Thu, Mar 20, 2008 at 08:48:42AM +0100, André Schwarz wrote:
> David Gibson schrieb:
>> On Thu, Mar 20, 2008 at 01:14:45AM +0100, Wolfgang Denk wrote:
>>> In message <[EMAIL PROTECTED]> you wrote:
I've pulled the latest git and built a mpc5200_simple system with a
minimal dts.
The
David Gibson schrieb:
On Thu, Mar 20, 2008 at 08:48:42AM +0100, André Schwarz wrote:
David Gibson schrieb:
On Thu, Mar 20, 2008 at 01:14:45AM +0100, Wolfgang Denk wrote:
In message <[EMAIL PROTECTED]> you wrote:
I've pulled the latest git and built a mpc5200_simple system with a
minimal dts.
Nathan Lynch writes:
> Searching ibm,drc-names is necessary, but is it sufficient? That is,
> can there be a system that has an HEA adapter without that property
> being present? Thinking in particular about single-partition systems
> that run without an HMC attached.
PAPR doesn't seem to say c
On Thursday 20 March 2008, David Gibson wrote:
> >>> You did build your device tree with "-b 0", didn't you?
> >>
> >> Ugh.. I really need to fix dtc to pick the default boot cpu value more
> >> sensibly, don't I.
> >
> > I didn't specify "-b 0". This shouldn't be neccessary on a single
> > process
Currently Haleakala uses the Kilauea platform code. This patch adds
"haleakala" to the compatible property, in case later kernel versions
will introduce a Haleakala platform code.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/haleakala.dts |2 +-
1 files changed, 1
On Thu, 2008-03-20 at 15:33 +1100, Tony Breeds wrote:
> Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
> ---
What about a comment ? :-)
> arch/powerpc/kernel/prom.c | 21 ++---
> include/asm-powerpc/prom.h |2 ++
> 2 files changed, 16 insertions(+), 7 deletions(-)
>
> dif
This was a good catch. IPIC is the controller on the MPC83xx type boards (and
MPC5121E) so building a kernel with this controller code in there, but without
the controller present, should gladly fail.
However removing the boards from the config does not fix this obvious error. I
like your patch b
Hello!
My target hardware is a MPC5200 on a TQ STK52xx.
I am developing in a Linked Setup with ELDK 3.1.1 under a Debian Linux
(Release 2.6.18-4-686 ; gcc 4.1.2).
The whole ELDK was already used in a former project with identical
hardware and some early tests I ran showed that it works fine (as
Hi Scott,
On Monday 17 March 2008 16:33, Scott Wood wrote:
> On Mon, Mar 10, 2008 at 01:17:01PM +0100, Laurent Pinchart wrote:
> > On Friday 07 March 2008 17:21, Scott Wood wrote:
> > > cpm2_reset() doesn't currently actually reset the CPM, for some reason
> > > (unlike cpm1). This should probabl
Thomas Häberle wrote:
> Hello!
>
> My target hardware is a MPC5200 on a TQ STK52xx.
> I am developing in a Linked Setup with ELDK 3.1.1 under a Debian Linux
> (Release 2.6.18-4-686 ; gcc 4.1.2).
> The whole ELDK was already used in a former project with identical
> hardware and some early tests I
Hello,
I just tried Linux 2.6.25-rc6 on my TQM5200 module and got the attached
oops. Are there any known patches fixing the problems?
TIA.
Wolfgang.
## Booting image at 0020 ...
Image Name: Linux-2.6.25-rc6-01058-gf8937ce-
Created: 2008-03-20 13:19:36 UTC
Image Type: Power
On Thu, Mar 20, 2008 at 8:18 AM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I just tried Linux 2.6.25-rc6 on my TQM5200 module and got the attached
> oops. Are there any known patches fixing the problems?
>
> TIA.
Hmm, I haven't seen this issue on any of my 5200 boards. To sta
I am sending a series of patches that fix the OF serial driver and add
support to it and the boot for the Xilinx UART 16550.
I think we have tried to satisfy previous concerns about UARTs which are
non-standard as the Xilinx 16550 is (register spacing and offset).
We would like to have these pull
The Xilinx 16550 uart core is not a standard 16550, because it uses
word-based addressing rather than byte-based addressing. As a result,
it is not compatible with the open firmware 'ns16550' compatible
binding. This code introduces new bindings, which pass the correct
register base and regshift
From: Stephen Neuendorffer <[EMAIL PROTECTED]>
The of_serial driver queries the current-speed property and attempts
to use it to register the custom_divisor property of the uart_port.
However, if current-speed is not set, then this code will dereference
a bad pointer. The fix is to only set custo
The Xilinx 16550 uart core is not a standard 16550, because it uses
word-based addressing rather than byte-based addressing. As a result,
it is not compatible with the open firmware 'ns16550' compatible
binding.
This code adds the Xilinx uart 16550 to the serial console
of the boot. A new initial
On Thu, Mar 20, 2008 at 8:43 AM, John Linn <[EMAIL PROTECTED]> wrote:
> The Xilinx 16550 uart core is not a standard 16550, because it uses
> word-based addressing rather than byte-based addressing. As a result,
> it is not compatible with the open firmware 'ns16550' compatible
> binding.
>
>
On Thu, Mar 20, 2008 at 02:39:56PM +0100, Laurent Pinchart wrote:
> I'm working on a patch. I'm not sure how to handle the early udbg printk
> problem, so the first version will just ignore it.
udbg printk is extremely useful... I'd not be fond of it breaking.
Perhaps we should stick more initia
linux-next.git
> > (tar balls at
> > http://www.kernel.org/pub/linux/kernel/people/sfr/linux-next/).
>
> gcc doesn't like nested /* comments:
>
> next-20080320/drivers/media/video/bt8xx/bttv-cards.c:3030:38: warning: "/*"
> within comment
> next-20
On Mar 17, 2008, at 2:53 PM, Olaf Hering wrote:
I cant reproduce this bug on my board, but:
The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain
NULL if
ipic_init() fails. init_ipic_sysfs() will crash in that case.
Something like this may fix it:
Index: linux-2.6.25-rc6/arch/p
On Thursday 20 March 2008 16:08, Scott Wood wrote:
> On Thu, Mar 20, 2008 at 02:39:56PM +0100, Laurent Pinchart wrote:
> > I'm working on a patch. I'm not sure how to handle the early udbg printk
> > problem, so the first version will just ignore it.
>
> udbg printk is extremely useful... I'd not b
Hello Wolfgang,
Wolfgang Grandegger wrote:
I just tried Linux 2.6.25-rc6 on my TQM5200 module and got the attached
oops. Are there any known patches fixing the problems?
try the patch below for tqm5200.dts, rebuild dtb and boot
again. Not sure if it works for Linux 2.6.25-rc6, but for
2.6.25-
Anatolij Gustschin wrote:
Hello Wolfgang,
Wolfgang Grandegger wrote:
I just tried Linux 2.6.25-rc6 on my TQM5200 module and got the attached
oops. Are there any known patches fixing the problems?
try the patch below for tqm5200.dts, rebuild dtb and boot
again. Not sure if it works for Linux
You're right. Rick and I were just talking about could we not check the
versions but just make sure the device is the right type independent of
the versions.
This issue will be true for all the Xilinx drivers.
I think FPGA IP is a little different in that the hardware can change
much more often
On Thu, Mar 20, 2008 at 04:18:26PM +0100, Laurent Pinchart wrote:
> I don't want to kill it either. What I meant is that my first patch will not
> care about udbg so that I can get feedback about the CPM serial driver part.
> I'll then see how to make udbg fit into that.
OK.
> > Perhaps we shou
Hi Anatolij,
Anatolij Gustschin wrote:
> Hello Wolfgang,
>
> Wolfgang Grandegger wrote:
>
>> I just tried Linux 2.6.25-rc6 on my TQM5200 module and got the attached
>> oops. Are there any known patches fixing the problems?
>
> try the patch below for tqm5200.dts, rebuild dtb and boot
> again. N
This is very trivial patch, mostly bunch of renames and deletes.
Less trivial changes:
- BD_SC_* defines were also defined in the cpm.h, so to avoid redefines
we remove BD_SC from the qe.h and use the cpm.h along with cpm_muram_*
prototypes;
- qe_muram_dump was unused and thus removed;
- added
On Wed, Mar 19, 2008 at 02:57:50PM +1100, Paul Mackerras wrote:
> Sudhir Kumar writes:
>
> > Unable to handle kernel paging request for data at address
> > 0xd82e
>
> Looks like some driver tried to access I/O port 0x2e without checking
> whether there was possibly anything there firs
On Thu, Mar 20, 2008 at 11:55 AM, John Linn <[EMAIL PROTECTED]> wrote:
> Hi Grant,
>
> We could create a xilinx name, "xlnx,uart16550", and only use that
> without the versions.
>
I'm okay with this as long as you don't drop the versioned property
also. ie. Each compatible node should contain 2
On Thu, Mar 20, 2008 at 10:15 AM, John Linn <[EMAIL PROTECTED]> wrote:
> You're right. Rick and I were just talking about could we not check the
> versions but just make sure the device is the right type independent of
> the versions.
>
> This issue will be true for all the Xilinx drivers.
>
>
On Thu, Mar 20, 2008 at 10:17 AM, Bartlomiej Sieka <[EMAIL PROTECTED]> wrote:
> Anatolij Gustschin wrote:
> > Hello Wolfgang,
> >
> > Wolfgang Grandegger wrote:
> >
> >> I just tried Linux 2.6.25-rc6 on my TQM5200 module and got the attached
> >> oops. Are there any known patches fixing the p
The warp has an AD7414 chip hanging off the I2C bus. This chip can
raise an interrupt when it crosses a critical threshold.
This interrupt is tied to IRQ2 from the processor. What is the best
way to describe this interrupt in the DTS?
The warp.dts is available on request, but the one in the for-2
The warp has an AD7414 chip hanging off the I2C bus. This chip can
raise an interrupt when it crosses a critical threshold.
This interrupt is tied to IRQ2 from the processor.
No it's not. PowerPC has only one interrupt [*]. You probably
mean it is tied to IRQ2 on your "main" interrupt control
Sean MacLennan wrote:
The warp has an AD7414 chip hanging off the I2C bus. This chip can
raise an interrupt when it crosses a critical threshold.
This interrupt is tied to IRQ2 from the processor. What is the best
way to describe this interrupt in the DTS?
The warp.dts is available on request,
On Wed, 19 Mar 2008 13:55:43 +0100
Thomas Klein <[EMAIL PROTECTED]> wrote:
> Indicate that HEA calculates IPv4 checksums only
>
> Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
>
> ---
> diff -Nurp -X dontdiff linux-2.6.25-rc6/drivers/net/ehea/ehea.h
> patched_kernel/drivers/net/ehea/ehea.h
>
On Thu, Mar 20, 2008 at 8:43 AM, John Linn <[EMAIL PROTECTED]> wrote:
> The Xilinx 16550 uart core is not a standard 16550, because it uses
> word-based addressing rather than byte-based addressing. As a result,
> it is not compatible with the open firmware 'ns16550' compatible
> binding.
>
>
Ok, here is what I did
IIC0: [EMAIL PROTECTED] {
compatible = "ibm,iic-440ep", "ibm,iic-440gp", "ibm,iic";
reg = ;
interrupt-parent = <&UIC0>;
interrupts = <2 4>;
index = <0>;
ad7414 {
compatible = "ad7414";
int
Sean MacLennan wrote:
Ok, here is what I did
IIC0: [EMAIL PROTECTED] {
compatible = "ibm,iic-440ep", "ibm,iic-440gp", "ibm,iic";
reg = ;
interrupt-parent = <&UIC0>;
interrupts = <2 4>;
index = <0>;
ad7414 {
compatible = "ad7414";
This should p
On Wed, 19 Mar 2008 13:50:26 -0500
York Sun <[EMAIL PROTECTED]> wrote:
> The following features are supported:
> plane 0 works as a regular frame buffer, can be accessed by /dev/fb0
> plane 1 has two AOIs (area of interest), can be accessed by /dev/fb1 and
> /dev/fb2
> plane 2 has two AOIs, can b
On Wed, 19 Mar 2008 13:50:27 -0500
York Sun <[EMAIL PROTECTED]> wrote:
> Add platform code to support Freescale DIU. The platform code includes
> framebuffer memory allocation, pixel format, monitor port, etc.
>
> ...
>
> +unsigned int mpc8610hpcd_get_pixel_format
> + (unsigned int bits_per_pi
On Thu, 2008-03-20 at 15:27 -0700, Andrew Morton wrote:
> >
> > +static struct diu_hw dr = {
> > + .mode = MFB_MODE1,
> > + .reg_lock = __SPIN_LOCK_UNLOCKED(old_style_spin_init),
> > +};
>
> I'm not clear on what's supposed to happen with __SPIN_LOCK_UNLOCKED(). I
> do know that its document
Paul, my git server is down at the moment. Can you please pick this
one up for .25? It is needed to boot the tqm5200 board.
Acked-by: Grant Likely <[EMAIL PROTECTED]>
Cheers,
g.
On Thu, Mar 20, 2008 at 9:24 AM, Anatolij Gustschin <[EMAIL PROTECTED]> wrote:
> Hello Wolfgang,
>
>
> Wolfgang Gra
On Thu, Mar 20, 2008 at 8:43 AM, John Linn <[EMAIL PROTECTED]> wrote:
> From: Stephen Neuendorffer <[EMAIL PROTECTED]>
>
> The of_serial driver queries the current-speed property and attempts
> to use it to register the custom_divisor property of the uart_port.
> However, if current-speed is not
Kumar Gala wrote:
On Mar 18, 2008, at 12:05 PM, Scott Wood wrote:
On Fri, Mar 07, 2008 at 05:59:03PM -0600, Andy Fleming wrote:
Not all e300 cores support the performance monitors, and the ones
that don't will be confused by the mf/mtpmr instructions. This
allows the support to be optional,
Grant Likely wrote:
Paul, my git server is down at the moment. Can you please pick this
one up for .25? It is needed to boot the tqm5200 board.
Could we also have similar fixes for cm5200.dts and motionpro.dts picked
up? I could provide the patches within a day -- will this be OK?
Regards,
B
On Thu, Mar 20, 2008 at 8:43 AM, John Linn <[EMAIL PROTECTED]> wrote:
> The Xilinx 16550 uart core is not a standard 16550, because it uses
> word-based addressing rather than byte-based addressing. As a result,
> it is not compatible with the open firmware 'ns16550' compatible
> binding. This
On Thu, Mar 20, 2008 at 6:07 PM, Bartlomiej Sieka <[EMAIL PROTECTED]> wrote:
> Grant Likely wrote:
> > Paul, my git server is down at the moment. Can you please pick this
> > one up for .25? It is needed to boot the tqm5200 board.
>
> Could we also have similar fixes for cm5200.dts and motionp
On Thu, 20 Mar 2008 17:58:07 -0600
"Grant Likely" <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 20, 2008 at 8:43 AM, John Linn <[EMAIL PROTECTED]> wrote:
> > From: Stephen Neuendorffer <[EMAIL PROTECTED]>
> >
> > The of_serial driver queries the current-speed property and attempts
> > to use it to re
Kumar Gala writes:
> We should look and see if we can change init_ipic_sysfs() from a
> subsys_initcall() to just getting called at the end of ipic_init().
If init_ipic is called from init_IRQ then I would expect that's way
too early to be calling sysfs stuff.
Paul.
___
On Thu, 20 Mar 2008 17:26:42 -0500
"Scott Wood" <[EMAIL PROTECTED]> wrote:
> > ad7414 {
> > compatible = "ad7414";
>
> This should proabably have a manufacturer prefix.
I wondered about this. Since the AD from Analog Devices is built into
the part number, I didn't know if it wa
On Thu, Mar 20, 2008 at 10:12 PM, Sean MacLennan
<[EMAIL PROTECTED]> wrote:
> On Thu, 20 Mar 2008 17:26:42 -0500
> "Scott Wood" <[EMAIL PROTECTED]> wrote:
>
> > > ad7414 {
> > > compatible = "ad7414";
> >
> > This should proabably have a manufacturer prefix.
>
> I wondered abo
On Thu, 20 Mar 2008 22:34:21 -0600
"Grant Likely" <[EMAIL PROTECTED]> wrote:
> Convention is to use the stock ticker symbol. If the company is
> private and has no stock ticker symbol, then the company name should
> be used.
I didn't know that. ADI it is then.
IIC0: [EMAIL PROTECTED] {
On Mon, Mar 17, 2008 at 1:53 PM, Olaf Hering <[EMAIL PROTECTED]> wrote:
>
> I cant reproduce this bug on my board, but:
>
> The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
> ipic_init() fails. init_ipic_sysfs() will crash in that case.
>
> Something like this may fix it
Bartlomiej Sieka wrote:
> Grant Likely wrote:
>> Paul, my git server is down at the moment. Can you please pick this
>> one up for .25? It is needed to boot the tqm5200 board.
>
> Could we also have similar fixes for cm5200.dts and motionpro.dts picked
> up? I could provide the patches within a
61 matches
Mail list logo
