Re: [BUG] 2.6.25-rc1-git1 softlockup while bootup on powerpc

* 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 [c00

[PATCH 8/8] pseries: phyp dump: config file

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 === --- 2.6.24-r

[PATCH 7/8] pseries: phyp dump: Tracking memory range freed.

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]> - --- arch/powerpc/platforms/pseries/phy

[PATCH 6/8] pseries: phyp dump: Invalidate and print dump areas.

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]> - --- arch/powerpc/platforms/pseries/phyp_

[PATCH 5/8] pseries: phyp dump: debugging print routines.

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: 2.6.24-rc5/arch/p

[PATCH 4/8] pseries: phyp dump: register dump area.

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

[PATCH 3/8] pseries: phyp dump: use sysfs to release reserved mem

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" > /sy

[PATCH 2/8] pseries: phyp dump: reserve-release proof-of-concept

Initial patch for reserving memory in early boot, and freeing it later. If the previous boot had ended with a crash, the reserved memory would contain a copy of the crashed kernel data. Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]> Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]> arch/po

[PATCH 1/8] pseries: phyp dump: Docmentation

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: 2.6.24-rc5/Documentat

[PATCH 0/8] pseries: phyp dump: hypervisor-assisted dump

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 appear

libfdt: Add and use a node iteration helper function.

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 PRO

Re: Could the DTS experts look at 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 shift

Re: Could the DTS experts look at this?

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). N

Re: Could the DTS experts look at this?

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

Re: Could the DTS experts look at this?

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

Re: Could the DTS experts look at this?

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 wort

Re: Could the DTS experts look at this?

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,

Re: Could the DTS experts look at this?

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: Could the DTS experts look at this?

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. >

Re: Could the DTS experts look at this?

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'

Re: [PATCH] powerpc: Marvell 64x60 EDAC platform devices setup

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, > +

Re: [PATCH 1/2] powerpc: publish 85xx soc dts entries as of_device

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 > #include > #include > +#include > +#include Like Jon said ... > +static struct of_device_id mpc85xx_ids[] = { make this

Re: [PATCH 2/2] powerpc: create mpc85xx pci err platform device for EDAC

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(

Re: [PATCH 1/2] powerpc: publish 85xx soc dts entries as of_device

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-controll

[PATCH] fix swim3.c modular build

While updating Fedora to 2.6.25-rc1, I noticed this little gem... This swim3 and mediabay dependancy is pretty grody. Commit 34394e45c3387bd66619d9a51b4be507e4222b02 moved the ifdef around, which meant the EXPORT_SYMBOL wasn't happening, which was bad, since if swim3 is built modularly, and CONFIG

[PATCH] powerpc: Marvell 64x60 EDAC platform devices setup

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 pat

Re: WARN_ON() hit in fsl bitbanged phy driver

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. Pres

RE: WARN_ON() hit in fsl bitbanged phy driver

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

Re: [PATCH 1/2] powerpc: publish 85xx soc dts entries as of_device

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 > #include

Re: [PATCH 2/2] powerpc: create mpc85xx pci err platform device for EDAC

On Feb 11, 2008, at 2:34 PM, Dave Jiang wrote: > 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 u

Re: WARN_ON() hit in fsl bitbanged phy driver

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'

WARN_ON() hit in fsl bitbanged phy driver

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: c00

[PATCH 2/2] powerpc: create mpc85xx pci err platform device for EDAC

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 PROTECT

[PATCH 1/2] powerpc: publish 85xx soc dts entries as of_device

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

Re: [PATCH] Fix for Freescale ppc cores: major revision detection

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 include

[PATCH 5/5 v3] Tsi108_eth: Add ethtool support

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 +++ linux-2.6.

[PATCH 4/5 v3] Tsi108_eth: fix link recovery after disconnect

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 --- linux-2.6.24/drivers/net/tsi108_e

[PATCH 3/5 v3] Tsi108_eth: remove not needed code

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 PROTE

[PATCH 2/5 v3] Tsi108_eth: fix detection of 1000Mb mode

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 200

[PATCH 1/5 v3] Tsi108_eth: add missing linking to driver data

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 17:

Re: [PATCH 3/5 v3] Tsi108_eth: remove not needed code

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:

Re: [PATCH 2/8] pseries: phyp dump: reserve-release proof-of-concept

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 ear

[PATCH] Xilinx: hwicap: cleanup

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

Re: Could the DTS experts look at this?

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

Re: [PATCH] drivers/base: export gpl (un)register_memory_notifier

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 vi

Re: [PATCH] drivers/base: export gpl (un)register_memory_notifier

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: > http://www.spinics.

Re: [PATCH 1/5 v2] Tsi108_eth: add missing linking to driver data

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 > --- linux-2.6.2

[PATCH 5/5 v2] Tsi108_eth: Add ethtool support

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 +++ linux-2.

[PATCH 4/5 v2] Tsi108_eth: fix link recovery after disconnect

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 --- linux-2.6.24/drivers/net/tsi10

[PATCH 3/5 v2] Tsi108_eth: remove not needed code

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

[PATCH 2/5 v2] Tsi108_eth: fix detection of 1000Mb mode

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

[PATCH 1/5 v2] Tsi108_eth: add missing linking to driver data

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

[PATCH] drivers/base: export gpl (un)register_memory_notifier

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

Re: [PATCH] net: NEWEMAC: Remove "rgmii-interface" from rgmii matching table

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

Re: [PATCH v4] [POWERPC] MPC8360E-RDK: device tree, board file and defconfig

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. > >> > >>Currentl

Re: [PATCH] drivers/base: export gpl (un)register_memory_notifier

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 thi

Re: [PATCH] drivers/base: export gpl (un)register_memory_notifier

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

[PATCH] drivers/base: export gpl (un)register_memory_notifier

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 drivers/base/

[PATCH] [POWERPC] Remove generated files on make clean

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 1006

Re: [PATCH][RESEND] drivers/base: export (un)register_memory_notifier

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. ;)

Re: [PATCH v4] [POWERPC] MPC8360E-RDK: device tree, board file and defconfig

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 ser

Re: [PATCH 1/5] Tsi108_eth: add missing linking to driver data

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 > --- linux-2.6.2

Re: [PATCH] Fix for Freescale ppc cores: major revision detection

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 PV

Re: [PATCH v4] [POWERPC] MPC8360E-RDK: device tree, board file and defconfig

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 64Mbi

Re: [PATCH][RESEND] drivers/base: export (un)register_memory_notifier

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 > > @@ -5

Re: [PATCH] Fix compilation of powerpc asm-offsets.c with old gcc

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? > >

Re: [PATCH][RESEND] drivers/base: export (un)register_memory_notifier

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

[PATCH][RESEND] drivers/base: export (un)register_memory_notifier

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 drivers/base/me

[PATCH] ppc: Fix arch/ppc compilation - Add missing typedef pgtable_t

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]> --- include