On Wed, Jun 17, 2009 at 12:14 AM, Grant Likelygrant.lik...@secretlab.ca wrote:
On Thu, Jun 11, 2009 at 2:19 PM, Wolfgang Denkw...@denx.de wrote:
So far, MPC512x used mpc512x_find_ips_freq() to get the bus frequency,
while MPC52xx used mpc52xx_find_ipb_freq(). Despite the different
clock names
On Tue, 16 Jun 2009 09:10:39 -0700
Roland Dreier rdre...@cisco.com wrote:
Yeah, the notifier code remains untouched as we still do not allow dynamic
memory operations _while_ our module is loaded. The patch allows the
driver to
cope with DMEM operations that happened before the
You could enable CONFIG_NOT_COHERENT_CACHE.
I've just tried this (I had to edit Kconfig in power/platforms to make
the build system accept it), and interestingly it's making no
difference. I'm using streaming mappings, and are using the pci_map_sg
functions to ensure the memory is
Hi Leon,
I doubt if there are working designs for this.
In u-boot the watchdog (if enabled with CONFIG_WATCHDOG) is normally
strobed in the decrementer interrupt routine (timer_interrupt). So
I guess there's not a big chance it triggers a reset.
It is possible to configure the WD to issue a
Based on initial work from: Dale Farnsworth d...@farnsworth.org
Add the low level irq tracing hooks for 32-bit powerpc needed
to enable full lockdep functionality.
The approach taken to deal with the code in entry_32.S is that
we don't trace all the transitions of MSR:EE when we just turn
it off
Benjamin Herrenschmidt wrote:
When using 64k page sizes, our PTE pages are split in two halves,
the second half containing the extension used to keep track of
individual 4k pages when not using HW 64k pages.
However, our page tables used for hugetlb have a slightly different
format and don't
Hello all,
On Wed, Jun 17, 2009 at 10:35 AM, Norbert van
Bolhuisnvbolh...@aimvalley.nl wrote:
Hi Leon,
I doubt if there are working designs for this.
...
In u-boot the watchdog (if enabled with CONFIG_WATCHDOG) is normally
strobed in the decrementer interrupt routine (timer_interrupt). So
Hello!
I'm sorry about the annoyances, but I'd welcome all ideas, suggestions
to see what needs to be done or should be tested for the solution.
Thank you very much!
Guennadi Liakhovetski wrote:
Ok, first attempt to forward this to scsi was wrong, as pointed out by
Matthew Wilcox this does
Looking into arch/ppc/8xx_io/fec.c in the linuxppc_2_4_devel git tree I wonder
if it is necessary to copy every received frame from memory allocated by
consistent_alloc into a socket buffer? Couldn't we let the FEC
DMA directly into the socket buffer to improve the performance?
BTW, has someone
Thanks for the patch. The machine survived after two days of
testing with hugetlbfs tests.
Excellent, thanks for testing, I'll merge it with my next batch.
Cheers,
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
While executing cgroups regression tests from LTP May 2009
release on a Power6 box came across the following bug.
This is with 2.6.30-git10 (300df7dc89cc276377fc020704e34875d5c473b6)
[ cut here ]
kernel BUG at lib/kernel_lock.c:126!
Oops: Exception in kernel mode, sig: 5
Hello,
On Wed, Jun 17, 2009 at 12:09 PM, Leon
Woestenbergleon.woestenb...@gmail.com wrote:
Quoting David Hawkins, who gave a very clear explanation:
...
If you have the Flash BUSY# signal, then this scheme works
great, since using HRESET# low and BUSY# low to create a
PORESET# source is only
On Wed, 2009-06-17 at 16:21 +0530, Sachin Sant wrote:
While executing cgroups regression tests from LTP May 2009
release on a Power6 box came across the following bug.
This is with 2.6.30-git10 (300df7dc89cc276377fc020704e34875d5c473b6)
Looks like 337eb00a2 missed some return paths in
Do not inline putprops function
With the recent kexec-tools git tree, both kexec and kdump kernels hang (i.e
kexec -l and kexec -p respectively). This happened after the patch ppc64:
cleanups commit b43a84a31a4be6ed025c1bdef3bb1c3c12e01b16. I tried
reverting each hunk and then found out that
This enables the perf_counter subsystem on 32-bit powerpc. Since we
don't have any support for hardware counters on 32-bit powerpc yet,
only software counters can be used.
Besides selecting HAVE_PERF_COUNTERS for 32-bit powerpc as well as
64-bit, the main thing this does is add an implementation
This adds support for the performance monitor hardware on the
MPC7450 family of processors (7450, 7451, 7455, 7447/7457, 7447A,
7448), used in the later Apple G4 powermacs/powerbooks and other
machines. These machines have 6 hardware counters with a unique
set of events which can be counted on
* Paul Mackerras pau...@samba.org wrote:
This depends on the generic atomic64_t patches, which are now in
Linus' tree. Ingo, if you're putting these in, please pull Linus'
tree in first.
yes, i already did that earlier today - so all should be fine with
the lib/atomic64.c dependency.
On Wed, Jun 17, 2009 at 05:04:56PM +0530, M. Mohan Kumar wrote:
Do not inline putprops function
With the recent kexec-tools git tree, both kexec and kdump kernels hang (i.e
kexec -l and kexec -p respectively). This happened after the patch ppc64:
cleanups commit
Hi Leon,
...
Most designs do not care about the watchdog, or only pet in their
non-critical paths... That's not what the watchdog is for.
Also, I don't care about u-boot.
I care about a design where the Flash NOR could be in write mode at
any time when the watchdog triggers, when the hardware
Michael Ellerman wrote:
On Wed, 2009-06-17 at 16:21 +0530, Sachin Sant wrote:
While executing cgroups regression tests from LTP May 2009
release on a Power6 box came across the following bug.
This is with 2.6.30-git10 (300df7dc89cc276377fc020704e34875d5c473b6)
Looks like
On Wed, 2009-06-17 at 17:29 +0530, M. Mohan Kumar wrote:
Do not inline putprops function
With the recent kexec-tools git tree, both kexec and kdump kernels hang (i.e
kexec -l and kexec -p respectively). This happened after the patch ppc64:
cleanups commit
Ingo Molnar writes:
ah, it does this:
/*
* This is here because we used to use l64 for 64bit powerpc
* and we don't want to impact user mode with our change to ll64
* in the kernel.
*/
#if defined(__powerpc64__) !defined(__KERNEL__)
# include asm-generic/int-l64.h
#else
# include
Hi,
I'm having trouble porting our in-house UDC driver to 2.6.27. It
originally worked on 2.6.14 as an CDC-ACM driver. The hardware
platform is a mpc8272-based board.
I notice a lot of changes since 2.6.14. For starters, instead of the
single serial.c file, there is now f_serial.c, u_serial.c
On Mon, 2009-06-15 at 12:22 +0530, Subrata Modak wrote:
Hi Li/Nathan,
On Thu, 2009-06-11 at 09:07 +0530, Subrata Modak wrote:
Hi Nathan,
On Wed, 2009-06-10 at 21:28 -0500, Nathan Lynch wrote:
Subrata Modak subr...@linux.vnet.ibm.com writes:
On Thu, 2009-06-11 at 11:05 +1000,
On Mon, 2009-06-15 at 12:21 +0530, Subrata Modak wrote:
On Fri, 2009-06-12 at 15:05 +0530, Subrata Modak wrote:
On Tue, 2009-06-09 at 17:38 -0700, David Brownell wrote:
On Friday 05 June 2009, Subrata Modak wrote:
Correct, it fixes the issue. However, since few changes might have gone
On Jun 17, 2009, at 7:51 AM, Subrata Modak wrote:
On Mon, 2009-06-15 at 12:22 +0530, Subrata Modak wrote:
Hi Li/Nathan,
On Thu, 2009-06-11 at 09:07 +0530, Subrata Modak wrote:
Hi Nathan,
On Wed, 2009-06-10 at 21:28 -0500, Nathan Lynch wrote:
Subrata Modak subr...@linux.vnet.ibm.com
On Wed, Jun 17, 2009 at 10:26:35PM +1000, Michael Ellerman wrote:
On Wed, 2009-06-17 at 17:29 +0530, M. Mohan Kumar wrote:
Do not inline putprops function
With the recent kexec-tools git tree, both kexec and kdump kernels hang (i.e
kexec -l and kexec -p respectively). This happened after
Chris Pringle wrote:
You could enable CONFIG_NOT_COHERENT_CACHE.
I've just tried this (I had to edit Kconfig in power/platforms to make
the build system accept it), and interestingly it's making no
difference. I'm using streaming mappings, and are using the pci_map_sg
functions to ensure the
Hi Kumar,
On Wed, 17 Jun 2009 08:07:47 -0500 Kumar Gala ga...@kernel.crashing.org wrote:
I'm confused by the proposed fix as we already have *mdio *ph
defined in this function:
Which tree are you looking at? Linus' tree, and linux-next, do not have
those local variables ...
--
Cheers,
* Paul Mackerras pau...@samba.org wrote:
Ingo Molnar writes:
ah, it does this:
/*
* This is here because we used to use l64 for 64bit powerpc
* and we don't want to impact user mode with our change to ll64
* in the kernel.
*/
#if defined(__powerpc64__)
On Wed, Jun 17, 2009 at 09:04:13AM -0400, Neil Horman wrote:
On Wed, Jun 17, 2009 at 10:26:35PM +1000, Michael Ellerman wrote:
What compiler version are you using? Does the behaviour change if you
use a newer/older compiler? It sounds to me like there's some deeper bug
and your patch is
On Wed, 17 Jun 2009 23:23:41 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Kumar,
On Wed, 17 Jun 2009 08:07:47 -0500 Kumar Gala ga...@kernel.crashing.org
wrote:
I'm confused by the proposed fix as we already have *mdio *ph
defined in this function:
Which tree are
On 06/17/2009 08:04 AM, Stephen Rothwell wrote:
From: Stephen Rothwells...@canb.auug.org.au
Date: Wed, 17 Jun 2009 14:57:29 +1000
Subject: [PATCH] kvm/powerpc: make 32 bit constant unsigned long
KVM_PAGES_PER_HPAGE needs to be unsigned long since its value is 2^31.
Eliminates this compiler
On Jun 17, 2009, at 8:34 AM, Stephen Rothwell wrote:
On Wed, 17 Jun 2009 23:23:41 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Kumar,
On Wed, 17 Jun 2009 08:07:47 -0500 Kumar Gala ga...@kernel.crashing.org
wrote:
I'm confused by the proposed fix as we already have *mdio *ph
Hi Avi,
On Wed, 17 Jun 2009 16:49:51 +0300 Avi Kivity a...@redhat.com wrote:
Thanks, applied. For some reason my own build testing didn't fail on this.
Thanks. It could be a different compiler version doesn't complain (I am
currently using 4.4.0) and the powerpc tree has a patch to build
From: Subrata Modak subr...@linux.vnet.ibm.com
drivers/net/ucc_geth.c: In function 'ucc_geth_probe':
drivers/net/ucc_geth.c:3822: error: 'ph' undeclared (first use in this function)
drivers/net/ucc_geth.c:3822: error: (Each undeclared identifier is reported
only once
drivers/net/ucc_geth.c:3822:
On 06/17/2009 04:55 PM, Stephen Rothwell wrote:
Hi Avi,
On Wed, 17 Jun 2009 16:49:51 +0300 Avi Kivitya...@redhat.com wrote:
Thanks, applied. For some reason my own build testing didn't fail on this.
Thanks. It could be a different compiler version doesn't complain (I am
On Wed, Jun 17, 2009 at 07:04:35PM +0530, M. Mohan Kumar wrote:
On Wed, Jun 17, 2009 at 09:04:13AM -0400, Neil Horman wrote:
On Wed, Jun 17, 2009 at 10:26:35PM +1000, Michael Ellerman wrote:
What compiler version are you using? Does the behaviour change if you
use a newer/older
On Jun 17, 2009, at 6:50 AM, Paul Mackerras wrote:
diff --git a/arch/powerpc/platforms/Kconfig.cputype b/arch/powerpc/
platforms/Kconfig.cputype
index cca6b4f..dd9f3ec 100644
--- a/arch/powerpc/platforms/Kconfig.cputype
+++ b/arch/powerpc/platforms/Kconfig.cputype
@@ -1,7 +1,7 @@
config PPC64
On Jun 17, 2009, at 6:53 AM, Paul Mackerras wrote:
This adds support for the performance monitor hardware on the
MPC7450 family of processors (7450, 7451, 7455, 7447/7457, 7447A,
7448), used in the later Apple G4 powermacs/powerbooks and other
machines. These machines have 6 hardware counters
* Paul Mackerras pau...@samba.org wrote:
This depends on the generic atomic64_t patches, which are now in
Linus' tree. Ingo, if you're putting these in, please pull Linus'
tree in first.
Note, i've created a new branch, tip:perfcounters/powerpc, so we can
keep these things separate and
On Jun 17, 2009, at 9:21 AM, Ingo Molnar wrote:
* Paul Mackerras pau...@samba.org wrote:
This depends on the generic atomic64_t patches, which are now in
Linus' tree. Ingo, if you're putting these in, please pull Linus'
tree in first.
Note, i've created a new branch,
On Wed, Jun 17, 2009 at 10:05:14AM -0400, Neil Horman wrote:
On Wed, Jun 17, 2009 at 07:04:35PM +0530, M. Mohan Kumar wrote:
On Wed, Jun 17, 2009 at 09:04:13AM -0400, Neil Horman wrote:
On Wed, Jun 17, 2009 at 10:26:35PM +1000, Michael Ellerman wrote:
What compiler version are you
* Kumar Gala ga...@kernel.crashing.org wrote:
On Jun 17, 2009, at 9:21 AM, Ingo Molnar wrote:
* Paul Mackerras pau...@samba.org wrote:
This depends on the generic atomic64_t patches, which are now in
Linus' tree. Ingo, if you're putting these in, please pull
Linus' tree in first.
On Wed, Jun 17, 2009 at 07:56:52PM +0530, M. Mohan Kumar wrote:
On Wed, Jun 17, 2009 at 10:05:14AM -0400, Neil Horman wrote:
On Wed, Jun 17, 2009 at 07:04:35PM +0530, M. Mohan Kumar wrote:
On Wed, Jun 17, 2009 at 09:04:13AM -0400, Neil Horman wrote:
On Wed, Jun 17, 2009 at 10:26:35PM
Hello everyone,
I am working on a project for router development.
The basic specifications of the router are as follows:
· Supports MPC8248 - 32-bit PowerQUICC II Communication Processor
running at 400 MHz (Max) core frequency, 200 MHz (Max) CPM, and 100MHz (Max)
Hello Kumar, all,
On Mon, Jun 8, 2009 at 4:59 PM, Leon
Woestenbergleon.woestenb...@gmail.com wrote:
using 2.6.30-rc6, I get the following problems when I read from a SSD
disk, connected to the
3.0 Gb SATA controller of the MPC8315E SoC rev 1.0 running Linux 2.6.30-rc6.
Result on a first batch
Ira Snyder wrote:
Using EXPORT_SYMBOL would defeat the purpose of conforming to the
dmaengine api which should allow other subsystems to generically
discover an fsldma resource.
Any driver would still use dma_request_channel(), etc. to get access to
a DMA channel. AFAICT, DMA_SLAVE is
On Wed, Jun 17, 2009 at 7:34 AM, Stephen Rothwells...@canb.auug.org.au wrote:
On Wed, 17 Jun 2009 23:23:41 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Kumar,
On Wed, 17 Jun 2009 08:07:47 -0500 Kumar Gala ga...@kernel.crashing.org
wrote:
I'm confused by the proposed fix as
On Jun 17, 2009, at 11:07 AM, Leon Woestenberg wrote:
Hello Kumar, all,
On Mon, Jun 8, 2009 at 4:59 PM, Leon
Woestenbergleon.woestenb...@gmail.com wrote:
using 2.6.30-rc6, I get the following problems when I read from a SSD
disk, connected to the
3.0 Gb SATA controller of the MPC8315E SoC
On Wed, Jun 17, 2009 at 6:53 AM, Subrata
Modaksubr...@linux.vnet.ibm.com wrote:
On Mon, 2009-06-15 at 12:21 +0530, Subrata Modak wrote:
On Fri, 2009-06-12 at 15:05 +0530, Subrata Modak wrote:
On Tue, 2009-06-09 at 17:38 -0700, David Brownell wrote:
On Friday 05 June 2009, Subrata Modak
On Wed, Jun 17, 2009 at 10:17:54AM -0700, Dan Williams wrote:
Ira Snyder wrote:
Using EXPORT_SYMBOL would defeat the purpose of conforming to the
dmaengine api which should allow other subsystems to generically
discover an fsldma resource.
Any driver would still use dma_request_channel(),
On Wed, Jun 17, 2009 at 12:15 PM, Grant Likelygrant.lik...@secretlab.ca wrote:
On Wed, Jun 17, 2009 at 6:53 AM, Subrata
Modaksubr...@linux.vnet.ibm.com wrote:
On Mon, 2009-06-15 at 12:21 +0530, Subrata Modak wrote:
On Fri, 2009-06-12 at 15:05 +0530, Subrata Modak wrote:
On Tue, 2009-06-09 at
On Sat, Jun 13, 2009 at 09:40:02AM -0600, Grant Likely wrote:
On Thu, Jun 11, 2009 at 2:15 PM, Anton
Vorontsovavoront...@ru.mvista.com wrote:
Some hosts (hardware configurations, or particular SD/MMC slots) may
not support 4-bit bus. For example, on MPC8569E-MDS boards we can
switch
Some hosts (hardware configurations, or particular SD/MMC slots) may
not support 4-bit bus. For example, on MPC8569E-MDS boards we can
switch between serial (1-bit only) and nibble (4-bit) modes, thought
we have to disable more peripherals to work in 4-bit mode.
Along with some small core
On Wed, Jun 17, 2009 at 11:29 AM, Grant Likelygrant.lik...@secretlab.ca wrote:
On Wed, Jun 17, 2009 at 7:34 AM, Stephen Rothwells...@canb.auug.org.au
wrote:
On Wed, 17 Jun 2009 23:23:41 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Kumar,
On Wed, 17 Jun 2009 08:07:47 -0500 Kumar
On Wed, Jun 17, 2009 at 2:14 PM, Anton
Vorontsovavoront...@ru.mvista.com wrote:
Some hosts (hardware configurations, or particular SD/MMC slots) may
not support 4-bit bus. For example, on MPC8569E-MDS boards we can
switch between serial (1-bit only) and nibble (4-bit) modes, thought
we have to
From: Grant Likely grant.lik...@secretlab.ca
This reverts commit 047584ce94108012288554a5f84585d792cc7f8f.
This patch meshes badly with net: Rework ucc_geth driver to use
of_mdio infrastructure (0b9da337dca972e7a4144e298ec3adb8f244d4a4).
Since most of the patch needs to be reworked, it is
Here is a fix for the build failure discovered during the 2.6.31 merge
window on ucc_geth.c. I decided to revert and reapply a fixed version
of the patch to make the new version easier to review and bisect if I
got the fixup wrong. I've compile tested both patches, but I do not have
hardware to
From: Grant Likely grant.lik...@secretlab.ca
This reverts commit 047584ce94108012288554a5f84585d792cc7f8f.
This patch meshes badly with net: Rework ucc_geth driver to use
of_mdio infrastructure (0b9da337dca972e7a4144e298ec3adb8f244d4a4).
Since most of the patch needs to be reworked, it is
From: Haiying Wang haiying.w...@freescale.com
-- derived from reverted commit 047584ce94108012288554a5f84585d792cc7f8f
-- reworked by Grant Likely to play nice with commit:
net: Rework ucc_geth driver to use of_mdio infrastructure
(0b9da337dca972e7a4144e298ec3adb8f244d4a4)
Signed-off-by:
(REPOST; I messed up an email address first time around and apparently my
posting got rejected. If you've already received this message, then
I apologize for the noise)
Here is a fix for the build failure discovered during the 2.6.31 merge
window on ucc_geth.c. I decided to revert and reapply a
From: Grant Likely grant.lik...@secretlab.ca
This reverts commit 047584ce94108012288554a5f84585d792cc7f8f.
This patch meshes badly with net: Rework ucc_geth driver to use
of_mdio infrastructure (0b9da337dca972e7a4144e298ec3adb8f244d4a4).
Since most of the patch needs to be reworked, it is
From: Haiying Wang haiying.w...@freescale.com
-- derived from reverted commit 047584ce94108012288554a5f84585d792cc7f8f
-- reworked by Grant Likely to play nice with commit:
net: Rework ucc_geth driver to use of_mdio infrastructure
(0b9da337dca972e7a4144e298ec3adb8f244d4a4)
Signed-off-by:
Kumar Gala writes:
On Jun 17, 2009, at 6:50 AM, Paul Mackerras wrote:
+config PPC_HAVE_PMU_SUPPORT
+ bool
what does this mean?
At the moment it means that arch/powerpc/kernel/perf_counters.c works
for at least some processors in the selected processor family.
+
+config
Kumar Gala writes:
This should be something like:
obj64-$(CONFIG_PPC_PERF_CTRS)-$(PPC_BOOK3S_64)
+obj32-$(CONFIG_PPC_PERF_CTRS) += mpc7450-pmu.o
obj32-$(CONFIG_PPC_PERF_CTRS)-$(PPC_BOOK3S_32)
Or use new Kconfig types as I suggested on patch 1/6
Feel free to send a patch making
Ingo Molnar writes:
Note, i've created a new branch, tip:perfcounters/powerpc, so we can
keep these things separate and Ben can pull them too. I see there
was some review feedback - do you want to send a v2 version perhaps?
Kumar's comments seemed to me to be wanting changes to accommodate
Couple of points to debug,
1. Do you see any pause frames getting generated by Router device and not
honoured by Spirent test equipment?
2. Checkout the MPC8248' load if you have console connected to it, using #top
command.
Parav
--- On Wed, 6/17/09, Mehul Chadha mehul...@gmail.com wrote:
From: Grant Likely grant.lik...@secretlab.ca
Date: Wed, 17 Jun 2009 17:15:58 -0600
(REPOST; I messed up an email address first time around and apparently my
posting got rejected. If you've already received this message, then
I apologize for the noise)
Here is a fix for the build failure
From: Grant Likely grant.lik...@secretlab.ca
This patch adds an interface for controlling the timer function of the
MPC5200 GPT devices.
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
---
arch/powerpc/include/asm/mpc52xx.h|7 ++
arch/powerpc/platforms/52xx/mpc52xx_gpt.c |
From: Grant Likely grant.lik...@secretlab.ca
This is a driver for the LocalPlus bus FIFO device
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
---
arch/powerpc/include/asm/mpc52xx.h| 36 ++
arch/powerpc/platforms/52xx/Kconfig |4
From: Grant Likely grant.lik...@secretlab.ca
Adds support for the dedicated SPI device on the Freescale MPC5200(b)
SoC.
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
---
Hi David,
It's been a while since I've posted this, but I believe I've addressed
all the outstanding comments
Those functions are way too big to be inline, besides, kmap_atomic()
wants to call debug_kmap_atomic() which isn't exported for modules
and causes module link failures.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
arch/powerpc/include/asm/highmem.h | 55
Based on initial work from: Dale Farnsworth d...@farnsworth.org
Add the low level irq tracing hooks for 32-bit powerpc needed
to enable full lockdep functionality.
The approach taken to deal with the code in entry_32.S is that
we don't trace all the transitions of MSR:EE when we just turn
it off
pr_debug() can now result in code being generated even when DEBUG
is not defined. That's not really desirable in some places.
In particular, pSeries_lpar_hpte_insert() goes from 185 instructions
to 77 instructions as a result of this patch. Luckily that code
isn't called very often ...
With
pr_debug() can now result in code being generated even when DEBUG
is not defined. That's not really desirable in some places.
With CONFIG_DYNAMIC_DEBUG=y:
size before:
textdata bss dec hex filename
3252 384 03636 e34 arch/powerpc/mm/gup.o
size after:
pr_debug() can now result in code being generated even when DEBUG
is not defined. That's not really desirable in some places.
With CONFIG_DYNAMIC_DEBUG=y:
size before:
textdata bss dec hex filename
3261 416 43681 e61 arch/powerpc/mm/slb.o
size after:
pr_debug() can now result in code being generated even when DEBUG
is not defined. That's not really desirable in some places.
With CONFIG_DYNAMIC_DEBUG=y:
size before:
textdata bss dec hex filename
2036 368 82412 96c arch/powerpc/mm/pgtable.o
size after:
pr_debug() can now result in code being generated even when DEBUG
is not defined. That's not really desirable in some places.
With CONFIG_DYNAMIC_DEBUG=y:
size before:
textdata bss dec hex filename
70831616 0869921fb arch/powerpc/../axon_msi.o
size after:
pr_debug() can now result in code being generated even when DEBUG
is not defined. That's not really desirable in some places.
With CONFIG_DYNAMIC_DEBUG=y:
size before:
textdata bss dec hex filename
77205488 296 1350434c0 platforms/pseries/xics.o
size after:
pr_debug() can now result in code being generated even when DEBUG
is not defined. That's not really desirable in some places.
With CONFIG_DYNAMIC_DEBUG=y:
size before:
textdata bss dec hex filename
1508 48 281584 630 powerpc/mm/mmu_context_nohash.o
size
81 matches
Mail list logo
