On Mon, 2007-10-01 at 17:32 -0400, Leisner, Martin wrote:
I asked this on linuxppc-embedded a week ago (I didn't even know this
list existed until last week -- another reason to get rid of
linuxpcc-embedded).
Has anyone gotten NAP/DFS to reliably work on a 7448?
I'm seeing strange
On Tue, 2007-10-02 at 15:51 +1000, Michael Ellerman wrote:
On Tue, 2007-10-02 at 15:19 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2007-09-17 at 16:05 +1000, Michael Ellerman wrote:
Add a helper routine to map dcr's based on the dcr-reg property of
a device node.
Signed-off-by:
On Tue, 2007-10-02 at 15:58 +1000, Michael Ellerman wrote:
Looks allright, just a question tho... what do we do if it fails ?
Do we
try to fallback to a lower number of MSIs ? Or what ? Dead device ?
That's all up to the device driver. In theory the driver could try again
with a lower
On Tue, Oct 02 2007, Benjamin Herrenschmidt wrote:
On Mon, 2007-10-01 at 13:59 +0200, Jens Axboe wrote:
On Sun, Sep 30 2007, Grant Likely wrote:
On 9/30/07, Christoph Hellwig [EMAIL PROTECTED] wrote:
On Sun, Sep 30, 2007 at 04:57:09PM -0600, Grant Likely wrote:
+ if ((rc =
On Mon, 2007-10-01 at 22:58 +0200, Michael Buesch wrote:
On Monday 01 October 2007 10:00:02 Michel Dänzer wrote:
On Sun, 2007-09-30 at 12:16 +0200, Michael Buesch wrote:
Ah, forgot to say.
It does not crash immediately when the register is written. It takes
about two seconds
Do rounding of brg clockdivider instead of truncate to get more precise
baudrates
Something similar might be needed for cpm_fastbrg...
---
commit 52d631eb8f64cef794d6aa66494e253cf268894e
tree 956149a0eb5beb9afb280f4593615929eab7b779
parent 300070dd6b5e71af0c6fbecd32388905dbdd3ea5
author Esben
On Tue, 2007-10-02 at 16:24 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2007-10-02 at 15:58 +1000, Michael Ellerman wrote:
Looks allright, just a question tho... what do we do if it fails ?
Do we
try to fallback to a lower number of MSIs ? Or what ? Dead device ?
That's all up to
Hi everybody,
it seems linuxppc-embedded is going away. I should have posted this here in
the first place, so sorry for the cross-post.
I need to export some read-only board-specific information (serial number,
boot mode jumper configuration, ...) that are collected from various locations
Follwing patch series is an update to support Cell Reference Set (Celleb).
Two patches of former series are declined, two are updated, and rest
three still remain.
Declined patches are fixing SLB initialization and VFD support for
Celleb 2. I found former patch not necessary anymore, and latter
This patch is an update for Beat on Celleb
- Move beat_pause(), beat_kexec_cpu_down() from setup.c to beat.c
Signed-off-by: [EMAIL PROTECTED]
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
---
Index: linux-powerpc-git/arch/powerpc/platforms/celleb/beat.h
On Tuesday 02 October 2007, Ishizaki Kou wrote:
Though I agree it's better to make code common, I hope to keep them
separate for now. Because I'm now developing PCI Express support and
it also uses io-workaround mechanism. I'll try to make them common in
this work.
Ok, fair enough. Let's use
This is a patch to support Power/Reset buttons on Beat on Celleb.
On Beat, we have an event from Beat if Power button or Reset button
is pressed. This patch catches the event and convert it to a signal
to INIT process by calling ctrl_alt_del() function.
/sbin/inittab have no entry to turn the
This is a patch kit to work with new Guest OS Interface
to tweak HTAB on Beat. It detects old and new Guest OS Interfaces
automatically.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
---
Index: linux-powerpc-git/arch/powerpc/platforms/celleb/setup.c
This is an update patch for Serial I/O on Celleb.
- Detection algorithm has been changed
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
---
Index: linux-powerpc-git/arch/powerpc/platforms/celleb/scc_sio.c
===
---
This is a patch kit to support PCI bus on Celleb with new I/O routines
for PowerPC. External PCI on Celleb must do explicit synchronization
with devices (Bus has no automatic synchronization feature).
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
---
Index:
On Tue, 2007-10-02 at 17:40 +1000, Michael Ellerman wrote:
rtas_disable_msi() asks firmware to configure 0 MSIs on the device,
that
hopefully succeeds. AFAIK configuring 0 MSIs is as close as we can get
to disabling MSI via RTAS.
Perhaps that should also (re)enable INTX?
Not sure...
On Tue, 2007-10-02 at 10:10 +0200, Laurent Pinchart wrote:
Hi everybody,
it seems linuxppc-embedded is going away. I should have posted this here in
the first place, so sorry for the cross-post.
I need to export some read-only board-specific information (serial number,
boot mode jumper
Hi Ben,
On Tuesday 02 October 2007 10:39, Benjamin Herrenschmidt wrote:
On Tue, 2007-10-02 at 10:10 +0200, Laurent Pinchart wrote:
Hi everybody,
it seems linuxppc-embedded is going away. I should have posted this here
in the first place, so sorry for the cross-post.
I need to export
On Tuesday 02 October 2007, Ishizaki Kou wrote:
This is a patch to support Power/Reset buttons on Beat on Celleb.
On Beat, we have an event from Beat if Power button or Reset button
is pressed. This patch catches the event and convert it to a signal
to INIT process by calling ctrl_alt_del()
On Tuesday 02 October 2007, Ishizaki Kou wrote:
This is a patch kit to support PCI bus on Celleb with new I/O routines
for PowerPC. External PCI on Celleb must do explicit synchronization
with devices (Bus has no automatic synchronization feature).
Signed-off-by: Kou Ishizaki [EMAIL
Original-Nachricht
Datum: Tue, 02 Oct 2007 07:39:47 +1000
Von: Benjamin Herrenschmidt [EMAIL PROTECTED]
An: Gerhard Pircher [EMAIL PROTECTED]
CC: linuxppc-dev@ozlabs.org
Betreff: Re: Problem with OF interrupt parsing code
Part of your problem is that interrupt-parent
Original-Nachricht
Datum: Tue, 02 Oct 2007 08:54:04 +1000
Von: Benjamin Herrenschmidt [EMAIL PROTECTED]
An: Segher Boessenkool [EMAIL PROTECTED]
CC: Gerhard Pircher [EMAIL PROTECTED], linuxppc-dev@ozlabs.org
Betreff: Re: Problem with OF interrupt parsing code
It shoudn't
Original-Nachricht
Datum: Mon, 01 Oct 2007 16:26:14 -0500
Von: Scott Wood [EMAIL PROTECTED]
An: Gerhard Pircher [EMAIL PROTECTED]
CC: linuxppc-dev@ozlabs.org
Betreff: Re: Problem with OF interrupt parsing code
Secondly the AmigaOne is a desktop system with 4 PCI/AGP
Hi all,
These patches needed to support PCIe and RTC on the MPC8568E-MDS board.
They're against galak/powerpc.git master branch.
Thanks,
--
Anton Vorontsov
email: [EMAIL PROTECTED]
backup email: [EMAIL PROTECTED]
irc://irc.freenode.net/bd2
___
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
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
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]
---
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 living in the powerpc
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 (ace-irq !=
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 platform code
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 asking about both
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
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
same pass?
I
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 c)
Grant +{
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 +
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
___
Linuxppc-dev
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
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 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
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
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 defined in
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 insertions(+), 8
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
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 driver
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
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 not have assignments in
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;
Grant
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, that
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.
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
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
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 access
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
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_muram_info,
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
in
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 code, but
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
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
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... can you bounce
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]
--
Bye, Peter
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-off-by: Grant
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, Peter Korsgaard
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 registers.
Grant The
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
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 Korsgaard
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]
--
Bye, Peter
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-off-by: 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 still don't rather want to
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 select
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]
--
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.
Grant
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.
I am
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/iomem. On IA64
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 hotplug-memory patches
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
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
+++
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: 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: 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
+++
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.
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
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
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
===
---
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:
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
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
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 ++
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
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,
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, exactly.
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 memory
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, then
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/iomem
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 else
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 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:
I
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
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();
This
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 ([EMAIL
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]
---
1 - 100 of 114 matches
Mail list logo