cwm: modifier for AltGr

2020-01-31 Thread Artturi Alm
Hi, the diff below adds support for using AltGr(the right Alt on some keyboards) as 'm' modifier with bind-key and bind-mouse. so ie. "bind-key Cm-Return terminal" is available for us w/AltGr to match default binding. the lack of being able to bind w/AltGr did hurt my cwm usage with other

rdate/ntp.c: unused attempts

2020-01-07 Thread Artturi Alm
Hi, been there unused since import, and counting accepts+rejects has been enough, so here's a diff for cleaning it away. -Artturi diff --git a/usr.sbin/rdate/ntp.c b/usr.sbin/rdate/ntp.c index d48b6cae19e..92cb4c70fcb 100644 --- a/usr.sbin/rdate/ntp.c +++ b/usr.sbin/rdate/ntp.c @@ -177,7

sxisyscon(4): register the regmap also for children + more compatibles

2019-09-17 Thread Artturi Alm
Hi, i would like to attach sxisyscon(4) on a few more compatibles, and register the regmap once per child with a phandle. here is a complete example of the relevant node(s) from sun7i-a20: Node 0xda8 name: 'system-control' compatible:

sxiusbphy

2019-09-17 Thread Artturi Alm
Hi, i got a branch i would like to have this for =] this works for me as is, and already does more than the current code in tree, which this diff removes from sys/dev/fdt/ehci_fdt.c. i took a look at how netbsd does this, but went essentially with what linux does for these bindings (excluding

Re: expose host capabilities relative to usb isochronous xfers

2019-06-12 Thread Artturi Alm
On Wed, Jun 12, 2019 at 03:55:59PM +0200, Alexandre Ratchov wrote: > Currenty USB device driver code has no way to obtain how many frames > can be scheduled on the HC. If it attempts to schedule too many > frames, usbd_transfer() fails or silently misbehaves. > > For audio this is a big problem

intro.8: .Xr rcctl 8 -- http://man.openbsd.org/intro.8

2019-05-25 Thread Artturi Alm
Hi, doesn't look pretty, and is more lines, but in browsers the lack of .Xr does really stand out, and not in a good way, in my opinion. :] -Artturi diff --git a/share/man/man8/intro.8 b/share/man/man8/intro.8 index 17a64368b7b..3bc3fceb5ca 100644 --- a/share/man/man8/intro.8 +++

cu(1)/remote(5): add and document support for escape character capability

2019-03-23 Thread Artturi Alm
Hi, for completeness, would anything like the diff below be acceptable? I might begin using /etc/remote soon, and I found the old remote.5[0] to have had this, and also described as such in remote(5) on docs.oracle.com, so i chose to reuse "es". -Artturi [0]:

Re: sbin/wsconsctl: show more data

2019-03-18 Thread Artturi Alm
On Mon, Mar 18, 2019 at 06:30:15PM +0100, Frederic Cambus wrote: > On Mon, Jan 07, 2019 at 04:27:46PM -0700, Theo de Raadt wrote: > > Ted Unangst wrote: > > > > > Artturi Alm wrote: > > > > display.width=1920 > > > > display.height=1200 > >

Re: Option for alternative escape character with cu(1)

2019-03-16 Thread Artturi Alm
On Fri, Mar 15, 2019 at 09:51:12PM +, Nicholas Marriott wrote: > On Fri, Mar 15, 2019 at 09:43:56AM -0600, Todd C. Miller wrote: > > Wouldn't it be less error-prone to make escape_char u_char instead > > of int? > > Maybe, I don't mind either way. > > However this in stream_read would still

Re: Option for alternative escape character with cu(1)

2019-03-15 Thread Artturi Alm
On Fri, Mar 15, 2019 at 02:43:04PM +, Nicholas Marriott wrote: > . > Another couple of minor changes below, with those it looks good to > me. Any OK for this? > With joined lines, the cast, and some runtime testing with ~, % and ^[. -Artturi diff --git a/usr.bin/cu/command.c

Re: Option for alternative escape character with cu(1)

2019-03-15 Thread Artturi Alm
On Thu, Mar 14, 2019 at 10:18:57AM +, Nicholas Marriott wrote: > Thanks, comments inline. > The diff looks much better to me, now with those things fixed based on your feedback, thanks :] -Artturi diff --git a/usr.bin/cu/command.c b/usr.bin/cu/command.c index c07fe73aeca..27d80f16dd7

Re: Option for alternative escape character with cu(1)

2019-03-13 Thread Artturi Alm
On Wed, Mar 13, 2019 at 07:47:08AM -0600, Todd C. Miller wrote: > On Wed, 13 Mar 2019 14:35:06 +0200, Artturi Alm wrote: > > > i don't have issues with tilde when using locally, but i mostly ssh to > > reach cu, and too many times i've forgotten to configure ssh/use -e,

Option for alternative escape character with cu(1)

2019-03-13 Thread Artturi Alm
Hi, i don't have issues with tilde when using locally, but i mostly ssh to reach cu, and too many times i've forgotten to configure ssh/use -e, with this cu(1) becomes safer/easier to use for us with non-english keyboard. ~tilde is certainly annoying when it's three key presses alone, and then

Re: patch axen(4) (WIP)

2019-02-26 Thread Artturi Alm
On Tue, Feb 26, 2019 at 03:00:15PM +0100, Nils Frohberg wrote: > On Mon, Feb 25, 2019 at 03:50:48PM -0300, Martin Pieuchot wrote: > > On 25/02/19(Mon) 14:52, Nils Frohberg wrote: > > > Hi, > > > > > > as mentioned previously, I'm looking into axen(4). While searching > > > for the cause of a

Re: video(1) and modesetting driver

2019-01-25 Thread Artturi Alm
On Fri, Jan 25, 2019 at 11:16:49AM +0100, Raphael Graf wrote: > Hi Martin, > Thanks for your feedback! > > On Wed, Jan 23, 2019 at 12:54:51PM -0200, Martin Pieuchot wrote: > > Hello Raphael, > > > > On 16/01/19(Wed) 12:41, Raphael Graf wrote: > > > Here is an attempt to make video(1) work with

Re: sbin/wsconsctl: show more data

2019-01-07 Thread Artturi Alm
On Sat, Jan 05, 2019 at 10:39:46PM +0200, li...@wrant.com wrote: > Just need a manual page and a tunable at some point, didn't much before. > Still needed more text lines on the console and utf8 options previously. > > Got less chars now, so console is a regression in data thus readability. >

Re: sbin/wsconsctl: show more data

2019-01-05 Thread Artturi Alm
On Sat, Jan 05, 2019 at 01:50:22AM +0200, Artturi Alm wrote: > Hi, > > guessing i'm not the only one wondering about these sizes, as w/current > snapshot the font does seem too big for me(on 2560x1440 display, for > which radeondrm(4) has never gotten the size right(giving

sbin/wsconsctl: show more data

2019-01-04 Thread Artturi Alm
Hi, guessing i'm not the only one wondering about these sizes, as w/current snapshot the font does seem too big for me(on 2560x1440 display, for which radeondrm(4) has never gotten the size right(giving only 1920x1200)). display.part of wsconsctl output w/the diff: display.type=radeondrm

dev/fdt/sxi{mmc,twi}.c: better english - err printf()s s/can't to/failed to/

2018-12-04 Thread Artturi Alm
Hi, spotted these while looking at x_attach() printf()s for something else. -Artturi diff --git a/sys/dev/fdt/sximmc.c b/sys/dev/fdt/sximmc.c index eb5cf7f353e..9fa831d955a 100644 --- a/sys/dev/fdt/sximmc.c +++ b/sys/dev/fdt/sximmc.c @@ -418,7 +418,7 @@ sximmc_attach(struct device *parent,

distrib/notes/arm64/hardware mention SMP

2018-09-29 Thread Artturi Alm
Hi, subject is a bit misleading, sorry about that, but another user on IRC was wondering why there was no option to choose SMP .mp kernel during installation for another arch when i noticed some of these missing(?). I don't have a sparc64, nor remember whether the automagics would cover it too,

Re: urndis(4) fix

2018-09-23 Thread Artturi Alm
On Mon, Sep 24, 2018 at 03:34:59AM +0300, Artturi Alm wrote: > On Sat, Nov 29, 2014 at 09:42:51PM +0100, Mark Kettenis wrote: > > Recent Oracle SPARC machines have a USB gadget to talk to the Service > > Processor (ILOM). This gadget supports both RNDIS and CDC Ethernet. >

Re: urndis0: urndis_decap invalid buffer len 1 < minimum header 44

2018-09-23 Thread Artturi Alm
On Tue, Sep 18, 2018 at 07:13:15PM +0300, Artturi Alm wrote: > On Sat, Aug 18, 2018 at 11:05:04PM +0300, Artturi Alm wrote: > > On Thu, Jan 11, 2018 at 12:41:29AM +0200, Artturi Alm wrote: > > > On Wed, Sep 13, 2017 at 05:51:27AM +0300, Artturi Alm wrote: > > > > H

Re: urndis(4) fix

2018-09-23 Thread Artturi Alm
On Sat, Nov 29, 2014 at 09:42:51PM +0100, Mark Kettenis wrote: > Recent Oracle SPARC machines have a USB gadget to talk to the Service > Processor (ILOM). This gadget supports both RNDIS and CDC Ethernet. > The RNDIS bits uncovered a bug in urndis(4). When urndis_ctrl_set() > sets up the

Re: urndis0: urndis_decap invalid buffer len 1 < minimum header 44

2018-09-18 Thread Artturi Alm
On Sat, Aug 18, 2018 at 11:05:04PM +0300, Artturi Alm wrote: > On Thu, Jan 11, 2018 at 12:41:29AM +0200, Artturi Alm wrote: > > On Wed, Sep 13, 2017 at 05:51:27AM +0300, Artturi Alm wrote: > > > Hi, > > > > > > even after having recently updated the phone

usbd_close_pipe.9: usbd_abort_pipe is void

2018-09-02 Thread Artturi Alm
Hi, spotted this while removing return value from usbd_close_pipe, following cleanup by pirofti@[0], which made usbd_abort_pipe void. -Artturi [0]: https://github.com/openbsd/src/commit/1e087f7cf25ce711b6cef28d054ab4a68be213d2 diff --git share/man/man9/usbd_close_pipe.9

Re: urndis(4) ++ RAMDISKs

2018-08-31 Thread Artturi Alm
On Mon, Aug 20, 2018 at 02:15:55PM +0300, Artturi Alm wrote: > Hi, > > these have been missing for some reason, but i'm guessing i wouldn't be > the only user using urndis, rather than messing around with firmwares > when rushing into reinstall having forgotten about so

urndis(4) ++ RAMDISKs

2018-08-20 Thread Artturi Alm
Hi, these have been missing for some reason, but i'm guessing i wouldn't be the only user using urndis, rather than messing around with firmwares when rushing into reinstall having forgotten about some necessary fw.. (arm64 RAMDISK has urndis(4) already.) -Artturi diff --git

Re: urndis0: urndis_decap invalid buffer len 1 < minimum header 44

2018-08-18 Thread Artturi Alm
On Thu, Jan 11, 2018 at 12:41:29AM +0200, Artturi Alm wrote: > On Wed, Sep 13, 2017 at 05:51:27AM +0300, Artturi Alm wrote: > > Hi, > > > > even after having recently updated the phone to a newer version of android, > > i'm still spammed by urndis w/msg on subject. >

net/bpf: +23year old gross hack within ifdef _KERNEL.

2018-07-23 Thread Artturi Alm
On Wed, Jul 18, 2018 at 07:57:57AM +0300, Artturi Alm wrote: > Hi, > > rather random "i want to clear those XXXs"-moment with morning coffee, > did seem like this was screaming for __packed from sys/cdefs.h, > and less MD in sys/net/, if nothing else. > > Wi

net/bpf: SIZEOF_BPF_HDR vs __packed+CTASSERT; removing 3xXXX.

2018-07-17 Thread Artturi Alm
Hi, rather random "i want to clear those XXXs"-moment with morning coffee, did seem like this was screaming for __packed from sys/cdefs.h, and less MD in sys/net/, if nothing else. With a bit of googling i also ran into a different solution, which is as ugly as what i'm replacing, imo.., that

Re: [patch] urtwn(4) hostap mode support for 8188eu

2018-06-21 Thread Artturi Alm
On Wed, Jul 01, 2015 at 09:47:15PM +0300, Mikhail wrote: > Hello, inlined patch adds support for hostap mode for 8188eu chip. > Hi, do you have newer version of this? I might have use for this..:) -Artturi > One known issue is documented in urtwn(4), I would like to know if > people with

Re: ofw/fdt: obstacle on pretty dev/fdt/X_fdt.c attachment glue for the common (ie. i2c) drivers

2018-05-04 Thread Artturi Alm
On Fri, May 04, 2018 at 08:08:15PM +0200, Mark Kettenis wrote: > > Date: Fri, 4 May 2018 20:56:07 +0300 > > From: Artturi Alm <artturi@gmail.com> > > > > Hi, > > > > currently, I don't see how it is possible to write generic > > i2c-parent-c

ofw/fdt: obstacle on pretty dev/fdt/X_fdt.c attachment glue for the common (ie. i2c) drivers

2018-05-04 Thread Artturi Alm
Hi, currently, I don't see how it is possible to write generic i2c-parent-controller-independent attachment glue in dev/fdt/, ie. for drivers in dev/i2c. The usual way how they are written with doesn't work as the devices in dev/i2c attach "at i2c" already. visa@ just commited something in the

Re: ofw/fdt_gpio/sxipio: pullup

2018-04-26 Thread Artturi Alm
On Thu, Apr 26, 2018 at 02:05:44PM +0200, Mark Kettenis wrote: > > Date: Thu, 26 Apr 2018 10:35:45 +0300 > > From: Artturi Alm <artturi@gmail.com> > > > > Hi, > > > > wrote simple gpio indicator sensor driver, and spotted this. > > > > d

ofw/fdt_gpio/sxipio: pullup

2018-04-26 Thread Artturi Alm
Hi, wrote simple gpio indicator sensor driver, and spotted this. decided to keep the /* XXX */ for tech@, so this should be 'safe' for anyone not using gpioctl(8) no matter what :) i don't really see any risk, only w/o one might need to do this w/ext resistors. comments? -Artturi diff --git

