Re: urndis issues

On Tue, Jul 11, 2017 at 12:32:30PM +0200, Mike Belopuhov wrote: > On Sun, Jul 09, 2017 at 09:57 +0300, Artturi Alm wrote: > > Hi, > > > > anyone else having issues w/urndis(android)? > > victim of circumstances, i have to rely on it at times during the summer. > >

Re: armv7 small XXX fix

On Wed, Jul 12, 2017 at 06:12:34PM +0200, Mark Kettenis wrote: > > Date: Mon, 10 Jul 2017 23:18:59 +0300 > > From: Artturi Alm > > > > Hi, > > > > this does clutter my diffs, and the XXX comment is correct, > > It probably isn't. None of the o

Re: armv7 small XXX fix

On Wed, Jul 12, 2017 at 04:21:11PM -0400, Dale Rahn wrote: > On Wed, Jul 12, 2017 at 11:06:23PM +0300, Artturi Alm wrote: > > On Wed, Jul 12, 2017 at 06:12:34PM +0200, Mark Kettenis wrote: > > > > Date: Mon, 10 Jul 2017 23:18:59 +0300 > > > > From:

Re: arm/sysreg.h use in C

On Sat, Jul 01, 2017 at 10:53:14AM +0300, Artturi Alm wrote: > Hi, > > just in case i didn't make it clear what it is for, here's diff "fixing" > current uses below, compile-tested. > > -Artturi > Hi, ping? Noone up for bikeshedding, or seen useless/wo

armv7 _dcache_wbinv_all, or _dcache_wb_all ?

Hi, i'm having hard time choosing, between this diff, and the one that renames it to for what it does, which would likely incur cleanup elsewhere. current is just wrong.. but i'm open to be taught on this matter anyway. -Artturi diff --git a/sys/arch/arm/arm/cpufunc.c b/sys/arch/arm/arm/cpufunc

Re: armv7 _dcache_wbinv_all, or _dcache_wb_all ?

On Fri, Jul 14, 2017 at 03:28:25AM +0300, Artturi Alm wrote: > Hi, > > i'm having hard time choosing, between this diff, and the one that > renames it to for what it does, which would likely incur cleanup > elsewhere. current is just wrong.. but i'm open to be taugh

Re: armv7 sunxi i2c+pmic(=shutdown -p)

On Sun, Jul 09, 2017 at 08:34:29PM +0300, Artturi Alm wrote: > Hi, > > revived the diff below, i2c tested via pmic's shutdown(), for working > "shutdown -p now" operation. > there was only two i2c's w/"status: 'okay'" in the FDT, so

crossing makegap.sh

Hi, quite certain i won't come up w/anything better than what i have now, can't get over my loathe towards Makefiles&co.. So, given above, i guess this is just for the archives, but if anyone is up for fixing it for real, you'll have my thanks. :) -Artturi diff --git a/sys/conf/makegap.sh b/sys

Re: armv7 sunxi i2c+pmic(=shutdown -p)

On Sun, Jul 16, 2017 at 11:13:35PM +0200, Mark Kettenis wrote: > > Date: Sun, 9 Jul 2017 20:34:29 +0300 > > From: Artturi Alm > > > > Hi, > > > > revived the diff below, i2c tested via pmic's shutdown(), for working > > "shutdown -p now"

Re: armv7 _dcache_wbinv_all, or _dcache_wb_all ?

On Fri, Jul 14, 2017 at 03:33:32AM +0300, Artturi Alm wrote: > On Fri, Jul 14, 2017 at 03:28:25AM +0300, Artturi Alm wrote: > > Hi, > > > > i'm having hard time choosing, between this diff, and the one that > > renames it to for what it does, which would li

Re: armv7 sunxi i2c+pmic(=shutdown -p)

On Sun, Jul 16, 2017 at 11:13:35PM +0200, Mark Kettenis wrote: > > Date: Sun, 9 Jul 2017 20:34:29 +0300 > > From: Artturi Alm > > > > Hi, > > > > revived the diff below, i2c tested via pmic's shutdown(), for working > > "shutdown -p now"

Re: armv7 arm/pmap.h unused defines/variables.

