Newer asm-generic/vmlinux.lds.h provides a DATA_DATA macro which defines the
content of what is normally referred to by *(.data). It permits adding more
"subsections" (declared by gcc with the section attribute or in assembly), which
will be linked in the .data section.
Signed-off-by: Mathieu Desn
Powerpc - Include pagemap.h in asm/powerpc/tlb.h
Fixes this powerpc build error in 2.6.22-rc6-mm1 for powerpc 64 :
In file included from include2/asm/tlb.h:60,
from /home/compudj/git/linux-2.6-lttng/arch/powerpc/mm/init_64.
c:56:
/home/compudj/git/linux-2.6-lttng/include/asm-gene
[EMAIL PROTECTED] (Linas Vepstas) writes:
> This is a patch (& bug report) for a crash in sysctl_set_parent()
> in 2.6.22-git2.
>
> Problem: 2.6.22-git2 crashes with a stack trace
> [c1d0fb00] c0067b4c .sysctl_set_parent+0x48/0x7c
> [c1d0fb90] c0069b40 .register_
Hi,
I'm totally confuzed by this patch ...
On 7/14/07, Linas Vepstas <[EMAIL PROTECTED]> wrote:
>
> This is a patch (& bug report) for a crash in sysctl_set_parent()
> in 2.6.22-git2.
Are you sure you saw this crash on 22-git2 (Linus' tree) ???
> Problem: 2.6.22-git2 crashes with a stack trace
On Fri, 2007-07-13 at 16:19 +0200, Arnd Bergmann wrote:
> I'm pretty sure that no ppc64 machine needs alias resolution in the kernel,
> although some are VIPT. Last time we discussed this, Segher explained it
> to me, but I don't remember which way Cell does it. IIRC, it automatically
> flushes cac
On Fri, 2007-07-13 at 09:02 -0400, James Bottomley wrote:
> On Wed, 2007-07-04 at 15:22 +0200, Geert Uytterhoeven wrote:
> > + kaddr = kmap_atomic(sgpnt->page, KM_USER0);
> > + if (!kaddr)
> > + return -1;
> > +
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Fri, 13 Jul 2007 15:05:15 -0500
>
> This is a patch (& bug report) for a crash in sysctl_set_parent()
> in 2.6.22-git2.
>
> Problem: 2.6.22-git2 crashes with a stack trace
> [c1d0fb00] c0067b4c .sysctl_set_parent+0x48/0x7c
> [c
On Fri, Jul 13, 2007 at 07:05:40PM +0200, Olaf Hering wrote:
Hi Olaf,
> 2.6.21 arch/powerpc/configs/iseries_defconfig works on an i825 with v5r4
> 2.6.22 arch/powerpc/configs/iseries_defconfig does not. But it works on
> a i820 with v5r3.
> 2.6.22 boots ok with CONFIG_VIOCONS
Rats!
Can
Scott Wood wrote:
> Wouldn't this cause latencies of up to a second in responding to
> received packets? I'd think that would be considered excessive.
>
> And shouldn't NAPI be reducing the RX interrupt load anyway?
Sorry, I missed that you reduced the interval to 20 ms. Still, a bit on
the h
Alexandre Bounine wrote:
> -/* If the RX ring has run out of memory, try periodically
> - * to allocate some more, as otherwise poll would never
> - * get called (apart from the initial end-of-queue condition).
> - *
> - * This is called once per second (by default) from the thread.
> +/* tsi108_ch
On Fri, 13 Jul 2007, Christian Kujau wrote:
> Ah, this seem to have fixed http://lkml.org/lkml/2007/7/8/21 and really
> looks promising, I'll try 2.6.22-git2 now.
for the record: running 2.6.22-git3 now and the Oopses went away ;)
thanks,
Christian.
--
BOFH excuse #352:
The cables are not the s
From: Alexandre Bounine <[EMAIL PROTECTED]>
This patch improves performance of the Tsi108 Ethernet driver by
changing interrupt handling
for frame receive path. It reduces number of interrupts generated for
received frames and therefore lowers CPU utilization by the device
driver.
Signed-off-b
On Fri, 13 Jul 2007, James Bottomley wrote:
> On Fri, 2007-07-13 at 17:10 +0200, Geert Uytterhoeven wrote:
> > On Fri, 13 Jul 2007, Arnd Bergmann wrote:
> > > On Friday 13 July 2007, James Bottomley wrote:
> > > > > IC.
> > > > >
> > > > > - flush_kernel_dcache_page() is a no-op on ppc64
> > > >
This is a patch (& bug report) for a crash in sysctl_set_parent()
in 2.6.22-git2.
Problem: 2.6.22-git2 crashes with a stack trace
[c1d0fb00] c0067b4c .sysctl_set_parent+0x48/0x7c
[c1d0fb90] c0069b40 .register_sysctl_table+0x7c/0xf4
[c1d0fc30] c06
Hello, Vikram!
Vikram Kone schrieb:
> Hi..
> I'm a linux newbie and im working on porting the USB driver ISP1362 by
> Philips on to my Freescale ppc board.
Please don't crosspost.
Please don't write HTML.
> I dont know how to do this... so if any of you can tell me how to do
> this step by ste
Hello.
Marc Leeman wrote:
> With the release of the 2.6.22, our boards didn't boot anymore. I traced
> the change back to 2.6.21-git10/2.6.21-git11.
> The reason they didn't boot was that the kernel didn't detect the flash
> where the root filesystem is stored on. The boards boot without an
>
Jon Loeliger <[EMAIL PROTECTED]> wrote:
X-Provags-ID: V01U2FsdGVkX18a539ZiXmAXeY+eK9MdUjOkwfvlvR4PUC8vLN
hv7FFOkt1BgOy18T2Tf8fQgBcT+SMke7QjZMwzOtjX3HPEZzfI
I86h59GhTM7GU39vE50ww==
> Hmmm... Shouldn't this sort of change come
> with an update to the 8641 defconfig too?
Yes, good point. This upda
Jon Loeliger <[EMAIL PROTECTED]> wrote:
X-Provags-ID: V01U2FsdGVkX1+SaCCegn5lQjYmfKX51SjCTUcB54DR70XKrhI
hmGM1tKApkuJUhU1N/m27xBNFkgSrryBjxIoSP8aSjI4iolGnU
P+lfBacQBsWXTPdYoWsBw==
> Hmmm... Shouldn't this sort of change come
> with an update to the 8641 defconfig too?
Content-Disposition: inline
Jon Loeliger <[EMAIL PROTECTED]> wrote:
X-Provags-ID: V01U2FsdGVkX183KEAUKHXvruCYhaaV52OzolDzOwR8U/cVbZz
RqqlZgNmQVzTnk6PKfA2exuU2PW9QK2JcOV9grQhnden9S/eQ3
4u2xKjwqyFO/YMrW3bvyA==
> Hmmm... Shouldn't this sort of change come
> with an update to the 8641 defconfig too?
Content-Disposition: inline
Jon Loeliger <[EMAIL PROTECTED]> wrote:
X-Provags-ID: V01U2FsdGVkX1+BoY6XjUrGly1rWyOZxsXD2wcNMyeBnkUMy7/
aE+cggJKYpJ3rKZ1wc9pqTY5IFAoNnY8dtj7q9qT51Y7DKTlnv
RU/QVHeYEEj4zJk1aarlw==
> Hmmm... Shouldn't this sort of change come
> with an update to the 8641 defconfig too?
Content-Disposition: inline
Jon Loeliger <[EMAIL PROTECTED]> wrote:
X-Provags-ID: V01U2FsdGVkX19mfbfAMECjK3Yc4qnJalet5VRz84KpvPei34h
Js67aIi1Jyt+C01bLuMxs+l5L4KLJuYYiIXI6fjXdktExWZ2WR
fI/xi0tOHQX8AN87t62WA==
> Hmmm... Shouldn't this sort of change come
> with an update to the 8641 defconfig too?
Content-Disposition: inline
Jon Loeliger <[EMAIL PROTECTED]> wrote:
X-Provags-ID: V01U2FsdGVkX18q0hUeUuMqOEeLWhKFlJn74HxEidaqOcemeHV
ERKD3Oa64b/U3Jbpg7ScqVjTea/vrQYQQ9h6BX663cqWFlw9cZ
acZ0zSjq49Kqfby7nRUgQ==
> Hmmm... Shouldn't this sort of change come
> with an update to the 8641 defconfig too?
Content-Disposition: inline
With the release of the 2.6.22, our boards didn't boot anymore. I traced
the change back to 2.6.21-git10/2.6.21-git11.
The reason they didn't boot was that the kernel didn't detect the flash
where the root filesystem is stored on. The boards boot without an
initrd, directly from flash.
A file w
On Thu, Jul 12, 2007 at 03:57:32PM -0700, Vikram Kone wrote:
>
>Hi..
>I'm a linux newbie and im working on porting the USB driver ISP1362 by
>Philips on to my Freescale ppc board.
>I dont know how to do this... so if any of you can tell me how to do this
>step by step, i would
On Fri, 2007-07-13 at 12:02 -0700, Andrew Morton wrote:
> On Fri, 13 Jul 2007 09:02:16 -0500
> Josh Boyer <[EMAIL PROTECTED]> wrote:
>
> > This is a resend of a patch David sent out on May 7. Without it, the
> > PowerPC 44x port in 2.6.22 and on is broken. I've rebased it off of
> > Linus' curre
On Fri, 13 Jul 2007 09:02:16 -0500
Josh Boyer <[EMAIL PROTECTED]> wrote:
> This is a resend of a patch David sent out on May 7. Without it, the
> PowerPC 44x port in 2.6.22 and on is broken. I've rebased it off of
> Linus' current tree. Please consider pushing this soon.
>
> josh
>
>
> At pr
On Fri, Jul 13, 2007 at 11:51:15AM +0300, Alexandros Kostopoulos wrote:
> I am trying to port kernel 2.6.22.1 to my own platform, which incorporates
> an mpc8275 chip. I'm using platform code for mpc82xx_ads as a template (is
> this right in the first place?). I have a couple of questions:
I s
From: Maynard Johnson <[EMAIL PROTECTED]>
This patch adds to the capability of spu_switch_event_register so that the
caller is also notified of currently active SPU tasks. It also exports
spu_switch_event_register and spu_switch_event_unregister.
Signed-off-by: Maynard Johnson <[EMAIL PROTECTED]
Paul Mackerras wrote:
> Scott Wood writes:
>
>
>>The e300 core (and probably most other 6xx chips) can only come out of
>>sleep mode with an interrupt. However, interrupts are logically disabled
>>by the power management layer.
>
>
> On powerbooks it's typically a hard reset rather than an int
> > Since 720p is a broadcast mode, I can't make it default to fullscreen,
as a
> > part of the image will fall off on most monitors.
> Do you have any info from the EDID block that would tell you whether the
> monitor displays the full picture (typical of flat panels) or not ?
That's not alw
On Fri, Jul 13, 2007 at 11:54:34AM +0200, Arnd Bergmann wrote:
> On Friday 13 July 2007, Mark A. Greer wrote:
> > I really like what you've done here, thanks.
> >
> > The patches don't apply straight up so what other patches do these go
> > on top of?
>
> They are meant to apply on top of powerpc
Hello.
Thomas Gleixner wrote:
>>Now that the -rt patch has been first release in the broken-out version,
>>let me tell you that the following 3 patches in the series can be just
>>annihilated:
>>preempt-irqs-ppc-ack-irq-fixups.patch
>>preempt-irqs-ppc-fix-b5.patch
>>preempt-irqs-ppc-fix-mo
2.6.21 arch/powerpc/configs/iseries_defconfig works on an i825 with v5r4
2.6.22 arch/powerpc/configs/iseries_defconfig does not. But it works on
a i820 with v5r3.
2.6.22 boots ok with CONFIG_VIOCONS
It gets up to this point:
vio_bus_init: processing c000fbfff570
vio_bus_init: processing c000
On Fri, Jul 13 2007, Geert Uytterhoeven wrote:
> > It's probably a good idea to have the flush_kernel_dcache_page() in there
> > anyway, if only to serve as an example for people that copy it into
> > architecture-independent drivers, same as what we do for the
> > k{,un}map_atomic() that is also n
On Thu, 2007-07-12 at 16:02, Arnd Bergmann wrote:
> MPC86xx based machines don't need their own kernel,
> but can run one that is shared with the other 6xx
> compatible machines, so we should allow that
> in Kconfig.
>
> Cc: Kumar Gala <[EMAIL PROTECTED]>
> Signed-off-by: Arnd Bergmann <[EMAIL PRO
On Fri, 2007-07-13 at 17:10 +0200, Geert Uytterhoeven wrote:
> On Fri, 13 Jul 2007, Arnd Bergmann wrote:
> > On Friday 13 July 2007, James Bottomley wrote:
> > > > IC.
> > > >
> > > > - flush_kernel_dcache_page() is a no-op on ppc64
> > > > (ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE is defined on paris
On Fri, 13 Jul 2007, Arnd Bergmann wrote:
> On Friday 13 July 2007, James Bottomley wrote:
> > > IC.
> > >
> > > � - flush_kernel_dcache_page() is a no-op on ppc64
> > > � � (ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE is defined on parisc only).
> > >
> > > � - For reference, drivers/scsi/ipr.c (another p
On Fri, Jul 13 2007, Geert Uytterhoeven wrote:
> On Fri, 13 Jul 2007, Jens Axboe wrote:
> > On Fri, Jul 13 2007, James Bottomley wrote:
> > > On Wed, 2007-07-04 at 15:22 +0200, Geert Uytterhoeven wrote:
> > > > + kaddr = kmap_atomic(sgpnt->page, KM_USER0);
> > > > +
>
> On Fri, 2007-07-13 at 11:58 +0800, Zang Roy-r61911 wrote:
> > From: Roy Zang <[EMAIL PROTECTED]>
> >
> > Update mpc7448hpc2 device tree to be compatible for tsi109 chip.
>
> Are there any actual changes in the drivers or platform files for
> tsi109?
No!
> I seem to recall that Linux treated
On Friday 13 July 2007, James Bottomley wrote:
>
> > IC.
> >
> > - flush_kernel_dcache_page() is a no-op on ppc64
> > (ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE is defined on parisc only).
> >
> > - For reference, drivers/scsi/ipr.c (another ppc64 driver) just uses a
> > plain
> > kmap/memc
This is a resend of a patch David sent out on May 7. Without it, the
PowerPC 44x port in 2.6.22 and on is broken. I've rebased it off of
Linus' current tree. Please consider pushing this soon.
josh
At present, various parts of the serial code use unsigned long to
define resource addresses. T
On Fri, 2007-07-13 at 15:45 +0200, Geert Uytterhoeven wrote:
> On Fri, 13 Jul 2007, James Bottomley wrote:
> > On Fri, 2007-07-13 at 15:25 +0200, Geert Uytterhoeven wrote:
> > > kmap() just returns page_address() on ppc64, as there's no highmem.
> > > kunmap() is a no-op.
> >
> > > So technically
On Fri, 13 Jul 2007, James Bottomley wrote:
> On Fri, 2007-07-13 at 15:25 +0200, Geert Uytterhoeven wrote:
> > kmap() just returns page_address() on ppc64, as there's no highmem.
> > kunmap() is a no-op.
>
> > So technically I could just use page_address() directly, but Christoph
> > wanted
> > me
On Fri, 2007-07-13 at 15:25 +0200, Geert Uytterhoeven wrote:
> kmap() just returns page_address() on ppc64, as there's no highmem.
> kunmap() is a no-op.
> So technically I could just use page_address() directly, but Christoph
> wanted
> me to keep the kmap()/kunmap() sequence because it's conside
On Fri, 13 Jul 2007, Olaf Hering wrote:
> This driver (or the generic PS3 code) has appearently problems with
> O_DIRECT.
> glibc aborts parted because the malloc metadata get corrupted. While it
> is reproducible, the place where it crashes changes with every version
> of the debug attempt.
> I d
On Fri, Jul 13, 2007 at 12:12:33PM +0200, Christoph Hellwig wrote:
> > -static inline int spu_stopped(struct spu_context *ctx, u32 * stat)
> > +static inline int spu_stopped(struct spu_context *ctx, u32 *stat)
>
> useless (and wrong) reformatting, please remove.
Sorry, this looked like going the
On Fri, 13 Jul 2007, Jens Axboe wrote:
> On Fri, Jul 13 2007, James Bottomley wrote:
> > On Wed, 2007-07-04 at 15:22 +0200, Geert Uytterhoeven wrote:
> > > + kaddr = kmap_atomic(sgpnt->page, KM_USER0);
> > > + if (!kaddr)
> > > +
On Fri, 13 Jul 2007, Benjamin Herrenschmidt wrote:
> > Since 720p is a broadcast mode, I can't make it default to fullscreen, as a
> > part of the image will fall off on most monitors.
>
> Do you have any info from the EDID block that would tell you whether the
> monitor displays the full picture
On Fri, 2007-07-13 at 11:58 +0800, Zang Roy-r61911 wrote:
> From: Roy Zang <[EMAIL PROTECTED]>
>
> Update mpc7448hpc2 device tree to be compatible for tsi109 chip.
Are there any actual changes in the drivers or platform files for
tsi109? I seem to recall that Linux treated tsi108 and tsi109
iden
On Fri, Jul 13 2007, James Bottomley wrote:
> On Wed, 2007-07-04 at 15:22 +0200, Geert Uytterhoeven wrote:
> > + kaddr = kmap_atomic(sgpnt->page, KM_USER0);
> > + if (!kaddr)
> > + return -1;
> > + len =
On Wed, 2007-07-04 at 15:22 +0200, Geert Uytterhoeven wrote:
> + kaddr = kmap_atomic(sgpnt->page, KM_USER0);
> + if (!kaddr)
> + return -1;
> + len = sgpnt->length;
> + if ((req_len
On Fri, Jul 13, 2007 at 10:34:50PM +1000, Benjamin Herrenschmidt wrote:
>
> > > + if (unlikely(test_bit(SPU_SCHED_NOTIFY_ACTIVE,
> > > + &ctx->sched_flags))) {
> > > + clear_bit(SPU_SCHED_NOTIFY_ACTIVE, &ctx->sched_flags);
> >
> > this should
> > + if (unlikely(test_bit(SPU_SCHED_NOTIFY_ACTIVE,
> > + &ctx->sched_flags))) {
> > + clear_bit(SPU_SCHED_NOTIFY_ACTIVE, &ctx->sched_flags);
>
> this should use test_and_clear_bit
This also looks like an abuse of atomics to effectivel
> Since 720p is a broadcast mode, I can't make it default to fullscreen, as a
> part of the image will fall off on most monitors.
Do you have any info from the EDID block that would tell you whether the
monitor displays the full picture (typical of flat panels) or not ?
Ben.
___
This driver (or the generic PS3 code) has appearently problems with
O_DIRECT.
glibc aborts parted because the malloc metadata get corrupted. While it
is reproducible, the place where it crashes changes with every version
of the debug attempt.
I dont have a handle right now, all I know is that the
Hi H�vard,
> On Thu, Jul 12, 2007 at 05:12:43PM +0200, Geert Uytterhoeven wrote:
> > On Thu, 12 Jul 2007, [iso-8859-1] H?vard Espeland wrote:
> > > On Thu, Jul 12, 2007 at 10:40:47AM +0200, Geert Uytterhoeven wrote:
> > > > If it fails, please add `#define DEBUG' to drivers/ps3/ps3av.c, se
On Fri, Jul 13, 2007 at 12:12:33PM +0200, Christoph Hellwig wrote:
> On Thu, Jul 12, 2007 at 06:45:40PM -0500, Bob Nelson wrote:
> > We would like this patch included in -mm and in 2.6.23.
>
> Do you plan to submit oprofile support aswell? In that case it's fine
> otherwise please send it togethe
On Thu, 2007-07-12 at 14:12 -0500, Scott Wood wrote:
> +void generic_suspend_disable_irqs(void)
> +void generic_suspend_enable_irqs(void)
Oh hm on second thought, can we have these in some header file so we can
call them if we need to use the ppc_md hooks?
johannes
signature.asc
Description:
On Thu, 2007-07-12 at 14:12 -0500, Scott Wood wrote:
> These hooks ensure that a decrementer interrupt is not pending when
> suspending; otherwise, problems may occur. For example, with deep sleep
> on the 831x, a pending decrementer will cause a system freeze because the
> SoC thinks the decremen
On Thu, Jul 12, 2007 at 06:45:40PM -0500, Bob Nelson wrote:
> We would like this patch included in -mm and in 2.6.23.
Do you plan to submit oprofile support aswell? In that case it's fine
otherwise please send it together with the actual oprofile support.
> +static void notify_spus_active(void)
From: Roy Zang <[EMAIL PROTECTED]>
Add PCI/PCI Express node for 8544DS board.
---
arch/powerpc/boot/dts/mpc8544ds.dts | 211 +++
1 files changed, 211 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8544ds.dts
b/arch/powerpc/boot/dts/mpc8544d
From: Roy Zang <[EMAIL PROTECTED]>
Add basic PCI/PCI Express support for 8544DS board.
Signed-off-by: York Sun <[EMAIL PROTECTED]>
Signed-off-by: Roy Zang <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/85xx/Kconfig |1 +
arch/powerpc/platforms/85xx/mpc8544_ds.c | 252 ++
These two patches add basic PCI/PCI Express support
for 8544DS board.
These patches are based on current Kumar's tree for_paulus.
Roy
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Friday 13 July 2007, Bob Nelson wrote:
> We would like this patch included in -mm and 2.6.23.
>
> Subject: Add support to OProfile for profiling Cell BE SPUs
>
> From: Maynard Johnson <[EMAIL PROTECTED]>
> Bob Nelson <[EMAIL PROTECTED]>
>
The patch itself looks ok, but unfortunately, y
On Friday 13 July 2007, Mark A. Greer wrote:
> I really like what you've done here, thanks.
>
> The patches don't apply straight up so what other patches do these go
> on top of?
They are meant to apply on top of powerpc.git. I found now that
the first patch has a trivial reject against the for-2
On Thu, Jul 12, 2007 at 05:12:43PM +0200, Geert Uytterhoeven wrote:
> On Thu, 12 Jul 2007, [iso-8859-1] H?vard Espeland wrote:
> > On Thu, Jul 12, 2007 at 10:40:47AM +0200, Geert Uytterhoeven wrote:
> > > If it fails, please add `#define DEBUG' to drivers/ps3/ps3av.c, send me
> > > the
> > > `Moni
From: Roy Zang <[EMAIL PROTECTED]>
Add global-utilities node for mpc8544ds and mpc8572mds boards
Signed-off-by: Roy Zang <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8544ds.dts |6 ++
arch/powerpc/boot/dts/mpc8568mds.dts |6 ++
2 files changed, 12 insertions(+), 0 deletions(
On Tue, 10 Jul 2007, Geert Uytterhoeven wrote:
> On Wed, 4 Jul 2007, Geert Uytterhoeven wrote:
> > This is the fourth submission of the new PS3 storage drivers:
> > [1] ps3: Preallocate bootmem memory for the PS3 FLASH ROM storage driver
> > [2] ps3: Storage Driver Core
> > [3] ps3: Storage d
On 11/07/07 21:34 +0100, Russell King wrote:
> On Wed, Jul 11, 2007 at 10:02:54AM -0700, David Brownell wrote:
> > On Wednesday 11 July 2007, Christoph Hellwig wrote:
> > > On Wed, Jul 11, 2007 at 08:56:58AM -0700, David Brownell wrote:
> > > > > Umm, this is about the fifth almost identical implem
> On Thu, 2007-07-12 at 16:59 +0900, Ishizaki Kou wrote:
> > In some configuration, xmon help string is larger than xmon output
> > buffer. To show whole help string, this patch splits it into 2
parts.
> >
> > Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
(snip)
> I'm not sure I like the fix
On 12/07/07 13:07 +0100, Matt Sealey wrote:
> Domen,
>
> You wouldn't have tried these on the Efika yet, would you?
Not yet, but they worked on a mpc5200b based board (lite5200b).
Domen
>
> --
> Matt Sealey <[EMAIL PROTECTED]>
> Genesi, Manager, Developer Relations
>
> Domen Puncer
Hello all,
I am trying to port kernel 2.6.22.1 to my own platform, which incorporates
an mpc8275 chip. I'm using platform code for mpc82xx_ads as a template (is
this right in the first place?). I have a couple of questions:
1. mpc82xx_ads.c uses init_scc_ioports function to initialize the scc
On 12/07/07 18:11 +0400, Sergei Shtylyov wrote:
> Hello.
>
> Domen Puncer wrote:
>
> >>Does anyone have the definitive patchset to enable the tickless hz,
> >>some kind of hrtimer and the other related improvements in the
> >>PowerPC tree?
>
> >I use attached patches for tickless.
> >Order in wh
On Thu, 2007-07-12 at 21:04 +0100, Matt Sealey wrote:
> We already have some ~20 for Efika support on top of 2.6.22 including
> minor bugfixes and stuff, and the Gentoo genpatches stuff. I really
> want
> to get a good start on CFS, hrtimers, dynticks and so on though and
> see
> if we can push it
> > [09/10] fixes a lot of checkpatch.pl warnings
>
> Are these warnings from earlier patches in the series, or problems
> that already existed in the code? If they are coming from other
> patches in the series, please just fix the earlier patches before I
> merge them.
Nam did a diff -Nurp emp
75 matches
Mail list logo