arm64: GPIO "pin bus" drivers

2018-04-23 Thread Artturi Alm
Hi, pine64 still being my only arm64-sbc, i won't bother w/ gpio* at rkgpio? etc., but i would like to have these enabled for arm64, as atleast pine64 is equipped w/plenty of headers/pins brought out, and gpio* at sxipio? is there already:) -Artturi diff --git

gpioow: gpio_pin_unmap order around config_detach

2018-04-14 Thread Artturi Alm
Hi, i'm not suggesting the current order is easy to hit problems with, but i think diff below would make sense anyway, so the 'owchild' doesn't get even a remote chance in theory to endure any gpio failures? -Artturi diff --git sys/dev/gpio/gpioow.c sys/dev/gpio/gpioow.c index

Re: subr_autoconf: allow _attach to fail? w/no void2int churn option

2018-04-11 Thread Artturi Alm
On Tue, Apr 10, 2018 at 02:40:29PM -0600, Theo de Raadt wrote: > >On Mon, Apr 09, 2018 at 11:11:22AM -0600, Theo de Raadt wrote: > >> I think this approach is wrong, insane, and fragile. DVF_ACTIVE > >> doesn't work precisely that way. > > > >Yes, it's a hack, but i don't see it as fragile, nor

Re: subr_autoconf: allow _attach to fail? w/no void2int churn option

