Re: MySQL Server on OpenBSD
Mysql was replaced by mariadb some time ago. I have not seen any problems with the transition but ymmv. -luis On Mon, Dec 11, 2017 at 9:21 AM Сергей Тарасов wrote: > Hello. > > Is there a package mysql-server in OpenBSD version 6.2 ? > > > Sergey Tarasov > >
Re: [PATCH] No comic sans in httpd status pages
I believe this was intentional from the beginning: http://www.openbsd.org/papers/bsdcan14-libressl/mgp00025.html -luis On Fri, Feb 19, 2016 at 10:40 AM, Peter Krantz wrote: > Hi! > > For some reason the httpd status pages (e.g. 404) use the Comic Sans > typeface. This patch removes comic sans and sets the typeface to the > default sans-serif typeface of the client. > > This lowers the number of people contacting website maintainers with > typeface complaints bordering on harassment. > > Cheers, > > Peter > > > ? no_comic_sans_in_404.patch > Index: server_http.c > === > RCS file: /cvs/src/usr.sbin/httpd/server_http.c,v > retrieving revision 1.105 > diff -r1.105 server_http.c > 811c811 > < "'Comic Sans MS', 'Chalkboard SE', 'Comic Neue', sans-serif; > }\n" > --- > > "sans-serif; }\n” > > >
Re: ifconfig segmentation fault
# sha256 /sbin/ifconfig SHA256 (/sbin/ifconfig) = e1b9688f2ebf5a278408c49ac13e35479a96b883ff9891ada141470d55a1b158 and mine does not crash. -luis On Fri, May 16, 2014 at 2:29 PM, Giancarlo Razzolini wrote: > Em 16-05-2014 17:18, Stuart Henderson escreveu: > > On 2014/05/16 17:12, Giancarlo Razzolini wrote: > >> As I mentioned, I'm running 5.5 stable. So this might got fixed in > >> current, I'm taking a look at the CVS commits right now to see if it was > >> fixed. But, funny thing, I've managed to get another segmentation fault, > >> this time from command line. While trying to replicate the bug in > >> another machine, I've wrongly typed: > >> > >> ifconfig em4 -inet > >> > >> Instead of: > >> > >> ifconfig em4 -inet6 > > I'm unable to repeat this on amd64 5.5 release. Can you repeat it under > gdb? > > i.e. 'sudo gdb ifconfig' then 'set args em4 -inet' (or whatever) and > 'run', > > then if you can trigger it do a 'bt'. > > > Just to be thrill, here follows my sha256sum of my /sbin/ifconfig: > > SHA256 (/sbin/ifconfig) = > e1b9688f2ebf5a278408c49ac13e35479a96b883ff9891ada141470d55a1b158 > > If anyone running stable can check it yours is the same, I appreciate. > > Cheers, > > -- > Giancarlo Razzolini > GPG: 4096R/77B981BC > >
Re: ifconfig segmentation fault
On my OBSD 5.5 box I cannot reproduce: /etc/hostname.bge0 inet 192.168.2.170 255.255.255.0 -inet6 # sh /etc/netstart bge0 ifconfig: -inet6: bad value OpenBSD 5.5 (GENERIC.MP) #315: Wed Mar 5 09:37:46 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8563326976 (8166MB) avail mem = 8326762496 (7941MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xcf79c000 (58 entries) bios0: vendor Dell Inc. version "1.4.1" date 08/03/2009 bios0: Dell Inc. PowerEdge T100 acpi0 at bios0: rev 2 acpi0: sleep states S0 S4 S5 acpi0: tables DSDT FACP APIC SPCR HPET MCFG SLIC TCPA SSDT SSDT SSDT acpi0: wakeup devices PCI0(S5) COMP(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz, 2400.45 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF cpu0: 1MB 64b/line 4-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 200MHz cpu0: mwait min=64, max=64, C-substates=0.2.2.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz, 2400.08 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF cpu1: 1MB 64b/line 4-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpihpet0 at acpi0: 14318179 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PEX1) acpiprt2 at acpi0: bus 2 (SBE0) acpiprt3 at acpi0: bus 3 (SBE4) acpiprt4 at acpi0: bus 4 (SBE5) acpiprt5 at acpi0: bus 5 (COMP) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS cpu0: Enhanced SpeedStep 2400 MHz: speeds: 2400, 2200, 2000, 1800, 1600, 1400, 1200 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel 3200/3210 Host" rev 0x01 ppb0 at pci0 dev 1 function 0 "Intel 3200/3210 PCIE" rev 0x01: msi pci1 at ppb0 bus 1 uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x02: apic 2 int 17 uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x02: apic 2 int 18 ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x02: apic 2 int 19 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb1 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x02: msi pci2 at ppb1 bus 2 ppb2 at pci0 dev 28 function 4 "Intel 82801I PCIE" rev 0x02: msi pci3 at ppb2 bus 3 ppb3 at pci0 dev 28 function 5 "Intel 82801I PCIE" rev 0x02 pci4 at ppb3 bus 4 bge0 at pci4 dev 0 function 0 "Broadcom BCM5722" rev 0x00, BCM5755 C0 (0xa200): msi, address 00:23:8b:64:75:70 brgphy0 at bge0 phy 1: BCM5722 10/100/1000baseT PHY, rev. 0 uhci2 at pci0 dev 29 function 0 "Intel 82801I USB" rev 0x02: apic 2 int 21 uhci3 at pci0 dev 29 function 1 "Intel 82801I USB" rev 0x02: apic 2 int 20 uhci4 at pci0 dev 29 function 2 "Intel 82801I USB" rev 0x02: apic 2 int 21 ehci1 at pci0 dev 29 function 7 "Intel 82801I USB" rev 0x02: apic 2 int 21 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb4 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x92 pci5 at ppb4 bus 5 re0 at pci5 dev 0 function 0 "Realtek 8169" rev 0x10: RTL8169/8110SB (0x1000), apic 2 int 18, address c8:3a:35:d8:bb:a5 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 3 radeondrm0 at pci5 dev 5 function 0 "ATI ES1000" rev 0x02 drm0 at radeondrm0 radeondrm0: apic 2 int 19 pcib0 at pci0 dev 31 function 0 "Intel 82801IR LPC" rev 0x02 pciide0 at pci0 dev 31 function 2 "Intel 82801I SATA" rev 0x02: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using apic 2 int 23 for native-PCI interrupt wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA48, 152587MB, 31250 sectors atapiscsi0 at pciide0 channel 0 drive 1 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: ATAPI 5/cdrom removable wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 6 cd0(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5 atapiscsi1 at pciide0 channel 1 drive 1 scsibus1 at atapiscsi1: 2 targets cd1 at scsibus1 targ 0 lun 0: ATAPI 5/cdrom removable cd1(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 5 usb2 at uhci0: USB revision 1.0 uhub2 at usb2 "Intel UHCI root hub" rev 1.00/1.00 addr 1 usb3 at uhci1: USB revision 1.0 uhub3 at usb3 "Intel UHCI root hub" rev 1.00/1.00 addr 1 usb4 at uhci2: USB revision 1.0 uhub4 at usb4 "Intel UHCI root hub" rev 1.00/1.00 addr 1 usb5 at uhci3: USB revision 1.0 uhub5 at usb5 "Intel UHCI root hub" rev 1.00/1.00 addr 1 usb6 at uhci4: USB revision 1.0 uhub6 at usb6
Re: acpi global lock diff that needs testing
notes: Compaq CQ43 suspend works ok if you run it with zzz. Only the first time the lid is closed suspend works, further attempts to do it only get the screen shut down. OpenBSD 5.4-current (GENERIC.MP) #4: Tue Jul 30 00:06:26 CST 2013 root@puffybook:/usr/src/sys/arch/amd64/compile/GENERIC.MP RTC BIOS diagnostic error 80 real mem = 3060002816 (2918MB) avail mem = 2970882048 (2833MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xe70f0 (33 entries) bios0: vendor Hewlett-Packard version "F.37" date 12/16/2011 bios0: Hewlett-Packard Presario CQ43 Notebook PC acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP ASF! HPET APIC MCFG SLIC BOOT ASPT WDAT SSDT acpi0: wakeup devices P0P2(S4) PEGP(S4) P0P1(S4) EHC1(S3) EHC2(S3) HDEF(S0) PXSX(S4) RP01(S5) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i3 CPU M 380 @ 2.53GHz, 2527.37 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 cpu0: apic clock running at 132MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i3 CPU M 380 @ 2.53GHz, 2526.99 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i3 CPU M 380 @ 2.53GHz, 2526.98 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 5 (application processor) cpu3: Intel(R) Core(TM) i3 CPU M 380 @ 2.53GHz, 2526.99 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 2, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P2) acpiprt2 at acpi0: bus 4 (P0P1) acpiprt3 at acpi0: bus 1 (RP01) acpiprt4 at acpi0: bus -1 (RP02) acpiprt5 at acpi0: bus 2 (RP03) acpiprt6 at acpi0: bus -1 (RP04) acpiprt7 at acpi0: bus 3 (RP05) acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus -1 (PEG3) acpiprt11 at acpi0: bus -1 (PEG5) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C1, PSS acpicpu1 at acpi0: C3, C1, PSS acpicpu2 at acpi0: C3, C1, PSS acpicpu3 at acpi0: C3, C1, PSS acpitz0 at acpi0: critical temperature is 90 degC acpitz1 at acpi0: critical temperature is 85 degC acpibat0 at acpi0: BAT0 type LiOn oem "HP" acpiac0 at acpi0: AC unit offline acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PWRB acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD02 acpivideo1 at acpi0: VGA_ cpu0: Enhanced SpeedStep 2527 MHz: speeds: 2533, 2399, 2266, 2133, 1999, 1866, 1733, 1599, 1466, 1333, 1199, 1066, 933 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x02 vga1 at pci0 dev 2 function 0 "Intel HD Graphics" rev 0x02 intagp0 at vga1 agp0 at intagp0: aperture at 0xc000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1366x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) "Intel 3400 MEI" rev 0x06 at pci0 dev 22 function 0 not configured ehci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x05: apic 2 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 3400 HD Audio" rev 0x05: msi azalia0: codecs: Realtek/0x0270 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 3400 PCIE" rev 0x05: msi pci1 at ppb0 bus 1 re0 at pci1 dev 0 function 0 "Realtek 8101E" rev 0x05: RTL8105E (0x4080), apic 2 int 16, address 00:9c:02:17:12:f4 rlphy0 at re0 phy 7: RTL8201E 10/100 PHY, rev. 2 ppb1 at pci0 dev 28 function 2 "Intel 3400 PCIE" rev 0x05: msi pci2 at ppb1 bus 2 ral0 at pci2 dev 0 function 0 "Ralink RT3090" rev 0x00: apic 2 int 18, address 70:f3:95:e2:42:b9 ral0: MAC/BBP RT3090 (rev 0x3213), RF RT3020 (MIMO 1T1R) ppb2 at
Re: i810/i815 graphics support
I do have a couple of old Dell P3 box with intel graphics but have not used it in ages but I prefer using one of my 3dfx cards for those (any chance of getting KMS for my 4500 pci?) -luis On Fri, Jul 5, 2013 at 5:34 AM, Mark Kettenis wrote: > Hi folks, > > Is there anybody still using a machine with the first generation Intel > integrated graphics chipsets? > > The reason I'm asking is that there is no KMS support for these > chipsets. On top of that the xf86-vide-intel code only provides XAA > acceleration, and that's been ripped out from the Xserver. So I'm not > convinced the driver works anymore. And even if it does, the driver > might not have any added value. You might actually be better off > using the xf86-video-vesa driver, as the shadowfb "acceleration" seems > to be somewhat broken in the xf86-video-intel driver, at least for the > newer chipsets. > > The "legacy" part of the xf86-video-intel driver is the last user of > the AGP interfaces that the kernel provides to userland. So dropping > support for these old chipsets completely would allow us to remove > those interfaces from the kernel, which has some (security) benefits. > > Cheers, > > Mark > >
Re: [NEW] ugold(4) driver for Microdia's USB TEMPer variant (take 2)
Upgraded my icinga/cacti box to -current, latest ugold patch applied. All good: from dmesg OpenBSD 5.3-current (GENERIC.MP) #0: Wed May 29 09:47:39 CST 2013 r...@sbrnms..xxx:/usr/src/sys/arch/amd64/compile/GENERIC.MP uhidev0 at uhub3 port 1 configuration 1 interface 0 "RDing TEMPerV1.2" rev 2.00/0.01 addr 2 uhidev0: iclass 3/1, 1 report id ugold0 at uhidev0 reportid 1 uhidev1 at uhub3 port 1 configuration 1 interface 1 "RDing TEMPerV1.2" rev 2.00/0.01 addr 2 uhidev1: iclass 3/1 ugold1 at uhidev1 ugold1: type ds75/12bit (temperature) uhidev2 at uhub5 port 1 configuration 1 interface 0 "RDing TEMPerV1.2" rev 2.00/0.01 addr 2 uhidev2: iclass 3/1, 1 report id ugold2 at uhidev2 reportid 1 uhidev3 at uhub5 port 1 configuration 1 interface 1 "RDing TEMPerV1.2" rev 2.00/0.01 addr 2 uhidev3: iclass 3/1 ugold3 at uhidev3 ugold3: type ds75/12bit (temperature) sysctl hw.sensors.ugold* hw.sensors.ugold1.temp0=21.87 degC (inner) hw.sensors.ugold3.temp0=24.25 degC (inner) -luis On Sun, May 12, 2013 at 12:41 PM, SASANO Takayoshi wrote: > Hello, > > Here is the driver for Microdia's USB TEMPer with some fixes. > > http://www.uaa.org.uk/gomitext/2013/20130513/20130513.diff > > - removed intermediate buffer (sc_ibuf), all USB interrupt responses > will be processed in ugold_intr(). > - use uhidev_set_report() to issue HID command. > - add ugold* at uhidev? into GENERIC for alpha, amd64, armish, hppa, i386, > landisk, loongson, macppc, sgi (IP27, IP30, IP32), socppc and sparc64. > > Regards, > > SASANO Takayoshi > >
Re: [NEW] ugold(4) driver for Microdia's USB TEMPer variant
Sasano, your patch applies without problems in -current. This is what I see: uname -a: $ uname -a OpenBSD obsdbox.ticoit.net 5.3 GENERIC.MP#15 amd64 from dmesg: OpenBSD 5.3-current (GENERIC.MP) #15: Mon Apr 1 13:44:48 CST 2013 . . . uhidev3 at uhub4 port 2 configuration 1 interface 0 "RDing TEMPerV1.2" rev 2.00/0.01 addr 3 uhidev3: iclass 3/1, 1 report id ugold0 at uhidev3 reportid 1 uhidev4 at uhub4 port 2 configuration 1 interface 1 "RDing TEMPerV1.2" rev 2.00/0.01 addr 3 uhidev4: iclass 3/1 ugold1 at uhidev4 ugold1: type ds75/12bit (temperature) uhidev5 at uhub3 port 1 configuration 1 interface 0 "RDing TEMPerV1.2" rev 2.00/0.01 addr 3 uhidev5: iclass 3/1, 1 report id ugold2 at uhidev5 reportid 1 uhidev6 at uhub3 port 1 configuration 1 interface 1 "RDing TEMPerV1.2" rev 2.00/0.01 addr 3 uhidev6: iclass 3/1 ugold3 at uhidev6 ugold3: type ds75/12bit (temperature) sysctl hw.sensors: hw.sensors.ugold1.temp0=30.50 degC (inner) hw.sensors.ugold3.temp0=33.75 degC (inner) usbdevs -vd: Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 uhub3 port 1 addr 3: low speed, power 100 mA, config 1, TEMPerV1.2(0x7401), RDing(0x0c45), rev 0.01 uhidev5 uhidev6 port 2 addr 2: low speed, power 98 mA, config 1, USB Optical Mouse(0xc054), Logitech(0x046d), rev 54.00 uhidev0 Controller /dev/usb4: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 uhub4 port 1 addr 2: low speed, power 100 mA, config 1, HP USB Multimedia Keyboard(0x0841), CHICONY(0x04f2), rev 1.00 uhidev1 uhidev2 port 2 addr 3: low speed, power 100 mA, config 1, TEMPerV1.2(0x7401), RDing(0x0c45), rev 0.01 uhidev3 uhidev4 So far so good. Icinga is happy. -luis On Sun, Mar 31, 2013 at 2:56 AM, SASANO Takayoshi wrote: > Hello, > > I rewrote patched uthum(4) to new ugold(4) driver. > Thanks for advice by yuo@ and deraadt@. > > The diff for -current's /usr/src/sys is large to send mailing-list, > so here is the URL: > > http://www2192ue.sakura.ne.jp/~uaa/gomitext/2013/20130331/20130331.diff > > If you want to try ugold(4) and already use Microdia's-variant-patched > uthum(4) driver, revert original uthum(4). > > ok or comments, please. > > Cheers, > -- > SASANO Takayoshi > >
Re: uthum(4): Microdia's USB TEMPer variant
Sasano, recently I bought a pair of pcsensor devices from amazon. Wasn't sure if uthum supported it yet. Your diff works for me: dmesg: uhidev3 at uhub3 port 1 configuration 1 interface 0 "RDing TEMPerV1.2" rev 2.00/0.01 addr 2 uhidev3: iclass 3/1, 1 report id uthum0 at uhidev3 reportid 1 uhidev4 at uhub3 port 1 configuration 1 interface 1 "RDing TEMPerV1.2" rev 2.00/0.01 addr 2 uhidev4: iclass 3/1 uthum1 at uhidev4 uthum1: type ds75/12bit (temperature) sysctl hw: hw.sensors.uthum1.temp0=29.12 degC (inner) usbdevs -vd: Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 uhub3 port 1 addr 2: low speed, power 100 mA, config 1, TEMPerV1.2(0x7401), RDing(0x0c45), rev 0.01 uhidev3 uhidev4 port 2 powered Im running -current + uthum-wip.diff OpenBSD 5.3-current (GENERIC.MP) #1: Mon Mar 25 16:26:44 CST 2013 r...@host.mynetwork.dev:/usr/src/sys/arch/amd64/compile/GENERIC.MP -luis On Sat, Mar 16, 2013 at 9:24 AM, SASANO Takayoshi wrote: > Hi, > > I bought a PC Sensor's gold TEMPer > (http://www.pcsensor.com/index.php?_a=product&product_id=41), but this is > completely different from TEMPer series which handled by uthum(4) driver. > > This is also USB HID device (one keyboard and one mouse) but temperature > data comes from interrupt pipe, not control pipe. > > Details are described in TEMPered's wiki page [1]. And I hope my lsusb > log [2] and USB analyzer log (attached to Windows) [3] helps. > > I wrote a patch (work-in-progress, and for OpenBSD 5.2) for uthum(4) to > test my device [4]. But I have a question, which is better to expand > uthum(4) driver or write a new one? > > [1] https://github.com/edorfaus/TEMPered/wiki/0C45%3A7401 > [2] http://www2192ue.sakura.ne.jp/~uaa/gomitext/2013/20130224/temp.txt > [3] http://www2192ue.sakura.ne.jp/~uaa/gomitext/2013/20130307/temper.txt > [4] > http://www2192ue.sakura.ne.jp/~uaa/gomitext/2013/20130315/uthum-wip.diff > > Thanks, > > SASANO Takayoshi > >
