Stephen Rothwell wrote:
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
drivers/ata/pata_mpc52xx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
I am not sure who wants to take this.
diff --git a/drivers/ata/pata_mpc52xx.c b/drivers/ata/pata_mpc52xx.c
index bc79df6..a9e82
Gcc 4.3 produced this warning:
arch/powerpc/kernel/signal_64.c: In function 'restore_sigcontext':
arch/powerpc/kernel/signal_64.c:161: warning: array subscript is above array
bounds
This is caused by us copying to aliases of elements of the pt_regs
structure. Make those explicit.
This adds one
On Friday 20 June 2008 23:24:08 Christian Borntraeger wrote:
> I also kept hvc_struct defined in hvc_console.h so that hvc_irq.c can
> access the irq_requested element.
Added this fix:
Fix compile of hvc_rtas.c
Moving the struct definition out to the header had bad effect under one
ppc64 config
Stefan Roese wrote:
From: Sathya Narayanan <[EMAIL PROTECTED]>
The descriptor pointers were not initialized to NIL values, so it was
poiniting to some random addresses which was completely invalid. This
fix takes care of initializing the descriptor to NIL values and clearing
the valid descriptor
Stephen Rothwell wrote:
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/fs_enet-main.c |2 +-
drivers/net/fs_enet/mac-scc.c |2 +-
drivers/net/fs_enet/mii-fec.c |2 +-
drivers/net/ibm_newemac/core.h |2 +-
drivers/net/ucc_geth.c
On Thu, Jun 26, 2008 at 05:48:01PM -1000, Mitch Bradley wrote:
>
>
> David Gibson wrote:
>> On Thu, Jun 26, 2008 at 05:28:42PM -1000, Mitch Bradley wrote:
>>
>>> David Gibson wrote:
>>>
On Thu, Jun 26, 2008 at 01:50:40PM -1000, Mitch Bradley wrote:
>> [snip]
>>
> +
David Gibson wrote:
On Thu, Jun 26, 2008 at 05:28:42PM -1000, Mitch Bradley wrote:
David Gibson wrote:
On Thu, Jun 26, 2008 at 01:50:40PM -1000, Mitch Bradley wrote:
[snip]
+ const u_int32_t *propval;
+ u_int32_t addrcells = 0, sizecells = 0;
Because get_immrbase in fsl_soc.c does not work without it.
On Thu, Jun 26, 2008 at 7:42 PM, David Gibson
<[EMAIL PROTECTED]> wrote:
> On Wed, Jun 18, 2008 at 02:24:46PM -0600, John Rigby wrote:
>> Updated device tree for MPC5121ADS
>
> [snip]
>> [EMAIL PROTECTED] {
>> compatib
On Thu, Jun 26, 2008 at 05:28:42PM -1000, Mitch Bradley wrote:
> David Gibson wrote:
>> On Thu, Jun 26, 2008 at 01:50:40PM -1000, Mitch Bradley wrote:
[snip]
>>> + const u_int32_t *propval;
>>> + u_int32_t addrcells = 0, sizecells = 0;
>>>int len;
>>>
>>>
David Gibson wrote:
On Thu, Jun 26, 2008 at 01:50:40PM -1000, Mitch Bradley wrote:
This patch modifes ofpart.c so the total size of NAND FLASH
and the size of an individual partition can exceed 4GiB. It does so
by decoding the "reg" property based on the values of "#address-cells"
and "#si
On Thu, Jun 26, 2008 at 01:50:40PM -1000, Mitch Bradley wrote:
> This patch modifes ofpart.c so the total size of NAND FLASH
> and the size of an individual partition can exceed 4GiB. It does so
> by decoding the "reg" property based on the values of "#address-cells"
> and "#size-cells" in the par
A revised version of the patch, addressing some points that Segher
identified, will be issued soon.
So if you want to review the patch as submitted, please be aware that
some stylistic things have already been fixed (u64 instead of u_int64_t
etc, use of of_read_number(), removal of fallback code
On Wed, Jun 18, 2008 at 02:24:46PM -0600, John Rigby wrote:
> Updated device tree for MPC5121ADS
[snip]
> [EMAIL PROTECTED] {
> compatible = "fsl,mpc5121-immr";
> + device_type = "soc";
I realise we still need the unwanted device_type value on the soc in
some cases
On Thu, Jun 26, 2008 at 08:41:12PM +0200, Stefan Roese wrote:
> On Thursday 26 June 2008, Sean MacLennan wrote:
> > > Well, there's a lot of disagreement on this subject. Not only do we
> > > not agree on a method of enumerating devices, a lot of people have a
> > > problem with the concept of enu
On Thu, Jun 26, 2008 at 10:25:28AM -0500, Scott Wood wrote:
> On Thu, Jun 26, 2008 at 11:03:49AM +1000, David Gibson wrote:
> > - the endian handling functions in libfdt_env.h, based on
> > endian.h and byteswap.h are replaced with some portable open-coded
> > versions. Unfortunately, these re
Hi,
On 6/27/08, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 26, 2008 at 02:29:29PM +0200, [EMAIL PROTECTED] wrote:
> > current linux version is 2.6.26-rc8 and I think this is the right time
> > to send latest patches againts rc8 for Microblaze CPU.
> >...
>
> Thanks for your work on
On 6/27/08, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 26, 2008 at 08:46:44PM +0200, Michal Simek wrote:
> > Adrian Bunk napsal(a):
> > > On Thu, Jun 26, 2008 at 02:29:31PM +0200, [EMAIL PROTECTED] wrote:
> > >> ...
> > >> --- /dev/null
> > >> +++ b/arch/microblaze/Makefile
> > >> .
This patch modifes ofpart.c so the total size of NAND FLASH
and the size of an individual partition can exceed 4GiB. It does so
by decoding the "reg" property based on the values of "#address-cells"
and "#size-cells" in the parent node, thus allowing the base address
and size to be 64-bit numbers
From: Grant Likely <[EMAIL PROTECTED]>
There have been many questions on and off the mailing list about how
exactly the bootwrapper is used for embedded targets. Add some
documentation and help text to try and clarify the system.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
Documentatio
On Thursday 26 June 2008, Adrian Bunk wrote:
> Honestly, I do not completely like your approach of getting the
> microblaze port submitter to create the asm-generic files - I would
> personally prefer if the microblaze port would look exactly like all
> other ports and the (reasonable) changes y
On Thursday 26 June 2008, Michal Simek wrote:
>
> >> +
> >> +/*
> >> + * sys_ipc() is the de-multiplexer for the SysV IPC calls..
> >> + *
> >> + * This is really horribly ugly.
> >> + */
> >
> > If it's so horribly ugly, don't do it this way ;-)
>
> :-) this is not my part of code. I'll remove
On Thursday 26 June 2008, H. Peter Anvin wrote:
>
> The sanest way to do that would probably be something along the lines of:
>
> -> Change include/asm-xxx to arch/xxx/include/asm
Sam Ravnborg is already working on this part.
> -> Create arch/generic
> -> Make sure arch/xxx/include/asm and arch
Hello
I'm trying to get kgdb working on a mpc8540 based target machine. I took the
latest patches which are for 2.6.13(mine is 2.6.11) and build and made
changes to config by enabling :
- Compile the kernel with debug info
- KGDB: kernel debugging with remote gdb
- KGDB: Console messages through g
Michal Simek wrote:
Ok. Thanks for information Steve.
Jon: Only for sure the main difference is only in value handling. Am I right?
If yes, it is easy to change.
M
Right. It is essentially C-like now. And has a
declarator at the top with /dts-v1/. Essentially
all of the DTS files in arch/p
Ok. Thanks for information Steve.
Jon: Only for sure the main difference is only in value handling. Am I right?
If yes, it is easy to change.
M
> It's on my list of things to do, but I'm swamped with a few deadlines at
> the moment.
>
> Steve
>
>> -Original Message-
>> From: [EMAIL PRO
Michal Simek wrote:
Michal Simek wrote:
I expect it but I haven't information about. I'll check it.
I'm assuming Microblaze doesn't actually add a.out support, does it?
I think that any support were there but I assume that no one use it.
Most other new architectures don't bother, hence the
> Michal Simek wrote:
>> I expect it but I haven't information about. I'll check it.
>
> I'm assuming Microblaze doesn't actually add a.out support, does it?
>
> -hpa
I think that any support were there but I assume that no one use it.
M
___
Linu
Ray Lee napsal(a):
> On Thu, Jun 26, 2008 at 12:19 PM, Michal Simek <[EMAIL PROTECTED]> wrote:
>>> On Thu, Jun 26, 2008 at 5:29 AM, <[EMAIL PROTECTED]> wrote:
+ex_sw:
+ /* Get the destination register number into r5 */
+ lbuir5, r0, ex_reg_op;
+ /* Form st
We're looking at putting a microblaze toolchain on git.xilinx.com, which
will be slightly easier than grabbing all of petalinux, if people just
want to compile test it.
At the moment, we would very much like to push the microblaze
architecture code to the gcc mainline. I believe the main barri
Stephen Neuendorffer wrote:
cuImage is for boards running an older U-Boot that does not understand
device trees.
Forgive my ignorance here, but what specifically does this imply? As
far as I can tell, generally speaking, some of the board-specific
information is passed into the boot wrapper, w
It's on my list of things to do, but I'm swamped with a few deadlines at
the moment.
Steve
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of
Michal Simek
> Sent: Thursday, June 26, 2008 11:57 AM
> To: Jon Loeliger
> Cc: [EMAIL PROTECTED
> -Original Message-
> From: Josh Boyer [mailto:[EMAIL PROTECTED]
> Sent: Thursday, June 26, 2008 12:07 PM
> To: Stephen Neuendorffer
> Cc: [EMAIL PROTECTED]; John Linn; [EMAIL PROTECTED];
[EMAIL PROTECTED];
> [EMAIL PROTECTED]
> Subject: RE: [PATCH] powerpc/bootwrapper: Add documentation
Hi Nathan,
Nathan Lynch wrote:
There is an "interesting" quality of POWER6 cores, which each have 2
hardware threads: assuming one thread on the core is idle, the primary
thread is a little "faster" than the secondary thread. To illustrate:
I found this feature interesting and decided to do
On Thu, Jun 26, 2008 at 08:50:37PM +0200, Michal Simek wrote:
> Hi Adrian,
>
> > On Thu, Jun 26, 2008 at 02:29:29PM +0200, [EMAIL PROTECTED] wrote:
> >> Hi everybody,
> >>
> >> current linux version is 2.6.26-rc8 and I think this is the right time
> >> to send latest patches againts rc8 for Microb
On Thu, Jun 26, 2008 at 12:19 PM, Michal Simek <[EMAIL PROTECTED]> wrote:
>> On Thu, Jun 26, 2008 at 5:29 AM, <[EMAIL PROTECTED]> wrote:
>>> +ex_sw:
>>> + /* Get the destination register number into r5 */
>>> + lbuir5, r0, ex_reg_op;
>>> + /* Form store_word jump table offset
On Thu, Jun 26, 2008 at 08:46:44PM +0200, Michal Simek wrote:
> Adrian Bunk napsal(a):
> > On Thu, Jun 26, 2008 at 02:29:31PM +0200, [EMAIL PROTECTED] wrote:
> >> ...
> >> --- /dev/null
> >> +++ b/arch/microblaze/Makefile
> >> ...
> >> +# Work out HW multipler support. This is icky.
> >> +# 1. Spa
Michal Simek wrote:
I expect it but I haven't information about. I'll check it.
I'm assuming Microblaze doesn't actually add a.out support, does it?
-hpa
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinf
OK. I'do it.
M
> On Thu, Jun 26, 2008 at 02:29:36PM +0200, [EMAIL PROTECTED] wrote:
>> From: Michal Simek <[EMAIL PROTECTED]>
>>
>>
>> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
>> ---
>> include/asm-microblaze/semaphore.h |1 +
>> 1 files changed, 1 insertions(+), 0 deletions(-)
>> cr
On Thu, May 08, 2008 at 10:47:00PM +1000, Bryan O'Donoghue wrote:
> Greetings.
>
> Attached is a patchset to support the ASP8347E.
Sorry for the late reply...
> http://www.analogue-micro.com/ASP8347.html. Due to the fact that the board
> shipped with a root filesystem that requires devfs, you h
> On Thu, Jun 26, 2008 at 02:29:59PM +0200, [EMAIL PROTECTED] wrote:
>> From: Michal Simek <[EMAIL PROTECTED]>
>>
>>
>> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
>> ---
>> 0 files changed, 0 insertions(+), 0 deletions(-)
>> create mode 100644 include/asm-microblaze/a.out.h
>>
>> diff --git
> On Thu, Jun 26, 2008 at 5:29 AM, <[EMAIL PROTECTED]> wrote:
>> +ex_sw:
>> + /* Get the destination register number into r5 */
>> + lbuir5, r0, ex_reg_op;
>> + /* Form store_word jump table offset (sw_table + (8 * regnum)) */
>> + la r6, r0, sw_table;
>> +
On Thu, 2008-06-26 at 09:48 -0700, Stephen Neuendorffer wrote:
> My unanswered questions:
>
> 1) Why are there 4 different types of targets that embed a device tree?
> I assume they differ in how they are started loaded, but (unfortunately)
> the names are meaningless (With the exception of cuImag
>> +
>> +/*
>> + * sys_ipc() is the de-multiplexer for the SysV IPC calls..
>> + *
>> + * This is really horribly ugly.
>> + */
>
> If it's so horribly ugly, don't do it this way ;-)
:-) this is not my part of code. I'll remove it with syscall changes.
>> +int
>> +sys_ipc(uint call, int first,
Hi Arnd,
> On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
>> We have there still problem with syscalls and we don't have chance to
>> fix it to stable version, this is not part which I can do yourself.
>> Microblaze will be n + 1 platform which use some old syscalls.
>> I hope you understan
OK. We have to change fdt generator with Steve.
Steve: can you look at it?
M
> [EMAIL PROTECTED] wrote:
>> From: Michal Simek <[EMAIL PROTECTED]>
>>
>>
>> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
>> ---
>> arch/microblaze/platform/generic/system.dts | 300
>> +++
Thanks for this documentation - I found it very illuminating. My
question was going to be similar to Stephen's in that I don't find it
clear which of the images with an embedded device tree I should be
using. This is all in contrast to the Xilinx git tree where I just use
zImage with a config
Hi Adrian,
> On Thu, Jun 26, 2008 at 02:29:29PM +0200, [EMAIL PROTECTED] wrote:
>> Hi everybody,
>>
>> current linux version is 2.6.26-rc8 and I think this is the right time
>> to send latest patches againts rc8 for Microblaze CPU.
>> ...
>
> Thanks for your work on getting the architecture inclu
Adrian Bunk napsal(a):
> On Thu, Jun 26, 2008 at 02:29:31PM +0200, [EMAIL PROTECTED] wrote:
>> ...
>> --- /dev/null
>> +++ b/arch/microblaze/Makefile
>> ...
>> +# Work out HW multipler support. This is icky.
>> +# 1. Spartan2 has no HW multiplers.
>> +# 2. MicroBlaze v3.x always uses them, except
OK.I'll fix it.
M
>> +++ b/include/asm-generic/termbits.h
>> @@ -0,0 +1,200 @@
>
>> +/* c_cflag bit meaning */
>> +
>> +#define CBAUD 0010017
>> +#define B0 000 /* hang up */
>
> You need BOTHER in here as well - especially if it is going to be generic.
>
> _
On Thursday 26 June 2008, Sean MacLennan wrote:
> > Well, there's a lot of disagreement on this subject. Not only do we
> > not agree on a method of enumerating devices, a lot of people have a
> > problem with the concept of enumerating them in the first place!
>
> An interesting point is that I e
Sean MacLennan wrote:
> On Thu, 26 Jun 2008 10:55:14 -0500
> "Timur Tabi" <[EMAIL PROTECTED]> wrote:
>
>> Well, there's a lot of disagreement on this subject. Not only do we
>> not agree on a method of enumerating devices, a lot of people have a
>> problem with the concept of enumerating them in
On Thu, 26 Jun 2008 10:55:14 -0500
"Timur Tabi" <[EMAIL PROTECTED]> wrote:
> Well, there's a lot of disagreement on this subject. Not only do we
> not agree on a method of enumerating devices, a lot of people have a
> problem with the concept of enumerating them in the first place!
An interestin
On Thu, Jun 26, 2008 at 06:38:32PM +0200, Arnd Bergmann wrote:
> On Thursday 26 June 2008, Adrian Bunk wrote:
> > The comment could be nuked (as well as the #ifdef __KERNEL__), but for
> > the one #define an asm-generic header would IMHO be overkill.
>
> I agree that it doesn't technically make s
Arnd Bergmann wrote:
On Thursday 26 June 2008, Adrian Bunk wrote:
The comment could be nuked (as well as the #ifdef __KERNEL__), but for
the one #define an asm-generic header would IMHO be overkill.
I agree that it doesn't technically make sense to have a one-line
asm-generic header, but I lik
Arnd Bergmann wrote:
* You are using sys_ipc and sys_socketcall instead of the
broken-out syscalls, which is a direct consequence of following
the i386 numbering scheme.
Please pretty please kill, kill, kill...
-hpa
___
Linuxppc-dev mailing
On Thursday 26 June 2008, Arnd Bergmann wrote:
> That still leaves the problem that a lot of your syscalls have bugs
> copied from other platforms. If you need to maintain backwards compatibility
> with your existing binaries, that's fine, but please fix the code you are
> adding.
Sorry for my ha
Arnd Bergmann wrote:
You still set __NR_fork. There is no point defining the number if you
can't actually call the syscall in the first place.
Worse, it is actively *harmful* to set the number; klibc or anything
that uses similar kinds of scripts for portability will see the symbol
and thin
Hello, all:
I am building a Linux kernel module for PPC405EP.
My developing board is PPChameleonEVB. I am debugging
with BDI2000 and GDB, and my problem is:
In GDB, a section of the codes is disassembled to:
mfmsr r0
ori r0,r0,32768
mtmsr r0
blr
From BDI2
This allows other platforms with the same pci
block like MPC5121 to use it.
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/83xx/Kconfig |2 +-
arch/powerpc/platforms/83xx/Makefile |1 -
arch/powerpc/platforms/83xx/mpc831x_rdb.c |1 +
arch/powerpc/p
Choosing PCI or not at config time is allowed on some
platforms via an if expression in arch/powerpc/Kconfig.
To add a new platform with PCI support selectable at
config time, you must change the if expression. This
patch makes this easier by changing:
bool "PCI support" if
to
bool "PCI s
patch 1/2 cleans up powerpc pci config
Thanks to Michael Ellerman for his comments. This new version
calls the new config var PPC_PCI_CHOICE instead of PPC_HAS_PCI
patch 2/2 moves mpc83xx_add_bridge to fsl_pci.c
This is unchanged.
___
Linuxpp
* Josh Boyer <[EMAIL PROTECTED]> [2008-06-26 11:28]:
>
> On Thu, 2008-06-26 at 14:57 +0200, Bernhard Walle wrote:
> > This patch removes the experimental status of kdump on IA64. kdump is on
> > IA64
> > now since more than one year and it has proven to be stable.
>
> I think you mean PPC64?
Rig
This patch removes the experimental status of kdump on PPC64. kdump is on PPC64
now since more than one year and it has proven to be stable.
For i386/x86_64, a similar patch has been accepted by Ingo Molnar and Vivek
Goyal.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
arch/powerpc/Kcon
My unanswered questions:
1) Why are there 4 different types of targets that embed a device tree?
I assume they differ in how they are started loaded, but (unfortunately)
the names are meaningless (With the exception of cuImage, which is only
cryptic.. :) If I'm adding support for a new board, wh
On Thursday 26 June 2008, Arnd Bergmann wrote:
> On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> > include/asm-generic/sockios.h | 23 +++
> > include/asm-generic/ucontext.h | 24
> > include/asm-microblaze/fcntl.h | 1 +
> > inclu
On Thursday 26 June 2008, Adrian Bunk wrote:
> The comment could be nuked (as well as the #ifdef __KERNEL__), but for
> the one #define an asm-generic header would IMHO be overkill.
I agree that it doesn't technically make sense to have a one-line
asm-generic header, but I like the idea of reduci
On Thu, Jun 26, 2008 at 5:29 AM, <[EMAIL PROTECTED]> wrote:
> +ex_sw:
> + /* Get the destination register number into r5 */
> + lbuir5, r0, ex_reg_op;
> + /* Form store_word jump table offset (sw_table + (8 * regnum)) */
> + la r6, r0, sw_table;
> + add r
On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> From: Michal Simek <[EMAIL PROTECTED]>
>
>
> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
> ---
> arch/microblaze/kernel/syscall_table.S | 330 +++
> include/asm-microblaze/unistd.h| 390
>
On Thu, Jun 26, 2008 at 05:35:11PM +0200, Arnd Bergmann wrote:
> On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> > +
> > +#ifndef _ASM_MICROBLAZE_NAMEI_H
> > +#define _ASM_MICROBLAZE_NAMEI_H
> > +
> > +#ifdef __KERNEL__
> > +
> > +/* This dummy routine maybe changed to something useful
> > + *
On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> +
> +int sys_uname(struct old_utsname *name)
> +{
> + int err = -EFAULT;
> +
> + down_read(&uts_sem);
> + if (name && !copy_to_user(name, utsname(), sizeof(*name)))
> + err = 0;
> + up_read(&uts_sem);
> +
Stefan Roese wrote:
> On Thursday 26 June 2008, Timur Tabi wrote:
>>> The only thing a platform should ever use aliases for is if it needs
>>> to (for whatever purpose) find a specific device, that it cannot
>>> identify otherwise (via "reg", ...). And then that platform code
>>> should look up th
On Thursday 26 June 2008, Timur Tabi wrote:
> > The only thing a platform should ever use aliases for is if it needs
> > to (for whatever purpose) find a specific device, that it cannot
> > identify otherwise (via "reg", ...). And then that platform code
> > should look up the device by the alias,
On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> +
> +/*
> + * sys_ipc() is the de-multiplexer for the SysV IPC calls..
> + *
> + * This is really horribly ugly.
> + */
If it's so horribly ugly, don't do it this way ;-)
> +int
> +sys_ipc(uint call, int first, int second, int third, void *ptr,
On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> include/asm-generic/sockios.h | 23 +++
> include/asm-generic/ucontext.h | 24
> include/asm-microblaze/fcntl.h | 1 +
> include/asm-microblaze/sockios.h | 23 +
On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> +
> +#ifndef _ASM_MICROBLAZE_NAMEI_H
> +#define _ASM_MICROBLAZE_NAMEI_H
> +
> +#ifdef __KERNEL__
> +
> +/* This dummy routine maybe changed to something useful
> + * for /usr/gnemul/ emulation stuff.
> + * Look at asm-sparc/namei.h for details.
>
To allow for a single kernel image on e500 v1/v2/mc we need to fixup lwsync
at runtime. On e500v1/v2 lwsync causes an illop so we need to patch up
the code. We default to 'sync' since that is always safe and if the cpu
is capable we will replace 'sync' with 'lwsync'.
We introduce CPU_FTR_LWSYNC
On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> @@ -0,0 +1,84 @@
> +
> +#include
> +#include
> +#include
> +
> +struct winsize {
> + unsigned short ws_row;
> + unsigned short ws_col;
> + unsigned short ws_xpixel;
> + unsigned short ws_ypixel;
> +};
> +
> +#define NCC
On Thu, 2008-06-26 at 14:57 +0200, Bernhard Walle wrote:
> This patch removes the experimental status of kdump on IA64. kdump is on IA64
> now since more than one year and it has proven to be stable.
I think you mean PPC64?
josh
> For i386/x86_64, a similar patch has been accepted by Ingo Molnar
On Thu, Jun 26, 2008 at 11:03:49AM +1000, David Gibson wrote:
> - the endian handling functions in libfdt_env.h, based on
> endian.h and byteswap.h are replaced with some portable open-coded
> versions. Unfortunately, these result in fairly crappy code when
> compiled, but as far as I can de
On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> include/asm-microblaze/msgbuf.h | 39
> include/asm-microblaze/shmbuf.h | 50
> +
> include/asm-microblaze/shmparam.h | 14 ++
> 3 files changed, 103 insertions(
On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> +#include
You should never need to include linux/autoconf.h anywhere,
just remove this.
> +#include
> +#include
> +#include "../../../mm/internal.h"
Why do you need to include the internal.h file here?
If you have a good reason to do it, y
On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
> We have there still problem with syscalls and we don't have chance to
> fix it to stable version, this is not part which I can do yourself.
> Microblaze will be n + 1 platform which use some old syscalls.
> I hope you understand.
That still l
Segher Boessenkool wrote:
> Well, yes, your suggested code doesn't allow punctuation either; but
> that wasn't my point, it doesn't allow numbers in names. Why don't
> you just parse a number from the end?
Oh, you mean start at the end and go backwards? Hmmm, I guess I could do that.
> The onl
[EMAIL PROTECTED] wrote:
From: Michal Simek <[EMAIL PROTECTED]>
Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
---
arch/microblaze/platform/generic/system.dts | 300 +++
1 files changed, 300 insertions(+), 0 deletions(-)
create mode 100644 arch/microblaze/platform/ge
On Thu, Jun 26, 2008 at 02:29:29PM +0200, [EMAIL PROTECTED] wrote:
> Hi everybody,
>
> current linux version is 2.6.26-rc8 and I think this is the right time
> to send latest patches againts rc8 for Microblaze CPU.
>...
Thanks for your work on getting the architecture included.
I have two questi
On Jun 26, 2008, at 9:39 AM, Liu Dave wrote:
Basic PM support for 83xx. Standby is implemented as sleep.
Suspend-to-RAM is implemented as "deep sleep" (with the processor
turned off) on 831x. PCI agent power management is supported.
Device power management of SOC peripherals is not yet suppo
On Thu, 26 Jun 2008 11:48:22 +0200
Laurent Pinchart <[EMAIL PROTECTED]> wrote:
> The restart() function is called when the link state changes and resets
> multicast and promiscuous settings. This patch restores those settings at the
> end of restart().
>
> Signed-off-by: Laurent Pinchart <[EMAIL
> > Basic PM support for 83xx. Standby is implemented as sleep.
> > Suspend-to-RAM is implemented as "deep sleep" (with the processor
> > turned off) on 831x. PCI agent power management is supported.
> >
> > Device power management of SOC peripherals is not yet supported.
>
> (Not comments on th
On Thu, Jun 26, 2008 at 02:29:59PM +0200, [EMAIL PROTECTED] wrote:
> From: Michal Simek <[EMAIL PROTECTED]>
>
>
> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
> ---
> 0 files changed, 0 insertions(+), 0 deletions(-)
> create mode 100644 include/asm-microblaze/a.out.h
>
> diff --git a/includ
On Thu, Jun 26, 2008 at 02:29:36PM +0200, [EMAIL PROTECTED] wrote:
> From: Michal Simek <[EMAIL PROTECTED]>
>
>
> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
> ---
> include/asm-microblaze/semaphore.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
> create mode 100644 include/
On Thu, Jun 26, 2008 at 02:29:31PM +0200, [EMAIL PROTECTED] wrote:
>...
> --- /dev/null
> +++ b/arch/microblaze/Makefile
>...
> +# Work out HW multipler support. This is icky.
> +# 1. Spartan2 has no HW multiplers.
> +# 2. MicroBlaze v3.x always uses them, except in Spartan 2
> +# 3. All other FPG
> "monstr" == monstr <[EMAIL PROTECTED]> writes:
monstr> From: Michal Simek <[EMAIL PROTECTED]>
monstr> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
Acked-by: Peter Korsgaard <[EMAIL PROTECTED]>
monstr> config SERIAL_UARTLITE
monstr>tristate "Xilinx uartlite serial port supp
On Jun 26, 2008, at 9:13 AM, Wolfgang Grandegger wrote:
Kumar Gala wrote:
On Jun 26, 2008, at 8:15 AM, Wolfgang Grandegger wrote:
It adds the missing RTC node to tqm8548.dts and enables support for
I2C, DS1307 and LM75 in the default configuration.
Signed-off-by: Wolfgang Grandegger <[EMAIL
Kumar Gala wrote:
On Jun 26, 2008, at 8:15 AM, Wolfgang Grandegger wrote:
It adds the missing RTC node to tqm8548.dts and enables support for
I2C, DS1307 and LM75 in the default configuration.
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/tqm8548.dts
Hi everybody,
current linux version is 2.6.26-rc8 and I think this is the right time
to send latest patches againts rc8 for Microblaze CPU.
I fixed there some issues which were reported to me.
We have there still problem with syscalls and we don't have chance to
fix it to stable version, this i
Kumar Gala wrote:
On Jun 25, 2008, at 4:50 PM, Scott Wood wrote:
Basic PM support for 83xx. Standby is implemented as sleep.
Suspend-to-RAM is implemented as "deep sleep" (with the processor
turned off) on 831x. PCI agent power management is supported.
Device power management of SOC periphe
On Thu, 26 Jun 2008 13:21:23 +0200
Laurent Pinchart <[EMAIL PROTECTED]> wrote:
> > There should be no dependencies. When the OF GPIO support is not selected
> > linux/of_gpio.h will define of_get_gpio() as a stub, so the fs_enet driver
> > will fall back to the legacy binding.
>
> Have we rea
From: Michal Simek <[EMAIL PROTECTED]>
Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
---
arch/microblaze/kernel/prom.c| 1163 ++
include/asm-microblaze/of_device.h | 35 +
include/asm-microblaze/of_platform.h | 40 ++
include/asm-microblaze/prom.h
From: Michal Simek <[EMAIL PROTECTED]>
Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
---
drivers/of/Makefile |2 +-
drivers/of/device.c | 128 ++
drivers/of/platform.c | 175
drivers/of/prom_parse.c | 1025 +++
From: Michal Simek <[EMAIL PROTECTED]>
Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
---
arch/microblaze/kernel/signal.c | 531 +++
include/asm-microblaze/signal.h | 195 ++
2 files changed, 726 insertions(+), 0 deletions(-)
create mode 100644
1 - 100 of 192 matches
Mail list logo
