David Woodhouse writes:
Is this mature enough for us to consider putting it in Fedora? We'd
_love_ to stop building a separate kdump kernel for ppc64...
Almost, but not quite. We'll need some modifications to yaboot (it
refuses to accept an ET_DYN image, for instance), plus I'm currently
Kumar Gala writes:
Also, can we get this on ppc32 (head_32.S)?
Probably. I'll give it a go.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
From: Paul Mackerras [EMAIL PROTECTED]
Date: Fri, 29 Aug 2008 15:40:36 +1000
The main remaining substantial technical issue is how we detect very
early on that we are a kdump kernel. I think the policy should be
that the kernel copies itself down to 0 if it's not a kdump kernel and
runs
On Thu, 2008-08-28 at 17:04 +0200, Arnd Bergmann wrote:
On Thursday 28 August 2008, Li Yang wrote:
Some of Freescale SoC chips have a QE or CPM co-processor which
supports full speed USB. The driver adds device mode support
of both QE and CPM USB controller to Linux USB gadget. The
Hi Scott,
On Thursday 28 August 2008, Scott Wood wrote:
Laurent Pinchart wrote:
On Thursday 28 August 2008, Scott Wood wrote:
On Thu, Aug 28, 2008 at 05:57:13PM +0200, Laurent Pinchart wrote:
I'm facing a situation where I need to call cpm2_clk_setup and
cpm2_set_pin from a device
On Friday 29 August 2008, Li Yang wrote:
Not a problem, but an observation: Most new code uses work queues instead
of tasklets these days, which gives you more predictable real time
latencies.
If you don't have a specific reason to prefer a tasklet, just use
a workqueue here.
Is
Hello,
I am trying to port linux for my ppc board. There is no keybord and no
scree. There is only UART.
I would like to have a console/terminal using UART.
What is the best way ? to write a serial driver using struct uart_driver
or using tty_driver or to write a driver from scratch.
Maybe there
On Aug 29, 2008, at 4:40 AM, Sébastien Chrétien wrote:
Hello,
I am trying to port linux for my ppc board. There is no keybord and
no scree. There is only UART.
I would like to have a console/terminal using UART.
What is the best way ? to write a serial driver using struct
uart_driver or
On Wednesday 27 August 2008 23:04:39 Steven Munroe wrote:
On Tue, 2008-08-26 at 08:28 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2008-08-25 at 15:06 +0200, David Jander wrote:
Hi Matt,
On Monday 25 August 2008 13:00:10 Matt Sealey wrote:
The focus has definitely been on VMX but
On Aug 26, 2008, at 8:13 AM, Martyn Welch wrote:
+
+ PowerPC,[EMAIL PROTECTED] {
+ device_type = cpu;
+ reg = 0x;
+ d-cache-line-size = 32; // 32 bytes
+ i-cache-line-size = 32; // 32
On Jun 18, 2008, at 3:38 AM, Heiko Schocher wrote:
Hello,
changes since the last patch:
update the Portpin initialization.
[powerpc] Added support for the MPC8247 based board MGCOGE
from Keymile.
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
---
On Jun 14, 2008, at 2:02 PM, Heiko Schocher wrote:
here the updated patch for the mgsuvd board.
[powerpc] add support for the MPC852 based mgsuvd board from
keymile to arch/powerpc. Supported SMC1 (serial console),
SCC3 Ethernet (10Mbps hdx).
Signed-off-by: Heiko
On Aug 25, 2008, at 11:39 PM, Benjamin Herrenschmidt wrote:
On Mon, 2008-08-25 at 21:08 -0500, Kumar Gala wrote:
The calculation to get TI_CPU based off of SPRG3 was just plain
wrong.
Just offset off the stack pointer (to get to thread_info) like all
the
other references to TI_CPU do.
On Aug 27, 2008, at 5:32 AM, Jochen Friedrich wrote:
The CPM1 GPIO library code uses the non thread-safe clrbits32/
setbits32
macros. This patch protects them with a spinlock.
Based on the CPM2 patch from Laurent Pinchart [EMAIL PROTECTED]
,
commit 639d64456e20cbfc866b18dc03cf9f9babc9c7cd.
Commit bc033b63bbfeb6c4b4eb0a1d083c650e4a0d2af8 (powerpc/mm: Fix
attribute confusion with htab_bolt_mapping()) moved the check for
whether we should make pages of the linear mapping executable from
htab_bolt_mapping into its callers, including htab_initialize.
A side-effect of this is that the
On Fri, 2008-08-29 at 13:48 +0200, David Jander wrote:
On Wednesday 27 August 2008 23:04:39 Steven Munroe wrote:
On Tue, 2008-08-26 at 08:28 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2008-08-25 at 15:06 +0200, David Jander wrote:
Hi Matt,
[SNIP]
I am not complaining. I was only
Alan Stern wrote:
On Thu, 28 Aug 2008, Steven A. Falco wrote:
Alan Stern wrote:
Your original post mentioned that the 440EPx has only one USB 2.0 host
port. Then how can you use a keyboard and memory stick at the same
time? You'd have to plug them into a hub -- in which case only one
Kumar Gala wrote:
arch/powerpc/boot/dts/mgcoge.dts | 174 +++
arch/powerpc/configs/mgcoge_defconfig | 900
+
arch/powerpc/platforms/82xx/Kconfig |8 +
arch/powerpc/platforms/82xx/Makefile |1 +
arch/powerpc/platforms/82xx/mgcoge.c | 129
Introduced a new set of low level tlb invalidate functions that do not
broadcast invalidates on the bus:
_tlbil_all - invalidate all
_tlbil_pid - invalidate based on process id (or mm context)
_tlbil_va - invalidate based on virtual address (ea + pid)
On non-SMP configs _tlbil_all should be
There are some minor issues with support 64-bit PTEs on a 32-bit processor
when dealing with SMP.
* We need to order the stores in set_pte_at to make sure the flag word
is set second.
* Change pte_clear to use pte_update so only the flag word is cleared
Signed-off-by: Kumar Gala [EMAIL
We need to create a false data dependency to ensure the loads of
the pte are done in the right order.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/kernel/head_fsl_booke.S | 24
1 files changed, 20 insertions(+), 4 deletions(-)
diff --git
Implement _PAGE_SPECIAL and pte_special() for 32-bit powerpc. This bit will
be used by the fast get_user_pages() to differenciate PTEs that correspond
to a valid struct page from special mappings that don't such as IO mappings
obtained via io_remap_pfn_ranges().
We currently only implement this
Hello,
I am using Linux 2.6.26. When I boot my board, I don't see the message :
RAMDISK driver initialized:...
Is it right ?
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
kdump kernel needs to use only those memory regions that it is allowed to use
(crashkernel, rtas, tce ..etc ). Each of these regions have their own sizes
and are currently added under 'linux,usable-memory' property under each
memory@ node of the device tree. ibm,dynamic-memory property of
On Aug 29, 2008, at 8:51 AM, Jon Loeliger wrote:
Kumar Gala wrote:
arch/powerpc/boot/dts/mgcoge.dts | 174 +++
arch/powerpc/configs/mgcoge_defconfig | 900 ++
+++
arch/powerpc/platforms/82xx/Kconfig |8 +
arch/powerpc/platforms/82xx/Makefile |
On Fri, 29 Aug 2008, Benjamin Herrenschmidt wrote:
I suppose some embedded platforms don't use CONFIG_PM, is this still a
requirement for autosuspend ? Or do that happen always on an empty port
nowadays ?
ohci-hcd doesn't automatically suspend the root hub if CONFIG_PM isn't
set. However it
On Aug 29, 2008, at 8:56 AM, Kumar Gala wrote:
There are some minor issues with support 64-bit PTEs on a 32-bit
processor
when dealing with SMP.
* We need to order the stores in set_pte_at to make sure the flag word
is set second.
* Change pte_clear to use pte_update so only the flag word
On Fri, 29 Aug 2008, Arnd Bergmann wrote:
Does building a kernel image that can run on different hardware without
rebuilding also violate the relevant standards?
No. That isn't what Arnd was concerned about. He noted that even if
you did build multiple modules, only one of them
On Aug 29, 2008, at 8:56 AM, Kumar Gala wrote:
Introduced a new set of low level tlb invalidate functions that do not
broadcast invalidates on the bus:
_tlbil_all - invalidate all
_tlbil_pid - invalidate based on process id (or mm context)
_tlbil_va - invalidate based on virtual address (ea
On Friday 29 August 2008, Alan Stern wrote:
The standard requires that there can only be one protocol handler
per physical interface, which is a reasonable limitation.
No, you've got it exactly backward. There can be multiple protocol
handlers per physical interface, but there must be
This rearranges a bit of code, and adds support for
36-bit physical addressing for configs that use a
hashed page table. The 36b physical support is not
enabled by default on any config - it must be
explicitly enabled via the config system.
This patch *only* expands the page table code to
This rearranges a bit of code, and adds support for
36-bit physical addressing for configs that use a
hashed page table. The 36b physical support is not
enabled by default on any config - it must be
explicitly enabled via the config system.
This patch *only* expands the page table code to
On Friday 29 August 2008, Alan Stern wrote:
I thought you _were_ arguing against that. Unless I misunderstood,
your original complaint was that since each peripheral controller
driver defines usb_gadget_{un}register_driver, there can be only one
controller driver loaded at a time.
That's
Hi,
please see my comment below. It might be helpful for some of you.
On Thursday 28 August 2008 23:11:51 Steven A. Falco wrote:
Alan Stern wrote:
Your original post mentioned that the 440EPx has only one USB 2.0 host
port. Then how can you use a keyboard and memory stick at the same
В Fri, 29 Aug 2008 11:26:07 -0400 (EDT)
Alan Stern [EMAIL PROTECTED] пишет:
On Fri, 29 Aug 2008, Benjamin Herrenschmidt wrote:
I suppose some embedded platforms don't use CONFIG_PM, is this
still a requirement for autosuspend ? Or do that happen always on
an empty port nowadays ?
On Fri, 2008-08-29 at 13:48 +0200, David Jander wrote:
On Wednesday 27 August 2008 23:04:39 Steven Munroe wrote:
On Tue, 2008-08-26 at 08:28 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2008-08-25 at 15:06 +0200, David Jander wrote:
Hi Matt,
On Monday 25 August 2008 13:00:10 Matt
On Fri, 29 Aug 2008, Arnd Bergmann wrote:
On Friday 29 August 2008, Alan Stern wrote:
I thought you _were_ arguing against that. Unless I misunderstood,
your original complaint was that since each peripheral controller
driver defines usb_gadget_{un}register_driver, there can be only one
On Fri, 29 Aug 2008, Vitaly Bordug wrote:
But even assuming PM set, common use-case of
embedded systems to have stuff on USB bus that is never plugged off;
and in case of compiled-in ehci and ohci there is just
Initializing USB Mass Storage driver...
usb 1-1: new high speed USB device
Commit bc033b63bbfeb6c4b4eb0a1d083c650e4a0d2af8 (powerpc/mm: Fix
attribute confusion with htab_bolt_mapping()) moved the check for
whether we should make pages of the linear mapping executable from
htab_bolt_mapping into its callers, including htab_initialize.
A side-effect of this is that the
This demonstrates that the relocatable kernel doesn't have to run at
real address 0. It only copies the interrupt vectors down and leaves
the rest of the kernel where it was loaded, and runs it there.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
diff --git a/arch/powerpc/kernel/head_64.S
This rearranges head_64.S so that we have all the first-level exception
prologs together starting at 0x100, followed by all the second-level
handlers that are invoked from the first-level prologs, followed by
other code. This doesn't make any functional change but will make
following changes for
This implements CONFIG_RELOCATABLE for 64-bit by making the kernel as
a position-independent executable (PIE) when it is set. This involves
processing the dynamic relocations in the image in the early stages of
booting, even if the kernel is being run at the address it is linked at,
since the
This changes the way that the exception prologs transfer control to
the handlers in 64-bit kernels with the aim of making it possible to
have the prologs separate from the main body of the kernel. Now,
instead of computing the address of the handler by taking the top
32 bits of the paca address
Using LOAD_REG_IMMEDIATE to get the address of kernel symbols
generates 5 instructions where LOAD_REG_ADDR can do it in one,
and will generate R_PPC64_ADDR16_* relocations in the output when
we get to making the kernel as a position-independent executable,
which we'd rather not have to handle.
44 matches
Mail list logo
