adc or nmdc client on openbsd
Hi, I'll be getting a new laptop these days, and I am considering switching to OpenBSD from FreeBSD. At first glance, all the programs I use are available on both of them, except for linuxdcpp. Does OpenBSD have some adc or nmdc client in packages? Thank you in advance. -- Marko Cupać
Re: Thanks for ACPI
On 06/25/14 03:14, Theo de Raadt wrote: It's funny to me that NO power saving features work in Windows 8, nor 2 finger scrolling on the trackpad. It's a funny world, here's how, let me explain the road map for you: In 1 year, Windows will work worse on that particular laptop. In 2 years, it will be expired. In 4 years, it will barely work. That is a result of chasing new sales. In 1 year, OpenBSD will work better on that laptop. In 2 years, it will be work even better. In about 4 years, it will work as well, but the decline will start because our developers will move on. That is an aspect of minimal refinement, not chasing the curve. In 1 year, Linux might work better. In 2 years, it will not work well. But hey, don't take my word for me. Ask the net. They'll set me straight, and they'll set you straight. I don't know what they are chasing. Maybe it is the same as the first. Really, honestly, I don't have a clue what they are chasing. Wow, this is the kind of e-mail I want to read in the (well, sort of) morning. 3
Re: adc or nmdc client on openbsd
On Wed, June 25, 2014 12:35, Marko Cupa? wrote: Hi, I'll be getting a new laptop these days, and I am considering switching to OpenBSD from FreeBSD. At first glance, all the programs I use are available on both of them, except for linuxdcpp. Does OpenBSD have some adc or nmdc client in packages? Thank you in advance. Hi. net/valknut?
Re: adc or nmdc client on openbsd
On Wed, June 25, 2014 13:03, Kirill Bychkov wrote: On Wed, June 25, 2014 12:35, Marko Cupa? wrote: Hi, I'll be getting a new laptop these days, and I am considering switching to OpenBSD from FreeBSD. At first glance, all the programs I use are available on both of them, except for linuxdcpp. Does OpenBSD have some adc or nmdc client in packages? Thank you in advance. Hi. net/valknut? Ignore this. It doesn't support ADC protocol.
specialtopics.html
The aucat audio server is sndiod for some time. Fixing a typo while there. Jan PS: where should patches against web pages go, now that www@ is dead? --- specialtopics.html.orig Wed Jun 25 14:16:54 2014 +++ specialtopics.html Wed Jun 25 14:22:45 2014 @@ -731,10 +731,10 @@ share/ups/driver.list sndio allows user processes to access a href=http://www.openbsd.org/cgi-bin/man.cgi?query=audioamp;sektion=4;audio(4)/a hardware and the -a href=http://www.openbsd.org/cgi-bin/man.cgi?query=aucatamp;sektion=1;aucat(1)/a +a href=http://www.openbsd.org/cgi-bin/man.cgi?query=sndiodamp;sektion=1;aucat(1)/a audio server in a uniform way. It supports full-duplex operation, and when used with the -a href=http://www.openbsd.org/cgi-bin/man.cgi?query=aucatamp;sektion=1;aucat(1)/a +a href=http://www.openbsd.org/cgi-bin/man.cgi?query=sndiodamp;sektion=1;aucat(1)/a server it supports resampling and format conversions on the fly. @@ -808,7 +808,7 @@ default: p Hardware may have some weird limitations, such as being unable to get over 22050 Hz in stereo, but up to 44100 in mono. In such cases, you - should give the user a change to state his preferences, then try your + should give the user a chance to state his preferences, then try your best to give the best performance possible. For instance, it is stupid to limit the frequency to 22050 Hz because you are outputting stereo. What if the user does not have a stereo sound system connected to his
Custom kernel with PIPEX without IPSEC failed to compile
Sender: owner-m...@openbsd.org On-Behalf-Of: iss...@gmail.com Subject: Custom kernel with PIPEX without IPSEC failed to compile Message-Id: op.xhul9xnc16z...@ic0.lan.rlan Recipient: adam.atkin...@damovo.com Received: from Mail2.damovo.com (109.204.121.44) by UK001B237.d.grp (10.8.1.9) with Microsoft SMTP Server (TLS) id 14.2.318.4; Sun, 22 Jun 2014 10:40:09 +0100 Received: from cluster-a.mailcontrol.com (85.115.52.190) by Mail2.damovo.com (109.204.121.44) with Microsoft SMTP Server (TLS) id 14.2.318.4; Sun, 22 Jun 2014 10:40:08 +0100 Received: from shear.ucar.edu (lists.openbsd.org [192.43.244.163]) by rly16a.srv.mailcontrol.com (MailControl) with ESMTP id s5M9e1mQ004556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for adam.atkin...@damovo.com; Sun, 22 Jun 2014 10:40:03 +0100 Received: from openbsd.org (localhost [127.0.0.1]) by shear.ucar.edu (8.14.5/8.14.5) with ESMTP id s5M9n3SG010758 for adam.atkin...@damovo.com; Sun, 22 Jun 2014 03:49:04 -0600 (MDT) Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com [209.85.217.173]) by shear.ucar.edu (8.14.5/8.14.5) with ESMTP id s5M9HGgX002900 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=FAIL) for misc@openbsd.org; Sun, 22 Jun 2014 03:17:17 -0600 (MDT) Received: by mail-lb0-f173.google.com with SMTP id s7so3327965lbd.4 for misc@openbsd.org; Sun, 22 Jun 2014 02:07:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:to:date:subject:mime-version:content-transfer-encoding :from:message-id:user-agent; bh=5itrSSvalil1YjCfpKMMTV6VI5xoRvl1Z8P6slsuYdI=; b=Qp+4mg7OCqow6TUWZJ4iHySvVa6ijCavGpfSM1rAfg00QXjXFl7DmWhGOq3IvVH1YC xUJ0vA5xZAnri06ZMsylhDOLt9qyfhrgZdTUBIf2wGZSCyb4DGgoZ1eZFQLLsUhErTHG XCpRpyRC7nVVsgU6rsNiFr9kFfWLcQuAo/5TxzQsIT9uJT+qavYB6qTzpMdX9OC3vCOb pMHznhehkHeeegfudSUUuPBRGssteE6yJ0qlu6JLvVAJkwIt6qYIfPo6sRgwBNYAVOtT lo/7O1Z4//HPMdtv0LhvFMoorZ7oOyBhmQIpVp878JdNhmKwZqeA4qS7SlP41CE2Atz5 h+Ow== X-Received: by 10.112.131.8 with SMTP id oi8mr246378lbb.87.1403428026008; Sun, 22 Jun 2014 02:07:06 -0700 (PDT) Received: from ic0.lan.rlan ([212.220.200.211]) by mx.google.com with ESMTPSA id l3sm2261164laf.15.2014.06.22.02.07.04 for misc@openbsd.org (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 22 Jun 2014 02:07:05 -0700 (PDT) Content-Type: text/plain; charset=koi8-r; format=flowed; delsp=yes To: misc@openbsd.org Date: Sun, 22 Jun 2014 15:06:59 +0600 Subject: Custom kernel with PIPEX without IPSEC failed to compile MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Ivan Solonin iss...@gmail.com Message-ID: op.xhul9xnc16z...@ic0.lan.rlan User-Agent: Opera Mail/1.0 (Win32) List-Help: mailto:majord...@openbsd.org?body=help List-ID: misc.openbsd.org List-Owner: mailto:owner-m...@openbsd.org List-Post: mailto:misc@openbsd.org List-Subscribe: mailto:majord...@openbsd.org?body=sub%20misc List-Unsubscribe: mailto:majord...@openbsd.org?body=unsub%20misc X-Loop: misc@openbsd.org Precedence: list Sender: owner-m...@openbsd.org X-Mailcontrol-Inbound: 8gSgIv9v3sbRnxYICSb3h!uiaIa96vptNsOUTq2TeYo= X-Spam-Score: -0.354 X-Scanned-By: MailControl 28796.38 (www.mailcontrol.com) on 10.65.0.126 Return-Path: owner-misc+M140770=adam.atkinson=damovo@openbsd.org X-MS-Exchange-Organization-OriginalArrivalTime: 22 Jun 2014 09:40:08.2531 (UTC) X-MS-Exchange-Organization-OriginalClientIPAddress: 85.115.52.190 X-MS-Exchange-Organization-OriginalServerIPAddress: 109.204.121.44 X-MS-Exchange-Organization-MessageDirectionality: Incoming X-MS-Exchange-Organization-Cross-Premises-Headers-Processed: Mail2.damovo.com X-MS-Exchange-Organization-PRD: openbsd.org Received-SPF: None (Mail2.damovo.com: owner-m...@openbsd.org does not designate permitted sender hosts) X-MS-Exchange-Organization-OriginalSize: 3097 X-MS-Exchange-Forest-MessageScope: ---- X-MS-Exchange-Organization-MessageScope: ---- X-MS-Exchange-Organization-HygienePolicy: Standard X-MS-Exchange-Organization-AVStamp-Mailbox: MSFTFF;1;0;0 0 0 X-MS-Exchange-Organization-MessageLatencyInProgress: LSRV=Mail2.damovo.com:TOTAL=0;2014-06-22T09:40:08.502Z X-MS-Exchange-Forest-ArrivalHubServer: UK001B237.d.grp X-MS-Exchange-Organization-SenderIdResult: NONE X-MS-Exchange-Organization-AuthSource: Mail2.damovo.com X-MS-Exchange-Organization-AuthAs: Anonymous X-MS-Exchange-Organization-MessageLatency: SRV=Mail2.damovo.com:TOTAL=0 X-MS-Exchange-Organization-Recipient-Limit-Verified: True X-MS-Exchange-Forest-RulesExecuted: UK001B237 X-MS-Exchange-Organization-Rules-Execution-History: WW-SetDomainsAsNotJunk%%%DamovoUK-FaultEscalation%%%DamovoUK_AutoResponse%%%DE-UPSAlarmRule%%%BE-OutboundDisclaimer%%%WW-OutboundDisclaimer%%%UK-OutboundDisclaimer%%%IE-OutboundDisclaimer%%%DamovoUK_GFiRule%%%DE-Redirect_Techem%%%CH-SupportRule%%%UKScanToEmailBlockExternal I tried to compile
Re: adc or nmdc client on openbsd
On Wed, 25 Jun 2014 13:07:13 +0400 Kirill Bychkov ki...@linklevel.net wrote: Hi. net/valknut? Ignore this. It doesn't support ADC protocol. Thanks for the tip, Kirill. I've tried valknut, but as you said, it does not support ADC. However, this is not the main reason it is useless to me. It has not been updated for more than 5 years, and most of the hubs I am connecting to have requirements regarding client version. FreeBSD has two decent clients in ports: linuxdcpp and eiskaltdcpp-gtk. Any chance to port them to OpenBSD? -- Marko Cupać
kernel panic from sys/dev/acpi/dsdt.c rev1.210 change
My system panic's from the KASSERT() call at line 2269 after dsdt.c was updated to 1.210. All I have is the basic panic message and the dmesg from the last known working snapshot kernel. I tried to get more information but my USB keyboard does not work in the kernel debugger, and my on-board keyboard no longer works at all (I use the laptop as a desktop now). I typed up everything I could see of that panic message by hand. Any patches that need to be tested I will be glad to try out. Here's the panic message and dmesg output. --- panic --- acpi0 at bios0: rev 2panic: kernel diagnostic assertion rgn-v_opregion.iobase % sz == 0 failed: file ../../../../dev/acpi/dsdt.c, line 2269 Stopped atDebugger+0x9:leave panic() at panic+0xfe __assert() at __assert+0x25 aml_rwgas() at aml_rwgas+0x1fd aml_rwfield() at aml_rwfield+0x205 aml_eval() at aml_eval+0x1ae aml_parse() at aml_parse+0x183d aml_parse() at aml_parse+0x1ff aml_parse() at aml_parse+0x1ff aml_parse() at aml_parse+0x1ff end trace frame: 0x81ef48f0, count: 0 RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC! IF RUNNING SMP, USE 'mach ddbcpu #' AND 'trace' ON OTHER PROCESSORS, TOO. DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION! --- dmesg --- OpenBSD 5.5-current (GENERIC.MP) #219: Thu Jun 19 22:16:22 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4209770496 (4014MB) avail mem = 4088930304 (3899MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdbeda000 (35 entries) bios0: vendor Phoenix Technologies LTD version V1.04 date 10/22/2009 bios0: Gateway NV53 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC SSDT APIC MCFG HPET acpi0: wakeup devices LID0(S3) SLPB(S3) PB2_(S4) PB3_(S4) PB4_(S4) PB5_(S4) PB6_(S4) PB7_(S4) PB9_(S4) PB10(S4) OHC0(S3) OHC1(S3) OHC2(S3) OHC3(S3) OHC4(S3) EHC0(S3) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) II Dual-Core M300, 2000.97 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,3DNOWP,OSVW,IBS,SKINI T,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed 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.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) II Dual-Core M300, 2000.03 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,3DNOWP,OSVW,IBS,SKINI T,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-9 acpihpet0 at acpi0: 14318180 Hz acpi0: unable to load \\_SB_.PCI0._INI.EXH2 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PB2_) acpiprt2 at acpi0: bus -1 (PB3_) acpiprt3 at acpi0: bus 3 (PB4_) acpiprt4 at acpi0: bus -1 (PB5_) acpiprt5 at acpi0: bus 9 (PB6_) acpiprt6 at acpi0: bus -1 (PB7_) acpiprt7 at acpi0: bus -1 (PB9_) acpiprt8 at acpi0: bus -1 (PB10) acpiprt9 at acpi0: bus 10 (P2P_) acpiprt10 at acpi0: bus 1 (AGP_) acpiec0 at acpi0 acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpitz0 at acpi0: critical temperature is 95 degC acpitz1 at acpi0: critical temperature is 95 degC acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: LID0 acpibtn2 at acpi0: SLPB acpibat0 at acpi0: BAT0 model AS09A61 serial 4548 type LION oem 494453 acpiac0 at acpi0: AC unit online acpivideo0 at acpi0: VGA_ acpivideo1 at acpi0: VGA_ acpivout0 at acpivideo1: LCD_ cpu0: 2000 MHz: speeds: 2000 1400 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 AMD RS880 Host rev 0x00 ppb0 at pci0 dev 1 function 0 vendor Acer, unknown product 0x9602 rev 0x00 pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 5 function 0 ATI Mobility Radeon HD 4200 rev 0x00 drm0 at radeondrm0 radeondrm0: apic 2 int 18 azalia0 at pci1 dev 5 function 1 ATI Radeon HD 4200 HD Audio rev 0x00: msi azalia0: no supported codecs ppb1 at pci0 dev 4 function 0 AMD RS780 PCIE rev 0x00: msi pci2 at ppb1
Re: kernel panic from sys/dev/acpi/dsdt.c rev1.210 change
Am 25.06.2014 17:05 schrieb Jason Crawford ja...@purebsd.net: My system panic's from the KASSERT() call at line 2269 after dsdt.c was updated to 1.210. All I have is the basic panic message and the dmesg from the last known working snapshot kernel. I tried to get more information but my USB keyboard does not work in the kernel debugger, and my on-board keyboard no longer works at all (I use the laptop as a desktop now). I typed up everything I could see of that panic message by hand. Any patches that need to be tested I will be glad to try out. Here's the panic message and dmesg output. --- panic --- acpi0 at bios0: rev 2panic: kernel diagnostic assertion rgn-v_opregion.iobase % sz == 0 failed: file ../../../../dev/acpi/dsdt.c, line 2269 Stopped at Debugger+0x9: leave panic() at panic+0xfe __assert() at __assert+0x25 aml_rwgas() at aml_rwgas+0x1fd aml_rwfield() at aml_rwfield+0x205 aml_eval() at aml_eval+0x1ae aml_parse() at aml_parse+0x183d aml_parse() at aml_parse+0x1ff aml_parse() at aml_parse+0x1ff aml_parse() at aml_parse+0x1ff end trace frame: 0x81ef48f0, count: 0 RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC! IF RUNNING SMP, USE 'mach ddbcpu #' AND 'trace' ON OTHER PROCESSORS, TOO. DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION! --- dmesg --- OpenBSD 5.5-current (GENERIC.MP) #219: Thu Jun 19 22:16:22 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4209770496 (4014MB) avail mem = 4088930304 (3899MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdbeda000 (35 entries) bios0: vendor Phoenix Technologies LTD version V1.04 date 10/22/2009 bios0: Gateway NV53 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC SSDT APIC MCFG HPET acpi0: wakeup devices LID0(S3) SLPB(S3) PB2_(S4) PB3_(S4) PB4_(S4) PB5_(S4) PB6_(S4) PB7_(S4) PB9_(S4) PB10(S4) OHC0(S3) OHC1(S3) OHC2(S3) OHC3(S3) OHC4(S3) EHC0(S3) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) II Dual-Core M300, 2000.97 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,3DNOWP,OSVW,IBS,SKINI T,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed 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.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) II Dual-Core M300, 2000.03 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,3DNOWP,OSVW,IBS,SKINI T,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-9 acpihpet0 at acpi0: 14318180 Hz acpi0: unable to load \\_SB_.PCI0._INI.EXH2 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PB2_) acpiprt2 at acpi0: bus -1 (PB3_) acpiprt3 at acpi0: bus 3 (PB4_) acpiprt4 at acpi0: bus -1 (PB5_) acpiprt5 at acpi0: bus 9 (PB6_) acpiprt6 at acpi0: bus -1 (PB7_) acpiprt7 at acpi0: bus -1 (PB9_) acpiprt8 at acpi0: bus -1 (PB10) acpiprt9 at acpi0: bus 10 (P2P_) acpiprt10 at acpi0: bus 1 (AGP_) acpiec0 at acpi0 acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpitz0 at acpi0: critical temperature is 95 degC acpitz1 at acpi0: critical temperature is 95 degC acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: LID0 acpibtn2 at acpi0: SLPB acpibat0 at acpi0: BAT0 model AS09A61 serial 4548 type LION oem 494453 acpiac0 at acpi0: AC unit online acpivideo0 at acpi0: VGA_ acpivideo1 at acpi0: VGA_ acpivout0 at acpivideo1: LCD_ cpu0: 2000 MHz: speeds: 2000 1400 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 AMD RS880 Host rev 0x00 ppb0 at pci0 dev 1 function 0 vendor Acer, unknown product 0x9602 rev 0x00 pci1 at ppb0 bus 1 radeondrm0
Re: PXE auto_install
Thanks for the hack, I guess I will wait for this or a similar solution being
implemented into the installer, which hopefully will happen.
On Tuesday, June 24, 2014 9:05 PM, Jiri B ji...@devio.us wrote:
On Tue, Jun 24, 2014 at 08:10:59AM -0700, ML mail wrote:
Hi,
The new OpenBSD auto_install with PXE works like a charm and just have 2
questions regarding the install.conf file I did not manage to find out yet:
1) how can I install the bsd.mp instead of the standard bsd image?
2) how can I custom partition my disk (I would like 1 partition for root and
one for swap) ?
Regards
ML
2 - ugly hack, not tested yet.
j.
This would allow to get customized install.md where one can define
md_prep_fdisk() and/or md_prep_disklabel() functions.
Index: install.sub
===
RCS file: /cvs/src/distrib/miniroot/install.sub,v
retrieving revision 1.775
diff -u -p -r1.775 install.sub
--- install.sub 9 Jun 2014 18:05:55 - 1.775
+++ install.sub 19 Jun 2014 22:07:39 -
@@ -2134,6 +2134,14 @@ get_responsefile() {
ftp -o /$_mode.conf http://$_server/$_f.conf;
action=$_mode return 0
done
+ if [[ $_mode = install ]]; then
+ for _f in {$_mac-,}install; do
+ ftp -o /install.md http://$_server/$_f.md; \
+ action=$_mode \
+ . install.md \
+ return 0
+ done
+ fi
fi
# No response file found
Re: OpenBSD 5.5 on mSATA SSD unit in PC Engines APU.1C - bad dir ino 2 at offset 0: mangled entry kernel panic
On Tue, Jun 24, 2014 at 4:23 PM, Chris Cappuccio ch...@nmedia.net wrote: Stuart Henderson [s...@spacehopper.org] wrote: On 2014-06-20, Roger Wiklund roger.wikl...@gmail.com wrote: On a side note I'm a bit worried about the CPU temperate, almost 70 degrees C during normal load. Yes. Someone, make a better chassis for these, please...! A low rpm fan would be quite acceptable to me and I think would make a huge difference. You know thermal headroom is tight when the vendor goes as far as telling you to use a black chassis. Pascal Dornier says that consistent pressure between the CPU and heat spreader is critical. He also says the colored cases have better emissivity: http://pcengines.ch/apucool.htm Some emissivity tests: http://snap.fnal.gov/crshield/crs-mech/emissivity-eoi.html More cooling surface area here (but not colored): http://linitx.com/viewproduct.php?prodid=12745 would a bit of http://en.wikipedia.org/wiki/Thermal_grease help ? , air being approximately 8000 times less efficient at conducting heat than, for example, aluminum (a common heatsink material) -- - () ascii ribbon campaign - against html e-mail /\
Re: OpenBSD 5.5 on mSATA SSD unit in PC Engines APU.1C - bad dir ino 2 at offset 0: mangled entry kernel panic
sven falempin [sven.falem...@gmail.com] wrote: would a bit of http://en.wikipedia.org/wiki/Thermal_grease help ? , air being approximately 8000 times less efficient at conducting heat than, for example, aluminum (a common heatsink material) That's what the thermal pads are for. Going from 6W/mK to 17W/mK will conduct more heat to the sink, but the sink might need to be larger for some situations. Also even pressure around the pads is going to be critical as the box's designer says.
Re: Thanks for ACPI
Em 24-06-2014 22:14, Theo de Raadt escreveu: It's a funny world, here's how, let me explain the road map for you: In 1 year, Windows will work worse on that particular laptop. In 2 years, it will be expired. In 4 years, it will barely work. That is a result of chasing new sales. True to the core. Planned obsolescence at its best. In 1 year, OpenBSD will work better on that laptop. In 2 years, it will be work even better. In about 4 years, it will work as well, but the decline will start because our developers will move on. That is an aspect of minimal refinement, not chasing the curve. For i386 and amd64 systems this decline is way longer than 4 years. I do have OpenBSD systems running on 10 year old i386 machines. In 1 year, Linux might work better. In 2 years, it will not work well. But hey, don't take my word for me. Ask the net. They'll set me straight, and they'll set you straight. I don't know what they are chasing. Maybe it is the same as the first. Really, honestly, I don't have a clue what they are chasing. They are chasing the last tool that is cool. One such example is systemd. It did made all of my linux systems slower. In the end a linux system is a mix of cool tools many doing the same thing, many trying to do all things at once, and all of them barely working as a system. You might get lucky and your system might get better and better with linux over the time. But that's rare. Cheers, -- Giancarlo Razzolini GPG: 4096R/77B981BC
Re: Custom kernel with PIPEX without IPSEC failed to compile
Thank you for your reply and patch.
When I found out the mentioned compilation issue, a compiler stopped during
compilation process with this message:
...
SERS=32 -D_KERNEL -D__landisk__ -MD -MP -c ../../../../netinet/udp_usrreq.c
../../../../netinet/udp_usrreq.c: In function 'udp_input':
../../../../netinet/udp_usrreq.c:721: error: 'ipsecflowinfo' undeclared (first
use in this function)
../../../../netinet/udp_usrreq.c:721: error: (Each undeclared identifier is
reported only once
../../../../netinet/udp_usrreq.c:721: error: for each function it appears in.)
*** Error 1 in target 'udp_usrreq.o'
*** Error 1 in /usr/src/sys/arch/landisk/compile/dms.5.5.conf (Makefile:431
'udp_usrreq.o')
#
I tried to make changes by myself, but unsuccessfully.
I applied the patch and tried to compile kernel without IPSEC, but still
unsuccessfully. The compiler claims:
...
SERS=32 -D_KERNEL -D__landisk__ -MD -MP -c ../../../../netinet/udp_usrreq.c
cc1: warnings being treated as errors
../../../../netinet/udp_usrreq.c: In function 'udp_input':
../../../../netinet/udp_usrreq.c:189: warning: unused variable 'error'
*** Error 1 in target 'udp_usrreq.o'
*** Error 1 in /usr/src/sys/arch/landisk/compile/dms.5.5.conf (Makefile:431
'udp_usrreq.o')
#
I decided to put #endif /* IPSEC */ by one line below :
# diff -u -p udp_usrreq.c udp_usrreq.c.orig
--- udp_usrreq.cWed Jun 25 21:24:32 2014
+++ udp_usrreq.c.orig Sat Jan 25 00:54:58 2014
@@ -186,8 +186,8 @@ udp_input(struct mbuf *m, ...)
struct tdb_ident *tdbi;
struct tdb *tdb;
int error;
-#endif /* IPSEC */
u_int32_t ipsecflowinfo = 0;
+#endif /* IPSEC */
va_start(ap, m);
iphlen = va_arg(ap, int);
#
However, kernel compilation still stopped with another message:
cc -Werror -Wall -Wstrict-prototypes -Wmissing-prototypes -Wno-main -Wno-uninitialized
-Wno-format -Wstack-larger-than-2047 -m4-nofpu -fno-builtin-printf -fno-builtin-snprintf
-fno-builtin-vsnprintf -fno-builtin-log -fno-builtin-log2 -fno-builtin-malloc -fno-pie -O2 -pipe
-nostdinc -I../../../.. -I. -I../../../../arch -DDDB -DDIAGNOSTIC -DSYSVMSG -DSYSVSEM -DSYSVSHM
-DFFS -DFFS2 -DFFS_SOFTUPDATES -DUFS_DIRHASH -DMFS -DNFSCLIENT -DNFSSERVER -DMSDOSFS -DFIFO -DTMPFS
-DSOCKET_SPLICE -DTCP_SACK -DTCP_ECN -DTCP_SIGNATURE -DINET -DALTQ -DINET6 -DPIPEX -DMROUTING
-DBOOT_CONFIG -DSH4 -DSH7751R -DPCLOCK=0x1fca055 -DDONT_INIT_BSC -DPCIVERBOSE
-DUSER_PCICONF -DUSBVERBOSE -DSCIFCONSOLE -DSCIFCN_SPEED=0x2580 -DMAXUSERS=32 -D_KERNEL
-D__landisk__ -MD -MP -c vers.c
ld -N -Ttext 0x8c002000 -e start --warn-common -nopie -S -x -o dms
${SYSTEM_HEAD} vers.o ${OBJS}
pipex.o(.text+0x99c): In function `GetNewKeyFromSHA':
: undefined reference to `SHA1Init'
pipex.o(.text+0x9a0): In function `GetNewKeyFromSHA':
: undefined reference to `SHA1Update'
pipex.o(.text+0x9ac): In function `GetNewKeyFromSHA':
: undefined reference to `SHA1Final'
*** Error 1 in /usr/src/sys/arch/landisk/compile/dms.5.5.conf (Makefile:340
'dms': @echo ld -N -Ttext 0x8c002000 -e start --warn-common -nop...)
#
However, there is the similar hitch with MROUTING option. In case of IPSEC I tried to
make my own changes in udp_usrreq.c before submitting the letter to misc, but
I can't do anything with MROUTING.
When I compile with IPSEC and without MROUTING copilation stops with message:
...
S=32 -D_KERNEL -D__landisk__ -MD -MP -c ../../../../net/pfkeyv2_parsemessage.c
cc1: warnings being treated as errors
In file included from ../../../../net/pfkeyv2_parsemessage.c:79:
../../../../netinet/ip_var.h:178: warning: 'struct socket' declared inside
parameter list
../../../../netinet/ip_var.h:178: warning: its scope is only this definition or
declaration, which is probably not what you want
../../../../netinet/ip_var.h:211: warning: 'struct socket' declared inside
parameter list
../../../../netinet/ip_var.h:216: warning: 'struct socket' declared inside
parameter list
*** Error 1 in target 'pfkeyv2_parsemessage.o'
*** Error 1 in /usr/src/sys/arch/landisk/compile/dms.5.5.conf (Makefile:446
'pfkeyv2_parsemessage.o')
#
As I can conclude, multicast routing have dependencies with IPSEC ...
Best wishes,
Ivan
On Mon, 23 Jun 2014 08:37:18 +0600, YASUOKA Masahiko yasu...@yasuoka.net
wrote:
On Sun, 22 Jun 2014 15:06:59 +0600
Ivan Solonin iss...@gmail.com wrote:
I tried to compile custom kernel in the 5.5 release of OpenBSD on
landisk platform with PIPEX, but found requirment of IPSEC by PIPEX.
As I've found in file /sys/netinet/udp_usrreq.c it uses IPSEC only
with L2TP to distinguish IPsec packets against non-IPsec.
Is PIPEX so strong require IPSEC?
No, it isn't.
Is it possible to compile custom kernel with PIPEX enabled, but
without IPSEC?
Below diff will fix compile without IPSEC. Also I sent the diff to
tech@ to ask for fixing it in the cvs tree.
Index: sys/netinet/udp_usrreq.c
===
RCS file:
Re: OpenBSD 5.5 on mSATA SSD unit in PC Engines APU.1C - bad dir ino 2 at offset 0: mangled entry kernel panic
On Wed, Jun 25, 2014 at 9:51 AM, Chris Cappuccio ch...@nmedia.net wrote: sven falempin [sven.falem...@gmail.com] wrote: would a bit of http://en.wikipedia.org/wiki/Thermal_grease help ? , air being approximately 8000 times less efficient at conducting heat than, for example, aluminum (a common heatsink material) That's what the thermal pads are for. Going from 6W/mK to 17W/mK will conduct more heat to the sink, but the sink might need to be larger for some situations. Also even pressure around the pads is going to be critical as the box's designer says. Perhaps a stupid question, but what about grease or a pad between the sink and the case?
Re: OpenBSD 5.5 on mSATA SSD unit in PC Engines APU.1C - bad dir ino 2 at offset 0: mangled entry kernel panic
2014-06-25 22:25 GMT+02:00 noah pugsley noah.pugs...@gmail.com: On Wed, Jun 25, 2014 at 9:51 AM, Chris Cappuccio ch...@nmedia.net wrote: That's what the thermal pads are for. Going from 6W/mK to 17W/mK will conduct more heat to the sink, but the sink might need to be larger for some situations. Also even pressure around the pads is going to be critical as the box's designer says. Perhaps a stupid question, but what about grease or a pad between the sink and the case? You mean the thermal pads already deployed?
Re: OpenBSD 5.5 on mSATA SSD unit in PC Engines APU.1C - bad dir ino 2 at offset 0: mangled entry kernel panic
On Wed, Jun 25, 2014 at 2:26 PM, Martin Schröder mar...@oneiros.de wrote: 2014-06-25 22:25 GMT+02:00 noah pugsley noah.pugs...@gmail.com: On Wed, Jun 25, 2014 at 9:51 AM, Chris Cappuccio ch...@nmedia.net wrote: That's what the thermal pads are for. Going from 6W/mK to 17W/mK will conduct more heat to the sink, but the sink might need to be larger for some situations. Also even pressure around the pads is going to be critical as the box's designer says. Perhaps a stupid question, but what about grease or a pad between the sink and the case? You mean the thermal pads already deployed? Yes. Either the pads if they are thin enough, or a dot of grease to fill in the air gaps between sink and case. But I don't have one of these so this is probably noise...
Re: OpenBSD 5.5 on mSATA SSD unit in PC Engines APU.1C - bad dir ino 2 at offset 0: mangled entry kernel panic
On June 25, 2014 4:42:05 PM MDT, noah pugsley noah.pugs...@gmail.com wrote: On Wed, Jun 25, 2014 at 2:26 PM, Martin Schröder mar...@oneiros.de wrote: 2014-06-25 22:25 GMT+02:00 noah pugsley noah.pugs...@gmail.com: On Wed, Jun 25, 2014 at 9:51 AM, Chris Cappuccio ch...@nmedia.net wrote: That's what the thermal pads are for. Going from 6W/mK to 17W/mK will conduct more heat to the sink, but the sink might need to be larger for some situations. Also even pressure around the pads is going to be critical as the box's designer says. Perhaps a stupid question, but what about grease or a pad between the sink and the case? You mean the thermal pads already deployed? Yes. Either the pads if they are thin enough, or a dot of grease to fill in the air gaps between sink and case. But I don't have one of these so this is probably noise... Considering the way the heat spreader adheres to the bottom of the case (the adhesive basically _welds_ it on), I wouldn't think that there is much in the way of air gaps. But in my case, I guess because of how cool my basement is, heat isn't really a concern. Mike
nat-to private address
hi,all. I tried in various ways, but I can not do 'nat-to private address'. I think that nat-to global address is OK but nat-to private address is NO . Is there another way (for example rdr, rdr-to) ? I myself can't do . sorry for poor english.
