Dear Tom Rini, In message <CA+M6bX=f0s3yuxzdnr+x0adi+eie2dhw2qxzodie_u7xsrk...@mail.gmail.com> you wrote: > > > For example, booting from NAND is probably MUCH faster with caches on. > > Why should we make this slower than necessary? > > To encourage someone with the domain knowledge to finish cache support > for the processor?
That would be unfair. If you want to push for fixes, then push the where the problems are coming from. If it's the EMAC driver, then let's disable the EMAC driver until it gets fixed. Alternatively, let's add enough fixes to make it compile, and have people switch cahces off before using the driver. Having _everybody_ suffer fromt hat is, well, unfair. > > We cannot _compile_ the driver? That's even worse and needs to be > > fixed. > > That's what this patch was doing, by disabling the cache so it would > build. To be clear, today it builds but doesn't work with cache on. NO, it is NOT a fix. It is a dirty workaround that makes everybody suffer, even if he is not interested in this driver at all. Rather disable the driver in the config files. Hm... actually I don't understand you. First you write: "we can't compile the driver", then you write "it builds but doesn't work with cache on". Well, it it builds, then we should be able to do a "dc off" before running the driver, and eventually it would work then? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Just about every computer on the market today runs Unix, except the Mac (and nobody cares about it). - Bill Joy 6/21/85 _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
