On Wed, 4 Jun 2008, Nick Piggin wrote:
> On Wednesday 04 June 2008 07:44, Trent Piepho wrote:
>> On Tue, 3 Jun 2008, Matthew Wilcox wrote:
>
>>> I don't understand why you keep talking about DMA. Are you talking
>>> about ordering between readX() and DMA? PCI proides those guarantees.
>>
>> I gue
On Tue, 03 Jun 2008 22:19:34 +0200, Jochen Friedrich wrote:
> Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
> ---
> MAINTAINERS |7 +++
> 1 files changed, 7 insertions(+), 0 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 0a6d2ca..bdfc7bd 100644
> --- a/MAINTAINERS
>
Hello.
I'm working for memory hotplug. This patch looks good to me.
Acked-by: Yasunori Goto <[EMAIL PROTECTED]>
Thanks.
> Nathan Lynch wrote:
> > Now that walk_memory_resource() is available regardless of
> > MEMORY_HOTPLUG's setting, this dependency is not needed.
> >
> > Signed-off-by: Nath
On Wed, 4 Jun 2008 14:07:20 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Looking at Linus' git tree, it's evident that some subsystems use the
> the "[SUBSYSTEM]" notation and some use "subsystem:". If there is now
> an edict from on high that only "subsystem:" is acceptable, then I
> must h
On Fri, May 30, 2008 at 01:54:59PM -0500, Scott Wood wrote:
> David Gibson wrote:
>> What I don't like is the combination of the two. Using the /word/
>> form in (1) suggests that each /word/ is a lexically distinct symbol
>> with functions in different contexts: consider /dts-v1/, /include/,
>> /
Andrew Morton writes:
> On Wed, 4 Jun 2008 04:17:39 +0400
> Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> > > Please put the subsystem identifier (eg, "watchdog" and "powerpc")
> > > outside the [], for reasons which should be in
> > > Documentation/SubmittingPatches, which used to be there but
On Wed, 4 Jun 2008, Nick Piggin wrote:
>
> Actually, according to the document I am looking at (the AMD one), a UC
> store may pass a previous WC store.
Hmm. Intel arch manyal, Vol 3, 10.3 (page 10-7 in my version):
"If the WC bufer is partially filled, the writes may be delayed until
th
On Wednesday 04 June 2008 07:44, Trent Piepho wrote:
> On Tue, 3 Jun 2008, Matthew Wilcox wrote:
> > I don't understand why you keep talking about DMA. Are you talking
> > about ordering between readX() and DMA? PCI proides those guarantees.
>
> I guess you haven't been reading the whole thread.
On Wednesday 04 June 2008 00:47, Linus Torvalds wrote:
> On Tue, 3 Jun 2008, Nick Piggin wrote:
> > Linus: on x86, memory operations to wc and wc+ memory are not ordered
> > with one another, or operations to other memory types (ie. load/load
> > and store/store reordering is allowed). Also, as you
On Wednesday 04 June 2008 05:07, Linus Torvalds wrote:
> On Tue, 3 Jun 2008, Trent Piepho wrote:
> > On Tue, 3 Jun 2008, Linus Torvalds wrote:
> > > On Tue, 3 Jun 2008, Nick Piggin wrote:
> > > > Linus: on x86, memory operations to wc and wc+ memory are not ordered
> > > > with one another, or oper
On Wednesday 04 June 2008 07:58, Trent Piepho wrote:
> On Tue, 3 Jun 2008, Matthew Wilcox wrote:
> > On Tue, Jun 03, 2008 at 12:57:56PM -0700, Trent Piepho wrote:
> >> On Tue, 3 Jun 2008, Matthew Wilcox wrote:
> >>> On Tue, Jun 03, 2008 at 11:47:00AM -0700, Trent Piepho wrote:
> On Tue, 3 Jun
On Wed, 4 Jun 2008 04:17:39 +0400
Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> > Please put the subsystem identifier (eg, "watchdog" and "powerpc")
> > outside the [], for reasons which should be in
> > Documentation/SubmittingPatches, which used to be there but which got
> > lost. Bascially the
On Tue, Jun 03, 2008 at 04:48:30PM -0700, Andrew Morton wrote:
> On Mon, 2 Jun 2008 21:37:26 +0400
> Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> > No comments on the previous version for two weeks... resending once
> > again.
>
> I did all the rework to make the patches apply on top of all the
On May 28, 2008, at 8:53 PM, Mark Nelson wrote:
On Fri, 23 May 2008 06:06:50 pm Mark Nelson wrote:
On Thu, 1 May 2008 09:36:43 am Becky Bruce wrote:
I essentially adopt the 64-bit dma code, with some changes to
support
32-bit systems, including HIGHMEM. dma functions on 32-bit are now
in
On Tuesday 03 June 2008 22:45:22 Christian Borntraeger wrote:
> This patch tries to change hvc_console to not use request_irq/free_irq if
> the backend does not use irqs. This allows virtio_console to use
> hvc_console without having a linker reference to request_irq/free_irq.
Two questions. Is i
On May 23, 2008, at 4:51 AM, Christoph Hellwig wrote:
On Wed, Apr 30, 2008 at 06:36:43PM -0500, Becky Bruce wrote:
In addition, the dma_map/unmap_page functions are added to dma_ops on
HIGHMEM-enabled configs because we can't just fall back on map/
unmap_single
when HIGHMEM is enabled. Addi
On Mon, 2 Jun 2008 21:37:26 +0400
Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> No comments on the previous version for two weeks... resending once
> again.
I did all the rework to make the patches apply on top of all the
pending watchdog work in Wim's tree and in -mm. I haven't build tested
it y
On Tue, Jun 03, 2008 at 09:33:12AM -0500, Kumar Gala wrote:
> On Jun 3, 2008, at 5:08 AM, Wolfgang Grandegger wrote:
>> Kumar Gala wrote:
>>> On Jun 1, 2008, at 9:03 PM, David Gibson wrote:
On Fri, May 30, 2008 at 08:49:45AM +0200, Wolfgang Grandegger wrote:
[snip]
You have a whole lot of
Nathan Lynch wrote:
Now that walk_memory_resource() is available regardless of
MEMORY_HOTPLUG's setting, this dependency is not needed.
Signed-off-by: Nathan Lynch <[EMAIL PROTECTED]>
---
drivers/net/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/K
Hi,
I was hoping that someone might know something about the cpufreq stuff
and would be willing to take a look at what I have so far.
It all loads up and tries to run. But if I switch to the conservative
governor it starts trying to switch to some 4.2 billion KHz (-49000). It
(the system)
Now that walk_memory_resource() is available regardless of
MEMORY_HOTPLUG's setting, this dependency is not needed.
Signed-off-by: Nathan Lynch <[EMAIL PROTECTED]>
---
drivers/net/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/Kconfig b/drivers/net/K
The ehea driver was recently changed[1] to use walk_memory_resource() to
detect the system's memory layout. However, walk_memory_resource() is
available only when memory hotplug is enabled. So CONFIG_EHEA was
made to depend on MEMORY_HOTPLUG [2], but it is inappropriate for a
network driver to ha
On Tue, 2008-06-03 at 12:43 -0700, Trent Piepho wrote:
>
> Byte-swapping vs not byte-swapping is not usually what the programmer wants.
> Usually your device's registers are defined as being big-endian or
> little-endian and you want whatever is needed to give you that.
Yes, which is why I (and
On Tue, 3 Jun 2008, Matthew Wilcox wrote:
On Tue, Jun 03, 2008 at 12:57:56PM -0700, Trent Piepho wrote:
On Tue, 3 Jun 2008, Matthew Wilcox wrote:
On Tue, Jun 03, 2008 at 11:47:00AM -0700, Trent Piepho wrote:
On Tue, 3 Jun 2008, Linus Torvalds wrote:
On Tue, 3 Jun 2008, Nick Piggin wrote:
Li
On Tue, 3 Jun 2008, Matthew Wilcox wrote:
On Tue, Jun 03, 2008 at 12:43:21PM -0700, Trent Piepho wrote:
IOW, there are four ways one can defined endianness/swapping:
1) Little-endian
2) Big-endian
3) Native-endian aka non-byte-swapping
4) Foreign-endian aka byte-swapping
1 and 2 are by far the
Hannes Hering wrote:
>
> On Wednesday 28 May 2008 18:44:05 Nathan Lynch wrote:
> >
> > Hannes Hering wrote:
> > > The new ehea memory hot plug implementation depends on MEMORY_HOTPLUG.
> > >
> > > Signed-off-by: Hannes Hering <[EMAIL PROTECTED]>
> > > ---
> > >
> > > diff --git a/drivers/net/Kc
It appears that this turns out to interact badly with the probing of
PPC_UDBG_16550, which is always enabled on PPC405 (and apparently
found!) even though Virtex devices don't have them.
Steve
> -Original Message-
> From: Stephen Neuendorffer [mailto:[EMAIL PROTECTED]
> Sent: Thursday, M
On Tue, Jun 03, 2008 at 12:57:56PM -0700, Trent Piepho wrote:
> On Tue, 3 Jun 2008, Matthew Wilcox wrote:
> >On Tue, Jun 03, 2008 at 11:47:00AM -0700, Trent Piepho wrote:
> >>On Tue, 3 Jun 2008, Linus Torvalds wrote:
> >>>On Tue, 3 Jun 2008, Nick Piggin wrote:
>
> Linus: on x86, memory ope
On Tue, Jun 03, 2008 at 12:43:21PM -0700, Trent Piepho wrote:
> IOW, there are four ways one can defined endianness/swapping:
> 1) Little-endian
> 2) Big-endian
> 3) Native-endian aka non-byte-swapping
> 4) Foreign-endian aka byte-swapping
>
> 1 and 2 are by far the most used. Some code wants 3.
Badari Pulavarty wrote:
It would be nice to get this resolved for 2.6.26 -- this new
dependency causes working 2.6.25 configs to effectively fail (by
deselecting CONFIG_EHEA during make oldconfig).
When everybody else is happy, I'm happy :)
___
Linu
On Tue, 2008-06-03 at 15:49 -0500, Nathan Lynch wrote:
> Hannes Hering wrote:
> >
> > On Wednesday 28 May 2008 18:44:05 Nathan Lynch wrote:
> > >
> > > Hannes Hering wrote:
> > > > The new ehea memory hot plug implementation depends on MEMORY_HOTPLUG.
> > > >
> > > > Signed-off-by: Hannes Herin
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
MAINTAINERS |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 0a6d2ca..bdfc7bd 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1659,6 +1659,13 @@ L: [EMAIL PROTECTED] (moderate
Kevin Diggs wrote:
Hi,
x86 has bsf and bsr. PPC has cntlzw which I think is equivalent to
bsr. Anyone know of a sneaky algorithm to do bsf?
wordsize - 1 - cntlzw(x & ~(x - 1));
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https:
Hi,
x86 has bsf and bsr. PPC has cntlzw which I think is equivalent to bsr.
Anyone know of a sneaky algorithm to do bsf?
kevin
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Tue, 3 Jun 2008, Matthew Wilcox wrote:
On Tue, Jun 03, 2008 at 11:47:00AM -0700, Trent Piepho wrote:
On Tue, 3 Jun 2008, Linus Torvalds wrote:
On Tue, 3 Jun 2008, Nick Piggin wrote:
Linus: on x86, memory operations to wc and wc+ memory are not ordered
with one another, or operations to oth
On Tue, 3 Jun 2008, Nick Piggin wrote:
On Monday 02 June 2008 17:24, Russell King wrote:
So, can the semantics of what's expected from these IO accessor
functions be documented somewhere. Please? Before this thread gets
lost in the depths of time?
This whole thread also ties in with my posts
On Tue, 3 Jun 2008, Trent Piepho wrote:
> On Tue, 3 Jun 2008, Linus Torvalds wrote:
> > On Tue, 3 Jun 2008, Nick Piggin wrote:
> > >
> > > Linus: on x86, memory operations to wc and wc+ memory are not ordered
> > > with one another, or operations to other memory types (ie. load/load
> > > and s
On Tue, Jun 03, 2008 at 11:47:00AM -0700, Trent Piepho wrote:
> On Tue, 3 Jun 2008, Linus Torvalds wrote:
> >On Tue, 3 Jun 2008, Nick Piggin wrote:
> >>
> >>Linus: on x86, memory operations to wc and wc+ memory are not ordered
> >>with one another, or operations to other memory types (ie. load/load
On Tue, 3 Jun 2008, Linus Torvalds wrote:
On Tue, 3 Jun 2008, Nick Piggin wrote:
Linus: on x86, memory operations to wc and wc+ memory are not ordered
with one another, or operations to other memory types (ie. load/load
and store/store reordering is allowed). Also, as you know, store/load
reord
On Jun 3, 2008, at 12:00 PM, Adrian Bunk wrote:
On Tue, Jun 03, 2008 at 09:47:19AM -0500, Kumar Gala wrote:
How is this as a fix.
- k
diff --git a/arch/powerpc/platforms/85xx/Kconfig b/arch/powerpc/
platforms/85xx/Kconfig
index 7ff29d5..9e5c884 100644
--- a/arch/powerpc/platforms/85xx/Kcon
On Jun 3, 2008, at 12:00, Adrian Bunk wrote:
On Tue, Jun 03, 2008 at 09:47:19AM -0500, Kumar Gala wrote:
How is this as a fix.
- k
diff --git a/arch/powerpc/platforms/85xx/Kconfig b/arch/powerpc/
platforms/85xx/Kconfig
index 7ff29d5..9e5c884 100644
--- a/arch/powerpc/platforms/85xx/Kconfig
On Jun 3, 2008, at 10:31, Kumar Gala wrote:
On Jun 3, 2008, at 10:18 AM, Scott Wood wrote:
If you just #ifdef PHYLIB, then things will break if the user does
this:
make config, GIANFAR=PHYLIB=n
make zImage
make config, GIANFAR=PHYLIB=m
make modules
And the cause of the failure will not b
Hello Community!
I'm using 8MB of memory for DMA and that space is configured has
non-cacheable. At a certain point in the code, data is copied to be
processed from that area. In the function that copies, there was an
invalidate_dcache_range for the all DMA area. This function crashed my
l
On Tuesday 03 June 2008, Christian Borntraeger wrote:
> @@ -42,22 +42,48 @@
> */
> #define HVC_ALLOC_TTY_ADAPTERS 8
>
> +struct hvc_struct {
> + spinlock_t lock;
> + int index;
> + struct tty_struct *tty;
> + unsigned int count;
> + int do_wakeup;
> + char *outbu
On Tue, Jun 03, 2008 at 09:47:19AM -0500, Kumar Gala wrote:
> How is this as a fix.
>
> - k
>
> diff --git a/arch/powerpc/platforms/85xx/Kconfig
> b/arch/powerpc/platforms/85xx/Kconfig
> index 7ff29d5..9e5c884 100644
> --- a/arch/powerpc/platforms/85xx/Kconfig
> +++ b/arch/powerpc/platforms/85xx
On Tuesday 03 June 2008, Christian Borntraeger wrote:
>
> +/* The hvc device */
> +struct hvc_struct *hvc;
> +
I guess this should be static, a three letter identifier for a global variable
is not really unique.
Arnd <><
___
Linuxppc-dev maili
On Monday, June 02, 2008 9:33 pm Nick Piggin wrote:
> On Monday 02 June 2008 19:56, Jes Sorensen wrote:
> > Jeremy Higdon wrote:
> > > We don't actually have that problem on the Altix. All writes issued
> > > by CPU X will be ordered with respect to each other. But writes by
> > > CPU X and CPU Y
On Jun 3, 2008, at 9:41 AM, Morrison, Tom wrote:
I am wondering if there is a development branch that contains
support for the Freescale 8572CDS…Looking in the latest uboot
version (1.3.3) there is support for sbc8641 & sbc8548 – but
no specific support for a sbc8572?
Such questions are best
Kumar Gala wrote:
I see. However, I don't like the idea I have to build in the PHYLIB
if I don't need it at all.
Understood, but in practice I don't think the 10K or so matters that
much on a typical 85xx board, and if the user really needs to trim
things down, they always have the option of m
On Jun 3, 2008, at 3:23 AM, Sulibhavi, Madhvesh wrote:
Kumar Gala wrote on Tuesday, June 03, 2008 11:01 AM
This is a patch that adds kprobes support for book-e style debug.
Its
based on the patch posted by Madhvesh and assumes the
exception cleanup
that I've already posted.
Thanks for you
On Jun 3, 2008, at 10:36 AM, Scott Wood wrote:
Kumar Gala wrote:
On Jun 3, 2008, at 10:18 AM, Scott Wood wrote:
Kumar Gala wrote:
On Jun 3, 2008, at 10:10 AM, Scott Wood wrote:
I'd rather avoid adding another case where the kernel needs to
know what modules are being built, though, especia
Kumar Gala wrote:
On Jun 3, 2008, at 10:18 AM, Scott Wood wrote:
Kumar Gala wrote:
On Jun 3, 2008, at 10:10 AM, Scott Wood wrote:
I'd rather avoid adding another case where the kernel needs to know
what modules are being built, though, especially if the result of
changing the .config and buil
On Jun 3, 2008, at 10:18 AM, Scott Wood wrote:
Kumar Gala wrote:
On Jun 3, 2008, at 10:10 AM, Scott Wood wrote:
I'd rather avoid adding another case where the kernel needs to
know what modules are being built, though, especially if the
result of changing the .config and building modules is
Kumar Gala wrote:
On Jun 3, 2008, at 10:10 AM, Scott Wood wrote:
I'd rather avoid adding another case where the kernel needs to know
what modules are being built, though, especially if the result of
changing the .config and building modules is a mysterious runtime
failure (due to a missing pla
On Jun 3, 2008, at 10:10 AM, Scott Wood wrote:
Kumar Gala wrote:
How is this as a fix.
- k
diff --git a/arch/powerpc/platforms/85xx/Kconfig b/arch/powerpc/
platforms/85xx/Kconfig
index 7ff29d5..9e5c884 100644
--- a/arch/powerpc/platforms/85xx/Kconfig
+++ b/arch/powerpc/platforms/85xx/Kconfig
Kumar Gala wrote:
How is this as a fix.
- k
diff --git a/arch/powerpc/platforms/85xx/Kconfig
b/arch/powerpc/platforms/85xx/Kconfig
index 7ff29d5..9e5c884 100644
--- a/arch/powerpc/platforms/85xx/Kconfig
+++ b/arch/powerpc/platforms/85xx/Kconfig
@@ -34,6 +34,7 @@ config MPC85xx_MDS
bool
> -Original Message-
> From: Josh Boyer [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 03, 2008 8:17 PM
> To: Sulibhavi, Madhvesh
> Cc: Kumar Gala; linuxppc-dev@ozlabs.org; [EMAIL PROTECTED];
> Paul Mackerras
> Subject: Re: [RFC] Kprobes for book-e
> A newer binutils should work just fin
On Tue, 3 Jun 2008 20:18:01 +0530
"Sulibhavi, Madhvesh" <[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: Kumar Gala [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, June 03, 2008 8:08 PM
> > To: Josh Boyer
> > Cc: Sulibhavi, Madhvesh; linuxppc-dev@ozlabs.org;
> > [EMAIL PROTECTED]
I am wondering if there is a development branch that contains
support for the Freescale 8572CDS...Looking in the latest uboot
version (1.3.3) there is support for sbc8641 & sbc8548 - but
no specific support for a sbc8572?
Tom Morrison
Principal Software Engineer
EMPIRIX
20 Crosby Drive -
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 03, 2008 8:08 PM
> To: Josh Boyer
> Cc: Sulibhavi, Madhvesh; linuxppc-dev@ozlabs.org;
> [EMAIL PROTECTED]; Paul Mackerras
> Subject: Re: [RFC] Kprobes for book-e
>
> This looks like the binutils prob
On Tue, 3 Jun 2008, Nick Piggin wrote:
>
> Linus: on x86, memory operations to wc and wc+ memory are not ordered
> with one another, or operations to other memory types (ie. load/load
> and store/store reordering is allowed). Also, as you know, store/load
> reordering is explicitly allowed as we
How is this as a fix.
- k
diff --git a/arch/powerpc/platforms/85xx/Kconfig
b/arch/powerpc/platforms/85xx/Kconfig
index 7ff29d5..9e5c884 100644
--- a/arch/powerpc/platforms/85xx/Kconfig
+++ b/arch/powerpc/platforms/85xx/Kconfig
@@ -34,6 +34,7 @@ config MPC85xx_MDS
bool "Freescale MPC85xx
On Jun 3, 2008, at 9:18 AM, Josh Boyer wrote:
On Tue, 3 Jun 2008 19:40:55 +0530
"Sulibhavi, Madhvesh" <[EMAIL PROTECTED]> wrote:
Josh Boyer wrote on Tuesday, June 03, 2008 5:22 PM
What build issues? Ebony should build fine for 2.6.26-rc3, unless
you're trying to apply this patchset to it wi
> From: Josh Boyer [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 03, 2008 7:49 PM
> To: Sulibhavi, Madhvesh
> Cc: Kumar Gala; linuxppc-dev@ozlabs.org; [EMAIL PROTECTED];
> Paul Mackerras
> Subject: Re: [RFC] Kprobes for book-e
>
> Um, weird. What version of binutils and gcc are you using?
bi
On Jun 3, 2008, at 5:08 AM, Wolfgang Grandegger wrote:
Kumar Gala wrote:
On Jun 1, 2008, at 9:03 PM, David Gibson wrote:
On Fri, May 30, 2008 at 08:49:45AM +0200, Wolfgang Grandegger wrote:
This patch adds support for the TQM8548 modules from TQ-Components
GmbH (http://www.tqc.de).
[snip
This patch tries to change hvc_console to not use request_irq/free_irq if
the backend does not use irqs. This allows virtio_console to use hvc_console
without having a linker reference to request_irq/free_irq.
The irq specific code is moved to hvc_irq.c and selected by the drivers that
use irqs (S
This patch enables virtio_console as the default console on kvm for
s390. We currently use the same notify hack as lguest for early
console output. I will try to address this for lguest and s390 later.
Signed-off-by: Christian Borntraeger <[EMAIL PROTECTED]>
---
arch/s390/Kconfig |
This patch exploits the new notifier callbacks of the hvc_console. We can
use the virtio callbacks instead of the polling code.
I also added a small Kconfig change that allows the user to specify the
virtio console in menuconfig.
Signed-off-by: Christian Borntraeger <[EMAIL PROTECTED]>
---
d
This patch tries to change hvc_console to not use request_irq/free_irq if
the backend does not use irqs. This allows virtio_console to use hvc_console
without having a linker reference to request_irq/free_irq.
The irq specific code is moved to hvc_irq.c and selected by the drivers that
use irqs (S
This patch set if my first attempt to make virtio_console usable on s390.
To do so, I had to change hvc_console, because s390 has no request_irq and
no free_irq.
I want to get feedback from the main users of hvc_console before I proceed.
The basic idea of this patch set is to remove the calls to r
On Tue, 3 Jun 2008 19:40:55 +0530
"Sulibhavi, Madhvesh" <[EMAIL PROTECTED]> wrote:
> Josh Boyer wrote on Tuesday, June 03, 2008 5:22 PM
> > What build issues? Ebony should build fine for 2.6.26-rc3, unless
> > you're trying to apply this patchset to it without the other
> > patches it
> > requir
Josh Boyer wrote on Tuesday, June 03, 2008 5:22 PM
> What build issues? Ebony should build fine for 2.6.26-rc3, unless
> you're trying to apply this patchset to it without the other
> patches it
> requires.
I am trying without kprobes patches. I get build error
as below
On Tue, May 06, 2008 at 10:19:14AM +0200, Gerhard Pircher wrote:
>
> Original-Nachricht
> > Datum: Mon, 5 May 2008 22:55:38 +0400
> > Von: Anton Vorontsov <[EMAIL PROTECTED]>
> > An: Kumar Gala <[EMAIL PROTECTED]>
> > CC: linuxppc-dev@ozlabs.org
> > Betreff: [PATCH 1/2] [POWERPC]
On Tue, May 06, 2008 at 10:06:02AM +0200, Gabriel Paubert wrote:
> On Mon, May 05, 2008 at 10:55:38PM +0400, Anton Vorontsov wrote:
> > Sometimes (particularly on MPC8610HPCD) we want IRQ-less CMOS RTC for
> > the boards without (or disabled) i8259 PICs.
> >
> > We lookup the device tree for "chrp
On Tue, Jun 03, 2008 at 11:14:51AM +0200, Wolfgang Grandegger wrote:
> Anton Vorontsov wrote:
> > Hi all,
> >
> > Here are the notorious bindings. I believe I addressed Segher's comments.
> >
> > Major changes are in the LEDs bindings, I removed all the cruft and now
> > using "aliases" mechanism
On Tue, 3 Jun 2008 13:53:37 +0530
"Sulibhavi, Madhvesh" <[EMAIL PROTECTED]> wrote:
> Kumar, i would like to test the updated kprobes patches on my
> ebony target using latest kernel. But i am facing build issues using
> 2.6.26.rc3 for powerpc arch while using the ebony configuration.
> I tried it
Hi all!
On Friday 23 May 2008, Anton Vorontsov wrote:
> get_ro() callback must return values >= 0 for its logical state, and
...
> static void pxamci_set_ios(struct mmc_host *mmc, struct mmc_ios *ios)
> diff --git a/include/linux/mmc/host.h b/include/linux/mmc/host.h
> index f2e9885..ef3b773 1006
Kumar Gala wrote:
>
> On Jun 1, 2008, at 9:03 PM, David Gibson wrote:
>
>> On Fri, May 30, 2008 at 08:49:45AM +0200, Wolfgang Grandegger wrote:
>>> This patch adds support for the TQM8548 modules from TQ-Components
>>> GmbH (http://www.tqc.de).
>>
>> [snip]
>>> index 000..d09250a
>>> --- /dev
Anton Vorontsov wrote:
> Hi all,
>
> Here are the notorious bindings. I believe I addressed Segher's comments.
>
> Major changes are in the LEDs bindings, I removed all the cruft and now
> using "aliases" mechanism to determine LEDs' trigger.
>
> Comments, suggestions?
On what GIT tree is this
Have you tried compiling the Xilinx git tree ? I'm now using it fine with an
ML405 board and I've seen options for xup in it:
git clone git://git.xilinx.com/linux-2.6-xlnx.git--
Guillaume Dargaud
http://www.gdargaud.net/
___
Linuxppc-dev mailing list
On Tue, Jun 03, 2008 at 06:19:05PM +1000, Nick Piggin wrote:
> On Tuesday 03 June 2008 18:15, Jeremy Higdon wrote:
> > On Tue, Jun 03, 2008 at 02:33:11PM +1000, Nick Piggin wrote:
> > > On Monday 02 June 2008 19:56, Jes Sorensen wrote:
> > > > Would we be able to use Ben's trick of setting a per cp
Kumar Gala wrote on Tuesday, June 03, 2008 11:01 AM
> This is a patch that adds kprobes support for book-e style debug. Its
> based on the patch posted by Madhvesh and assumes the
> exception cleanup
> that I've already posted.
Thanks for your forward port of my previous kprobes patches.
Few mon
Hello,
All.I'm a student of Northeastern University, P.R.C. I am trying to port
linux kennel 2.6 to xilinx virtex 2 board(xupv2p). I use the kernel 2.6.22.16
and its patch from kernel.org, but the kernel hangs at "now booting the
kernel". Then I use the there patches of wolfgang from
http://p
On Tuesday 03 June 2008 18:15, Jeremy Higdon wrote:
> On Tue, Jun 03, 2008 at 02:33:11PM +1000, Nick Piggin wrote:
> > On Monday 02 June 2008 19:56, Jes Sorensen wrote:
> > > Would we be able to use Ben's trick of setting a per cpu flag in
> > > writel() then and checking that in spin unlock issui
On Tue, Jun 03, 2008 at 02:33:11PM +1000, Nick Piggin wrote:
> On Monday 02 June 2008 19:56, Jes Sorensen wrote:
> > Jeremy Higdon wrote:
> > > We don't actually have that problem on the Altix. All writes issued
> > > by CPU X will be ordered with respect to each other. But writes by
> > > CPU X
Hi Nathan,
I agree that the ehea cannot be built without MEMORY_HOTPLUG. The problem is
the fact that the ppc walk_memory_resource declaration is in the scope of
MEMORY_HOTPLUG. At the moment I don't have complete overview if the move of the
code as you propose in your patch has any side effects.
Scott Wood <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 02, 2008 at 10:11:02AM +0200, Haavard Skinnemoen wrote:
> > Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> > > On Fri, 30 May 2008, Haavard Skinnemoen wrote:
> > > > Maybe we need another interface that does not do byteswapping but
> > > > provid
Fabio,
I'm running on a MPC8343.
The SD-Card is connected on the spi hardware controller.
regards,
André
Fabio Tosetto schrieb:
Hello,
I am trying to enable the SD over SPI on a emebedded system with one
processor powerpc mpc5200b; you have enabled mmc over spi into a native
spi or psc spi?
On Tuesday 03 June 2008 16:53, Paul Mackerras wrote:
> Nick Piggin writes:
> > So your readl can pass an earlier cacheable store or earlier writel?
>
> No. It's quite gross at the moment, it has a sync before the access
> (i.e. a full mb()) and a twi; isync sequence after the access that
> stalls
89 matches
Mail list logo