2018-04-10 Thread Artturi Alm
On Mon, Apr 09, 2018 at 11:11:22AM -0600, Theo de Raadt wrote: > I think this approach is wrong, insane, and fragile. DVF_ACTIVE > doesn't work precisely that way. Yes, it's a hack, but i don't see it as fragile, nor insane, and i agree something better is great, but it does work exactly as i

Re: Multiple RTCs

2018-04-10 Thread Artturi Alm
On Sat, Apr 07, 2018 at 08:39:43PM +0200, Mark Kettenis wrote: > I have an RK3399 system that has two RTCs. One of those is the RTC > integrated on the RK808 PMIC that is a companion chip to the RK3399. > The second one is an ISL1208 I2C chip. Only the ISL1208 is battery > powered, so obviously

subr_autoconf: allow _attach to fail? w/no void2int churn option

2018-04-09 Thread Artturi Alm
Hi, could we allow config_attach() to 'fail' without leaving dead device behind? ie. with gpioow(4) it's easy to make a load of these while testing stuff, which does lead to inconsistent unit numbering unless you manually detach the broken ones before attaching another.. for devices which are

com.4: -socppc

2018-03-28 Thread Artturi Alm
Hi, socppc@attic was asking for this. -Artturi diff --git share/man/man4/com.4 share/man/man4/com.4 index 6301f04ae60..9c5f0d23230 100644 --- share/man/man4/com.4 +++ share/man/man4/com.4 @@ -91,10 +91,6 @@ .Cd "com0 at ioc? base 0x00020178" .Cd "com1 at ioc? base 0x00020170" .Pp -.Cd "#

