Re: Driver for ADC 7841 Analogue Digital Converter

2001-06-11 Thread johna

I've put this driver on my web page at :

http://phaedra.apana.org.au/johna

But, my original comments ommitted the fact that there is a data in
pin, as well as a data out pin. The code itself is fine, and reflects
this.

The correct pin allocations are :

port 0x278

bit 0, pin 2, Clock
bit 1, pin 3, Chip Select
bit 2, pin 4, Data out to ADC
bits 3-7 user available

port 0x279

bit 3, pin 15, Busy
bit 4, pin 13, Data in from ADC
bits 5-7 user available

And I've changed the code on my home page to reflect this.

Gatic,

-- 
John August

Actions speak louder than spending habits.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



Re: Driver for ADC 7841 Analogue Digital Converter

2001-06-11 Thread johna

I've put this driver on my web page at :

http://phaedra.apana.org.au/johna

But, my original comments ommitted the fact that there is a data in
pin, as well as a data out pin. The code itself is fine, and reflects
this.

The correct pin allocations are :

port 0x278

bit 0, pin 2, Clock
bit 1, pin 3, Chip Select
bit 2, pin 4, Data out to ADC
bits 3-7 user available

port 0x279

bit 3, pin 15, Busy
bit 4, pin 13, Data in from ADC
bits 5-7 user available

And I've changed the code on my home page to reflect this.

Gatic,

-- 
John August

Actions speak louder than spending habits.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



Driver for ADC 7841 Analogue Digital Converter

2001-06-10 Thread johna

I've put this driver on my web page at :

http://phaedra.apana.org.au/johna

This is not an attempt to do anything "official", merely point out 
that it's there so that anyone wanting to develop a driver for a serial
type chip (or use that chip) has the option of a driver to start with.

I'm not aware of any such web pages at present. Let me know if there's
a more comprehensive one, I'll retract my driver, no point in cluttering
the web.

If anyone has ideas about where else to announce out this web page, I'm
happy to listen.

I previously tried posting to this list via a newsgroup - email gateway,
but suspect it was not able to post to this list.  I'm not on the list,
but should be able to see responses on this gateway.

Cheers,

-- 
John August

Actions speak louder than spending habits.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



Driver for ADC 7841 Analogue Digital Converter

2001-06-10 Thread johna

I've put this driver on my web page at :

http://phaedra.apana.org.au/johna

This is not an attempt to do anything official, merely point out 
that it's there so that anyone wanting to develop a driver for a serial
type chip (or use that chip) has the option of a driver to start with.

I'm not aware of any such web pages at present. Let me know if there's
a more comprehensive one, I'll retract my driver, no point in cluttering
the web.

If anyone has ideas about where else to announce out this web page, I'm
happy to listen.

I previously tried posting to this list via a newsgroup - email gateway,
but suspect it was not able to post to this list.  I'm not on the list,
but should be able to see responses on this gateway.

Cheers,

-- 
John August

Actions speak louder than spending habits.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



nfs on a 2.4.0

2000-10-11 Thread johna

I'm running linux-2.4.0-test9-pre7-riel on a 386 netstation, using 
etherboot and rootfs. Rootfs works fine. But ...

Normally I mount /bin, /var, /etc, /lib (minimal) via rootfs, where they
are required for booting, and operation of the box, and once booting
has started, I mount /usr, /sbin and so on via conventional nfs, as
there are needed for read only they can be shared amongst many
netstations.

Rootfs works fine, but attempting to mount other directories via
nfs causes problems. Error messages like : RPC: sendmsg returned 
error 101, nfs warning: mount version is older than kernel, lockd_up:
no pid, 7 users appear during the attempt at the netstation; there
are no error indications on logs at the nfs hosting machine.

I can sometimes read /sbin, but at other times the 386 box locks up;
there seems to be some nfs info from the hosting machine, but the
netstation seems to ignore it.

It is possible I need a "newer" mount to mount the file system 
effectively on a 2.4.0 kernel; rootfs which relies only on stuff 
inside the kernel, works OK. If this is the case, where would you
find such a binary ?

