Date: Thu, 16 Jul 1998 11:10:31 +0300 (EEST) From: Renat <renat@ksk-market.com.ua> To: Tony Jago <T.Jago@prentice.uq.edu.au> Cc: hardware@FreeBSD.ORG Subject: Re: PSM problem... [ intel motherboard and silo problems ] Message-ID: <Pine.BSF.3.96.980716110323.5776C-100000@gate.ksk-market.com.ua> In-Reply-To: <Pine.GSO.3.96.980716103011.24544A-100000@doughnut.cc.uq.edu.au>
next in thread | previous in thread | raw e-mail | index | archive | help
I'd simply commented out some pieces of code in psm.c and now it works on
AL440LX
CPU: Pentium II (299.94-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x634 Stepping=4
Features=0x80fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMO
V,MMX>
real memory = 268435456 (262144K bytes)
avail memory = 260440064 (254336K bytes)
DEVFS: ready for devices
Probing for devices on PCI bus 0:
chip0 <generic PCI bridge (vendor=8086 device=7180 subclass=0)> rev 3 on
pci0:0:
0
chip1 <generic PCI bridge (vendor=8086 device=7181 subclass=4)> rev 3 on
pci0:1:
0
ahc0 <Adaptec aic7880 Ultra SCSI host adapter> rev 1 int a irq 5 on
pci0:11:0
ahc0: Using left over BIOS settings
ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs
(ahc0:0:0): "WDIGTL WDE9100 1.30" type 0 fixed SCSI 2
sd0(ahc0:0:0): Direct-Access 8683MB (17783204 512 byte sectors)
sd0(ahc0:0:0): with 6932 cyls, 12 heads, and an average 213 sectors/track
............
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
psm0 at 0x60-0x64 irq 12 on motherboard
psm0: model GlidePoint, device ID 0
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
----------------------x-----------------------x----------
*** psm.c Thu Jul 16 14:45:03 1998
--- /sys/i386/isa/psm.c Wed Jul 15 20:27:35 1998
***************
*** 597,603 ****
if (!reset_aux_dev(kbdc)) {
recover_from_error(kbdc);
log(LOG_ERR, "psm%d: failed to reset the aux device.\n", unit);
! return FALSE;
}
/*
--- 597,604 ----
if (!reset_aux_dev(kbdc)) {
recover_from_error(kbdc);
log(LOG_ERR, "psm%d: failed to reset the aux device.\n", unit);
! /* renat */
! /* return FALSE; */
}
/*
***************
*** 830,835 ****
--- 831,838 ----
* NOTE: some controllers appears to hang the `keyboard' when the aux
* port doesn't exist and `PSMC_RESET_DEV' is issued.
*/
+ /* renat */
+ /*
if (!reset_aux_dev(sc->kbdc)) {
recover_from_error(sc->kbdc);
restore_controller(sc->kbdc, command_byte);
***************
*** 837,842 ****
--- 840,846 ----
printf("psm%d: failed to reset the aux device.\n", unit);
endprobe(0);
}
+ */
/*
* both the aux port and the aux device is functioning, see if the
* device can be enabled. NOTE: when enabled, the device will start
--------x--------------x------------
renat
On Thu, 16 Jul 1998, Tony Jago wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
>
>
> Brian, In found your e-mail about problems getting your PS/2 port
> on an intel AL440LX motherboard to work. I own an AL440LX as well and
> had exactly the same problem:
>
> > psm0: current command byte:0047
> > kbdio: TEST_AUX_PORT status:00fa
> > kbdio: DIAGNOSE status:0055
> > kbdio: TEST_KBD_PORT status:00fa
> > psm: keyboard port failed.
> > psm0: the aux port is not functioning (250).
> > psm0 not found at 0x60
>
> My mouse worked fine under windows 95 as yours did. Under Win95 the mouse
> port was reported to be on int 12 which was what freebsd expected it to
> be. The mouse had worked when I installed FreeBSD originally so I
> suspected it was something I had changed. The only thing I could think of
> was a BIOS upgrade so I rolled back the BIOS to P08 and everything
> started working! Then I rolled it forward to the current version P09 and
> it still worked!
>
> The BIOS changes caused the CMOS memory to get cleared and caused the
> system to re-run the Plug and Play doobie so perhaps this is what fixed
> it.
>
> I also had another problem with the machine. I was constantly getting
> silo over flows when using my modem. The best transfer rate I could get
> was about 3K a second. At this point a silo overflow would occurr and a
> packet would get dropped and the TCP stack would drop back its transfer
> rate. I had to set my modem port to 38400 and even then I would have the
> occasional over flow under heavy load.
>
> This BIOS down-up-grade fixed this problem as well! I can now run the
> 56K modem at 115200 bps with not a single overflow. Transfering some text
> files using the modem compression ran the comm port up to the 115200
> limit with no problems.
>
> Under windows 95 the modem would work with the default settings but if
> you moved the buffer size sliders up to maximum then a similar problem
> would happen just the windows just silently dropped the packets and no
> error was reported.
>
> Thanks again for posting to the mailing list. Without your e-mail I am
> sure I would have never worked out what the problem was.
>
> - ---
> Tony Jago, Systems Programmer, E-Mail: T.Jago@prentice.uq.edu.au
> Facilities Management Services, Phone: +61 7 3365 4078
> Prentice Centre, The University of Fax: +61 7 3365 4477
> Queensland. Brisbane, Australia. 4072.
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGPfreeware 5.0i for non-commercial use
> Charset: noconv
>
> iQCVAwUBNa1QpphPSpCDJcQFAQG0UQP/RCs1pGPCwMThVodaK0HuXfgURCniY6d+
> yptWFobwAyctZR+p3BT23re5PhstXMQsCgF5TB7ULCNUuS0veNCTTin6fwMH/849
> g4mBgeRB6Bk4tl+BR5A16prKERQ8CS2aiRdQlxXrhPwvJYrPmIHz1JFGxHgQW08C
> IgPO4wkAA+0=
> =QdDN
> -----END PGP SIGNATURE-----
>
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-hardware" in the body of the message
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hardware" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980716110323.5776C-100000>