Cc: Jan-Bernd Themann <[EMAIL PROTECTED]>
Signed-off-by: Doug Maxey <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_phyp.c | 158 +-
drivers/net/ehea/ehea_phyp.h | 22 +++---
2 files changed, 90 insertions(+), 90 deletions(-)
diff --git a/drivers/net/ehea/
Cc: Jan-Bernd Themann <[EMAIL PROTECTED]>
Signed-off-by: Doug Maxey <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_main.c | 87 ++
1 files changed, 46 insertions(+), 41 deletions(-)
diff --git a/drivers/net/ehea/ehea_main.c b/drivers/net/ehea/ehea_main.c
i
Cc: Jan-Bernd Themann <[EMAIL PROTECTED]>
Signed-off-by: Doug Maxey <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_qmr.c | 32
drivers/net/ehea/ehea_qmr.h | 16
2 files changed, 24 insertions(+), 24 deletions(-)
diff --git a/drivers/net/ehea/eh
Cc: Jan-Bernd Themann <[EMAIL PROTECTED]>
Signed-off-by: Doug Maxey <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea.h|3 +++
drivers/net/ehea/ehea_hw.h |8
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ehea/ehea.h b/drivers/net/ehea/ehea.h
index 5f82
Cc: Jan-Bernd Themann <[EMAIL PROTECTED]>
Signed-off-by: Doug Maxey <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_ethtool.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ehea/ehea_ethtool.c b/drivers/net/ehea/ehea_ethtool.c
index 679f40e..d768852 100644
--
A set of fixups that silences checkpatch.
++doug
---
drivers/net/ehea/ehea.h |3 +
drivers/net/ehea/ehea_ethtool.c |4 +-
drivers/net/ehea/ehea_hw.h |8 +-
drivers/net/ehea/ehea_main.c| 87 +++--
drivers/net/ehea/ehea_phyp.c| 158 ++
On Jan 28, 2008, at 11:47 PM, David Gibson wrote:
> On Fri, Jan 25, 2008 at 10:39:38AM -0600, Kumar Gala wrote:
>> * "simple-bus" covers all our needs for of_platform_bus_probe()
>> * make device tree name just 'soc' not 'soc85..'
>
> Getting rid of the device_type="soc" would be nice, too...
Ag
Hello. Badari-san.
Is your patch for notification the event of removing to firmware, right?
Have you ever tested hotadd(probe) of the removed memory?
I'm afraid there are some differences of the status between pre hot-add
section and the removed section by this patch. I think the mem_section of
r
On Fri, Jan 25, 2008 at 10:39:38AM -0600, Kumar Gala wrote:
> * "simple-bus" covers all our needs for of_platform_bus_probe()
> * make device tree name just 'soc' not 'soc85..'
Getting rid of the device_type="soc" would be nice, too...
--
David Gibson| I'll have my music baro
On Fri, Jan 25, 2008 at 06:11:57PM +0100, Jochen Friedrich wrote:
> diff --git a/arch/powerpc/boot/dts/mpc866ads.dts
> b/arch/powerpc/boot/dts/mpc866ads.dts
> index daf9433..80c08bf 100644
> --- a/arch/powerpc/boot/dts/mpc866ads.dts
> +++ b/arch/powerpc/boot/dts/mpc866ads.dts
> @@ -169,6 +169,16 @
Kumar Gala wrote:
>
> On Jan 28, 2008, at 9:51 AM, Paul Gortmaker wrote:
>
>> Kumar Gala wrote:
>>> On Mon, 28 Jan 2008, Paul Gortmaker wrote:
>>>
>>>
This series incorporates my earlier qe/muram fix before converting
the existing mpc83xx DTS files to v1 format. I've also redone the
Anton Vorontsov wrote:
> $ grep qe@ arch/powerpc/boot/dts/*
> arch/powerpc/boot/dts/mpc832x_mds.dts: [EMAIL PROTECTED] {
> arch/powerpc/boot/dts/mpc832x_rdb.dts: [EMAIL PROTECTED] {
> arch/powerpc/boot/dts/mpc836x_mds.dts: [EMAIL PROTECTED] {
> arch/powerpc/boot/dts/mpc8568mds.dts: [EMAIL PROT
Aggrwal Poonam wrote:
> The device tree already has a brg-frequency property in qe node which
> is the value of BRGCLK.
Yes, I'm saying it belongs as brg/clock-frequency. :-)
CPM1/2 already do this.
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@oz
On Mon, 2008-01-28 at 16:31 -0800, Badari Pulavarty wrote:
> 2) Can you replace the following patch with this ?
>
> add-remove_memory-for-ppc64-2.patch
>
> I found that, I do need arch-specific hooks to get the memory remove
> working on ppc64 LPAR. Earlier, I tried to make remove_memory() arch
On Fri, 25 Jan 2008 10:04:08 -0600
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Jan 24, 2008, at 8:46 PM, Kim Phillips wrote:
>
> > The mpc8315 shares the same SATA controller as the mpc837x,
> > and likelihood is that future SoCs from Freescale will also.
> >
> > Signed-off-by: Jerry Huang <[EM
Hi Andrew,
Here are the updates for hotplug memory remove code currently in -mm.
1) Please don't push this patch to mainline (for the merge window).
memory-hotplug-add-removable-to-sysfs-to-show-memblock-removability.patch
I didn't find this consistently useful - even though memory is marked
re
> -- Forwarded message --
> Date: Fri, 25 Jan 2008 15:33:45 +0100
> From: Jochen Friedrich <[EMAIL PROTECTED]>
> To: "Garzik, Jeff" <[EMAIL PROTECTED]>
> Cc: Vitaly Bordug <[EMAIL PROTECTED]>,
> Scott Wood <[EMAIL PROTECTED]>,
> Kumar Gala <[EMAIL PROTECTED]>,
>
On Mon, 2008-01-28 at 09:50 -0600, Scott Wood wrote:
> On Mon, Jan 28, 2008 at 01:53:11AM +, Bryan O'Donoghue wrote:
> > cpm_uart_core has a dependency on fsl,cpm-brg/clock-frequency, this
> > means that a .dts that uses the cpm uart driver needs to supply a
> > clock-frequency entry for get_br
Kumar Gala wrote:
> On Mon, 28 Jan 2008, Paul Gortmaker wrote:
>
>
>> This patch converts the remaining 83xx boards to the dts-v1 format.
>> This includes the mpc8313_rdb, mpc832x_mds, mpc8323_rdb, mpc8349emitx,
>> mpc8349emitxgp and the mpc836x_mds.
>>
>> The mpc8315_rdb mpc834x_mds, mpc837[789
On Mon, 28 Jan 2008, Paul Gortmaker wrote:
> This patch converts the remaining 83xx boards to the dts-v1 format.
> This includes the mpc8313_rdb, mpc832x_mds, mpc8323_rdb, mpc8349emitx,
> mpc8349emitxgp and the mpc836x_mds.
>
> The mpc8315_rdb mpc834x_mds, mpc837[789]_*, and sbc8349 were already
>
On Mon, 28 Jan 2008, Kim Phillips wrote:
> Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/mpc8377_rdb.dts |2 +-
> arch/powerpc/boot/dts/mpc8378_rdb.dts |2 +-
> arch/powerpc/boot/dts/mpc8379_rdb.dts |2 +-
> 3 files changed, 3 insertions(+), 3 deletions
Please pull from 'for-2.6.25' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.25
to receive the following updates:
Documentation/powerpc/booting-without-of.txt | 177 ++-
arch/powerpc/boot/Makefile |5
arch/powerpc/boot/cuboot-85xx-
On Sat, 2008-01-26 at 12:24 +1100, Paul Mackerras wrote:
> Badari Pulavarty writes:
>
> > Here is the code I cooked up, it seems to be working fine.
> > But I have concerns where I need your help.
> >
> > In order to invalidate htab entries, we need to find the "slot".
> > But I can only find the
On Mon, 2008-01-28 at 21:19 +0100, Arnd Bergmann wrote:
> On Sunday 27 January 2008, Michael Ellerman wrote:
> > Can you grab these four assuming there's no objections in the meantime.
> >
> > http://patchwork.ozlabs.org/linuxppc/patch?q=ellerman&id=16430
> > http://patchwork.ozlabs.org/linuxppc/p
On Mon, 2008-01-28 at 15:48 -0600, Olof Johansson wrote:
> > > Does the cell I/O bridge reflect out accesses to 2-4GB on the bus
> > > again? If not, that could be another place to stick the dynamic range
> > > for large config machines.
> >
> > On the PCI bus itself, 2-4GB is where MMIO sits.
>
On Tue, Jan 29, 2008 at 08:16:17AM +1100, Benjamin Herrenschmidt wrote:
>
> On Mon, 2008-01-28 at 10:23 -0600, Olof Johansson wrote:
> > Ok, makes sense.
> >
> > I was going to protest the hack for >32GB configs, with the motivation
> > that just using the htab-backed window is way too small for
On Mon, 2008-01-28 at 10:23 -0600, Olof Johansson wrote:
> Having that described in the patch (or at least in the patch
> description)
> to make it more clear could be good. That, and the fact that the
> mapping
> is offset on <32GB memory machines, and thus not really a 1:1 mapping.
It is at an
On Mon, 2008-01-28 at 10:23 -0600, Olof Johansson wrote:
> Ok, makes sense.
>
> I was going to protest the hack for >32GB configs, with the motivation
> that just using the htab-backed window is way too small for such a
> config. However, with 32GB memory and 4K pages, that window is 512MB, so
>
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
Grant> I've now merged the driver into my tree and tested it.
Grant> The good news is that using only one device node is absolutely
Grant> no problem. It works without error or complaint and sysfs
Grant> looks sane.
Great.
Gra
On Friday 25 January 2008, Jochen Friedrich wrote:
> Maybe the wording should be changed to:
>
> This driver is now only used on ColdFire (m68knommu) processors. Conditional
> PowerPC code has been removed.
>
How about adding a pointer to the driver that is now used on powerpc,
for the people th
On 1/23/08, David Brownell <[EMAIL PROTECTED]> wrote:
> On Wednesday 23 January 2008, Grant Likely wrote:
> > The question is about the device structure which used to be provided
> > by the platform device instances and now there just uses the c67x00's
> > device struct. I was under the impression
On Sunday 27 January 2008, Michael Ellerman wrote:
> Can you grab these four assuming there's no objections in the meantime.
>
> http://patchwork.ozlabs.org/linuxppc/patch?q=ellerman&id=16430
> http://patchwork.ozlabs.org/linuxppc/patch?q=ellerman&id=16433
> http://patchwork.ozlabs.org/linuxppc/pa
On Friday 25 January 2008, Olaf Hering wrote:
> stuff inside CONFIG_* should not be exported via make headers-install
>
> Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
I think at some point I even had a script to automatically check
for this kind o
All current 85xx/e500 implementations only have two TLB
arrays. We are wasting cycles by invalidating TLB2 and TLB3.
---
arch/powerpc/kernel/misc_32.S | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/arch/powerpc/kernel/misc_32.S b/arch/powerpc/kernel/misc_32.S
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8377_rdb.dts |2 +-
arch/powerpc/boot/dts/mpc8378_rdb.dts |2 +-
arch/powerpc/boot/dts/mpc8379_rdb.dts |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8377_rdb.dt
Hi Bryan,
>> +
>> + /* register new adapter to i2c module... */
>> +
>> + result = i2c_add_adapter(&cpm->adap);
>
> As I was pointed before, please use the new style i2c driver interface:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=991dee591a99d035796
On Mon, Jan 28, 2008 at 12:41:48PM +0100, Arnd Bergmann wrote:
> On Saturday 26 January 2008, Olof Johansson wrote:
> > >
> > > So instead of having an IOMMU window that we use to temporarily map things
> > > in and out of DMA'able space, at boot we create a 1:1 mapping for all of
> > > memory. Th
Changed common name from powerpc_ to of_ per Olof's suggestion.
Convert MPC i2c driver from a platform_driver to a of_platform_driver. Add the
ability to dynamically load i2c drivers based on device tree names. Routine
names were changed from fsl_ to mpc_ to make them match the file name. Common
On Jan 25, 2008, at 11:11 AM, Jochen Friedrich wrote:
> Using the port of 2.4 code from Vitaly Bordug <[EMAIL PROTECTED]
> >
> and the actual algorithm used by the i2c driver of the DBox code on
> cvs.tuxboc.org from Tmbinc, Gillem ([EMAIL PROTECTED]). Renamed i2c-rpx.c
> and
> i2c-algo-8xx.c
* Allow multiple boards to be selected in a single build
* Removed Kconfig option '83xx' which existed only for compat with arch/ppc
* Removed Kconfig option 'PPC_MPC836x' since its not used
* Renamed Kconfig option 'MPC834x' to 'PPC_MPC834x' to match others
* Added a multiplatform 83xx defconfig (
---
arch/powerpc/platforms/85xx/sbc8548.c |6 ++
arch/powerpc/platforms/85xx/sbc8560.c |6 ++
2 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/powerpc/platforms/85xx/sbc8548.c
b/arch/powerpc/platforms/85xx/sbc8548.c
index de27b57..488facb 100644
--- a/arch/power
PSCs change from 5200 to 5121
this patch localizes the differences in
preparation for adding 5121 support
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
drivers/serial/mpc52xx_uart.c | 256 ++--
1 files changed, 192 insertions(+), 64 deletions(-)
diff --gi
Minimal /dts-v1/ device tree for mpc5121 ads.
port-number property in uart nodes
will go away after the driver learns to use aliases
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc5121ads.dts | 122 ++
1 files changed, 122 insertions(+
512x is very similar to 83xx and most
of this is patterned after code from 83xx.
New platform:
changed:
arch/powerpc/Kconfig
arch/powerpc/platforms/Kconfig
arch/powerpc/platforms/Kconfig.cputype
arch/powerpc/platforms/Makefile
new:
arch/powerpc/platf
Add 512x support using the psc_ops framework established
with the previous patch.
All 512x PSCs share the same interrupt so add
IRQF_SHARED to irq flags.
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
drivers/serial/Kconfig| 12 ++--
drivers/serial/mpc52xx_uart.c | 177
New patches set hopefully for 2.6.25
Changes since v3
First four patches have already gone in via Grant and Kumar
1/4 Basic-Freescale-MPC512x-support.patch
Previously Acked-by: Grant Likely <[EMAIL PROTECTED]>
2/4 Device-tree-for-MPC5121-ADS.patch
Updated to /dts-v1/
3/4 Factor out 5200
On Jan 26, 2008 1:11 AM, Jochen Friedrich <[EMAIL PROTECTED]> wrote:
> Using the port of 2.4 code from Vitaly Bordug <[EMAIL PROTECTED]>
> and the actual algorithm used by the i2c driver of the DBox code on
> cvs.tuxboc.org from Tmbinc, Gillem ([EMAIL PROTECTED]). Renamed i2c-rpx.c and
> i2c-algo-8
Rognlien Dag Kristian wrote:
> With kernel 2.6.13 we used
>
> request_irq (use_irq, irq_handler, SA_INTERRUPT|SA_SHIRQ, DEVICE_NAME, dev)
>
> where use_irq is 12 to use the external IRQ6 pin.
>
> We are now trying to get this driver to work with the 2.6.25 pull from
> powerpc.git.
>
> requ
On Mon, 2008-01-28 at 08:42, Jon Smirl wrote:
> PowerPC device trees use a different naming convention than the Linux kernel.
> Provide alias names for i2c drivers in order to allow them to be loaded by
> device tree name. The OF_ID macro ensures that the aliases are only present
> in powerpc b
* Allow multiple boards to be selected in a single build
* Removed Kconfig option '85xx' which existed only for compat with arch/ppc
* Added a multiplatform 85xx defconfig (mpc85xx_defconfig). This builds
all 85xx boards except sbc8560 and stx_gp3 since these to boards have
board specific ifdef
With kernel 2.6.13 we used
request_irq (use_irq, irq_handler, SA_INTERRUPT|SA_SHIRQ, DEVICE_NAME,
dev)
where use_irq is 12 to use the external IRQ6 pin.
We are now trying to get this driver to work with the 2.6.25 pull from
powerpc.git.
request_irq (use_irq, irq_handler, IRQF_SHARED, DEVIC
On Jan 28, 2008, at 9:51 AM, Paul Gortmaker wrote:
> Kumar Gala wrote:
>> On Mon, 28 Jan 2008, Paul Gortmaker wrote:
>>
>>
>>> This series incorporates my earlier qe/muram fix before converting
>>> the existing mpc83xx DTS files to v1 format. I've also redone the
>>> mpc834x_mds with the IRQs as
Hi,
Nice to see this one, I've been waiting for it. :)
On Mon, Jan 28, 2008 at 09:42:07AM -0500, Jon Smirl wrote:
> diff --git a/drivers/i2c/busses/powerpc-common.c
> b/drivers/i2c/busses/powerpc-common.c
> new file mode 100644
> index 000..51b039f
> --- /dev/null
> +++ b/drivers/i2c/busses
On 1/28/08, Paul Gortmaker <[EMAIL PROTECTED]> wrote:
>
> This series incorporates my earlier qe/muram fix before converting
> the existing mpc83xx DTS files to v1 format. I've also redone the
> mpc834x_mds with the IRQs as decimal as per Kumar's comments and
> re-included that too. I've kept eac
Kumar Gala wrote:
> On Mon, 28 Jan 2008, Paul Gortmaker wrote:
>
>
>> This series incorporates my earlier qe/muram fix before converting
>> the existing mpc83xx DTS files to v1 format. I've also redone the
>> mpc834x_mds with the IRQs as decimal as per Kumar's comments and
>> re-included that t
On Mon, Jan 28, 2008 at 01:53:11AM +, Bryan O'Donoghue wrote:
> cpm_uart_core has a dependency on fsl,cpm-brg/clock-frequency, this
> means that a .dts that uses the cpm uart driver needs to supply a
> clock-frequency entry for get_brgfreq to return a meaningful number.
>
> Included is a patch
So, like, the other day Kumar Gala mumbled:
> 86xx uses the flat device tree for all its needs so we dont need explicit
> IRQ info. Its not clear why this code existed since 86xx never existed in
> arch/ppc.
Sorry, my fault.
If you Sign-off-by: that patch, a maintainer can apply it! :-)
jdl
___
Kumar Gala wrote:
> On Mon, 28 Jan 2008, Paul Gortmaker wrote:
>
>
>> Currently there are several dts that don't specify address or size
>> cells for the muram. This causes dtc to use default values, one of
>> which is an address-cells of two, and this breaks the parsing of the
>> muram ranges,
86xx uses the flat device tree for all its needs so we dont need explicit
IRQ info. Its not clear why this code existed since 86xx never existed in
arch/ppc.
---
include/asm-powerpc/irq.h | 86 -
1 files changed, 0 insertions(+), 86 deletions(-)
diff
Please pull from 'for-2.6.25' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.25
to receive the following updates:
Documentation/powerpc/booting-without-of.txt | 177 +++
arch/powerpc/boot/Makefile |5
arch/powerpc/boot/cuboot-85xx-
On Mon, 28 Jan 2008, Paul Gortmaker wrote:
>
> This series incorporates my earlier qe/muram fix before converting
> the existing mpc83xx DTS files to v1 format. I've also redone the
> mpc834x_mds with the IRQs as decimal as per Kumar's comments and
> re-included that too. I've kept each board as
On Mon, 28 Jan 2008, Paul Gortmaker wrote:
> Currently there are several dts that don't specify address or size
> cells for the muram. This causes dtc to use default values, one of
> which is an address-cells of two, and this breaks the parsing of the
> muram ranges, which is assuming an address-
On Fri, 25 Jan 2008, Jon Loeliger wrote:
>
> Also fixed a few minor indent problems as well.
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> ---
>
> arch/powerpc/boot/dts/mpc8610_hpcd.dts | 227 +++---
> arch/powerpc/boot/dts/mpc8641_hpcn.dts | 333
> -
On Fri, 25 Jan 2008, Jon Loeliger wrote:
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/storcenter.dts | 73 +
> 1 files changed, 38 insertions(+), 35 deletions(-)
>
applied.
- k
___
85xx exists in arch/powerpc as well as cuImage support to boot from
a u-boot that doesn't support device trees.
---
arch/ppc/Kconfig | 51 +-
arch/ppc/Makefile|8 -
arch/ppc/configs/TQM8540_defconfig | 973 --
Rename i2c-mpc to i2c-mpc-drv in preparation for breaking out common code.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/i2c/busses/Makefile |2
drivers/i2c/busses/i2c-mpc-drv.c | 421 ++
drivers/i2c/busses/i2c-mpc.c | 421 --
These are the final three patches in the series implementing device tree
directed loading of i2c modules on mpc5200 powerpc. These patches have been
posted multiple times. This revision implements a few minor changes suggested
in the last two weeks.
--
Jon Smirl
[EMAIL PROTECTED]
_
PowerPC device trees use a different naming convention than the Linux kernel.
Provide alias names for i2c drivers in order to allow them to be loaded by
device tree name. The OF_ID macro ensures that the aliases are only present in
powerpc builds and separated into their own namespace.
Signed-
Convert MPC i2c driver from a platform_driver to a of_platform_driver. Add the
ability to dynamically load i2c drivers based on device tree names. Routine
names were changed from fsl_ to mpc_ to make them match the file name. Common
code moved to powerpc-common.* Orginal ppc driver left intact f
83xx exists in arch/powerpc as well as cuImage support to boot from
a u-boot that doesn't support device trees.
---
arch/ppc/Kconfig | 46 +--
arch/ppc/Makefile |1 -
arch/ppc/configs/mpc834x_sys_defconfig | 844
a
untested, please confirm:
The '|| 1' does nothing, should this be corrected like my patch does?
--
Test value, not 1.
Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/xmon/spu-dis.c b/arch/powerpc/xmon/spu-dis.c
index e5f8983..74d45fb 100644
--- a/arch/powerpc/xmon/spu-d
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > i think it would be OK to do half of this: make it easier to preempt
> > a +nice task. Michel, do you really need the -nice portion as well?
> > It's not a problem to super-preempt positively reniced tasks, but it
> > can be quite annoying if neg
On Mon, Jan 28, 2008 at 01:32:53PM +0100, Ingo Molnar wrote:
> * Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > > * With CONFIG_FAIR_USER_SCHED disabled, there are severe
> > > interactivity hickups with a niced CPU hog and top running. This
> > > started with commit 810e95c
On Mon, 2008-01-28 at 13:32 +0100, Ingo Molnar wrote:
> * Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > > * With CONFIG_FAIR_USER_SCHED disabled, there are severe
> > > interactivity hickups with a niced CPU hog and top running. This
> > > started with commit 810e95ccd58d9
* Paul Mackerras <[EMAIL PROTECTED]> [2008-01-27 22:55:43]:
> Balbir Singh writes:
>
> > Here's a better and more complete fix for the problem. Could you
> > please see if it works for you? I tested it on a real NUMA box and it
> > seemed to work fine there.
>
> There are a couple of other chang
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > * With CONFIG_FAIR_USER_SCHED disabled, there are severe
> > interactivity hickups with a niced CPU hog and top running. This
> > started with commit 810e95ccd58d91369191aa4ecc9e6d4a10d8d0c8.
>
> The revert at the bottom caus
On Mon, Jan 28, 2008 at 10:14:33AM +0100, Michel Dänzer wrote:
> > > * With CONFIG_FAIR_USER_SCHED enabled, X becomes basically
> > > unusable with a niced CPU hog, with or without top running. I
> > > don't know when this started, possibly when this option was
> > > f
On Saturday 26 January 2008, Olof Johansson wrote:
> >
> > So instead of having an IOMMU window that we use to temporarily map things
> > in and out of DMA'able space, at boot we create a 1:1 mapping for all of
> > memory. This obviously only works for devices that can do 64-bit DMA.
>
> I don't
in arch/powerpc/kernel/isa-bridge.c:
41:#define ISA_SPACE_MASK 0x1
42:#define ISA_SPACE_IO 0x1
...
54:struct isa_address {
55: u32 a_hi;
...
65: const struct isa_range *range;
83:if ((range->isa_addr.a_hi && ISA_SPACE_MASK) != ISA_SPACE_IO) {
...
89:if ((range->isa_addr
* Nish Aravamudan <[EMAIL PROTECTED]> [2008-01-27 12:22:54]:
> On 1/27/08, Balbir Singh <[EMAIL PROTECTED]> wrote:
> > * Paul Mackerras <[EMAIL PROTECTED]> [2008-01-27 22:55:43]:
> >
> > > Balbir Singh writes:
> > >
> > > > Here's a better and more complete fix for the problem. Could you
> > > > p
On Mon, 2008-01-28 at 09:50 +0100, Peter Zijlstra wrote:
> On Sun, 2008-01-27 at 17:13 +0100, Michel Dänzer wrote:
>
> > In summary, there are two separate problems with similar symptoms, which
> > had me confused at times:
> >
> > * With CONFIG_FAIR_USER_SCHED disabled, there are severe
>
On Saturday 26 January 2008 02:21, Josh Boyer wrote:
> > 4xx:
> > BAMBOO
>
> Ported (mostly)
>
> > CPCI405
>
> Doubt this will be ported.
Of course this will be ported! I will do that in th next weeks.
Matthias
___
Linuxppc-dev mailing list
Li
On Sun, 2008-01-27 at 17:13 +0100, Michel Dänzer wrote:
> In summary, there are two separate problems with similar symptoms, which
> had me confused at times:
>
> * With CONFIG_FAIR_USER_SCHED disabled, there are severe
> interactivity hickups with a niced CPU hog and top running.
On Mon, 2008-01-28 at 15:25 +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2008-01-27 at 17:13 +0100, Michel Dänzer wrote:
> >
> > > Do you see behavior change (from good->bad) immediately after
> > applying that patch
> > > during your bisect process?
> >
> > Yes, confirmed by trying that comm
84 matches
Mail list logo
