Hi,
was going after another bug when i found these, the "on" is kind of wrongly
named, i guess? (fwiw., i only compared against dev/ic/vga.c)
the meaningful variable from sys/dev/wsconsc/wsdisplay.c:
..
179 int sc_burnman; /* nonzero if screen blanked */
..
and how it's
>Synopsis: got sparc?
>Category: sparc
>Environment:
System : OpenBSD 6.5
Details : OpenBSD 6.5-current (GENERIC.MP) #39: Fri May 24 17:04:25
MDT 2019
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Hi,
bmAttributes 0x40
(Missing must-be-set bit!)
Self Powered
diff below fixes this visual-only "bug".
-Artturi
diff --git a/sys/dev/usb/dwc2/dwc2.c b/sys/dev/usb/dwc2/dwc2.c
index 1c0ccba0e25..676fd5a98df 100644
--- a/sys/dev/usb/dwc2/dwc2.c
+++
On Mon, Feb 18, 2019 at 03:31:45AM -0500, James Hastings wrote:
> On 17/02/19(Sun) 15:07, Martin Pieuchot wrote:
> > On 15/02/19(Fri) 01:47, James Hastings wrote:
> > > I settled on a patch providing an additional 250ms powerdelay in
> uhub(4).
> > > mue(4) reliably attaches now, but hotplugging
Hi,
using R to resize auto allocated partition truncates fsize and bsize
to 0 of the last partition, like shown below with arm64 snapshot.
this may be just visual, i haven't tried proceeding w/o resizing the
last partition to gain those back.
-Artturi
Available disks are: sd0.
Which disk is
On Wed, Feb 13, 2019 at 10:37:48AM -0200, Martin Pieuchot wrote:
> On 11/02/19(Mon) 18:58, Artturi Alm wrote:
> > On Mon, Feb 11, 2019 at 02:15:43PM -0200, Martin Pieuchot wrote:
> > > On 10/02/19(Sun) 20:46, Artturi Alm wrote:
> > > > Hi,
> > > >
>
On Mon, Feb 11, 2019 at 02:15:43PM -0200, Martin Pieuchot wrote:
> On 10/02/19(Sun) 20:46, Artturi Alm wrote:
> > Hi,
> >
> > rather than patching uhub(4), i figured this would be less not-ok,
> > if not ok as-is, given its way more limited scope.
>
> Why should
Hi,
rather than patching uhub(4), i figured this would be less not-ok,
if not ok as-is, given its way more limited scope.
diff below works for me, but i suppose playing w/timeouts is a must,
for root on nfs?
-Artturi
diff --git a/sys/arch/arm64/dev/bcm2835_dwctwo.c
On Tue, Jan 22, 2019 at 10:22:39AM -0200, Martin Pieuchot wrote:
> On 31/10/18(Wed) 02:55, Artturi Alm wrote:
> > Hi,
> >
> > spam in the subject does make ttyC0 unusable in practice with urndis(4).
> > I don't like repeating myself, so all i provide is the link where t
On Wed, Oct 31, 2018 at 02:55:20AM +0200, Artturi Alm wrote:
> Hi,
>
> spam in the subject does make ttyC0 unusable in practice with urndis(4).
> I don't like repeating myself, so all i provide is the link where this
> behaviour requiring while (len > 1) is explained:
> https
On Tue, Nov 06, 2018 at 08:19:07PM +0100, Mark Kettenis wrote:
> > From:
> > Date: Tue, 6 Nov 2018 10:50:20 -0800
> >
> > Both system are on the same network, hub, router etc. The amd system is on
> > Virtualbox on my PC and the arm system is an orangepi one.
> >
> > >From the arm system:
> >
Hi,
spam in the subject does make ttyC0 unusable in practice with urndis(4).
I don't like repeating myself, so all i provide is the link where this
behaviour requiring while (len > 1) is explained:
https://docs.microsoft.com/en-us/windows-hardware/drivers/network/usb-short-packets
I'm running
Hi,
i'd like to have this fixed, as i have some usecases i'd like to use
the imm16 with BKPT-instruction, which is definately supported by
everything sys/arch/arm is meant to support.
how to reproduce on latest current GENERIC:
av7cubieb# cat bkpt.c
Hi,
atleast i.MX DTs have this concept known as "the hogs", where a group
of pins get their iomux configuration from, instead of the specific
node(s) the pins somehow should belong to, ie. SDIO being what I found
is missing this on wandboard, and I didn't find any place where this is
documented
On Tue, May 22, 2018 at 02:13:46AM +0300, Artturi Alm wrote:
> On Sun, May 20, 2018 at 07:03:55PM +0200, Sebastien Marie wrote:
> > On Sat, May 19, 2018 at 08:30:12AM +0200, Sebastien Marie wrote:
> > > Hi,
> > >
> > > Working on lang/rust on
Hi,
I ran into a thread[0] that somehow did seem to suggest some variants
of uthum(4) might be affected by this also, but i don't use/have these
devices, so i didn't look deeper, just saw on misc@ that these still
have users..
URL[1] to the issue on github containing what i think is the fix
On Sun, May 13, 2018 at 01:06:01PM +0200, Martin Pieuchot wrote:
> On 13/05/18(Sun) 05:36, Artturi Alm wrote:
> > Hi,
> >
> >
> > I was looking at fixing my code for ctf pprinting arrays in ddb(4),
> > and came across ctf in section 5 man pages for freeb
Hi,
I was looking at fixing my code for ctf pprinting arrays in ddb(4),
and came across ctf in section 5 man pages for freebsd with google,
which lead me to wondering about this, and even think about possibility
of an bug here, since the ctf(5)[0] mostly matches what i've seen so
far in OpenBSD
On Wed, May 09, 2018 at 11:35:42AM +0200, Martin Pieuchot wrote:
> On 09/05/18(Wed) 12:13, Artturi Alm wrote:
> > On Wed, May 09, 2018 at 10:23:41AM +0200, Martin Pieuchot wrote:
> > > On 09/05/18(Wed) 07:48, Artturi Alm wrote:
> > > > On Tue, May 08, 2018 at 01:44
On Wed, May 09, 2018 at 10:23:41AM +0200, Martin Pieuchot wrote:
> On 09/05/18(Wed) 07:48, Artturi Alm wrote:
> > On Tue, May 08, 2018 at 01:44:39AM +0300, Artturi Alm wrote:
>
>
> No bug are irrelevant to fix. But working with you is hard, really
> hard. You never exp
On Tue, May 08, 2018 at 01:44:39AM +0300, Artturi Alm wrote:
> Hi,
>
> (manual "copypaste"):
> nc2k4hp# sysctl ddb.trigger=1
> Stopped atdb_enter+0x4: popl%ebp
> ddb{0}> print/x "eax = " $eax "\necx = " $ecx "\n"
>
Hi,
(manual "copypaste"):
nc2k4hp# sysctl ddb.trigger=1
Stopped at db_enter+0x4: popl%ebp
ddb{0}> print/x "eax = " $eax "\necx = " $ecx "\n"
3
ddb{0}> c
ddb.trigger: 0 -> 1
so, for reasons yet unknown to me, p[rint] doesn't seem to work at all
like described in the man page,
Hi,
a64pine# sysctl ddb
ddb.radix=16
ddb.max_width=80
ddb.max_line=24
ddb.tab_stop_width=8
ddb.panic=1
ddb.console=1
ddb.log=1
ddb.trigger=0
a64pine# sysctl ddb.trigger=1
Stopped at ddb_sysctl+0x118:
ddb{0}> c
but above does happen only
Hi,
apparently it's still broken for me, so maybe the version w/--timo in
the loop is necessary, if the loops are to be kept.
-Artturi
rebooting...
U-Boot SPL 2017.11 (Dec 02 2017 - 01:15:36)
Trying to boot from MMC1
U-Boot 2017.11 (Dec 02 2017 - 01:15:36 -0700)
CPU: Freescale i.MX6Q
Hi,
i don't see how that would work, so before anyone fixes gpioctl to
accept base 16, maybe diff below to fix the man page instead..?
(came up while adding more [flags] usage to the man page.)
-Artturi
diff --git usr.sbin/gpioctl/gpioctl.8 usr.sbin/gpioctl/gpioctl.8
index
Hi,
new snap did work again on both boards, so i guess this was fixed before
my report already, thanks.
-Artturi
On Thu, Mar 08, 2018 at 11:23:25AM +0200, Artturi Alm wrote:
> Hi,
>
> OpenBSD 6.2-current (RAMDISK) #165: Sat Feb 3 12:43:25 MST 2018
> dera...@armv7.openbsd.org:/usr/src/sys/arch/armv7/compile/RAMDISK
>
> was last working RAMDISK i had on the SD which does end up upgrad
Hi,
OpenBSD 6.2-current (RAMDISK) #165: Sat Feb 3 12:43:25 MST 2018
dera...@armv7.openbsd.org:/usr/src/sys/arch/armv7/compile/RAMDISK
was last working RAMDISK i had on the SD which does end up upgrading to
the buggy one below(i haven't tested other sunxi boards yet):
-Artturi
U-Boot SPL
On Sun, Feb 18, 2018 at 05:31:44PM +0100, Heinrich Rebehn wrote:
> >Synopsis: Kernel panic when writing to /dev/audio
> >Category: Kernel
> >Environment:
> System : OpenBSD 6.2
> Details : OpenBSD 6.2-current (GENERIC) #1: Sun Feb 18 16:46:14
> CET 2018
>
On Sun, Jan 21, 2018 at 02:40:07AM +0200, Artturi Alm wrote:
> On Sat, Jan 20, 2018 at 11:23:01PM +0100, Mark Kettenis wrote:
> > > Date: Sun, 21 Jan 2018 00:07:47 +0200
> > > From: Artturi Alm <artturi@gmail.com>
> >
> > I don't understand this. The
On Mon, Feb 05, 2018 at 02:51:48PM +0100, Martin Pieuchot wrote:
> On 04/02/18(Sun) 11:28, Artturi Alm wrote:
> > Hi,
> >
> > machdep.forceukbd=1 feels broken to me, as i use "sv", and it doesn't
> > respect
> > /etc/kbdtype.
>
> If you unplug/
On Sun, Feb 04, 2018 at 11:07:56PM +0100, Stefan Sperling wrote:
> On Sun, Feb 04, 2018 at 11:27:58PM +0200, Artturi Alm wrote:
> > On Tue, Aug 08, 2017 at 05:16:45PM +0300, Artturi Alm wrote:
> > > On Sat, Aug 05, 2017 at 01:33:42AM +0300, Artturi Alm wrote:
> > > &
On Tue, Aug 08, 2017 at 05:16:45PM +0300, Artturi Alm wrote:
> On Sat, Aug 05, 2017 at 01:33:42AM +0300, Artturi Alm wrote:
> > Hi,
> >
> > i get this trying to use usb tethering w/android on
> > edgerouter lite latest(or very close) snap GENERIC.MP:
> > urndis
Hi,
machdep.forceukbd=1 feels broken to me, as i use "sv", and it doesn't respect
/etc/kbdtype.
caused nothing but my time being (not-so-well-)wasted, because i forgot having
just added forceukbd=1 && this 'quirk' being undocumented. so maybe a docbug.
just wanted to make a note of this
On Mon, Jan 29, 2018 at 08:03:38PM +0100, Martin Pieuchot wrote:
> On 29/01/18(Mon) 20:38, Artturi Alm wrote:
> > On Mon, Jan 29, 2018 at 10:42:20AM +0100, Martin Pieuchot wrote:
> > > Hello Artturi,
> > >
> > > On 28/01/18(Sun) 09:08, Artturi Alm wrote:
>
On Mon, Jan 29, 2018 at 10:42:20AM +0100, Martin Pieuchot wrote:
> Hello Artturi,
>
> On 28/01/18(Sun) 09:08, Artturi Alm wrote:
> > >Synopsis: stuck in netlock
> > >Category: amd64
> > >Environment:
> > System : OpenBSD 6.2
> > Det
On Mon, Jan 29, 2018 at 10:42:20AM +0100, Martin Pieuchot wrote:
> Hello Artturi,
>
> On 28/01/18(Sun) 09:08, Artturi Alm wrote:
> > >Synopsis: stuck in netlock
> > >Category: amd64
> > >Environment:
> > System : OpenBSD 6.2
> > Det
Hi,
>Synopsis: stuck in netlock
>Category: amd64
>Environment:
System : OpenBSD 6.2
Details : OpenBSD 6.2-current (GENERIC.MP) #333: Sun Jan 7
09:13:00 MST 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
On Sat, Jan 20, 2018 at 11:23:01PM +0100, Mark Kettenis wrote:
> > Date: Sun, 21 Jan 2018 00:07:47 +0200
> > From: Artturi Alm <artturi@gmail.com>
>
> I don't understand this. The code works fine on my Cubox-i. I doubt
> the reset is instant. What would m
On Thu, Jan 11, 2018 at 01:24:25AM +0200, Artturi Alm wrote:
> >Synopsis:kernel hang
> >Category:arm
> >Environment:
> System : OpenBSD 6.2
> Details : OpenBSD 6.2-current (GENERIC) #154: Sat Jan 6 03:41:38
> MST 2018
>
>Synopsis: kernel hang
>Category: arm
>Environment:
System : OpenBSD 6.2
Details : OpenBSD 6.2-current (GENERIC) #154: Sat Jan 6 03:41:38
MST 2018
dera...@armv7.openbsd.org:/usr/src/sys/arch/armv7/compile/GENERIC
Architecture:
On Thu, Jan 04, 2018 at 06:34:26PM +0100, Landry Breuil wrote:
> Hi,
>
> i know ifstated was designed with carp in mind, but nothing from the
> manpage seems to forbid one to use it with other interfaces, thus im
> trying to make it work with ppp so that i can just up a potentially
> existing
On Wed, Dec 27, 2017 at 10:36:32AM +0100, Mark Kettenis wrote:
> > Date: Wed, 27 Dec 2017 09:35:38 +0200
> > From: Artturi Alm <artturi@gmail.com>
> >
> > Hi,
> >
> > a64pine# eeprom -p
> > Node 0x48
> > name: ''
> >
Hi,
a64pine# eeprom -p
Node 0x48
name: ''
serial-number: '92c000ba40e5f79b'
interrupt-parent: 0001
#address-cells: 0001
#size-cells: 0001
model: 'Pine64+'
compatible: 'pine64,pine64-plus' + 'allwinner,sun50i-a64'
Node 0xe8
name: 'memory'
Hi,
something doesn't feel right here, as manpage suggests path to be
optional? and that first try with ~/ does report success after failing?
didn't know any use-case for /~/ before trying this :)
$ scp xyz scp://10.0.1.6:10107~/ && echo $? || echo $?
0
$ ssh ssh://10.0.1.6:10107 ls -lh xyz
ls:
On Tue, Oct 17, 2017 at 10:46:22PM +0300, Artturi Alm wrote:
> On Wed, Oct 11, 2017 at 04:56:34AM +0300, Artturi Alm wrote:
> > Hi,
> >
> > i shot down my guess at imxuart by hexediting output like w/diff below,
> > and tested latest snapshot too, same thing.
> >
On Wed, Oct 11, 2017 at 04:56:34AM +0300, Artturi Alm wrote:
> Hi,
>
> i shot down my guess at imxuart by hexediting output like w/diff below,
> and tested latest snapshot too, same thing.
>
> diff --git a/sys/arch/armv7/imx/imxuart.c b/sys/arch/armv7/imx/imxuart.c
&
Hi,
i shot down my guess at imxuart by hexediting output like w/diff below,
and tested latest snapshot too, same thing.
diff --git a/sys/arch/armv7/imx/imxuart.c b/sys/arch/armv7/imx/imxuart.c
index ac4554e2fd5..6743203d212 100644
--- a/sys/arch/armv7/imx/imxuart.c
+++
Hi,
same install.conf does work w/atleast bbb, panda and cubie2.
I did try several times and it always freezes like shown below.
and no problems going over manual install/upgrade w/the same board.
imxuart0 at simplebus2: console
I think i initially had the "do you want to set com0 as
Hi,
one can try to reproduce this by having windows in multiple groups,
and choosing just one of them to be visible w/group-only-1..9,
and then let the machine idle enough that display does show
'no video input' or similar before going blank, and when it
resumes out of it by moving the mouse
On Thu, Aug 10, 2017 at 11:42:46PM -0600, Theo de Raadt wrote:
> No, OpenBSD does not have code to mount wrong-endian filesystems,
> and to be frank ... not really that interested in having it either.
>
> Same with disklabels.
>
I wasn't suggesting it is needed, nor need that myself either, so
Hi,
kind of lost here, is this supposed to work? i vaguely remember having
installed OpenBSD/octeon on usb, which i later either mounted directly
for nfs to export, or mounted and copied the install to a dir shared by
nfs-server running on amd64.
now, i can't mount anything but the msdos
On Sat, Aug 05, 2017 at 01:33:42AM +0300, Artturi Alm wrote:
> Hi,
>
> i get this trying to use usb tethering w/android on
> edgerouter lite latest(or very close) snap GENERIC.MP:
> urndis0 at uhub1 port 1 configuration 1 interface 0 "SAMSUNG SAMSUNG_Android"
> rev
Hi,
i get this trying to use usb tethering w/android on
edgerouter lite latest(or very close) snap GENERIC.MP:
urndis0 at uhub1 port 1 configuration 1 interface 0 "SAMSUNG SAMSUNG_Android"
rev 2.00/ff.ff addr 4
urndis0: using RNDISurndis0: IOERROR
urndis0: unable to get query response
: unable
Hi,
bad bug/regression report, i know, just want to archive a fix somewhere
before moving on. maybe it's not a bug either, just unused feature,
given dumpsys() has /* XXX TBD */ atleast in octeon too, idk..
small side-effect in the diff below, it leaves armv7/bootconfig.h
laying around totally
On Mon, Jul 24, 2017 at 10:51:12PM +0200, Mark Kettenis wrote:
> > Date: Mon, 24 Jul 2017 23:07:00 +0300
> > From: Artturi Alm <artturi@gmail.com>
> >
> > On Sun, Jul 23, 2017 at 07:45:53PM +0200, Mark Kettenis wrote:
> > > > Date: Sat, 22 Jul 201
On Sun, Jul 23, 2017 at 07:45:53PM +0200, Mark Kettenis wrote:
> > Date: Sat, 22 Jul 2017 11:21:31 +0300
> > From: Artturi Alm <artturi@gmail.com>
> >
> > Hi,
> >
> > anyone else having issues with sxie? w/bsd.rd from latest snapshot
&
Hi,
anyone else having issues with sxie? w/bsd.rd from latest snapshot
it was unable to get ip from dhcpd even.
this is what it does look like at the other side:
11:01:15.170089 e6:29:5b:e9:e6:29 5b:e9:e6:29:5b:e9 5be9 342:
e629 5be9 e629 5be9 e629 5be9 e629 5be9
On Tue, May 24, 2016 at 12:43:29PM +0100, Stuart Henderson wrote:
> On 2016/05/24 14:34, Artturi Alm wrote:
> > On Tue, May 24, 2016 at 11:31:31AM +0100, Stuart Henderson wrote:
> > > On 2016/05/24 11:47, Artturi Alm wrote:
> > > > >How-To-Repeat:
> > >
On Tue, May 24, 2016 at 11:31:31AM +0100, Stuart Henderson wrote:
> On 2016/05/24 11:47, Artturi Alm wrote:
> > >How-To-Repeat:
> > modern browser
> ..
> > chrome(83796): mmap: mandatory W^X
> > chrome(19957): mmap: mandatory W^X
> > firefox(74606): mma
On Tue, May 24, 2016 at 10:58:45AM +0200, Jeremie Courreges-Anglas wrote:
> Artturi Alm <artturi@gmail.com> writes:
>
> >>Synopsis: dmesg spam
> >>Category: user amd64
> >>Environment:
> > System : OpenBSD 6.0
> > Details
>Synopsis: dmesg spam
>Category: user amd64
>Environment:
System : OpenBSD 6.0
Details : OpenBSD 6.0-beta (GENERIC.MP) #2111: Mon May 23 00:15:10
MDT 2016
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
On Fri, Apr 08, 2016 at 02:39:36PM -0700, Philip Guenther wrote:
> On Fri, 8 Apr 2016, Rudi Ludwig wrote:
> > >Description:
> > > cpu1 is reported with the correct 1.6 GHz (modulo rounding errors).
> > There are no user visible ill effects, all supported hardware works as
> > expacted,
63 matches
Mail list logo
