Re: gEDA-user: ANNOUNCE: New gEDA Scheme extension API
On Saturday 06 November 2010 01:28:42 John Griessen wrote: How do I fix this build error? [snip] Seems like a simple usage problem of the cp program... maybe it goes away the second time through? I can't reproduce this... what are the exact configure options and sequence of commands you're using to get this error? Thanks, Peter -- Peter Brett pe...@peter-b.co.uk Remote Sensing Research Group Surrey Space Centre signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ANNOUNCE: New gEDA Scheme extension API
John Griessen j...@ecosensory.com writes: copying scheme files cp: target `./gnetlist.scm' is not a directory Seems like a simple usage problem of the cp program... maybe it goes away the second time through? This looks as if a variable that defines the target directory is undefined or empty. -- Stephan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Gsch2pcb configuration
Hello! Is gsch2pcb reading gafrc or any other config file? I am looking for easy way to configure another location of m4 footprints. I know that gsch2pcb looks for several default locations and there is a commandline option to tell the alternate one, but it has to be typed in each time gsch2pcb is invoked. Wojciech ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB+GL Testers (please test)
Hi Peter, -Original Message- From: geda-user-boun...@moria.seul.org [mailto:geda-user-boun...@moria.seul.org] On Behalf Of Peter Clifton Sent: Thursday, November 04, 2010 1:51 AM To: gEDA user mailing list Subject: Re: gEDA-user: PCB+GL Testers (please test) On Wed, 2010-11-03 at 22:04 +0100, Kai-Martin Knaak wrote: Peter Clifton wrote: I've got a load of changes I've been working on recently in PCB+GL, this time on my local_customisation_no_pours branch. For those not familiar with git, these are the commands I ran to install Peters version in /usr/local/bin/pcb-test : / git clone git://repo.or.cz/geda-pcb/pcjc2.git cd pcjc2 git checkout -b local_customisation_no_pours Did this work and give you the 3D / GL stuff? (Does git automatically pick the right remote branch?) I would have done: git checkout -b local_customisation_no_pours origin/local_customisation_no_pours But since I learnt to do that some while back, things might have got easier since. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) I tried the above and ran into trouble with the requirement of gtkglext-1.0: there seems to be no such RPM package available for Fedora 13 ;-( So I will try to find (or build) and install a package this weekend. To be continued ... Kind regards, Bert Timmerman ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB+GL Testers (please test)
Hi, On Sat, 2010-11-06 at 14:35 +0100, Bert Timmerman wrote: I tried the above and ran into trouble with the requirement of gtkglext-1.0: there seems to be no such RPM package available for Fedora 13 ;-( I'm running Fedora 13 and had no problems. Installing the gtkglext-devel package provides the necessary files. It does have fc12 in the version number but seems to be in the Fedora 13 repos. Richard ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB+GL Testers (please test)
Hi Rchard, -Original Message- From: geda-user-boun...@moria.seul.org [mailto:geda-user-boun...@moria.seul.org] On Behalf Of Richard Barlow Sent: Saturday, November 06, 2010 2:49 PM To: gEDA user mailing list Subject: Re: gEDA-user: PCB+GL Testers (please test) Hi, On Sat, 2010-11-06 at 14:35 +0100, Bert Timmerman wrote: I tried the above and ran into trouble with the requirement of gtkglext-1.0: there seems to be no such RPM package available for Fedora 13 ;-( I'm running Fedora 13 and had no problems. Installing the gtkglext-devel package provides the necessary files. It does have fc12 in the version number but seems to be in the Fedora 13 repos. Richard I was under the impression that gtkglext-libs would supply the needed stuff. Running yum install gtkglext-devel did the trick. Thanks, Bert Timmerman. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB+GL Testers (please test)
Hi Peter, -Original Message- From: geda-user-boun...@moria.seul.org [mailto:geda-user-boun...@moria.seul.org] On Behalf Of Bert Timmerman Sent: Saturday, November 06, 2010 2:35 PM To: 'gEDA user mailing list' Subject: Re: gEDA-user: PCB+GL Testers (please test) Hi Peter, -Original Message- From: geda-user-boun...@moria.seul.org [mailto:geda-user-boun...@moria.seul.org] On Behalf Of Peter Clifton Sent: Thursday, November 04, 2010 1:51 AM To: gEDA user mailing list Subject: Re: gEDA-user: PCB+GL Testers (please test) On Wed, 2010-11-03 at 22:04 +0100, Kai-Martin Knaak wrote: Peter Clifton wrote: I've got a load of changes I've been working on recently in PCB+GL, this time on my local_customisation_no_pours branch. For those not familiar with git, these are the commands I ran to install Peters version in /usr/local/bin/pcb-test : / git clone git://repo.or.cz/geda-pcb/pcjc2.git cd pcjc2 git checkout -b local_customisation_no_pours Did this work and give you the 3D / GL stuff? (Does git automatically pick the right remote branch?) I would have done: git checkout -b local_customisation_no_pours origin/local_customisation_no_pours But since I learnt to do that some while back, things might have got easier since. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) I tried the above and ran into trouble with the requirement of gtkglext-1.0: there seems to be no such RPM package available for Fedora 13 ;-( So I will try to find (or build) and install a package this weekend. To be continued ... Kind regards, Bert Timmerman The LED2.pcb example gives: 1.2 ... 1.3 redraws per second on your local_customisation_no_pours branch. 15.8 redraws per second on your before_pours branch. 81.8 redraws per second on the pcb-20091103 (yum installed) out of the box RPM version . 59.8 redraws per second on pcb.gpleda.org/pcb.git HEAD (just sync'ed). 66.6 redraws per second on pcb-20100929 tarball. Hardware is a Packard Bell Notebook (MH35U070) 1.8GB with 1.89 MHz DualCore T2390 and SIS Mirage 3+ graphics (256 MB). Hope this helps a bit. Kind regards, Bert Timmerman. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Gsch2pcb configuration
On Sat, 2010-11-06 at 13:02 +0100, Wojciech Kazubski wrote: Hello! Is gsch2pcb reading gafrc or any other config file? I am looking for easy way to configure another location of m4 footprints. I know that gsch2pcb looks for several default locations and there is a commandline option to tell the alternate one, but it has to be typed in each time gsch2pcb is invoked. Wojciech Some people use gsch2pcb with a project file -- that can contain options. $ gsch2pcb -h options (may be included in a project file): --m4-pcbdir D Use D as the PCB m4 files install directory instead of the default: ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Gsch2pcb configuration
On Sat, 2010-11-06 at 17:36 +0100, Stefan Salewski wrote: Some people use gsch2pcb with a project file -- that can contain options. And of course it should be possible to define an alias, similar to $ cat .bashrc [...] alias ll=ls -l (The name of that file may be different for your system.) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ANNOUNCE: New gEDA Scheme extension API
Stephan Boettcher wrote: John Griessen j...@ecosensory.com writes: copying scheme files cp: target `./gnetlist.scm' is not a directory Seems like a simple usage problem of the cp program... maybe it goes away the second time through? This looks as if a variable that defines the target directory is undefined or empty. If this were the case, cp would complain about missing 2nd argument. The message really looks like cp sees 3 or more non-option arguments, suggesting the target must be a directory. Either the variable defining the source is wrong (contains 2 or more entities) or it could be a quoting problem combined with whitespace in a filename. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ANNOUNCE: New gEDA Scheme extension API
On 11/06/2010 12:12 PM, Armin Faltl wrote: Stephan Boettcher wrote: John Griessen j...@ecosensory.com writes: copying scheme files cp: target `./gnetlist.scm' is not a directory Seems like a simple usage problem of the cp program... maybe it goes away the second time through? This looks as if a variable that defines the target directory is undefined or empty. If this were the case, cp would complain about missing 2nd argument. I had a problem of not following the directions. Back on track now. The error was caused by running make on git branch *master instead of the checkout we were told to do. Nevermind... JG ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ANNOUNCE: New gEDA Scheme extension API
I had a problem of not following the directions. Back on track now. The error was caused by running make on git branch *master instead of the checkout we were told to do. Nevermind... Glad to hear it's now working. To those of you who're playing with the API -- I pushed out some important bugfixes yesterday that you'll probably want to make sure you have. If you checked out the code using the instructions I gave in my original e-mail, you can update by running: git pull And I've got some useful additional features on the way over the next couple of days, too. :-) Peter -- Peter Brett pe...@peter-b.co.uk Remote Sensing Research Group Surrey Space Centre ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB+GL Testers (please test)
On 04.11.2010 02:50, Richard Barlow wrote: I've run the benchmark on the most complex board that I've currently designed in PCB. ... Design available at: git://srobo.org/boards/power-hw.git I used that and have (benchmark performed 5 times and averages): 1. AMD Phenom 9550 Quad AMD Mobility Radeon HD3450 (driver: radeonhd) Debian Lenny PCB head: 10.9FPS PCB-20100929: 10.9FPS PCB before_pours 2.5FPS PCB local_customisation_no_pours (VBO): 3.2FPS PCB local_customisation_no_pours (array): 3.2FPS 2. AMD X2 BE-2400 ATI RS690 [Radeon X1200 Series (chipset graphics)] (driver: radeon) Ubuntu 10.04.1 PCB head: 12.3FPS PCB-20100929: 10.8FPS PCB before_pours 5.9FPS PCB local_customisation_no_pours (VBO): seg. fault PCB local_customisation_no_pours (array): seg. fault 3. Intel Core i3 Intel Integrated Graphics Controller (i915) Ubuntu 10.04.1 PCB head: 7.5FPS PCB-20100929: 8.2FPS PCB before_pours 14.5FPS PCB local_customisation_no_pours (VBO): 0.9FPS PCB local_customisation_no_pours (array): 18.1FPS My both AMD/ATI card are not really high performance graphic cards and both running under open source drivers. The cards are not well supported by proprietary drivers at installation time. Segmentation fault happens in hidgl_clean_unassigned_stencil() (hid/common/hidgl.c:1069) and backtrace goes into /usr/lib/dri/r300_dri.so, so maybe its a problem in the driver. Frank. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: icarus, fork, and recursive tasks
I'm trying to simulate an MCU's bus processor, which has a couple of timing parameters all keyed off the start of a transaction. Naively, I did this: fork mcu_cson (address); mcu_wron (address); mcu_wdon (address); mcu_cswwait (address); join Each mcu_* task would wait the right number of cycles, toggle its line, and return. However, they all called one task (twait()) that did wait the right number of cycles. Not to usefully, they all shared the one task (or variable), and thus all exited at exactly the same time. How do I do a local instantiation of a task? I'm running iverilog-0.9.20091230 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB+GL Testers (please test)
On local customisiations withthe robo board, with the polygon holes removed. 17 Macbook Pro Model Name: MacBook Pro Model Identifier: MacBookPro6,1 Processor Name: Intel Core i7 Processor Speed: 2.66 GHz with GPU NVIDIA GeForce GT 330M: Chipset Model:NVIDIA GeForce GT 330M Type: GPU Bus: PCIe PCIe Lane Width: x16 VRAM (Total): 512 MB Vendor: NVIDIA (0x10de) Device ID:0x0a29 Revision ID: 0x00a2 ROM Revision: 3523 gMux Version: 1.9.22 Displays: Color LCD: Resolution: 1920 x 1200 Pixel Depth: 32-Bit Color (ARGB) Main Display: Yes Mirror: Off Online: Yes Built-In: Yes Averages 11.3 on 5 runs built ontop of local_customisations @ 15a9194337c90427cbfcf4c464d208896bdc3d05 With the space navigator code removed, as it is linux only. Steve On Sat, Nov 6, 2010 at 1:42 PM, Frank Bergmann fr...@frajasalo.de wrote: On 04.11.2010 02:50, Richard Barlow wrote: I've run the benchmark on the most complex board that I've currently designed in PCB. ... Design available at: git://srobo.org/boards/power-hw.git I used that and have (benchmark performed 5 times and averages): 1. AMD Phenom 9550 Quad AMD Mobility Radeon HD3450 (driver: radeonhd) Debian Lenny PCB head: 10.9FPS PCB-20100929: 10.9FPS PCB before_pours 2.5FPS PCB local_customisation_no_pours (VBO): 3.2FPS PCB local_customisation_no_pours (array): 3.2FPS 2. AMD X2 BE-2400 ATI RS690 [Radeon X1200 Series (chipset graphics)] (driver: radeon) Ubuntu 10.04.1 PCB head: 12.3FPS PCB-20100929: 10.8FPS PCB before_pours 5.9FPS PCB local_customisation_no_pours (VBO): seg. fault PCB local_customisation_no_pours (array): seg. fault 3. Intel Core i3 Intel Integrated Graphics Controller (i915) Ubuntu 10.04.1 PCB head: 7.5FPS PCB-20100929: 8.2FPS PCB before_pours 14.5FPS PCB local_customisation_no_pours (VBO): 0.9FPS PCB local_customisation_no_pours (array): 18.1FPS My both AMD/ATI card are not really high performance graphic cards and both running under open source drivers. The cards are not well supported by proprietary drivers at installation time. Segmentation fault happens in hidgl_clean_unassigned_stencil() (hid/common/hidgl.c:1069) and backtrace goes into /usr/lib/dri/r300_dri.so, so maybe its a problem in the driver. Frank. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: icarus, fork, and recursive tasks
On 11/06/2010 06:37 PM, DJ Delorie wrote: I'm trying to simulate an MCU's bus processor, which has a couple of timing parameters all keyed off the start of a transaction. Naively, I did this: fork mcu_cson (address); mcu_wron (address); mcu_wdon (address); mcu_cswwait (address); join What you want to do is make mcu_cson mcu_wron etc registers. Then you can add delays to model their action, their timing. All those functions in verilog are always acting in parallel and need no procedure. The only thing you would want a procedure for in verilog is to calculate something not available as a primitive, like a huge list of instructions that all cause one wire to be high. You'd make that as a procedure, feed it to a wire, then connect that with assign statements to make the logic you want to model timing of. To model the state of the registers after complicated machine instructions, use a begin end block like: begin at posedge delay # 40 clock1 assign A + B or C -- mcu_cson end It's been a while. Probably some mistakes. John G ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: icarus, fork, and recursive tasks
On 11/06/2010 10:16 PM, John Griessen wrote: begin at posedge delay # 40 assign A + B or C -- mcu_cson end Should be more like: at posedge clock1 delay # 40 begin assign A + B or C -- mcu_cson assign A . D -- mcu_wron end at posedge clock1 delay # 60 begin assign E . A -- mcu_wron end That is to get functions of instructions or whatever triggers your event, then add different delays to different wires. Each variable above could be a vector such as: mcu_wron[15:0] mcu_wron[15:0] D[15:0] Some of your triggers are going to come from one wire. There's a shorthand for extending one bit into as many as you want -- forgot it... do that with the one bit signal before anding it with something to trigger a word transition by the assign statement. I doubt your really want anything recursive. Everything that's a primitive function in verilog happens in parallel all the time, not as a procedure. John G ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: icarus, fork, and recursive tasks
On 11/06/2010 10:22 PM, DJ Delorie wrote: nd bclk1 and bclk2 are tasks that wait for the two edges to happen. twait() is supposed to wait for the right number of bclk edges. OK, that does sound like the place for a procedure, and then take its result and put to a wire. (Instead you could just build a counter in verilog and let it rip). John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: icarus, fork, and recursive tasks
I doubt your really want anything recursive. Everything that's a primitive function in verilog happens in parallel all the time, not as a procedure. Right, I don't want recursion. I want a set of N tasks to run in parallel, and each of them need to call a common task Q, and end up with N independent copies of Q running. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: icarus, fork, and recursive tasks
Message: 7 Date: Sat, 6 Nov 2010 19:37:20 -0400 From: DJ Delorie [1...@delorie.com Subject: gEDA-user: icarus, fork, and recursive tasks To: [2]geda-u...@moria.seul.org Message-ID: [3]201011062337.oa6nbkeu014...@envy.delorie.com I'm trying to simulate an MCU's bus processor, which has a couple of timing parameters all keyed off the start of a transaction. Naively, I did this: fork mcu_cson (address); mcu_wron (address); mcu_wdon (address); mcu_cswwait (address); join Each mcu_* task would wait the right number of cycles, toggle its line, and return. However, they all called one task (twait()) that did wait the right number of cycles. Not to usefully, they all shared the one task (or variable), and thus all exited at exactly the same time. How do I do a local instantiation of a task? I'm running iverilog-0.9.20091230 -- task automatic twait John Eaton References 1. mailto:d...@delorie.com 2. mailto:geda-user@moria.seul.org 3. mailto:201011062337.oa6nbkeu014...@envy.delorie.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: icarus, fork, and recursive tasks
On 11/06/2010 10:22 PM, DJ Delorie wrote: begin cs = address[23:20]; bclk1; a = address; d_val = data; rd = 1; mcu_state = 1; fork mcu_cson (address); mcu_wron (address); mcu_wdon (address); mcu_cswwait (address); join mcu_state = 2; I don't think you want two different assignments to the same reg, mcu_state in the same begin end block. A begin end block is not procedural, not top to bottom, all at once. John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: icarus, fork, and recursive tasks
task automatic twait Tried that first. Icarus didn't support it. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: icarus, fork, and recursive tasks
mcu_cson (address); mcu_wron (address); join mcu_state = 2; I don't think you want two different assignments to the same reg, mcu_state in the same begin end block. A begin end block is not procedural, not top to bottom, all at once. That part works fine, because the mcu_* functions do a #delay before the join. It's basically this: mcu_state = 1; #10 mcu_state = 2; mcu_state is just an internal variable I can watch in gtkwave. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: icarus, fork, and recursive tasks
On 11/06/2010 10:33 PM, DJ Delorie wrote: I want a set of N tasks to run in parallel, and each of them need to call a common task Q, and end up with N independent copies of Q running Goes past my verilog knowledge. Sleepy too. Bet you get some good answers in the AM. JG ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: icarus, fork, and recursive tasks
Note that I'm currently working around this by running my test.v testbench through a perl script before compiling it. The perl script looks for the string twait(.*) and replaces it with a for loop that delays for a counted number of #delays. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user