fdt: OF_is_ncompatible

2018-03-19 Thread Artturi Alm
Hi, i was looking at unifying something before "adding on" again, and was thinking i would like to do something like in the example below: const char *com_fdt_compat[] = { "brcm,bcm2835-aux-uart", "snps,dw-apb-uart", #ifdef __armv7__ "ti,omap3-uart",

sensorsd: new token for timestamp

2018-03-18 Thread Artturi Alm
Hi, honestly this is currently just for my lazyness:) in doubt i did choose the one below i know i want, but was thinking if maybe the timestamp should be set like this instead however to be more useful to all: limit->timestamp = sensor.tv.tv_sec ? sensor.tv.tv_sec : this_check; -Artturi

Re: onewire/owtemp: flags for no_detach+timestamp.

2018-03-17 Thread Artturi Alm
On Sun, Mar 18, 2018 at 02:13:14AM +0200, Artturi Alm wrote: > On Fri, Mar 09, 2018 at 11:51:20AM +0200, Artturi Alm wrote: > > On Wed, Mar 07, 2018 at 06:26:15AM +0200, Artturi Alm wrote: > > > Hi, > > > > > > i tested gpioow on beaglebone black a few days a

Re: onewire/owtemp: flags for no_detach+timestamp.

2018-03-17 Thread Artturi Alm
On Fri, Mar 09, 2018 at 11:51:20AM +0200, Artturi Alm wrote: > On Wed, Mar 07, 2018 at 06:26:15AM +0200, Artturi Alm wrote: > > Hi, > > > > i tested gpioow on beaglebone black a few days ago, and when i was lazy > > to fix the 'cables' my sensors were attached to, c

Re: armv7 -pmap_prefer

2018-03-15 Thread Artturi Alm
On Fri, Jul 21, 2017 at 06:49:01AM +0300, Artturi Alm wrote: > On Thu, Jul 20, 2017 at 11:50:55PM +0300, Artturi Alm wrote: > > Hi, > > > > one of the removals of mine i never understood why it was there to > > begin w/, given it's not in our pmap.9, nor really doing

Re: armv7/arm64: just a bit || some tc_counter_mask fixes

2018-03-12 Thread Artturi Alm
On Mon, Mar 12, 2018 at 11:25:09PM +0100, Mark Kettenis wrote: > > Date: Fri, 9 Mar 2018 19:43:42 +0200 > > From: Artturi Alm <artturi@gmail.com> > > > > Hi, > > > > lazy retry[0], > > to give these timers their (likely) copy-paste-robbe

Re: armv7/arm64: just a bit || some tc_counter_mask fixes

2018-03-12 Thread Artturi Alm
On Mon, Mar 12, 2018 at 11:25:09PM +0100, Mark Kettenis wrote: > > Date: Fri, 9 Mar 2018 19:43:42 +0200 > > From: Artturi Alm <artturi@gmail.com> > > > > Hi, > > > > lazy retry[0], > > to give these timers their (likely) copy-paste-robbe

armv7/arm64: just a bit || some tc_counter_mask fixes

2018-03-09 Thread Artturi Alm
Hi, lazy retry[0], to give these timers their (likely) copy-paste-robbed MSB back. -Artturi [0] https://marc.info/?l=openbsd-tech=150421823512699=1 diff --git sys/arch/arm/cortex/agtimer.c sys/arch/arm/cortex/agtimer.c index 8d622c058a4..160e22e6949 100644 --- sys/arch/arm/cortex/agtimer.c

