Re: [ql-developers] HTTP server speed test
Tony Firshman wrote: Unfortunately I have no second PC so I can only measure from PC to Q60 and vice versa. I am sure I have such a card. I will fit it in one of the nine PCs here tomorrow (5 run 24/7!) and test. It may not be until the evening. Many thanks! I did have an NE2000. However I am haivng trouble under W98. It is not pnp but W98 found and installed it with NE2000 compat driver. It though did not show up on my switch. I connected the 'default' jumper, and it now show the 10mbps conneciton LED, which flashed reassuringly on startup. It also show up as working under device mgr. However it is not finding my network. Any ideas? I have played with a few IRQs. Default was 3, and it is now: IRQ 9 I/O 0300-031F All was fine with the existing pci card, which I removed. Maybe selecting TCP/IP protocol under network bindings? However tinkering with your Windows settings looks like more trouble than this test is worth. I don't want you to waste too much precious time. Many thanks, Peter
Re: [ql-developers] HTTP server speed test
Tony Firshman wrote: I have not managed to get my debian system to install a mouse successfully, so only have command line. Is there a command line ethereal? Not that I know. If you only have a commandline, you could transfer the file with curl, which I remember to have a useful speed display. But it displays the payload rather than the raw data, so it will not directly compare to my figure. If it works I can measure with curl for comparison. Peter
[ql-developers] HTTP server speed test
Hi, is somebody out there who owns two networked PCs, one with a 10 Mbit/sec ISA NE2000 (or clone) card, and could do a speed test using this PC as HTTP server? With the Q60/QLwIP as server I currently get average 854 kBytes/sec HTTP throughput, measured with Ethereal, transferring a file larger than 10MB. It would be interesting how far from the optimal value this is still away. My test setup: Server: Q60/80, Realtek RTL8019AS ISA, QDOS Classic 3.25 Beta R, QLwIP Client: Athlon 1.2 GHz, Realtek RTL8029AS PCI, RedHat Linux 9.0, Netscape browser Unfortunately I have no second PC so I can only measure from PC to Q60 and vice versa. Thanks, Peter
[ql-developers] PD
Hi, does anybody know a working email address from Phoebus? The usual p h o e b u s AT d o k o s - g r DOT n e t is down. Private reply, please. Thanks, Peter
Re: [ql-developers] Ethernet card for Q60
Thierry ([EMAIL PROTECTED]) wrote: I'm trying to configure an ISA PnP card (RTL8019AS based) for use on my Q60. The card got a jumperless mode (i.e. a mode where PnP is disabled) that may be enabled via a DOS software (on a PC) and its parameters (I/O address, IRQ, Duplex/Simplex modes) can be set via this software too. The parameters are retained in a flash memory on the Ethernet card. I tried several configurations, but only IRQ 10 seems to allow the Q60 to boot properly (IRQ 5, although theorically available, makes the Q60 unstable and it crashes either at SMSQ/E boot time, or at the Linux loader execution time). The problem is: Linux (Shoebox v1.0a) hangs when trying to bring up eth0 at boot time... The configuration of the card is: IRQ 10 I/O 300h Full duplex It is connected to a 10/100Mbps switch and the network parameters are properly set in Linux. Any idea of what happens and the way to fix this ? Known problem, I had published several lengthy explanations about it. I first discovered the problem with some Longshine LCS-8634PTB ethernet cards, but it applies to some other RTL8019AS based cards as well. The problem was that these cards produce unwanted IRQ signals, even when in jumpered mode. Other cards of exactly the same type, and apparently the same PCB layout, behaved OK. The RTL8019AS chip is responsible for this problem. The chips which have the IRQ problem are labeled with different production codes than those which work, but I can not give a comprehensive specification which range of codes has the problem and which has not. After long debates with technicians from Longshine they had to admit that it is a hardware problem with the chip. If someone buys a new ethernet card with the RTL8019AS for Qx0, other than from DD Systems, he should be prepared to deal with cutting the IRQ10+11 lines on the Ethernet card near the ISA connector. The corresponding pins on the ISA connector are D3 and D4. Soldering side of the ethernet card, ISA connector: B1B31 D1 D2 D3 D4..D18 No guarantees. Please don't cut something you don't really want to cut :-) To be on the save side, there are tested new cards available from DD Systems. I can also provide one for you if you find it more convenient. For use with Qx0, it is strongly recommended to use jumpered mode, IRQ5 and iobase 0x300. All the best Peter
Re: [ql-developers] K68 Core
Phoebus wrote: That's excellent news... I was under the impression... or at least talk and Motorola's own press releases gave me that impression, that the situation was very bleak. Will see also how Motorola will go ahead with the publicised full compatibility with the 68K (and the ultra high speeds they have in their roadmap (Trendy word this one these days ;-) Almost the ColdFire V4e had been released in spring. Motorola decided to change some of the peripheral units on the chip, hence the delay. Don't expect more than 333 MHz, maybe 266 MHz for the first silicon. V4e still won't be able to properly trap out *all* 68k instructions that are not equivalently implemented. But it is much better than all previous versions, and the number of oddities is so small that I guess only handwritten assembler code will be affected. Can you point where Motorola publicised full compatibility with the 68K? All the best Peter
Re: [ql-developers] K68 Core
Phoebus wrote: Legality is a big issue. I came across this while I was reading about a ZX81-on-a-chip clone (T80 core). I thought that it would be a good alternative when Motorola gives up the 68K family. As for the new Coldfires... have you seen : a. Their prices?, b. That Motorola won't make them really available in anything less than batches of 1000? a. From the prices which were suggested to me, the Coldfire version 4e controllers will have one of the best price/performance ratios for chips with FPU on the market. I'll tell you more, once they are released, which should happen in a few months. b. Yes. All the best Peter