mandoc for report writing?

2019-06-19 Thread Paul Swanson
Hello,

Has anyone had any experience with using mandoc for report writing?

I realise it may be a silly / naive question.

But in recent times I've started using groff (with grefer) to write academic 
papers, because it's relatively easy to use for my purposes.

As such, it got me wondering if mandoc is suitable for such a purpose.

Regards,

Paul Swanson


Re: Research and OpenBSD: How can I help?

2019-02-19 Thread Paul Swanson
Hi Ingo,

Yes, I realise my question was quite vague but it was deliberately very general 
in the hope of netting the broadest range of opinions.

I do have specialisations and specific interests, and the nature of my studies 
will largely be self directed and primarily code generating.

I am simply canvasing for problems that might intersect with those I already 
have in mind. It's the old, you don't know what you don't know, and I prefer 
not to lead people too much when when attempting to solicit this kind of 
information. Sometimes, I find lateral opinions to be very useful in 
formulating new ideas or direction.

Nonetheless, thanks for your thoughts.

Regards,

Paul Swanson

Sent from ProtonMail mobile

 Original Message 
On Feb 20, 2019, 04:54, Ingo Schwarze wrote:

> Hi Paul,
>
> Short answer:
>
> Shut up and hack.
>
> The same answer in more verbose form:
>
> Research is often regarded as equally valuable as cheap and useless
> talk in the OpenBSD community - unless it is accompanied by source
> code patches actually making things better.
> (That's an oversimplification, but i hope you get the idea.)
>
> Regarding what to work on:
>
> Almost everything can be improved.
>
> Finding out what you are interested in, what you are capable of,
> and finding out *yourself* what needs to be done (both in a specific
> situation and globally) is among the most important qualifications;
> attending university is one way to try and learn that, but no
> guarantee for actually learning it.
>
> Your question is naive and not specific enough to permit any
> answer that might be satisfactory.
>
> Yours,
> Ingo
>
> Paul Swanson wrote on Thu, Feb 14, 2019 at 04:22:05AM +:
>
>> I'm beginning a Computer Science Master's program and would
>> like to hear from members of the OpenBSD community about
>> possible areas of research that could be of benefit to OpenBSD
>> and its associated projects.
>>
>> I have some general areas of interest, such as embedded
>> computing, but nothing is set in stone yet, so I thought it'd
>> be fun to hear from those in know about areas of priority need
>> within the OpenBSD community.
>>
>> Are there particular problems that could benefit from new
>> ideas or solutions?
>>
>> Please let me know your thoughts!
>>
>> Regards,
>>
>> Paul Swanson


Research and OpenBSD: How can I help?

2019-02-13 Thread Paul Swanson
Hello,

I'm beginning a Computer Science Master's program and would
like to hear from members of the OpenBSD community about
possible areas of research that could be of benefit to OpenBSD
and its associated projects.

I have some general areas of interest, such as embedded
computing, but nothing is set in stone yet, so I thought it'd
be fun to hear from those in know about areas of priority need
within the OpenBSD community.

Are there particular problems that could benefit from new
ideas or solutions?

Please let me know your thoughts!

Regards,

Paul Swanson




Re: ProtonMail login crashes Chromium / Iridium

2019-01-15 Thread Paul Swanson
Hi Vincent,

Thanks for sharing that post of yours.

I just want to confirm that disabling the automatic asm.js to WebAssembly
conversion has worked.

Looks like that particular experimental feature is well broken atm.

Cheers

Paul Swanson

Sent from ProtonMail, encrypted email based in Switzerland.

‐‐‐ Original Message ‐‐‐
On Tuesday, January 15, 2019 3:11 PM, Vincent  wrote:

> Hello,
>
> Protonmail requires to disable asm.js
>
> Details here: https://vincentdelft.be/post/post_20181001
>
> Rgds
>
> On 14 January 2019 06:44:10 CET, Paul Swanson  wrote:
>
> > G'Day All!
> >
> > On 6.4, Chromium or Iridium (Chrome fork) crashes when logging into 
> > ProtonMail.
> >
> > I'm wondering if anyone has encountered / solved this problem and can offer 
> > me
> > some assistance.
> >
> > Steps to reproduce:
> >
> >  * Install 6.4 + Chromium or Iridium Browsers
> >  * Attempt logging into https://mail.protonmail.com/login
> >  * Crashes browser session every time with the following console errors:
> >
> > <--- Last few GCs --->
> >
> > [31167:0x1a47d7277000] 1154 ms: Scavenge 31.6 (42.8) -> 27.2 (44.3) MB, 
> > \
> > 4.4 / 0.1 ms  (average mu = 1.000, current mu = 1.000) allocation 
> > failure
> > [31167:0x1a47d7277000] 1276 ms: Mark-sweep 28.8 (44.3) -> 24.0 (46.8) 
> > MB, \
> > 9.2 / 1.7 ms  (+ 42.9 ms in 229 steps since start of marking, biggest 
> > step \
> > 28.0 ms, walltime since start of marking 91 ms) (average mu = 1.000, \
> > current mu = 1.000) finalize incr
> >
> > <--- JS stacktrace --->
> >
> >  JS stack trace =
> >
> > 0: ExitFrame [pc: 0x1a4555f2c36e]
> > 1: StubFrame [pc: 0x1a4555ea25c1]
> > Security context: 0x13ff314ca999 https://mail.protonmail.com>
> > 2: acquire_asm [0x3141c4f72239] 
> > [https://mail.protonmail.com/openpgp.min. \
> > b9a9a349934472bf2dd564a758152714785abb30.js:2] 
> > [bytecode=0x38c7fc1b8511 \
> > offset=125](this=0x18824bf14db1 )
> > 3: constructor(aka e) [0x2354541ee9a9] [https://mail.protonmail.com/ \
> > openpgp.min.b...
> >
> > Firefox works fine.
> >
> > Have followed the suggestion to edit memory limits in login.conf as per the
> > following thread but no change.
> >
> > https://www.reddit.com/r/openbsd/comments/9devx1/openbsd_63_and_protonmail_login
> >
> > Just use my email alias or any common first name to replicate the fault.
> >
> > My system is OpenBSD 6.4 amd64 on Intel i5 with 8GB RAM.
> >
> > Regards,
> >
> > Paul Swanson
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.



ProtonMail login crashes Chromium / Iridium

2019-01-13 Thread Paul Swanson
G'Day All!

On 6.4, Chromium or Iridium (Chrome fork) crashes when logging into ProtonMail.

I'm wondering if anyone has encountered / solved this problem and can offer me
some assistance.

Steps to reproduce:

 * Install 6.4 + Chromium or Iridium Browsers
 * Attempt logging into https://mail.protonmail.com/login
 * Crashes browser session every time with the following console errors:

<--- Last few GCs --->

[31167:0x1a47d7277000] 1154 ms: Scavenge 31.6 (42.8) -> 27.2 (44.3) MB, \
4.4 / 0.1 ms  (average mu = 1.000, current mu = 1.000) allocation failure
[31167:0x1a47d7277000] 1276 ms: Mark-sweep 28.8 (44.3) -> 24.0 (46.8) MB, \
9.2 / 1.7 ms  (+ 42.9 ms in 229 steps since start of marking, biggest step \
28.0 ms, walltime since start of marking 91 ms) (average mu = 1.000, \
current mu = 1.000) finalize incr

<--- JS stacktrace --->

 JS stack trace =

0: ExitFrame [pc: 0x1a4555f2c36e]
1: StubFrame [pc: 0x1a4555ea25c1]
Security context: 0x13ff314ca999 https://mail.protonmail.com>
2: acquire_asm [0x3141c4f72239] [https://mail.protonmail.com/openpgp.min. \
b9a9a349934472bf2dd564a758152714785abb30.js:2] [bytecode=0x38c7fc1b8511 
\
offset=125](this=0x18824bf14db1 )
3: constructor(aka e) [0x2354541ee9a9] [https://mail.protonmail.com/ \
openpgp.min.b...

Firefox works fine.

Have followed the suggestion to edit memory limits in login.conf as per the
following thread but no change.

https://www.reddit.com/r/openbsd/comments/9devx1/openbsd_63_and_protonmail_login

Just use my email alias or any common first name to replicate the fault.

My system is OpenBSD 6.4 amd64 on Intel i5 with 8GB RAM.

Regards,

Paul Swanson




Re: Backlight on Dell Laptop not adjusting brightness

2019-01-11 Thread Paul Swanson
Ted, thanks for those tips.

I'll get stuck into it and report back once I've made some progress.

Paul Swanson


Sent from ProtonMail, encrypted email based in Switzerland.

‐‐‐ Original Message ‐‐‐
On Friday, January 11, 2019 7:28 PM, Ted Unangst  wrote:

> Paul Swanson wrote:
>
> > $ wsconsctl display.brightness=5
> > display.brightness -> 5.00%
> > This laptop is essentially all Intel Skylake under the hood some I'm 
> > wondering
> > why it's not playing nice like on the Lenovo / ThinkPads.
> > Below is my dmesg and also Xorg.0.log.
> > "DELLABC6" at acpi0 not configured
> > "DELLABCE" at acpi0 not configured
> > "INT3400" at acpi0 not configured
> > acpivideo0 at acpi0: GFX0
> > acpivout0 at acpivideo0: LCD_
>
> I went back and reread this. In theory, acpivout should support backlight
> control. That's another place to look and see what's really happening.




Re: Backlight on Dell Laptop not adjusting brightness

2019-01-09 Thread Paul Swanson
Hi Ted,

Thanks for your email.

‐‐‐ Original Message ‐‐‐
On Thursday, January 10, 2019 10:09 AM, Ted Unangst  wrote:

> Paul Swanson wrote:
>
> > This laptop is essentially all Intel Skylake under the hood some I'm 
> > wondering
> > why it's not playing nice like on the Lenovo / ThinkPads.
>
> There's no guarantee that the screen backlight is actually wired to the
> graphics chip and not just some acpi buttons. :(
>

That appears to be the case.

I've noticed that a number of the Fn buttons don't register keypresses with X,
such as the controls for screen and keypad backlights (whereas audio volume 
does).

> > I'd really appreciate any advice on what I can try next, it's my first time
> > running OpenBSD as my main system and I'm really enjoying it so far.
>
> Does it work at the bootloader, before the kernel runs?

It seems that in the Dell BIOS I can adjust screen brightness (backlight) and
that setting appears to continue to apply after OS boot; so I now have that as
a workaround.

I'd like to chase this up a bit further and see if there's anything I can do to
improve support on this model; Ubuntu has great support so I can perhaps look
for there for ideas and inspiration.

Ted, do you have any suggestions for what parts of OpenBSD I should be looking 
at
to improve support for these keys and functions?

Cheers,

Paul S.



Backlight on Dell Laptop not adjusting brightness

2019-01-09 Thread Paul Swanson
Hello,

I've installed OpenBSD 6.4 on my Dell Latitude 7470 laptop, however I'm
having no luck in adjust the brightness of the internal display's backlight.

I've basically run into a dead diagnosing this issue and I'm hoping that I
might be able to get some assistance and where to look next. Needless to say,
I'm really keen to get this one sorted as it's putting quite the dint in my
laptop's battery life.

Here's what I've tried so far with NO impact on the backlight brightness ...

$ xbacklight -display :0 -set 5

$ xbacklight -display :0 -get
5.00

$ wsconsctl display.brightness=5
display.brightness -> 5.00%

This laptop is essentially all Intel Skylake under the hood some I'm wondering
why it's not playing nice like on the Lenovo / ThinkPads.

Below is my dmesg and also Xorg.0.log.

I'd really appreciate any advice on what I can try next, it's my first time
running OpenBSD as my main system and I'm really enjoying it so far.

Thanks in advance,

Paul Swanson

*** dmesg ***

OpenBSD 6.4 (GENERIC.MP) #3: Thu Dec 20 19:19:32 CET 2018

r...@syspatch-64-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8460333056 (8068MB)
avail mem = 8194650112 (7815MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xeb460 (106 entries)
bios0: vendor Dell Inc. version "1.20.3" date 08/20/2018
bios0: Dell Inc. Latitude E7470
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT MCFG HPET SSDT LPIT SSDT SSDT SSDT DBGP DBG2 
SSDT UEFI SSDT SSDT SLIC TCPA DMAR ASF! BGRT
acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) 
PXSX(S4) RP09(S4) PXSX(S4) RP10(S4) PXSX(S4) RP11(S4) PXSX(S4) RP12(S4) 
PXSX(S4) RP13(S4) [...]
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) Core(TM) i5-6300U CPU @ 2.40GHz, 2095.64 MHz, 06-4e-03
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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 23MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 2095.10 MHz, 06-4e-03
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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 120 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xf000, bus 0-127
acpihpet0 at acpi0: 2399 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG0)
acpiprt2 at acpi0: bus -1 (PEG1)
acpiprt3 at acpi0: bus -1 (PEG2)
acpiprt4 at acpi0: bus -1 (RP09)
acpiprt5 at acpi0: bus -1 (RP10)
acpiprt6 at acpi0: bus 2 (RP11)
acpiprt7 at acpi0: bus -1 (RP12)
acpiprt8 at acpi0: bus -1 (RP13)
acpiprt9 at acpi0: bus -1 (RP01)
acpiprt10 at acpi0: bus -1 (RP02)
acpiprt11 at acpi0: bus -1 (RP03)
acpiprt12 at acpi0: bus -1 (RP04)
acpiprt13 at acpi0: bus 1 (RP05)
acpiprt14 at acpi0: bus -1 (RP06)
acpiprt15 at acpi0: bus -1 (RP07)
acpiprt16 at acpi0: bus -1 (RP08)
acpiprt17 at acpi0: bus -1 (RP17)
acpiprt18 at acpi0: bus -1 (RP18)
acpiprt19 at acpi0: bus -1 (RP19)
acpiprt20 at acpi0: bus -1 (RP20)
acpiprt21 at acpi0: bus -1 (RP14)
acpiprt22 at acpi0: bus -1 (RP15)
acpiprt23 at acpi0: bus -1 (RP16)
acpiec0 at acpi0
acpiec at acpi0 not configured
acpicpu0 at acpi0: C3(200@1034 mwait.1@0x60), C2(200@151 mwait.1@0x33), 
C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C3(200@1034 mwait.1@0x60), C2(200@151 mwait.1@0x33), 
C1(1000@1 mwait.1), PSS
acpipwrres0 at acpi0: PG00, resource for PEG0
acpipwrres1 at acpi0: PG01, resource for PEG1
acpipwrres2 at acpi0: PG02, resource for PEG2
acpipwrres3 at acpi0: WRST
acpipwrres4 at acpi0: WRST
acpipwrres5 at acpi0: WRST
acpipwrres6 at acpi0: WRST
acpipwrres7 at acpi0: WRST
acpipwrres8 at acpi0: WRST
acpipwrres9 at acpi0: WRST
acpipwrres10 at acpi0: WRST
acpipwrres11 at acpi0: WRST
acpipwrres12 at acpi0: WRST

Re: ahci error during install of 6.4

2019-01-06 Thread Paul Swanson
Cheers Juan and everyone else!

Turns out my SSD had an intermittent controller fault that not even a firmware 
update would resolve.

Had it replaced under warranty for a different model, OpenBSD installs and 
works great.

Very thankful, if OpenBSD hadn't failed so hard upon detecting the controller 
error, I'd never have noticed the issue. Dell tech reckons heaps of those early 
Intel SATA M.2 SSDs have failed completely.

It's quite likely that OpenBSD saved me a heck of a lot of data loss; needless 
to say I'm very impressed, this is my first time on this platform.

Thanks all!

Sent from ProtonMail mobile

 Original Message 
On Dec 29, 2018, 08:37, Juan Francisco Cantero Hurtado wrote:

> On Fri, Dec 28, 2018 at 08:18:38AM +0000, Paul Swanson wrote:
>> Hi,
>>
>> I'm currently trying to install 6.4 on a Dell Latitude E7470 laptop (Intel 
>> Skylake).
>>
>> During the whole disk (G) partitioning process, setup fails with the 
>> following messages:
>>
>> newfs: wtfs: write error on block [8352576](tel:8352576): Input / output 
>> error
>> ahci0: attempting to idle devices
>> atascsi_disk_sync_done: error
>> ahci0: NCQ errored slot 14 is idle (2000 active)
>>
>> Assuming that perhaps there might be a bad block on the drive (nvme ssd) 
>> I've run read / write bad block tests on the whole drive, but nothing showed.
>>
>> The drive has had a working install of Ubuntu up till now, and I've 
>> subsequently installed Xubuntu on it successfully.
>>
>> As it stands I can't proceed with the install; very sad.
>>
>> Any help would be appreciated.
>
> Install OpenBSD on a usb stick, run OpenBSD from there and use dd to
> write zeroes to the disk. If the disk has bad blocks you will see
> similar errors in the dmesg. You can do the same with linux.
>
> Sometimes bad units pass the checks of badblocks programs because these
> run read-only tests by default and the flash controller lies. You only
> see the bad sectors when you try to write to the disk.
>
> --
> Juan Francisco Cantero Hurtado http://juanfra.info


ahci error during install of 6.4

2018-12-28 Thread Paul Swanson
Hi,

I'm currently trying to install 6.4 on a Dell Latitude E7470 laptop (Intel 
Skylake).