I'm not on the kernel list; please forward replies to my email 
address.

Thanks,

-- 
John August

Some of us are paying for sins we have committed.
Others are paying for sins we still have to commit.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



nfs on a 2.4.0

2000-10-11 Thread johna

I'm running linux-2.4.0-test9-pre7-riel on a 386 netstation, using 
etherboot and rootfs. Rootfs works fine. But ...

Normally I mount /bin, /var, /etc, /lib (minimal) via rootfs, where they
are required for booting, and operation of the box, and once booting
has started, I mount /usr, /sbin and so on via conventional nfs, as
there are needed for read only they can be shared amongst many
netstations.

Rootfs works fine, but attempting to mount other directories via
nfs causes problems. Error messages like : RPC: sendmsg returned 
error 101, nfs warning: mount version is older than kernel, lockd_up:
no pid, 7 users appear during the attempt at the netstation; there
are no error indications on logs at the nfs hosting machine.

I can sometimes read /sbin, but at other times the 386 box locks up;
there seems to be some nfs info from the hosting machine, but the
netstation seems to ignore it.

It is possible I need a "newer" mount to mount the file system 
effectively on a 2.4.0 kernel; rootfs which relies only on stuff 
inside the kernel, works OK. If this is the case, where would you
find such a binary ?

I'm not on the kernel list; please forward replies to my email 
address.

Thanks,

-- 
John August

Some of us are paying for sins we have committed.
Others are paying for sins we still have to commit.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: 2.4.0-test9 kernel problems

2000-10-08 Thread johna

OK, yes the problem was a configuration one ...

CONFIG_VT and CONFIG_VT_CONSOLE were set to y, but CONFIG_VGA_CONSOLE
was set to n. It was this last one which was causing the problem.

I now have the 386 kernel loading into the netstation, starting up,
mounting rootfs, starting init and init starting rc.S. However, it
has problems running binaries in rc.S, there seem to be problems with
ld.so (ld-2.0.7.so), and they cannot quite start.

I'll try investingating this myself, running sash from rc.S to have
a look around - I'm not appealing for help (yet), but if there's a 
known gotcha it would be nice to know. I can't imagine that there
would be a direct need for kernel support in handling libraries
(CONFIG_BINFMT_ELF is set to y), but please let me know if it is
otherwise.

-- 
John August

Some of us are paying for sins we have committed.
Others are paying for sins we still have to commit.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: 2.4.0-test9 kernel problems

2000-10-08 Thread johna

OK, yes the problem was a configuration one ...

CONFIG_VT and CONFIG_VT_CONSOLE were set to y, but CONFIG_VGA_CONSOLE
was set to n. It was this last one which was causing the problem.

I now have the 386 kernel loading into the netstation, starting up,
mounting rootfs, starting init and init starting rc.S. However, it
has problems running binaries in rc.S, there seem to be problems with
ld.so (ld-2.0.7.so), and they cannot quite start.

I'll try investingating this myself, running sash from rc.S to have
a look around - I'm not appealing for help (yet), but if there's a 
known gotcha it would be nice to know. I can't imagine that there
would be a direct need for kernel support in handling libraries
(CONFIG_BINFMT_ELF is set to y), but please let me know if it is
otherwise.

-- 
John August

Some of us are paying for sins we have committed.
Others are paying for sins we still have to commit.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



2.4.0-test9 kernel problems (was 2.4 kernel problems on 386)

2000-10-07 Thread johna

I had problems loading a variant of this kernel on a 386. The problems
are now more obvious, as I've tried to operate this kernel, compiled for
a 386, on my pentium pro.

In this case, the kernel starts up, but has no communication with the
screen. No messages are logged to the screen. However, the messages are
logged to the disk. A message : Cannot find map file, and also :
Warning: unable to open an initial console. appear on the log, I can
forward more detail to anyone who is interested.

When I run the kernel on a 386, as far as I can tell, the machine just
plain halts and does nothing. If the kernel is compiled using gcc version 
2.95.2, then it reboots on a 386. On the Pentium Pro, the behaviour is
the same.

