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
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
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 this patch, but
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
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
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 questions:
[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
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 only
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
On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
+#include linux/autoconf.h
You should never need to include linux/autoconf.h anywhere,
just remove this.
+#include linux/init.h
+#include linux/mm.h
+#include ../../../mm/internal.h
Why do you need to include the internal.h file here?
If
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 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
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 Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
@@ -0,0 +1,84 @@
+
+#include linux/string.h
+#include asm/termbits.h
+#include asm/ioctls.h
+
+struct winsize {
+ unsigned short ws_row;
+ unsigned short ws_col;
+ unsigned short ws_xpixel;
+ unsigned short
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:
+
+#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.
+ */
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:
+
+/*
+ * 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, long
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, not look
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 the device by
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);
+ return
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
+ * for
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 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 +
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,
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]
---
* 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?
Right. Copy
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.
___
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 long expression
to
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 +
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
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
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 harsh
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
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
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 interesting
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 the first
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 enforced
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.
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 in Spartan 2
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 included.
I
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
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
+++
1 files
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 understand.
+
+/*
+ * 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, int second, int
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 cuImage,
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 r5,
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, 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 have
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(-)
create mode 100644
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
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. Spartan2 has no HW
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 (sw_table + (8 *
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 Microblaze CPU.
...
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
-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 of
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];
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,
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
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 store_word jump table
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
___
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
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 PROTECTED]
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
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
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
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 it with syscall changes.
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 you
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]
---
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 if
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 getting
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 result
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 enumerating
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 for
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 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 parent node,
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
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;
-
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] {
compatible =
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;
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]
+ const u_int32_t
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
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 descriptors
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
101 - 184 of 184 matches
Mail list logo