This is a patch kit to work with new Guest OS Interface
to tweak HTAB on Beat. It detects old and new Guest OS Interfaces
automatically.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
Index: linux-powerpc-git/arch/powerpc/platforms/celleb/setup.c
=
This is a patch to support VFD on Celleb 2.
VFD is a small LCD to show miscellaneous messages.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
Index: linux-powerpc-git/arch/powerpc/platforms/celleb/Kconfig
===
--- linux-powerpc-g
initializing SLB
In-Reply-To: <[EMAIL PROTECTED]>
From: Ishizaki Kou <[EMAIL PROTECTED]>
X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
> On Wednesday 26 September 2007, Ishizaki Kou wrote:
>
On Thu, 2007-09-27 at 17:01 +0900, [EMAIL PROTECTED] wrote:
>
> Celleb does not set get_paca()->kstack properly (I don't know which
> function should set it up), so we need to workaround.
paca->kstack is set in asm (via the PACAKSAVE macro), from either
__secondary_start for non-boot CPUs or fro
On Wed, 2007-09-26 at 14:09 +0200, Arnd Bergmann wrote:
> Is there a way that we can make that code common? I guess there could be a
> file in arch/powerpc/sysdev that can handle this correctly for all hardware
> that requires this particular workaround (currently celleb and QS20, but
> potentiall
> On Wednesday 26 September 2007, Ishizaki Kou wrote:
> > This patch is an update for "Beat on Celleb"
> > - Move beat_pause(), beat_kexec_cpu_down() from setup.c to beat.c
> >=20
> > Signed-off-by: <[EMAIL PROTECTED]>
>=20
> Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
>=20
> The patch looks good
On Thu, 2007-09-27 at 16:53 +0900, Ishizaki Kou wrote:
> This is a patch kit to work with new Guest OS Interface
> to tweak HTAB on Beat. It detects old and new Guest OS Interfaces
> automatically.
You may also consider adding an API to Beat to invalidate ranges of
addresses. We could us that thr
On Thursday 27 September 2007, Ishizaki Kou wrote:
> This is a patch kit to work with new Guest OS Interface
> to tweak HTAB on Beat. It detects old and new Guest OS Interfaces
> automatically.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
The co
On Thursday 27 September 2007, Ishizaki Kou wrote:
> This is a patch to support VFD on Celleb 2.
> VFD is a small LCD to show miscellaneous messages.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
The implementation looks fine, but I'm not sure if /proc/ppc64/rtas is the
right way to do it.
Hi all,
Just a small question! The serial core driver file located in drivers/serial
directory
(drivers/serial/serial_core.c) does not have module_init() and module_exit()
function
called though CONFIG_SERIAL_CORE flag is seperately defined in Kconfig and is
used in
makefile. Any idea why these
>>> You're probably right :)
>>>
>>> What cores have SPE at the moment? Also, perhaps more importantly,
>>> are there any plans to have Altivec and SPE in the same core?
>>
>> The e500 cores's from Freescale.
>>
>> No, they are pretty much mutually exclusive.
>>
>>> I've been working with Carlos Ed
On Sep 26, 2007, at 6:25 PM, Paul Mackerras wrote:
> Since about May 2001, we have put two AT_IGNOREPPC entries at the
> beginning of the ELF auxiliary vector. The reason for this is that
> glibc prior to April 2001 rounded up the address of the base of the
> aux vector to a multiple of 16. I t
Ben-san,
> On Thu, 2007-09-27 at 17:01 +0900, [EMAIL PROTECTED] wrote:
>
> > Celleb does not set get_paca()->kstack properly (I don't know which
> > function should set it up), so we need to workaround.
>
> paca->kstack is set in asm (via the PACAKSAVE macro), from either
> __secondary_start for n
On Wednesday 26 September 2007, Joachim Fenkes wrote:
> The devtree root is now searched for devices matching a built-in whitelist
> during boot, so these devices appear on the bus from the beginning. It is
> still possible to manually add/remove devices to/from the bus by using the
> probe/remove
On Wednesday 26 September 2007, Joachim Fenkes wrote:
> Extract generic of_device allocation code from of_platform_device_create()
> and move it into of_device.[ch], called of_device_alloc(). Also, there's now
> of_device_free() which puts the device node.
>
> This way, bus drivers that build on o
On Wednesday 26 September 2007, Joachim Fenkes wrote:
> Replace struct ibmebus_dev and struct ibmebus_driver with struct of_device
> and struct of_platform_driver, respectively. Match the external ibmebus
> interface and drivers using it.
>
> Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
Acke
On Wednesday 26 September 2007, Joachim Fenkes wrote:
> Remove old code that will be replaced by rewritten and shorter functions in
> the next patch. Keep struct ibmebus_dev and struct ibmebus_driver for now,
> but replace ibmebus_{,un}register_driver() by dummy functions. This way, the
> kernel wi
On Thu, 27 Sep 2007, Michael Ellerman wrote:
> On Wed, 2007-09-26 at 18:33 +0200, Geert Uytterhoeven wrote:
> > Here are some new patches for the PS3 AV Settings Driver (ps3av), which is
> > used in close collaboration with the PS3 Virtual Frame Buffer Device Driver
> > (ps3fb):
> > [1] ps3av: el
So, like, the other day David Gibson mumbled:
> In the dtc tree, both flat_dt.h and libfdt/fdt.h have structures and
> constants relating to the flattened device tree format derived from
> asm-powerpc/prom.h in the kernel. The former is used in dtc, the
> latter in libfdt.
>
> libfdt/fdt.h is the
Hi, I'm writing from Venezuela. I have to prepair a presentation about
Debian on IBM pSerires Servers with Power 5+ processors. My first question
is what are the advantages of use Debian GNU/Linux on pSeries Servers?
Thanks for your help
Regards
Cesar B
__
Hi,
On Thu, Sep 27, 2007 at 09:57:02AM -0400, Cesar Bello wrote:
> Hi, I'm writing from Venezuela. I have to prepair a presentation about
> Debian on IBM pSerires Servers with Power 5+ processors. My first question
> is what are the advantages of use Debian GNU/Linux on pSeries Servers?
Sounds li
On Thu, Sep 27, 2007 at 09:57:02AM -0400, Cesar Bello wrote:
> Hi, I'm writing from Venezuela. I have to prepair a presentation about
> Debian on IBM pSerires Servers with Power 5+ processors. My first question
> is what are the advantages of use Debian GNU/Linux on pSeries Servers?
Advantages as
On Sep 26, 2007, at 9:45 PM, David Gibson wrote:
> On Wed, Sep 26, 2007 at 11:19:47AM -0500, Milton Miller wrote:
>> On Sep 24, 2007, at 10:46 PM, David Gibson wrote:
>>> On Mon, Sep 24, 2007 at 01:54:32AM -0500, Milton Miller wrote:
On Sep 23, 2007, at 10:36 PM, David Gibson wrote:
> On
On Thu, Sep 27, 2007 at 11:07:33AM +0200, Arnd Bergmann wrote:
> On Thursday 27 September 2007, Ishizaki Kou wrote:
> > This is a patch to support VFD on Celleb 2.
> > VFD is a small LCD to show miscellaneous messages.
> >
> > Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
>
> My feeling is th
Michael Ellerman wrote:
> On Wed, 2007-09-26 at 18:33 +0200, Geert Uytterhoeven wrote:
>> Hi,
>>
>> Here are some new patches for the PS3 AV Settings Driver (ps3av), which is
>> used in close collaboration with the PS3 Virtual Frame Buffer Device Driver
>> (ps3fb):
>> [1] ps3av: eliminate u
During a private conversation about how to save and restore
device state after a pci error is detected, and the device is reset,
the following came up:
On Wed, Sep 26, 2007 at 04:48:38PM -0700, Michael Chan wrote:
> >
> > > 1b) If so, is it safe to call pci_save_state() in
> > > tg3_io_error_de
On non-book-E-or-4xx, exceptions execute in real mode. If a fault happens
that leads to a register dump, the kernel currently prints because
it doesn't realize that PC is a physical address.
This patch checks the state of the IMMU, and if necessary converts PC into a
virtual address.
Si
On Sep 27, 2007, at 1:00 PM, Scott Wood wrote:
> On non-book-E-or-4xx, exceptions execute in real mode. If a fault
> happens
> that leads to a register dump, the kernel currently prints
> because
> it doesn't realize that PC is a physical address.
>
> This patch checks the state of
Hello.
Scott Wood wrote:
> On non-book-E-or-4xx, exceptions execute in real mode. If a fault happens
> that leads to a register dump, the kernel currently prints because
> it doesn't realize that PC is a physical address.
> This patch checks the state of the IMMU, and if necessary conv
On 9/27/07, Sergei Shtylyov <[EMAIL PROTECTED]> wrote:
> Hello.
>
> Scott Wood wrote:
>
> > On non-book-E-or-4xx, exceptions execute in real mode. If a fault happens
> > that leads to a register dump, the kernel currently prints because
> > it doesn't realize that PC is a physical address
On non-book-E-or-4xx, exceptions execute in real mode. If a fault happens
that leads to a register dump, the kernel currently prints because
it doesn't realize that PC is a physical address.
This patch checks the state of the IMMU, and if necessary converts PC into a
virtual address.
Si
On Thu, Sep 27, 2007 at 01:38:55PM -0500, Scott Wood wrote:
> On non-book-E-or-4xx, exceptions execute in real mode. If a fault happens
> that leads to a register dump, the kernel currently prints because
> it doesn't realize that PC is a physical address.
>
> This patch checks the state
On Sep 27, 2007, at 1:38 PM, Scott Wood wrote:
> On non-book-E-or-4xx, exceptions execute in real mode. If a fault
> happens
> that leads to a register dump, the kernel currently prints
> because
> it doesn't realize that PC is a physical address.
>
> This patch checks the state of
Hello Nethra,
On Wed, 26 Sep 2007 05:34:14 -0700 (PDT)
Nethra wrote:
>
>
> Hello ,
>
> >>
> >> hi everyone,
> >>
> >> I m using custom board similar to MPC8272ADS board...
> >>
> >> 1) For the first time it boots up properly in case if we overwrite any
> >> existing binaries using nfs mount
On Thu, Sep 27, 2007 at 09:12:33PM +0200, Gerhard Pircher wrote:
> Hi,
>
> I'm working on a 2.6.23 kernel for the AmigaOne.
[...]
> <6>PCI: Probing PCI hardware.
> <7>PCI: Scanning bus 0...
> ...00:00:07.0.
> <7>PCI: Calling quirk...
> ...CI: Found :00:07.2 [1106/303...
Any chance that thi
Hi,
I'm working on a 2.6.23 kernel for the AmigaOne. I implemented the device
tree and the platform setup code, which all compiles fine. I built a
cuImage target, loaded it on my target machine with TFTP and booted it.
The kernel passes the platform setup code and then dies somewhere in the
driver
Original-Nachricht
> Datum: Thu, 27 Sep 2007 14:25:51 -0500
> Von: [EMAIL PROTECTED]
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
> On Thu, Sep 27, 2007 at 09:12:33PM +0200, Gerhard Pircher wrote:
On Thu, Sep 27, 2007 at 09:31:31PM +0200, Gerhard Pircher wrote:
>
> > Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
> > >
> > > I'm working on a 2.6.23 kernel for the AmigaOne.
Have you tried 2.6.22, or does that fail also?
--linas
___
Linuxpp
Original-Nachricht
> Datum: Thu, 27 Sep 2007 15:50:12 -0500
> Von: [EMAIL PROTECTED]
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
> On Thu, Sep 27, 2007 at 09:31:31PM +0200, Gerhard Pircher wrote:
On Thu, Sep 27, 2007 at 11:17:00PM +0200, Gerhard Pircher wrote:
> > Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
>
> Do you have an idea how to debug it?
Not particularly. What caught my eye was the failure right near the
PCI quirk stuff, as I was having problems there as well (but apear
Original-Nachricht
> Datum: Thu, 27 Sep 2007 16:35:03 -0500
> Von: [EMAIL PROTECTED]
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
> On Thu, Sep 27, 2007 at 11:17:00PM +0200, Gerhard Pircher wrote:
On Thu, 2007-09-27 at 20:22 +0900, Ishizaki Kou wrote:
> Ben-san,
>
> > On Thu, 2007-09-27 at 17:01 +0900, [EMAIL PROTECTED] wrote:
> >
> > > Celleb does not set get_paca()->kstack properly (I don't know which
> > > function should set it up), so we need to workaround.
> >
> > paca->kstack is set
On Thu, 2007-09-27 at 20:22 +0900, Ishizaki Kou wrote:
> Ben-san,
>
> > On Thu, 2007-09-27 at 17:01 +0900, [EMAIL PROTECTED] wrote:
> >
> > > Celleb does not set get_paca()->kstack properly (I don't know which
> > > function should set it up), so we need to workaround.
> >
> > paca->kstack is set
Original-Nachricht
> Datum: Thu, 27 Sep 2007 17:20:07 -0500
> Von: [EMAIL PROTECTED]
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
> On Thu, Sep 27, 2007 at 11:57:35PM +0200, Gerhard Pircher wrote:
On Wed, Sep 26, 2007 at 09:02:16AM -0600, Matthew Wilcox wrote:
> On Fri, Apr 20, 2007 at 03:47:20PM -0500, Linas Vepstas wrote:
> > Implement the so-called "first failure data capture" (FFDC) for the
> > symbios PCI error recovery. After a PCI error event is reported,
> > the driver requests that
On Thu, Sep 27, 2007 at 05:00:22PM -0500, Linas Vepstas wrote:
> On Wed, Sep 26, 2007 at 09:02:16AM -0600, Matthew Wilcox wrote:
> > I'm a little concerned by the mention of MMIO. It's entirely possible
> > for the sym2 driver to be using ioports to access the card rather than
> > MMIO. Is it sim
On Thu, Sep 27, 2007 at 11:57:35PM +0200, Gerhard Pircher wrote:
>
> > Based on your boot messages, it looks like you are failing somewhere in
> > pci probe. My olde-fashioned, slow, but-usually-works method is to
> > sprinkle enough printk's into the code to catch it in the act.
> I guess the co
> It should have been set in setup_64.c, in setup_paca() (which is called
> twice) in that statement:
>
> local_paca = &paca[cpu];
>
> As local_paca is defined as being a variable held in register r13. Maybe
> something bad's happening with the compiler ?
Can you check early_setup disasse
On Fri, 2007-09-28 at 00:27 +0200, Gerhard Pircher wrote:
> Original-Nachricht
> > Datum: Thu, 27 Sep 2007 17:20:07 -0500
> > Von: [EMAIL PROTECTED]
> > An: Gerhard Pircher <[EMAIL PROTECTED]>
> > CC: linuxppc-dev@ozlabs.org
> > Betreff: Re: 2.6.23-rc8 dies somewhere during boot!
Gerhard Pircher writes:
> I'm working on a 2.6.23 kernel for the AmigaOne. I implemented the device
> tree and the platform setup code, which all compiles fine. I built a
> cuImage target, loaded it on my target machine with TFTP and booted it.
> The kernel passes the platform setup code and then
Michael Ellerman wrote:
> On Thu, 2007-09-27 at 13:38 -0500, Scott Wood wrote:
>> On non-book-E-or-4xx, exceptions execute in real mode. If a fault happens
>> that leads to a register dump, the kernel currently prints because
>> it doesn't realize that PC is a physical address.
>>
>> This
Hi Nethra,
> The other options I am wondering about,
> -c, --cleanmarker=SIZE Size of cleanmarker (default 12)
> -n, --no-cleanmarkers Don't add a cleanmarker to every eraseblock
> cleanmaker size will it help the cause?
Skimming through the thread I cannot tell whether you use NAND or NOR,
On Thu, 2007-09-27 at 13:38 -0500, Scott Wood wrote:
> On non-book-E-or-4xx, exceptions execute in real mode. If a fault happens
> that leads to a register dump, the kernel currently prints because
> it doesn't realize that PC is a physical address.
>
> This patch checks the state of the
On Thu, Sep 27, 2007 at 04:10:31PM -0600, Matthew Wilcox wrote:
> In the error handler, we wait_for_completion(io_reset_wait).
> In sym2_io_error_detected, we init_completion(io_reset_wait).
> Isn't it possible that we hit the error handler before we hit the
> io_error_detected path, and thus the c
On Thu, Sep 27, 2007 at 08:26:14AM -0500, Jon Loeliger wrote:
> So, like, the other day David Gibson mumbled:
> > In the dtc tree, both flat_dt.h and libfdt/fdt.h have structures and
> > constants relating to the flattened device tree format derived from
> > asm-powerpc/prom.h in the kernel. The f
On Thu, 2007-09-27 at 05:10 -0500, Kumar Gala wrote:
> >>> You're probably right :)
> >>>
> >>> What cores have SPE at the moment? Also, perhaps more importantly,
> >>> are there any plans to have Altivec and SPE in the same core?
> >>
> >> The e500 cores's from Freescale.
> >>
> >> No, they are pr
On Thu, Sep 27, 2007 at 10:44:27AM -0500, Milton Miller wrote:
>
> On Sep 26, 2007, at 9:45 PM, David Gibson wrote:
[snip]
> >> What's your souce for saying the were supposed to be backwards
> >> compatable? That dtc fills out the struct header so?
> >
> > Sitting next to BenH and knowing he alwa
On Tue, Sep 25, 2007 at 10:33:58PM +0200, Segher Boessenkool wrote:
> >>> Hrm... we probably want an "i2c" device_type class, but I don't think
> >>> we've actually defined one, which is a problem
> >>
> >> By defining new device_type's, or new semantics for device_type,
> >> you open the door to (
libfdt.h currently includes fdt.h, then libfdt_env.h. This is
incorrect, because depending on the environment into which libfdt is
embedded, libfdt_env.h may be needed to define datatypes used in
fdt.h. This patch corrects the problem.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/
At present, the testcases for read/write functions (setprop,
del_property and del_node) are only invoked on the single
asm-generated tree, not on any of the other tree images which should
be equivalent. The functions in question will (correctly) not work on
the "unfinished" tree output from sw_tre
On Fri, 28 Sep 2007 14:52:06 +1000 David Gibson <[EMAIL PROTECTED]> wrote:
>
> libfdt.h currently includes fdt.h, then libfdt_env.h. This is
> incorrect, because depending on the environment into which libfdt is
> embedded, libfdt_env.h may be needed to define datatypes used in
> fdt.h. This patc
On Fri, Sep 28, 2007 at 03:13:22PM +1000, Stephen Rothwell wrote:
> On Fri, 28 Sep 2007 14:52:06 +1000 David Gibson <[EMAIL PROTECTED]> wrote:
> >
> > libfdt.h currently includes fdt.h, then libfdt_env.h. This is
> > incorrect, because depending on the environment into which libfdt is
> > embedded
At present, the fdt_subnode_offset() and fdt_path_offset() functions
in libfdt require the exact name of the nodes in question be passed,
including unit address.
This is contrary to traditional OF-like finddevice() behaviour, which
allows the unit address to be omitted (which is useful when the de
On Mon, 2007-09-17 at 16:03 +1000, Michael Ellerman wrote:
> pci_device_to_OF_node() returns the device node attached to a PCI device,
> but doesn't actually grab a reference - we need to do it ourselves.
Hi Paul,
Can you stick this in your 24 tree for the moment, the warnings it fixes
are giving
> On Thu, 2007-09-27 at 16:53 +0900, Ishizaki Kou wrote:
> > This is a patch kit to work with new Guest OS Interface
> > to tweak HTAB on Beat. It detects old and new Guest OS Interfaces
> > automatically.
>
> You may also consider adding an API to Beat to invalidate ranges of
> addresses. We could
65 matches
Mail list logo
