amiga_free_irq and mach_free_irq are never used, so delete them.
Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
---
diff -urNp linux-2.6.23-rc3-orig/arch/ppc/amiga/config.c
linux-2.6.23-rc3/arch/ppc/amiga/config.c
--- linux-2.6.23-rc3-orig/arch/ppc/amiga/config.c 2007-08-22
amiga_request_irq and mach_request_irq are never used, so delete them.
Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
---
diff -urNp linux-2.6.23-rc3-orig/arch/ppc/amiga/config.c
linux-2.6.23-rc3/arch/ppc/amiga/config.c
--- linux-2.6.23-rc3-orig/arch/ppc/amiga/config.c 2007-0
sys_request_irq is never used, so delete it.
Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
---
diff -urNp linux-2.6.23-rc3-orig/arch/ppc/amiga/ints.c
linux-2.6.23-rc3/arch/ppc/amiga/ints.c
--- linux-2.6.23-rc3-orig/arch/ppc/amiga/ints.c 2007-07-09 08:32:17.0
+0900
+++ lin
sys_free_irq is never used, so delete it.
Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
---
diff -urNp linux-2.6.23-rc3-orig/arch/ppc/amiga/ints.c
linux-2.6.23-rc3/arch/ppc/amiga/ints.c
--- linux-2.6.23-rc3-orig/arch/ppc/amiga/ints.c 2007-08-22 17:14:32.0
+0900
+++ linux-
Fernando Luis Vázquez Cao writes:
> amiga_request_irq and mach_request_irq are never used, so delete them.
OK, but is there a particular reason you want to do this?
The whole of arch/ppc is going away eventually, so I don't think we
need to remove it piece by piece.
Paul.
__
Josh Boyer (10):
[POWERPC] Rename 4xx paths to 40x
[POWERPC] 4xx Kconfig cleanup
[POWERPC] Rename 44x bootwrapper
[POWERPC] 4xx bootwrapper reworks
[POWERPC] 40x MMU
[POWERPC] 40x decrementer fixes
[POWERPC] Fix 40x build
[POWERPC] Bamboo DTS
[P
It seems no one cares for arch/ppc any more but the move to powerpc was
not finished completely (PReP subarch was not migrated but sees users, I
do not know about the user base of the other subarches). So I have been
thinking about migrating PReP support to arch/powerpc myself since I use
it.
Paul Mackerras wrote:
> Scott Wood (15):
> [POWERPC] Add clrbits8 and setbits8
No love for my similar patch that adds the clrsetbits macros? Or the one that
changes immap_86xx.h?
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlab
On Wed, Aug 22, 2007 at 02:50:07PM +0300, Meelis Roos wrote:
> It seems no one cares for arch/ppc any more but the move to powerpc was
> not finished completely (PReP subarch was not migrated but sees users, I
> do not know about the user base of the other subarches). So I have been
> thinking a
How do we want to handle the include cleanup I've got.
I know you'd like some way of showing it complete. Any ideas?
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Aug 22, 2007, at 1:32 AM, sivaji wrote:
>
> Hai,
> I am using the kernel 2.6.23-rc3. i am trying to boot this
> kernel
> to my 8641D board. It was not booting.
> I go the following message
>
> Bytes transferred = 1505 (5e1 hex)
> ## Booting image at 0020 ...
>Image Name: L
On Wed, 22 Aug 2007 14:50:07 +0300 (EEST)
Meelis Roos <[EMAIL PROTECTED]> wrote:
> It seems no one cares for arch/ppc any more but the move to powerpc was
> not finished completely (PReP subarch was not migrated but sees users, I
> do not know about the user base of the other subarches). So I ha
Addess the following modpost warnings we get out of the ppc32 head
files:
WARNING: vmlinux.o(.text+0x358): Section mismatch: reference to
.init.text:early_init (between 'skpinv' and 'interrupt_base')
WARNING: vmlinux.o(.text+0x380): Section mismatch: reference to
.init.text:machine_init (between
On Aug 22, 2007, at 7:44 AM, Timur Tabi wrote:
> Paul Mackerras wrote:
>
>> Scott Wood (15):
>> [POWERPC] Add clrbits8 and setbits8
>
> No love for my similar patch that adds the clrsetbits macros? Or
> the one that changes immap_86xx.h?
I think the clrsetbits macros needs some further c
On Wed, 22 Aug 2007 08:58:31 -0500 (CDT)
Kumar Gala <[EMAIL PROTECTED]> wrote:
> Addess the following modpost warnings we get out of the ppc32 head
> files:
>
> WARNING: vmlinux.o(.text+0x358): Section mismatch: reference to
> .init.text:early_init (between 'skpinv' and 'interrupt_base')
> WARNI
On Aug 22, 2007, at 9:03 AM, Josh Boyer wrote:
> On Wed, 22 Aug 2007 08:58:31 -0500 (CDT)
> Kumar Gala <[EMAIL PROTECTED]> wrote:
>
>> Addess the following modpost warnings we get out of the ppc32 head
>> files:
>>
>> WARNING: vmlinux.o(.text+0x358): Section mismatch: reference
>> to .init.text
On Aug 21, 2007, at 10:27 AM, Anton Vorontsov wrote:
> On Tue, Aug 21, 2007 at 05:45:37PM +0400, Anton Vorontsov wrote:
>> Hi all,
>>
>> Thanks for the previous reviews, this is v4 against Linus' tree,
>> as of today.
>
> Okay, here is brand-new, shiny v5. Today and only today it comes
> without
On Aug 21, 2007, at 10:29 AM, Anton Vorontsov wrote:
> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
> ---
> arch/powerpc/sysdev/fsl_soc.c | 84 ++
> +++
> arch/powerpc/sysdev/fsl_soc.h |7 +++
> 2 files changed, 91 insertions(+), 0 deletions(-)
>
Kumar Gala wrote:
> I think the clrsetbits macros needs some further cleanup. I think
> Stephen mentioned doing something like we do for DEF_MMIO_OUT_BE() to
> only have one 'actual' macro.
Yeah I saw that one, but on IRC a few people said they don't like ##, so I
decided against it. Are you
On Aug 21, 2007, at 10:29 AM, Anton Vorontsov wrote:
> mmc_spi already tested to work. When it will hit mainline
> the only change that will be needed is replacing "spidev"
> with "mmc_spi".
>
> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/mpc832x_rdb.dts
On Wed, 22 Aug 2007 09:08:31 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Aug 22, 2007, at 9:03 AM, Josh Boyer wrote:
>
> > On Wed, 22 Aug 2007 08:58:31 -0500 (CDT)
> > Kumar Gala <[EMAIL PROTECTED]> wrote:
> >
> >> Addess the following modpost warnings we get out of the ppc32 head
> >> fi
Userspace DLPAR tool expects decimal numbers to be written to
and read from sysfs entries.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_main.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ehea/ehea_main.c b/drivers/n
Update the module parameter description of "use_mcs" to
show correct default value
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ehea/ehea_main.c b/drivers/net/ehea/ehea_
Includes hcp_epas_dtor in eq/cq/qp destructors to unmap
HW register.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea_qmr.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ehea/ehea_qmr.c b/drivers/net/ehea/ehea_qmr.c
index
On Wed, Aug 22, 2007 at 09:22:47AM -0500, Kumar Gala wrote:
>
> On Aug 21, 2007, at 10:27 AM, Anton Vorontsov wrote:
>
>> On Tue, Aug 21, 2007 at 05:45:37PM +0400, Anton Vorontsov wrote:
>>> Hi all,
>>>
>>> Thanks for the previous reviews, this is v4 against Linus' tree,
>>> as of today.
>>
>> Okay
Introduces a module parameter to decide whether the physical
port link state is propagated to the network stack or not.
It makes sense not to take the physical port state into account
on machines with more logical partitions that communicate
with each other. This is always possible no matter what t
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 81 +
arch/powerpc/sysdev/fsl_soc.h |7
2 files changed, 88 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_soc.c b/arch/powerpc/sysdev/fsl_
mmc_spi already tested to work. When it will hit mainline
the only change that will be needed is replacing "spidev"
with "mmc_spi".
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc832x_rdb.dts |2 +-
arch/powerpc/platforms/83xx/mpc832x_rdb.c | 50
On Aug 22, 2007, at 8:25 AM, Kumar Gala wrote:
> How do we want to handle the include cleanup I've got.
>
> I know you'd like some way of showing it complete. Any ideas?
So I did the following:
1. generate a file listing of asm-powerpc vs asm-ppc and diff them to
find all files in asm-ppc no
On Aug 22, 2007, at 9:54 AM, Anton Vorontsov wrote:
> On Wed, Aug 22, 2007 at 09:22:47AM -0500, Kumar Gala wrote:
>>
>> On Aug 21, 2007, at 10:27 AM, Anton Vorontsov wrote:
>>
>>> On Tue, Aug 21, 2007 at 05:45:37PM +0400, Anton Vorontsov wrote:
Hi all,
Thanks for the previous revie
Hi,
pasemi_mac patches for 2.6.24:
01/10: pasemi_mac: Abstract out register access
02/10: pasemi_mac: Stop using the pci config space accessors for register
read/writes
03/10: pasemi_mac: Enable L2 caching of packet headers
04/10: pasemi_mac: Fix memcpy amount for short receives
05/10: pasemi_ma
Abstract out the PCI config read/write accesses into reg read/write ones,
still calling the pci accessors on the back end.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mainline/drivers/net/pasemi_mac.c
===
--- mainline.o
Move away from using the pci config access functions for simple register
access. Our device has all of the registers in the config space (hey,
from the hardware point of view it looks reasonable :-), so we need to
somehow get to it. Newer firmwares have it in the device tree such that
we can just
Enable settings to target l2 for the first few cachelines of the packet, since
we'll access them to get to the various headers.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mainline/drivers/net/pasemi_mac.c
===
--- main
Fix up memcpy for short receives.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mainline/drivers/net/pasemi_mac.c
===
--- mainline.orig/drivers/net/pasemi_mac.c
+++ mainline/drivers/net/pasemi_mac.c
@@ -516,9 +516,7 @@ st
Various RX performance tweaks, do some explicit prefetching of packet
data, etc.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mainline/drivers/net/pasemi_mac.c
===
--- mainline.orig/drivers/net/pasemi_mac.c
+++ mainline/d
Postpone pci unmap and skb free of the transmitted buffers to outside of
the tx ring lock, batching them up 32 at a time.
Also increase the count threshold to 128.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mainline/drivers/net/pasemi_mac.c
=
Enable LLTX on pasemi_mac: we're already doing sufficient locking
in the driver to enable it.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mainline/drivers/net/pasemi_mac.c
===
--- mainline.orig/drivers/net/pasemi_mac.c
The old logic didn't detect full (tx) ring cases properly, causing
overruns and general badness. Clean it up a bit and abstract out the
ring size checks, always making sure to leave 1 slot open.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mainline/drivers/net/pasemi_mac.c
==
RX side flag to use is CHECKSUM_UNNECESSARY, not CHECKSUM_COMPLETE.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mainline/drivers/net/pasemi_mac.c
===
--- mainline.orig/drivers/net/pasemi_mac.c
+++ mainline/drivers/net/pa
Unfortunately there's no timeout for how long a packet can sit on
the TX ring after completion before an interrupt is generated, and
we want to have a threshold that's larger than one packet per interrupt.
So we have to have a timer that occasionally cleans the TX ring even
though there hasn't bee
On Wed, Aug 22, 2007 at 10:01:13AM -0500, Kumar Gala wrote:
>
> On Aug 22, 2007, at 9:54 AM, Anton Vorontsov wrote:
>
>> On Wed, Aug 22, 2007 at 09:22:47AM -0500, Kumar Gala wrote:
>>>
>>> On Aug 21, 2007, at 10:27 AM, Anton Vorontsov wrote:
>>>
On Tue, Aug 21, 2007 at 05:45:37PM +0400, Anton
Guys,
I was wondering if I could get your help with looking at the
following lists and determining if we have an issue or not related
the following files:
Getting some classification on these would be good. Possibly
classifications, doesn't build in ARCH=powerpc, remove include, real
iss
On Wed, Aug 22, 2007 at 10:19:21AM -0500, Kumar Gala wrote:
> ./drivers/mtd/maps/tqm834x.c:#include
> ./drivers/mtd/maps/pq2fads.c:#include
These use the bd_t, and thus will only work on arch/ppc. On
arch/powerpc, we can use the device tree to specify the mapping.
-Scott
__
On Wed, Aug 22, 2007 at 07:29:56AM -0500, Josh Boyer wrote:
>
> David Gibson and Rob Landley had a quite interesting discussion about
> PReP last night on IRC.
?? Where? I scrolled back on #ppc64 on freenode, and see no such
conversation.
--linas
___
On Wed, Aug 22, 2007 at 11:19:34AM -0500, Linas Vepstas wrote:
> On Wed, Aug 22, 2007 at 07:29:56AM -0500, Josh Boyer wrote:
> >
> > David Gibson and Rob Landley had a quite interesting discussion about
> > PReP last night on IRC.
>
> ?? Where? I scrolled back on #ppc64 on freenode, and see no s
On Wed, 22 Aug 2007 10:27:16 -0500
Olof Johansson <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 22, 2007 at 11:19:34AM -0500, Linas Vepstas wrote:
> > On Wed, Aug 22, 2007 at 07:29:56AM -0500, Josh Boyer wrote:
> > >
> > > David Gibson and Rob Landley had a quite interesting discussion about
> > > PRe
From: Maxim Shchetynin <[EMAIL PROTECTED]>
Firmware would not deliver two interrupt numbers in device-tree any more
but only one, for correctable ECC, because uncorrectable ECC from now
handles firmware itself.
Changes in the axonram module are necessary because in the old version, if
it is not al
From: Arnd Bergmann <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
---
Index: linux-2.6/arch/powerpc/configs/cell_defconfig
===
--- linux-2.6.orig/arch/powerpc/configs/cell_defconfig
+++ linux-2.6/arch/powerpc/con
From: Christian Krafft <[EMAIL PROTECTED]>
Legacy device tree used the reg property for the physical id of an spe.
On newer device tree layouts the reg property contains the "correct" value
in the reg attribute. So there has been intoduced the "physical-id" on newer
devicetree layouts. The id is st
From: Arnd Bergmann <[EMAIL PROTECTED]>
The Cell Broadband Engine has a method of injecting a
system-reset-exception from an external source into the
operating system, which should trigger the regular behaviour
of entering xmon or kdump.
Unfortunately, the exception handler cannot distinguish it f
From: Maxim Shchetynin <[EMAIL PROTECTED]>
On exit do not delete gendisk's queue because this is already done by
del_gendisk(). Doing it twice may cause memory damage.
Signed-off-by: Maximilian <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
---
Index: linux-2.6/arch/powerpc/
Hi Paul,
A few bugs came up on the cell platform when testing on the lastest
prototype version of a future hardware. The first three patches are
all meant to track changes required for the fixes that have gone
into the firmware. Patch 4 is for a bug that showed up during testing,
and the final pat
On Wed, Aug 22, 2007 at 11:09:07AM +1000, David Gibson wrote:
> On Tue, Aug 21, 2007 at 11:09:58AM -0500, Scott Wood wrote:
> > The point of #2 was as part of the fix to #1 -- otherwise, the same
> > check for NULL would have to be moved into ft_create_node to
> > conditionally call ft_find_devic
On Wednesday 22 August 2007, Arnd Bergmann wrote:
> Hi Paul,
>
> A few bugs came up on the cell platform when testing on the lastest
> prototype version of a future hardware. The first three patches are
> all meant to track changes required for the fixes that have gone
> into the firmware. Patch 4
This patch adds the clrsetbits() macro, which is used to set and clear
multiple bits in a single read-modify-write operation. Specify the bits to
clear in the 'clear' parameter and the bits to set in the 'set' parameter.
These macros can also be used to set a multiple-bit bit pattern using a mask,
Does anyone know why dt_vdevices() creates a vscsi node on legacy iseries?
I'm sure only viodasd and viocd is required as blockdevice type.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, 22 Aug 2007, Nick Piggin wrote:
>
> It took me more than a glance to see what the difference is supposed to be
> between wmb() and mmiowb(). I think especially because mmiowb isn't really
> like a write barrier.
Well, it is, but it isn't. Not on its own - but together with a "normal"
b
On Wed, Aug 22, 2007 at 07:44:41PM +1000, Paul Mackerras wrote:
> Fernando Luis Vázquez Cao writes:
>
> > amiga_request_irq and mach_request_irq are never used, so delete them.
>
> OK, but is there a particular reason you want to do this?
>
> The whole of arch/ppc is going away eventually, so I
On Wed, 22 Aug 2007 10:19:21 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
> Guys,
>
> I was wondering if I could get your help with looking at the
> following lists and determining if we have an issue or not related
> the following files:
>
> Getting some classification on these would be good
On Wed, 22 Aug 2007 21:04:28 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Got that on imac g3.
>
> CC kernel/kgdb.o
> kernel/kgdb.c: In function 'kgdb_handle_exception':
> kernel/kgdb.c:940: error: invalid lvalue in unary '&'
> kernel/kgdb.c:940: warning: type def
On Wednesday, August 22, 2007 11:07 am Linus Torvalds wrote:
> > It really seems like it is some completely different concept from a
> > barrier. And it shows, on the platform where it really matters
> > (sn2), where the thing actually spins.
>
> I agree that it probably isn't a "write barrier" per
Hello everybody,
I was wondering what the status was on supporting floating-point instructions
for the mpc8548. I found the suggested patch:
http://patchwork.ozlabs.org/linuxppc/patch?order=patch&filter=none&id=9455,
but I'm not sure for what kernel version this is and when it will be
officia
On Aug 22, 2007, at 12:47 PM, Timur Tabi wrote:
> This patch adds the clrsetbits() macro, which is used to set and clear
> multiple bits in a single read-modify-write operation. Specify the
> bits to
> clear in the 'clear' parameter and the bits to set in the 'set'
> parameter.
> These macro
On Aug 22, 2007, at 1:37 PM, Ben Buchli wrote:
> Hello everybody,
> I was wondering what the status was on supporting floating-point
> instructions
> for the mpc8548. I found the suggested patch:
> http://patchwork.ozlabs.org/linuxppc/patch?
> order=patch&filter=none&id=9455,
> but I'm not su
On Tue, 21 Aug 2007 11:47:41 -0500
Scott Wood <[EMAIL PROTECTED]> wrote:
> Vitaly Bordug wrote:
> > On Fri, 17 Aug 2007 13:17:18 -0500
> > Scott Wood wrote:
> >
> >
> >>The existing OF glue code was crufty and broken. Rather than fix
> >>it, it will be removed, and the ethernet driver now talks
On Fri, 17 Aug 2007 12:53:59 -0500
Scott Wood wrote:
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: Vitaly Bordug <[EMAIL PROTECTED]>
> ---
> drivers/net/fs_enet/fs_enet-main.c | 85
> ---
> drivers/net/fs_enet/fs_enet.h |4 +-
> drivers/net/
On Fri, 17 Aug 2007 12:54:02 -0500
Scott Wood wrote:
> These macros accomplish nothing other than defeating type checking.
>
> This patch also fixes one instance of the wrong register size being
> used that was revealed by enabling type checking.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Vitaly Bordug wrote:
>>-#define W8(_p, _m, _v) __fcc_out8(&(_p)->_m, (_v))
>>-#define R8(_p, _m) __fcc_in8(&(_p)->_m)
>>+#define W8(_p, _m, _v) out_8(&(_p)->_m, (_v))
>>+#define R8(_p, _m) in_8(&(_p)->_m)
>> #define S8(_p, _m, _v) W8(_p, _m, R8(_p, _m) | (_v))
>> #define C8(_p
Vitaly Bordug wrote:
> yes, wrong snippet what about
>
>
>> #ifdef CONFIG_CPM2 + r = fs_enet_mdio_bb_init(); + if (r != 0) +
>> goto out_mdio_bb; +#endif +#ifdef CONFIG_8xx + r =
>> fs_enet_mdio_fec_init(); + if (r != 0) + goto out_mdio_fec;
>> +#endif
>
>
> We had to pray
This is just to see if the modification to fix_alignment is ok with
people. Still need to fill in the actual implementation of emulate_spe().
diff --git a/arch/powerpc/kernel/align.c b/arch/powerpc/kernel/align.c
index 4c47f9c..a9fcf25 100644
--- a/arch/powerpc/kernel/align.c
+++ b/arch/powerpc/ke
On Wednesday 22 August 2007, Kumar Gala wrote:
> I think we can all agree that the amiga*.h, zorro.h and traps.h can
> be ignored since they have to do with amiga/apus support.
arch/powerpc/kernel/setup_32.c unconditionally #includes ,
the rest looks unused indeed.
Arnd <><
On Aug 22, 2007, at 5:39 PM, Arnd Bergmann wrote:
> On Wednesday 22 August 2007, Kumar Gala wrote:
>> I think we can all agree that the amiga*.h, zorro.h and traps.h can
>> be ignored since they have to do with amiga/apus support.
>
> arch/powerpc/kernel/setup_32.c unconditionally #includes amig
On Wed, 22 Aug 2007 17:44:12 -0500
Jason Wessel <[EMAIL PROTECTED]> wrote:
> Perhaps there is a cleaner way to do the same thing and avoid the
> cmpxchg all together. I used the attached patch to eliminate the
> cmpxchg operation.
>
>
> Jason.
>
>
> [kgdb_enter_atomic.patch text/plain (2.0
Hi Olof,
On Wed, 22 Aug 2007 09:12:48 -0500 Olof Johansson <[EMAIL PROTECTED]> wrote:
>
> -static unsigned int read_iob_reg(struct pasemi_mac *mac, unsigned int reg)
> +static inline unsigned int read_iob_reg(struct pasemi_mac *mac, unsigned int
> reg)
^^
For static functions in C f
This patch adds the clrsetbits_xxx() macros, which are used to set and clear
multiple bits in a single read-modify-write operation. Specify the bits to
clear in the 'clear' parameter and the bits to set in the 'set' parameter.
These macros can also be used to set a multiple-bit bit pattern using a
With the I/O space rewrite by BenH, the legacy_serial serial_dev_init()
initcall is now called before I/O space is setup, but it's dependent on
it being available.
Since there's no way to make dependencies between initcalls, we'll just
have to move it to device_initcall(). Yes, it's suboptimal but
Andrew Morton wrote:
On Wed, 22 Aug 2007 21:04:28 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
Hello,
Got that on imac g3.
CC kernel/kgdb.o
kernel/kgdb.c: In function 'kgdb_handle_exception':
kernel/kgdb.c:940: error: invalid lvalue in unary '&'
kernel/kgdb.c:940: warn
On Wed, Aug 22, 2007 at 11:07:32AM -0700, Linus Torvalds wrote:
>
>
> On Wed, 22 Aug 2007, Nick Piggin wrote:
> >
> > It took me more than a glance to see what the difference is supposed to be
> > between wmb() and mmiowb(). I think especially because mmiowb isn't really
> > like a write barrier
On Wed, Aug 22, 2007 at 12:24:56PM -0500, Scott Wood wrote:
> On Wed, Aug 22, 2007 at 11:09:07AM +1000, David Gibson wrote:
> > On Tue, Aug 21, 2007 at 11:09:58AM -0500, Scott Wood wrote:
> > > The point of #2 was as part of the fix to #1 -- otherwise, the same
> > > check for NULL would have to b
On Wed, Aug 22, 2007 at 12:02:11PM -0700, Jesse Barnes wrote:
> On Wednesday, August 22, 2007 11:07 am Linus Torvalds wrote:
> > > It really seems like it is some completely different concept from a
> > > barrier. And it shows, on the platform where it really matters
> > > (sn2), where the thing ac
Hi,
When compiling the 2.6.23-rc3 kernel, i got following warning
messages.
WARNING: vmlinux.o(.text+0x18): Section mismatch: reference to
.init.text:early_init (between '__start' and '__after_mmu_off')
WARNING: vmlinux.o(.text+0x3834): Section mismatch: reference to
.init.text:machine_i
On Aug 22, 2007, at 9:30 PM, sivaji wrote:
>
> Hi,
> When compiling the 2.6.23-rc3 kernel, i got following warning
> messages.
>
> WARNING: vmlinux.o(.text+0x18): Section mismatch: reference to
> .init.text:early_init (between '__start' and '__after_mmu_off')
> WARNING: vmlinux.o(.text+0
The ucc_geth_mii code is based on the gianfar_mii code that use to include
ocp.h. ucc never need this and it causes issues when we want to kill
arch/ppc includes from arch/powerpc.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Jeff, if you issue with this for 2.6.23, I'd prefer to push this
On Wed, Aug 22, 2007 at 10:19:21AM -0500, Kumar Gala wrote:
> Guys,
>
> I was wondering if I could get your help with looking at the
> following lists and determining if we have an issue or not related
> the following files:
>
> Getting some classification on these would be good. Possibly
On Wed, Aug 22, 2007 at 02:30:47PM -0500, Josh Boyer wrote:
> On Wed, 22 Aug 2007 10:19:21 -0500
> Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> > Guys,
> >
> > I was wondering if I could get your help with looking at the
> > following lists and determining if we have an issue or not related
> >
On Thu, 23 Aug 2007, Nick Piggin wrote:
>
> > Irix actually had an io_unlock() routine that did this
> > implicitly, but iirc that was shot down for Linux...
>
> Why was it shot down? Seems like a pretty good idea to me ;)
It's horrible. We'd need it for *every* single spinlock type. We have l
On Wed, Aug 22, 2007 at 09:51:03PM -0500, Kumar Gala wrote:
> The ucc_geth_mii code is based on the gianfar_mii code that use to include
> ocp.h. ucc never need this and it causes issues when we want to kill
> arch/ppc includes from arch/powerpc.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
On Aug 22, 2007, at 9:49 PM, David Gibson wrote:
> On Wed, Aug 22, 2007 at 02:30:47PM -0500, Josh Boyer wrote:
>> On Wed, 22 Aug 2007 10:19:21 -0500
>> Kumar Gala <[EMAIL PROTECTED]> wrote:
>>
>>> Guys,
>>>
>>> I was wondering if I could get your help with looking at the
>>> following lists and d
It is just a C char array, so declare it thusly.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/head_32.S|8
arch/powerpc/kernel/head_44x.S |8
arch/powerpc/kernel/head_4xx.S |7 ---
arch/powerpc/kernel/head_64.S
David Gibson pointed out that swapper_pg_dir actually need to be
PGD_TABLE_SIZE bytes long not PAGE_SIZE. This actually saves 64k in
the bss for a ppc64_defconfig kernel built with CONFIG_PPC_64K_PAGES.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/asm-offsets.c |
On Aug 22, 2007, at 10:10 PM, Stephen Rothwell wrote:
> David Gibson pointed out that swapper_pg_dir actually need to be
> PGD_TABLE_SIZE bytes long not PAGE_SIZE. This actually saves 64k in
> the bss for a ppc64_defconfig kernel built with CONFIG_PPC_64K_PAGES.
>
> Signed-off-by: Stephen Rothwe
Andrew Morton wrote:
> On Wed, 22 Aug 2007 17:44:12 -0500
> Jason Wessel <[EMAIL PROTECTED]> wrote:
>
>
>> +while (!atomic_read(&debugger_active));
>>
>
> eek. We're in the process of hunting down and eliminating exactly this
> construct. There have been cases where the compiler cache
On Aug 22, 2007, at 10:09 PM, Stephen Rothwell wrote:
> It is just a C char array, so declare it thusly.
>
> Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
> ---
> arch/powerpc/kernel/head_32.S|8
> arch/powerpc/kernel/head_44x.S |8
> arch/powerpc/ke
On Thu, Aug 23, 2007 at 01:10:32PM +1000, Stephen Rothwell wrote:
> David Gibson pointed out that swapper_pg_dir actually need to be
> PGD_TABLE_SIZE bytes long not PAGE_SIZE. This actually saves 64k in
> the bss for a ppc64_defconfig kernel built with CONFIG_PPC_64K_PAGES.
>
> Signed-off-by: Ste
On Thu, Aug 23, 2007 at 01:09:13PM +1000, Stephen Rothwell wrote:
> It is just a C char array, so declare it thusly.
>
> Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroque, and my code
da
On Aug 22, 2007, at 9:47 PM, David Gibson wrote:
> On Wed, Aug 22, 2007 at 10:19:21AM -0500, Kumar Gala wrote:
>> Guys,
>>
>> I was wondering if I could get your help with looking at the
>> following lists and determining if we have an issue or not related
>> the following files:
>>
>> Getting so
Hi Anton,
On Wed, 22 Aug 2007 18:57:32 +0400 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> + sysclk = *(u32 *)of_get_property(np, "bus-frequency", NULL);
I just cringe everytime I see someone dereference a pointer they got from
somewhere (effectively) external without checking for NULL. I r
On Aug 22, 2007, at 10:19 AM, Kumar Gala wrote:
> Guys,
>
> I was wondering if I could get your help with looking at the
> following lists and determining if we have an issue or not related
> the following files:
>
> Getting some classification on these would be good. Possibly
> classifications,
On Wed, Aug 22, 2007 at 10:33:55PM -0500, Kumar Gala wrote:
>
> On Aug 22, 2007, at 10:19 AM, Kumar Gala wrote:
>
> >Guys,
> >
> >I was wondering if I could get your help with looking at the
> >following lists and determining if we have an issue or not related
> >the following files:
> >
> >Getti
1 - 100 of 115 matches
Mail list logo
