Re: jetway board sensors (Fintek F71805F)
Theo de Raadt wrote: You really should show a dmesg of your machine. sure: Jan 10 21:54:31 lib /bsd: OpenBSD 4.2-current (fins) #11: Thu Jan 10 21:29:15 EST 2008 Jan 10 21:54:31 lib /bsd: [EMAIL PROTECTED]:/doot/4.2snap/src/sys/arch/i386/compile/fins Jan 10 21:54:31 lib /bsd: cpu0: VIA Esther processor 1500MHz (CentaurHauls 686-class) 1.51 GHz Jan 10 21:54:31 lib /bsd: cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3,EST,TM2 Jan 10 21:54:31 lib /bsd: cpu0: RNG AES AES-CTR SHA1 SHA256 RSA Jan 10 21:54:31 lib /bsd: real mem = 1005023232 (958MB) Jan 10 21:54:31 lib /bsd: avail mem = 963747840 (919MB) Jan 10 21:54:31 lib /bsd: mainbus0 at root Jan 10 21:54:31 lib /bsd: bios0 at mainbus0: AT/286+ BIOS, date 05/16/06, BIOS32 rev. 0 @ 0xfb570, SMBIOS rev. 2.3 @ 0xf (34 entries) Jan 10 21:54:31 lib /bsd: bios0: vendor Phoenix Technologies, LTD version 6.00 PG date 05/16/2006 Jan 10 21:54:31 lib /bsd: apm0 at bios0: Power Management spec V1.2 (slowidle) Jan 10 21:54:31 lib /bsd: apm0: AC on, battery charge unknown Jan 10 21:54:31 lib /bsd: acpi at bios0 function 0x0 not configured Jan 10 21:54:31 lib /bsd: pcibios0 at bios0: rev 2.1 @ 0xf/0xdc84 Jan 10 21:54:31 lib /bsd: pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdbb0/208 (11 entries) Jan 10 21:54:31 lib /bsd: pcibios0: bad IRQ table checksum Jan 10 21:54:31 lib /bsd: pcibios0: PCI BIOS has 11 Interrupt Routing table entries Jan 10 21:54:31 lib /bsd: pcibios0: PCI Exclusive IRQs: 5 10 11 Jan 10 21:54:31 lib /bsd: pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT8237 ISA rev 0x00) Jan 10 21:54:31 lib /bsd: pcibios0: PCI bus #1 is the last bus Jan 10 21:54:31 lib /bsd: bios0: ROM list: 0xc/0xfe00 0xd/0x5000! Jan 10 21:54:31 lib /bsd: cpu0 at mainbus0 Jan 10 21:54:31 lib /bsd: cpu0: unknown Enhanced SpeedStep CPU, msr 0x08100f1308000f13 Jan 10 21:54:31 lib /bsd: cpu0: using only highest and lowest power states Jan 10 21:54:31 lib /bsd: cpu0: Enhanced SpeedStep 1500 MHz (1004 mV): speeds: 1500, 800 MHz Jan 10 21:54:31 lib /bsd: pci0 at mainbus0 bus 0: configuration mode 1 (no bios) Jan 10 21:54:31 lib /bsd: pchb0 at pci0 dev 0 function 0 VIA CN700 Host rev 0x00 Jan 10 21:54:31 lib /bsd: agp0 at pchb0: v3, aperture at 0xe800, size 0x1000 Jan 10 21:54:31 lib /bsd: pchb1 at pci0 dev 0 function 1 VIA CN700 Host rev 0x00 Jan 10 21:54:31 lib /bsd: pchb2 at pci0 dev 0 function 2 VIA CN700 Host rev 0x00 Jan 10 21:54:31 lib /bsd: pchb3 at pci0 dev 0 function 3 VIA PT890 Host rev 0x00 Jan 10 21:54:31 lib /bsd: pchb4 at pci0 dev 0 function 4 VIA CN700 Host rev 0x00 Jan 10 21:54:31 lib /bsd: pchb5 at pci0 dev 0 function 7 VIA CN700 Host rev 0x00 Jan 10 21:54:31 lib /bsd: ppb0 at pci0 dev 1 function 0 VIA VT8377 AGP rev 0x00 Jan 10 21:54:31 lib /bsd: pci1 at ppb0 bus 1 Jan 10 21:54:31 lib /bsd: vga1 at pci1 dev 0 function 0 VIA S3 Unichrome PRO IGP rev 0x01 Jan 10 21:54:31 lib /bsd: wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) Jan 10 21:54:31 lib /bsd: wsdisplay0: screen 1-5 added (80x25, vt100 emulation) Jan 10 21:54:31 lib /bsd: re0 at pci0 dev 8 function 0 Realtek 8169 rev 0x10: RTL8169S (0x0400), irq 11, address 00:08:54:d1:c7:eb Jan 10 21:54:31 lib /bsd: rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 0 Jan 10 21:54:31 lib /bsd: VIA VT6306 FireWire rev 0x80 at pci0 dev 10 function 0 not configured Jan 10 21:54:31 lib /bsd: pciide0 at pci0 dev 15 function 0 VIA VT6420 SATA rev 0x80: DMA Jan 10 21:54:31 lib /bsd: pciide0: using irq 11 for native-PCI interrupt Jan 10 21:54:31 lib /bsd: wd0 at pciide0 channel 1 drive 0: Maxtor 6G160E0 Jan 10 21:54:31 lib /bsd: wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors Jan 10 21:54:31 lib /bsd: wd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 5 Jan 10 21:54:31 lib /bsd: pciide1 at pci0 dev 15 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility Jan 10 21:54:31 lib /bsd: wd1 at pciide1 channel 0 drive 0: ST380011A Jan 10 21:54:31 lib /bsd: wd1: 16-sector PIO, LBA48, 76319MB, 156301488 sectors Jan 10 21:54:31 lib /bsd: wd1(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 5 Jan 10 21:54:31 lib /bsd: pciide1: channel 1 disabled (no drives) Jan 10 21:54:31 lib /bsd: uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x81: irq 10 Jan 10 21:54:31 lib /bsd: uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x81: irq 10 Jan 10 21:54:31 lib /bsd: uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x81: irq 11 Jan 10 21:54:31 lib /bsd: uhci3 at pci0 dev 16 function 3 VIA VT83C572 USB rev 0x81: irq 11 Jan 10 21:54:31 lib /bsd: ehci0 at pci0 dev 16 function 4 VIA VT6202 USB rev 0x86: irq 5 Jan 10 21:54:31 lib /bsd: ehci0: timed out waiting for BIOS Jan 10 21:54:31 lib /bsd: usb0 at ehci0: USB revision 2.0 Jan 10 21:54:31 lib /bsd: uhub0 at usb0 VIA EHCI root hub rev 2.00/1.00 addr 1 Jan 10 21:54:31 lib /bsd: viapm0 at
Re: jetway board sensors (Fintek F71805F)
On Thu, Mar 13, 2008 at 03:06:49AM -0400, Geoff Steckel wrote:
Theo de Raadt wrote:
You really should show a dmesg of your machine.
although this was not addressed at myself.
sure:
I second that one:
diff to previous (full dmesg below):
--- dmesg.foo Thu Mar 13 23:49:09 2008
+++ dmesg.fins Thu Mar 13 23:48:59 2008
@@ -1,10 +1,10 @@
-OpenBSD 4.2-current (GENERIC) #5: Sun Mar 9 10:26:16 CET 2008
+OpenBSD 4.2-current (GENERIC) #15: Thu Mar 13 23:39:59 CET 2008
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: VIA Esther processor 1500MHz (CentaurHauls 686-class) 1.51 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3
cpu0: RNG AES AES-CTR SHA1 SHA256 RSA
real mem = 1005023232 (958MB)
-avail mem = 963772416 (919MB)
+avail mem = 963768320 (919MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 05/18/07, BIOS32 rev. 0 @ 0xfa0a0,
SMBIOS rev. 2.3 @ 0xf (34 entries)
bios0: vendor Phoenix Technologies, LTD version 6.00 PG date 05/18/2007
@@ -89,7 +89,8 @@
midi0 at pcppi0: PC speaker
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
-npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
+: Fintek F71805F
+fins0 at isa0 port 0x4e/2npx0 at isa0 port 0xf0/16: reported by CPUID; using
exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom0: console
pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
There seems to be a small formating issue with the way fins prints
to dmesg, I was first shocked to see npx0 go until I had a closer look.
Otherwise it seems to work just fine
# sysctl hw:
hw.machine=i386
hw.model=VIA Esther processor 1500MHz (CentaurHauls 686-class)
hw.ncpu=1
hw.byteorder=1234
hw.physmem=1005023232
hw.usermem=1005019136
hw.pagesize=4096
hw.disknames=wd0,wd1,cd0
hw.diskcount=3
hw.sensors.fins0.temp0=30.00 degC (Temp1)
hw.sensors.fins0.temp1=39.00 degC (Temp2)
hw.sensors.fins0.temp2=127.00 degC (Temp3)
hw.sensors.fins0.fan0=6550 RPM (Fan1)
hw.sensors.fins0.volt0=3.31 VDC (+3.3V)
hw.sensors.fins0.volt1=1.07 VDC (Vtt)
hw.sensors.fins0.volt2=1.44 VDC (Vram)
hw.sensors.fins0.volt3=1.62 VDC (Vchips)
hw.sensors.fins0.volt4=5.13 VDC (+5V)
hw.sensors.fins0.volt5=11.88 VDC (+12V)
hw.sensors.fins0.volt6=1.10 VDC (Vcc 1.5V)
hw.sensors.fins0.volt7=1.47 VDC (VCore)
hw.sensors.fins0.volt8=4.88 VDC (Vsb)
hw.cpuspeed=1501
hw.product=CN700-8237
hw.uuid=Not Set
And temps/voltages do change and temp[01] seems to make sense
They rise a couple of degrees after doing a few minutes of
cat /dev/zero /dev/null
After adding sensor(fins.temp*) to sym{on,ux}.conf they make nice and
steady graphs.
Thanks so far to Geoff Steckel, I'll this router with your diff for a
while to see if problems arise.
Regards,
ahb
OpenBSD 4.2-current (GENERIC) #15: Thu Mar 13 23:39:59 CET 2008
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: VIA Esther processor 1500MHz (CentaurHauls 686-class) 1.51 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,SSE3
cpu0: RNG AES AES-CTR SHA1 SHA256 RSA
real mem = 1005023232 (958MB)
avail mem = 963768320 (919MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 05/18/07, BIOS32 rev. 0 @ 0xfa0a0, SMBIOS
rev. 2.3 @ 0xf (34 entries)
bios0: vendor Phoenix Technologies, LTD version 6.00 PG date 05/18/2007
apm0 at bios0: Power Management spec V1.2 (slowidle)
apm0: AC on, battery charge unknown
acpi at bios0 function 0x0 not configured
pcibios0 at bios0: rev 2.1 @ 0xf/0xc904
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc830/208 (11 entries)
pcibios0: bad IRQ table checksum
pcibios0: PCI BIOS has 11 Interrupt Routing table entries
pcibios0: PCI Exclusive IRQs: 5 10 11
pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT8237 ISA rev 0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc/0x1 0xd/0x800
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 VIA CN700 Host rev 0x00
agp0 at pchb0: v3, aperture at 0xe800, size 0x1000
pchb1 at pci0 dev 0 function 1 VIA CN700 Host rev 0x00
pchb2 at pci0 dev 0 function 2 VIA CN700 Host rev 0x00
pchb3 at pci0 dev 0 function 3 VIA PT890 Host rev 0x00
pchb4 at pci0 dev 0 function 4 VIA CN700 Host rev 0x00
pchb5 at pci0 dev 0 function 7 VIA CN700 Host rev 0x00
ppb0 at pci0 dev 1 function 0 VIA VT8377 AGP rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 VIA S3 Unichrome PRO IGP rev 0x01
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
xl0 at pci0 dev 8 function 0 3Com 3c905C 100Base-TX rev 0x74: irq 11, address
00:04:76:a1:cc:d1
bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 6
VIA VT6306 FireWire rev 0x80 at pci0 dev 10 function 0 not configured
re0 at pci0 dev 11 function 0 Realtek 8169 rev 0x10: RTL8169/8110SCd
(0x1800), irq 5, address 00:30:18:a8:0f:cc
rgephy0 at re0 phy 7: RTL8169S/8110S
jetway board sensors (Fintek F71805F)
Mr. Bihlmaier mentioned that there is no support for the sensors on the Jetway J7F2 boards. I have written a driver for the Fintek F71805F found on some of those boards. It is a modification of the LM78 driver (lm78.c) a href=http://www.oat.com/fintek;here/a. Several people have used it in 4.2. Since lm78.c hasn't changed for 4.3, this shouldn't need to either. I do not assert that the code is in a format acceptable to the OpenBSD team. It appears to work and have no significant failings beyond those already present in lm78.c
Re: jetway board sensors (Fintek F71805F)
On Wed, Mar 12, 2008 at 8:45 PM, Geoff Steckel [EMAIL PROTECTED] wrote: Mr. Bihlmaier mentioned that there is no support for the sensors on the Jetway J7F2 boards. I have written a driver for the Fintek F71805F found on some of those boards. It is a modification of the LM78 driver (lm78.c) a href=http://www.oat.com/fintek;here/a. Several people have used it in 4.2. Since lm78.c hasn't changed for 4.3, this shouldn't need to either. I do not assert that the code is in a format acceptable to the OpenBSD team. It appears to work and have no significant failings beyond those already present in lm78.c It's hard to look at codes that are 404 compliant... :) -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk This officer's men seem to follow him merely out of idle curiosity. -- Sandhurst officer cadet evaluation. Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted. -- Gene Spafford learn french: http://www.youtube.com/watch?v=j1G-3laJJP0feature=related
Re: jetway board sensors (Fintek F71805F)
bofh wrote: On Wed, Mar 12, 2008 at 8:45 PM, Geoff Steckel [EMAIL PROTECTED] wrote: Mr. Bihlmaier mentioned that there is no support for the sensors on the Jetway J7F2 boards. I have written a driver for the Fintek F71805F found on some of those boards. It is a modification of the LM78 driver (lm78.c) a href=http://www.oat.com/fintek;here/a. Several people have used it in 4.2. Since lm78.c hasn't changed for 4.3, this shouldn't need to either. I do not assert that the code is in a format acceptable to the OpenBSD team. It appears to work and have no significant failings beyond those already present in lm78.c It's hard to look at codes that are 404 compliant... :) Hmmm... that's true :-( try a href=http://www.oat.com/ot/fintek/;http://www.oat.com/ot/fintek//a instead. That might get something in the 200s.