On Sun, Jul 09, 2017 at 12:50:47PM +0300, Artturi Alm wrote: > Hi, > > might have sent this before. at best (or worst, depends how you look at > things), these could help hide a bug that'd be able to bring everything > down in flames, altho. i'm not suggesting so, and

Re: armv7 static vectors

On Mon, Jul 10, 2017 at 04:19:12PM +0300, Artturi Alm wrote: > Hi, > > > this diff does seem bigger than it is, because this does move the exception > handler entrys from arm/exceptions.S to arm/vectors.S, while removing > a round of useless indirection that was needed more

Re: armv7 static vectors

On Wed, Jul 19, 2017 at 05:37:49AM +0300, Artturi Alm wrote: > On Mon, Jul 10, 2017 at 04:19:12PM +0300, Artturi Alm wrote: > > Hi, > > > > > > this diff does seem bigger than it is, because this does move the exception > > handler entrys from arm/exceptions.S

armv7 -pmap_prefer

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 anything. -Artturi diff --git a/sys/arch/arm/arm/pmap7.c b/sys/arch/arm/arm/pmap7.c index f99ee582e00..d47d8058736 100644 --- a/sys/arch/arm/arm/pmap7.c +++ b/sys/arch

armv7 cpu_switchto

Hi, i think w/this it'll be more readable w/o the unnecessary branch and associated legacy fat. comments? 6 files changed, 35 insertions(+), 146 deletions(-) from teh optimizing 'less is more'-diff dept.. -Artturi diff --git a/sys/arch/arm/arm/cpufunc.c b/sys/arch/arm/arm/cpufunc.c index c9110

Re: armv7 -pmap_prefer

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 anything. > > -Artturi > Took a better look, and this might actually b

Re: armv7 bootstrap-only variables

On Thu, Jul 06, 2017 at 06:55:17PM +0300, Artturi Alm wrote: > Hi, > > is/has anyone been working on a diff that would collect&move these > into a structure, so that those could easier get gotten rid of once > bootstrap is done? Or have i missed something about this new boot

armv7 dumpconf()/dumpsys()

Hi, i think something equivalent to this diff got lost in the past, in some diff i haven't seen myself, and don't care to go digging cvs history, if there's any explanation for why not. comments? boot tested cubie2&wandb, too busy to make 'em dump right now. -Artturi diff --git a/sys/arch/armv7

armv7 more pliable boot? rootdev != bootdev

Hi, i'm finding the boot as is too restricted, for no good reason, imo.. I'm not sure about what part of the bootstrap to blame this for, but almost certain that making this better will require touching efiloader too. I was quite surprised to findout it didnt work when i tried to have my cubie ru

armv7 void x_intr() vs int x_intr()

Hi, i've been annoyed by this inconsistency for years, and was wondering if someone would have the time to explain why it is the way it is, or give me any advice towards the correct&accepted fixes. i'll just copypaste some lines of code that should show what i mean: #define ARM_IRQ_HANDLER arm_i

Re: armv7 void x_intr() vs int x_intr()

On Tue, Aug 01, 2017 at 10:26:11PM +0200, Mark Kettenis wrote: > > Date: Mon, 31 Jul 2017 16:30:07 +0300 > > From: Artturi Alm > > > > Hi, > > > > i've been annoyed by this inconsistency for years, and was wondering > > if someone would have

Re: armv7 void x_intr() vs int x_intr()

