Hi Ben,
On Wed, 04 Feb 2009 14:55:33 +1100, Benjamin Herrenschmidt wrote:
>
> > Acked-by: Jean Delvare
>
> Jean, you'll take that in your tree or should I take it in mine ?
No, I'm not taking it, i2c-ibm_iic is under Ben Dooks' jurisdiction. So
it's up to either him or you.
--
Jean Delvare
_
On Wed, 04 Feb 2009 12:50:48 +1100 Benjamin Herrenschmidt
>>> Do the generic hugetlbfs code provides such an API ? If not, we may need
>>> to add one.
On Wednesday 04 February 2009 16:13:29 Andrew Morton wrote:
>> I think it's something like
>> huge_page_size(page_hstate(page))
On Wed, Feb
On Tue, 03 Feb 2009 22:16:08 -0800 Roland Dreier wrote:
> > I think it's something like
> >
> >huge_page_size(page_hstate(page))
>
> That would suit. I assume the intention is for that to be usable by
> driver modules on any architecture?
>
erm, you overestimate the amount of planning
> I think it's something like
>
> huge_page_size(page_hstate(page))
That would suit. I assume the intention is for that to be usable by
driver modules on any architecture?
- R.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozl
On Wednesday 04 February 2009 16:13:29 Andrew Morton wrote:
> On Wed, 04 Feb 2009 12:50:48 +1100 Benjamin Herrenschmidt
> > Do the generic hugetlbfs code provides such an API ? If not, we may need
> > to add one.
>
> I think it's something like
>
> huge_page_size(page_hstate(page))
That wou
On Tue, 2009-01-06 at 14:55 +0200, Octavian Purdila wrote:
> For ppc750 processors which use 4 performance counters instead of the
> 6 G4 uses but otherwise is compatible with G4.
>
> Signed-off-by: Octavian Purdila
> ---
> arch/powerpc/oprofile/op_model_7450.c | 21 +++--
> 1
This adds the necessary bits and pieces to powerpc implementation of
ioremap to benefit from caller tracking in /proc/vmallocinfo, at least
for ioremap's done after mem init as the older ones aren't tracked.
Note the small addition to the generic code exposing a __get_vm_area_caller()
which we nee
On Wed, 04 Feb 2009 12:50:48 +1100 Benjamin Herrenschmidt
wrote:
> On Tue, 2009-02-03 at 17:08 -0800, Roland Dreier wrote:
> > Forwarding Eli's patch below, since PowerPC guys may have missed it. I
> > guess the question for Ben et al is whether there is any issue with
> > exporting HPAGE_SHIFT
On Fri, 2009-01-09 at 15:58 +0300, Ilya Yanok wrote:
> This patch rewrites consistent dma allocations support to use vmalloc
> layer to allocate virtual memory space from vmalloc pool and get rid
> of CONFIG_CONSISTENT_{START,SIZE}.
So as commented before, please drop the defconfig updates.
I'm h
On Fri, 2009-01-23 at 17:18 +0100, Benjamin Krill wrote:
> SLOF has a further node which could not be evaluate
> by the current routine. The current routine returns
> because the node hasn't the required reg property. As
> fix this patch adds a check to determine the partition
> child nodes. If the
> --- work.git.orig/arch/powerpc/platforms/powermac/setup.c 2009-01-05
> 02:09:08.0 -0600
> +++ work.git/arch/powerpc/platforms/powermac/setup.c 2009-01-05
> 02:27:23.0 -0600
> @@ -672,7 +672,7 @@ static int pmac_pci_probe_mode(struct pc
> /* access per cpu vars from generi
> Acked-by: Jean Delvare
Jean, you'll take that in your tree or should I take it in mine ?
Cheers,
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Mon, 2009-02-02 at 22:39 +0100, Gerhard Pircher wrote:
> This device tree does not provide the correct CPU name, as various CPU
> models and revisions are used in AmigaOnes. Also the PCI root node does
> not contain a interrupt mapping property, as all boards have different
> interrupt routing.
> + hose->first_busno = bus_range ? bus_range[0] : 0;
> + hose->last_busno = bus_range ? bus_range[1] : 0xff;
> +
> + setup_indirect_pci(hose, 0xfec00cf8, 0xfee00cfc, 0);
Minor in the context of amigaone but still... the above should come from
the device-tree... I suppose those are really just IO
On Wed, 2009-01-28 at 14:50 -0500, Sean MacLennan wrote:
> Not sure if this is PPC specific or not. I use the following patch to
> get a clean git status. Does nobody else see this file? Or am I missing
> a step somewhere?
Looks good actually.
> Cheers,
>Sean
>
> Ignore the vmlinux.strip fil
> +struct cr_hdr_cpu {
> + struct pt_regs pt_regs;
> + /* relevant fields from thread_struct */
> + double fpr[32][TS_FPRWIDTH];
> + unsigned int fpscr;
> + int fpexc_mode;
> + /* unsigned int align_ctl; this is never updated? */
> + unsigned long dabr;
> +};
Is there
On Tue, 2009-02-03 at 17:08 -0800, Roland Dreier wrote:
> Forwarding Eli's patch below, since PowerPC guys may have missed it. I
> guess the question for Ben et al is whether there is any issue with
> exporting HPAGE_SHIFT for modules (can be EXPORT_SYMBOL_GPL if you feel
> it's an internal detail
On Mon, Feb 02, 2009 at 06:50:04PM +0300, Anton Vorontsov wrote:
> On Tue, Jan 13, 2009 at 08:40:01AM -0800, Greg KH wrote:
> > On Tue, Jan 13, 2009 at 09:49:39AM -0600, Kumar Gala wrote:
> > > On Jan 6, 2009, at 10:53 PM, Greg KH wrote:
> > >> On Tue, Jan 06, 2009 at 10:44:13PM -0600, Kumar Gala w
Forwarding Eli's patch below, since PowerPC guys may have missed it. I
guess the question for Ben et al is whether there is any issue with
exporting HPAGE_SHIFT for modules (can be EXPORT_SYMBOL_GPL if you feel
it's an internal detail). It would probably make sense to roll this
change into the ml
On Tue, 2009-02-03 at 15:50 +, Martyn Welch wrote:
>
> The primary CPU is spinning in smp_generic_give_timebase() waiting for
> "!tbsync->ack". The secondary CPU has made it into
> smp_generic_take_timebase() and has apparently (according to some
> printk's I put in there) set "tbsync->ack=1".
On Tue, 2009-02-03 at 21:59 +0300, Anton Vorontsov wrote:
> On Tue, Feb 03, 2009 at 11:32:18AM -0500, Steven Rostedt wrote:
> >
> > On Tue, 2009-02-03 at 19:19 +0300, Anton Vorontsov wrote:
> > > On Tue, Feb 03, 2009 at 05:06:45PM +0100, Ingo Molnar wrote:
> >
> > > [1] Btw, why exactly do we nee
On Tue, Feb 3, 2009 at 1:56 AM, Grzegorz Bernacki wrote:
> Grant Likely wrote:
>> Hey Grzegorz,
>>
>> I've pulled your patch into my -next tree, but I made a few changes first:
>> - I dropped the defconfig changes because they conflict with the
>> defconfig update that Ben just pulled from me
>> -
> Could it be my USB failures were due to the PPC440 USB host needing the
> various
> CONFIG*USB*BIG_ENDIAN* options, which may conflict with USB hosts on PCI
> plug-in cards?
>
> The E1000 did work fine.
You need to enable support for both endians, that's supposed to work.
Ben.
In i2c-mpc.c, the i2c_wait() function has this:
} else {
/* Interrupt mode */
result = wait_event_interruptible_timeout(i2c->queue,
(i2c->interrupt & CSR_MIF), timeout * HZ);
if (unlikely(result < 0)) {
On Tue, Feb 03, 2009 at 11:32:18AM -0500, Steven Rostedt wrote:
>
> On Tue, 2009-02-03 at 19:19 +0300, Anton Vorontsov wrote:
> > On Tue, Feb 03, 2009 at 05:06:45PM +0100, Ingo Molnar wrote:
>
> > [1] Btw, why exactly do we need the -fno-omit-frame-pointer for
> > "FUNCTION_TRCER" tracer? Why jus
On Tue, 2009-02-03 at 19:19 +0300, Anton Vorontsov wrote:
> On Tue, Feb 03, 2009 at 05:06:45PM +0100, Ingo Molnar wrote:
> [1] Btw, why exactly do we need the -fno-omit-frame-pointer for
> "FUNCTION_TRCER" tracer? Why just -pg isn't sufficient?..
>
The problem is this that is in the toplevel Ma
On Tue, Feb 03, 2009 at 05:06:45PM +0100, Ingo Molnar wrote:
>
> * Anton Vorontsov wrote:
>
> > According to this discussion:
> >
> > http://lkml.org/lkml/2008/7/25/338
> > http://lkml.org/lkml/2008/7/26/72
> >
> > Frame pointers do nothing useful on PowerPC, so lib/Kconfig.debug
> > makes CON
Hi,
I am now using impulse c and xilinx virtex4 ml403 board to do a project.
And I want to run the application through APU in the linux environment.
So I need to enable the apu for the linux 2.6.23-rc kernel. Then use cross
compiler(crosstool-0.43) to make zImage.
Does anybody have patch
* Anton Vorontsov wrote:
> According to this discussion:
>
> http://lkml.org/lkml/2008/7/25/338
> http://lkml.org/lkml/2008/7/26/72
>
> Frame pointers do nothing useful on PowerPC, so lib/Kconfig.debug
> makes CONFIG_FRAME_POINTER unselectable on PPC targets. But ftrace.h
> requires CONFIG_FRA
On Tue, Feb 03, 2009 at 04:47:56PM +0100, Willy Tarreau wrote:
> Thanks Sachin !
>
> Greg, could you please merge this one into your staging tree ?
I will do that, thanks.
greg k-h
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.or
Martyn Welch wrote:
Benjamin Herrenschmidt wrote:
commit 64b3d0e8122b422e879b23d42f9e0e8efbbf9744
Author: Benjamin Herrenschmidt
powerpc/mm: Rework usage of _PAGE_COHERENT/NO_CACHE/GUARDED
I tried reverting it, but as I had kinda thought, that really
didn't help.
I'm just recompiling to
Thanks Sachin !
Greg, could you please merge this one into your staging tree ?
Thanks,
Willy
On Tue, Feb 03, 2009 at 09:10:58PM +0530, Sachin P. Sant wrote:
> * Fix build break for lcd panel driver.
>
> Signed-off-by : Sachin Sant
Signed-off-by: Willy Tarreau
> ---
>
>
> * Fix build brea
Hi,
On Tue, Feb 03, 2009 at 08:45:38PM +0530, Sachin P. Sant wrote:
> 2.6.29-rc3-git5 randconfig build on powerpc fails with following error
>
> CALLarch/powerpc/kernel/systbl_chk.sh
> CALLarch/powerpc/kernel/prom_init_check.sh
> CC [M] drivers/staging/panel/panel.o
> drivers/staging/pan
* Fix build break for lcd panel driver.
Signed-off-by : Sachin Sant
---
* Fix build break for lcd panel driver.
Signed-off-by : Sachin Sant
---
diff -Naurp a/drivers/staging/panel/panel.c b/drivers/staging/panel/panel.c
--- a/drivers/staging/panel/panel.c 2009-02-03 23:34:18.0 +0530
2.6.29-rc3-git5 randconfig build on powerpc fails with following error
CALLarch/powerpc/kernel/systbl_chk.sh
CALLarch/powerpc/kernel/prom_init_check.sh
CC [M] drivers/staging/panel/panel.o
drivers/staging/panel/panel.c:625: error: conflicting types for set_bits
/home/sachin/linux-2.6.29-
On Tue, 3 Feb 2009, Josh Boyer wrote:
> On Mon, Feb 02, 2009 at 11:24:18AM +1100, Benjamin Herrenschmidt wrote:
> >The PCI 2.x cells used on some 44x SoCs only let us configure the decode
> >for the low 32-bit of the incoming PLB addresses. The top 4 bits (this
> >is a 36-bit bus) are hard wired to
On Mon, Feb 02, 2009 at 11:24:18AM +1100, Benjamin Herrenschmidt wrote:
>The PCI 2.x cells used on some 44x SoCs only let us configure the decode
>for the low 32-bit of the incoming PLB addresses. The top 4 bits (this
>is a 36-bit bus) are hard wired to different values depending on the
>specific S
According to this discussion:
http://lkml.org/lkml/2008/7/25/338
http://lkml.org/lkml/2008/7/26/72
Frame pointers do nothing useful on PowerPC, so lib/Kconfig.debug
makes CONFIG_FRAME_POINTER unselectable on PPC targets. But ftrace.h
requires CONFIG_FRAME_POINTER for CALLER_ADDR macros. Therefore
Benjamin Herrenschmidt wrote:
commit 64b3d0e8122b422e879b23d42f9e0e8efbbf9744
Author: Benjamin Herrenschmidt
powerpc/mm: Rework usage of _PAGE_COHERENT/NO_CACHE/GUARDED
I tried reverting it, but as I had kinda thought, that really didn't
help.
I'm just recompiling to check that I didn't s
Grant Likely wrote:
On Mon, Feb 2, 2009 at 4:58 PM, Wolfgang Denk wrote:
Dear Grzegorz Bernacki,
In message <49872268.10...@semihalf.com> you wrote:
We also had this kind of problem - after feeding some nfs options it
worked :
rsize=8192,wsize=8192,soft,intr,tcp,nolock
it s
Stephen Rothwell wrote:
Hi Sachin,
To make allyesconfig build currently, you need to turn
CONFIG_PROFILE_ALL_BRANCHES off. It makes drivers/built-in.o too large
(increases the text size from about 32M to 47M) and the linker can't add
the usual trampolines because we prelink it.
Ok will enab
>
> BTW. Do you guys want me to remove the drm_local_map_t typedef
> completely in favor of struct drm_local_map ? I have a patch here going
> part way through that, it's fairly trivial, so if you want it, I can
> easily finish it.
One less typedef is always welcome.
Dave.
>
> Cheers,
> Ben.
>
Hi Sachin,
To make allyesconfig build currently, you need to turn
CONFIG_PROFILE_ALL_BRANCHES off. It makes drivers/built-in.o too large
(increases the text size from about 32M to 47M) and the linker can't add
the usual trampolines because we prelink it.
Paulus suggested an old solution, but it
On Tue, 2009-02-03 at 14:50 +0530, Sachin P. Sant wrote:
> 2.6.29-rc3-git4 allyesconfig build breaks with following error
I think it's the recurrent problem of allyesconfig generating a kernel
too big for our linker especially when ftrace is enabled.
We need to see if it's worth the pain of worki
> Don't worry I've applied the patches with Erics comment replacing your one.
>
> All 3 are queued in drm-next.
Thanks !
I'll let you know when I finally get a chance to tackle the other
issues.
BTW. Do you guys want me to remove the drm_local_map_t typedef
completely in favor of struct drm_lo
Grant Likely wrote:
> Hey Grzegorz,
>
> I've pulled your patch into my -next tree, but I made a few changes first:
> - I dropped the defconfig changes because they conflict with the
> defconfig update that Ben just pulled from me
> - I updated the .dts file to reflect changes I was already making
On my PowerBook5,8, every now and then (haven't figured out any pattern
to when it happens) the therm_adt746x module stops controlling the fan
speed properly. The problem seems to be that the fan speed range is
inverted, i.e. the fan stops when therm_adt746x thinks it's setting it
to full speed an
On Tue, Feb 3, 2009 at 7:21 AM, Benjamin Herrenschmidt
wrote:
>
>>
>> Could this comment instead be maybe:
>>
>> Because the kernel-userspace ABI is fixed at a 32-bit offset, while PCI
>> resources may live above that, we ignore the map offset for maps of type
>> _DRM_FRAMEBUFFER or _DRM_REGISTERS
Grant Likely wrote:
> On Mon, Feb 2, 2009 at 4:58 PM, Wolfgang Denk wrote:
>> Dear Grzegorz Bernacki,
>>
>> In message <49872268.10...@semihalf.com> you wrote:
We also had this kind of problem - after feeding some nfs options it
worked :
rsize=8192,wsize=8192,soft,intr,tcp,nolo
49 matches
Mail list logo
