There were several issues if a memreserve range existed and happened
to be in highmem:
* The bootmem allocator is only aware of lowmem so calling
reserve_bootmem with a highmem address would cause a BUG_ON
* All highmem pages were provided to the buddy allocator
Added a lmb_is_reserved() api th
Hi Grant,
On Wed, 09 Jan 2008 22:26:30 -0700 Grant Likely <[EMAIL PROTECTED]> wrote:
>
> +mpc52xx_map_common_devices(void)
> {
> + /* Clock Distribution Module, used by PSC clock setting function */
> + np = of_find_matching_node(NULL, mpc52xx_cdm_ids);
What happens if we find no node?
Before we register the SLB shadow buffer, we need to invalidate the
entries in the buffer otherwise we can end up stale entries from when we
offlined the CPU.
This patch does this invalidate as well as unregistering the buffer with
PHYP before we offline the cpu. Tested and fixes crashes seen on
On Thu, 2008-01-10 at 17:02 +1100, David Gibson wrote:
> On Thu, Jan 10, 2008 at 12:53:57AM -0500, Sean MacLennan wrote:
> > David Gibson wrote:
> > > Hrm... I'd say this is not something which has a firm convention yet.
> > > It's going to become more of an issue once we get a macros system for
>
Before we register the SLB shadow buffer, we need to invalidate the
entries in the buffer otherwise we can end up stale entries from when we
offlined the CPU.
This patch does this invalidate as well as unregistering the buffer with
PHYP before we offline the cpu. Tested and fixes crashes seen on
On Thu, Jan 10, 2008 at 12:53:57AM -0500, Sean MacLennan wrote:
> David Gibson wrote:
> > Hrm... I'd say this is not something which has a firm convention yet.
> > It's going to become more of an issue once we get a macros system for
> > dtc, so the "440EP" macro would have all the devices, even if
On Jan 9, 2008, at 1:52 PM, Scott Wood wrote:
> Kumar Gala wrote:
>> I'm thinking I'll add something like:
>>if (addr < total_lowmem)
>>reserve_bootmem(lmb.reserved.region[i].base,
>>
>> lmb_size_bytes(&lmb.reserved,
David Gibson wrote:
> Hrm... I'd say this is not something which has a firm convention yet.
> It's going to become more of an issue once we get a macros system for
> dtc, so the "440EP" macro would have all the devices, even if some are
> not connected on a given board.
>
> I'm contemplating sugges
On 1/9/08, David Gibson <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 07, 2008 at 06:28:54PM +, Mark Brown wrote:
> > On Mon, Jan 07, 2008 at 09:52:03AM -0600, Timur Tabi wrote:
> > > David Gibson wrote:
> >
> > > > Ok, but couldn't you strucutre your I2S or fabric driver so that it
> > > > only bec
From: Grant Likely <[EMAIL PROTECTED]>
PSC drivers should not access the CDM registers directly. Instead provide
a common routine for setting the PSC clock parameters with the required
locking.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/efika.c |
On Sun, Jan 06, 2008 at 04:46:24PM -0600, Scott Wood wrote:
> On Sun, Jan 06, 2008 at 02:37:16PM +1100, David Gibson wrote:
> > > out:
> > > + free((void *)file->dir);
> >
> > That cast shouldn't be there.
>
> It generates a constness warning otherwise. I was on the fence over
> whether to just
On 1/9/08, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2008-01-09 at 09:32 -0700, Grant Likely wrote:
> > From: Olaf Hering <[EMAIL PROTECTED]>
> >
> > This should go into the kernel because its appearently
> > impossible to boot the script via tftp and then load the real boot
> >
On Thu, 2008-01-10 at 13:21 +1100, Paul Mackerras wrote:
> David Woodhouse writes:
>
> > It would be much better if the kernel would 'just work'. The ideal way
> > of achieving that is for the firmware to be fixed -- but that's been
> > promised for a long time now, and we just don't believe you
On Wed, 2008-01-09 at 09:32 -0700, Grant Likely wrote:
> From: Olaf Hering <[EMAIL PROTECTED]>
>
> The new network driver fec_mpc52xx will not work on efika because the
> firmware does not provide all required properties.
> http://www.powerdeveloper.org/asset/by-id/46 has a Forth script to
> crea
On Wed, 2008-01-09 at 22:12 -0600, Linas Vepstas wrote:
> On 09/01/2008, Olof Johansson <[EMAIL PROTECTED]> wrote:
> > On Wed, Jan 09, 2008 at 08:33:53PM -0600, Linas Vepstas wrote:
> >
> > > Heh. That's the elbow-grease of this thing. The easy part is to get
> > > the core function working. The h
On 09/01/2008, Olof Johansson <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 09, 2008 at 08:33:53PM -0600, Linas Vepstas wrote:
>
> > Heh. That's the elbow-grease of this thing. The easy part is to get
> > the core function working. The hard part is to test these various configs,
> > and when they don't
On Mon, Jan 07, 2008 at 02:27:51PM -0600, Scott Wood wrote:
> This allows /include/s to work when in non-default states,
> such as PROPNODECHAR.
>
> We may want to use state stacks to get rid of BEGIN_DEFAULT() altogether...
And we should, if we're going to go to stacked states at all. I was
ant
On Sun, Jan 06, 2008 at 04:55:09PM -0600, Scott Wood wrote:
> On Fri, Jan 04, 2008 at 03:30:33PM +1100, David Gibson wrote:
> > This is unequivocally wrong. boot_info should have information about
> > the contents of the blob, not state information like the error.
>
> "This blob is invalid" *is*
On Wed, 2008-01-09 at 20:47 -0600, Linas Vepstas wrote:
> On 09/01/2008, Michael Ellerman <[EMAIL PROTECTED]> wrote:
> >
> > > > Only if you can get at rtas, but you can't get at rtas at that point.
> >
> > AFAICT you don't need to get at RTAS, you just need to look at the
> > device tree to see if
On Sun, Jan 06, 2008 at 04:52:52PM -0600, Scott Wood wrote:
> On Fri, Jan 04, 2008 at 03:27:39PM +1100, David Gibson wrote:
> > > + newfile = dtc_open_file(filename, searchptr);
> > > + if (!newfile) {
> > > + yyerrorf("Couldn't open \"%s\": %s",
> > > + filename, strerror(
On Mon, Jan 07, 2008 at 06:28:54PM +, Mark Brown wrote:
> On Mon, Jan 07, 2008 at 09:52:03AM -0600, Timur Tabi wrote:
> > David Gibson wrote:
>
> > > Ok, but couldn't you strucutre your I2S or fabric driver so that it
> > > only becomes fully operational once the codec driver has registered
>
On Wed, Jan 09, 2008 at 10:33:56PM -0500, Sean MacLennan wrote:
> Ok, the FPGA is off the EBC, I found it in the documentation.
>
> Under the ebc, I notice the walnut has @n,m. What are n,m? Are they tied
> to chip selects?
n is the chipselect, m is the address offset within that chipselect.
>
On Wed, 09 Jan 2008 22:33:56 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> Ok, the FPGA is off the EBC, I found it in the documentation.
>
> Under the ebc, I notice the walnut has @n,m. What are n,m? Are they tied
> to chip selects?
chip select,offset.
> The FPGA is CS2 according to the do
Ok, the FPGA is off the EBC, I found it in the documentation.
Under the ebc, I notice the walnut has @n,m. What are n,m? Are they tied
to chip selects?
The FPGA is CS2 according to the documentation. Do I make it [EMAIL
PROTECTED],0?
Cheers,
Sean
___
On Wed, Jan 09, 2008 at 10:17:26PM -0500, Sean MacLennan wrote:
> David Gibson wrote:
> > On Wed, Jan 09, 2008 at 03:22:46PM -0500, Sean MacLennan wrote:
> >
> >> Basically the powerpc/boot directory files.
> >>
> >
> > [snip]
> >
> >> --- /dev/null 2005-11-20 22:22:37.0 -05
On Wed, 09 Jan 2008 22:14:17 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> David Gibson wrote:
> > On Wed, Jan 09, 2008 at 03:21:07PM -0500, Sean MacLennan wrote:
> >
> >> Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
> >> ---
> >> --- /dev/null 2005-11-20 22:22:37.0 -0500
David Gibson wrote:
> On Wed, Jan 09, 2008 at 03:22:46PM -0500, Sean MacLennan wrote:
>
>> Basically the powerpc/boot directory files.
>>
>
> [snip]
>
>> --- /dev/null2005-11-20 22:22:37.0 -0500
>> +++ arch/powerpc/boot/cuboot-warp.c 2008-01-08 12:09:39.0 -0500
>
David Gibson wrote:
> On Wed, Jan 09, 2008 at 03:21:07PM -0500, Sean MacLennan wrote:
>
>> Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
>> ---
>> --- /dev/null2005-11-20 22:22:37.0 -0500
>> +++ arch/powerpc/boot/dts/warp.dts 2008-01-08 12:04:10.0 -0500
>>
>
>
On Tue, Jan 08, 2008 at 12:04:36AM -0600, Kumar Gala wrote:
>
> On Jan 7, 2008, at 8:07 PM, Sean MacLennan wrote:
>
> > Just a general question about DTS "completeness". Like all 440EP
> > processors, the taco has two i2c buses. However, only one bus has
> > anything connected to it.
> >
> > Shou
On Wed, Jan 09, 2008 at 08:33:53PM -0600, Linas Vepstas wrote:
> Heh. That's the elbow-grease of this thing. The easy part is to get
> the core function working. The hard part is to test these various configs,
> and when they don't work, figure out what went wrong. That will take
> perseverence a
On Mon, Jan 07, 2008 at 09:25:29AM -0500, Paul Gortmaker wrote:
> This adds the device tree source for the Wind River SBC8560 board. The
> biggest difference between this and the MPC8560ADS reference platform
> dts is the use of an external 16550 compatible UART instead of the CPM2.
>
> Signed-of
On Wed, Jan 09, 2008 at 03:22:46PM -0500, Sean MacLennan wrote:
> Basically the powerpc/boot directory files.
[snip]
> --- /dev/null 2005-11-20 22:22:37.0 -0500
> +++ arch/powerpc/boot/cuboot-warp.c 2008-01-08 12:09:39.0 -0500
> @@ -0,0 +1,25 @@
> +/*
> + * Copyright (c) 2008 PIK
On Wed, Jan 09, 2008 at 03:21:07PM -0500, Sean MacLennan wrote:
> Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
> ---
> --- /dev/null 2005-11-20 22:22:37.0 -0500
> +++ arch/powerpc/boot/dts/warp.dts2008-01-08 12:04:10.0 -0500
[snip]
> + plb {
> + compatible
On 09/01/2008, Michael Ellerman <[EMAIL PROTECTED]> wrote:
>
> > > Only if you can get at rtas, but you can't get at rtas at that point.
>
> AFAICT you don't need to get at RTAS, you just need to look at the
> device tree to see if the property is present, and that is trivial.
>
> You probably just
David Woodhouse writes:
> It would be much better if the kernel would 'just work'. The ideal way
> of achieving that is for the firmware to be fixed -- but that's been
> promised for a long time now, and we just don't believe you any more. So
> working round it in the kernel seems to be the next b
On Tue, Jan 08, 2008 at 09:01:30AM -0700, John Rigby wrote:
> Bare minimum tree containing only
> what is currently supported.
[snip]
> + cpus {
> + #address-cells = <1>;
> + #size-cells = <0>;
> +
> + PowerPC,[EMAIL PROTECTED] {
> + devi
On 09/01/2008, Nathan Lynch <[EMAIL PROTECTED]> wrote:
> Hi Linas,
>
> Linas Vepstas wrote:
> >
> > As a side effect, the system is in
> > production *while* the dump is being taken;
>
> A dubious feature IMO.
Hmm. Take it up with Ken Rozendal, this is supposed to be
one of the two main selling p
Olaf Hering writes:
> --- a/arch/powerpc/kernel/prom_init.c
> +++ b/arch/powerpc/kernel/prom_init.c
> @@ -1487,6 +1487,34 @@ static void __init prom_find_mmu(void)
> else if (strncmp(version, "FirmWorks,3.", 12) == 0) {
> of_workarounds = OF_WA_CLAIM | OF_WA_LONGTRAIL;
>
On Wed, 9 Jan 2008 18:36:34 -0600 Olof Johansson <[EMAIL PROTECTED]> wrote:
>
> On Thu, Jan 10, 2008 at 10:40:48AM +1100, Stephen Rothwell wrote:
> > Hi Anton,
> >
> > Juts one small trivial comment (could be fixed later).
> >
> > On Wed, 9 Jan 2008 22:10:41 +0300 Anton Vorontsov <[EMAIL PROTECTE
On Wed, Jan 09, 2008 at 12:49:31AM -0500, Paul Gortmaker wrote:
> This adds the device tree source for the Wind River SBC834x board.
> It is based on the MPC834x_MDS DTS, with the biggest difference being
> the lack of BCSR and the PCI2 that the MDS gets via the PIB. That,
> and this file is also d
From: Takashi Yamamoto <[EMAIL PROTECTED]>
Add PS3 logical performance monitor (lpm) device driver.
The PS3's LV1 hypervisor provides a Logical Performance Monitor that
abstracts the Cell processor's performance monitor features for use
by guest operating systems.
Signed-off-by: Takashi Yamamot
Add PS3 logical performance monitor device support to the
PS3 system-bus and platform device registration routines.
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
v2: o Add enum ps3_lpm_tb_type.
o Remove redundant enclosing structure and return proper
error codes from ps3_register_l
From: Takashi Yamamoto <[EMAIL PROTECTED]>
Add repository routines for the PS3 logical performance monitor.
Signed-off-by: Takashi Yamamoto <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
v2: o Correct Yamamoto-san's mail addr.
v3: o Change num_pu and pu_id to type u64.
On 1/9/08, David Gibson <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 08, 2008 at 08:58:17AM -0700, Grant Likely wrote:
> > > + compatible = "mpc83xx_wdt";
> >
> > "fsl,mpc8377_wdt", "fsl,mpc83xx_wdt" as per generic names recommended
> > practice.
>
> Uh.. that's reasonable advice
On Wed, Jan 09, 2008 at 09:24:07AM +0800, Liu Yu wrote:
>
> >
> > can you provide the test case that shows the error.
> >
>
> It seems that math-emu only be used for MPC8xx on current kernel.
It can be used for IBM/AMCC 4xx too.
--
David Gibson| I'll have my music baroque
On Tue, Jan 08, 2008 at 08:58:17AM -0700, Grant Likely wrote:
> Hi Leo,
>
> comments below. I've made my comments on the first file, but they
> apply to the other two also.
>
> Cheers,
> g.
[snip]
> > + ranges = <0 e000 0010>;
> > + reg = ;
> > +
On Thu, Jan 10, 2008 at 10:40:48AM +1100, Stephen Rothwell wrote:
> Hi Anton,
>
> Juts one small trivial comment (could be fixed later).
>
> On Wed, 9 Jan 2008 22:10:41 +0300 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> >
> > +static struct of_device_id pata_of_platform_match[] = {
>
> This coul
Hi Anton,
Juts one small trivial comment (could be fixed later).
On Wed, 9 Jan 2008 22:10:41 +0300 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> +static struct of_device_id pata_of_platform_match[] = {
This could be declared const.
--
Cheers,
Stephen Rothwell[EMAIL PROTECT
Add file ucc_uart.c, a serial device driver for the Freescale QUICCEngine.
Update the Kconfig and Makefile accordingly.
Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
---
drivers/serial/Kconfig| 10 +
drivers/serial/Makefile |1 +
drivers/serial/ucc_uart.c | 1507 ++
Add support for UART serial ports using a Freescale QUICCEngine. Update
booting-without-of.txt to define new properties for a QE UART node. Update
the MPC8323E-MDS device tree to add UCC5 as a UART. Update the QE library
to support slow UCC devices and modules.
Signed-off-by: Timur Tabi <[EMAIL
This patchset creates a new serial device driver for the Freescale QE.
Part 1 of this patch set contains all the PowerPC-specific changes.
Part 2 contains all the actual driver and changes for Kconfig and Makefile.
The PowerPC portions of this patchset have already been reviewed and
approved.
> It's in "production" with 256MB of RAM? Err. Sure as the dump progresses
> more RAM will be freed, but that's hardly production. I think Nathan's
> right, any sysadmin who wants predictability will probably double reboot
> anyway.
Thats a changeable parameter. Its something we chose for now. It
> From: Scott Wood [mailto:[EMAIL PROTECTED]
> Rune Torgersen wrote:
> >> From: Scott Wood
> >> Don't forget to exclude the SMC parameter RAM from the muram
> >> data area
> >> in /soc/cpm/muram/data/reg. If you have an older device
> tree binding
> >> that has no /soc/cpm/muram node, but ins
On Wed, 2008-01-09 at 12:44 -0600, Nathan Lynch wrote:
> Hi Linas,
>
> Linas Vepstas wrote:
> >
> > On 08/01/2008, Nathan Lynch <[EMAIL PROTECTED]> wrote:
> > > Manish Ahuja wrote:
> > > > +
> > > > +The goal of hypervisor-assisted dump is to enable the dump of
> > > > +a crashed system, and to d
Rune Torgersen wrote:
>> From: Scott Wood
>> Don't forget to exclude the SMC parameter RAM from the muram
>> data area
>> in /soc/cpm/muram/data/reg. If you have an older device tree binding
>> that has no /soc/cpm/muram node, but instead has two resources in
>> /soc/cpm/reg, you need to move
> From: Scott Wood
> Don't forget to exclude the SMC parameter RAM from the muram
> data area
> in /soc/cpm/muram/data/reg. If you have an older device tree binding
> that has no /soc/cpm/muram node, but instead has two resources in
> /soc/cpm/reg, you need to move to head-of-tree to get this
Rune Torgersen wrote:
> Ok we're now using
> [EMAIL PROTECTED] {
> device_type = "serial";
> compatible = "fsl,mpc8280-smc-uart",
>"fsl,cpm2-smc-uart";
> reg = <11a80 10 0 40>;// parameter_ram_address length>
> interrupts = <4 8>;
> From: Scott Wood
> Sent: Wednesday, January 09, 2008 1:46 PM
> > We're trying to get a SMC serial port on a8280 to work.
> > I cannot find any ecxamples on the binding, so we've tried
> to make one.
> >
> > is this anywhere close to workable?
> >
> > [EMAIL PROTECTED] {
> > device_type =
On Wednesday 09 January 2008, Simon Richter wrote:
> > The important part where this connects to the mmc-spi driver is that
> > you need to set spi_board_info->modalias to "mmc-spi", if the
> > device node can be identified as an mmc card.
>
> Doing that now, using the code you provided as a base.
On Wed, 9 Jan 2008 11:01:38 +0100 (CET) Geert Uytterhoeven <[EMAIL PROTECTED]>
wrote:
>
> On Wed, 9 Jan 2008, Stephen Rothwell wrote:
> > On Tue, 08 Jan 2008 22:35:36 -0800 Geoff Levand <[EMAIL PROTECTED]> wrote:
> > >
> > > +int ps3_repository_read_num_pu(unsigned int *num_pu)
> > > +{
> > > + in
Kumar Gala wrote:
> I'm thinking I'll add something like:
>
> if (addr < total_lowmem)
> reserve_bootmem(lmb.reserved.region[i].base,
> lmb_size_bytes(&lmb.reserved, i));
> + else if (lmb.reserved.region[
I think I sent this, but I will include it here for completeness.
It adds the 440EP Rev C to the cputable.
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
index f1928af..ece0c71 100644
--- a/arch/powerpc/kernel/cput
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
--- /dev/null 2005-11-20 22:22:37.0 -0500
+++ arch/powerpc/configs/warp_defconfig 2008-01-08 12:30:27.0 -0500
@@ -0,0 +1,1057 @@
+#
+# Automatically generated make config: don't edit
+# Linux kernel version: 2.6.24-rc6
+# Tue J
Basically the powerpc/boot directory files.
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/boot/44x.h b/arch/powerpc/boot/44x.h
index 0256344..9db0213 100644
--- a/arch/powerpc/boot/44x.h
+++ b/arch/powerpc/boot/44x.h
@@ -12,5 +12,6 @@
void ebony_init(void *mac0
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
--- /dev/null 2005-11-20 22:22:37.0 -0500
+++ arch/powerpc/boot/dts/warp.dts 2008-01-08 12:04:10.0 -0500
@@ -0,0 +1,232 @@
+/*
+ * Device Tree Source for PIKA Warp
+ *
+ * Copyright (c) 2008 PIKA Technologies
+ * Sean Ma
I have split up the patches slightly differently based on Josh's comments.
The first patch is basically the platform/44x files.
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 66a3d8c..b3e4c35 100644
--- a/arch/powerpc/Kconfig
+
Josh Boyer wrote:
>
> Ah, possibly. Did you try doing a 'select USB_ARCH_HAS_OHCI' in the
> config 440EP section of arch/powerpc/platforms/44x/Kconfig?
>
> I'm just trying to save you some trouble. There's nothing actually
> wrong with your patch now, other than it has to be sent to the right
> m
On Wed, 09 Jan 2008 14:26:56 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> Josh Boyer wrote:
> > On Wed, 09 Jan 2008 12:26:14 -0500
> > Sean MacLennan <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
> >>
> >
> > This one needs to go to the linu
On Wed, Jan 09, 2008 at 01:58:49PM +0100, Heiko Schocher wrote:
> @@ -1312,6 +1312,9 @@ static int __devinit fs_enet_probe(struct of_device
> *ofdev,
> ndev->dev_addr[0], ndev->dev_addr[1], ndev->dev_addr[2],
> ndev->dev_addr[3], ndev->dev_addr[4], ndev->dev_addr[5]);
>
Rune Torgersen wrote:
> Hi
>
> We're trying to get a SMC serial port on a8280 to work.
> I cannot find any ecxamples on the binding, so we've tried to make one.
>
> is this anywhere close to workable?
>
> [EMAIL PROTECTED] {
> device_type = "serial";
> compatible = "fsl,mpc8280-smc-u
On Jan 9, 2008, at 1:30 PM, Scott Wood wrote:
> Kumar Gala wrote:
>> On Jan 9, 2008, at 12:53 PM, Scott Wood wrote:
>>> It looks like if the reserved area straddles the highmem boundary,
>>> it'll
>>> only reserve the highmem portion.
>> Yeah, I thought about that. I'm wondering if we should w
Hi,
After booting, my MPC8641 based board keeps printing "Trying 10/HALF"
for ever. I am unable to use the Ethernet, even though there are
interrupts occuring. Based on /proc/interrupts, both tx and rx interrupt
count is increasing, and zero count for enet_error interrupt.
I think this is c
Hi
We're trying to get a SMC serial port on a8280 to work.
I cannot find any ecxamples on the binding, so we've tried to make one.
is this anywhere close to workable?
[EMAIL PROTECTED] {
device_type = "serial";
compatible = "fsl,mpc8280-smc-uart",
Kumar Gala wrote:
> On Jan 9, 2008, at 12:53 PM, Scott Wood wrote:
>> It looks like if the reserved area straddles the highmem boundary, it'll
>> only reserve the highmem portion.
>
> Yeah, I thought about that. I'm wondering if we should warn about
> this.. its seems like a bad thing to do.
Ho
>
> I used the word "actually". I already know that it is intended to be
> faster. :)
>
>> it should blow it away, as, after all,
>> it requires one less reboot!
>
> There's more than rebooting going on during system dump processing.
> Depending on the system type, booting may not be where mos
On Jan 9, 2008, at 12:53 PM, Scott Wood wrote:
> On Wed, Jan 09, 2008 at 11:28:30AM -0600, Kumar Gala wrote:
>> /* reserve the sections we're already using */
>> -for (i = 0; i < lmb.reserved.cnt; i++)
>> -reserve_bootmem(lmb.reserved.region[i].base,
>> -
Josh Boyer wrote:
> On Wed, 09 Jan 2008 12:26:14 -0500
> Sean MacLennan <[EMAIL PROTECTED]> wrote:
>
>
>> Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
>>
>
> This one needs to go to the linux-usb list and David Brownell.
>
> Although I'm not sure what the benefit here really is. You c
On Wed, 09 Jan 2008 12:26:14 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
This one needs to go to the linux-usb list and David Brownell.
Although I'm not sure what the benefit here really is. You can still
set this in the defconfig without
On Wed, 09 Jan 2008 12:30:39 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> So no comments? I got it perfect the first time :D
Not quite.. :)
The way you have the patches laid out right now will break compiling
and git bisecting.
Could you take these and roll them up into distinct patches th
On Wed, 09 Jan 2008 13:50:41 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> No. You have to setup everything the old way. This *just* gets it
> working so if you have the PPC layout, it will work.
>
> Unless testing goes *really* well, I doubt I will have time in the short
> term to port it
This patch adds localbus and pata nodes to use CF IDE interface
on MPC8349E-mITX boards.
Patch also updates defconfig and adds some code to probe localbus.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Acked-by: Olof Johansson <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8349emitx.dts
This driver nicely wraps around pata_platform library functions,
and provides OF platform bus bindings to the PATA devices.
Also add || PPC to the PATA_PLATFORM's "depends on" Kconfig entry,
needed for PA Semi Electra.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Reviewed-by: Olof Johansson
Split pata_platform_{probe,remove} into two pieces:
1. pata_platform_{probe,remove} -- platform_device-dependant bits;
2. __ptata_platform_{probe,remove} -- device type neutral bits.
This is done to not duplicate code for the OF-platform driver.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Hi all,
Here is the resend (aka v4) version of the OF-platform PATA
driver and related patches.
Changes since v3:
- Acked-by: Paul Mundt <[EMAIL PROTECTED]>
- In the powerpc specific patch: update defconfig and use
machine_device_initcall -- this is new call found in the
galak/powerpc.git.
C
Ooops. Guess I am not perfect after all ;)
Cheers,
Sean
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
--- /dev/null 2005-11-20 22:22:37.0 -0500
+++ arch/powerpc/platforms/44x/warp.c 2008-01-08 17:59:48.0 -0500
@@ -0,0 +1,239 @@
+/*
+ * PIKA Warp(tm) board specific rout
On Wed, Jan 09, 2008 at 11:28:30AM -0600, Kumar Gala wrote:
> /* reserve the sections we're already using */
> - for (i = 0; i < lmb.reserved.cnt; i++)
> - reserve_bootmem(lmb.reserved.region[i].base,
> - lmb_size_bytes(&lmb.reserved, i));
> + f
Josh Boyer wrote:
> On Wed, 09 Jan 2008 13:05:35 -0500
> Sean MacLennan <[EMAIL PROTECTED]> wrote:
>
>
>> Stefan Roese wrote:
>>
>>> On Saturday 05 January 2008, Sean MacLennan wrote:
>>>
>>>
This patch adds the maps for the taco. It also gets the ndfc.c NAND
driver in a
Hi Linas,
Linas Vepstas wrote:
>
> On 08/01/2008, Nathan Lynch <[EMAIL PROTECTED]> wrote:
> > Manish Ahuja wrote:
> > > +
> > > +The goal of hypervisor-assisted dump is to enable the dump of
> > > +a crashed system, and to do so from a fully-reset system, and
> > > +to minimize the total elapsed
On Wed, 09 Jan 2008 13:05:35 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> Stefan Roese wrote:
> > On Saturday 05 January 2008, Sean MacLennan wrote:
> >
> >> This patch adds the maps for the taco. It also gets the ndfc.c NAND
> >> driver in a compilable state. The map is guaranteed to chan
On Tue, Jan 08, 2008 at 04:07:17PM -0600, Jon Loeliger wrote:
> +static void storcenter_power_off(void)
> +{
> + /* No way to shut power off with software */
> + local_irq_disable();
> + for (;;) ;
> + /* NOTREACHED */
> +}
So leave it out, and let the generic halt function be used
Stefan Roese wrote:
> On Saturday 05 January 2008, Sean MacLennan wrote:
>
>> This patch adds the maps for the taco. It also gets the ndfc.c NAND
>> driver in a compilable state. The map is guaranteed to change since the
>> exact NOR/NAND flash configuration is in flux right now when we found
>>
Michael,
I find I need to add a string to the SCSI_WAIT_SCAN tristate in order to
be able to turn the module off. See the patch below. On our embedded
appliance the only use for SCSI is for the usb_storage driver.
Cheers,
Sean MacLennan
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
Sven Luther wrote:
> This is crazy, and not future proof. The way Grant did it, checking for
> the existence of the node before creating is enough for any reasonable
> upgrade to the firmware.
>
> If future firmware will break with this, then they will break other
> stuff anyway, and a new patch
There were several issues if a memreserve range existed and happened
to be in highmem:
* The bootmem allocator is only aware of lowmem so calling
reserve_bootmem with a highmem address would cause a BUG_ON
* All highmem pages were provided to the buddy allocator
Added a lmb_is_reserved() api th
So no comments? I got it perfect the first time :D
Cheers,
Sean
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Stefan Roese wrote:
> On Tuesday 08 January 2008, Sean MacLennan wrote:
>
>> How about just 44x?
>>
>> Cheers,
>> Sean
>>
>> diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig
>> index 7580aa5..682deae 100644
>> --- a/drivers/usb/Kconfig
>> +++ b/drivers/usb/Kconfig
>> @@ -39,6 +39,7 @@
On Wed, Jan 09, 2008 at 05:17:52PM +, Matt Sealey wrote:
>
> Sven Luther wrote:
> >On Wed, Jan 09, 2008 at 04:36:19PM +, Matt Sealey wrote:
> >>The link that Olaf presented, www.powerdeveloper.org/asset/by-id/46 *is*
> >>the upstream support for now. What his patch does is say, the upstrea
Mark,
This patch adds a driver for the ad7414 chip. It was written by Stefan
Roese based on the ad7418 driver. All I did was get it compiling under
the newer kernels.
Cheers,
Sean MacLennan
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
-
On Wed, Jan 09, 2008 at 04:56:17PM +, Matt Sealey wrote:
> Okay I have a better suggestion.
>
> Apply all the prom_init fixes you like. But, instead of swizzling on the
> individual nodes, do it blanket for the firmware version.
>
> For instance, wrap the entire efika fixups stuff with a chec
Hi,
Arnd Bergmann wrote:
> The important part where this connects to the mmc-spi driver is that
> you need to set spi_board_info->modalias to "mmc-spi", if the
> device node can be identified as an mmc card.
Doing that now, using the code you provided as a base. The SPI child
device gets regist
1 - 100 of 156 matches
Mail list logo
