Alex Bounine wrote:
Code clean-up for tsi108_eth network driver.
This patch removes not needed dummy read and the corresponding comment.
The PHY logic requires two reads from the status register to get
current link status. This is done correctly inside mii_check_media().
Signed-off-by:
On Mon, Feb 11, 2008 at 09:01:03AM -0600, Kumar Gala wrote:
On Feb 9, 2008, at 11:47 AM, Martin Langer wrote:
Ppc cores by Freescale are using the configuration field instead of
the
major revision field for their major revision number. Those field
definitions come from
Add ethtool support to tsi108_eth network driver.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
--- linux-2.6.24/drivers/net/tsi108_eth.c 2008-02-06 17:10:53.0
-0500
+++
Bug fix for tsi108_eth network driver.
This patch fixes a problem with link recovery after connection was lost.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
---
Code clean-up for tsi108_eth network driver.
This patch removes not needed dummy read and the corresponding comment.
The PHY logic requires two reads from the status register to get
current link status. This is done correctly inside mii_check_media().
Signed-off-by: Alexandre Bounine [EMAIL
Creating platform devices (memory controller, sram error registers, cpu
error registers, PCI error registers) for Error Detection and Correction
(EDAC) driver.
The platform devices allow the mv64x60 EDAC driver to detect errors from
the memory controller (ECC erorrs), SRAM controller, CPU data
Rune Torgersen wrote:
Scott Wood wrote:
Rune Torgersen wrote:
I hit the following WARN_ON when using mii-tools agains a ethernet
interface using a bit-banged mii interface
It looks like the kernel thinks it's in an interrupt, even though it
clearly isn't from the backtrace. Presumably,
I hit the following WARN_ON when using mii-tools agains a ethernet
interface using a bit-banged mii interface
It is only diplayed once, and does not seem to impact usage at all
Does somebody know what is wrong, and how to fix it?
The PHY is an Intel LXT973
Badness at kernel/softirq.c:139
NIP:
Publish the devices listed in dts under SOC as of_device just like what
mpc85xx_mds platforms do. The 85xx cds and ads platforms currently do not
export the devices in dts as of_device.
The memory controller, L2 cache-controller, and the PCI controller(s) are
published as of_device so the mpc85xx
Creating a platform device for the PCI error registers in order for the
mpc85xx EDAC driver to pick up proper resources. This is to prevent the
EDAC driver from monopolizing the of_device and thus preventing future PCI
code from using the PCI of_device(s).
Signed-off-by: Dave Jiang [EMAIL
Sorry,
I think i sent the wrong patch file, it shouldn't have my printk statement in
there. Let me re-send
the correct file and let me test it once more to make sure it does the right
thing.
-Manish
Paul Mackerras wrote:
Manish Ahuja writes:
Initial patch for reserving memory in early
Fix some missing __user tags and incorrect section tags.
Convert semaphores to mutexes.
Make probed_devices re-entrancy and error condition safe.
Fix some backwards memcpys.
Some other minor cleanups.
Use kerneldoc format.
Signed-off-by: Stephen Neuendorffer [EMAIL PROTECTED]
---
Grant, Since
Arnd Bergmann wrote:
Maybe we can introduce a more generic way of having conditional
device nodes in the tree that get knocked out in the boot wrapper.
I've been thinking about doing just this for quite some time now. I've had a
few informal discussions without people about.
One idea is to
Bug fix for tsi108_eth network driver.
This patch fixes a problem with link recovery after connection was lost.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
---
Bug fix for tsi108_eth network driver.
This patch fixes a problem with detection of 1000Mb speed.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
--- linux-2.6.24/drivers/net/tsi108_eth.c
Bug fix for tsi108_eth network driver.
This patch adds missing linking to driver data.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
--- linux-2.6.24/drivers/net/tsi108_eth.c 2008-01-24
Drivers like eHEA need memory notifiers in order to
update their internal DMA memory map when memory is added
to or removed from the system.
Patch for eHEA memory hotplug support that uses these functions:
http://www.spinics.net/lists/netdev/msg54484.html
Signed-off-by: Jan-Bernd Themann [EMAIL
Josh Boyer wrote:
On Wed, 6 Feb 2008 13:21:59 +0100
Stefan Roese [EMAIL PROTECTED] wrote:
With the removal the the rgmii-interface device_type property from the
dts files, the newemac driver needs an update to only rely on compatible
property.
Signed-off-by: Stefan Roese [EMAIL
On Mon, Feb 11, 2008 at 09:32:20AM -0600, Kumar Gala wrote:
On Feb 11, 2008, at 7:01 AM, Anton Vorontsov wrote:
On Fri, Feb 01, 2008 at 04:56:40PM +0300, Anton Vorontsov wrote:
This is new board made by Freescale Semiconductor Inc. and
Logic Product Development.
Currently supported:
1.
On Feb 11, 2008, at 7:01 AM, Anton Vorontsov wrote:
On Fri, Feb 01, 2008 at 04:56:40PM +0300, Anton Vorontsov wrote:
This is new board made by Freescale Semiconductor Inc. and
Logic Product Development.
Currently supported:
1. UEC{1,2,7,4};
2. I2C;
3. SPI;
4. NS16550 serial;
5. PCI and
Alexandre Bounine wrote:
Bug fix for tsi108_eth network driver.
This patch adds missing linking to driver data.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
---
On Feb 9, 2008, at 11:47 AM, Martin Langer wrote:
Ppc cores by Freescale are using the configuration field instead of
the
major revision field for their major revision number. Those field
definitions come from include/asm-powerpc/reg.h.
Look at the pdf below and you will see that
Scott Wood wrote:
Rune Torgersen wrote:
I hit the following WARN_ON when using mii-tools agains a ethernet
interface using a bit-banged mii interface
It looks like the kernel thinks it's in an interrupt, even though it
clearly isn't from the backtrace. Presumably, something
slept from an
Dave Jiang wrote:
diff --git a/arch/powerpc/platforms/85xx/mpc85xx_ads.c
b/arch/powerpc/platforms/85xx/mpc85xx_ads.c
index 4e03050..024393c 100644
--- a/arch/powerpc/platforms/85xx/mpc85xx_ads.c
+++ b/arch/powerpc/platforms/85xx/mpc85xx_ads.c
@@ -26,6 +26,8 @@
#include asm/mpic.h
Rune Torgersen wrote:
I hit the following WARN_ON when using mii-tools agains a ethernet
interface using a bit-banged mii interface
It is only diplayed once, and does not seem to impact usage at all
Does somebody know what is wrong, and how to fix it?
It looks like the kernel thinks it's in
Basic documentation for hypervisor-assisted dump.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Signed-off-by: Manish Ahuja [EMAIL PROTECTED]
Documentation/powerpc/phyp-assisted-dump.txt | 127 +++
1 file changed, 127 insertions(+)
Index:
The following series of patches implement a basic framework
for hypervisor-assisted dump. The very first patch provides
documentation explaining what this is :-). Yes, its supposed
to be an improvement over kdump.
A list of open issues / todo list is included in the documentation.
It also
On Mon, 2008-02-11 at 17:24 +0100, Jan-Bernd Themann wrote:
the eHEA patch belongs to a patchset that is usually
added by Jeff Garzik once this dependency (EXPORTS)
is resolved.
I know that's already in mainline but, man, that code is nasty. It has
stuff indented 7 levels or so and is
On Mon, 2008-02-11 at 17:24 +0100, Jan-Bernd Themann wrote:
Drivers like eHEA need memory notifiers in order to
update their internal DMA memory map when memory is added
to or removed from the system.
Patch for eHEA memory hotplug support that uses these functions:
Add ethtool support to tsi108_eth network driver.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
--- linux-2.6.24/drivers/net/tsi108_eth.c 2008-02-06
17:10:53.0 -0500
+++
On Mon, 2008-02-11 at 16:57 +0100, Jan-Bernd Themann wrote:
Drivers like eHEA need memory notifiers in order to
update their internal DMA memory map when memory is added
to or removed from the system.
Could you post this with the new users as well so we can make sure
they're not abusing this
On Mon, Feb 11, 2008 at 07:41:07PM -0500, Sean MacLennan wrote:
David Gibson wrote:
Err.. now I'm doubly confused. Initially I thought you'd need to
change the size part of reg somewhere, but your description above just
convinced me you didn't (because you were essentially just shifting a
Drivers like eHEA need memory notifiers in order to
update their internal DMA memory map when memory is added
to or removed from the system.
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
---
Hi,
this is the modified version with EXPORT_SYMBOL_GPL
Regards,
Jan-Bernd
On Tue, Feb 12, 2008 at 01:21:44AM +0100, Arnd Bergmann wrote:
On Tuesday 12 February 2008, David Gibson wrote:
Or to expand. It's relatively easy now to just include multiple nodes
in the tree and either delete or nop some of them out conditionally
using libfdt. But the conditional logic
vmlinux.lds and dtc-parser.tab.h get created but never cleaned up.
---
arch/powerpc/boot/Makefile |2 ++
arch/powerpc/kernel/Makefile |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile
index 49797a4..63d07cc
On Mon, Feb 11, 2008 at 11:47:50AM +0100, Jan-Bernd Themann wrote:
On Monday 11 February 2008 11:12, Dave Hansen wrote:
On Mon, 2008-02-11 at 10:49 +0100, Jan-Bernd Themann wrote:
are you the right person to address this patch to?
You might want to check the top of the file. ;)
On Mon, Feb 11, 2008 at 08:07:14PM -0500, Sean MacLennan wrote:
David Gibson wrote:
But the partitions are all the same size, so in Map 2 there's a great
big gap between Env and U-boot? Or there's a great big gap before
FPGA?
There's a great big gap before the FPGA, 63M worth. Before
David Gibson wrote:
But the partitions are all the same size, so in Map 2 there's a great
big gap between Env and U-boot? Or there's a great big gap before
FPGA?
There's a great big gap before the FPGA, 63M worth. Before we got the
NAND working, we stored the kernel, the ramdisk image,
Provide some basic debugging support.
Signed-off-by: Manish Ahuja [EMAIL PROTECTED]
Signed-off-by: Linas Vepsts [EMAIL PROTECTED]
-
arch/powerpc/platforms/pseries/phyp_dump.c | 64 +++--
1 file changed, 60 insertions(+), 4 deletions(-)
Index:
On Mon, Feb 11, 2008 at 11:57:10AM -0600, Timur Tabi wrote:
Arnd Bergmann wrote:
Maybe we can introduce a more generic way of having conditional
device nodes in the tree that get knocked out in the boot wrapper.
I've been thinking about doing just this for quite some time now. I've had
Routines to
a. invalidate dump
b. Calculate region that is reserved and needs to be freed. This is
exported through sysfs interface.
Unregister has been removed for now as it wasn't being used.
Signed-off-by: Manish Ahuja [EMAIL PROTECTED]
-
---
Hi Dave,
On Mon, 11 Feb 2008 13:34:45 -0700 Dave Jiang [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/sysdev/fsl_pci.c
+static int __init mpc85xx_pcierr_setup(void)
+{
+ struct device_node *np = NULL;
You don't need to initialiase this as it is first used in
for_each_compatible_node().
+
This patch tracks the size freed. For now it does a simple
rudimentary calculation of the ranges freed. The idea is
to keep it simple at the external shell script level and
send in large chunks for now.
Signed-off-by: Manish Ahuja [EMAIL PROTECTED]
-
---
Add hypervisor-assisted dump to kernel config
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
-
arch/powerpc/Kconfig | 11 +++
1 file changed, 11 insertions(+)
Index: 2.6.24-rc5/arch/powerpc/Kconfig
===
---
On Monday 11 February 2008 11:12, Dave Hansen wrote:
On Mon, 2008-02-11 at 10:49 +0100, Jan-Bernd Themann wrote:
are you the right person to address this patch to?
You might want to check the top of the file. ;)
--- a/drivers/base/memory.c
+++ b/drivers/base/memory.c
@@ -52,11 +52,13
On Mon, 2008-02-11 at 10:49 +0100, Jan-Bernd Themann wrote:
are you the right person to address this patch to?
You might want to check the top of the file. ;)
--- a/drivers/base/memory.c
+++ b/drivers/base/memory.c
@@ -52,11 +52,13 @@ int register_memory_notifier(struct notifier_block *nb)
Drivers like eHEA need memory notifiers in order to
update their internal DMA memory map when memory is added
to or removed from the system.
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
---
Hi Greg,
are you the right person to address this patch to?
Regards,
Jan-Bernd
Commit 2f569afd9ced9ebec9a6eb3dbf6f83429be0a7b4 (CONFIG_HIGHPTE vs.
sub-page page tables.) breaks compilation of arch/ppc since it
introduces the pgtable_t type which was not added to arch/ppc.
This patch now adds the missing typedef.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
Bug fix for tsi108_eth network driver.
This patch fixes a problem with detection of 1000Mb speed.
Signed-off-by: Alexandre Bounine [EMAIL PROTECTED]
---
diff -pNur linux-2.6.24/drivers/net/tsi108_eth.c
linux-2.6.24-fix/drivers/net/tsi108_eth.c
--- linux-2.6.24/drivers/net/tsi108_eth.c
Code clean-up for tsi108_eth network driver.
This patch removes not needed dummy read and the corresponding comment.
The PHY logic requires two reads from the status register to get
current link status. This is done correctly inside mii_check_media().
Signed-off-by: Alexandre Bounine [EMAIL
Check to see if there actually is data from a previously
crashed kernel waiting. If so, Allow user-space tools to
grab the data (by reading /proc/kcore). When user-space
finishes dumping a section, it must release that memory
by writing to sysfs. For example,
echo 0x4000 0x1000
David Gibson wrote:
Err.. now I'm doubly confused. Initially I thought you'd need to
change the size part of reg somewhere, but your description above just
convinced me you didn't (because you were essentially just shifting a
4M map up into the high rather than low 4M of the 64M space). Now
Set up the actual dump header, register it with the hypervisor.
Signed-off-by: Manish Ahuja [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
--
arch/powerpc/platforms/pseries/phyp_dump.c | 136 +++--
1 file changed, 129 insertions(+), 7 deletions(-)
* Kamalesh Babulal [EMAIL PROTECTED] wrote:
While booting with the 2.6.25-rc1-git1 kernel on the powerbox the
softlockup is seen, with following trace.
BUG: soft lockup - CPU#1 stuck for 61s! [insmod:377]
TASK = c0077cb2f0e0[377] 'insmod' THREAD: c0077cb28000 CPU: 1
NIP
On Sun, Feb 10, 2008 at 10:49:55PM -0500, Sean MacLennan wrote:
David Gibson wrote:
On Sun, Feb 10, 2008 at 09:40:19PM -0500, Sean MacLennan wrote:
David Gibson wrote:
This doesn't seem right. warp_fixup_one_nor() changes only the
partition's offset, so you're not changing
Hi Dave,
On Mon, 11 Feb 2008 15:50:23 -0700 Dave Jiang [EMAIL PROTECTED] wrote:
+static int __init mv64x60_edac_pdev_init(struct device_node *np,
+ int id,
+ int num_addr,
+
Hi Dave,
On Mon, 11 Feb 2008 13:32:43 -0700 Dave Jiang [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/platforms/85xx/mpc85xx_ads.c
@@ -26,6 +26,8 @@
#include asm/mpic.h
#include mm/mmu_decl.h
#include asm/udbg.h
+#include asm/of_device.h
+#include asm/of_platform.h
Like Jon said ...
On Fri, Feb 01, 2008 at 04:56:40PM +0300, Anton Vorontsov wrote:
This is new board made by Freescale Semiconductor Inc. and
Logic Product Development.
Currently supported:
1. UEC{1,2,7,4};
2. I2C;
3. SPI;
4. NS16550 serial;
5. PCI and miniPCI;
6. Intel NOR StrataFlash X16 64Mbit
This patch adds an fdt_next_node() function which can be used to
iterate through nodes of the tree while keeping track of depth. This
function is used to simplify the iteration code in a lot of other
functions, and is also exported for use by library users.
Signed-off-by: David Gibson [EMAIL
On Tue, Feb 12, 2008 at 10:54:09AM +1100, David Gibson wrote:
On Mon, Feb 11, 2008 at 11:57:10AM -0600, Timur Tabi wrote:
Arnd Bergmann wrote:
Maybe we can introduce a more generic way of having conditional
device nodes in the tree that get knocked out in the boot wrapper.
I've
On Fri, 8 Feb 2008, Simon Holm Th�gersen wrote:
fre, 08 02 2008 kl. 12:06 -0600, skrev Paul Jackson:
Linus wrote:
Please, when mentioning hex numbers, also do the one-liner shortlog.
...
without _requiring_ people to be git users to get the gist of the
matter, ok?
Thanks
On Tuesday 12 February 2008, David Gibson wrote:
Or to expand. It's relatively easy now to just include multiple nodes
in the tree and either delete or nop some of them out conditionally
using libfdt. But the conditional logic should be in the manipulating
agent (u-boot or bootwrapper or
On Mon, Feb 11, 2008 at 04:57:06PM +0100, Jan-Bernd Themann wrote:
Drivers like eHEA need memory notifiers in order to
update their internal DMA memory map when memory is added
to or removed from the system.
Can you please add proper kernel-doc formatted comments
when you export a symbol so
On Feb 11, 2008 1:32 PM, Dave Jiang [EMAIL PROTECTED] wrote:
Publish the devices listed in dts under SOC as of_device just like what
mpc85xx_mds platforms do. The 85xx cds and ads platforms currently do not
export the devices in dts as of_device.
The memory controller, L2 cache-controller,
64 matches
Mail list logo