Re: arm64: Makefile.arm64 av7 content

2018-03-09 Thread Artturi Alm
On Tue, Mar 06, 2018 at 11:34:23PM +0200, Artturi Alm wrote: > Hi, > > was 'grepping' for something, and these came up. > > i guess atleast trampoline.S would work w/o including assym.h at all, > but here is what i'm sure enough of w/o actually compiling yet. :D > > -Ar

Re: onewire/owtemp: flags for no_detach+timestamp.

2018-03-09 Thread Artturi Alm
On Wed, Mar 07, 2018 at 06:26:15AM +0200, Artturi Alm wrote: > Hi, > > i tested gpioow on beaglebone black a few days ago, and when i was lazy > to fix the 'cables' my sensors were attached to, console was spammed > over night by some of the sensors. > i found the hotplug

Re: arm64/machdep.c: strncpy+overlap - "boot> boot -s" behaviour

2018-03-08 Thread Artturi Alm
On Thu, Mar 08, 2018 at 08:42:09AM +0200, Artturi Alm wrote: > Hi, > > another user mentioned on irc about issue w/"boot -s" not working on rpi3. > diff below fixes secondary the strncpy() w/dst==src, and also adds blank > line after the function which does the correct s

arm64/machdep.c: strncpy+overlap - "boot> boot -s" behaviour

2018-03-07 Thread Artturi Alm
Hi, another user mentioned on irc about issue w/"boot -s" not working on rpi3. diff below fixes secondary the strncpy() w/dst==src, and also adds blank line after the function which does the correct strncpy. -Artturi diff --git sys/arch/arm64/arm64/machdep.c sys/arch/arm64/arm64/machdep.c

onewire/owtemp: flags for no_detach+timestamp.

2018-03-06 Thread Artturi Alm
Hi, i tested gpioow on beaglebone black a few days ago, and when i was lazy to fix the 'cables' my sensors were attached to, console was spammed over night by some of the sensors. i found the hotplug spam+disappearing sensors annoying. if i read gpioctl(8) correctly, i should be able to pass

armv7: bcopy_page.S XSCALE cleanup+pld preload

2018-03-06 Thread Artturi Alm
Hi, at worst, for ARMv5TE and above the hint instructions execute as NOPs, if they are not implemented. while the Q in link below, does mention Cortex-A8, i believe the "answer" they provide, does somewhat apply 'upwards' :) -Artturi Q: What is the fastest way to copy memory on a Cortex-A8?

arm64: Makefile.arm64 av7 content

2018-03-06 Thread Artturi Alm
Hi, was 'grepping' for something, and these came up. i guess atleast trampoline.S would work w/o including assym.h at all, but here is what i'm sure enough of w/o actually compiling yet. :D -Artturi diff --git sys/arch/arm64/conf/Makefile.arm64 sys/arch/arm64/conf/Makefile.arm64 index

armv7: unused/useless residue

2018-03-04 Thread Artturi Alm
Hi, these should still belong to history. -Artturi diff --git sys/arch/arm/arm/bus_dma.c sys/arch/arm/arm/bus_dma.c index 231951c7262..14f643b7697 100644 --- sys/arch/arm/arm/bus_dma.c +++ sys/arch/arm/arm/bus_dma.c @@ -751,8 +751,7 @@ _bus_dmamap_sync(bus_dma_tag_t t, bus_dmamap_t map,

Re: MI mutex

2018-01-23 Thread Artturi Alm
On Tue, Jan 23, 2018 at 06:14:31PM +0100, Martin Pieuchot wrote: > On 23/01/18(Tue) 18:10, Mark Kettenis wrote: > > > Date: Tue, 23 Jan 2018 14:06:08 + > > > From: Visa Hankala > > > > > > On Mon, Jan 22, 2018 at 11:12:13AM +0100, Martin Pieuchot wrote: > > > > Diff below

Re: /etc/rc: fsck -y

2018-01-18 Thread Artturi Alm
On Thu, Jan 18, 2018 at 12:13:54PM +0100, Otto Moerbeek wrote: > On Thu, Jan 18, 2018 at 12:12:39PM +0200, Artturi Alm wrote: > > > Hi, > > > > i think i've never answered "n" to fsck, so to me the lack of -y does > > mean unnecessary work/boards/VMs left

/etc/rc: fsck -y

2018-01-18 Thread Artturi Alm
Hi, i think i've never answered "n" to fsck, so to me the lack of -y does mean unnecessary work/boards/VMs left waiting for the F.. i would use something like this if it was there: diff --git a/etc/rc b/etc/rc index c88e13ce7ab..e3a269be818 100644 --- a/etc/rc +++ b/etc/rc @@ -349,7 +349,11 @@

Re: urndis0: urndis_decap invalid buffer len 1 < minimum header 44

2018-01-10 Thread Artturi Alm
On Wed, Sep 13, 2017 at 05:51:27AM +0300, Artturi Alm wrote: > Hi, > > even after having recently updated the phone to a newer version of android, > i'm still spammed by urndis w/msg on subject. > > doesn't really matter to me what you do to silence it, but something like

Re: cu: loop over cua00-09+cuaU0-U9

2018-01-09 Thread Artturi Alm
On Tue, Jan 09, 2018 at 01:44:04PM -0700, Theo de Raadt wrote: > No way. > > No justification provided for anyone to want this feature. > Np, this is just what i want this for: ucom0 at uchcom0 ucom1 at uplcom0 ucom2 at uslcom0 portno 0 ucom3 at uftdi0 portno 1 ucom4 at uftdi1 portno 1 ucom5

cu: loop over cua00-09+cuaU0-U9

2018-01-09 Thread Artturi Alm
Hi, maybe someone else does find this usable :) will loop to find the first available cua line unless -r or line_path chosen before open(), so this does not really change the mostly expected behaviour i can think of; only does make cua00 little less special. -Artturi diff --git

