[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACna6rw6Q=zaSo91ZK26zgjQ+0j+7=b6C_fPYngaKhnw0OmWeQ@mail.gmail.com>
Date: Fri, 8 Jan 2016 08:53:01 +0100
From: Rafał Miłecki <zajec5@...il.com>
To: Brian Norris <computersforpeace@...il.com>
Cc: "Maciej W. Rozycki" <macro@...ux-mips.org>,
Javier Martinez Canillas <javier@....samsung.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Fengguang Wu <fengguang.wu@...el.com>,
Michael Ellerman <mpe@...erman.id.au>,
Luis de Bethencourt <luisbg@....samsung.com>,
Jeremy Kerr <jk@...abs.org>,
Neelesh Gupta <neelegup@...ux.vnet.ibm.com>,
"linux-mtd@...ts.infradead.org" <linux-mtd@...ts.infradead.org>,
David Woodhouse <dwmw2@...radead.org>,
Cyril Bur <cyrilbur@...il.com>
Subject: Re: [PATCH] mtd: bcm47xxsflash: use devm_ioremap_nocache() instead of KSEG0ADDR()
On 8 January 2016 at 00:05, Brian Norris <computersforpeace@...il.com> wrote:
> drivers/bcma/driver_chipcommon_sflash.c already nicely sets us up a
> struct resource for this window, but we just aren't using it. Use it
> now!
Works nice :)
[ 1.333884] [bcm47xxsflash_bcma_probe] res->start:0x1c000000
> This removes some (implicit) MIPS dependencies and makes the code more
> portable, whether we need it or not :)
So now we have following forwardtrace:
devm_ioremap_nocache
ioremap_nocache
__ioremap_mode
__ioremap
CKSEG1ADDR
It results in different address than KSEG0ADDR:
[ 1.339752] [bcm47xxsflash_bcma_probe] KSEG0ADDR(BCMA_SOC_FLASH2):9c000000
[ 1.346848] [bcm47xxsflash_bcma_probe] devm_ioremap_nocache:bc000000
But it still works as expected! :)
[ 1.609426] 6 bcm47xxpart partitions found on MTD device bcm47xxsflash
[ 1.616169] Creating 6 MTD partitions on "bcm47xxsflash":
> Signed-off-by: Brian Norris <computersforpeace@...il.com>
Tested-by: Rafał Miłecki <zajec5@...il.com>
Powered by blists - more mailing lists