Adrian Bunk (1):
[POWERPC] Select proper defconfig for crosscompiles
Aristeu Rozanski (1):
[POWERPC] adbhid: Enable KEY_FN key reporting
Arnd Bergmann (3):
[POWERPC] add Kconfig option for optimizing for cell
[POWERPC] Move embedded6xx into multiplatform
[POWERPC] Fi
This patch makes a number of Makefile cleanups and improvements:
- We use more generic rules to invoke flex and bison, which is
useful for some of the other changes.
- We use the name dtc-lexer.lex.c for the flex output, instead
of the default lex.yy.c. That means less potential fo
On Fri, Sep 28, 2007 at 06:23:09PM +0400, Valentine Barshak wrote:
> David Gibson wrote:
> > On Mon, Sep 24, 2007 at 03:36:27PM +0400, Valentine Barshak wrote:
> >> Currently zImage is linked at the 4MB base address.
> >> Some platforms (using cuboot, treeboot) need the zImage's
> >> entry point an
On Fri, Sep 28, 2007 at 10:16:51AM -0500, Milton Miller wrote:
[snip]
> Actually, there is another approach: put this converter in kexec's
> purgatory or even the kexec program. It can then run conditionally
> under command line flags to keep compatibility with the old kernels.
> If and whe
There was a query a while back about whether lmb_remove_region() was
correct to unconditionally decrement rgn->cnt:
http://ozlabs.org/pipermail/linuxppc-dev/2007-March/033261.html
AFAICT there is no bug at the moment because the two callers ensure that
they only pass a value of r which is < rgn-
Discussions with firmware architects have confirmed that the bit in
the ibm,pa-features property that indicates support for
cache-inhibited large (>= 64kB) page mappings does in fact mean that
the hypervisor allows 64kB mappings to I/O devices.
Thus we can now enable the code that tests that bit a
On Wed, 3 Oct 2007, Paul Mackerras wrote:
> Tony Breeds writes:
>
> > @@ -982,6 +906,10 @@ void __init time_init(void)
> >
> > write_sequnlock_irqrestore(&xtime_lock, flags);
> >
> > + /* Register the clocksource, if we're not running on iSeries */
> > + if (!firmware_has_feature(FW_F
On Tue, 2007-10-02 at 22:18 -0600, Grant Likely wrote:
> For many drivers, I think that is already the case. USB OHCI is a
> prime example where there are both PCI and platform_bus bindings among
> others. It seems to me that the bus binding effectively translates
> down to "where do I go to ge
On 10/2/07, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > My opinion is that since it is driver-specific code anyway, then it
> > belongs with the driver. Plus a driver writer for ARM doesn't need to
> > write them. It's the powerpc or microblaze developer who will do it.
> > If the dri
On Wed, 2007-10-03 at 11:19 +1000, Tony Breeds wrote:
> On Wed, Oct 03, 2007 at 10:30:16AM +1000, Michael Ellerman wrote:
>
> > I realise it'll make the patch bigger, but this doesn't seem like a
> > particularly good name for the variable anymore.
>
> Sure, what about?
Better .. but .. :D
On Wed, Oct 03, 2007 at 01:07:58PM +1000, Paul Mackerras wrote:
> Olof Johansson writes:
>
> > > This makes the kernel use 1TB segments for all kernel mappings and for
> > > user addresses of 1TB and above, on machines which support them
> > > (currently POWER5+ and POWER6).
> >
> > PA6T supports
Will Schmidt writes:
> I still need to test this code for performance issues, and this version
> could still use some cosmetic touchups, so I dont think we want this to
> go into a tree yet. I am reposting this primarily to indicate the prior
> version isnt quite right, and so Jon can rebase to t
Joachim Fenkes writes:
> Replace struct ibmebus_dev and struct ibmebus_driver with struct of_device
> and struct of_platform_driver, respectively. Match the external ibmebus
> interface and drivers using it.
>
> Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
> ---
> drivers/infiniband/hw/ehca
Olof Johansson writes:
> > This makes the kernel use 1TB segments for all kernel mappings and for
> > user addresses of 1TB and above, on machines which support them
> > (currently POWER5+ and POWER6).
>
> PA6T supports them as well :)
In the patch, we don't actually hard-code the CPU_FTR_1T_SEG
Hi,
On Tue, Oct 02, 2007 at 01:37:54PM -0500, Will Schmidt wrote:
> [RFC v2] 1TB Segment size support
>
> From: <>
>
> 1TB Segment size support
>
> This makes the kernel use 1TB segments for all kernel mappings and for
> user addresses of 1TB and above, on machines which support them
> (curren
On Tue, 02 Oct 2007 16:10:53 -0700
Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> > > Otherwise, we need to add arch-specific hooks in hotplug-remove
> > > code to be able to do this.
> >
> > Isn't it just a matter of abstracting the test for a valid range of
> > memory? If it's really hard to abs
On Wed, Oct 03, 2007 at 10:30:16AM +1000, Michael Ellerman wrote:
> I realise it'll make the patch bigger, but this doesn't seem like a
> particularly good name for the variable anymore.
Sure, what about?
Clarify when RTAS logging is enabled.
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
On Wed, 2007-10-03 at 09:43 +1000, Paul Mackerras wrote:
> Valentine Barshak writes:
>
> > No need for memset to zero memory here, since we use kzalloc.
> >
> > Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
> > ---
> > drivers/mtd/maps/physmap_of.c |1 -
>
> Please cc the mtd list ([E
Tony Breeds writes:
> @@ -982,6 +906,10 @@ void __init time_init(void)
>
> write_sequnlock_irqrestore(&xtime_lock, flags);
>
> + /* Register the clocksource, if we're not running on iSeries */
> + if (!firmware_has_feature(FW_FEATURE_ISERIES))
> + clocksource_init();
Valentine Barshak writes:
> No need for memset to zero memory here, since we use kzalloc.
>
> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
> ---
> drivers/mtd/maps/physmap_of.c |1 -
Please cc the mtd list ([EMAIL PROTECTED]) and/or David
Woodhouse on MTD patches. Posting them to li
On Wed, 2007-10-03 at 10:26 +1000, Tony Breeds wrote:
> On Tue, Oct 02, 2007 at 06:28:19PM -0500, Linas Vepstas wrote:
> > On Mon, Sep 24, 2007 at 01:35:31PM +0100, Andy Whitcroft wrote:
> > > Seeing the following from an older power LPAR, pretty sure we had
> > > this in the previous -mm also:
> >
On Tue, Oct 02, 2007 at 06:28:19PM -0500, Linas Vepstas wrote:
> On Mon, Sep 24, 2007 at 01:35:31PM +0100, Andy Whitcroft wrote:
> > Seeing the following from an older power LPAR, pretty sure we had
> > this in the previous -mm also:
>
> I haven't forgetten about this ... and am looking at it now.
On Mon, Sep 24, 2007 at 01:35:31PM +0100, Andy Whitcroft wrote:
> Seeing the following from an older power LPAR, pretty sure we had
> this in the previous -mm also:
I haven't forgetten about this ... and am looking at it now.
Seems that whenever I go to reserve the machine pSeries-102,
someone els
On Wed, 2007-10-03 at 08:56 +1000, Paul Mackerras wrote:
> Badari Pulavarty writes:
>
> > I am trying to get hotplug memory remove working on ppc64.
> > In order to verify a given memory region, if its valid or not -
> > current hotplug-memory patches used /proc/iomem. On IA64 and
> > x86-64 /proc
Badari Pulavarty writes:
> I am trying to get hotplug memory remove working on ppc64.
> In order to verify a given memory region, if its valid or not -
> current hotplug-memory patches used /proc/iomem. On IA64 and
> x86-64 /proc/iomem shows all memory regions.
>
> I am wondering, if its accepta
> My opinion is that since it is driver-specific code anyway, then it
> belongs with the driver. Plus a driver writer for ARM doesn't need to
> write them. It's the powerpc or microblaze developer who will do it.
> If the driver maintainer doesn't want the binding in the main driver
> .c file, t
On Tue, 2007-10-02 at 14:38 +0200, Gerhard Pircher wrote:
> I know that it's ugly, but the problem is how to distinguish the
> boards.
> The only real difference I know of is the PCI interrupt mapping. The
> northbridges chip revision for example is always the same, but CPU
> type,
> amount of mem
>
> Exactly, this is what that patch is trying to do. QEIC cascade handler is
> calling mpic's eoi() (end() actually, as it's flow level, but end == eoi.
> Is it main objection? Ok, I can get rid of it, and use chip level eoi()
> directly).
Yes, use eoi() directly, don't add end()
> Yup, exactl
On Mon, Oct 01, 2007 at 07:27:30PM -0600, Matthew Wilcox wrote:
>
> Fine by me. Do you have the ability to produce failures on a whim on
> your platforms?
Yes, although it is very platform specific -- there are actually
transistors in the pci bridge chip, which actually short out lines,
and so
Use alloc_maybe_bootmem() which wraps the if(mem_init_done)
malloc clause.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
On Tue, Oct 02, 2007 at 01:37:53PM +1000, Stephen Rothwell wrote:
> This patch introduces zalloc_maybe_bootmem and uses it so that we don;t
> have to mark a whole (lar
Update the definition of the global utilities structure (ccsr_guts) in
immap_86xx.h and add some related macros for the Freescale 8610 SOC.
Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
---
This patch is for 2.6.24.
include/asm-powerpc/immap_86xx.h | 86 ++
pasemi_mac: use buffer index pointer in clean_rx()
Use the new features in B0 for buffer ring index on the receive side. This
means we no longer have to search in the ring for where the buffer
came from.
Also cleanup the RX cleaning side a little, while I was at it.
Note: Pre-B0 hardware is no l
pasemi_mac: use buffer index pointer in clean_rx()
Use the new features in B0 for buffer ring index on the receive side. This
means we no longer have to search in the ring for where the buffer
came from.
Also cleanup the RX cleaning side a little, while I was at it.
Note: Pre-B0 hardware is no l
pasemi_mac: clear out old errors on interface open
Clear out any pending errors when an interface is brought up. Since the bits
are sticky, they might be from interface shutdown time after firmware has
used it, etc.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: k.org/drivers/net/pasem
pasemi_mac: update todo list
Remove some stale todo items that have been taken care of. Add a couple
of upcoming ones.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: 2.6.23/drivers/net/pasemi_mac.c
===
--- 2.6.23.orig/driv
pasemi_mac: further performance tweaks
Misc driver tweaks for pasemi_mac:
* Increase ring size (really needed mostly on 10G)
* Take out an unneeded barrier
* Move around a few prefetches and reorder a few calls
* Don't try to clean on full tx buffer, just let things
pasemi_mac: add local skb alignment
Add local SKB alignment to pasemi_mac, since ppc64 in general has it at 0
because of design flaws in some of the IBM server bridge chips. However,
for PWRficient doing the unaligned copies is more expensive than doing
unaligned DMA so make sure the data is align
pasemi_mac: workaround for erratum 5971
Implement workarounds for erratum 5971, where L2 hints aren't considered
properly unless the way hint is enabled on the interface. Since L2 isn't
setup to dedicate a way to headers, we need to reset the packet count
by hand so it won't run out of credits.
S
pasemi_mac: implement sg support
Implement SG support for pasemi_mac
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: k.org/drivers/net/pasemi_mac.c
===
--- k.org.orig/drivers/net/pasemi_mac.c
+++ k.org/drivers/net/pasemi_ma
pasemi_mac: rework ring management
Rework ring management, switching to an opaque ring format instead of
the struct-based descriptor+pointer setup, since it will be needed for
SG support.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: k.org/drivers/net/pasemi_mac.c
pasemi_mac: fix bug in receive buffer dma mapping
skb->len isn't actually set to the size of the allocated skb, so don't
try to use it when figuring out how much to map.
(This hasn't surfaced as a real bug because we effectively disable
translation for the interface, but it still needs fixing for
pasemi_mac: basic error checking
Add some rudimentary error checking to pasemi_mac.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: k.org/drivers/net/pasemi_mac.c
===
--- k.org.orig/drivers/net/pasemi_mac.c
+++ k.org/driver
Hi,
This series of patches go on top of the previous fixes that were sent
out and picked up.
It's a series of mostly feature-related changes, but also a couple
of bugfixes:
[1/11] pasemi_mac: basic error checking
[2/11] pasemi_mac: fix bug in receive buffer dma mapping
[3/11] pasemi_mac: rework
Badari Pulavarty wrote:
> On Tue, 2007-10-02 at 13:11 -0700, Geoff Levand wrote:
>> Hi Badari,
>>
>> Badari Pulavarty wrote:
>> > Hi Paul & Ben,
>> >
>> > I am trying to get hotplug memory remove working on ppc64.
>> > In order to verify a given memory region, if its valid or not -
>> > current h
On Tue, 2007-10-02 at 13:11 -0700, Geoff Levand wrote:
> Hi Badari,
>
> Badari Pulavarty wrote:
> > Hi Paul & Ben,
> >
> > I am trying to get hotplug memory remove working on ppc64.
> > In order to verify a given memory region, if its valid or not -
> > current hotplug-memory patches used /proc/i
Hi Badari,
Badari Pulavarty wrote:
> Hi Paul & Ben,
>
> I am trying to get hotplug memory remove working on ppc64.
> In order to verify a given memory region, if its valid or not -
> current hotplug-memory patches used /proc/iomem. On IA64 and
> x86-64 /proc/iomem shows all memory regions.
>
>
On 10/2/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
>
> Grant> +config XILINX_VIRTEX_II_PRO
> Grant> + bool
> Grant> + select XILINX_VIRTEX
> Grant> select IBM405_ERR77
> Grant> select IBM405_ERR51
>
>
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]> Tidy the
Grant> comments to split the driver into logical section; the main
Grant> driver, the console driver, the platform bus binding, and
Grant> module initialization and teardown.
Gran
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]> Changed to make
Grant> the following OF_platform bus binding patch a wee bit cleaner
Grant> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Acked-by: Peter Korsgaard <[EMAIL PROTECTED]>
--
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
Grant> From: Grant Likely <[EMAIL PROTECTED]>
Grant> Add the needed kconfig macros to enable Xilinx Virtex board support
..
Grant> +config XILINX_VIRTEX_II_PRO
Grant> + bool
Grant> + select XILINX_VIRTEX
Grant>
On 10/2/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> Grant> +LINUX FOR POWERPC EMBEDDED XILINX VIRTEX
> Grant> +P: Grant Likely
> Grant> +M: [EMAIL PROTECTED]
> Grant> +W: http://www.secretlab.ca/
>
> You stil
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]> By configuring
Grant> it earlier we get console output sooner which is helpful for
Grant> debugging when the kernel crashes before the serial drivers
Grant> are initialized.
Grant> Signed-
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]>
Grant> Add of_platform bus binding so this driver can be used with
Grant> arch/powerpc
Grant> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Acked-by: Peter Korsgaard <[EMAIL PROTECTED]>
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]>
Grant> Changed to match naming convention used in the rest of the module
Grant> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Acked-by: Peter Korsgaard <[EMAIL PROTECTED]>
--
Bye, Peter
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
Grant> +LINUX FOR POWERPC EMBEDDED XILINX VIRTEX
Grant> +P: Grant Likely
Grant> +M: [EMAIL PROTECTED]
Grant> +W: http://www.secretlab.ca/
You still don't rather want to link to
http://wiki.secretlab.ca/index.php/Linux
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]>
Grant> Reverts commit 58205d2b1256a32c9e8b02587f8ef3cdcf1eb8bd
Grant> This driver is used by devices other than the xilinx
Grant> opb-uartlite which depend on bytewise access to the registe
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]> Add of_platform
Grant> bus binding so this driver can be used with arch/powerpc
Grant> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Acked-by: Peter Korsgaard <[EMAIL PROTECTED]>
--
Bye
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]> By configuring
Grant> it earlier we get console output sooner which is helpful for
Grant> debugging when the kernel crashes before the serial drivers
Grant> are initialized.
Grant> Signed-
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]>
Grant> Changed to match naming convention used in the rest of the module
Grant> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Acked-by: Peter Korsgaard <[EMAIL PROTECTED]>
--
Bye, Peter
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]> Tidy the
Grant> comments to split the driver into logical section; the main
Grant> driver, the console driver, the platform bus binding, and
Grant> module initialization and teardown.
Gran
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]>
Grant> Changed to make the following OF_platform bus binding patch a wee bit
cleaner
Grant> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Acked-by: Peter Korsgaard <[EMAIL PROTECTED]>
-
Josh Boyer wrote:
> On Tue, 2 Oct 2007 16:01:07 +0400
> Valentine Barshak <[EMAIL PROTECTED]> wrote:
>
>> Fix an obvious typo in emac_xmit_finish.
>>
>> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
>
> Looks fine to me. Jeff, do you want to take this through netdev for
> 2.6.24?
sure...
On Tue, 2 Oct 2007 16:01:07 +0400
Valentine Barshak <[EMAIL PROTECTED]> wrote:
> Fix an obvious typo in emac_xmit_finish.
>
> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
Looks fine to me. Jeff, do you want to take this through netdev for
2.6.24?
josh
> ---
> drivers/net/ibm_newemac/
Jan-Bernd Themann wrote:
> Due to stability issues in high load situations the HW queue handling
> has to be changed. The HW queues are now stopped and restarted again instead
> of destroying and allocating new HW queues.
>
> Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
applied
___
Hi Paul & Ben,
I am trying to get hotplug memory remove working on ppc64.
In order to verify a given memory region, if its valid or not -
current hotplug-memory patches used /proc/iomem. On IA64 and
x86-64 /proc/iomem shows all memory regions.
I am wondering, if its acceptable to do the same on
On Oct 2, 2007, at 10:51 AM, Timur Tabi wrote:
> Scott Wood wrote:
>
>> I was thinking of just removing the muram code from qe_lib, and
>> having it use the code in cpm_common.c.
>
> Do we want to have the QE library include CPM code at this point?
> I know we want to merge some QE and CPM c
Timur Tabi wrote:
> Scott Wood wrote:
>
>> I was thinking of just removing the muram code from qe_lib, and having
>> it use the code in cpm_common.c.
>
> Do we want to have the QE library include CPM code at this point? I
> know we want to merge some QE and CPM code, but I would rather do that
Timur Tabi wrote:
> The code to process this node is qe_muram_init() in
> arch/powerpc/sysdev/qe_lib/qe.c.
>
> if ((np = of_find_node_by_name(NULL, "data-only")) != NULL) {
> address = *of_get_address(np, 0, &size, &flags);
> of_node_put(np);
> rh_attach_region(&qe_mur
From: Grant Likely <[EMAIL PROTECTED]>
Reverts commit 58205d2b1256a32c9e8b02587f8ef3cdcf1eb8bd
This driver is used by devices other than the xilinx opb-uartlite which
depend on bytewise access to the registers. The change to 32 bit access
does not work on these devices.
Signed-off-by: Grant Lik
On 10/2/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Reverts commit 58205d2b1256a32c9e8b02587f8ef3cdcf1eb8bd
>
> This driver is used by devices other than the xilinx opb-uartlite which
> depend on bytewise access to the registers. The change to 32 bit ac
From: Grant Likely <[EMAIL PROTECTED]>
Reverts commit 58205d2b1256a32c9e8b02587f8ef3cdcf1eb8bd
This driver is used by devices other than the xilinx opb-uartlite which
depend on bytewise access to the registers. The change to 32 bit access
does not work on these devices.
Signed-off-by: Grant Lik
From: Grant Likely <[EMAIL PROTECTED]>
Add macros to define register names to improve readability.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/boot/uartlite.c | 27 +--
1 files changed, 21 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/bo
Scott Wood wrote:
> I was thinking of just removing the muram code from qe_lib, and having
> it use the code in cpm_common.c.
Do we want to have the QE library include CPM code at this point? I know we
want to merge some QE and CPM code, but I would rather do that in one shot
than piecemeal.
On 10/2/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> It would be nice, though, to merge platform and of_platform to some
> extent, so that things which don't need to check "special" device tree
> properties wouldn't have to make any changes other than maybe adding an
> extra match table entry.
yes,
On 10/2/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> Grant> static int __devinit
> Grant> ulite_of_probe(struct of_device *op, const struct of_device_id *match)
>
> This looks like uartlite code to me ;)
>
> Grant> {
> Gr
Peter Korsgaard wrote:
> Grant> What advantages do you see with the constructor approach?
>
> One advantage is that it keeps the of stuff out of the drivers. There
> already is one bus for platform stuff in the kernel, so from a device
> driver writer POV the of stuff is just extra fluff. Imagine
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
Grant> On 10/2/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
>> > "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> + pr_debug("uartlite: calling platform_driver_register()\n");
Grant> + if ((ret = platfor
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
Grant> static int __devinit
Grant> ulite_of_probe(struct of_device *op, const struct of_device_id *match)
This looks like uartlite code to me ;)
Grant> {
Grant> struct resource res;
Grant> const unsigned int *id;
On 10/2/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
> Grant> + pr_debug("uartlite: calling platform_driver_register()\n");
> Grant> + if ((ret = platform_driver_register(&ulite_platform_driver))
> != 0)
>
> I prefer to no
No need for memset to zero memory here, since we use kzalloc.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
drivers/mtd/maps/physmap_of.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/maps/physmap_of.c b/drivers/mtd/maps/physmap_of.c
index cf75a56
On 10/2/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> The uartlite driver is ofcause primarily used to drive Xilinx
> OPB_Uartlite IP blocks, but that's not the only use - E.G. we are
> using another simple UART with the same hardware interface but sitting
> on a 16bit bus. With the current driv
Esben Haabendal wrote:
> Do rounding of brg clockdivider instead of truncate to get more precise
> baudrates
IIRC, the truncated divider produced better results with serial on
mpc8272ads...
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
Grant> From: Grant Likely <[EMAIL PROTECTED]>
Grant> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Grant> ---
Grant> drivers/serial/uartlite.c | 101
+
Grant> 1 files changed, 93 i
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]>
Grant> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Grant> Acked-by: John Williams <[EMAIL PROTECTED]>
Huh? This seems a bit confused. Microblaze is big endian and out_be32
is only define
On 10/2/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> Grant> From: Grant Likely <[EMAIL PROTECTED]>
> Grant> Changed to make the OF bus binding a wee bit cleaner
>
> Grant> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
>
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
Grant> From: Grant Likely <[EMAIL PROTECTED]>
Grant> Changed to make the OF bus binding a wee bit cleaner
Grant> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Grant> ---
Grant> arch/powerpc/platforms/40x/Kconfig |4 ++--
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]>
Grant> Changed to match naming convention used in the rest of the module
Ok.
Acked-by: Peter Korsgaard <[EMAIL PROTECTED]>
--
Bye, Peter Korsgaard
_
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
Grant> +LINUX FOR POWERPC EMBEDDED XILINX VIRTEX
Grant> +P: Grant Likely
Grant> +M: [EMAIL PROTECTED]
Grant> +W: http://www.secretlab.ca/
That page doesn't have any Xilinx info. What about
http://wiki.secretlab.ca/in
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Grant> From: Grant Likely <[EMAIL PROTECTED]>
Grant> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Fine by me.
Acked-by: Peter Korsgaard <[EMAIL PROTECTED]>
--
Bye, Peter Korsgaard
___
Lin
On 10/2/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> Grant> +static int uartlite_open(void)
> Grant> +{
> Grant> + /* Clear the RX FIFO */
> Grant> + out_be32(reg_base + 0x0C, 0x2);
> Grant> + return 0;
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
Grant> +static int uartlite_open(void)
Grant> +{
Grant> + /* Clear the RX FIFO */
Grant> + out_be32(reg_base + 0x0C, 0x2);
Grant> + return 0;
Grant> +}
Grant> +
Grant> +static void uartlite_putc(unsigned char
Kumar Gala wrote:
>
> On Oct 1, 2007, at 11:10 AM, Scott Wood wrote:
>
>> Kumar Gala wrote:
>>> On Sep 29, 2007, at 1:49 AM, Vitaly Bordug wrote:
cpms have dpram, qe has muram. these two are the same stuff in fact.
Or you are asking about have QE stuff utilize such a binding at the
>>
On Sep 28, 2007, at 2:06 PM, Scott Wood wrote:
> The way the current CPM binding describes available multi-user (a.k.a.
> dual-ported) RAM doesn't work well when there are multiple free
> regions,
> and it doesn't work at all if the region doesn't begin at the start of
> the muram area (as the
On Oct 1, 2007, at 11:10 AM, Scott Wood wrote:
> Kumar Gala wrote:
>> On Sep 29, 2007, at 1:49 AM, Vitaly Bordug wrote:
>>> cpms have dpram, qe has muram. these two are the same stuff in
>>> fact. Or you are asking about have QE stuff utilize such a
>>> binding at the same pass?
>> I was aski
On 10/1/07, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2007-09-30 at 16:42 -0600, Grant Likely wrote:
> > From: Grant Likely <[EMAIL PROTECTED]>
> >
> > Add of_platform bus binding so this driver can be used with arch/powerpc
>
> Another option is to have a "constructor" in the p
On 10/1/07, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2007-09-30 at 16:57 -0600, Grant Likely wrote:
> > val |= ACE_CTRL_DATABUFRDYIRQ | ACE_CTRL_ERRORIRQ;
> > ace_out(ace, ACE_CTRL, val);
> >
> > + /* Now we can hook up the irq handler */
> > + if (a
On 10/2/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 02 2007, Benjamin Herrenschmidt wrote:
> >
> > On Mon, 2007-10-01 at 13:59 +0200, Jens Axboe wrote:
> > > Just send a fixup patch for that, I'll add your series to the block tree
> > > for 2.6.24.
> >
> > It's actually better off livin
According to u-boot/board/mpc8568mds/init.S:
LAW(Local Access Window) configuration:
2) 0xa000_ 0xbfff_ PCIe MEM512MB
4) 0xe280_ 0xe2ff_ PCIe I/O8M
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8568
MPC8568E-MDS have DS1374 chip on the I2C bus, thus let's use it.
This patch also adds #address-cells and #size-cells to the I2C
controllers nodes.
p.s. DS1374 rtc class driver is in the -mm tree, its name is
rtc-rtc-class-driver-for-the-ds1374.patch.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECT
i2c_board_info used semi-initialized, causing garbage in the
info->flags, and that, in turn, causes various symptoms of i2c
malfunctioning, like PEC mismatches.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c |3 +--
1 files changed, 1 insertions(+), 2 del
1 - 100 of 127 matches
Mail list logo
