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
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
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:
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
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
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
+++
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]:
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
> >
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
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
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
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,
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
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
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
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.
>
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
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
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,
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,
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.
>
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
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
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
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
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
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
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.
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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 "#
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",
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
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
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
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
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
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
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
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
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
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
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
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
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?
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
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,
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
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
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 @@
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
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
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
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
---
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
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
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,
> > >
> >
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
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
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
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).
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
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
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
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
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,
> > >
&
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
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
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,
> > >
&
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@.
>
>
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:
> > > >
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:
> > > >
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
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
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
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
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
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.
>
>
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
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
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
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
+++
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
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'
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
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
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
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
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 - 100 of 221 matches
Mail list logo