From mboxrd@z Thu Jan 1 00:00:00 1970 From: thomas.petazzoni@free-electrons.com (Thomas Petazzoni) Date: Sun, 23 Jun 2013 10:16:14 +0200 Subject: [PATCH for v3.11] ARM: mvebu: fix length of ethernet registers in mv78260 dtsi In-Reply-To: <1371919947-28872-1-git-send-email-elezegarcia@gmail.com> References: <1371919947-28872-1-git-send-email-elezegarcia@gmail.com> Message-ID: <20130623101614.112bc6e2@skate> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Dear Ezequiel Garcia, On Sat, 22 Jun 2013 13:52:27 -0300, Ezequiel Garcia wrote: > From: Ezequiel Garcia > > The length of the registers area for the Marvell 370/XP Ethernet controller > was incorrect in the .dtsi: 0x2500, while it should have been 0x4000. > This problem wasn't noticed because there used to be a static mapping for > all the MMIO register region set up by ->map_io(). > > The register length was fixed in all the other device tree files, > except from the armada-xp-mv78260.dtsi, in the following commit: > > commit cf8088c5cac6ce20d914b9131533844b9291a054 > Author: Thomas Petazzoni > Date: Tue May 21 12:33:27 2013 +0200 > > arm: mvebu: fix length of Ethernet registers area in .dtsi > > This commit fixes a kernel panic in mvneta_probe(), when the kernel > tries to access the unmapped registers: > > [ 163.639092] mvneta d0070000.ethernet eth0: mac: 6e:3c:4f:87:17:2e > [ 163.646962] mvneta d0074000.ethernet eth1: mac: 6a:04:4e:6f:f5:ef > [ 163.654853] mvneta d0030000.ethernet eth2: mac: 2a:99:19:19:fc:4c > [ 163.661258] Unable to handle kernel paging request at virtual address f011bcf0 > [ 163.668523] pgd = c0004000 > [ 163.671237] [f011bcf0] *pgd=2f006811, *pte=00000000, *ppte=00000000 > [ 163.677565] Internal error: Oops: 807 [#1] SMP ARM > [ 163.682370] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-rc6-01850-gba0682e #11 > [ 163.690046] task: ef04c000 ti: ef03e000 task.ti: ef03e000 > [ 163.695467] PC is at mvneta_probe+0x34c/0xabc > [...] > > Signed-off-by: Ezequiel Garcia Acked-by: Thomas Petazzoni Thanks for spotting the issue! Thomas -- Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com