On Fri, 22 Oct 1999, Michele A Debandi wrote:
> On Thu, 21 Oct 1999, IW4DSU Chris wrote:
>
> > On Wed, 20 Oct 1999, Kai Schulte wrote:
> >
> > In a previous mail i read : "...Linux is multitasking..." Yes.
> >
> > And if I want to work on rtty () and play some music at the same time ???
> >
>
On Thu, 21 Oct 1999, IW4DSU Chris wrote:
> On Wed, 20 Oct 1999, Kai Schulte wrote:
>
> In a previous mail i read : "...Linux is multitasking..." Yes.
>
> And if I want to work on rtty () and play some music at the same time ???
>
Buy a KAM. (They are still on business, isn't it?) and hook it t
Tom,
I found the problem with hfkernel_kernel and hfkernel_user hanging.
The Makefile statically links /usr/lib/libpthread.a in; if I
change it to dynamically link in libpthread.so, it works fine!
I will send a query to our libc6 maintainer so find out if this is a bug.
It seems very strange to
On Fri, Oct 22, 1999 at 01:48:21PM +0200, Thomas Sailer wrote:
> Hamish Moffatt wrote:
> > hfkernel_user did not compile and you said to take it out of the Makefile?
> Eh? It seemed that the compile error was in the kdrv...
My mistake, hfkernel_user compiles fine. Unfortunately it seems to hang
f
Hamish Moffatt wrote:
> hfkernel_user in user space + hfterm, or
>
> hfmodem driver in kernel + hfkernel_kernel + hfterm
Correct.
> hfkernel_user did not compile and you said to take it out of the Makefile?
Eh? It seemed that the compile error was in the kdrv...
Tom
On Thu, Oct 21, 1999 at 08:05:42PM +0200, Thomas Sailer wrote:
> Why doesn't it work? You should be definitely using hfkernel_user...
Oops, you said not to worry about compiling the kernel driver,
not hfkernel_user. hfkernel_user compiles ok with the asm fix.
It hangs on start up too :-( Same st
On Thu, Oct 21, 1999 at 08:05:42PM +0200, Thomas Sailer wrote:
> Hamish Moffatt wrote:
> > made the module insert. When I run hfkernel_kernel, it blocks waiting
> > for a signal and does not seem to create the socket and hfterm
> Eh? Why do you think so? It's not apparent from the strace below.
N
Hamish Moffatt wrote:
> made the module insert. When I run hfkernel_kernel, it blocks waiting
> for a signal and does not seem to create the socket and hfterm
Eh? Why do you think so? It's not apparent from the strace below.
> hfkernel_kernel:
>
> [...]
> uname({sys="Linux", node="hamishpc", .
On Thu, Oct 21, 1999 at 02:56:35PM +0200, Thomas Sailer wrote:
> That is the kernel driver, which shouldn't be needed either, so
> please remove it also.
OK I got the kernel driver to compile by getting the first
line fixed from the hf.tar.gz distribution, and the second from
your post on this li
On Thu, Oct 21, 1999 at 02:56:35PM +0200, Thomas Sailer wrote:
> That is the kernel driver, which shouldn't be needed either, so
> please remove it also.
The driver in the 2.2.12 kernel source does not compile for me either :-(
refclock.c: In function `hfmodem_refclock_current':
refclock.c:136:
On Thu, Oct 21, 1999 at 02:56:35PM +0200, Thomas Sailer wrote:
> That is the kernel driver, which shouldn't be needed either, so
> please remove it also.
I used "make hfterm hfkernel_kernel", is that what you mean?
hfkernel_user does not compile. hfterm and hfkernel_kernel do compile
just fine th
IW4DSU Chris wrote:
> And what about using the Baycom-like demodulator (a TM3105 i think) or
> another to de/modulate the rtty signals (as well as packet i think :) )???
You mean something like a DJ6HP filterconverter? Could be done,
with a kernel driver, but I haven't done it. But you don't rea
Joop Stakenborg wrote:
> Look for a line like:
> __asm__("mull %1" : "=d" (tmp2) : "m" (scale_rdtsc), "a" (tmp0) : "ax");
> and replace it by:
> __asm__("mull %2" : "=d" (tmp2), "=&a" (tmp0) : "m" (scale_rdtsc));
Still not quite correct:
__asm__("mull %2" : "=d" (tmp2), "=&a" (tmp0) : "m" (scal
Hamish Moffatt wrote:
> I am having some problems with compilation though:
>
> * "make dep" wants to use utils/testgaussian.c which doesn't exist.
I forgot to remove this target from the makefile, testgaussgen isn't
necessary.
> cc -DMYCALL=\"N0NE\" -g -Wall -Wstrict-prototypes -O2 -ffast-math
On Thu, Oct 21, 1999 at 02:39:51PM +1000, Hamish Moffatt wrote:
>
> But the show-stopper:
>
> cc -DMYCALL=\"N0NE\" -g -Wall -Wstrict-prototypes -O2 -ffast-math
>-I/local/home/hamish/tmp/hf/include -I/local/home/hamish/tmp/hf/app
>-I/local/home/hamish/tmp/hf/proto -I/local/home/hamish/tmp/hf/l1
On Wed, 20 Oct 1999, Kai Schulte wrote:
>
> On Tue, 19 Oct 1999, Thomas Sailer wrote:
>
> > Does the hamcomm interface have a demodulator (like the DJ6HP
> > filter converter) or is it really just a zero crossing detector?
>
> Yes, it is just an op-amp. All it does is amplify the input and cu
On Wed, Oct 20, 1999 at 03:33:13PM +0200, Thomas Sailer wrote:
> Check out www.ife.ee.ethz.ch/~sailer/ham/linux/hf.html
> for a Linux version that should work with most soundcards
> supported by a sound driver with OSS interface 8-)
Of course! I've looked at your page before but forgot to look
no
This thing is so annoying!
>
> This is an auto-reply message from Steve Stroh.
>
> In response to being included (usually without prior personal communication
> or consent) on many Public Relations and Marketing distribution lists, I've
tml
--
email: [EMAIL PROTECTED]
Local mailserver , remo
At 08:56 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>At 08:16 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>>At 07:35 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>>>At 06:55 10/20/99 -0700, Steve Stroh (Lists address) wrote:
At 23:19 10/20/99 +1000, Hamish Moffatt wrote:
>
At 08:56 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>At 08:16 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>>At 07:35 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>>>At 06:55 10/20/99 -0700, Steve Stroh (Lists address) wrote:
At 15:33 10/20/99 +0200, Thomas Sailer wrote:
>>
At 08:16 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>At 07:35 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>>At 06:55 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>>>At 23:19 10/20/99 +1000, Hamish Moffatt wrote:
On Wed, Oct 20, 1999 at 02:42:47PM +0200, Kai Schulte wrote:
At 08:16 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>At 07:35 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>>At 06:55 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>>>At 15:33 10/20/99 +0200, Thomas Sailer wrote:
Hamish Moffatt wrote:
> It's ugly and I've avoided bu
At 07:35 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>At 06:55 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>>At 23:19 10/20/99 +1000, Hamish Moffatt wrote:
>>>On Wed, Oct 20, 1999 at 02:42:47PM +0200, Kai Schulte wrote:
It's pretty ridiculous by today's standards, but before sou
At 07:35 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>At 06:55 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>>At 15:33 10/20/99 +0200, Thomas Sailer wrote:
>>>Hamish Moffatt wrote:
>>>
It's ugly and I've avoided building one until now, but I haven't
seen any software to do P
At 06:55 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>At 23:19 10/20/99 +1000, Hamish Moffatt wrote:
>>On Wed, Oct 20, 1999 at 02:42:47PM +0200, Kai Schulte wrote:
>>> It's pretty ridiculous by today's standards, but before sound cards
>>> became cheap it was a very versatile fm-tool indeed
At 06:55 10/20/99 -0700, Steve Stroh (Lists address) wrote:
>At 15:33 10/20/99 +0200, Thomas Sailer wrote:
>>Hamish Moffatt wrote:
>>
>>> It's ugly and I've avoided building one until now, but I haven't
>>> seen any software to do PACTOR I on the soundcard (except
>>> PSATOR and I don't have a PSA
At 23:19 10/20/99 +1000, Hamish Moffatt wrote:
>On Wed, Oct 20, 1999 at 02:42:47PM +0200, Kai Schulte wrote:
>> It's pretty ridiculous by today's standards, but before sound cards
>> became cheap it was a very versatile fm-tool indeed (provided you
>> were dealing whith strong signals).
>
>It's ug
At 15:33 10/20/99 +0200, Thomas Sailer wrote:
>Hamish Moffatt wrote:
>
>> It's ugly and I've avoided building one until now, but I haven't
>> seen any software to do PACTOR I on the soundcard (except
>> PSATOR and I don't have a PSA sound card). Yet there is Tom's
>> TERMAN93 which does PACTOR on
Hamish Moffatt wrote:
> It's ugly and I've avoided building one until now, but I haven't
> seen any software to do PACTOR I on the soundcard (except
> PSATOR and I don't have a PSA sound card). Yet there is Tom's
> TERMAN93 which does PACTOR on a hamcomm-like modem ...
Check out www.ife.ee.ethz.
On Wed, Oct 20, 1999 at 02:42:47PM +0200, Kai Schulte wrote:
> It's pretty ridiculous by today's standards, but before sound cards
> became cheap it was a very versatile fm-tool indeed (provided you
> were dealing whith strong signals).
It's ugly and I've avoided building one until now, but I hav
On Tue, 19 Oct 1999, Thomas Sailer wrote:
> Does the hamcomm interface have a demodulator (like the DJ6HP
> filter converter) or is it really just a zero crossing detector?
Yes, it is just an op-amp. All it does is amplify the input and cut
the output off at rs232 signal levels (it is powered
On Tue, 19 Oct 1999, Thomas Sailer wrote:
> Does the hamcomm interface have a demodulator (like the DJ6HP
> filter converter) or is it really just a zero crossing detector?
The "original" hamcomm interface at least was just a zero crossing
detector: a 741 connected as a comparator, output to DSR
Tomi Manninen wrote:
> So it is possible to measure the time between interrupts accurately enough
> to deduce the incoming frequency (accurately enough) at several kints per
> second without killing the rest of the machine? Well, ok then, I stand
> corrected.
It's certainly much overhead, but it
On Tue, 19 Oct 1999, Thomas Sailer wrote:
> Tomi Manninen wrote:
>
> > I have serious doubts that a HamComm interface (a 1-bit ADC using the
> > serial port handshake lines) would ever work well under Linux. It doesn't
> > work under Windows either, right?
>
> Eh? Why not? The same goes for the
Tomi Manninen wrote:
> I have serious doubts that a HamComm interface (a 1-bit ADC using the
> serial port handshake lines) would ever work well under Linux. It doesn't
> work under Windows either, right?
Eh? Why not? The same goes for the Baycom Ser12 modem, which works
under Linux at 1200baud
On Tue, 19 Oct 1999, Hamish Moffatt wrote:
> > So, if the hamcomm program for DO$ works well... why can't another
> > program for Linux do the same as well ? :)
>
> Linux is not as real time as DOS because the system is multitasking.
> However, anything that works in Windows should be possible i
On Tue, Oct 19, 1999 at 11:04:19AM +0200, IW4DSU Chris wrote:
> But, i've read also the Thomas's page and he writes:
>
> Since most HF protocols retain even bit synchronisation over transmission
> cycles, HF controllers need a very accurate clock.
> The CCIR SITOR specification calls for 20 p
On Mon, 18 Oct 1999, Hamish Moffatt wrote:
> On Mon, Oct 18, 1999 at 10:58:08AM +0200, IW4DSU Chris wrote:
> > Hi all, thisi is the first time that i write in this mailing list.
> >
> > I have a question . there is a way to operate rtty with linux whithout
> > using the soundcard ??? For exa
On Mon, Oct 18, 1999 at 10:58:08AM +0200, IW4DSU Chris wrote:
> Hi all, thisi is the first time that i write in this mailing list.
>
> I have a question . there is a way to operate rtty with linux whithout
> using the soundcard ??? For example using a "for dummies hamcom-like
> interface"
Hi all, thisi is the first time that i write in this mailing list.
I have a question . there is a way to operate rtty with linux whithout
using the soundcard ??? For example using a "for dummies hamcom-like
interface" ?
Thanks in advance...and 73.
40 matches
Mail list logo