av7/imx: maybe _SD_

2018-01-07 Thread Artturi Alm
Hi, unsure about if the _MMC_HIGHSPEED is used at all, but to keep this ++ i didn't touch it. because of the bugged fec; i will not test this. -Artturi diff --git a/sys/arch/armv7/imx/imxesdhc.c b/sys/arch/armv7/imx/imxesdhc.c index 8414dedcb37..0e951af6073 100644 ---

Re: /etc/services: two missing ports

2018-01-05 Thread Artturi Alm
On Fri, Jan 05, 2018 at 08:17:42PM -0700, Theo de Raadt wrote: > We've been avoiding polluting services with absolutely every joke > of a service. If we added everything, it would be a disaster that > we have to manage and we don't want to. > Ok, no problem, yet asking again, now with some

/etc/services: two missing ports

2018-01-05 Thread Artturi Alm
Hi, i don't know if anyone uses 6667 anymore, but adding it anyway so the abbreviated one below w/" over SSL" does make more sense. usually for me 6697 is the only port unrecognized by services(5) in netstat output under Foreign Address, so this is for consistency, and i believe these are

Re: sdhc: support ext dma

2017-12-31 Thread Artturi Alm
On Sun, Dec 31, 2017 at 01:12:42PM +0100, Mark Kettenis wrote: > > Date: Sun, 31 Dec 2017 13:46:44 +0200 > > From: Artturi Alm <artturi@gmail.com> > > > > On Sat, Dec 30, 2017 at 08:39:42PM +0200, Artturi Alm wrote: > > > Hi, > > > > >

Re: sdhc: support ext dma

2017-12-31 Thread Artturi Alm
On Sat, Dec 30, 2017 at 08:39:42PM +0200, Artturi Alm wrote: > Hi, > > porting sdhc driver(bcm2835_emmc.c) from NetBSD does lack something > like this, among possibly few other (small?) changes, but consider this > as a step towards. > > Comments? to keep changes minimal/saf

sdhc: support ext dma

2017-12-30 Thread Artturi Alm
Hi, porting sdhc driver(bcm2835_emmc.c) from NetBSD does lack something like this, among possibly few other (small?) changes, but consider this as a step towards. Comments? to keep changes minimal/safe/easy to review like below, or to backport in bigger chunks? -Artturi diff --git

arm/sxitwi: dup includes

2017-12-28 Thread Artturi Alm
Hi, sxitwi got thru lazy review. -Artturi diff --git a/sys/dev/fdt/sxitwi.c b/sys/dev/fdt/sxitwi.c index 099f394823f..9e19812e6bd 100644 --- a/sys/dev/fdt/sxitwi.c +++ b/sys/dev/fdt/sxitwi.c @@ -71,10 +71,6 @@ #include #include -#include -#include -#include - #define

Re: armv7 / A33 clock and pinctrl bindings

2017-12-26 Thread Artturi Alm
On Wed, Dec 27, 2017 at 09:37:12AM +0800, Kevin Lo wrote: > On Tue, Dec 26, 2017 at 06:20:59PM +0100, Mark Kettenis wrote: > > > > > Date: Tue, 26 Dec 2017 22:51:38 +0800 > > > From: Kevin Lo > > > > > > > Shouldn't be too difficult to add support for that one to axppmic(4).

ifstated.conf.5 try to cover a use-case w/android phone

2017-12-25 Thread Artturi Alm
Hi, in my use-case urndis is likely never there at boot, and while i've been aware of ifstated(8) all the time, the relevant man pages have felt dry w/regards giving something trivial/!carp, to make me skip setting this up again for far too long:) /etc/examples/ifstated.conf also supported my

Re: arm64: init a var in _bootstrap()

2017-12-23 Thread Artturi Alm
On Sat, Dec 23, 2017 at 03:41:02PM +0200, Artturi Alm wrote: > Hi, > > spotted this while looking at how deep the hole suggested by mpi@ is. > memhook is used by mmrw minor case 0, and the diff below fixes that. > rest of it should be logically solid improvement, but given the s

arm64: init a var in _bootstrap()

2017-12-23 Thread Artturi Alm
Hi, spotted this while looking at how deep the hole suggested by mpi@ is. memhook is used by mmrw minor case 0, and the diff below fixes that. rest of it should be logically solid improvement, but given the state of arm64 internals w/all the "// XXXshit", and how sacred these arch-md bootstraps

Re: armv7 a few tc_counter_mask fixes

