tag:blogger.com,1999:blog-824114889882641219.post2957693756800258492..comments2024-03-13T22:23:03.736-07:00Comments on effluvia of a scattered mind: Lattice XP2 Brevia Diamond Starter ProjectAndrew Stonehttp://www.blogger.com/profile/04769383353032832222noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-824114889882641219.post-31921615159016319012012-12-14T03:58:08.675-08:002012-12-14T03:58:08.675-08:00Even if the thread is old...you're right.
For ...Even if the thread is old...you're right.<br />For stardard linux (crux distribution kernel 3.4.13) in order to detect the ispDOWNLOAD cable the kernel module parport_pc and ppdev must not be loaded at the startup. Also if the installation guide said to set the appropriate permesses with chmod.... and so on...Raffaelenoreply@blogger.comtag:blogger.com,1999:blog-824114889882641219.post-77608335410017273582010-11-18T19:37:36.783-08:002010-11-18T19:37:36.783-08:00thanks for the tip! I'll give it a try in a f...thanks for the tip! I'll give it a try in a few weeks (not near my Brevia board at the moment)!Andrew Stonehttps://www.blogger.com/profile/04769383353032832222noreply@blogger.comtag:blogger.com,1999:blog-824114889882641219.post-35550232501858494882010-11-18T18:25:54.539-08:002010-11-18T18:25:54.539-08:00I was able to get the parallel port programmer tha...I was able to get the parallel port programmer that comes with the LatticeXP2 Brevia kit to work on 32bit Ubuntu 10.04. I suspect it should work on 64bit too but have not tried it. The reason why ispvm will not work with the supplied programmer is because the parallel port kernel modules are blocking direct access to the parallel port hardware registers. It is not enough to unload those modules after they have been loaded. Typically any hardware that can be powered off in system is powered down when a module is unloaded. Consequently, the parallel port will be powered down when the "parport" module is unloaded. <br /><br />The solution is to 1) run ispvm as "root" user to get permissions to access the hardware and 2) prevent the following modules from loading at boot time:<br /><br />parport<br />parport_pc<br />lp<br />ppdev<br /><br />Unfortunately I was unable to get blacklisting to work so I renamed these kernel modules and rebooted. Viola, it worked. The scan chain initialized, and re-programming the SoC demo was a success.<br /><br />The kernel modules on my system are at "/lib/modules/2.6.32-24-generic/kernel/drivers/parport". Just be sure to rename the modules for the running kernel.<br /><br />The best solution would be to figure out how to blacklist the parallel port modules at boot time. I use Xilinx tools with a Parallel Cable III and the linux cable driver needs ppdev. So if you use other logic design tools then be sure to keep the kernel modules around.Davehttp://www.automation-logic.com/about.phpnoreply@blogger.com