Hi, On Tue, Jun 19, 2012 at 06:59:42, CF Adad wrote: > Anyway, we have advanced our kernel to today's latest l-o (3.5-rc2). Though we are not considering the GPMC a likely source of the error at this moment, I'm considering exploring this patchset. Unfortunately, the NAND is very critical to our current efforts. So I'm trying to find a time where it would be OK to disable it as you suggested to try this. Since these values are being set now in Linux, do I need to rework my bootloaders as well? In my current case, these settings are all done in u-boot. I do not believe Linux did anything with them. Do I need to remove those in order to use your patches? If I do, do I not lose access to those things while in the bootloaders? Please sent me your board file, I will modify it to use the new interface with NAND relying on bootloader settings and SMSC relying on Kernel. No bootloader modifications are required. Regards Afzal > [1] http://www.mail-archive.com/linux-omap@xxxxxxxxxxxxxxx/msg69501.html > [2] http://www.mail-archive.com/linux-omap@xxxxxxxxxxxxxxx/msg69881.html > [3] http://www.mail-archive.com/linux-omap@xxxxxxxxxxxxxxx/msg69891.html > [4] http://www.mail-archive.com/linux-omap@xxxxxxxxxxxxxxx/msg69897.html > [5] http://www.mail-archive.com/linux-omap@xxxxxxxxxxxxxxx/msg69917.html > [5.x] http://www.mail-archive.com/linux-omap@xxxxxxxxxxxxxxx/msg69924.html > > [6] > diff --git a/arch/arm/mach-omap2/gpmc-smsc911x.c b/arch/arm/mach-omap2/gpmc-smsc911x.c > index 4bfe721..34816b9 100644 > --- a/arch/arm/mach-omap2/gpmc-smsc911x.c > +++ b/arch/arm/mach-omap2/gpmc-smsc911x.c > @@ -105,12 +105,12 @@ static void gpmc_smsc911x_timing(struct gpmc_time_ctrl *time_ctrl, > { > struct gpmc_timings t; > /* SMSC 9220 timings */ > - unsigned tcycle_r = 165; > + unsigned tcycle_r = 45; > unsigned tcsl_r = 32; > unsigned tcsh_r = 133; > unsigned tcsdv_r = 30; > unsigned tdoff_r = 9; > - unsigned tcycle_w = 165; > + unsigned tcycle_w = 45; > unsigned tcsl_w = 32; > unsigned tcsh_w = 133; > unsigned tdsu_w = 7; > -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