2017-12-22 Thread Artturi Alm
On Mon, Sep 18, 2017 at 08:53:43PM +0300, Artturi Alm wrote: > On Mon, Sep 18, 2017 at 03:41:56PM +0300, Artturi Alm wrote: > > On Mon, Sep 18, 2017 at 11:19:09AM +0100, Stuart Henderson wrote: > > > On 2017/09/18 04:28, Artturi Alm wrote: > > > > Do i really need to

Re: armv7/imx: freezing fec

2017-12-22 Thread Artturi Alm
On Sun, Dec 10, 2017 at 07:05:11PM +0100, Mark Kettenis wrote: > > Date: Sun, 10 Dec 2017 19:03:41 +0200 > > From: Artturi Alm <artturi@gmail.com> > > > > On Wed, Nov 29, 2017 at 11:45:51AM +0200, Artturi Alm wrote: > > > Hi, > > > &

Re: sunxi RSB implementation

2017-12-16 Thread Artturi Alm
On Fri, Dec 15, 2017 at 10:58:22PM +0100, Mark Kettenis wrote: > Some of the Allwinner SoCs have a so-called Reduces Serial Bus that is > used to communicate with peripheral chips (mostly power management > ICs). The diff below adds a driver for the RSB conntroller, named > sxirsb(4), and a

Re: Add reset option to boot command of ddb(4)

2017-12-14 Thread Artturi Alm
On Thu, Dec 14, 2017 at 02:05:36PM +0100, Martin Pieuchot wrote: > On 14/12/17(Thu) 13:37, Florian Riehm wrote: > > [...] > > If the command could lead to DMA issues, I agree that we should not > > introduce it. > > The problem is not only DMA issues. The problem is that ddb(4) will > never get

Re: armv7/imx: freezing fec

2017-12-10 Thread Artturi Alm
On Sun, Dec 10, 2017 at 07:05:11PM +0100, Mark Kettenis wrote: > > Date: Sun, 10 Dec 2017 19:03:41 +0200 > > From: Artturi Alm <artturi@gmail.com> > > > > On Wed, Nov 29, 2017 at 11:45:51AM +0200, Artturi Alm wrote: > > > Hi, > > > &

Re: armv7/imx: freezing fec

2017-12-10 Thread Artturi Alm
On Wed, Nov 29, 2017 at 11:45:51AM +0200, Artturi Alm wrote: > Hi, > > > there's more work to be done for fec, but this will allow changing > changing address/ifconfig up etc. without the freeze/kernel hangup > preventing ie. autoinstall i've reported to bugs@. > >

Re: armv7/sxie: enable phy-supply

2017-12-03 Thread Artturi Alm
On Sun, Dec 03, 2017 at 10:28:02PM +1100, Jonathan Gray wrote: > On Wed, Nov 29, 2017 at 11:32:24AM +0200, Artturi Alm wrote: > > On Wed, Nov 29, 2017 at 12:37:23AM +1100, Jonathan Gray wrote: > > > On Sun, Nov 26, 2017 at 06:52:42PM +0200, Artturi Alm wrote: > > > >

Re: armv7/sxie: enable phy-supply

2017-12-03 Thread Artturi Alm
On Sun, Dec 03, 2017 at 10:28:02PM +1100, Jonathan Gray wrote: > On Wed, Nov 29, 2017 at 11:32:24AM +0200, Artturi Alm wrote: > > On Wed, Nov 29, 2017 at 12:37:23AM +1100, Jonathan Gray wrote: > > > On Sun, Nov 26, 2017 at 06:52:42PM +0200, Artturi Alm wrote: > > > >

armv7/sxie/if_dwge: get "local-mac-address"

2017-11-29 Thread Artturi Alm
Hi, now as u-boot env is more likely to be found in the FAT by default[0], i presume there will be more use for this, so that things work consistently across all ethernet drivers(except if_dwxe) on armv7. just reading what might be set in the registers already doesn't really work out

armv7/imx: freezing fec

2017-11-29 Thread Artturi Alm
Hi, there's more work to be done for fec, but this will allow changing changing address/ifconfig up etc. without the freeze/kernel hangup preventing ie. autoinstall i've reported to bugs@. i didn't see these while loops being done in nbsd if_enet, where i think fec originates from. -Artturi

Re: armv7/sxie: enable phy-supply

2017-11-29 Thread Artturi Alm
On Wed, Nov 29, 2017 at 12:37:23AM +1100, Jonathan Gray wrote: > On Sun, Nov 26, 2017 at 06:52:42PM +0200, Artturi Alm wrote: > > Hi, > > > > unless i failed w/grep, only 4 boards with dts in u-boot/linux need this, > > but i've got one of those, so thi

armv7/sxitimer difference between systat & vmstat -i

2017-11-27 Thread Artturi Alm
Hi, i had forgotten about this already, but this has existed for a while. systat does consistently show "66 tick"(around 108 for stattick), while root@av7marsb:~ # vmstat -i interrupt total rate irq32/sximmc0 35222 19 irq55/sxie0

armv7/sxie: enable phy-supply

