Scott Wood wrote:
On Thu, Aug 21, 2008 at 09:21:39AM -0500, Kumar Gala wrote:
Where is the other discussion? I'd like to understand what's going on
here.. (especially since I added the wrtee[i] changes to kernel way
back when).
Presumably, they want to be able to replace wrtee with
On Aug 21, 2008, at 5:52 PM, Josh Boyer wrote:
On Thu, 2008-08-21 at 15:32 -0500, Kumar Gala wrote:
Some feedback:
* Can we increase the font size a bit?
NOO. Just use CTRL-SHIFT-+.
ok
* For the list of patches can we change the background of every other
line (light gray)
That would
On Aug 22, 2008, at 3:08 AM, Christian Ehrhardt wrote:
Scott Wood wrote:
On Thu, Aug 21, 2008 at 09:21:39AM -0500, Kumar Gala wrote:
Where is the other discussion? I'd like to understand what's
going on here.. (especially since I added the wrtee[i] changes to
kernel way back when).
On Thu, 21 Aug 2008, Kevin Diggs wrote:
> I am trying to do some compile testing of my cpufreq driver. If
> I disable modules I am getting multiple definition errors of inline
> functions:
>
> inline volatile unsigned int get_PLL(void)
> {
> unsigned int ret;
>
> __asm__ __volatile_
1. total_memory should be phys_addr_t not unsigned long
2. is_power_of_2() works with u32 so I just inlined (size & (size-1)) != 0
instead.
Also this patch fixes default initialization: res->end should be 0x7fff
not 0x8000.
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
arch/powerpc/sy
Hi Kumar,
[trimming CC list]
> Now that I can log in, can I get "maintainer" privileges (user:
> galak)
Yep, you should already have maintainer privs for linuxppc-dev
> also is it possible to put the patch controls in a separate frame so
> they are always visible (dont have to scoll to the bott
Ok thank you, I will begin to implement the irq functions
2008/8/22, Michael Ellerman <[EMAIL PROTECTED]>:
>
> On Thu, 2008-08-21 at 10:23 +0200, Sébastien Chrétien wrote:
> > Exactly, I mean ppc_md.init_IRQ().
>
> > Ok. What have I to setup in this function ? I set the mask and other
> > register
Hello,
I am using linux 2.6.26 on a powerpc board. I would like to use a initrd. So
I set the initrd option in the kernel. But when I boot Linux, it crashes
before start_kernel(). And after the configuration of the MMU. The last
words of the prompt are :
Probing machine type ...
MPC7448 on IAD6
On Aug 22, 2008, at 3:55 AM, Jeremy Kerr wrote:
Hi Kumar,
[trimming CC list]
Now that I can log in, can I get "maintainer" privileges (user:
galak)
Yep, you should already have maintainer privs for linuxppc-dev
also is it possible to put the patch controls in a separate frame so
they are
From: David Miller <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 21:21:45 -0700 (PDT)
> of_i2c: Add Sparc support.
>
> Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
Of course, after testing, I noticed that I forgot the all
important shifts here. :-)
Here is a fixed patch:
of_i2c: Add Sparc s
Pls let me know the status of this patch.
Thanks,
Chandru
On Thursday 14 August 2008 15:17:32 Chandru wrote:
> kdump kernel needs to use only those memory regions that it is allowed to use
> (crashkernel, rtas, tce ..etc ). Each of these regions have their own sizes
> and are currently added u
On Aug 19, 2008, at 5:36 AM, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt <[EMAIL PROTECTED]>
This adds the guest portion of the hypercall infrastructure,
basically an
illegal instruction with a defined layout.
See http://kvm.qumranet.com/kvmwiki/PowerPC_Hypercall_ABI for more
detail
The following series implements basic board support for GE Fanuc's SBC610, a
6U single board computer, based on Freescale's MPC8641D.
This series provides basic functionality:
- The board can boot with a serial console.
- Ethernet works, though the phys are polled.
- The PCI bus is scanned and sa
Support for the SBC610 VPX Single Board Computer from GE Fanuc (PowerPC
MPC8641D).
This is the basic board support for GE Fanuc's SBC610, a 6U single board
computer, based on Freescale's MPC8641D.
Signed-off-by: Martyn Welch <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/gef_sbc610.dts | 26
On Thu, 21 Aug 2008 20:53:05 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Josh Boyer <[EMAIL PROTECTED]>
> Date: Thu, 21 Aug 2008 21:15:37 -0400
>
> > Huge? I'd say mistake, but not necessarily huge. I mean nobody other
> > than you (at least in the context of this conversation)
+ PowerPC,[EMAIL PROTECTED] {
+ device_type = "cpu";
+ reg = <0x>;
+ d-cache-line-size = <32>; // 32 bytes
+ i-cache-line-size = <32>; // 32 bytes
+ d-cache-size = <
On Aug 22, 2008, at 5:46 AM, Martyn Welch wrote:
Support for the SBC610 VPX Single Board Computer from GE Fanuc
(PowerPC
MPC8641D).
This is the default config file for GE Fanuc's SBC610, a 6U single
board
computer, based on Freescale's MPC8641D.
Signed-off-by: Martyn Welch <[EMAIL PROTEC
On Fri, 22 Aug 2008 05:57:51 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Aug 22, 2008, at 5:46 AM, Martyn Welch wrote:
>
> > Support for the SBC610 VPX Single Board Computer from GE Fanuc
> > (PowerPC
> > MPC8641D).
> >
> > This is the default config file for GE Fanuc's SBC610, a 6U sin
Support for the SBC610 VPX Single Board Computer from GE Fanuc (PowerPC
MPC8641D).
This is the default config file for GE Fanuc's SBC610, a 6U single board
computer, based on Freescale's MPC8641D.
Signed-off-by: Martyn Welch <[EMAIL PROTECTED]>
---
arch/powerpc/configs/gef_sbc610_defconfig | 16
From: Josh Boyer <[EMAIL PROTECTED]>
Date: Fri, 22 Aug 2008 06:50:48 -0400
> On Thu, 21 Aug 2008 20:53:05 -0700 (PDT)
> David Miller <[EMAIL PROTECTED]> wrote:
>
> > From: Josh Boyer <[EMAIL PROTECTED]>
> > Date: Thu, 21 Aug 2008 21:15:37 -0400
> >
> > > Huge? I'd say mistake, but not necessari
On Fri, 22 Aug 2008 05:56:53 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
> >
> > + PowerPC,[EMAIL PROTECTED] {
> > + device_type = "cpu";
> > + reg = <0x>;
> > + d-cache-line-size = <32>; // 32 bytes
> > +
On Fri, 22 Aug 2008 12:11:52 +0100
Martyn Welch <[EMAIL PROTECTED]> wrote:
> On Fri, 22 Aug 2008 05:56:53 -0500
> Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> > >
> > > + PowerPC,[EMAIL PROTECTED] {
> > > + device_type = "cpu";
> > > + reg = <0x>;
> >
On Thursday 21 August 2008, Josh Boyer wrote:
> I can understand why, as they are really two different platforms. So
> logically it makes sense to have them separate.
Ok, fair enough.
Arnd <><
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.o
On Aug 22, 2008, at 4:17 AM, Kumar Gala wrote:
On Aug 22, 2008, at 3:08 AM, Christian Ehrhardt wrote:
Scott Wood wrote:
On Thu, Aug 21, 2008 at 09:21:39AM -0500, Kumar Gala wrote:
Where is the other discussion? I'd like to understand what's
going on here.. (especially since I added the
On Friday 22 August 2008 05:38:54 Kumar Gala wrote:
>
> On Aug 19, 2008, at 5:36 AM, [EMAIL PROTECTED] wrote:
>
> > From: Christian Ehrhardt <[EMAIL PROTECTED]>
> >
> > This adds the guest portion of the hypercall infrastructure,
> > basically an
> > illegal instruction with a defined layout.
>
Gah, I just noticed that part of this patch is missing - I will
resubmit as soon as I figure out what the heck happened.
-Becky
On Aug 21, 2008, at 3:10 PM, Becky Bruce wrote:
Also change consumers of various lmb funcs/arrays that are now
phys_addr_t to also be phys_addr_t.
Signed-off-by: B
On Fri, Aug 22, 2008 at 09:56:16AM -0400, Jimi Xenidis wrote:
> Sorry, I have not really been following this, I assume you are
> replacing SPR accesses with load/stores that do not trap.
> I believe thats fine for reading any SPR, but not true for modifying
> some SPRs, particularly MSR.
> IMHO
On Thu, Aug 21, 2008 at 10:39:40PM -0400, Jon Smirl wrote:
> I see, the old support needed the drivers to be built-in. The newer
> code dynamically loads the correct i2c driver and set its parameters.
>
> Did the old code use anything besides compatible?
Yes.
> It would have been using the older
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Mitch Bradley
> Sent: Friday, August 22, 2008 12:19 AM
> To: David Miller
> Cc: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; Wood Scott
> Subject: Re: [PATCH 0/3]: Sparc OF I2
On Fri, Aug 22, 2008 at 09:00:09AM -0700, Yoder Stuart wrote:
>There are a few bindings specified in the ePAPR, based on the old
>Open Firmware working group stuff:
> -cpu
> -interrupt controllers
> -PCI
> -network devices
> -DCR devices
Er, I don't think that one is based on the old wor
On Fri, Aug 22, 2008 at 06:46:20AM -0400, Martyn Welch wrote:
> + enet0: [EMAIL PROTECTED] {
> + #address-cells = <1>;
> + #size-cells = <0>;
> + device_type = "network";
> + model = "eTSEC";
> +
On Thu, Aug 21, 2008 at 8:39 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 8/21/08, Grant Likely <[EMAIL PROTECTED]> wrote:
>> It was over a year ago when support for i2c devices in the device tree
>> was merged.
>
> I see, the old support needed the drivers to be built-in. The newer
> code dynami
Use phys_addr_t for sizes and addresses where appropriate.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
arch/powerpc/mm/mem.c | 19 ++-
1 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/arch/powerpc/mm/mem.c b/arch/powerpc/mm/mem.c
index 1c93c25..89dc32b 1006
It turns out that the commit message was out of date, and the patch
itself was correct. I have resubmitted with a different title/log, so
this patch can be ignored.
Cheers,
B
On Aug 22, 2008, at 10:26 AM, Becky Bruce wrote:
Gah, I just noticed that part of this patch is missing - I will
On Fri, Aug 22, 2008 at 12:26:01PM +0100, Martyn Welch wrote:
> > > drop device_type.
> > >
> >
> > Ah - _all_ device_type!
> >
>
> Um, not all - just the ones where the name of the block matches the
> device type(?)
All except "cpu" and "memory".
-Scott
__
On Thu, 2008-08-21 at 19:09 +0300, Konstantinos Margaritis wrote:
> Benh suggested that I made this more known, and in particular to this list,
> so
> I send this mail in hope that some people might be interested. In particular,
> I ran the following benchmarks against libfreevec/glibc:
>
> htt
On Fri, 2008-08-22 at 12:44 -0500, Ryan S. Arnold wrote:
> Today, if glibc is configure with --with-cpu=970 it will actually
> default to the power optimizations for the string routines, as
> indicated
> by the sysdeps/powerpc/powerpc[32|64]/970/Implies files. It'd be
> worth
> verifying that your
Hi, all:
I think I meet an odd problem with PPC405EP (PPChameleonEVB Board).
I am running a kernel module which will execute a user space
application. The entry point of the application is 0x10a0. At the
moment when the processor tries to execute the application, 0x10a0
is not in TL
On Aug 21, 2008, at 4:40 PM, Kumar Gala wrote:
#define _PMD_PRESENT0
#define _PMD_PRESENT_MASK (PAGE_MASK)
@@ -517,7 +522,13 @@ extern unsigned long
bad_call_to_PMD_PAGE_SIZE(void);
#define pte_none(pte) ((pte_val(pte) & ~_PTE_NONE_MASK) == 0)
#define pte_present(pte)(
On Fri, Aug 22, 2008 at 08:27:15PM +0200, Zhou Rui wrote:
>Hi, all:
>I think I meet an odd problem with PPC405EP (PPChameleonEVB Board).
What kernel version are you using?
>I am running a kernel module which will execute a user space
>application. The entry point of the application is 0x1
Hi,
Can I ignore these checkpatch errors:
ERROR: do not initialise statics to 0 or NULL
#829: FILE: powerpc/kernel/cpu/pll_if.c:61:
+static unsigned int override_bus_clock = 0;
ERROR: do not initialise externals to 0 or NULL
#1281: FILE: powerpc/kernel/cpu/pll_if.c:513:
+int rval = 0;
Someone
On Fri, 22 Aug 2008 17:21:44 -0700
"Kevin Diggs" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Can I ignore these checkpatch errors:
>
> ERROR: do not initialise statics to 0 or NULL
> #829: FILE: powerpc/kernel/cpu/pll_if.c:61:
> +static unsigned int override_bus_clock = 0;
>
> ERROR: do not initialise
The FPGA based watchdog timer used by the Pika Warp appliance.
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig
index db20542..2bbb607 100644
--- a/drivers/watchdog/Kconfig
+++ b/drivers/watchdog/Kconfig
@@ -719,6 +719,14 @@ con
The file(s) below do not use LINUX_VERSION_CODE nor KERNEL_VERSION.
arch/powerpc/sysdev/bestcomm/gen_bd.c
This patch removes the said #include .
Signed-off-by: Huang Weiyi <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/sysdev/bestcomm/gen_bd.c
b/arch/powerpc/sysdev/bestcomm/gen_bd.c
index a3a1
The driver(s) below do not use LINUX_VERSION_CODE nor KERNEL_VERSION.
drivers/video/xilinxfb.c
This patch removes the said #include .
Signed-off-by: Huang Weiyi <[EMAIL PROTECTED]>
diff --git a/drivers/video/xilinxfb.c b/drivers/video/xilinxfb.c
index 7b3a842..5da3d24 100644
--- a/drivers/vide
On Fri, Aug 22, 2008 at 11:56 PM, Huang Weiyi <[EMAIL PROTECTED]> wrote:
> The driver(s) below do not use LINUX_VERSION_CODE nor KERNEL_VERSION.
> drivers/video/xilinxfb.c
>
> This patch removes the said #include .
>
> Signed-off-by: Huang Weiyi <[EMAIL PROTECTED]>
Thanks, I'll pick this one up f
On Fri, Aug 22, 2008 at 11:56 PM, Huang Weiyi <[EMAIL PROTECTED]> wrote:
> The file(s) below do not use LINUX_VERSION_CODE nor KERNEL_VERSION.
> arch/powerpc/sysdev/bestcomm/gen_bd.c
>
> This patch removes the said #include .
>
> Signed-off-by: Huang Weiyi <[EMAIL PROTECTED]>
Thanks, I'll queue t
47 matches
Mail list logo