During the whole disk (G) partitioning process, setup fails with the following 
messages:

newfs: wtfs: write error on block 8352576: Input / output error
ahci0: attempting to idle devices
atascsi_disk_sync_done: error
ahci0: NCQ errored slot 14 is idle (2000 active)

Assuming that perhaps there might be a bad block on the drive (nvme ssd) I've 
run read / write bad block tests on the whole drive, but nothing showed.

The drive has had a working install of Ubuntu up till now, and I've 
subsequently installed Xubuntu on it successfully.

As it stands I can't proceed with the install; very sad.

Any help would be appreciated.

Regards,

Paul S.

Sent from ProtonMail mobile


Re: Setitimer() resolution?

2018-12-14 Thread Paul Swanson
Alex,

Yes, I'm developing an audio application that'd
greatly benefit from 1ms or greater precision.

I'll look into both those options.

Thanks,

Paul S.

 Original Message 
On Dec 14, 2018, 20:02, Alexandre Ratchov wrote:

> On Thu, Dec 13, 2018 at 09:27:12PM +0000, Paul Swanson wrote:
>> Hi,
>>
>> I'm trying to understand how interval timers work in OpenBSD,
>> but I'm a little stuck on this line from the getitimer / setitimer man page:
>>
>> "Time values smaller than the resolution of the system clock
>> are rounded up to this resolution (typically 10 milliseconds)."
>>
>> Does this mean that 10 milliseconds is the shortest interval possible
>> with a system interval timer?
>>
>> If so, are there other userland options for more precise timers?
>>
>
> What would need a more precise timer? with what resolution?
>
> On amd64, you could build a kernel with HZ=1024, which gives a timer
> that ticks every 1ms. I use this since ~2005 for MIDI programs.
>
> If the program that needs a precise timer involves audio, you could
> also use the sound card clock instead. For instance by running sndiod
> with "-z 120" option then call your code in the sio_onmove(3)
> call-back. The advantage of this approach is that you get a unique
> clock source, which avoids may problems.


Is HPET timer accessible in userland?

2018-12-13 Thread Paul Swanson
Hi,

Is the HPET timer on AMD64 available to
developers in OpenBSD user land?

If so, how?

Thanks in advance,

Paul S.


Setitimer() resolution?

2018-12-13 Thread Paul Swanson
Hi,

I'm trying to understand how interval timers work in OpenBSD,
but I'm a little stuck on this line from the getitimer / setitimer man page:

"Time values smaller than the resolution of the system clock
are rounded up to this resolution (typically 10 milliseconds)."

Does this mean that 10 milliseconds is the shortest interval possible
with a system interval timer?

If so, are there other userland options for more precise timers?

I'm mainly interested in AMD64.

Thanks in advance,

Paul


Search OpenBSD mailing list archives?

2018-12-12 Thread Paul Swanson
Hi,

Is there a facility for searching the mailing list archives?

I can't seem to find one.

Cheers,

Paul Swanson