Re: supermicro 5019D-FTN4 server with AMD EPYC 3251 SoC Processor
Thank you very much for your experience and dmesgs. I'll buy it
supermicro 5019D-FTN4 server with AMD EPYC 3251 SoC Processor
Good day everyone Does anyone use supermicro 5019D-FTN4 server with AMD EPYC 3251 SoC Processor? https://www.supermicro.com/Aplus/system/Embedded/AS-5019D-FTN4.cfm Experience and dmesg would be perfect. I did not find any mention in the archive I'm looking for a new efficient router for 10" depth rack. Thanks
Re: Chromium not starting on Thinkpad R40E with 6.8
I wrote earlier in ports the same problem
https://marc.info/?l=openbsd-ports=159241946411948=2
Unfortunately, I could not find a solution.
I think chromium is broken on i386
On 2020-10-28, Anthony Campbell wrote:
> I upgraded to the i386 version of 6.8-Release on three different
> Thinkpads R40E. On all of them, chromium fails to start, saying "Unable
> to allocate memory".
How does your datasize limit look? Try bumping it as high as it will go
("infinity" in login.conf, which I think results in 3145728 in ulimit -d)
and see if that helps.
If it doesn't work at all please let me know so I can disable it on i386
and stop wasting time in the i386 bulk builds, it takes about 28 hours to
build which is a lot of time tying up the machine if the results are
useless :)
iridium may do better (at least for a while..)
Re: change settings from suspended to hibernate when you close the lid
Thank you very much to all! This feature make my laptop happy again. On Thursday, 2 March 2017 15:32:40 CET, Theo Buehler wrote: Hi, you may have seen that a version of this was committed today: CVSROOT:/cvs Module name:src Changes by: nat...@cvs.openbsd.org 2017/03/02 03:38:10 Modified files: etc/etc.amd64 : sysctl.conf etc/etc.i386 : sysctl.conf etc/etc.loongson: sysctl.conf sbin/init : init.c sbin/reboot: reboot.c sys/arch/amd64/amd64: machdep.c sys/arch/amd64/include: cpu.h sys/arch/arm/include: cpu.h sys/arch/i386/i386: machdep.c sys/arch/i386/include: cpu.h sys/arch/loongson/loongson: machdep.c sys/arch/mips64/include: cpu.h sys/dev/acpi : acpi.c acpibtn.c sys/dev/isa: aps.c Log message: Add a new sysctl machdep.lidaction. The sysctl works as follows: machdep.lidaction=0 # do nothing machdep.lidaction=1 # suspend machdep.lidaction=2 # hibernate lidsuspend is just an alias for lidaction, so if you change one, the other one will have the same value. The plan is to remove machdep.lidsuspend eventually when people have upgraded their /ets/sysctl.conf. discussed with deraadt, who came up with the new MIB name no objections mlarkin ok stsp halex jcs
Re: change settings from suspended to hibernate when you close the lid
Thank you it works! I tried to manually edit the patch and it works. Other states machdep.lidsuspend = 0 and = 1 machdep.lidsuspend I have not tested Please merge this patch. It's a cool button. Very useful for my other laptop with a dead battery On Thursday, 16 February 2017 13:31:01 CET, Theo Buehler wrote: It is possible to change the default settings when you close the lid on my notebook from suspended(zzz) to hibernate(ZZZ)? Not that I'm aware of. There was a patch by natano a while ago that seems to do what you want. I don't know why this patch was never merged (that is: I don't know whether it was simply forgotten or whether there was a technical reason not to do that). It will probably no longer apply 100% cleanly since the files in question have been modified, but it shouldn't be too hard to adapt it. https://marc.info/?l=openbsd-tech=144476146129275=2
change settings from suspended to hibernate when you close the lid
Hello
It is possible to change the default settings when you close the lid
on my notebook from suspended(zzz) to hibernate(ZZZ)?
EdaSky
OpenBSD 6.0-current (GENERIC.MP) #156: Sun Feb 5 13:47:22 MST 2017
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Genuine Intel(R) CPU U2500 @ 1.20GHz ("GenuineIntel" 686-class) 1.20
GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,
MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF,SENSOR
real mem = 2138390528 (2039MB)
avail mem = 2084675584 (1988MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 07/02/08, BIOS32 rev. 0 @ 0xf, SMBIOS rev. 2.4
@ 0xf4170 (21 entries)
bios0: vendor Hewlett-Packard version "68YOP Ver. F.0E" date 07/02/2008
bios0: Hewlett-Packard HP Compaq nc2400(#AKB)
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC HPET APIC MCFG TCPA SSDT SSDT SSDT SSDT SSDT
acpi0: wakeup devices C094(S5) C1DE(S0) C0EF(S3) C0F6(S3) C0F7(S3) C0F8(S3)
C0F9(S3) C100(S5) C1EA(S5)
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)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 132MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Genuine Intel(R) CPU U2500 @ 1.20GHz ("GenuineIntel" 686-class) 1.20
GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,
MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF,SENSOR
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 2 (C094)
acpiprt1 at acpi0: bus 8 (C100)
acpiprt2 at acpi0: bus 0 (C002)
acpiec0 at acpi0
acpicpu0 at acpi0: !C2(500@1 io@0x1014), C1(1000@1 halt), PSS
acpicpu1 at acpi0: !C2(500@1 io@0x1014), C1(1000@1 halt), PSS
acpipwrres0 at acpi0: C1D6, resource for C1D4
acpipwrres1 at acpi0: C2C9, resource for C2CD
acpipwrres2 at acpi0: C2CA, resource for C2CE
acpipwrres3 at acpi0: C2CB, resource for C2CF
acpipwrres4 at acpi0: C2CC, resource for C2D0
acpitz0 at acpi0: critical temperature is 105 degC
acpitz1 at acpi0: critical temperature is 105 degC
acpitz2 at acpi0: critical temperature is 105 degC
acpitz3 at acpi0: critical temperature is 105 degC
acpitz4 at acpi0: critical temperature is 110 degC
"PNP0303" at acpi0 not configured
"SYN0123" at acpi0 not configured
"HPQ0004" at acpi0 not configured
"HPQ0006" at acpi0 not configured
acpibat0 at acpi0: C1B6 not present
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: C1F1
acpibtn1 at acpi0: C1EE
"PNP0C14" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
acpivideo0 at acpi0: C081
bios0: ROM list: 0xc/0x1!
cpu0: Enhanced SpeedStep 1197 MHz: speeds: 1200, 800 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82945GM Host" rev 0x03
inteldrm0 at pci0 dev 2 function 0 "Intel 82945GM Video" rev 0x03
drm0 at inteldrm0
intagp0 at inteldrm0
agp0 at intagp0: aperture at 0xe000, size 0x1000
inteldrm0: apic 1 int 16
inteldrm0: 1280x800, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
"Intel 82945GM Video" rev 0x03 at pci0 dev 2 function 1 not configured
azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x01: msi
azalia0: codecs: Analog Devices AD1981HD, Conexant/0x2bfa, using Analog
Devices AD1981HD
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: apic 1 int 22
pci1 at ppb0 bus 8
8:0:0: mem address conflict 0xf000/0x1000
wpi0 at pci1 dev 0 function 0 "Intel PRO/Wireless 3945ABG" rev 0x02: msi,
MoW2, address 00:13:02:de:04:97
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: apic 1 int 21
uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: apic 1 int 22
uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: apic 1 int 22
uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: apic 1 int 22
ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x01: apic 1 int 21
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev
2.00/1.00 addr 1
ppb1 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xe1
pci2 at ppb1 bus 2
bge0 at pci2 dev 0 function 0 "Broadcom BCM5788" rev 0x03, BCM5705 A3
(0x3003): apic 1 int 17, address 00:16:36:86:f7:b7
brgphy0 at bge0 ph
Re: graphics acceleration, DRI2, DRM problem
A year ago I have written ugly hack to disable Nvidia GPU year ago for power saving. Is this patch available somewhere?
scanner HP scanjet4370 not working
I have scanner HP scanjet4370
tested on 5.8 RELEASE and 5.9 GENERIC.MP#1690 i386 with the same result
scanner is detected
$ dmesg
OpenBSD 5.9-current (GENERIC.MP) #1690: Thu Mar 31 09:41:46 MDT 2016
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Genuine Intel(R) CPU U2500 @ 1.20GHz ("GenuineIntel" 686-class) 1.20
GHz
...
ugen1 at uhub0 port 5 "hewlett packard hp scanjet" rev 2.00/1.00 addr 2
$ scanimage -L
device `hp3900:libusb:000:002' is a Hewlett-Packard Scanjet 4370 flatbed
scanner
But the scan does not work.
When I start previewing or scanning. Head will start move but stops
immediately.
$ scanimage -T
scanimage: scanning image of size 433x590 pixels at 24 bits/pixel
scanimage: acquiring RGB frame, 8 bits/sample
scanimage: reading one scanline, 1299 bytes... FAIL Error: End of file
reached
$ hp-scan
HP Linux Imaging and Printing System (ver. 3.16.3)
Scan Utility ver. 2.2
..
warning: No destinations specified. Adding 'file' destination by default.
Using device hp3900:libusb:000:002
Opening connection to device...
Resolution: 300dpi
Mode: gray
Compression: JPEG
Scan area (mm):
Top left (x,y): (0.00mm, 0.00mm)
Bottom right (x,y): (220.00mm, 300.00mm)
Width: 220.00mm
Height: 300.00mm
Destination(s): file
Output file:
warning: File destination enabled with no output file specified.
Setting output format to PNG for greyscale mode.
warning: Defaulting to '/home/edasky/hpscan001.png'.
Warming up...
Scanning...
Reading data: [\
] 0%
error: No data read.
Closing device.
xane the same result.
Please what should I even try?
full debug
$ export SANE_DEBUG_HP3900=4
http://185.47.222.11/scanner-debug.txt
$ pkg_info on snapshot
sane-backends-1.0.25p2
xsane-0.999p2
$ pkg_info on 5.8 release
sane-backends-1.0.24p6
xsane-0.999p2
On Debian linux with sane-backends-1.0.24 and xsane-0.998 works fine.
Re: gr-osmosdr
Thank you very much! I was stuck on 24%. Probably because of the gr-osmosdr requires version 3.6.4.1 of gnuradio. In vip ports is gnuradio-3.6.3.1 I trying to build new ones. I'm not a programmer, I'm learning new things and I hope that it will go although it is still a long way New build error gr-osmosdr $ make [ 4%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/osmosdr_source_c_impl.cc.o [ 8%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/osmosdr_sink_c_impl.cc.o [ 12%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/osmosdr_ranges.cc.o [ 16%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/osmosdr_device.cc.o [ 20%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/file/file_source_c.cc.o [ 24%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/rtl/rtl_source_c.cc.o /home/edasky/SRC/gr-osmosdr/lib/rtl/rtl_source_c.cc: In member function 'virtual osmosdr::freq_range_t rtl_source_c::get_freq_range(size_t)': /home/edasky/SRC/gr-osmosdr/lib/rtl/rtl_source_c.cc:488: error: 'RTLSDR_TUNER_R828D' was not declared in this scope /usr/local/include/boost/system/error_code.hpp: At global scope: /usr/local/include/boost/system/error_code.hpp:214: warning: 'boost::system::posix_category' defined but not used /usr/local/include/boost/system/error_code.hpp:215: warning: 'boost::system::errno_ecat' defined but not used /usr/local/include/boost/system/error_code.hpp:216: warning: 'boost::system::native_ecat' defined but not used *** Error 1 in . (lib/CMakeFiles/gnuradio-osmosdr.dir/build.make:171 'lib/CMakeFiles/gnuradio-osmosdr.dir/rtl/rtl_source_c.cc.o': cd /home/e...) *** Error 1 in . (CMakeFiles/Makefile2:122 'lib/CMakeFiles/gnuradio-osmosdr.dir/all') *** Error 1 in /home/edasky/SRC/gr-osmosdr/build (Makefile:127 'all') thanks On Friday, 3 July 2015 10:08:24 CEST, David Coppa wrote: On Fri, Jul 3, 2015 at 2:42 AM, Aaron Bieber aa...@bolddaemon.com wrote: EdaSky writes: ... The error reported by the OP is fixed now... http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/devel/cmake/patches/patch-Modules_FindBoost_cmake Cheers! David
gr-osmosdr
Greetings I would like to expand my Hamshack on SDR receiver via GQRX I would also like to analyze signals over gnuradio and build port of gqrx and required dependency progs. I bought http://dxpatrol.pt/ ugen1 at uhub0 port 5 Realtek RTL2838UHIDIR rev 2.00 / 1.00 addr 2 With ./comms/rtl-sdr works great on the FM Radio I built gnuradio from VIP Ports (thank you) Using RTL in gnuradio and buid Gqrx requires gnuradio-osmosdr It is possible to build gr-osmosdr? build prints lot of errors on OpenBSD 5.8-beta (GENERIC.MP) # 983: Fri Jun 26 10:19:43 MDT 2015 dera...@i386.openbsd.org: /usr/src/sys/arch/i386/compile/GENERIC.MP git clone git://git.osmocom.org/gr-osmosdr cd gr-osmosdr/ git checkout gr3.6 mkdir build cd build/ cmake ../ make [ 3%] Building CXX object lib/CMakeFiles/gnuradio-osmosdr.dir/osmosdr_source_c_impl.cc.o In file included from /usr/local/include/boost/thread/detail/platform.hpp:17, from /usr/local/include/boost/thread/thread.hpp:12, from /usr/local/include/gruel/thread.h:25, from /usr/local/include/gnuradio/gr_basic_block.h:36, from /usr/local/include/gnuradio/gr_hier_block2.h:26, from /home/edasky/SRC/gr-osmosdr/include/osmosdr/osmosdr_source_c.h:25, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.h:23, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.cc:30: /usr/local/include/boost/config/requires_threads.hpp:47:5: error: #error Compiler threading support is not turned on. Please set the correct command line options for threading: -pthread (Linux), -pthreads (Solaris) or -mthreads (Mingw32) In file included from /usr/local/include/boost/thread/thread.hpp:12, from /usr/local/include/gruel/thread.h:25, from /usr/local/include/gnuradio/gr_basic_block.h:36, from /usr/local/include/gnuradio/gr_hier_block2.h:26, from /home/edasky/SRC/gr-osmosdr/include/osmosdr/osmosdr_source_c.h:25, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.h:23, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.cc:30: /usr/local/include/boost/thread/detail/platform.hpp:69:9: error: #error Sorry, no boost threads are available for this platform. In file included from /usr/local/include/gruel/thread.h:25, from /usr/local/include/gnuradio/gr_basic_block.h:36, from /usr/local/include/gnuradio/gr_hier_block2.h:26, from /home/edasky/SRC/gr-osmosdr/include/osmosdr/osmosdr_source_c.h:25, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.h:23, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.cc:30: /usr/local/include/boost/thread/thread.hpp:19:2: error: #error Boost threads unavailable on this platform In file included from /usr/local/include/boost/thread/detail/thread.hpp:16, from /usr/local/include/boost/thread/thread.hpp:22, from /usr/local/include/gruel/thread.h:25, from /usr/local/include/gnuradio/gr_basic_block.h:36, from /usr/local/include/gnuradio/gr_hier_block2.h:26, from /home/edasky/SRC/gr-osmosdr/include/osmosdr/osmosdr_source_c.h:25, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.h:23, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.cc:30: /usr/local/include/boost/thread/mutex.hpp:18:2: error: #error Boost threads unavailable on this platform In file included from /usr/local/include/boost/thread/detail/thread.hpp:20, from /usr/local/include/boost/thread/thread.hpp:22, from /usr/local/include/gruel/thread.h:25, from /usr/local/include/gnuradio/gr_basic_block.h:36, from /usr/local/include/gnuradio/gr_hier_block2.h:26, from /home/edasky/SRC/gr-osmosdr/include/osmosdr/osmosdr_source_c.h:25, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.h:23, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.cc:30: /usr/local/include/boost/thread/detail/thread_heap_alloc.hpp:19:2: error: #error Boost threads unavailable on this platform In file included from /usr/local/include/boost/thread/detail/thread_group.hpp:9, from /usr/local/include/boost/thread/thread.hpp:26, from /usr/local/include/gruel/thread.h:25, from /usr/local/include/gnuradio/gr_basic_block.h:36, from /usr/local/include/gnuradio/gr_hier_block2.h:26, from /home/edasky/SRC/gr-osmosdr/include/osmosdr/osmosdr_source_c.h:25, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.h:23, from /home/edasky/SRC/gr-osmosdr/lib/osmosdr_source_c_impl.cc:30: /usr/local/include/boost/thread/shared_mutex.hpp:23:2: error
sending hex string to /dev/ttyU1
hello misc @ For many years under Linux I used http://sjinn.sourceforge.net/ to control the relay card, such as rs232 -d /dev/ttyUSB1-s'\h 2A 61 00 06 88 01 20 87 3E \r -r8 -hex Now I need to achieve the same result under OpenBSD (5.0) the sjinn project compiles with an error, and is broken (And dead) ... ... rs232opts.o (. text +0 x926): In function `setstr ': : Warning: strcpy () Almost always with the general procedure, please use strlcpy () ... ... This error I can fix it. Anybody got an idea how to send such a hex string in /dev/ttyU1 ? Thank you EdaSky
