Custom Search
Site Home Archive Home FAQ Home How to search the Archive How to Navigate the Archive
Compare FPGA features and resources
Threads starting:
Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
sooner or later the system will reach balance.. we will all earn less... and therefore eat less Big Macs.. so weigh less... then we will all get paid less too and spend less ... Simon "John Larkin" <jjlarkin@highNOTlandTHIStechnologyPART.com> wrote in message news:nfr0t1dvp60bh54ate35numiecflucipar@4ax.com... > On Fri, 20 Jan 2006 03:43:58 GMT, "HoustonEngineer" <xxx@yyy.com> > wrote: > > >Here is an observation - what do y'all think ? > > > >1 - Indian / Chinese / East European /etc people are at least as smart and > >hardworking as Westerner's / Japanese > >2 - However, they work for something like $10% of what we will (or could > >live on) > >3 - Our major advantage (in terms of these newsgroups) is our experience > >with these subjects/technologies/methods/products > >4 - On these newsgroups, many of the questions originate from people in > >India, China or Eastern Europe and are answered by Westerners > >5 - Are we shooting ourselves in the foot ? > > > >I'm not suggesting this is a bad thing - after five years in the US I am > >actively looking for opportunities elsewhere - I just thought it was an > >interesting question. > > > Is it our destiny to be rich and well fed, while the rest of the world > stays poor and hungry? Must we always be the elite? Is the world > economy a zero-sum game, where we want 90% of the winnings? > > John > >Article: 94976
Well Raj,
I don't know what else to say. For the little text file, I would try
and make a really small image with just the text file so you can
examine the entire memory range where the file lives. The actual text
can be buried pretty deep.
Looking at your code from above vs mine:
mfs_init_fs(MFS_NUMBYTES, MFS_BASE_ADDRESS, MFSINIT_ROM_IMAGE);
mnt1 = mfs_file_open("1_1_0.mnt", MFS_MODE_READ);
xil_printf("\n%d\n",mnt1); // receiving -1 for mnt1 : the file opening
was unsuccessful
___________________
mfs_init_genimage(53200, (char *) MFS_BASE_ADDRESS, MFS_INIT_TYPE);
xilmfs_result = mfs_change_dir("my_fs");
xilmfs_result = mfs_get_current_ dir_name(dirname);
There are clearly some differences for you to investigate (if you
haven't already). First what is difference between mfs_init_fs and
mfs_init_genimage (I am not sure, don't have documentation open)? And
did you ever do an mfs_change_dir before trying to open a file within
it? You need to do so. That is why I do an mfs_get_current_dir_name
to see if I am in the correct directory. I don't remember even
how/what these functions do at the nuts and bolts level, but I do know
that my system did eventually work, so I know these functions do the
trick.
OK, looked it up: mfs_init_fs: Initialize the memory file system.
This function must be called before any file system operation. Use
mfs_init_genimage instead of this function if the filesystem is being
initialized with an image generated by mfsgen.
I remember that this has to do with the actual pointer to the file
system, it needs to be adjusted properly. Try that with the correct
'cd' call before opening a file.
Keep me posted! Good luck!
Joey
Article: 94977Simon Peacock wrote: > sooner or later the system will reach balance.. we will all earn less... and > therefore eat less Big Macs.. so weigh less... then we will all get paid > less too and spend less ... > > Simon But we are talking about human. Mostly nonlinear, illogical and insatiable. With improved transportation and communication systems we are getting (a little bit) closer to a balance. But will never reach. Eastern cultures are generally more fatalist(I do not know this word describes what i mean), more contented with what they have.Unless you awake them by an atomic bomb. yusufArticle: 94978
HoustonEngineer wrote: > Here is an observation - what do y'all think ? > > 1 - Indian / Chinese / East European /etc people are at least as smart and > hardworking as Westerner's / Japanese > 2 - However, they work for something like $10% of what we will (or could > live on) Actually it costs them frequently that much less to live in a reduced life style in their locale, so western wages are not demanded. That however changes as soon as the region becomes westernized, and lifestyle changes occur that they frequently are striving for by following the western/american/european dream. Examples are that most of russia has a very low standard of living left over from cold war era ... but I understand Moscow is now nearly as expensive as any other westernized city. Even in the US, with the median mortgage well over a half million $$s in silicon valley we find good professionals rapidly going broke and leaving the area for lower paying jobs in the midwest, and suddenly being able to afford a 6,000sqft new home, on 35 acres, with a boat, RV, horses for the kids, and actually have money in the bank to take real vacations with each year .... fewer heart attacks from worry about loosing everything in the next down turn. http://www.newhomes.com/homedetail.jsp?regionid=1374&homeid=31352&siteid=1 Compare that to a $250,000 home in east Palo Alto or Oakland.Article: 94979
Simon Peacock wrote: > sooner or later the system will reach balance.. we will all earn less... and > therefore eat less Big Macs.. so weigh less... then we will all get paid > less too and spend less ... > There will be no balance. Europe is declining. Africa and the Middle East will never go anywhere. The US is starting a European style decline, derived from liberal self loathing and guilt. Japan has show its weakness of character, and complete lack of creativity in solving its money problems the last decade. I wonder if there is a single original idea in China. Russia is overrun with corruption. India - well, I don't know much about India. Call me an optimist. Maybe we can have a renaissance in the west. I hope so. > Simon > > "John Larkin" <jjlarkin@highNOTlandTHIStechnologyPART.com> wrote in message > news:nfr0t1dvp60bh54ate35numiecflucipar@4ax.com... > >>On Fri, 20 Jan 2006 03:43:58 GMT, "HoustonEngineer" <xxx@yyy.com> >>wrote: >> >> >>>Here is an observation - what do y'all think ? >>> >>>1 - Indian / Chinese / East European /etc people are at least as smart > > and > >>>hardworking as Westerner's / Japanese >>>2 - However, they work for something like $10% of what we will (or could >>>live on) >>>3 - Our major advantage (in terms of these newsgroups) is our experience >>>with these subjects/technologies/methods/products >>>4 - On these newsgroups, many of the questions originate from people in >>>India, China or Eastern Europe and are answered by Westerners >>>5 - Are we shooting ourselves in the foot ? >>> >>>I'm not suggesting this is a bad thing - after five years in the US I am >>>actively looking for opportunities elsewhere - I just thought it was an >>>interesting question. >> >> >>Is it our destiny to be rich and well fed, while the rest of the world >>stays poor and hungry? Must we always be the elite? Is the world >>economy a zero-sum game, where we want 90% of the winnings? >> >>John >> >> > > >Article: 94980
East bay "budget starter home" http://www.eri-bhg.com/page.cfm?id=708 and a few miles away: http://www.erihomes.com/page.cfm?id=820 What's so bad about taking a 40% pay cut, and moving?Article: 94981
hi joey,
as you suggested in your first message i tried the following and didnot
get positive result (i have mentioned about this in my 2nd message)
mfs_init_genimage(MFS_NUMBYTES, (char *) MFS_BASE_ADDRESS,
MFSINIT_ROM_IMAGE);
xilmfs_result = mfs_change_dir("mnt");
xilmfs_result = mfs_get_current_dir_name(dirname);
if(xilmfs_result == 0) {
xil_printf("Couldn't get current_dir_name.\r\n");
xil_printf("Exiting...\n");
exit(1);
}
xil_printf("\n %s \n",dirname);
regarding the filesystem size for the small file you have made a good
point and i will try that and get back to you
thank you,
rajashekar
Article: 94982larwe wrote: > >> 4 - On these newsgroups, many of the questions originate from >> people in India, China or Eastern Europe and are answered by >> Westerners >> >> 5 - Are we shooting ourselves in the foot ? > > The good ones will improve themselves anyway. > > The bad ones will never be any good. > > Knowledge should never be hoarded. Experience cannot be given > away, only /experiences/. And we might also consider where a large part of that precious knowledge originated. Our numerical system came from India. Wherever we look, we are likely to see the Chinese did it first. -- "If you want to post a followup via groups.google.com, don't use the broken "Reply" link at the bottom of the article. Click on "show options" at the top of the article, then click on the "Reply" at the bottom of the article headers." - Keith Thompson More details at: <http://cfaj.freeshell.org/google/>Article: 94983
narashimanc@gmail.com wrote:
> Hi all, Hope everything is fine on your side.
>
> Key Words: ML300 board, VHDL, XST, XPS, Xilinx
>
> I have written a VHDL program(look post script)to count pulses from
> quadrature encoder. Basically i read both the clocks(here QEP0 and
> QEP1) and count on two different conditions based on if the motor is
> going forward or backward. In the previous case count is increased and
> the latter case the count is decreased. I store the count in a S/W
> accessible slave register generated when i use "Create Peripheral
> wizard" (EDK) (slv_reg0)
>
> Usually everything works fine, however at times (roughly 1 out of
> 15-20) what happens is that when i keep reading from that register
> continously(for (i=0;i<100;i++){read from the slave register and
> display it} ), previous value to the current value difference is
> tremendously huge (say 1234,1235,1236...1278,10378,10379...)
<snip>
When this occurs, take note of the binary values - that can
indicate the type of error more clearly.
Some notes on Quad counting, which is not trivial to do correctly :
** Caution is needed when crossing clock domains.
You have to watch for aperture effects, and metastability.
** Many solutions are possible, up to a max of one-count per edge.
( You seem to be doing less than that ? )
In the simplest form, one phase can be CLK and the other UP/DN
** If the whole counter is clocked in the QUAD domain, then reading
that counter will be difficult : ie it may change during read.
That said, it should return to the expected value, with such jumps
being rare. - your error above seems to 'stick' in the example given ?
If so, that indicates a HW counter problem, not a change-during-read
problem.
A ~5% failure rate is quite high. ie not a subtle effect
** You should include an edge-chatter test case, to ensure the
counter does not creep on "edge fur" effects : ie many changes on one
phase only.
** Also check there are no edge oscillation/slow edges effects, in your
sensors.
Direct counting, which you seem to be doing, will have very high
bandwidths - and slow edges like from optocouplers may be too
slow for the FPGA. This can have the exact effect you describe -
sudden burst advances.
A common design is to use Schmitt buffers, with preceeding RC filters,
to put a ceiling on the possible edge rates, and speed up the edges from
what are commonly opto sensors. This gives better behaved Quad encoders.
-jg
Article: 94984If I understand you right, you would be better served with a very simple design that I published a while ago. Sorry forthe lengthy posting. Quadrature Decoding Any forward/backward mechanical motion is best converted into electrical signals by a quadrature encoder generating two overlapping output signals A and B. These two signals can then easily be decoded into two more practical signals: a count Clock, and a Direction signal. The simple decoder described below is inherently insensitive to contact bounce, and operates equally well with active High or active Low inputs. It uses a single slice (two LUTs and two flip-flops). The clock frequency should be higher than 1 MHz to operate reliably, even when the mechanical action is very fast, perhaps spring-loaded. The two 3-input LUTs are both driven by the quadrature signals A and B, and each LUT also uses the Q of its associated flip-flop as a third input. The two outputs Q1 and Q2 are interchangeable, either can be the Clock or the Direction signal. In a synchronous system it is good practice to digitally differentiate the Clock output in an additional flip-flop, Q3 and use it as the Clock Enable input to the counter that keeps track of the mechanical movement. Q1 is set when A is High, and B is Low, Q1 is reset when A is Low and B is High. Q2 is set when A is High and B is High, Q2 is reset when A is Low and B is Low. Under all other conditions, Q1 and Q2 maintain their state. Contact bounce on A and B must not exceed the High or the Low times of these signals. The decoder maintains a proper count value even when the mechanical motion is erratic, changing direction in the worst possible way. No need for any analog filtering or de-bouncing. Peter Alfke, Xilinx ApplicationsArticle: 94985
Hi Peter, What happens to Q1/Q2 with respect to the third input to the LUTs (the feedback Q signals)? If under other conditions, Q1/Q2 maintain their state, what is the point in feeding back the Qs? Sorry if I am missing something obvious here. Also, what do you thinking about this Quad Decode circuit: http://www.fpga4fun.com/QuadratureDecoder.html Cheers, DaveArticle: 94986
In article <Jv%zf.7900$1J1.133@tornado.texas.rr.com>, Bryan Hackney <no@body.home> wrote: >Simon Peacock wrote: >> sooner or later the system will reach balance.. we will all earn less... and >> therefore eat less Big Macs.. so weigh less... then we will all get paid >> less too and spend less ... >> > >There will be no balance. > >Europe is declining. Africa and the Middle East will never go anywhere. >The US is starting a European style decline, derived from liberal self >loathing and guilt. > >Japan has show its weakness of character, and complete lack of creativity >in solving its money problems the last decade. I wonder if there is a >single original idea in China. Russia is overrun with corruption. > >India - well, I don't know much about India. > >Call me an optimist. Maybe we can have a renaissance in the west. I hope >so. > If you're an optimist then the pessimists must have all died.... PhilArticle: 94987
In article <20Zzf.22772$SD1.13868@tornado.texas.rr.com>, HoustonEngineer <xxx@yyy.com> wrote: >Here is an observation - what do y'all think ? > >1 - Indian / Chinese / East European /etc people are at least as smart and >hardworking as Westerner's / Japanese >2 - However, they work for something like $10% of what we will (or could >live on) >3 - Our major advantage (in terms of these newsgroups) is our experience >with these subjects/technologies/methods/products >4 - On these newsgroups, many of the questions originate from people in >India, China or Eastern Europe and are answered by Westerners >5 - Are we shooting ourselves in the foot ? > >I'm not suggesting this is a bad thing - after five years in the US I am >actively looking for opportunities elsewhere - I just thought it was an >interesting question. If you decide to not share information with people beause you're afraid they're going to use that information to compete with you then you might just as well shut down all the schools too (K through University). After all, you wouldn't want all those youngsters growing up and potentially competing for your job, would you? As far as wages go: yes, the disparity is a problem. We in the US (and Europe) have environmental, labor laws, etc. that we must comply with whereas in many of the other places you mention they don't. Hopefully, though, as people's standard of living rises in those other places they will also be able to afford to desire a cleaner environment and safer workplaces. In the meantime until wages rise in India/China/Eastern Europe (and lots of other places around the world that have decided to actually educate their people) we in the US will likely need to learn to live with less. A falling standard of living, which to some extent we're already seeing (corporations defaulting on pension obligations, less people with health insurance, lower 'real' wages, record debt). The current US administration seems to be obsessed with investing in military adventures, while places like India have decided to invest in educating their people - which investment do you think will pay off better in 20 years? It's all a matter of priorities. PhilArticle: 94988
Phil Tomson wrote: > In article <Jv%zf.7900$1J1.133@tornado.texas.rr.com>, > Bryan Hackney <no@body.home> wrote: > >Simon Peacock wrote: > >> sooner or later the system will reach balance.. we will all earn less... and > >> therefore eat less Big Macs.. so weigh less... then we will all get paid > >> less too and spend less ... > >> > > > >There will be no balance. > > > >Europe is declining. Africa and the Middle East will never go anywhere. > >The US is starting a European style decline, derived from liberal self > >loathing and guilt. > > > >Japan has show its weakness of character, and complete lack of creativity > >in solving its money problems the last decade. I wonder if there is a > >single original idea in China. Russia is overrun with corruption. > > > >India - well, I don't know much about India. > > > >Call me an optimist. Maybe we can have a renaissance in the west. I hope > >so. > > > > If you're an optimist then the pessimists must have all died.... > > Phil An optimist believes this is the best of all possible worlds. A pessimist fears he may be correct. Cheers PeteSArticle: 94989
On 2006-01-19, Ivan <gmivan@terra.es> wrote: > Hi, > > nice info... > can someone tell me if the USB cable works on Linux? Perhaps my posting wasn't clear on the issue, but I used the USB programming cable in Linux. (At least insofar as I got impact up and running with the USB cable, I haven't tested it much so I can't say that it is rock solid as yet.) /AndreasArticle: 94990
Peter Alfke wrote: > If I understand you right, you would be better served with a very > simple design that I published a while ago. Sorry forthe lengthy > posting. > > Quadrature Decoding > > Any forward/backward mechanical motion is best converted into > electrical signals by a quadrature encoder generating two overlapping > output signals A and B. These two signals can then easily be decoded > into two more practical signals: a count Clock, and a Direction signal. > > The simple decoder described below is inherently insensitive to contact > bounce, and operates equally well with active High or active Low > inputs. It uses a single slice (two LUTs and two flip-flops). The clock > frequency should be higher than 1 MHz to operate reliably, even when > the mechanical action is very fast, perhaps spring-loaded. <snip> I would call this a debouncer, rather than a decoder. It does work well at removing edge chatter and noise, but does not give full decode precision. The better (most resolution) quadrature decoders/counters can generate one COUNT per EDGE. ( 4 counts per quad cycle ) Systems that take the A/B (or I/Q these days...) and use as CLK/DIRN are simple, but loose potential resolution. Most mechanical sensor systems pay for better resolution. It is also a good idea to drive only ONE register .D ( or J.K) across a clock domain, so often these Quad encoders have IP sample registers, or in some cases 2,3 registers for majority vote noise filtering [ see Quad counter chips from hp ] -jgArticle: 94991
"Davy" <zhushenli@gmail.com> wrote in message news:1137726871.700967.266740@o13g2000cwo.googlegroups.com... > Hi all, > > I am new to demodulation and FEC. > > How can I get each bit's soft-probability from the constellation? > For example, the modulation method is 16QAM, How can I get > P(bit1=0),P(bit2=0),P(bit3=0),P(bit4=0) from a symbol? > > Is it belong to the subject of detection and need viterbi algorithm? > > Or can you recommend some key words of this subject? > "bayes theorem"+"soft input" should work. You could also look at page 72 to 74 of this for a very direct method; http://4more.av.it.pt/docs/D4.4.pdf Best of luck - MikeArticle: 94992
Phil Tomson wrote: > As far as wages go: yes, the disparity is a problem. We in the US (and > Europe) have environmental, labor laws, ...they will also be able > to afford to desire a cleaner environment and safer workplaces... A falling > standard of living, which to some extent we're already seeing (corporations > defaulting on pension obligations, less people with health insurance, lower > 'real' wages, record debt). . All this discussion of Eastern competition and no mention of capitalism. It's what the capitalist system always does, always SAYS it does. It will always chase the cheapest workforce and the cheapest supplies, like it did in Northern England and South Wales in the 1800s, the sweatshops of New York in the 1880s, Japan and Hong Kong on the 1950s and 60s, Korea in the 80s, Malaysia, India, China.. it just sloshes about. Two choices: think up another system or stop whinging. Paul BurkeArticle: 94993
Hallo, I would store/read datas from a prom. I have connected it to my system using opb_emc. The prom data width is 8 bit. May I save/read datas of 16 or 32 bits using Xio_In or Xio_out functions? Many Thanks in advance. MarcoArticle: 94994
"Marco T." <marc@blabla.com> schrieb im Newsbeitrag news:dqqcas$7sh$1@nnrp.ngi.it... > Hallo, > I would store/read datas from a prom. I have connected it to my system > using opb_emc. > > The prom data width is 8 bit. > > May I save/read datas of 16 or 32 bits using Xio_In or Xio_out functions? > > Many Thanks in advance. > Marco read yes, write no, check out the datasheet of your PROM for the write algorithms -- Antti Lukats http://www.xilant.comArticle: 94995
ptkwt@aracnet.com (Phil Tomson) writes: > Is XDL described anywhere? Grammar or BNF? Or is it based on XML? (probably > not likely, but one can wish) Yes, no, and no :-) It's described in comments in the XDL file itself: Here's some of them pasted out of one of mine: # ======================================================= # The syntax for the design statement is: # design <design_name> <part> <ncd version>; # or # design <design_name> <device> <package> <speed> <ncd_version> ; # ======================================================= # The syntax for instances is: # instance <name> <sitedef>, placed <tile> <site>, cfg <string> ; # or # instance <name> <sitedef>, unplaced, cfg <string> ; # # The syntax for nets is: # net <name> <type>, # outpin <inst_name> <inst_pin>, # . # . # inpin <inst_name> <inst_pin>, # . # . # pip <tile> <wire0> <dir> <wire1> , # [<rt>] # . # . # ; # etc..etc... More details then follow on some of the details. So it is fairly straightforward to understand, assuming you understand the architecture it's talking about already... I have made a start on a python parser for XDL which creates a pysqlite database as the backend. Conekt owns it, but they may be persuaded to open source it.. I wonder... Cheers, Martin -- martin.j.thompson@trw.com TRW Conekt - Consultancy in Engineering, Knowledge and Technology http://www.trw.com/conektArticle: 94996
Hi, I'm trying to figure out the best way to sort a large amount (thousands) of floats or fixed-point data on an FPGA. With this amount of data, it needs to be stored in RAM because it obviously won't fit in registers, but this means that there can only be one access to that RAM every clock cycle. Since any sorting algorithm will need access to at least two pieces of data to compare, I can't figure out how to parallelize the sorting. Has anyone got any experience in this area? I would really appreciate any advice. Thanks, KeithArticle: 94997
We have not yet done a chapter and verse on this yet but for the full version with 6 BARs, worst case configuration, it is less than 1000 slices. You have about 3600 slices in a XC3S400. I have not got a definative answer beause we have number of modules in with in for debug purposes ans some more debug to do so some other things there to muddy the number. We have designed the core to reduce in size in an optimal fashion if features are removed etc. So a single BAR configuration is likely to have a couple of hundred slices less. As yet the exact numbers have not been formally noted but we can see the size reduction if we twiddle the parameters that reduce functionality. John Adair Enterpoint Ltd. - Home of UAP. Enterpoint's University Access Program. http://www.enterpoint.co.uk "Xavier T" <xavier.tastet@gmail.com> wrote in message news:1137702243.561963.71120@f14g2000cwb.googlegroups.com... > with the core you're working on, how many space left to implement > design ? x3s400 means 400k gates ? > X. >Article: 94998
In article <20Zzf.22772$SD1.13868@tornado.texas.rr.com>, HoustonEngineer <xxx@yyy.com> writes >Here is an observation - what do y'all think ? > >1 - Indian / Chinese / East European /etc people are at least as smart and >hardworking as Westerner's / Japanese Interesting mix. The groupings I would have thought should be Indian/Chinese/Japanese US/Europe (east and west) The innovations have come from all over. Just because there is a good business climate for high tech in California does not mean the things developed and produced there are necessarily invented there. >2 - However, they work for something like $10% of what we will (or could >live on) Who is they? If you mean the Indians, Chinese and Taiwanese the answer is : was yes, is yes and no in that order. Salaries in India are I believe rising and they are being under cut by China. >3 - Our major advantage (in terms of these newsgroups) is our experience >with these subjects/technologies/methods/products Who is "our" this is an international NG. The experience global. Perhaps it is just that the Indian students are smarter and realise there is much experience on this NG and hang out here. US student could too. >4 - On these newsgroups, many of the questions originate from people in >India, China or Eastern Europe and are answered by Westerners No. Many of the questions are answered by Eastern Europeans as well. I know of several tools that are developed in Eastern Europe. They some very good people. The Eastern Europeans have some of the best mathematical and computing brains on the planet. >5 - Are we shooting ourselves in the foot ? who is "ourselves"? >I'm not suggesting this is a bad thing - after five years in the US I am >actively looking for opportunities elsewhere - I just thought it was an >interesting question. It is an interesting question. Part of the answer is to certify or license engineers the same as in other professions. IE like the PE in the US and other countries and the C.Eng in the UK and Eur. Ing in Europe. This means like Doctors, architects civil engineers there is a minimum standard for embedded Engineers. IT also means the salary will stabilise at a reasonable rate and be less effected by sweat shops and unqualified people. There are similar qualifications for technicians. This will help remove the unqualified and raise the standard of the profession in general. The problem is that there will be losers in the west as well. There are probably as many unqualified hackers here as there. However it will improve the situation globally. -- \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ \/\/\/\/\ Chris Hills Staffs England /\/\/\/\/ /\/\/ chris@phaedsys.org www.phaedsys.org \/\/\ \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/Article: 94999
Thomas Gebauer <th.gebauer@gmx.de> wrote: > i tried to install it on a Debian Sarge with a 2.6.12 kernel but without > success. It complained about a missing libqt_qt.so (or similar). Which > packages are missing? I haven't tried it, yet, but I think such a package does not exist. It is either provided by ISE itself (set the environment variables correctly) or is an aliased version of something else (i.e. symlink libqt-mt.so to libqt_qt.so and run ldconfig or set LD_LIBRARY_PATH). I think I'll find some time to try it today, but don't rely on this ;) -- mail: adi@thur.de http://adi.thur.de PGP: v2-key via keyserver Darf ich bitten - oder tanzen wir zuerst?
Site Home Archive Home FAQ Home How to search the Archive How to Navigate the Archive
Compare FPGA features and resources
Threads starting:
Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z