On 19/09/07 13:47 +1000, Paul Mackerras wrote:
> Domen Puncer writes:
>
> > Paul, what do you say about this?
> > Sylvain suggested it could also be integrated with define_machine
> > interface.
>
> As it stands, your patch adds the clk_* functions on all platforms.
> What platforms would actuall
Hi Mike,
On Mon, 17 Sep 2007 11:35:08 -0700 [EMAIL PROTECTED] wrote:
>
> v2:
>
> This patch applies after:
>
> convert-cpu_sibling_map-to-a-per_cpu-data-array-ppc64.patch
>
> and should fix the "reference cpu_sibling_map before setup_per_cpu_areas()
> has been called" problem. In addtio
On Wed, Sep 19, 2007 at 04:49:46PM +1000, Tony Breeds wrote:
> With these functions implemented we cooperate better with the generic
> timekeeping code. This obsoletes the need for the timer sysdev as a bonus.
I should have added that this patch series applies on top of Benh's 601
fixes.
Yours T
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |3
arch/powerpc/kernel/smp.c |3
arch/powerpc/kernel/time.c | 134 +
include/asm-powerpc/time.h |1
4 files changed, 98 insertions(+), 43 deletions(-)
Index: worki
With these functions implemented we cooperate better with the generic
timekeeping code. This obsoletes the need for the timer sysdev as a bonus.
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
* Compile tested for arch/powerpc/configs/*_defconfig
* Booted on pSeries, iSeries, Cell and PS3
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |1 +
arch/powerpc/kernel/idle.c |3 +++
arch/powerpc/platforms/iseries/setup.c |5 +
3 files changed, 9 insertions(+)
Index: working/arch/powerpc/Kconfig
==
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |6
arch/powerpc/kernel/time.c | 255 -
2 files changed, 91 insertions(+), 170 deletions(-)
Index: working/arch/powerpc/Kconfig
===
struct tick_shed uses struct hrtimer, explictly include the right header file.
preemtivly fixes the following warning
CC arch/powerpc/platforms/iseries/setup.o
In file included from arch/powerpc/platforms/iseries/setup.c:30:
include/linux/tick.h:45: error: field 'sched_timer' has incomplete
Emil Medve writes:
> The fix tries to use the smallest scope CONFIG_* symbols that will fix the
> build
> problem. In this case needs to be included only if IDE=y or
> IDE=m were selected. Also, ppc_ide_md is needed only if BLK_DEV_IDE=y or
> BLK_DEV_IDE=m
It would be nicer to remove the ppc_id
On Wed, Sep 19, 2007 at 02:25:33PM +1000, David Gibson wrote:
> On Mon, Sep 17, 2007 at 11:57:42AM -0500, Scott Wood wrote:
> > 1. Keep a global mpc8xx_immr mapping, rather than constantly
> > creating temporary mappings.
>
> Nice, but again, it seems a bit pointless to leave in all the
> immr_map
Add memory regions to the kcore list for 32-bit machines.
Since the entries are only 32-bit, keep under 4G.
Signed-off-by: Ed Swarthout <[EMAIL PROTECTED]>
---
Adapted from init_64.c
arch/powerpc/mm/init_32.c | 34 ++
1 files changed, 34 insertions(+), 0 deleti
powerpc: Fix platinumfb resource handling
Current kernels have a non-working platinumfb due to some resource
management issues. This fixes it.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Note: platinumfb is a powermac only driver
Index: linux-work/drivers/video/platinumfb.c
==
On Mon, Sep 17, 2007 at 11:57:42AM -0500, Scott Wood wrote:
> 1. Keep a global mpc8xx_immr mapping, rather than constantly
> creating temporary mappings.
Nice, but again, it seems a bit pointless to leave in all the
immr_map() / immr_unmap() pairs now that they do basically nothing.
--
David Gib
Recent changes to the timekeeping code broke support for the PowerPC 601
processor which doesn't have the usual timebase facility but a slightly
different thing called (yuck) the RTC.
This fixes it, boot tested on an old 601 based PowerMac 7200
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTEC
We forgot to remove the clock_gettime, clock_getres and get_tbfreq vDSO
calls on CPUs that have no timebase such as 601 or 403 (old CPUs that have
different mechanisms and for which the vDSO code will not work properly).
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/powerpc/
This patch includes a whole batch of smallish cleanups for
drivers/mtd/physmap_of.c.
- A bunch of uneeded #includes are removed
- We switch to the modern linux/of.h etc. in place of
asm/prom.h
- Use some helper macros to avoid some ugly inline #ifdefs
- A few lines
Domen Puncer writes:
> Paul, what do you say about this?
> Sylvain suggested it could also be integrated with define_machine
> interface.
As it stands, your patch adds the clk_* functions on all platforms.
What platforms would actually want to use them?
Paul.
On Mon, Sep 17, 2007 at 11:57:37AM -0500, Scott Wood wrote:
Needs a commit comment
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/cuboot-pq2.c | 10 --
> 1 files changed, 4 insertions(+), 6 deletions(-)
>
--
David Gibson| I'll have my
On Mon, Sep 17, 2007 at 11:57:36AM -0500, Scott Wood wrote:
> fsl_get_immr() uses /soc/ranges to determine the immr.
>
> mpc885_get_clock() transforms a crystal frequency into a system frequency
> according to the PLL register settings.
>
> pq2_get_clocks() does the same as the above for the Powe
On Mon, Sep 17, 2007 at 11:57:35AM -0500, Scott Wood wrote:
> This is a library that board code can use to extract information from the
> PlanetCore configuration keys. PlanetCore is used on various boards from
> Embedded Planet.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
[snip]
> +void p
On Mon, Sep 17, 2007 at 11:57:33AM -0500, Scott Wood wrote:
> This code assumes that the ports have been previously set up, with
> buffers in DPRAM.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Looks sane as far as I can see.
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson
On Mon, Sep 17, 2007 at 11:57:34AM -0500, Scott Wood wrote:
> Consensus was reached to put PCI nodes at the root of the tree (and not
> under /soc), but the phandle to a control node was rejected in favor of
> simply not worrying about /pci/reg overlapping /soc/ranges.
>
> This updates cuboot-82xx
On Sat, 2007-08-25 at 11:13 +0200, Olaf Hering wrote:
> The atyfb does not work on my 233MHz PowerBook with Mach64 LP, when the
> kernel is booted from firmware. aty_ld_pll_ct() returns 0x22 and xtal
> remains at 14.31818. When booted from MacOS, aty_ld_pll_ct() returns 0x3c
> and xtal is changed t
On Tue, Sep 18, 2007 at 10:02:37AM -0500, Jon Loeliger wrote:
> So, like, the other day David Gibson mumbled:
> > This patch adds a handful of simple testcases for dtc. It adds a dts
> > file which should generate the same sample tree as is used for the
> > libfdt testcases, and tests invoking dtc
On Tue, Sep 18, 2007 at 09:29:13PM +0400, Valentine Barshak wrote:
> According to PowerPC 440EPx documentation,
> MAL0 is comprised of four channels (two transmit and two receive).
> Each channel is dedicated to one of two EMAC cores.
> This patch fixes Sequoia DTS MAL0 entry and EMAC entries,
> as
> + l) USB EHCI controllers
> +
> + Required properties:
> + - device_type : should be "usb".
No device_type please. The published USB binding doesn't define
one on purpose.
> + - compatible : should be "ehci".
Just "ehci" isn't enough -- compare to OHCI, which is the name for
a kind of USB
On Tue, Sep 18, 2007 at 09:21:50AM -0500, Scott Wood wrote:
> On Tue, Sep 18, 2007 at 04:11:41PM +1000, David Gibson wrote:
> > > + /* Legacy device binding -- will go away when no users are left. */
> > > + node = of_find_node_by_type(NULL, "cpm");
> > > + if (node) {
> > > + prop = of_get
Hello Valentine,
On Tue, 18 Sep 2007 18:38:56 +0400
Valentine Barshak wrote:
> Well, thanks for the invitation :)
> I've been trying to work on the pci support here too. But I've used a
> bit different approach. I tried to add 64-bit phys addr support to
> pci_32.c. The patch seems to work on S
On Tue, Sep 18, 2007 at 09:34:31AM -0500, Rune Torgersen wrote:
> > -Original Message-
> > From: Scott Wood
> > Sent: Monday, September 17, 2007 11:58 AM
> >
> > The 8272 (and presumably other PCI PQ2 chips) appear to have the
> > same issue as the 83xx regarding PCI streaming DMA.
> >
>
On Tue, 2007-09-18 at 16:03 +0400, Valentine Barshak wrote:
> Do we need to ioremap on 64-bit? I think 64-bit uses different
> approach
> in handling io space.
Yup, we changed that recently and I haven't yet modified ppc32 to catch
up (and may never do so, they have different constraints).
Ben.
Oh and...
PowerMac -needs- the coalescing of ranges. Apple tends to split their
ranges in bits in the device-tree and ends up with more than you have
struct resource in the pci_bus.
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://oz
On Wed, 2007-09-12 at 02:49 +0400, Vitaly Bordug wrote:
> We are having 2 different instances of pci_process_bridge_OF_ranges(),
> which makes describing 64-bit physical addresses in non PPC64 case
> impossible.
>
> This approach inherits pci space parsing, but has a new way to behave
> equally go
> > @@ -879,11 +891,18 @@
> > prev = NULL;
> > while ((rlen -= np * sizeof(unsigned int)) >= 0) {
> > if (prev) {
> > - if (prev[0] == ranges[0] && prev[1] == ranges[1] &&
> > - (prev[2] + prev[na+4]) == ranges[2] &&
> > -
On Tue, 2007-09-18 at 12:16 -0700, Greg KH wrote:
> Oh, and sorry for breaking this, I could only test all of the modules
> build on x86 due to traveling while creating this patch. I need to
> set
> up some cross-compilers on my laptop to fix this issue :(
Yuck :-) Oh well, I hope you have a _FA
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
Resent with asm/of_platform.h -> linux/of_platform.h
arch/powerpc/boot/dts/pq2fads.dts | 229
arch/powerpc/configs/pq2fads_defconfig | 1003
arch/powerpc/platforms/82xx/Kconfig| 11 +
arch/powe
It now uses the new CPM binding and the generic pin/clock functions, and
has assorted fixes and cleanup.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
Resent with asm/of_platform.h -> linux/of_platform.h.
arch/powerpc/boot/dts/mpc885ads.dts | 195 +++-
arch/powerpc/configs/
Previously, Soft_emulate_8xx was called with no implementation, resulting in
build failures whenever building 8xx without math emulation. The
implementation is copied from arch/ppc to resolve this issue.
However, this sort of minimal emulation is not a very good idea other than
for compatibility
The existing OF glue code was crufty and broken. Rather than fix it,
it has been removed, and the serial driver now talks to the device tree
directly.
The non-CONFIG_PPC_CPM_NEW_BINDING code can go away once CPM platforms
are dropped from arch/ppc (which will hopefully be soon), and existing
arch
The /localbus node is used to describe devices that are connected via a chip
select or similar mechanism. The advantages over placing the devices under
the root node are that it can be probed without probing other random things
under the root, and that the description of which chip select a given
On Tue, Sep 18, 2007 at 05:37:58PM +0530, Kamalesh Babulal wrote:
> Benjamin Herrenschmidt wrote:
>> On Tue, 2007-09-18 at 10:34 +0100, Andy Whitcroft wrote:
>>
>>> On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
>>>
Andrew Morton wrote:
> ftp://ftp.ke
Hello Valentine,
On Tue, 18 Sep 2007 20:07:54 +0400
Valentine Barshak wrote:
> Currently pci_32 doesn't support 64-bit physical addresses, while
> PowerPC440 platform has PCI space typically mapped above 4GB range.
> The patch adds 64-bit physical address support to 32-bit PCI code
> in order to
According to PowerPC 440EPx documentation,
MAL0 is comprised of four channels (two transmit and two receive).
Each channel is dedicated to one of two EMAC cores.
This patch fixes Sequoia DTS MAL0 entry and EMAC entries,
assigning correct channel numbers to EMACs.
Signed-off-by: Valentine Barshak <
According to PowerPC 440EP documentation,
MAL0 consists of 6 channels (4 transmit channels and 2 receive channels)
This patch fixes Bamboo DTS MAL0 "num-rx-chans" entry.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/bamboo.dts |2 +-
1 files changed, 1 inserti
A couple of minor fixes to correct MAL0 DTS entries for bamboo.dts and
sequoia.dts.
Also correct MAL channel assignment for EMACs on Sequoia board.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Tue, 18 Sep 2007 17:37:58 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Benjamin Herrenschmidt wrote:
> > On Tue, 2007-09-18 at 10:34 +0100, Andy Whitcroft wrote:
> >
> >> On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
> >>
> >>> Andrew Morton wrote:
> >>>
On Sep 18, 2007, at 10:23 AM, Scott Wood wrote:
> On Tue, Sep 18, 2007 at 10:19:05AM -0500, Kumar Gala wrote:
>> Mainly that 8xx has been doing this for a vast number of years and I
>> see no reason to stop doing it at this point.
>>
>> While I can see that it might be misleading, clearly 8xx lin
Currently pci_32 doesn't support 64-bit physical addresses, while
PowerPC440 platform has PCI space typically mapped above 4GB range.
The patch adds 64-bit physical address support to 32-bit PCI code
in order to bring-up PCI on 44x platform.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/fs_enet-main.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/drivers/net/fs_enet/fs_enet-main.c
b/drivers/net/fs_enet/fs_enet-main.c
index 927cd9e..0e2d2b2 100644
--- a/drivers/
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/fs_enet-main.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/fs_enet/fs_enet-main.c
b/drivers/net/fs_enet/fs_enet-main.c
index a4a2a0e..927cd9e 100644
--- a/drivers/net/fs_enet
On Tue, Sep 18, 2007 at 10:19:05AM -0500, Kumar Gala wrote:
> Mainly that 8xx has been doing this for a vast number of years and I
> see no reason to stop doing it at this point.
>
> While I can see that it might be misleading, clearly 8xx linux users
> haven't had issues with it.
Or they hav
On Sep 18, 2007, at 10:11 AM, Scott Wood wrote:
> On Tue, Sep 18, 2007 at 10:08:50AM -0500, Kumar Gala wrote:
>>
>> On Sep 17, 2007, at 11:57 AM, Scott Wood wrote:
>>
>>> On arch/ppc, Soft_emulate_8xx was used when full math emulation was
>>> turned off to emulate a minimal subset of floating poi
On Tue, Sep 18, 2007 at 10:08:50AM -0500, Kumar Gala wrote:
>
> On Sep 17, 2007, at 11:57 AM, Scott Wood wrote:
>
> >On arch/ppc, Soft_emulate_8xx was used when full math emulation was
> >turned off to emulate a minimal subset of floating point load/store
> >instructions, to avoid needing a soft-
On Sep 18, 2007, at 10:01 AM, Valentine Barshak wrote:
> Kumar Gala wrote:
>> On Sep 18, 2007, at 9:44 AM, Valentine Barshak wrote:
>>> Add 64-bit physical address support to PCI.
>> Can you expand on your commit message. for example why do this?
>> is it address a bug fix, etc..
>>>
>>> Signe
On Sep 17, 2007, at 11:57 AM, Scott Wood wrote:
> On arch/ppc, Soft_emulate_8xx was used when full math emulation was
> turned off to emulate a minimal subset of floating point load/store
> instructions, to avoid needing a soft-float toolchain. This function
> is called, but not present, on arch
So, like, the other day David Gibson mumbled:
> This large patch removes all trailing whitespace from dtc (including
> libfdt, the testsuite and documentation). It also removes a handful
> of redundant blank lines (at the end of functions, or when there are
> two blank lines together for no partic
So, like, the other day David Gibson mumbled:
> This patch adds a handful of simple testcases for dtc. It adds a dts
> file which should generate the same sample tree as is used for the
> libfdt testcases, and tests invoking dtc on this dts, plus the
> standard batch of libfdt cases on the resulti
Kumar Gala wrote:
>
> On Sep 18, 2007, at 9:44 AM, Valentine Barshak wrote:
>
>> Add 64-bit physical address support to PCI.
>
> Can you expand on your commit message. for example why do this? is it
> address a bug fix, etc..
>
>>
>> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
>> ---
On Sep 17, 2007, at 11:57 AM, Scott Wood wrote:
> cuboot-pq2 is updated to match the binding, and get rid of phandle
> linkage.
A slight more descriptive commit message is desired.
- k
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
> ---
> Documentation/powerpc/booting-without-of.txt |
On Sep 18, 2007, at 9:44 AM, Valentine Barshak wrote:
> Add 64-bit physical address support to PCI.
Can you expand on your commit message. for example why do this? is
it address a bug fix, etc..
>
> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
> ---
> arch/powerpc/kernel/iomap.c |
> -Original Message-
> From: Scott Wood
> Sent: Monday, September 17, 2007 11:58 AM
>
> The 8272 (and presumably other PCI PQ2 chips) appear to have the
> same issue as the 83xx regarding PCI streaming DMA.
>
Can you explain what this isssue is? We're using a 8280 and have had
some PCI b
Add 64-bit physical address support to PCI.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/iomap.c |4 +--
arch/powerpc/kernel/pci_32.c | 56 +--
2 files changed, 41 insertions(+), 19 deletions(-)
diff -ruN linux-2.6.or
Vitaly Bordug wrote:
> Hello Valentine,
>
> On Tue, 18 Sep 2007 16:03:50 +0400
> Valentine Barshak wrote:
>
>> Vitaly Bordug wrote:
>>> +
>>> + hose->io_base_phys = cpu_phys_addr - pci_addr;
>> This is not gonna work on 32-bit platform (unless pci_addr == 0).
>> Should be
>> hos
Hello Valentine,
On Tue, 18 Sep 2007 16:03:50 +0400
Valentine Barshak wrote:
> Vitaly Bordug wrote:
> > +
> > + hose->io_base_phys = cpu_phys_addr - pci_addr;
>
> This is not gonna work on 32-bit platform (unless pci_addr == 0).
> Should be
> hose->io_base_phys = cpu_phys_addr;
On Sep 18, 2007, at 7:29 AM, Anton Vorontsov wrote:
> cpm_install_handler and cpm_free_handler neither used nor defined
> for arch/powerpc.
>
> This causes MPC8xx build failure, patch used to fix that.
can you add the __res fix, and EXPORT() and do these three as one
patch and improve the comm
On Tue, Sep 18, 2007 at 04:11:41PM +1000, David Gibson wrote:
> > + /* Legacy device binding -- will go away when no users are left. */
> > + node = of_find_node_by_type(NULL, "cpm");
> > + if (node) {
> > + prop = of_get_property(node, "brg-frequency", &size);
>
> Shouldn't you ch
On Sep 17, 2007, at 11:29 PM, [EMAIL PROTECTED] wrote:
>> On 9/16/07, Sylvain Munaut <[EMAIL PROTECTED]> wrote:
>>> Hello Paul, Hi everyone,
>>>
>>> This series of patch is mainly the bestcomm support for
>>> the mpc5200. It was posted a while ago and received some
>>> comments. Theses are all ad
On Sep 18, 2007, at 3:56 AM, Li Yang-r58472 wrote:
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED]
>> On Behalf Of Kumar Gala
>> Sent: Friday, September 14, 2007 10:08 PM
>> To: Jeff Garzik
>> Cc: linuxppc-dev@ozlabs.org list; netdev
>> Subject: Re: [PATCH] u
On Mon, 17 Sep 2007 11:58:05 -0500 Scott Wood <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/8xx/mpc885ads_setup.c
> #include
> -#include
> +#include
linux/of_platform.h
Sorry if I am getting boring.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.can
Benjamin Herrenschmidt wrote:
> On Tue, 2007-09-18 at 10:34 +0100, Andy Whitcroft wrote:
>
>> On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
>>
>>> Andrew Morton wrote:
>>>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1
Second export should be for cpm_dpram_phys not cpm_dpram_addr.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/commproc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/sysdev/commproc.c b/arch/powerpc/sysdev/commproc.c
index b562
cpm_install_handler and cpm_free_handler neither used nor defined
for arch/powerpc.
This causes MPC8xx build failure, patch used to fix that.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ppc_ksyms.c |5 -
include/asm-powerpc/commproc.h |3 ---
2 files c
hi,
I have written a multicast test application in which there is a multicast
sender and receiver.
The multicast sender sends multicast packets on a specified interface and
the multicast
receiver receives multicast packets. I have tested this application on my
network with
x86 machines. But whe
Hi all,
It seems there is no __res in the arch/powerpc. How it was used in
the new tree, can we now safely remove it? At least kernel builds
with that patch.
Thanks,
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ppc_ksyms.c |3 ---
1 files changed, 0 insertions(
Vitaly Bordug wrote:
> +
> + hose->io_base_phys = cpu_phys_addr - pci_addr;
This is not gonna work on 32-bit platform (unless pci_addr == 0).
Should be
hose->io_base_phys = cpu_phys_addr;
The other way we should adjust io size like we do on 64-bit and rewrite
resource fixup fu
On Tue, 2007-09-18 at 10:34 +0100, Andy Whitcroft wrote:
> On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
> > Andrew Morton wrote:
> > >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
> > >
> > >2.6.23-rc6-mm1 is a 29MB diff against 2.6.23
On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
> Andrew Morton wrote:
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
> >
> >2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
> >
> >
>
>
> Hi Andrew,
>
> The 2.6.23-rc6-mm1build fai
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Kumar Gala
> Sent: Friday, September 14, 2007 10:08 PM
> To: Jeff Garzik
> Cc: linuxppc-dev@ozlabs.org list; netdev
> Subject: Re: [PATCH] ucc_geth: fix compilation
>
>
> On Sep 13, 2007, at 10:23
This saves 4k on non pSeries builds (except for iSeries where it saves
almost 4k).
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/crash_dump.c |2 ++
arch/powerpc/kernel/head_64.S|7 +++
2 files changed, 9 insertions(+), 0 deletions(-)
Boot tested on
David Gibson pointed out that swapper_pg_dir actually need to be
PGD_TABLE_SIZE bytes long not PAGE_SIZE. This actually saves 64k in
the bss for a kernel ppc64_defconfig built with CONFIG_PPC_64K_PAGES.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/asm-offsets.c |
79 matches
Mail list logo