On Tue, Aug 01, 2017 at 08:09:01PM -0600, Theo de Raadt wrote: > > (i'm not pointing out the obvious hz*2 'issue' here i think we have on > > armv7;). > > You are missing another detail. > hmmph, and that is? puzzled. -Artturi

reach dwc2_debug via usb.c

Hi, small diff below for what the subject suggests. Now i'm unsure if arm64 does really ever use the uhci it has on pci*, but something like this would work for atleast octeon && armv7 i think? -Artturi diff --git a/sys/dev/usb/usb.c b/sys/dev/usb/usb.c index 8139db6a4ae..f4462fe71fe 100644 ---

/sys/dev/fdt/dwmmc.c missing char

Hi, trying to clean/minimalize another diff adding things, and this is rather irrelevant to it, so, even if harmless, i'd like to see +| there. thanks, in advance:) -Artturi diff --git a/sys/dev/fdt/dwmmc.c b/sys/dev/fdt/dwmmc.c index e24e6dd1685..1f1d484afc4 100644 --- a/sys/dev/fdt/dwmmc.c +

bcm_dwctwo to dwctwo_fdt + some rockchip support for it

Hi, first step allowing dwctwo to attach fdt? w/rockchip, which might, or might not work already for ie. rk3288, compile tested on panda. any comments? possible testers? i'm waiting for u-boot to stabilize a bit and regressions on rk3188 to get fixed until i can/care to test myself. -Artturi di

Re: bcm_dwctwo to dwctwo_fdt + some rockchip support for it

On Sun, Aug 20, 2017 at 09:56:29AM +1000, Jonathan Gray wrote: > On Sat, Aug 19, 2017 at 06:43:11PM +0300, Artturi Alm wrote: > > Hi, > > > > first step allowing dwctwo to attach fdt? w/rockchip, which might, or > > might not work already for ie. rk3288, compile te

move identical dwctwo_cd's from under arch/.../ into dev/usb/dwc2/dwc2.c

Hi, i think i saw this done similarly in some other driver, and thought why not, but i'm unsure about the needs-flag in files.x? -Artturi diff --git a/sys/arch/arm64/dev/bcm2835_dwctwo.c b/sys/arch/arm64/dev/bcm2835_dwctwo.c index d6cfe61fd2a..9242e9ea65e 100644 --- a/sys/arch/arm64/dev/bcm2835

Re: include pine64 firmware in install media

On Sun, Aug 20, 2017 at 12:24:20AM +1000, Jonathan Gray wrote: > With the atf-allwinner port and u-boot patch on ports@ we can now build > and include an open firmware for the Pine64 without boot0. > > The arm64 snapshot for the 19th of August includes an older version of > this patch which scanne

partial compat checking w/OF_is_compatible() ?

Hi, i came across dwc2 usb node like this: usb@101c { compatible = "snps,dwc2"; reg = <0x101c 0x4>; interrupts = <0x0 0x11 0x4>; clocks = <0x2 0x1c9>; clock-names = "otg"; dr_mode =

Re: partial compat checking w/OF_is_compatible() ?

On Tue, Aug 22, 2017 at 09:47:27PM +0200, Mark Kettenis wrote: > > Date: Tue, 22 Aug 2017 22:12:51 +0300 > > From: Artturi Alm > > > > Hi, > > > > i came across dwc2 usb node like this: > > > > usb@101c { > >

some cvstags

Hi, rather obvious diff below. -Artturi diff --git a/sys/arch/armv7/omap/amdisplay.c b/sys/arch/armv7/omap/amdisplay.c index 912e5407035..f42e201760b 100644 --- a/sys/arch/armv7/omap/amdisplay.c +++ b/sys/arch/armv7/omap/amdisplay.c @@ -1,3 +1,4 @@ +/* $OpenBSD$ */ /* * Copyright (c) 2016 Ia

armv7 a few tc_counter_mask fixes

Hi, I was looking at /sys/sys/timetc.h: 46 struct timecounter { 47 timecounter_get_t *tc_get_timecount; 48 /* 49 * This function reads the counter. It is not required to 50 * mask any unimplemented bits out, as long as they are

DMAC-driver, bus_dma & ofw_dmac

Hi, i've been slowly looking at bringing dma for some of the lesser sunxis, and have reached the point where i'm unsure what to do next beyond testing the functionality w/spreading SoC-specific hacks "for testing".. now even if i will manage to shove it partly under _bus_dma_tag, it will not be u

Re: armv7 a4x dsb fix

On Mon, Jul 03, 2017 at 06:14:06AM +0300, Artturi Alm wrote: > Hi, > > just the bug fix, so this diff leaves the unused relics around and so, > but better than current/nothing, and hopefully small enough to get looked at. > > -Artturi > ping? a4x bus_space is supposed to

cwm: noinput-flag&bindable toggle, for applying it to the current window

Hi, got some bones broken from my left hand/wrist causing inaccurate movement of mouse etc., so likely useless to most, and possibly done wrong, but does help/work for me:) -Artturi diff --git a/app/cwm/calmwm.h b/app/cwm/calmwm.h index 9d2d99f19..3f1d095e8 100644 --- a/app/cwm/calmwm.h +++ b/a

urndis0: urndis_decap invalid buffer len 1 < minimum header 44

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 below does work for me, and thanks in advacne:) -Artturi ...this... diff --git a/sys/dev/usb/if

iic.9

hi, this was not mentioned even in the relevant headers under /sys/dev/i2c/, non-native and all, i guess someone will come up w/better diff if it is seen improving anything. -Artturi diff --git a/share/man/man9/iic.9 b/share/man/man9/iic.9 index 7fd3855..e37b160 100644 --- a/share/man/man9/iic.

Re: usbtv driver port (questions)

On Wed, May 25, 2016 at 08:45:29AM -0400, Ian Darwin wrote: > On 2016-05-25 7:57 AM, Marcus Glocker wrote: > > On Tue, May 24, 2016 at 04:46:57PM -0700, patrick keshishian wrote: > > > > > Hi, > > > > > > I have a "mostly working" driver port for Fushicai Audio-Video > > > Grabber (vendor 0x1b71

armv7 _AFLT

Hi, i wish you would consider this: diff --git a/sys/arch/arm/arm/cpufunc.c b/sys/arch/arm/arm/cpufunc.c index 00c683e..924cf67 100644 --- a/sys/arch/arm/arm/cpufunc.c +++ b/sys/arch/arm/arm/cpufunc.c @@ -575,7 +575,6 @@ armv7_setup() | CPU_CONTROL_AFE; cpuctrl = CPU_CONTROL

Re: No need to second guess SXIE_ROUNDUP

On Thu, Jun 09, 2016 at 12:04:02AM +0100, Tom Cosgrove wrote: > If (pktlen & 3) == 0, SXIE_ROUNDUP returns pktlen anyway (that's its job): > it's defined as > > #define SXIE_ROUNDUP(size, unit) (((size) + (unit) - 1) & ~((unit) - 1)) > > Thanks > > Tom > Hi, starting w/bikeshed i'd go for

misc arm kernel output wonder

Hi, is the toolchain somehow excessively naive only on arm, or is the output like this to be expected, and what other archs are also running with? I'm pointing at the bhi looping back to "mov r3, #0" instead of straight to "str r3, [r1]" as ridiculous by the compiler even if no additional flags gi

ratecheck.9 example

i like2be able2cpypaste -Artturi diff --git a/share/man/man9/ratecheck.9 b/share/man/man9/ratecheck.9 index 4e36e33..1e22053 100644 --- a/share/man/man9/ratecheck.9 +++ b/share/man/man9/ratecheck.9 @@ -106,7 +106,7 @@ drv_errhandler(int err1, int err2) ... drv_er

armv7/ _clean_page cleanup

Hi, replaces inlined inline, continue feels safer for (pv->pv_flags & PVF_NC) case, and fixes possible (harmless, i guess) bug w/flags usage in the loop. to anyone reviewing, I suggest taking a peek at pmap.c also, as it will show ie. from what flags |= ..->pv_flags is inherited of. -Artturi dif

armv7/ _get_l2_bucket inline dedup

Hi, inline pmap_get_l2_bucket dedup. -Artturi diff --git a/sys/arch/arm/arm/pmap7.c b/sys/arch/arm/arm/pmap7.c index eea49fe..513ff09 100644 --- a/sys/arch/arm/arm/pmap7.c +++ b/sys/arch/arm/arm/pmap7.c @@ -398,7 +398,6 @@ u_int pmap_modify_pv(struct vm_page *, pmap_t, vaddr_t,

u-boot ffs supp.

iHi, optimistic as always, this would be one item off the list making me own this shit.:) octeon might benefit also, but haven't tested on one. didn't figure out how to make a proper diff for ports/sysutils/u-boot/ against cvs, so here is diff to be applied directly on top of recent u-boot master.

Re: u-boot ffs supp.

On Mon, Jul 18, 2016 at 12:25:27PM +0200, Mark Kettenis wrote: > > Date: Mon, 18 Jul 2016 11:52:15 +0300 > > From: Artturi Alm > > > > iHi, > > > > optimistic as always, this would be one item off the list making me own > > this shit.:) octeon mig

Re: sxitimer(4) fixes

On Mon, Jul 18, 2016 at 02:41:10PM +0200, Mark Kettenis wrote: > Currently on my Olimex A10s-Olinuxino Micro, the kernel hangs after > printing: > > simplebus0 at mainbus0: "soc" > sxiuart0 at simplebus0 > sxie0 at simplebus0, address 02:d3:08:c1:74:6f > sxiuart1 at simplebus0: console > sxiuart2

daily dose of arm/pmap7 wtf

Hi -Artturi diff --git a/sys/arch/arm/arm/pmap7.c b/sys/arch/arm/arm/pmap7.c index eea49fe..c208924 100644 --- a/sys/arch/arm/arm/pmap7.c +++ b/sys/arch/arm/arm/pmap7.c @@ -710,13 +710,6 @@ pmap_free_l1(pmap_t pm) vaddr_t va; uint npg; -{ - u_int cur_ttb; - - __asm

arm/pmap7 _enter and PV_BEEN_xD()

Hi, #define PV_BEEN_EXECD(f) (((f) & (PVF_REF | PVF_EXEC)) == (PVF_REF | PVF_EXEC)) #define PV_BEEN_REFD(f) (((f) & PVF_REF) != 0) and from pmap.h: * The PVF_MOD and PVF_REF flags are stored in the mdpage for each * page. PVF_WIRED, PVF_WRITE, and PVF_NC are kept in individual * pv_entry's

Re: arm: pmap uvm_fault findings

On Wed, Jul 27, 2016 at 08:06:57PM +0200, Patrick Wildt wrote: > On Tue, Jul 26, 2016 at 06:43:18PM +0200, Patrick Wildt wrote: > > Hi, > > > > I've been trying to debug a pmap issue on ARM. I have no solution, but > > I would like to share my findings so far. > > > > First of all, the panic/uvm

pmapassert

Hi, personally, i like running w/pmap asserts w/o DEBUG too, and this would allow just that, effortless switching between KDASSERT/assert. -Artturi Index: sys/arch/arm/include/pmap.h === RCS file: /cvs/src/sys/arch/arm/include/pmap

Re: arm: pmap uvm_fault findings

On Sat, Jul 30, 2016 at 03:10:45PM +0200, Mark Kettenis wrote: > > From: Philip Guenther > > Date: Fri, 29 Jul 2016 15:41:48 -0700 > > > > On Fri, Jul 29, 2016 at 3:31 PM, Mark Kettenis > > wrote: > > >> Date: Thu, 28 Jul 2016 09:47:42 +0200 > > >> From: Patrick Wildt > > >> > > >> There is so

Re: Use m_devget(9) in smsc(4)

On Sun, Jul 31, 2016 at 01:55:31PM +0200, Claudio Jeker wrote: > On Sat, Jul 30, 2016 at 10:03:33PM +0200, Mark Kettenis wrote: > > Removes a couple of lines of code from the driver. > > > > ok? > > This is the right use of m_devget. OK claudio@ > Another one. (2 dlg@, this was the m_*() i was

Re: arm: replace sxiuart with com(4)

On Wed, Aug 03, 2016 at 03:33:21PM -0600, Theo de Raadt wrote: > > I don't think the com(4) part of the diff is quite right. This busy > > indicator feature seems to be specific to the Designware core. I > > can't find the original NS16750 datasheet (was there ever one?), but > > it isn't present

Re: armv7 Cortex-A7 fix

On Wed, Aug 10, 2016 at 10:53:03PM -0300, Daniel Bolgheroni wrote: > On Thu, Aug 11, 2016 at 02:30:59AM +0200, Mark Kettenis wrote: > > Finally found the pmap bug that kept Cortex-A7 from working. Turns > > out we have to flush the TLB when removing a L1 slot as well. Already > > committed the di

armv7/sxipio ofw_gpio

Hi, what's the plan for solving ordering issues for these devices? could this be attached 'manually' from sunxi_platform_init_mainbus() or something? What's acceptable? I'd like to have this for carddetect before moving forward with that. -Artturi diff --git a/sys/arch/armv7/conf/GENERIC b/sys/

Re: armv7 pmap: get rid if pmap_fault_fixup

On Wed, Aug 24, 2016 at 11:51:56AM +0200, Mark Kettenis wrote: > The pmap_fault_fixup() functions does a number of different fixups: > > 1. page modified emulation > > 2. page access emulation > > 3. entering level-1 entries for level-2 page tables > > Since it is a generic function that gets c

armv7 pmap nodom

Hi, been running w/this on wandboard for some days building ports. pm_cstate should go too, but it's another small diff. -Artturi diff --git a/sys/arch/arm/arm/cpuswitch7.S b/sys/arch/arm/arm/cpuswitch7.S index 2eeecec..3196c8e 100644 --- a/sys/arch/arm/arm/cpuswitch7.S +++ b/sys/arch/arm/arm/c

armv7/sxitwi missing |

Hi, obvious i hope. -Artturi diff --git a/sys/dev/fdt/sxitwi.c b/sys/dev/fdt/sxitwi.c index 260f6f1de57..aa4193549dd 100644 --- a/sys/dev/fdt/sxitwi.c +++ b/sys/dev/fdt/sxitwi.c @@ -178,7 +178,7 @@ sxitwi_match(struct device *parent, void *match, void *aux) { struct fdt_attach_args *fa

armv7 inlined bus_space, was Re: armv7 bs retry, for comments 1/5.

On Sun, Jul 09, 2017 at 11:37:44AM +0300, Artturi Alm wrote: > Hi, > > ok, the previous version of this was crap, i must admit having gone > through what i sent, since i got no comments for it. > i'll retry w/version i think should be simple enough, with almost > no

Re: armv7 a few tc_counter_mask fixes

On Fri, Sep 01, 2017 at 01:23:35AM +0300, Artturi Alm wrote: > Hi, > > I was looking at /sys/sys/timetc.h: > 46 struct timecounter { > 47 timecounter_get_t *tc_get_timecount; > 48 /* > 49 * This function reads the counter.

Re: armv7 a few tc_counter_mask fixes

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 reference datasheets, or would someone explain to me > > the value of this MSB robbing? > > I think, if you're proposing a change, y

Re: armv7 a few tc_counter_mask fixes

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 reference datasheets, or would someone explain to me > > > th

Re: armv7 a4x dsb fix

On Sun, Sep 03, 2017 at 07:56:30AM +0300, Artturi Alm wrote: > On Mon, Jul 03, 2017 at 06:14:06AM +0300, Artturi Alm wrote: > > Hi, > > > > just the bug fix, so this diff leaves the unused relics around and so, > > but better than current/nothing, and hopefully small e

armv7 / H3 i2c gates+resets + quirk for >=sun6i-a31-i2c compat.

Hi, diff does add the quirk needed on sun6i-a31, and above including sun8i-h3, for which it does also add related gates+resets. -Artturi diff --git a/sys/dev/fdt/sxiccmu_clocks.h b/sys/dev/fdt/sxiccmu_clocks.h index 8b25ac42bd4..f82613e0125 100644 --- a/sys/dev/fdt/sxiccmu_clocks.h +++ b/sys/de

just a few 1<<31 to 1U<<31

Hi, was looking at sdmmc, and then i did remember this rev1.3 commit: http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/arch/armv7/imx/imxccm.c#rev1.3 also fixes those from under sys/dev/fdt and sys/arch/armv7 i found, didn't look elsewhere. -Artturi diff --git a/sys/arch/armv7/imx/imxccm.c b/s

fate of mgiic? sparc64|arm

Hi, came across some old crap i had using mgiic on arm, as the IP on sunxis is actually from Mentor Graphics, not Marvell. What is in the diff below is not finished for either however, for sparc64 it'll likely remain broken because of missing delays, and for !sparc64(=armv7&arm64) i haven't verif

device_lookup()->device_ref->fail out w/o device_unref() ?

Hi, not suggesting the diff below, or anything, as i'm not familiar w/that device_lookup() refcounting, nor have time to find out about it right now by opening subr_autoconf.c, but is it even necessary, at all? to unref while erroring out like that? or acceptable, but w/only devices like gpio whic

ofw_clock: reset_deassert and clock_enable order of use Qs

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 like that? i don't remember having read anything about the order of these from devicetree-bin

armv7 bcopyinout.S vs bcopyinout_xscale.S

Hi, has anyone looked at the netbsd xscale-versions of bcopyin/bcopyout/kcopy? this is from netbsd bcopyinout.S: #if defined(__XSCALE__) || defined(_ARM_ARCH_6) /* * armv6 and v7 have pld and strd so they can use the xscale * bcopyinout as well. */ #include "bcopyinout_xscale.S" #else untest

armv7/panda usb eth addr wondering

Hi, i've been bothered by this: smsc0 at uhub1 port 1 configuration 1 interface 0 "Standard Microsystems SMSC9512/14" rev 2.00/2.00 addr 3 smsc0: address ff:ff:ff:ff:ff:ff that does happen no matter if i run dhcp-command in u-boot shell or not. u-boot does store the addr in env, but i don't want

dirty1, for those w/vanishing memory to keep up w/multiple cu's

Hi, i've been saving time+frustration for having had this, but i'm not proposing anything, i'm aware how this what most likely exists only because of how badly scripts stick w/me across reinstalls/need of backups, compared to anything i push into my /usr/src. for the example below i used boardnam

armv7/arm64 i2c gates+resets + quirk for >=sun6i-a31-i2c compat

Hi, in short: everything to enable i2c on newer sunxis. adds sxitwi* at fdt, and iic* at sxitwi to arm64 GENERIC&RAMDISK, adds I2C IP gates+resets for a64&h3 to sxiccmu_clocks.h, and adds sxitwi compatible+quirk for +a31(sun6i+newer). --Artturi diff --git a/sys/arch/arm64/conf/GENERIC b/sys/arc

Re: just a few 1<<31 to 1U<<31

On Wed, Sep 27, 2017 at 09:06:01PM +0300, Artturi Alm wrote: > Hi, > > was looking at sdmmc, and then i did remember this rev1.3 commit: > http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/arch/armv7/imx/imxccm.c#rev1.3 > > also fixes those from under sys/dev/fdt and sys/

armv7: useless global between cpufunc.c & locore.S

Hi, i think V4 or higher can already be assumed, because we're protected by EFI anyway, right? it can't be zero unless set_cpufuncs() does fail. like can be seen from the diff below, only the unified TLB invalidation was conditional anymore, not the instruction disabling the MMU, like suggested b

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

Hi, does also remove ti,omapX-uart compatibles from arm64 com_fdt, as they're never to be found there. iirc. the lenght is based on minimal lenght i found from any datasheet for SoCs w/"snps,dw-apb-uart", and conclusions drawn from gpl-sources. -Artturi diff --git a/sys/arch/arm64/dev/com_fdt.c

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

Hi, currently, just editing the mbr to give more room for u-boot env growth, will result in unbootable system, as the installer will fail to mount it, and naturally things won't work beyond u-boot after reboot either. i'm not really sure about this diff, but it does seem like it might do, what i

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

On Fri, Nov 10, 2017 at 10:35:30PM +, Robert Peichaer 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 inst

armv7/sxie: less ierror

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 +++ b/sys/

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

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 inst

Re: armv7/sxie: less ierror

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 > > > > Hi, > > > > i'm likely responsible, for having sent the diff that introduced this. > > minimal

armv7/sxie: unused global

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: ofw_clock: reset_deassert and clock_enable order of use Qs

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

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

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 > > > > Hi, > > > > does also remove ti,omapX-uart compatibles from arm64 com_fdt, > > as they're never to be found

Re: Tweak OF_getnodebyname()

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 passe

man4/openprom.4: striking ioctl

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 +++ b/share/man/man4/m

armv7/man4: sxitimer.4 small update

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 a/share/man/man4/man4.armv7/sxit

armv7/sxie: gate def for emac

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 A10_CLK_AHB

armv7/sxie: some fixes

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 flush

Re: Regulators as sensors?

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. > > The

armv7/sxie: enable phy-supply

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 ++

armv7/sxitimer difference between systat & vmstat -i

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

Re: armv7/sxie: enable phy-supply

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, s

armv7/imx: freezing fec

Hi, there's more work to be done for fec, but this will allow changing changing address/ifconfig up&down 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. -Arttur

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

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 consistently

Re: armv7/sxie: enable phy-supply

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

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/imx: freezing fec

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&down etc. without the freeze/kernel hangup > preventing ie. autoinstall i've reported to bugs

Re: armv7/imx: freezing fec

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 > > > > On Wed, Nov 29, 2017 at 11:45:51AM +0200, Artturi Alm wrote: > > > Hi, > > > > > > > > > there&

<    1   2   3   >