From mboxrd@z Thu Jan 1 00:00:00 1970 From: Florian Fainelli Subject: Re: [PATCH] ARM: BCM5301X: Fix NAND ECC parameters for Linksys Panamera Date: Mon, 12 Mar 2018 15:52:27 -0700 Message-ID: <2ef6e4fc-cce7-372e-e35f-578fd6ada9ca@gmail.com> References: <20180310171244.70299-1-npcomplete13@gmail.com> <20180311100313.znonhesgh462rz65@osboxes> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: In-Reply-To: <20180311100313.znonhesgh462rz65@osboxes> Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org To: Vivek Unune , =?UTF-8?B?UmFmYcWCIE1pxYJlY2tp?= Cc: Hauke Mehrtens , Jon Mason , bcm-kernel-feedback-list , Rob Herring , Mark Rutland , Russell King , "linux-arm-kernel@lists.infradead.org" , devicetree@vger.kernel.org, Linux Kernel Mailing List List-Id: devicetree@vger.kernel.org On 03/11/2018 03:03 AM, Vivek Unune wrote: > Hi Rafał, > > On Sat, Mar 10, 2018 at 10:41:04PM +0100, Rafał Miłecki wrote: >> On 10 March 2018 at 18:12, Vivek Unune wrote: >>> Using BCH8 gives ecc errors and makes the router unsuable. >>> Switching to BCH1 fixes these errors. >> >> Can you provide CFE's log messages starting with >> "Decompressing...done" and up to the "Press Ctrl+C to stop in CFE" >> please? I'd like to see what NAND info CFE prints there. > > See below. It does say BCH-8, however I can't get it to work. > > CFE log: > > Decompressing...done > Found a Toshiba NAND flash: > Total size: 128MB > Block size: 128KB > Page Size: 2048B > OOB Size: 64B > Sector size: 512B > Spare size: 16B > ECC level: 8 (8-bit) > Device ID: 0x98 0xf1 0x80 0x15 0xf2 0x16 > find_devinfo: devinfo block found at 0x00180000! > > Press Ctrl+C to stop in CFE What kind of error are you getting in Linux with BCH-8? -- -- Florian