2017-11-26 Thread Artturi Alm
Hi, unless i failed w/grep, only 4 boards with dts in u-boot/linux need this, but i've got one of those, so this would be much appreciated:) -Artturi diff --git a/sys/arch/armv7/sunxi/sxie.c b/sys/arch/armv7/sunxi/sxie.c index 116fda5f8d7..b5edab31a09 100644 --- a/sys/arch/armv7/sunxi/sxie.c

Re: Regulators as sensors?

2017-11-26 Thread Artturi Alm
On Tue, Nov 21, 2017 at 10:31:47PM +0100, Mark Kettenis wrote: > The diff below exposes voltage regulators as sensors. This makes it > easy to look at the current settings of these regulators. The > downside is that these aren't really sensors as the voltages are not > actually measured. > >

armv7/sxie: some fixes

2017-11-25 Thread Artturi Alm
Hi, kind of embarassing, but i guess i originally went w/what was enough to get booting/building over eth, and i blindly followed freebsd driver more than i should of - as it is clearly nothing but copypaste with even comments included from linux.. yep. so sxie has these bugs like trying to

armv7/sxie: gate def for emac

2017-11-19 Thread Artturi Alm
Hi, i'm about to need this, thanks :) -Artturi --- a/sys/dev/fdt/sxiccmu_clocks.h +++ b/sys/dev/fdt/sxiccmu_clocks.h @@ -18,6 +18,7 @@ #define A10_CLK_AHB_MMC1 35 #define A10_CLK_AHB_MMC2 36 #define A10_CLK_AHB_MMC3 37 +#define A10_CLK_AHB_EMAC 42 #define

armv7/man4: sxitimer.4 small update

2017-11-17 Thread Artturi Alm
Hi, variations of this timer "IP" can be found from all sunxis i've seen, but let's add only the few where this is actually used now, instead of keeping A20 listed. Hopefully the addition of agtimer timer to the description makes sense too :) -Artturi diff --git

man4/openprom.4: striking ioctl

2017-11-17 Thread Artturi Alm
Hi, highly visible outside the default output, ie. here: https://man.openbsd.org/openprom -Artturi diff --git a/share/man/man4/man4.macppc/openprom.4 b/share/man/man4/man4.macppc/openprom.4 index 1f5145c578f..580caaea517 100644 --- a/share/man/man4/man4.macppc/openprom.4 +++

Re: Tweak OF_getnodebyname()

2017-11-17 Thread Artturi Alm
On Thu, Nov 16, 2017 at 09:39:20PM +0100, Mark Kettenis wrote: > The current FDT implementation is fairly useless since it doesn't > actually look at the child nodes. The macppc implementation walks the > entire tree. But all current use cases of this function only look at > children of the

Re: armv7/arm64: enable fifo in com_fdt for "snps,dw-apb-uart"

2017-11-14 Thread Artturi Alm
On Mon, Nov 13, 2017 at 10:02:35PM +0100, Mark Kettenis wrote: > > Date: Fri, 10 Nov 2017 00:16:26 +0200 > > From: Artturi Alm <artturi@gmail.com> > > > > Hi, > > > > does also remove ti,omapX-uart compatibles from arm64 com_fdt, > > as they'

Re: ofw_clock: reset_deassert and clock_enable order of use Qs

2017-11-12 Thread Artturi Alm
On Sat, Oct 07, 2017 at 10:16:05AM +0300, Artturi Alm wrote: > Hi, > > > what was the cause of these delays? i just spotted this, so untested on > likely more affected HW(sunxi A64/H3 and rockchips), but just for discussion > about the delays/ordering? are they really needed

armv7/sxie: unused global

2017-11-12 Thread Artturi Alm
Hi, one less useless leftover. -Artturi diff --git a/sys/arch/armv7/sunxi/sxie.c b/sys/arch/armv7/sunxi/sxie.c index 0e062bac1fb..2ac4dda7c6b 100644 --- a/sys/arch/armv7/sunxi/sxie.c +++ b/sys/arch/armv7/sunxi/sxie.c @@ -168,8 +168,6 @@ struct sxie_softc { uint32_t

Re: armv7/sxie: less ierror

2017-11-12 Thread Artturi Alm
On Sun, Nov 12, 2017 at 07:07:13PM +0100, Mark Kettenis wrote: > > Date: Sun, 12 Nov 2017 04:58:23 +0200 > > From: Artturi Alm <artturi@gmail.com> > > > > Hi, > > > > i'm likely responsible, for having sent the diff that introduced this. > > mi

Re: armv7: newfs efi-partition in when choosing manual-fdisk mbr

2017-11-11 Thread Artturi Alm
On Sun, Nov 12, 2017 at 03:17:54PM +1100, Jonathan Gray wrote: > On Fri, Nov 10, 2017 at 10:27:36AM +0200, Artturi Alm wrote: > > Hi, > > > > currently, just editing the mbr to give more room for u-boot env growth, > > will result in unbootable system, as the i

armv7/sxie: less ierror

2017-11-11 Thread Artturi Alm
Hi, i'm likely responsible, for having sent the diff that introduced this. minimal fix taken w/diff -U10, to show the obvious dup++. -Artturi diff --git a/sys/arch/armv7/sunxi/sxie.c b/sys/arch/armv7/sunxi/sxie.c index 1cd713cd52a..cb5849c7dc9 100644 --- a/sys/arch/armv7/sunxi/sxie.c +++

  1   2   3   >