ach-omap2
ARM: OMAP: DMA: Move plat/dma.h to plat-omap/dma-omap.h
ARM: OMAP1: Remove omap_reserve() callback for all omap1 boards
ARM: OMAP2+: Move omap_reserve() locally to mach-omap2
ARM: OMAP: Move plat/omap-secure.h locally to mach-omap2
Olof Johansson (8):
Merge
_size() stub
Michael Walle (1):
ARM: kirkwood: cleanup lsxl board includes
Nicolas Ferre (1):
ARM: at91/atmel-mci: remove unused setup_dma_addr() macro
Olof Johansson (14):
Merge branch 'imx/multi-platform' of
git://git.linaro.org/people/shawnguo/linux-2.6 into next/
and the Olinuxino board
ARM: sunxi: Add entry to MAINTAINERS
ARM: sunxi: Add sunxi restart function via onchip watchdog
Nobuhiro Iwamatsu (3):
ARM: shmobile: Remove SH7367 support
ARM: shmobile: Remove SH7377 support
ARM: shmobile: r8a7740: Enable PMU
Olof Johansson (30):
ne support
ARM: kirkwood: Add Plat'Home OpenBlocks A6 support
Olof Johansson (10):
Merge branch 'boards' of git://git.kernel.org/.../horms/renesas into
next/boards
Merge branch 'defconfig' of git://git.kernel.org/.../horms/renesas into
next/
Hi Linus,
Here is the second batch of arm-soc changes for this merge window.
The first two branches have a handful of conflicts:
- The DT branch is mostly due to add/add changes but also due to some
include changes/cleanup.
- The multiplatform branch contains some dependent pinctrl patches that
ARM: kirkwood: Add support second I2C bus and RTC on OpenBlocks A6
ARM: kirkwood: Add NAND partiton map for OpenBlocks A6
ARM: Kirkwood: Convert to EHCI via DT for OpenBlocks A6
ARM: Kirkwood: Add support LED of OpenBlocks A6
Olof Johansson (15):
Merge branch 'ste-dt-fo
init' into zynq/multiplatform
ARM: zynq: Remove all unused mach headers
Olof Johansson (4):
Merge branch 'devel/debug_ll_init' into next/multiplatform
Merge tag 'kill-plat-sparse-irq' of
git://git.kernel.org/.../linusw/linux-pinctrl into next/multiplatform
ARM: OMAP3+: PM: VP: use uV for max and min voltage limits
Olof Johansson (7):
Merge branch 'next/cleanup' into next/pm2
Merge branch 'next/dt' into next/pm2
Merge tag 'omap-for-v3.8/devel-prcm-signed' of
git://git.kernel.org/.../tmlind/linux-
gpio: samsung: use pr_* instead of printk
Jorgen Jonsson (1):
ARM: ux500: fixup magnetometer pins
Linus Walleij (2):
ARM: ux500: delete duplicate macro
ARM: ux500: fix pin warning
Olof Johansson (1):
Merge branch 'next/gpio-samsung' of
git://git.kernel.org/.../kg
OHCI driver support
ARM: shmobile: mackerel: enable DMAEngine on USB Host
ARM: shmobile: use FSI driver's audio clock on armadillo800eva
ARM: shmobile: use FSI driver's audio clock on mackerel
ARM: shmobile: use FSI driver's audio clock on ap4evb
Olof Johans
On Thu, Dec 13, 2012 at 3:15 AM, Linus Torvalds
wrote:
> On Wed, Dec 12, 2012 at 12:11 PM, David Miller wrote:
>>
>> There is one merge conflict to resolve in net/sched/cls_cgroup.c,
>> one commit changes the name of some members to "css_*" (this came
>> from Tejun's tree) and another commit adds
Hi Linus,
Here is the last batch of branches for 3.8. It's wrapping up merges for
SPEAr and socfpga, some additional contents for Exynos and shmobile and
a large update for mvebu/kirkwood.
For kirkwood, we're working on figuring out the workflow better with the
submaintainers, they have a rapid p
SMP for socfpga
Jingoo Han (1):
ARM: EXYNOS: Add dp clock support for EXYNOS5
Kukjin Kim (1):
Merge branch 'next/hdmi-samsung' into next/devel-samsung
Kuninori Morimoto (3):
ARM: shmobile: sh7372: remove fsidivx clock
ARM: shmobile: sh7372: sh7372_fsiXck_clk become
Hi Linus,
This branch contains device-tree updates for the SPEAr platform.
They had dependencies on earlier branches from this merge window,
which is why they were broken out in a separate branch.
Conflicts seen with this merge:
None.
buhiro Iwamatsu (3):
ARM: mvebu: Add support for I2C controllers in Armada 370/XP
ARM: mvebu: Add support for I2C on OpenBlocks AX3-4
ARM: mvebu: Add support for the RTC in OpenBlocks AX3-4
Olof Johansson (2):
Merge tag 'mvebu_everything_for_3.8' of
git://g
esting ARM SoC ACKs to take this through pinctrl for
> ease-of-merge going forward, as dependecies are in there.
Acked-by: Olof Johansson
-Olof
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More m
Hi Linus,
The following changes since commit 23f3f0613f6172ef1f0cbb0e971adf29f1c1fe5e:
Merge tag 'imx-fixes' of git://git.pengutronix.de/git/imx/linux-2.6
into fixes (2012-09-18 10:16:44 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
On Sat, Sep 29, 2012 at 10:02 AM, Krzysztof Halasa wrote:
> It would be different if my tree included e.g. core ARM changes - but it
> doesn't. What's the _real_ reason for asking me to push my changes
> indirectly?
The reason is that when all ARM platform maintainers pushed code
straight to Lin
On Tue, Sep 25, 2012 at 10:25:08AM +0200, Roland Stigge wrote:
> Hi Arnd and Olof,
>
> this is a second round of mach-lpc32xx specific updates for 3.7, below
> the dts branch. Only one patch for adjusting phy3250.dts.
>
> Thanks,
>
> Roland
>
>
> The following changes since commit 25b3ab6c7e39
On Tue, Sep 25, 2012 at 10:27:01AM +0200, Roland Stigge wrote:
> Hi Arnd and Olof,
>
> this is a second round of mach-lpc32xx specific updates for 3.7. Below,
> the core branch.
>
> Thanks,
>
> Roland
>
>
> The following changes since commit 7a5deff68f9e0a1db170ac9dd3b2b4aaddc1b80c:
>
> ARM
Hi,
On Tue, Jan 15, 2013 at 8:52 PM, Tony Prisk wrote:
> On Tue, 2013-01-15 at 21:32 -0700, Stephen Warren wrote:
>> On 01/15/2013 08:49 PM, Tony Prisk wrote:
>> > On Wed, 2013-01-16 at 14:14 +1100, Stephen Rothwell wrote:
>> >> Hi all,
>> >>
>> >> Today's linux-next merge of the tegra tree got a
On Wed, Jan 16, 2013 at 9:08 AM, Stephen Warren wrote:
> On 01/16/2013 09:27 AM, Olof Johansson wrote:
>> Hi,
>>
>> On Tue, Jan 15, 2013 at 8:52 PM, Tony Prisk wrote:
>>> On Tue, 2013-01-15 at 21:32 -0700, Stephen Warren wrote:
>>>> On 01/15/2013 08:49 P
On Fri, Feb 22, 2008 at 12:16:16PM +0100, Jochen Friedrich wrote:
> Fortunately, I2c no longer uses numeric device IDs but names. So what are the
> alternatives?
>
> 1. modify the I2c subsystem to accept OF names additionally to I2c names
> (proposed by Jon smirl).
Sounds like Jean isn't very
Hi,
On Sat, Feb 23, 2008 at 09:13:33AM -0600, James Bottomley wrote:
> Jeff Garzik (1):
> mvsas: Add Marvell 6440 SAS/SATA driver
[...]
> drivers/scsi/mvsas.c| 2981
>
I just noticed that the file permissions on that file are 755 in cur
Hi,
On Sun, Feb 24, 2008 at 04:16:30PM +0100, Jochen Friedrich wrote:
> Hi Olof,
>
> >> 2. record the I2c name in the dts tree, either as seperate tag (like
> >> linux,i2c-name="")
> >>or as additional compatible entry (like compatible="...",
> >> "linux,").
> >
> > I have to say no on thi
On Fri, Jul 6, 2012 at 4:15 PM, Xiao Jiang wrote:
> 2012/7/6 Rob Herring
>>
>> On 07/06/2012 05:38 AM, jgq...@gmail.com wrote:
>> > From: Xiao Jiang
>> >
>> > Since more and more arm chips support device tree, it'd be better add
>> > PROC_DEVICETREE
>> > in arch/arm/Kconfig to avoid duplicate co
Catalin,
On Fri, Jul 6, 2012 at 2:05 PM, Catalin Marinas wrote:
> This set of patches implements the core Linux support for the AArch64
> (64-bit ARM) architecture.
Hmm. I didn't see a cc to current ARM maintainer (Russell), nor did
you cc the topic list that you list in the MAINTAINERS entry. I
MAP4: PRM: fix RSTTIME and RSTST offsets
Nobuhiro Iwamatsu (1):
ARM: Kirkwood: Switch TWSI1 of 88f6282 to DT clock providers
Olof Johansson (7):
Merge tag 'nomadik-fixes-for-arm-soc' of
git://git.kernel.org/.../linusw/linux-nomadik into fixes
ARM: clps711x:
On Tue, Jan 8, 2013 at 6:57 PM, Linus Torvalds
wrote:
> On Tue, Jan 8, 2013 at 10:49 AM, Olof Johansson wrote:
>>
>> A slightly larger delta than I'd ideally want by now, in part due to some
>> of the OMAP PM fixes that's adding a bit of code. I decided to include
On Tue, Jan 8, 2013 at 7:13 PM, Olof Johansson wrote:
> Or maybe a better solution is to make git request-pull throw an error
> if there is a local signed tag for the request, but none is found on
> the server (or has different contents). I'll take a look at that.
A-HA! Git d
On Tue, Jan 8, 2013 at 10:13 PM, Tony Prisk wrote:
> On Fri, 2012-12-28 at 12:20 +1300, Tony Prisk wrote:
>> This patch adds support for the WM8750 (ARMv6) and WM8850 (ARMv7).
>>
>> Common features across all SoCs are split into ARCH_VT8500 and
>> unique features are specified by each SoC option.
error=implicit-function-declaration]
Cc: Leo Song
Signed-off-by: Olof Johansson
---
Andrew, feel free to fold this into the previous patch (it's in mmotm
at the moment).
-Olof
drivers/rtc/rtc-pxa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/rtc/rtc-pxa.c b/drivers/rtc/
On Fri, Aug 05, 2005 at 04:02:13PM -0700, Linus Torvalds wrote:
> The only thing that has ever exported it afaik is
>
> arch/ppc/kernel/ppc_ksyms.c:EXPORT_SYMBOL(handle_mm_fault); /* For MOL
> */
>
> and that looks pretty suspicious too (what is MOL, and regardless,
> shouldn't it be an
make it override the default "/init"
if specified.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: 2.6/init/main.c
===
--- 2.6.orig/init/main.c2005-08-03 19:53:46.0 -0500
+++ 2.6/init/main.c
n for remembering
how it's supposed to work and why.
-Olof
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: 2.6/arch/ppc64/kernel/machine_kexec.c
===
--- 2.6.orig/arch/ppc64/kernel/machine_kexec.c 2005-08-03 19:53:16.
On Fri, Jan 04, 2008 at 08:41:49AM +0100, Ingo Molnar wrote:
>
> * Arjan van de Ven <[EMAIL PROTECTED]> wrote:
>
> > This patch build on top of Olof's patch that introduces __WARN, and
> > places the slowpath out of line. It also uses Ingo's suggestion to not
> > use __FUNCTION__ but to use kal
Hi,
On Thu, Jan 03, 2008 at 10:26:05PM +0100, Arjan van de Ven wrote:
> This patch build on top of Olof's patch that introduces __WARN,
> and places the slowpath out of line. It also uses Ingo's suggestion
> to not use __FUNCTION__ but to use kallsyms to do the lookup;
> this saves a ton of extra
On Sun, Jan 06, 2008 at 10:16:04PM +1100, Benjamin Herrenschmidt wrote:
>
> On Sat, 2008-01-05 at 19:12 -0800, Arjan van de Ven wrote:
> > From: Olof Johansson <[EMAIL PROTECTED]>
> >
> > Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
&g
On Sat, Jan 05, 2008 at 07:09:59PM -0800, Arjan van de Ven wrote:
> From: Arjan van de Ven <[EMAIL PROTECTED]>
> CC: Ingo Molnar <[EMAIL PROTECTED]>
> CC: Andrew Morton <[EMAIL PROTECTED]>
> CC: Olof Johansson <[EMAIL PROTECTED]>
> Acked-by: Matt Meckall <
Powerpc uses the generic report_bug() from lib/bug.c to report warnings,
and I'm guessing other arches do as well.
Add the module list as well as the end-of-trace marker to the output. This
required making print_oops_end_marker() nonstatic.
Signed-off-by: Olof Johansson <[EMAIL P
On Sun, Jan 06, 2008 at 01:38:17PM -0800, Arjan van de Ven wrote:
> On Sun, 6 Jan 2008 14:22:23 -0600
> Olof Johansson <[EMAIL PROTECTED]> wrote:
>
> > Powerpc uses the generic report_bug() from lib/bug.c to report
> > warnings, and I'm guessing other arches do
hose
> size is larger or equal to a page.
>
> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Acked-by: Olof Johansson <[EMAIL PROTECTED]>
-Olof
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
mistake).
And sloppy of me to not catch it. Anyway:
Acked-by: Olof Johansson <[EMAIL PROTECTED]>
I wonder how long until there's a device that has some other < PAGE_SIZE
alignment bug^Wrequirement that we'll need to meet too. :(
-Olof
--
To unsubscribe from this list: send the
Hi,
On Sat, Dec 08, 2007 at 02:44:25AM +0530, Balbir Singh wrote:
> Comments are as always welcome!
Care to explain what this is useful for? (Not saying it's a stupid idea,
just wondering what the reason for doing it is).
> diff -puN arch/powerpc/mm/numa.c~ppc-fake-numa-easy arch/powerpc/mm/num
ds, and it has value for debugging.
Acked-by: Olof Johansson <[EMAIL PROTECTED]>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, Nov 23, 2007 at 04:34:36PM +0100, Haavard Skinnemoen wrote:
> This client tests DMA memcpy using various lengths and various offsets
> into the source and destination buffers. It will initialize both
> buffers with a know pattern and verify that the DMA engine copies the
> requested region
f-by: Olof Johansson <[EMAIL PROTECTED]>
---
On Tue, Oct 02, 2007 at 07:23:10PM -0400, Jeff Garzik wrote:
> Olof Johansson wrote:
>> On Mon, Oct 01, 2007 at 06:37:44PM -0400, Jeff Garzik wrote:
>> Looks like it's caused by enabling vmerge (which tends to be on for the
>&g
On Mon, Oct 08, 2007 at 11:06:33AM -0700, Greg KH wrote:
> From: Mark Lord <[EMAIL PROTECTED]>
>
> commit 4047727e5ae33f9b8d2b7766d1994ea6e5ec2991 from upstream
>
> We need to disable all CPUs other than the boot CPU (usually 0) before
> attempting to power-off modern SMP machines. This fixes th
On Tue, Oct 09, 2007 at 04:27:06PM -0700, Linus Torvalds wrote:
>
>
> On Wed, 10 Oct 2007, Thomas Gleixner wrote:
> >
> > Wrapping it into a #ifdef CONFIG_X86 would be sufficient.
>
> Well, the ppc oops seems to be a ppc bug regardless.
>
> If CPU_HOTPLUG isn't defined, the thing does nothing.
Don't allow cpu hotplug on systems lacking XICS interrupt controller,
since current platform code is hardcoded for it.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/platforms/pseries/hotplug-cpu.c
b/arch/powerpc/platforms/pseries/hotplug-cpu.c
in
Don't allow cpu hotplug on systems lacking XICS interrupt controller,
since current code is hardcoded for it.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
---
On Wed, Oct 10, 2007 at 10:18:26AM +1000, Stephen Rothwell wrote:
> > + struct device_node *np;
> >
On Wed, Oct 10, 2007 at 05:08:44AM -0500, Milton Miller wrote:
> Olof's patch searched the device-tree again, looking for an mpic. This
> code instead checks that we found an xics the first time by checking the
> init function.
I'm glad you find the kernel so perfect that your best use of time i
On Thu, Oct 11, 2007 at 03:52:04PM +1000, Paul Mackerras wrote:
> Olof Johansson writes:
>
> > Don't allow cpu hotplug on systems lacking XICS interrupt controller,
> > since current code is hardcoded for it.
> ...
> > + for (np = NUL
HAVE_ARCH_WARN is used to determine if an arch already has a __WARN()
macro, or if a generic one is needed.
With this, some of the arch-specific WARN_ON() implementations can be
made common instead (see follow-up patch for powerpc).
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff -
Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
4K text on a ppc64_defconfig. The main reason seems to be that prepping
the arguments to the conditional trap instructions is more work than
just doing a compare and branch.
Signed-off-by: Olof Johansson <[EMAIL PROTEC
On Fri, Oct 12, 2007 at 11:23:39AM +1000, Paul Mackerras wrote:
> Olof Johansson writes:
>
> > Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
> > 4K text on a ppc64_defconfig. The main reason seems to be that prepping
> > the arguments
On Thu, Oct 11, 2007 at 10:04:19PM -0400, Kyle McMartin wrote:
> On Fri, Oct 12, 2007 at 11:23:39AM +1000, Paul Mackerras wrote:
> > Olof Johansson writes:
> >
> > > Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
> > > 4K text on a ppc64
On Sun, Dec 23, 2007 at 08:49:12PM -0800, Greg KH wrote:
> > Hi Greg, do you even build with your patches applied?
>
> For the power architecture, no, I do not. I used to, but my cross-build
> box died and I haven't taken the time to set it all up again.
Crosstool makes it really easy. It's demo
Fix the following console warning when running 'nvsetenv', and makes
setting of new variables work again:
ioctl32(nvsetenv:4022): Unknown cmd fd(3) cmd(20007043){t:'p';sz:0}
arg(0003) on /dev/nvram
That's the IOC_NVRAM_SYNC call.
Signed-off-by: Olof Johansson
On Thu, Jan 03, 2008 at 01:56:58AM +0100, Arjan van de Ven wrote:
> Subject: move WARN_ON() out of line
> From: Arjan van de Ven <[EMAIL PROTECTED]>
> CC: Ingo Molnar <[EMAIL PROTECTED]>
> CC: Andrew Morton <[EMAIL PROTECTED]>
>
> A quick grep shows that there are currently 1145 instances of WARN_O
ror 2
> make: *** [drivers] Error 2
>
> Tested for build failure, only.
Fix works. Sorry for the delay, it's been a crazy week with other stuff.
> Signed-off-by: Kamalesh Babulal <[EMAIL PROTECTED]>
Acked-by: Olof Johansson <[EMAIL PROTECTED]>
--
To unsubscribe from
powerpc allyesconfig fails on the following two drivers (iseries_defconfig
fails for the veth one):
drivers/net/ehea/ehea_main.c: In function 'ehea_driver_sysfs_add':
drivers/net/ehea/ehea_main.c:2812: error: 'struct device_driver' has no member
named 'kobj'
drivers/net/ehea/ehea_main.c:2815: err
On Wed, Nov 21, 2007 at 01:58:06PM +0300, Cyrill Gorcunov wrote:
> On 11/21/07, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> > This patch does fix missed increment on counter
> >
> > Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
> > ---
> > Sorry for that nonstandart patch submission - I've on
Arjan posted a series of WARN_ON enhancements, parts of those were from
two previous patches from me.
Ingo picked up 3 of the 5 patches. Here are the rest-reposted again,
plus another patch bringing the generic report_bug() code up to the same
format as the x86-specific one.
These have to be appl
No need to have the HAVE_ARCH_BUG.* / HAVE_ARCH_WARN.* defines, when
the generic implementation can just use #ifndef on the macros themselves.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
---
include/asm-alpha/bug.h |1 -
include/asm-arm/bug.
Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
4K text on a ppc64_defconfig. The main reason seems to be that prepping
the arguments to the conditional trap instructions is more work than just
doing a compare and branch.
Signed-off-by: Olof Johansson <[EMAIL PROTEC
Powerpc uses the generic report_bug() from lib/bug.c to report warnings,
and I'm guessing other arches do as well.
Add the module list as well as the end-of-trace marker to the output. This
required making print_oops_end_marker() nonstatic.
Signed-off-by: Olof Johansson <[EMAIL P
Hi,
My powerpc build-all-defconfigs script found the following:
mpc837x_mds_defconfig. Brokage looks like it came from libata's
for_each_sg() patch.
drivers/ata/sata_fsl.c: In function 'sata_fsl_fill_sg':
drivers/ata/sata_fsl.c:337: error: redeclaration of 'si' with no linkage
drivers/ata/sata_f
On Thu, Dec 20, 2007 at 04:16:18PM +1100, David Gibson wrote:
> On Wed, Dec 19, 2007 at 11:41:44PM -0500, Jon Smirl wrote:
> > Convert MPC i2c driver from being a platform_driver to an open
> > firmware version. Error returns were improved. Routine names were
> > changed from fsl_ to mpc_ to make t
not boot test, since I lack hardware that uses vio)
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/kernel/vio.c b/arch/powerpc/kernel/vio.c
index 19a5656..ee752ab 100644
--- a/arch/powerpc/kernel/vio.c
+++ b/arch/powerpc/kernel/vio.c
@@ -37,7 +37,7 @@
#include
On Fri, Jan 25, 2008 at 09:24:54PM -0800, Greg KH wrote:
> On Fri, Jan 25, 2008 at 09:40:55PM -0600, Olof Johansson wrote:
> > On Thu, Jan 24, 2008 at 11:10:01PM -0800, Greg Kroah-Hartman wrote:
> > > Dynamically create the kset instead of declaring it statically. We
ock -> io context locks, so the
> above patch should be all that is needed to fix this.
>
> My initial analysis was wrong, that's all :/
Yep, looks much better now.
Tested-by: Olof Johansson <[EMAIL PROTECTED]>
-Olof
--
To unsubscribe from this list: send the line "unsub
On Tue, Jan 29, 2008 at 09:16:48PM +0100, Jens Axboe wrote:
> Actually, can you try this? It has a known race but nothing to worry
> about, and it removes ioc->lock from irq context.
I just tried this myself, since I saw hangs within seconds of running
'aiostress' from autotest on this morning's
On Wed, Jan 30, 2008 at 07:06:23PM +0100, Ingo Molnar wrote:
>
> * Luck, Tony <[EMAIL PROTECTED]> wrote:
>
> > > thanks! Sorry about that: we cross-built on ARM but not on SMP
> > > non-x86 platforms so this dependency/breakage went unnoticed.
> >
> > Yes ... all ia64 builds (UP and SMP) are br
On Wed, Jan 30, 2008 at 07:49:20PM +0100, Ingo Molnar wrote:
>
> * Luck, Tony <[EMAIL PROTECTED]> wrote:
>
> > > Could you check the patch below? With this applied to latest -git,
> > > ia64 buils fine for me in a cross-compiling environment. (but i dont
> > > know whether it boots ...)
> >
>
th
the macro as well.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
---
linux-2.5-olof/arch/ppc/kernel/ppc_htab.c|8 +++---
linux-2.5-olof/arch/ppc/kernel/setup.c |4 +--
linux-2.5-olof/arch/ppc/kernel/temp.c|2 -
linux-2.
On Fri, Feb 04, 2005 at 10:17:48AM +0200, Pekka Enberg wrote:
> Please drop the CPU_FTR_##x macro magic as it makes grepping more
> complicated. If the enum names are too long, just do s/CPU_FTR_/CPU_/g
> or something similar. Also, could you please make this a static inline
> function?
I consider
On Fri, Feb 04, 2005 at 01:36:55PM +0100, Arnd Bergmann wrote:
> I have a somewhat similar patch that does the same to the
> systemcfg->platform checks. I'm not sure if we should use the same inline
> function for both checks, but I do think that they should be used in a
> similar way, e.g. CPU_HAS
Abstract most manual mask checks of cpu_features with cpu_has_feature()
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
---
linux-2.5-olof/arch/ppc/kernel/ppc_htab.c|8 +++---
linux-2.5-olof/arch/ppc/kernel/setup.c |4 +--
linux-2.5-olof/arch/ppc/
Doh, forgot to do a final refpatch after fixing build error. I blame it
on lack of morning coffee. Here's a proper version:
Abstract most manual mask checks of cpu_features with cpu_has_feature()
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
---
linux-2.5-olof/arch
on, moving some of the code
around avoids the possible deadlock there.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: linux-2.5/kernel/futex.c
===
--- linux-2.5.orig/kernel/futex.c 2005-02-21 16:09:38.
On Tue, Feb 22, 2005 at 09:07:52PM +, Jamie Lokier wrote:
>
> That won't work because the vma lock must be help between key
> calculation and get_user() - otherwise futex is not reliable. It
> would work if the futex key calculation was inside the loop.
Sure, but that's still true: It's just
posure by inspection, moving some of the code
around avoids the possible deadlock there.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: linux-2.5/kernel/futex.c
===
--- linux-2.5.orig/kernel/futex.c 2005-02-21 16:0
On Tue, Feb 22, 2005 at 03:20:27PM -0800, Andrew Morton wrote:
> [EMAIL PROTECTED] (Olof Johansson) wrote:
> >
> > + inc_preempt_count();
> > + ret = get_user(curval, (int __user *)uaddr1);
> > + dec_preempt_count();
>
> That _should_
On Wed, Feb 23, 2005 at 11:39:08AM +, David Howells wrote:
> Alternately, you could just have do_page_fault() do:
>
> while (!down_read_trylock(¤t->mm->mmap_sem))
> continue;
>
> However, note that this can suffer from starvation due to a never ending flow
> of mixed write
pection, moving some of the code
around avoids the possible deadlock there.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: linux-2.5/kernel/futex.c
===
--- linux-2.5.orig/kernel/futex.c 2005-02-21 16:09:38.000
On Wed, Feb 23, 2005 at 06:22:04PM +, Jamie Lokier wrote:
> Olof Johansson wrote:
> > On Wed, Feb 23, 2005 at 07:54:06AM -0800, Linus Torvalds wrote:
> >
> > > > Otherwise, a preempt attempt in get_user would not be seen
> > > > until some future preempt
e else holding waiting on down_write for the same semaphore),
then do_page_fault will deadlock. Most architectures seem to be exposed
to this.
To avoid it, make sure the page is available. If not, release the
semaphore, fault it in and retry.
I also found another exposure by inspection, movin
On Thu, Feb 24, 2005 at 11:14:45AM +0100, Jörn Nettingsmeier wrote:
> futex(0x401540f4, FUTEX_WAIT, 2, NULL
> ^^
>
> is this one related to the FUTEX problem olof described?
As bert said, it's likely something else. Is the process killable, and
does "ps aux" c
On Thu, Feb 24, 2005 at 04:19:28PM -0800, H. Peter Anvin wrote:
> Andreas Schwab wrote:
> >On ppc32 cur_cpu_spec is an array of pointers, not just a pointer like on
> >ppc64.
> >
> >drivers/md/raid6altivec1.c: In function `raid6_have_altivec':
> >drivers/md/raid6altivec1.c:111: error: request for m
patch that will work for both PPC and PPC64. The proper way to
fix this in mainline is to merge -mm's cpu_has_feature patch, but for
the stable 2.6.11-series, this much less intrusive (i.e. just the pure
bugfix, not the cleanup part).
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Hi,
On Thu, Mar 03, 2005 at 05:59:51PM -0800, Andrew Morton wrote:
> This patch doesn't seem right - current 2.6.11 has:
>
> return cur_cpu_spec->cpu_features & CPU_FTR_ALTIVEC;
The patch was against what Greg had already pushed into the
linux-release.bkbits.net 2.6.11 tree, i.e. not wha
On Tue, Mar 08, 2005 at 05:08:26PM -0600, Jake Moilanen wrote:
> No-exec base and user space support for PPC64.
Hi, a couple of comments below.
-Olof
> @@ -786,6 +786,7 @@ int hash_huge_page(struct mm_struct *mm,
> pte_t old_pte, new_pte;
> unsigned long hpteflags, prpn;
> l
Hi,
On Tue, Mar 08, 2005 at 05:13:26PM -0600, Jake Moilanen wrote:
> diff -puN arch/ppc64/mm/hash_utils.c~nx-kernel-ppc64
> arch/ppc64/mm/hash_utils.c
> --- linux-2.6-bk/arch/ppc64/mm/hash_utils.c~nx-kernel-ppc64 2005-03-08
> 16:08:57 -06:00
> +++ linux-2.6-bk-moilanen/arch/ppc64/mm/hash_utils
ce
arch/powerpc/mm/tlb_64.c:71: error: for each function it appears in.)
So we need to define it even if CONFIG_SMP is off. Either that or ifdef
out the smp_call_function() call, but that's ugly.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/mm/tlb_64.c
As seen when booting ppc64_defconfig:
sysctl table check failed: /net/token-ring .3.14 procname does not match binary
path procname
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/kernel/sysctl_check.c b/kernel/sysctl_check.c
index 5a2f2b2..4abc6d2 100644
--- a/
[POWERPC] Fix dependencies for FSL_DMA
>From a powerpc allyesconfig build:
drivers/dma/fsldma.c:504: error: implicit declaration of function 'bus_to_virt'
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mm/
On Wed, Nov 14, 2007 at 08:45:28AM -0800, Randy Dunlap wrote:
> On Wed, 14 Nov 2007 08:56:20 -0700 Eric W. Biederman wrote:
>
> > David Miller <[EMAIL PROTECTED]> writes:
> >
> > > From: Olof Johansson <[EMAIL PROTECTED]>
> > > Date: Tue, 13 N
;:
arch/powerpc/platforms/cell/interrupt.c:397: undefined reference to
`.iic_setup_cpu'
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/platforms/cell/interrupt.c
b/arch/powerpc/platforms/cell/interrupt.c
index 151fd8b..222678f 100644
--- a/arch/powerpc/
;:
arch/powerpc/platforms/cell/interrupt.c:397: undefined reference to
`.iic_setup_cpu'
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
---
On Fri, Oct 26, 2007 at 08:19:10PM +0200, Arnd Bergmann wrote:
> I think here it would be better to move iic_get_target_id out of
> CONF
501 - 600 of 2232 matches
Mail list logo