Hi Ben/Paul,
Here are some fixups and documentation updates for 2.6.30
The following changes since commit 0882e8dd3aad33eca41696d463bb896e6c8817eb:
Linus Torvalds (1):
Linux 2.6.30-rc2
are available in the git repository at:
git://git.secretlab.ca/git/linux-2.6 merge
Anton
Hi All,
I have got email from Ilpo about prom_parse file.
I take this file from powerpc. Who did write prom_parse file and take care
about?
BTW: What about to move prom_parse file to any generic location as we discussed
in past?
Any volunteer?
Thanks,
Michal
Original Message
On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek mon...@monstr.eu wrote:
Hi All,
I have got email from Ilpo about prom_parse file.
I take this file from powerpc. Who did write prom_parse file and take care
about?
Posting to the linuxppc-dev list is sufficient to start. There are
several
On Fri, Apr 17, 2009 at 12:04 AM, Anton Vorontsov
avoront...@ru.mvista.com wrote:
On Thu, Apr 16, 2009 at 11:27:34PM +0200, Roderick Colenbrander wrote:
On Thu, Apr 16, 2009 at 10:57 PM, Anton Vorontsov
avoront...@ru.mvista.com wrote:
On Thu, Apr 16, 2009 at 09:30:00PM +0200, Bartlomiej
On Wed, 2009-04-15 at 01:17 -0500, Kumar Gala wrote:
Ben,
I was looking at what I need to get some additional bits of PCI code
building w/your ppc64 booke patches. One thing it looks like we need
is the early config cycle code. The question I have is do we think we
still need the
On Thu, 2009-04-16 at 10:52 +0200, Jean Delvare wrote:
In wf_lm75_release(), i2c_detach_client() is called if and only if
lm-i2c.adapter is set, which is not the case, and then the data
structure, including the i2c client, is freed from memory. This means
that the freed i2c client is still
On Thu, 2009-04-16 at 18:56 +0200, Jean Delvare wrote:
The legacy i2c binding model is going away soon, so convert the
macintosh windfarm drivers to the new model or they will break.
Signed-off-by: Jean Delvare kh...@linux-fr.org
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul
Dear Lixin Yao,
you should ask ELDK related questions on the ELDK mailing list, see
http://lists.denx.de/mailman/listinfo/eldk
In message 03d77ca4ac7f4d48a6ab5da3f1001b3fb5b...@exchtxus2.hstx.global.vpn
you wrote:
I use ELDK 4.2 to work on platforms, one with MPC860 and the other with
On Thu, 2009-04-16 at 13:21 -0500, Kumar Gala wrote:
Ben,
The following patch is causing me issues w/init SEGV on boot. This is
a pretty old version of init and I'm wondering what the commit you had
related to old ABI breakage:
Can you test if the binary is trying to execute something
On Thu, 2009-04-16 at 13:53 -0500, Kumar Gala wrote:
A bit more debug info that might be helpful, I'm hitting this bad_area
fault :
if (!(vma-vm_flags VM_EXEC)
(cpu_has_feature(CPU_FTR_NOEXECUTE) ||
!(vma-vm_flags (VM_READ |
On Thu, 2009-04-16 at 21:30 +0200, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Wednesday 15 April 2009 16:34:22 Roderick Colenbrander wrote:
Hi,
I'm using a Xilinx ML510 it features a PowerPC 440 cpu inside a
Virtex-5 FPGA. The board also contains a ALI M1533 south bridge
for IDE, USB
On Thu, 2009-04-16 at 14:27 -0500, Kumar Gala wrote:
On Apr 16, 2009, at 2:25 PM, Scott Wood wrote:
Kumar Gala wrote:
[root:~] cat /proc/1/maps
0010-00103000 r-xp 0010 00:00 0 [vdso]
0feab000-0ffbe000 r-xp 00:0d 7127086/lib/libc-2.2.5.so
0ffbe000-0ffcb000
On Fri, 2009-04-17 at 08:08 +0200, Michal Simek wrote:
Hi All,
I have got email from Ilpo about prom_parse file.
I take this file from powerpc. Who did write prom_parse file and take care
about?
I wrote it :-)
BTW: What about to move prom_parse file to any generic location as we
Hi,
Is there a way to integrate PPP over Synchronous HDLC using the
existing kernel code? We are currently using 2.6.27 on an 8272 ppc
board.
In the past, we have had this working on 2.6.14 by porting across Dan
Eble's PPC kernel patches, detailed below.
However, it seems these patches were
On Fri, Apr 17, 2009 at 9:25 AM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Wed, 2009-04-15 at 01:17 -0500, Kumar Gala wrote:
Ben,
I was looking at what I need to get some additional bits of PCI code
building w/your ppc64 booke patches. One thing it looks like we need
is the
On Thu, 2009-04-16 at 19:38 +0100, David Woodhouse wrote:
On Thu, 16 Apr 2009, Artem Bityutskiy wrote:
On Thu, 2009-04-16 at 07:46 -0600, Grant Likely wrote:
On Thu, Apr 16, 2009 at 7:37 AM, Stefan Roese s...@denx.de wrote:
On Thursday 16 April 2009, Grant Likely wrote:
Signed-off-by:
On Fri, 2009-04-17 at 10:03 +0200, Roderick Colenbrander wrote:
There are cases when it is really needed (or you would have to access
the address and data bus by hand). In my case I'm using a Xilinx PLB
soft-core and if certain options in the configuration header aren't
set (which aren't set
On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote:
Benjamin Herrenschmidt writes:
I'm pretty sure they are broken already when running off a 64-bit
kernel,
Maybe not... for 64-bit kernels we have our definition of
elf_read_implies_exec in arch/powerpc/include/asm/elf.h, which IIRC
On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote:
Benjamin Herrenschmidt writes:
I'm pretty sure they are broken already when running off a 64-bit
kernel,
Maybe not... for 64-bit kernels we have our definition of
elf_read_implies_exec in arch/powerpc/include/asm/elf.h, which IIRC
Hi Peter,
Sorry for the late response (and don't hesitate to ping me if I
don't answer, some things get lost in my inbox traffic, sorry).
On Wed, Apr 08, 2009 at 11:18:43AM +0200, Peter Korsgaard wrote:
Anton == Anton Vorontsov avoront...@ru.mvista.com writes:
Hi,
Anton The advantages
On Fri, Apr 17, 2009 at 09:40:19AM +0200, Benjamin Herrenschmidt wrote:
On Thu, 2009-04-16 at 21:30 +0200, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Wednesday 15 April 2009 16:34:22 Roderick Colenbrander wrote:
Hi,
I'm using a Xilinx ML510 it features a PowerPC 440 cpu inside a
On Thu, Apr 16, 2009 at 2:38 PM, David Woodhouse dw...@infradead.org wrote:
On Thu, 16 Apr 2009, Artem Bityutskiy wrote:
On Thu, 2009-04-16 at 07:46 -0600, Grant Likely wrote:
Okay. It will be good to get this one into -next for some testing
exposure. Unless he asks me to do otherwise, I'll
Grant Likely wrote:
On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek mon...@monstr.eu wrote:
Hi All,
I have got email from Ilpo about prom_parse file.
I take this file from powerpc. Who did write prom_parse file and take care
about?
Posting to the linuxppc-dev list is sufficient to start.
On Fri, 17 Apr 2009, Michal Simek wrote:
Grant Likely wrote:
On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek mon...@monstr.eu wrote:
Hi All,
I have got email from Ilpo about prom_parse file.
I take this file from powerpc. Who did write prom_parse file and take care
about?
On Apr 17, 2009, at 5:41 AM, Benjamin Herrenschmidt wrote:
On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote:
Benjamin Herrenschmidt writes:
I'm pretty sure they are broken already when running off a 64-bit
kernel,
Maybe not... for 64-bit kernels we have our definition of
On Apr 17, 2009, at 5:41 AM, Benjamin Herrenschmidt wrote:
On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote:
Benjamin Herrenschmidt writes:
I'm pretty sure they are broken already when running off a 64-bit
kernel,
Maybe not... for 64-bit kernels we have our definition of
On Apr 17, 2009, at 3:33 AM, Benjamin Herrenschmidt wrote:
On Fri, 2009-04-17 at 10:03 +0200, Roderick Colenbrander wrote:
There are cases when it is really needed (or you would have to access
the address and data bus by hand). In my case I'm using a Xilinx PLB
soft-core and if certain
Josh, any thoughts on putting this into head_44x.S?
Thanks,
John
From: linuxppc-dev-bounces+john.linn=xilinx@ozlabs.org
[mailto:linuxppc-dev-bounces+john.linn=xilinx@ozlabs.org] On Behalf
Of Tirumala Reddy Marri
Sent: Wednesday, April 15, 2009
A non-SMP version of smp_send_stop() is now included in smp.h.
Remove the unneeded def in the pasemi setup.c.
Fixes build errors like these when CONFIG_SMP=n:
arch/powerpc/platforms/pasemi/setup.c:48: error: redefinition of
‘smp_send_stop’
include/linux/smp.h:125: error: previous definition
But they don't. On MPC8610HPCD we have IDE interrupt directly
connected to the MPIC line (through PCI sideband interrupt), and
i8259 is _completely_ disabled in the bridge.
Hrm why did you do that ? :-)
Just kidding... if what you want is the PCI interrupt, then it should
be in native mode,
Hello,
I'm working on creating a dts file for a custom board based on the Yosemite AMCC
440EP evaluation board. We have an FPGA connected to the PCI bus, and I'm a bit
unsure how to describe this in the dts file. The FPGA implements an SD card
core, RTC core, Nand core... Can anyone point me
On Fri, 2009-04-17 at 09:08 -0500, Kumar Gala wrote:
The problem is that the normal PCI config access routines need a
pci_bus. However we don't have one yet and we need to do PCI config
cycles to the PHB before we call the remainder of the setup code to
get one.
We could all call our
On Fri, 2009-04-17 at 08:23 -0500, Kumar Gala wrote:
I can and might have already done this, need to double check. But
what I was seeing from elf_map is that we don't get PROT_EXEC set for
this PHDR, but get VM_MAY_EXEC. I'm not clear on what VM_MAY_EXEC is
intended for.
Looking at a
On ppc32 personality is clearly set to 0. On ppc64 the
elf_read_implies_exec does work around the issue (ie I implemented
elf_read_implies_exec as (exec_stk != EXSTACK_DISABLE_X) on ppc32).
However I think its just masking it.
How so ? IE, it checks for PT_GNU_STACK, if not present,
On Fri, Apr 17, 2009 at 11:04 AM, Eddie Dawydiuk ed...@embeddedarm.com wrote:
Hello,
I'm working on creating a dts file for a custom board based on the Yosemite
AMCC 440EP evaluation board. We have an FPGA connected to the PCI bus, and
I'm a bit unsure how to describe this in the dts file.
On Fri, Apr 17, 2009 at 11:46 AM, John Linn john.l...@xilinx.com wrote:
Josh, any thoughts on putting this into head_44x.S?
The code in the fsl file looks like the right solution. I do have an
odd question though, in that it's hard for the
kernel to really know if something like a BDI is
On Apr 17, 2009, at 12:05 PM, Benjamin Herrenschmidt wrote:
On Fri, 2009-04-17 at 09:08 -0500, Kumar Gala wrote:
The problem is that the normal PCI config access routines need a
pci_bus. However we don't have one yet and we need to do PCI config
cycles to the PHB before we call the remainder
On Apr 17, 2009, at 12:03 PM, Benjamin Herrenschmidt wrote:
On Fri, 2009-04-17 at 08:23 -0500, Kumar Gala wrote:
I can and might have already done this, need to double check. But
what I was seeing from elf_map is that we don't get PROT_EXEC set for
this PHDR, but get VM_MAY_EXEC. I'm not
On Fri, 2009-04-17 at 12:40 -0500, Kumar Gala wrote:
1- In binfmt_elf.c, what happens with this statement ?
if (elf_read_implies_exec(loc-elf_ex, executable_stack))
current-personality |= READ_IMPLIES_EXEC;
on ppc32 noting as its elf_read_implies_exec is not
On ppc64 we implemented elf_read_implies_exec() for 32-bit binaries
because old toolchains had bugs with regards to marking PHDRs as
executable that needed to be. For some reason we didn't do this on
ppc32 builds. This hadn't been an issue until recent changes to I$/D$
handling that impacted the
On Friday 17 April 2009 12:22:37 Josh Boyer wrote:
On Fri, Apr 17, 2009 at 11:46 AM, John Linn john.l...@xilinx.com wrote:
Josh, any thoughts on putting this into head_44x.S?
The code in the fsl file looks like the right solution. I do have an
odd question though, in that it's hard for the
On Friday 17 April 2009 18:49:44 Benjamin Herrenschmidt wrote:
But they don't. On MPC8610HPCD we have IDE interrupt directly
connected to the MPIC line (through PCI sideband interrupt), and
i8259 is _completely_ disabled in the bridge.
Hrm why did you do that ? :-)
Just kidding... if
On Apr 17, 2009, at 1:03 PM, Kumar Gala wrote:
On ppc64 we implemented elf_read_implies_exec() for 32-bit binaries
because old toolchains had bugs with regards to marking PHDRs as
executable that needed to be. For some reason we didn't do this on
ppc32 builds. This hadn't been an issue until
On Fri, Apr 17, 2009 at 08:17:18PM +0200, Bartlomiej Zolnierkiewicz wrote:
On Friday 17 April 2009 18:49:44 Benjamin Herrenschmidt wrote:
But they don't. On MPC8610HPCD we have IDE interrupt directly
connected to the MPIC line (through PCI sideband interrupt), and
i8259 is _completely_
Hey John
We just discussed this on IRC. Go ahead and generate a patch to
unconditionally turn on DBCR0[IDM] in head_44x.S. Don't even bother
wrapping it in an #ifdef CONFIG_somthing block. It should be safe,
but we'll throw it into -next and see if anyone complains. If it does
cause problems,
On Fri, 2009-04-17 at 13:07 -0500, Hollis Blanchard wrote:
On Friday 17 April 2009 12:22:37 Josh Boyer wrote:
On Fri, Apr 17, 2009 at 11:46 AM, John Linn john.l...@xilinx.com wrote:
Josh, any thoughts on putting this into head_44x.S?
The code in the fsl file looks like the right
On Fri, Apr 17, 2009 at 1:04 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Fri, 2009-04-17 at 13:07 -0500, Hollis Blanchard wrote:
On Friday 17 April 2009 12:22:37 Josh Boyer wrote:
On Fri, Apr 17, 2009 at 11:46 AM, John Linn john.l...@xilinx.com wrote:
Josh, any thoughts on
Thanks everyone, will do.
-Original Message-
From: Grant Likely [mailto:grant.lik...@secretlab.ca]
Sent: Friday, April 17, 2009 12:58 PM
To: Josh Boyer
Cc: John Linn; Tirumala Reddy Marri; linuxppc-dev@ozlabs.org;
holl...@us.ibm.com
Subject: Re: Question about DBCR0 initialization
Oprofile is changing the naming it is using for the compatibility modes.
Instead of having compat-powerx, oprofile will go to family naming
convention and use compat-vx. Currently only compat-v1 will be
defined.
Signed off by: Mike Wolf m...@linux.vnet.ibm.com
---
---
Does anyone know of a BSP or board directory or configuration for the Embedded
Linux Development Kit (ELDK) and especially U-Boot on the mvme5100?
I have searched the ELDK and LinuxPPC mailing lists and have not found anything
yet.
Cross posted to the ELDK mailing list.
Thanks in advance for
Dear Kirby Cartwright,
In message 716d25c422f36949847885f3d11ca0db387dfcc...@postoffice.lintek.local
you wrote:
Does anyone know of a BSP or board directory or configuration for the ELDK
and especially U-Boot on the mvme5100.
Patches to fix MVME5100 support in 2.6.5 have been posted on lkml
-Original Message-
From: Grant Likely [mailto:grant.lik...@secretlab.ca]
Sent: Friday, April 17, 2009 1:10 PM
To: Benjamin Herrenschmidt
Cc: Hollis Blanchard; linuxppc-dev@ozlabs.org; John Linn;
Tirumala Reddy Marri
Subject: Re: Question about DBCR0 initialization for 440
On
On Fri, Apr 17, 2009 at 02:30:45PM -0600, John Linn wrote:
Might be worth checking if external debug is enabled, and
override it
only if it's not.
ppc440x5_um.pdf says that both can be enabled.
The code that I started the thread with, from the fsl file, has conditional
for the BDI
-Original Message-
From: Josh Boyer [mailto:jwbo...@linux.vnet.ibm.com]
Sent: Friday, April 17, 2009 2:36 PM
To: John Linn
Cc: grant.lik...@secretlab.ca; Benjamin Herrenschmidt;
linuxppc-dev@ozlabs.org; Hollis Blanchard; Tirumala Reddy Marri
Subject: Re: Question about DBCR0
On Friday 17 April 2009 15:30:45 John Linn wrote:
We think that we still need that conditional as the code is not Oring in the
enable such that it would
disable external debug mode for the BDI. But we need it this way for our
Xilinx pod.
#if !defined(CONFIG_BDI_SWITCH)
/*
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.
Previously, the dcr interface was assumed to be used in mmio mode,
and the register space of
On Fri, Apr 17, 2009 at 02:41:26PM -0600, John Linn wrote:
-Original Message-
From: Josh Boyer [mailto:jwbo...@linux.vnet.ibm.com]
Sent: Friday, April 17, 2009 2:36 PM
To: John Linn
Cc: grant.lik...@secretlab.ca; Benjamin Herrenschmidt;
linuxppc-dev@ozlabs.org; Hollis Blanchard;
-Original Message-
From: Hollis Blanchard [mailto:holl...@us.ibm.com]
Sent: Friday, April 17, 2009 2:50 PM
To: John Linn
Cc: grant.lik...@secretlab.ca; Benjamin Herrenschmidt;
linuxppc-dev@ozlabs.org; Tirumala Reddy Marri
Subject: Re: Question about DBCR0 initialization for 440
Hello,
In the past I've worked with ARM architectures where I could setup virtual /
physical address mappings so I don't have to ioremap then pass around pointers.
Does PowerPC have an equivalent abstraction? If not whats the recommended approach?
That is, is there a better approach to the
On Fri, Apr 17, 2009 at 11:21 PM, Eddie Dawydiuk ed...@embeddedarm.com wrote:
Hello,
In the past I've worked with ARM architectures where I could setup virtual /
physical address mappings so I don't have to ioremap then pass around
pointers. Does PowerPC have an equivalent abstraction? If not
On Apr 17, 2009, at 4:21 PM, Eddie Dawydiuk wrote:
Hello,
In the past I've worked with ARM architectures where I could setup
virtual / physical address mappings so I don't have to ioremap then
pass around pointers. Does PowerPC have an equivalent abstraction?
If not whats the
--- On Wed, 4/15/09, Andrew Morton a...@linux-foundation.org wrote:
From: Andrew Morton a...@linux-foundation.org
Subject: Re: [v2 PATCH 2/3] EDAC: Add edac_device_alloc_index()
To: Harry Ciao qingtao@windriver.com
Cc: nor...@yahoo.com, mich...@ellerman.id.au,
From: Joakim Tjernlund joakim.tjernl...@transmode.se
This will make the system alot more responsive while ping flooding the
ucc_geth ethernet interface.
Also set NAPI weight to 64 as this is a common value.
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
Signed-off-by: Anton
On Fri, 17 Apr 2009, Ilpo Järvinen wrote:
On Fri, 17 Apr 2009, Michal Simek wrote:
Grant Likely wrote:
On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek mon...@monstr.eu wrote:
Hi All,
I have got email from Ilpo about prom_parse file.
I take this file from powerpc. Who did write
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.
Cheers,
Sean
On Mon, 2 Feb 2009 12:01:59 -0500
Sean MacLennan smaclen...@pikatech.com wrote:
This is a trivial
Any status update on this? The patch has actually been in use since
2.6.29. I wrote a stub LED driver that mimiced leds-gpio with the of
patch.
All I had to do when the leds-gpio of patch went in was drop the stub
driver.
I'd like to get this in then update the warp defconfig for 2.6.30.
On Fri, Apr 17, 2009 at 11:12:43AM -0600, Grant Likely wrote:
On Fri, Apr 17, 2009 at 11:04 AM, Eddie Dawydiuk ed...@embeddedarm.com
wrote:
Hello,
I'm working on creating a dts file for a custom board based on the Yosemite
AMCC 440EP evaluation board. We have an FPGA connected to the
Inside the ASoC code there a dma_alloc_coherent() call. This call is
failing because dma_ops is null.
--kernel BUG at /home/jonsmirl/fs/arch/powerpc/include/asm/dma-mapping.h:237!
The device is soc-audio which is a platform_device.
How do I get dma_ops filled in for a mpc5200 platform device?
--
On Fri, Apr 17, 2009 at 8:58 PM, Jon Smirl jonsm...@gmail.com wrote:
Inside the ASoC code there a dma_alloc_coherent() call. This call is
failing because dma_ops is null.
--kernel BUG at /home/jonsmirl/fs/arch/powerpc/include/asm/dma-mapping.h:237!
The device is soc-audio which is a
On Mon, 6 Apr 2009, Sean MacLennan wrote:
Now that leds-gpio is a proper OF platform driver, the Warp can use
the leds-gpio driver rather than the old out-of-kernel driver.
One side-effect is the leds-gpio driver always turns the leds off
while the old driver left them alone. So we have to
On Fri, 17 Apr 2009 20:12:50 -0700 (PDT)
Trent Piepho xy...@speakeasy.org wrote:
On Mon, 6 Apr 2009, Sean MacLennan wrote:
Now that leds-gpio is a proper OF platform driver, the Warp can use
the leds-gpio driver rather than the old out-of-kernel driver.
One side-effect is the leds-gpio
On Fri, Apr 17, 2009 at 10:37 PM, Sean MacLennan
smaclen...@pikatech.com wrote:
On Fri, 17 Apr 2009 20:12:50 -0700 (PDT)
Trent Piepho xy...@speakeasy.org wrote:
On Mon, 6 Apr 2009, Sean MacLennan wrote:
Now that leds-gpio is a proper OF platform driver, the Warp can use
the leds-gpio
On Fri, Apr 17, 2009 at 3:21 PM, Eddie Dawydiuk ed...@embeddedarm.com wrote:
Hello,
In the past I've worked with ARM architectures where I could setup virtual /
physical address mappings so I don't have to ioremap then pass around
pointers. Does PowerPC have an equivalent abstraction? If not
On Fri, Apr 17, 2009 at 11:06 AM, Stephen Neuendorffer
stephen.neuendorf...@xilinx.com wrote:
Can we have XILINX_DRIVERS, please? That way this can also be enabled
on any architecture that has FPGA peripherals.
I've thought about this more, and I'd really rather not. The list of
affected
74 matches
Mail list logo