On Tue, 2009-06-02 at 06:38 +0200, Wolfram Sang wrote:
> I fully agree that the proper way is using the device tree. I can't recall
> exactly why this wasn't an option to me a year ago, but I assume it had
> something to do with this ugly out-of-tree-driver. I wouldn't really argue
> about this pat
> I would object that you wouldn't have this problem if you weren't hard
> wiring your interrupt number and were using the device-tree properly
> instead. As to getting your patch merged, you'll have to argue with
> Scott Wood who, I think, maintains the CPM2 stuff lately.
I fully agree that the p
How about the iomap_early() patch? What would you like me to do with that
one?
g.
On Jun 1, 2009 9:04 PM, "Benjamin Herrenschmidt"
wrote:
I've updated powerpc "next branch" with the following patches:
(Kumar: The swiotlb patch is still segregated in "test" until we resolve
how it's going to b
On Mon, 2009-06-01 at 21:26 -0600, Grant Likely wrote:
> How about the iomap_early() patch? What would you like me to do with
> that one?
Wait for me to review it :-)
Cheers,
Ben.
> g.
>
> > On Jun 1, 2009 9:04 PM, "Benjamin Herrenschmidt"
> > wrote:
> >
> > I've updated powerpc "next branch
I've updated powerpc "next branch" with the following patches:
(Kumar: The swiotlb patch is still segregated in "test" until we resolve
how it's going to be merged vs. Ian Campbell series).
Anton Blanchard (1):
powerpc: Convert RTAS event scan from kernel thread to workqueue
Michael Ellerm
On Tue, 2009-06-02 at 12:06 +1000, Michael Ellerman wrote:
> On Tue, 2009-06-02 at 10:53 +1000, Stephen Rothwell wrote:
> > It was __devinit, but it is also within a CONFIG_HOTPLUG guarded section
> > of code, so the __devinit does nothing but cause the following warning:
> >
> > WARNING: vmlinux.
On Tue, 2009-06-02 at 10:53 +1000, Stephen Rothwell wrote:
> It was __devinit, but it is also within a CONFIG_HOTPLUG guarded section
> of code, so the __devinit does nothing but cause the following warning:
>
> WARNING: vmlinux.o(.text+0x107a8): Section mismatch in reference from the
> function
Hi Linus !
Here's a defconfig update if you still get things in .30
Cheers,
Ben.
The following changes since commit d9244b5d2fbfe9fa540024b410047af13ceec90f:
Linus Torvalds (1):
Merge branch 'hwmon-for-linus' of
git://git.kernel.org/.../jdelvare/staging
are available in the git repos
Fixes a couple of warnings like this one:
WARNING: arch/powerpc/kvm/kvm-440.o(.text+0x1e8c): Section mismatch in
reference from the function kvmppc_44x_exit() to the function
.exit.text:kvmppc_booke_exit()
The function kvmppc_44x_exit() references a function in an exit section.
Often the functio
On Sat, 2009-05-30 at 22:22 +0200, Frank Svendsbøe wrote:
> Regarding doing manual mapping: Is there another way to retrieve the
> host controller
> from a driver module without modifying kernel source? In case not, do
> you think
> exporting the mpc8xx_pic_host symbol is a better solution?
>
> An
It was __devinit, but it is also within a CONFIG_HOTPLUG guarded section
of code, so the __devinit does nothing but cause the following warning:
WARNING: vmlinux.o(.text+0x107a8): Section mismatch in reference from the
function pcibios_finish_adding_to_bus() to the function
.devinit.text:pcibios
On Thu, 2009-05-28 at 14:33 +0200, Wolfram Sang wrote:
> > this is an example of how a simple 8313 Periodic Interval Timer (PIT)
> > kernel driver
> > registers for the PIT IRQ (Interrupt ID 65)
> >
> > #define PIT_IRQ 65
> >
> > virq = irq_create_mapping(NULL, PIT_IRQ);
> > set_irq_type(v
>
> #define PIT_IRQ 65
In addition, the interrupt should be provided by the device-tree of
course, in which case a single function will look it up for you -and-
do the appropriate mapping.
Cheers,
Ben.
> virq = irq_create_mapping(NULL, PIT_IRQ);
> set_irq_type(virq, IRQ_TYPE_LEVEL_LO
On Mon, 2009-06-01 at 09:32 +0200, Giuseppe Coviello wrote:
>
> Signed-off-by: Nico Macrionitis
> Signed-off-by: Giuseppe Coviello
As long as you guys have verified that it actually works, I have
no objection.
Ack.
Cheers,
Ben.
> diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
>
Rather than supplying a __weak hook which architectures which support
highmem can overide simply provide a version of swiotlb_bus_to_virt
which works with high memory. Make it conditional since it is a more
expensive variant than the non-highmem version.
Acutal function contents taken from the Pow
This replaces usages of address_needs_mapping, range_needs_mapping and
is_buffer_dma_capable and the __weak architecture hooks to those
functions with a more flexible single function.
Signed-off-by: Ian Campbell
Cc: FUJITA Tomonori
Cc: Jeremy Fitzhardinge
Cc: Olaf Kirch
Cc: Greg KH
Cc: Tony L
These new architecture-specific interfaces subsume the existing __weak
function hooks.
Signed-off-by: Ian Campbell
Cc: FUJITA Tomonori
Cc: Jeremy Fitzhardinge
Cc: Olaf Kirch
Cc: Greg KH
Cc: Tony Luck
Cc: Becky Bruce
Cc: Benjamin Herrenschmidt
Cc: Kumar Gala
Cc: Jeremy Fitzhardinge
Cc: x.
This series:
* removes the swiotlb_(arch_)_phys_to_bus and bus_to_phys __weak
hooks, replacing them with an architecture-specific phys_to_dma and
dma_to_phys interface. These are used by both PowerPC and Xen to
provide the correct mapping from physical to DMA addresses.
* removes the swiotlb_
Patch 3 of this series doesn't apply cleanly to net-next-2.6
so I'm dropping the entire patch set.
Also, in patch 3 you put your signoff in the Subject line.
Please fix all of this up and resubmit your patch series.
Thank you.
___
Linuxppc-dev mailing
Il giorno sab, 30/05/2009 alle 13.42 +0200, Krzysztof Helt ha scritto:
> On Wed, 27 May 2009 20:57:55 +0200
> Giuseppe Coviello wrote:
>
> > This patch adds support for GXT4000P and GXT6500P cards found on some
> > IBM pSeries machines.
> > GXT4000P/6000P and GXT4500P/6500P couples are identica
20 matches
Mail list logo
