Steven, I'm not real savvy with Linux, but I do know my way around communications.
In reading through the setserial man page, it looks like it can handle just about any configuration you can dream up. It would seem that you can under-specify the UART, but it's not safe to over-specify it. Being unfamiliar with the layers of Linux, could you perhaps give me a feel for where the breaks are? I presume that once setserial has done its job, the next thing is for a dialer/driver to load up and provide the next API layer for such things as PPP. Is this correct, or does PPP talk direct to the port hardware? I had the impression that it was the kernel's job to talk to the port hardware ... so that (if it's true) would mean that setserial simply calls the API and tells it "do these things" to the serial port, and that the application will simply assume you've already done that part and talk the the API using that assumption. Could you shed some light on this? Thanks, ~~ Garry * [EMAIL PROTECTED] ----- Original Message ----- From: "Steven C. Darnold" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, January 19, 2003 3:39 AM Subject: Re: [SURVPC] using com4 in Linux > Heimo Claasen wrote: > > > > Now here is a trivial thing where the gurus at the Linux-newbie > > list were unable to get to term with: > > They were unable to get to terms with it because you did not > provide the (full) information they needed to diagnoze it. > > > external modem move from a earlier connection on COM2 > > to COM4 / ttyS3 /2e8 and using IRQ 7; > > COM3 and COM4 sit on a ISA card > > What UART was on COM2? What UART is on COM4? > > > Not so with that Linux install: there seems no way to make > > it accept the changed irq > > This is not correct. You, youself, say below that setserial > successfully changed the IRQ. > > > setserial /dev/ttyS3 irq 7 would indeed set it right > > as setserial /dev/ttyS3 -G would duely report the setting. > > What does the -G do? My version of setserial has no -G > parameter. > > > But to no avail, trying to start ppp0 just wouldn't work. > > What does this mean? In what way is it not working? What > does the system log show? Are you using the debug option > with pppd (to get verbose output to the system log)? > > > There's no indication in any one of the existing ppp-related > > configuration files which hint to the IRQ setting (or would > > allow to change it). > > As you were told at linux-newbie, PPP doesn't care about IRQs. > All it needs is the correct serial device. Configuring the > IRQ of the serial device is the job of setserial. > > > _ONLY_ work-around is starting X, then using Kppp (after > > having set parameters there in _its_ setup), then re-logging > > in to a console, where the modem connection then is indeed > > useable. > > I suggest you execute: > ----------------------- > setserial -a /dev/ttyS3 > ----------------------- > when it is working with Kppp and make note of the settings. > Compare them to the settings you get without using Kppp. > Are all the settings identical? > > > No-one who would be able to explay why the Kppp dialler > > indeed can quite well use the right parameters but the > > "system" cannot.) > > The system obviously does succeed when given the proper > instructions (by Kppp). You need to find the mistake in > the instructions you are giving (without Kppp). In order > for us to help you with this, we need to know exactly what > instructions you are giving. Are you configuring pppd by > hand or relying on some text-based wizard? What command > do you use to start pppd? Is that command a binary or a > script? If it is a script, what does it say? Do you have > an /etc/ppp/options file? If so, what does it say? What > does "ls -l /dev/modem" say? > > Perhaps if you give us all of this information we can > figure out where the problem lies. > > Cheers, > Steven > To unsubscribe from SURVPC send a message to [EMAIL PROTECTED] with unsubscribe SURVPC in the body of the message. Also, trim this footer from any quoted replies. More info can be found at; http://www.softcon.com/archives/SURVPC.html