Seems a bit odd that what would be a standard patch seems to be causing
this problem. Could be that a file or device is expected on the filesystem,
but it is not obvious from the logs.

There could indeed be a triple fault, as a previous participant suggested -
but I would not know. Getting the kernel to at least print on my pentium
pro would be a start.

Any ideas ?

I'm not on the list, so please copy me in correspondence.

Thanks,

-- 
John August

Some of us are paying for sins we have committed.
Others are paying for sins we still have to commit.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



2.4.0-test9 kernel problems (was 2.4 kernel problems on 386)

2000-10-07 Thread johna

I had problems loading a variant of this kernel on a 386. The problems
are now more obvious, as I've tried to operate this kernel, compiled for
a 386, on my pentium pro.

In this case, the kernel starts up, but has no communication with the
screen. No messages are logged to the screen. However, the messages are
logged to the disk. A message : Cannot find map file, and also :
Warning: unable to open an initial console. appear on the log, I can
forward more detail to anyone who is interested.

When I run the kernel on a 386, as far as I can tell, the machine just
plain halts and does nothing. If the kernel is compiled using gcc version 
2.95.2, then it reboots on a 386. On the Pentium Pro, the behaviour is
the same.

Seems a bit odd that what would be a standard patch seems to be causing
this problem. Could be that a file or device is expected on the filesystem,
but it is not obvious from the logs.

There could indeed be a triple fault, as a previous participant suggested -
but I would not know. Getting the kernel to at least print on my pentium
pro would be a start.

Any ideas ?

I'm not on the list, so please copy me in correspondence.

Thanks,

-- 
John August

Some of us are paying for sins we have committed.
Others are paying for sins we still have to commit.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: 2.4 kernel problems on 386

2000-10-04 Thread johna

This was implied in my last email, but I thought I'd say it explicitly :
I've had 2.0.36 and 2.2.15 kernels boot properly on the netstation -
is it possible for whatever 386 stuff included in these kernels to
become lost on the 2.2.4 kernel I've been using ?

-- 
John August

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



2.4 kernel problems on 386

2000-10-04 Thread johna

I'm trying to get a linux-2.4.0-test9-pre7 kernel with riel's recent
memory swap patch going on a 386 - swapping problems with the 2.2.15
kernel I was using prompted this.

I'm trying to make it run on a bull netstation, which means using bootp
and etherboot tagged kernels.

When I compile using gcc version 2.95.2, the resultant kernel reboots
the machine each time its starts up - it does not get started. When
I compile using gcc2.7.2.3, the machine just halts, with "Ok, booting
the kernel" staying on the screen.

I am not on the kernel list, so please send me any replies.

I have not at this stage tried to see if any non patched versions of
the kernel will work, nor have I tried to see if the kernel boots on
my Pentium Pro (but could do so with some prompting).

Regards,

-- 
John August

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



2.4 kernel problems on 386

2000-10-04 Thread johna

I'm trying to get a linux-2.4.0-test9-pre7 kernel with riel's recent
memory swap patch going on a 386 - swapping problems with the 2.2.15
kernel I was using prompted this.

I'm trying to make it run on a bull netstation, which means using bootp
and etherboot tagged kernels.

When I compile using gcc version 2.95.2, the resultant kernel reboots
the machine each time its starts up - it does not get started. When
I compile using gcc2.7.2.3, the machine just halts, with "Ok, booting
the kernel" staying on the screen.

I am not on the kernel list, so please send me any replies.

I have not at this stage tried to see if any non patched versions of
the kernel will work, nor have I tried to see if the kernel boots on
my Pentium Pro (but could do so with some prompting).

Regards,

-- 
John August

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: 2.4 kernel problems on 386

2000-10-04 Thread johna

This was implied in my last email, but I thought I'd say it explicitly :
I've had 2.0.36 and 2.2.15 kernels boot properly on the netstation -
is it possible for whatever 386 stuff included in these kernels to
become lost on the 2.2.4 kernel I've been using ?

-- 
John August

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/