1. so my question is: is there any difference between the DMA engine & the
DMA controller?
2. i have read the following section in my reference manual: "The MPC8555E
DMA engine is capable of transferring blocks of data from any legal address
range to any
other legal address range. Therefore, it ca
Am Donnerstag 08 Januar 2009 schrieb Milton Miller:
> hvc_console is setting low_latency unconditionally, but some clients are
> interrupt driven and will call hvc_poll from irq context. This will cause
> tty_flip_buffer_push to be called from irq context, and it very clearly
> states it must not
Am Dienstag 13 Januar 2009 schrieb Christian Borntraeger:
> drivers/char/hvc_console.c |5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> Index: linux-2.6/drivers/char/hvc_console.c
> ===
> --- linux-2.6.orig/drivers
Here is yet another bug trace related to the low_latency issue, that is
experienced using the hvc_iucv backend. The hvc_iucv backend now also uses irq
notifiers.
The bug trace below appears if hvc_kick() is called.
On Tue, Jan 13, 2009 at 10:04:22AM +0100, Christian Borntraeger wrote:
> Am Donner
Original-Nachricht
> Datum: Tue, 13 Jan 2009 16:02:38 +1100
> Von: Benjamin Herrenschmidt
> An: Gerhard Pircher
> CC: Bartlomiej Zolnierkiewicz ,
> grant.lik...@secretlab.ca, linuxppc-dev@ozlabs.org, linux-...@vger.kernel.org
> Betreff: Re: [PATCH 5/5] ide: Force VIA IDE legac
Original-Nachricht
> Datum: Tue, 13 Jan 2009 16:01:42 +1100
> Von: Benjamin Herrenschmidt
> An: Gerhard Pircher
> CC: linuxppc-dev@ozlabs.org, grant.lik...@secretlab.ca
> Betreff: Re: [PATCH 2/5] powerpc: Generic device tree for all AmigaOne boards
> > I think I throw away the
On Jan 11, 2009, at 10:55 AM, Anton Vorontsov wrote:
This patch is used to help Jean Delvare to get rid of drivers/i2c/
chips/
directory. The new location suggested by Kumar Gala: as the driver is
83xx specific it's placed into arch/powerpc/platforms/83xx/.
Signed-off-by: Anton Vorontsov
---
On Tue, 13 Jan 2009 08:39:37 -0600, Kumar Gala wrote:
>
> On Jan 11, 2009, at 10:55 AM, Anton Vorontsov wrote:
>
> > This patch is used to help Jean Delvare to get rid of drivers/i2c/
> > chips/
> > directory. The new location suggested by Kumar Gala: as the driver is
> > 83xx specific it's plac
Please pull from 'next' branch of
(this is my last pull request of 'next' for 2.6.29. I would like to see
the 'powerpc: Unify opcode definitions and support' patch go in but leave
that for you to pull in directly).
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next
to re
On Dec 8, 2008, at 9:34 PM, Trent Piepho wrote:
The code to map lowmem uses three CAM aka TLB[1] entries to cover
it. The
size of each is stored in three globals named __cam0, __cam1, and
__cam2.
All the code that uses them is duplicated three times for each of
the three
variables.
We h
On Dec 8, 2008, at 9:34 PM, Trent Piepho wrote:
On booke processors, the code that maps low memory only uses up to
three
CAM entries, even though there are sixteen and nothing else uses them.
Make this number configurable in the advanced options menu along
with max
low memory size. If on
On Dec 8, 2008, at 9:34 PM, Trent Piepho wrote:
The code that maps kernel low memory would only use page sizes up to
256
MB. On E500v2 pages up to 4 GB are supported.
However, a page must be aligned to a multiple of the page's size.
I.e.
256 MB pages must aligned to a 256 MB boundary. T
On Jan 12, 2009, at 12:24 AM, Simon Horman wrote:
On Fri, Jan 02, 2009 at 02:42:38PM -0600, Milton Miller wrote:
Follwing this mail are 5 patches for kexec userspace and two for the
kernel. The first fixes an array overflow and the second updates
userspace to the merged 2.6.28 kdump support. T
On Jan 6, 2009, at 10:53 PM, Greg KH wrote:
On Tue, Jan 06, 2009 at 10:44:13PM -0600, Kumar Gala wrote:
On Dec 25, 2008, at 8:14 AM, Anton Vorontsov wrote:
Hi all,
Just resending some fixes that seem to be lost...
Greg,
What happened w/this patch set?
As it was sent during the hollida
On Jan 13, 2009, at 5:35 AM, Hendrik Brueckner wrote:
Here is yet another bug trace related to the low_latency issue, that is
experienced using the hvc_iucv backend. The hvc_iucv backend now also
uses irq
notifiers.
The bug trace below appears if hvc_kick() is called.
On Tue, Jan 13, 2009 a
Freescale on-chip TBI PHYs reports PHY ID as 0x0, but as of
commit 3ee82383f0098a2e13acc8cf1be8e47512f41e5a
Author: Giulio Benetti
Date: Thu Nov 13 21:53:13 2008 +
phy: fix phy address bug
PHYID returns 0x and not 0x when not found and in some
case(at91sam9263) 0x0
On Tue, 13 Jan 2009, Yuri Tikhonov wrote:
> On Tuesday, January 13, 2009 you wrote:
> > On Mon, 2009-01-12 at 14:37 +0100, Geert Uytterhoeven wrote:
> >> On Fri, 9 Jan 2009, Roland Dreier wrote:
> >> > > Can you double check that the e1000 isn't copying the PCI resources
> >> > into
> >> > > a u
On Oct 27, 2008, at 4:46 PM, Mike Ditto wrote:
If something goes wrong attaching to phy driver, we weren't freeing
the IRQ.
Signed-off-by: Mike Ditto
---
Reposting to CC netdev list. (Thanks, Kumar)
diff -r -upN 2.6.28-rc1/drivers/net/fs_enet/fs_enet-main.c NEW/
drivers/net/fs_enet/fs_enet
Please unsubscribe me from this group
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Hi Ingo,
On Mon, 12 Jan 2009 10:32:14 +0100 Ingo Molnar wrote:
>
> * Stephen Rothwell wrote:
>
> > > It slipped through because it didnt get caught in build tests because
> > > cpufreq isnt enabled in the powerpc defconfig.
> >
> > Which is one of the reasons we have linux-next: "integration
On Tuesday 13 January 2009, Ira Snyder wrote:
> On Tue, Jan 13, 2009 at 01:02:52PM +1030, Rusty Russell wrote:
> >
> >Interesting system: the guest being able to access the
> >host's memory but not (fully) vice-versa makes this a
> >little different from the current implementations whe
On Tue, Jan 13, 2009 at 05:33:03PM +0100, Arnd Bergmann wrote:
> On Tuesday 13 January 2009, Ira Snyder wrote:
> > On Tue, Jan 13, 2009 at 01:02:52PM +1030, Rusty Russell wrote:
> > >
> > >Interesting system: the guest being able to access the
> > >host's memory but not (fully) vice-versa
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 wrote:
>>>
>>> On Dec 25, 2008, at 8:14 AM, Anton Vorontsov wrote:
>>>
Hi all,
Just resending some fixes that seem to
Just resending some fixes that seem to be lost...
Greg,
What happened w/this patch set?
As it was sent during the hollidays (on Christmas day at that), it's
still in my "to-review" queue. I'll get to it in a few days after I
resync the USB tree with Linus.
Any update on the review of these
On Tuesday 13 January 2009, Ira Snyder wrote:
> So do you program one channel of the DMA engine from the host side and
> another channel from the guest side?
Yes.
> I tried to avoid having the host program the DMA controller at all.
> Using the DMAEngine API on the guest did better than I could a
Michael Ellerman wrote:
> To increase the amount of code that's built for a defconfig build.
>
> Signed-off-by: Michael Ellerman
> ---
> arch/powerpc/configs/ppc64_defconfig | 26 +-
> 1 files changed, 25 insertions(+), 1 deletions(-)
> -# CONFIG_PPC_PS3 is not set
> +
On Tue, 2009-01-13 at 09:21 -0600, Kumar Gala wrote:
> Please pull from 'next' branch of
>
> (this is my last pull request of 'next' for 2.6.29. I would like to see
> the 'powerpc: Unify opcode definitions and support' patch go in but leave
> that for you to pull in directly).
This is really ver
> So the simplest is to never set it.
I already applied your previous patch. Please send an incremental fix.
Cheers,
Ben.
> milton
>
> > BUG: sleeping function called from invalid context at
> > /root/cvs/linux-2.6.git/kernel/mutex.c:207
> > in_atomic(): 1, irqs_disabled(): 0, pid: 748, name:
On Jan 13, 2009, at 2:59 PM, Benjamin Herrenschmidt wrote:
On Tue, 2009-01-13 at 09:21 -0600, Kumar Gala wrote:
Please pull from 'next' branch of
(this is my last pull request of 'next' for 2.6.29. I would like
to see
the 'powerpc: Unify opcode definitions and support' patch go in but
le
On Jan 13, 2009, at 3:17 PM, Kumar Gala wrote:
powerpc/83xx: Move mcu_mpc8349emitx driver out of drivers/i2c/
chips/
At Jean's request to move i2c clients out of drivers/i2c.
Getting this into .29 might be useful since its just a driver move and
saves us merge headache's later.
-
Create a new header that becomes a single location for defining PowerPC
opcodes used by code that is either generationg instructions
at runtime (fixups, debug, etc.), emulating instructions, or just
compiling instructions old assemblers don't know about.
We currently don't handle the floating poin
On Tue, 2009-01-13 at 15:17 -0600, Kumar Gala wrote:
> On Jan 13, 2009, at 2:59 PM, Benjamin Herrenschmidt wrote:
>
> > On Tue, 2009-01-13 at 09:21 -0600, Kumar Gala wrote:
> >> Please pull from 'next' branch of
> >>
> >> (this is my last pull request of 'next' for 2.6.29. I would like
> >> to
Updated to just be the small bug fixes and the move of the driver
- k
Please pull from 'next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next
to receive the following updates:
arch/powerpc/boot/dts/mpc8315erdb.dts |4
arch/powerpc/kernel/head_
Hi Linus !
Here's another batch for before -rc2. The main highlight is the u64 conversion
to unsigned long long along with a bunch of patches fixing warnings due to this
conversion. There will be a few more, for example the PS3 code is still pretty
bad in this area, but that's about it.
The rest
This adds an init_dummy_netdev() function that gets a network device
structure (allocation and lifetime entirely under caller's control) and
initialize the minimum amount of fields so it can be used to schedule
NAPI polls without registering a full blown interface. This is to be
used by drivers tha
On Tue, Jan 13, 2009 at 6:00 AM, Matt Sealey wrote:
> Grant Likely wrote:
>>
>>
>> Theoretically it could call IRQ handlers to be called too often. It
>> might possibly be the cause of too many 'BAD' irqs being recorded
>
> That might explain a few USB explosions, where high bandwidth transfe
Also silences this warning:
arch/powerpc/platforms/ps3/setup.c:275: warning: initialization from
incompatible pointer type
Signed-off-by: Stephen Rothwell
---
arch/powerpc/platforms/ps3/setup.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/ps3
Push the dma_addr_t type usage all the way down to where the actual
values are manipulated.
Now that u64 is "unsigned long long", this removes warnings like:
arch/powerpc/platforms/ps3/system-bus.c:532: warning: passing argument 4 of
'ps3_dma_map' from incompatible pointer type
arch/powerpc/plat
We just fix up the reference parameters as the others are dealt with by
arithmetic promotion rules and don't cause warnings.
This removes warnings like this:
arch/powerpc/platforms/ps3/interrupt.c:327: warning: passing argument 1 of
'lv1_construct_event_receive_port' from incompatible pointer ty
This fixes these compiler warning:
arch/powerpc/platforms/ps3/interrupt.c:109: warning: passing argument 2 of
'clear_bit' from incompatible pointer type
arch/powerpc/platforms/ps3/interrupt.c:130: warning: passing argument 2 of
'set_bit' from incompatible pointer type
Signed-off-by: Stephen Rot
Fixes compiler warnings:
arch/powerpc/platforms/ps3/mm.c:1205: warning: passing argument 2 of
'ps3_repository_read_mm_info' from incompatible pointer type
arch/powerpc/platforms/ps3/mm.c:1205: warning: passing argument 3 of
'ps3_repository_read_mm_info' from incompatible pointer type
Signed-off
Signed-off-by: Stephen Rothwell
---
arch/powerpc/platforms/ps3/device-init.c | 26 +-
arch/powerpc/platforms/ps3/htab.c|2 +-
arch/powerpc/platforms/ps3/interrupt.c | 16
arch/powerpc/platforms/ps3/mm.c | 10 +-
arch/p
Also a couple of min -> min_t changes.
Signed-off-by: Stephen Rothwell
---
drivers/char/ps3flash.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/char/ps3flash.c b/drivers/char/ps3flash.c
index 79b6f46..afbe456 100644
--- a/drivers/char/ps3flas
Signed-off-by: Stephen Rothwell
---
drivers/block/ps3disk.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
Jens, if its OK by you, this could go in via the PowerPC tree.
diff --git a/drivers/block/ps3disk.c b/drivers/block/ps3disk.c
index 936466f..bccc42b 100644
--
Signed-off-by: Stephen Rothwell
---
sound/ppc/snd_ps3.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Takashi, if it is OK with you, this could go in via the PowerPC tree.
diff --git a/sound/ppc/snd_ps3.c b/sound/ppc/snd_ps3.c
index 8f9e385..ff32111 100644
--- a/sound/ppc/snd_p
Signed-off-by: Stephen Rothwell
---
drivers/net/ps3_gelic_wireless.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ps3_gelic_wireless.c b/drivers/net/ps3_gelic_wireless.c
index ec23142..335da48 100644
--- a/drivers/net/ps3_gelic_wireless.c
+++ b/drivers/ne
Also some min -> mint_t conversion.
Signed-off-by: Stephen Rothwell
---
drivers/ps3/ps3-lpm.c | 16
drivers/ps3/ps3-vuart.c |8
drivers/ps3/ps3stor_lib.c | 14 +++---
3 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/drivers/ps3/ps3
Signed-off-by: Stephen Rothwell
---
drivers/scsi/ps3rom.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
James, if it is OK with you, this could go in via the PowerPC tree.
diff --git a/drivers/scsi/ps3rom.c b/drivers/scsi/ps3rom.c
index ce48e2d..ca0dd33 100644
--- a/drivers/s
Signed-off-by: Stephen Rothwell
---
drivers/video/ps3fb.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Antonino, if it is OK with you, this could go in via the PowerPC tree.
diff --git a/drivers/video/ps3fb.c b/drivers/video/ps3fb.c
index 38ac805..87f826e 100644
--- a/drivers/
At Wed, 14 Jan 2009 17:07:55 +1100,
Stephen Rothwell wrote:
>
>
> Signed-off-by: Stephen Rothwell
Acked-by: Takashi Iwai
> ---
> sound/ppc/snd_ps3.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> Takashi, if it is OK with you, this could go in via the PowerPC tree.
Ye
> > On Mon, Jan 12, 2009 at 2:07 AM,
> wrote:
> >> hello,
> >>
> >> I have some problems with an mpc5200b based board. It's nearly
> compatible to
> >> the lite5200b board.
> >> I connected an samsung k9k8g08u0a nand flash via the lpb bus. This
> works
> >> fine with an self written nand driver.
On Wed, Jan 14 2009, Stephen Rothwell wrote:
>
> Signed-off-by: Stephen Rothwell
> ---
> drivers/block/ps3disk.c | 18 +-
> 1 files changed, 9 insertions(+), 9 deletions(-)
>
> Jens, if its OK by you, this could go in via the PowerPC tree.
Of course.
--
Jens Axboe
52 matches
Mail list logo
