On Tue, Dec 1, 2009 at 10:35 PM, Segher Boessenkool
wrote:
>> The scenario for the first case is that in a multicore system running
>> ASMP which means different OS runs on different cores. They might
>> communicate through a shared memory region. The region on every OS
>> need to be mapped with
Hello, Mr Denk,
Thank you for your help. My answer to your questions are between the lines.
Attached is the dts file I use.
Best regards,
Allan
- Original Message
From: Wolfgang Denk
To: Allan Wang
Cc: linuxppc-dev@lists.ozlabs.org
Sent: Tue, December 1, 2009 6:10:22 PM
Subject: R
On Dec 1, 2009, at 11:04 AM, Scott Wood wrote:
Mahajan Vivek-B08308 wrote:
From: Wood Scott-B07421 Sent: Friday, November 20, 2009 11:09 PM
Cache-sram does not have any device tree entry since it is not a
hardware as such. Putting it under chosen can be another option.
I think, Scott (cc'ed
Hello,
On 12/02/2009 10:51 AM, Benjamin Herrenschmidt wrote:
> I'm not sure what media bay locking problem you mentioned tho...
>
> The way the driver does the locking now is that I block the media-bay
> thread (lock/unlock_media_bay calls) around initial registration and
> driver removal which b
On Wed, 2009-12-02 at 10:07 +0900, Tejun Heo wrote:
> On 12/02/2009 09:36 AM, Benjamin Herrenschmidt wrote:
> > This is a libata driver for the "macio" IDE controller used on most Apple
> > PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
> >
> > It supports all the feat
On 12/02/2009 09:36 AM, Benjamin Herrenschmidt wrote:
> This is a libata driver for the "macio" IDE controller used on most Apple
> PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
>
> It supports all the features of its predecessor, including mediabay hotplug
> and susp
This is a libata driver for the "macio" IDE controller used on most Apple
PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
It supports all the features of its predecessor, including mediabay hotplug
and suspend/resume. It should also support module load/unload.
The timi
In libata-sff, ata_sff_post_internal_cmd() directly calls ata_bmdma_stop()
instead of ap->ops->bmdma_stop(). This can be a problem for controllers
that use their own bmdma_stop for which the generic sff one isn't suitable
Signed-off-by: Benjamin Herrenschmidt
---
drivers/ata/libata-sff.c |2
The hotplug mediabay has tendrils deep into drivers/ide code
which makes a libata port reather difficult. In addition it's
ugly and could be done better.
This reworks the interface between the mediabay and the rest
of the world so that:
- Any macio_driver can now have a mediabay_event callback
This adds dma_parms to macio devices and initializes them with
default values. This will allow pata_macio to setup the appropriate
max segment size for the block layer.
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/include/asm/macio.h |1 +
drivers/macintosh/macio_asic.c |5 +
This adds some basic devres support. When enabled via macio_enable_devres()
resources requested by drivers will be automatically released.
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/include/asm/macio.h |2 +
drivers/macintosh/macio_asic.c | 47 +++
Last month I reported a serial console problem:
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-October/076727.html
And bisected the problem to find the patch to revert that fixed it for me:
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-October/077059.html
The bug still hasn't been
On Wed, 2009-12-02 at 08:44 +0900, Tejun Heo wrote:
> > BTW. For a plug event, what should I do ? freeze is fine ? Or just
> > schedule eh ? Right now, when plugging I see an exception Emask 0x10
> > etc... message in the log when plugging which isn't totally nice :-)
>
> freeze() and please don't
On 12/02/2009 08:35 AM, Benjamin Herrenschmidt wrote:
> On Wed, 2009-12-02 at 08:27 +0900, Tejun Heo wrote:
>> Conceptually freeze would be more approriate but the side effect is
>> that the port is frozen and EH will try to thaw it by resetting it.
>> So, abort would work better.
>
> BTW. For a p
On Wed, 2009-12-02 at 08:27 +0900, Tejun Heo wrote:
> Conceptually freeze would be more approriate but the side effect is
> that the port is frozen and EH will try to thaw it by resetting it.
> So, abort would work better.
BTW. For a plug event, what should I do ? freeze is fine ? Or just
schedule
Hello,
On 12/02/2009 08:19 AM, Benjamin Herrenschmidt wrote:
>> I think you'll need an ata_port_freeze() or abort() here because at
>> this point the drive is already gone and all in-flight commands need
>> to be failed right away. Holger, do you remember why
>> ata_acpi_detach_device() is using
On Tue, 2009-12-01 at 17:00 +0900, Tejun Heo wrote:
> > +#define IDE_WAKEUP_DELAY (1*HZ)
>
> nitpick: In libata, it's common to use msecs for timing values so that
> might be a better option.
Yeah, that's cruft lifted from the old driver, I'll fix it.
> > +static const struct pata_macio_timin
Dear Allan Wang,
In message <401793.31718...@web52903.mail.re2.yahoo.com> you wrote:
>
> I am new to the list. I am still newbie to embedded linux. I have
> bought an ep440xs board which is similar to sequoia board. u-boot is
> working. I am trying to make it run linux. I have the following
> prob
I resend my message since my last message has wrong coding.
I am new to the list. I am still newbie to embedded linux. I have bought an
ep440xs board which is similar to sequoia board. u-boot is working. I am trying
to make it run linux. I have the following problems and need your help. Thank
On Tue, 2009-12-01 at 21:43 +0100, Andreas Schwab wrote:
> Benjamin Herrenschmidt writes:
>
> > This is a libata driver for the "macio" IDE controller used on most Apple
> > PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
>
> Tried it on my iBook G4 and I got an oops
On Tue, 2009-12-01 at 21:43 +0100, Andreas Schwab wrote:
> Benjamin Herrenschmidt writes:
>
> > This is a libata driver for the "macio" IDE controller used on most Apple
> > PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
>
> Tried it on my iBook G4 and I got an oops
>> Paul, Ben, given that Rusty hasn't come back with any opinion on this patch,
>do you
>> feel comfortable merging it via the ppc tree? Currently the earlyinit
>> routine
>> is only compiled in and used for your arch, so I think its fairly benign.
>
>Sorry, I *did* track down the archives for li
Signed-off-by: Peter Korsgaard
---
arch/powerpc/sysdev/mpc8xxx_gpio.c | 147
1 files changed, 147 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/sysdev/mpc8xxx_gpio.c
b/arch/powerpc/sysdev/mpc8xxx_gpio.c
index 103eace..b46f28b 100644
--- a/arch/pow
gpiolib returns -ENXIO if struct gpio_chip::to_irq isn't set, so it's
safe to always call.
Signed-off-by: Peter Korsgaard
---
arch/powerpc/include/asm/gpio.h |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/include/asm/gpio.h b/arch/powerpc/include/asm/gp
struct irq_chip::typename is going away (replaced by name). Use name if
set instead of typename in show_interrupt to make ease transition.
Signed-off-by: Peter Korsgaard
---
arch/powerpc/kernel/irq.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/i
Benjamin Herrenschmidt writes:
> This is a libata driver for the "macio" IDE controller used on most Apple
> PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
Tried it on my iBook G4 and I got an oops during probing, in
pata_macio_common_init+0x378/0x614.
Andreas.
--
On Sat, 2009-11-28 at 01:32 +0300, Anton Vorontsov wrote:
> Hi all,
>
> Here are some patches that add systemtap support for ppc32 machines.
>
> This is all pretty straightforward, though I didn't test it much,
> only run few 'hello world' taps and decided that it's good enough. ;-)
>
> I plan t
Segher Boessenkool wrote:
>> Add support for the interrupt controller included in the "Flipper"
>> chipset of the Nintendo GameCube video game console.
>> The same interrupt controller is also present in the "Hollywood" chipset
>> of the Nintendo Wii.
>>
>> Signed-off-by: Albert Herranz
> Acked-by
On Tuesday 01 December 2009 09:00:34 Tejun Heo wrote:
> (cc'ing Holger Macht, please read the comment below pata_macio_mb_event())
> Hello,
>
> On 12/01/2009 04:08 PM, Benjamin Herrenschmidt wrote:
> > This is a libata driver for the "macio" IDE controller used on most Apple
> > PowerMac and Power
Add support for the interrupt controller included in the "Flipper"
chipset of the Nintendo GameCube video game console.
The same interrupt controller is also present in the "Hollywood"
chipset
of the Nintendo Wii.
Signed-off-by: Albert Herranz
Acked-by: Segher Boessenkool
---
v1 -> v2
- B
Add support for using the USB Gecko adapter via the udbg facility on
the Nintendo GameCube and Wii video game consoles.
The USB Gecko is a 3rd party memory card interface adapter that
provides
a EXI (External Interface) to USB serial converter.
Signed-off-by: Albert Herranz
Acked-by: Segher
Add support for the Nintendo GameCube video game console to the
powerpc
bootwrapper.
dtbImage.gamecube is a wrapped image that contains a flat device tree,
an entry point compatible with SDload, and an optional initrd.
Signed-off-by: Albert Herranz
Acked-by: Segher Boessenkool
---
v1 -> v
Add a device tree source file for the Nintendo GameCube video game
console.
Signed-off-by: Albert Herranz
Acked-by: Segher Boessenkool
---
v1 -> v2
- Document new bindings in Documentation/powerpc/dts-bindings.
Suggestion by Grant Likely.
- Use same form for model property and compatible
Add support for using the USB Gecko adapter as a bootwrapper
console on
the Nintendo GameCube and Wii video game consoles.
The USB Gecko is a 3rd party memory card interface adapter that
provides
a EXI (External Interface) to USB serial converter.
Signed-off-by: Albert Herranz
Acked-by: Se
Anton Vorontsov writes:
> Here are some patches that add systemtap support for ppc32 machines.
> [...]
Thanks, committed, with a little extra for ppc64 compatibility.
- FChE
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozl
I see that throughout the kernel source, internal PPC registers are
accessed through [in|out]_be[32|16|8]() functions. However, they are
translated into 3 inline assembly instructions, one of which is an
isync, which has a huge performance hit.
I tried using readl_be() which seems to be the righ
Mahajan Vivek-B08308 wrote:
From: Wood Scott-B07421
Sent: Friday, November 20, 2009 11:09 PM
Cache-sram does not have any device tree entry since it is not a
hardware as such. Putting it under chosen can be another option.
I think, Scott (cc'ed) was of the opinion that since 32b
base address
s
The scenario for the first case is that in a multicore system running
ASMP which means different OS runs on different cores. They might
communicate through a shared memory region. The region on every OS
need to be mapped with the same cache perperty to avoid cache paradox.
This isn't true. In
On 12/01/2009 09:44 PM, Holger Macht wrote:
> I do not remember any specific reason for using ata_port_schedule_eh(). I
> guess it's just there because the previous implementation used
> it. ata_port_freeze()/abort() might as well work properly. However, I
> would hesitate to change the existing co
On Tue, Dec 1, 2009 at 6:58 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-12-01 at 18:30 +0800, Li Yang wrote:
>> The patch adds the ability for powerpc architecture to set page cache
>> property of mmaped area through device tree. This is useful for two
>> cases. First, for memory shared wit
Benjamin Herrenschmidt writes:
> This is a libata driver for the "macio" IDE controller used on most Apple
> PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
>
> It supports all the features of its predecessor, including mediabay hotplug
> and suspend/resume. It sho
On Tue, 2009-12-01 at 18:30 +0800, Li Yang wrote:
> The patch adds the ability for powerpc architecture to set page cache
> property of mmaped area through device tree. This is useful for two
> cases. First, for memory shared with other OS'es to have the same cache
> property to avoid cache parad
On Tue, 2009-12-01 at 11:48 +0100, Mikael Pettersson wrote:
> Thanks for reviving pata_macio.
>
> Does the new version work with yaboot? (the previous one didn't)
Well, yaboot itself should have no problem. However, the ybin script
that automagically finds the right OF path might indeed still be
On Tue, 2009-12-01 at 00:09 +0100, Albert Herranz wrote:
> Add a new entry to the fixmap table to allow low level early udbg drivers
> to safely reserve virtual address space and create their I/O mappings.
>
> Signed-off-by: Albert Herranz
> ---
> arch/powerpc/include/asm/fixmap.h |3 +++
>
The patch adds the ability for powerpc architecture to set page cache
property of mmaped area through device tree. This is useful for two
cases. First, for memory shared with other OS'es to have the same cache
property to avoid cache paradoxes. Second, enabling application to map
memory which is
Hello list,
In our old, modified 2.4.25 I had a statement that sets the bit BSDIS
(real world bit 16, Freescale bit 15) in the XLB config register for
the MPC5200B.
Checking the XLB config of "my" 2.6.32-rc7 doesn't show this bit set
(XLB config reads 0xa006).
But this gives me trouble when
(cc'ing Holger Macht, please read the comment below pata_macio_mb_event())
Hello,
On 12/01/2009 04:08 PM, Benjamin Herrenschmidt wrote:
> This is a libata driver for the "macio" IDE controller used on most Apple
> PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
Don't k
47 matches
Mail list logo
