could really use some help with this issue, I want to start working with
> OpenBSD right away.
>
> Thank you.
>
> *Michael G. Workman*
> (321) 432-9295
> michael.g.work...@gmail.com
--
Juan Francisco Cantero Hurtado http://juanfra.info
4.patch
>
Some softdep bugs were fixed in -current back in December. Give -current
a try or wait until 6.3.
--
Juan Francisco Cantero Hurtado http://juanfra.info
in people testing the normal GENERIC kernel with
> this diff, especially building ports. There are some changes in there
> that could affect non-MP as well.
FYI, GENERIC.MP and GENERIC built from src both work fine on the Olimex
A64.
--
Juan Francisco Cantero Hurtado http://juanfra.info
ode, and so far, i didn't notice
> much demand.
>
> > It is pre-formatted.
>
> Only in the sense than man(1) completes the formatting before it
> forks and executes less(1). Only the manual pages of 25 (out of
> 9900) ports are still preformatted at port build time, and none in
> the base system and Xenocara are preformatted at system build time.
>
> Yours,
> Ingo
>
--
Juan Francisco Cantero Hurtado http://juanfra.info
Hi, I bought a LG AN-WF500 wifi adapter and I'm trying to use it on
OpenBSD with the driver bwfm. The driver supports the chipset BCM43242
but doesn't have the IDs for the adapter.
I tried to add the IDs to the driver (patch at the end of the mail) but
the kernel detects three devices and panics w
for simple test cases for their performance oriented
changes in addition to the usual bulks and build of releases. It's
showing a 14% decrease in the build time compared with 6.4.
$ cd /usr/ports/lang/go
$ make configure
$ time make <- this is quick
$ time make test
Cheers.
--
Juan F
dr 3
> athn0: AR9271 rev 1 (1T1R), ROM rev 13, address d8:5d:4c:xx:xx:xx
Works for me too. Same chipset.
--
Juan Francisco Cantero Hurtado http://juanfra.info
; >
> > Tested on AR9280 on 2GHz and 5Ghz. Further tests are appreciated.
>
> jmc@ found out the hard way that my previous diff broke association
> to other APs. Fixed in this version.
Works for me with an AR9271. I don't see differences.
--
Juan Francisco Cantero Hurtado http://juanfra.info
s" being those with MHKV reporting version 2. If
> this diff breaks on older "newer machines", this metric will have to
> be changed to something else.
The brightness keys on the X61s still work fine.
--
Juan Francisco Cantero Hurtado http://juanfra.info
. I'm suggesting upstream to change the command
to "grep -e ".datapack" -e ".histpack"" but I would like to know if this
is a bug or we just don't support the | in the grep patterns.
Cheers.
--
Juan Francisco Cantero Hurtado http://juanfra.info
On Mon, May 20, 2019 at 01:22:21PM -0600, Todd C. Miller wrote:
> On Mon, 20 May 2019 20:01:12 +0200, Juan Francisco Cantero Hurtado wrote:
>
> > The grep command works with GNU, NetBSD, FreeBSD and BusyBox. It fails
> > on OpenBSD and Solaris 11. I'm suggesting upstrea
ds to a faster
> > rendering of the results. This might be just 'imagined' by me.
> >
> > On a more measurable front. I ran the octane benchmark against firefox
> > post and before the patch. It resulted in a slight improvement from
> > 12486 to 12826 score [1].
==
> RCS file: /cvs/src/sys/sys/proc.h,v
> retrieving revision 1.217
> diff -u -p -r1.217 proc.h
> --- sys/sys/proc.h9 Mar 2016 13:38:50 -0000 1.217
> +++ sys/sys/proc.h12 Mar 2016 15:48:37 -
> @@ -44,6 +44,7 @@
> #include /* For struct selinfo */
> #include/* For LOGIN_NAME_MAX */
> #include
> +#include
> #include /* For struct timeout */
> #include/* For struct klist */
> #include/* For struct mutex */
> @@ -267,6 +268,7 @@ struct process {
>
> struct proc {
> TAILQ_ENTRY(proc) p_runq;
> + RB_ENTRY(proc) p_runq2;
> LIST_ENTRY(proc) p_list;/* List of all threads. */
>
> struct process *p_p; /* The process of this thread. */
> @@ -320,6 +322,8 @@ struct proc {
>
> /* The following fields are all copied upon creation in fork. */
> #define p_startcopy p_sigmask
> + u_int64_t p_deadline;
> + int p_rrticks;
> sigset_t p_sigmask; /* Current signal mask. */
>
> u_char p_priority; /* Process priority. */
> @@ -488,6 +492,7 @@ void fixjobc(struct process *, struct pg
> int inferior(struct process *, struct process *);
> void leavepgrp(struct process *);
> void preempt(struct proc *);
> +void sched_deadline(struct proc *);
> void pgdelete(struct pgrp *);
> void procinit(void);
> void resetpriority(struct proc *);
> @@ -570,4 +575,3 @@ struct cpu_info *cpuset_first(struct cpu
>
> #endif /* _KERNEL */
> #endif /* !_SYS_PROC_H_ */
> -
> Index: sys/sys/sched.h
> ===
> RCS file: /cvs/src/sys/sys/sched.h,v
> retrieving revision 1.40
> diff -u -p -r1.40 sched.h
> --- sys/sys/sched.h 9 Mar 2016 13:38:50 - 1.40
> +++ sys/sys/sched.h 12 Mar 2016 15:48:37 -
> @@ -70,6 +70,7 @@
> #define _SYS_SCHED_H_
>
> #include
> +#include
>
> /*
> * Posix defines a which may want to include
> @@ -99,6 +100,7 @@ struct schedstate_percpu {
> u_int spc_schedticks; /* ticks for schedclock() */
> u_int64_t spc_cp_time[CPUSTATES]; /* CPU state statistics */
> u_char spc_curpriority; /* usrpri of curproc */
> + u_int64_t spc_curdeadline;
> int spc_rrticks;/* ticks until roundrobin() */
> int spc_pscnt; /* prof/stat counter */
> int spc_psdiv; /* prof/stat divisor */
> @@ -109,6 +111,8 @@ struct schedstate_percpu {
>
> TAILQ_HEAD(prochead, proc) spc_qs[SCHED_NQS];
> volatile uint32_t spc_whichqs;
> +
> + RB_HEAD(prochead2, proc) spc_rq;
>
> #ifdef notyet
> struct proc *spc_reaper;/* dead proc reaper */
> --
> Michal Mazurek
>
--
Juan Francisco Cantero Hurtado http://juanfra.info
On Sat, Mar 12, 2016 at 08:35:31PM +0100, Juan Francisco Cantero Hurtado wrote:
> On Sat, Mar 12, 2016 at 05:36:21PM +0100, Michal Mazurek wrote:
> > Gregor Best attempted to improve the scheduler in 2011:
> > http://comments.gmane.org/gmane.os.openbsd.tech/27059
> > Here i
t dir_info. Currently there's only a single pool,
> but that will change one day.
>
> Lightly tested by myself on amd64, you can help by reviewing and
> testing this.
I don't see regressions on amd64.
--
Juan Francisco Cantero Hurtado http://juanfra.info
ng a HD video on firefox.
> Because yes, with this diff, now I can.
>
> I'd like to know if dereferencing ``p_p'' is safe without holding the
> KERNEL_LOCK.
>
> I'm also interested in hearing from more people using multi-threaded
> applications.
In the ffmpeg test case, the frames-per-second increased 25%. The only
modification in the kernel was your patch.
--
Juan Francisco Cantero Hurtado http://juanfra.info
ther than this, no changes.
>
> Chrome still isn't smooth.
>
> Please test, and let me know if the performance of something else
> degrades.
The performance in the ffmpeg test has increased about 30-40% compared with
the default scheduler.
Please keep working on it.
--
Juan Francisco Cantero Hurtado http://juanfra.info
> A race condition was fixed in the init code. But there remain race
> problems in the init code. I will be working on that the coming time.
>
> Please be aware that to make this code ready for commit, I need
> feedback/tests/reviews. There's no way this code will end up in the tree
> without those.
I don't see regressions on amd64.
--
Juan Francisco Cantero Hurtado http://juanfra.info
not all of
> them do attach.
>
> related part of dmesg:
>
> com0: console
> sxitwi0 at simplebus0
> iic0 at sxitwi0
> axppmic0 at iic0 addr 0x34: AXP209, ACIN
> sxitwi1 at simplebus0
> iic1 at sxitwi1
> dwge0 at simplebus0
>
> Comments?
With the patch, "halt -p" works on the LIME2.
--
Juan Francisco Cantero Hurtado http://juanfra.info
an nothing.
>
> I fear that after that change all bug reports will only have [bug
> report] as Subject. Something that wouldn't catch the eye of people
> that might be able to understand and fix the problem.
How about this?
hw.machine + kern.osrelease + hw.product
[sendbug] macp
/ld: final link failed: Bad value
collect2: ld returned 1 exit status
# cat test.c
int main() { return 0; }
--
Juan Francisco Cantero Hurtado http://juanfra.info
On Mon, Jul 25, 2016 at 05:30:47PM -0700, Philip Guenther wrote:
> On Tue, 26 Jul 2016, Juan Francisco Cantero Hurtado wrote:
> > I've updated my powerbook to the latest snapshot today. I can't build a
> > simple C program with the option -Wl,-z,wxneeded. The linker a
t; scsibus3 at softraid0: 256 targets
> sd1 at scsibus3 targ 1 lun 0: SCSI2 0/direct fixed
> sd1: 112857MB, 512 bytes/sector, 231131697 sectors
> root on sd1a (2785d9a9c0d8e738.a) swap on sd1b dump on sd1b
> iwm0: hw rev 0x140, fw ver 16.242414.0, address 5c:51:4f:43:b5:c0
> axe0 at uhub0 port 2 configuration 1 interface 0 "ASIX Electronics AX88772"
> rev 2.00/0.01 addr 5
> axe0: AX88772, address 00:50:b6:0d:64:44
> ukphy0 at axe0 phy 16: Generic IEEE 802.3u media interface, rev. 1: OUI
> 0x000ec6, model 0x0006
> gnome-shell(54435): mmap W^X violation
> gnome-shell(16831): mmap W^X violation
> gjs-console(55763): mmap W^X violation
> axe0: usb errors on rx: IOERROR
> ukphy0 detached
> axe0 detached
> gjs-console(26806): mmap W^X violation
> axe0 at uhub0 port 2 configuration 1 interface 0 "ASIX Electronics AX88772"
> rev 2.00/0.01 addr 5
> axe0: AX88772, address 00:50:b6:0d:64:44
> ukphy0 at axe0 phy 16: Generic IEEE 802.3u media interface, rev. 1: OUI
> 0x000ec6, model 0x0006
> gjs-console(85858): mmap W^X violation
>
--
Juan Francisco Cantero Hurtado http://juanfra.info
if (l2pte_valid(opte)) {
> + if (PV_BEEN_EXECD(f))
> + cpu_tlb_flushID_SE(sva);
> + else
> + cpu_tlb_flushD_SE(sva);
> + }
> } else
> flags |= f;
> }
> @@ -1824,7 +1820,6 @@ NPDEBUG(PDB_PROTECT, printf("\n"));
> if (PV_BEEN_EXECD(flags))
> pmap_tlb_flushID(pm);
> else
> - if (PV_BEEN_REFD(flags))
> pmap_tlb_flushD(pm);
> }
> NPDEBUG(PDB_PROTECT, printf("\n"));
>
--
Juan Francisco Cantero Hurtado http://juanfra.info
It's surprising but many users don't know the "R" option. OK?
The webpage with the patch applied:
http://juanfra684.devio.us/tmp/faq4.html#InstDisks
diff --git faq/faq4.html faq/faq4.html
index 51606b3..f2b9486 100644
--- faq/faq4.html
+++ faq/faq4.html
@@ -946,15 +946,18 @@ The installer has pr
0g pow(x,y)=%.20g\n",x,y,pow(x,y));
return 0;
}
On OpenBSD/amd64, Linux/amd64, Linux/aarch64 and Linux/mips64:
x=0.5 y=1074 pow(x,y)=4.9406564584124654418e-324
On OpenBSD/loongson:
x=0.5 y=1074 pow(x,y)=-4.9406564584124654418e-324
Is the negative result expected?
--
Juan Francisco Cante
On Tue, Oct 10, 2017 at 12:08:06PM +, Visa Hankala wrote:
> On Mon, Oct 09, 2017 at 10:39:47PM +0200, Juan Francisco Cantero Hurtado
> wrote:
> > Marc Feeley (Gambit Scheme) has been helping me with a bug on Gambit on
> > Loongson. Apparently the bug is on our side.
> >
I was looking for something else and found this recent paper. They
compare their implementation with the OpenBSD malloc. It's probably
interesting for some of you.
Paper: https://acmccs.github.io/papers/p2389-silvestroA.pdf
Code: https://github.com/UTSASRG/FreeGuard
--
Juan Francisco Ca
ck to discover what ports this breaks, we'd
> like to know. Those would be ports which try to (unconvenionally)
> create their stacks in malloc()'d memory or inside another
> datastructure. Most of them are probably easily fixed ...
racket passes the test suite. chibi-scheme and pypy run fine with a
big factorial.
--
Juan Francisco Cantero Hurtado http://juanfra.info
es watchable. However, trying to move an xterm with the
> mouse still isn't fun.
Try this xorg.conf:
Section "Device"
Identifier "nvidia modesetting"
Driver "modesetting"
Option "HWCursor" "off"
EndSection
--
Juan Francisco Cantero Hurtado http://juanfra.info
On Sun, Dec 13, 2015 at 08:53:19AM +0100, Theo Buehler wrote:
> On Sun, Dec 13, 2015 at 01:57:02AM +0100, Juan Francisco Cantero Hurtado
> wrote:
> > On Sat, Dec 12, 2015 at 03:06:01AM +0100, Theo Buehler wrote:
> > > On Fri, Dec 11, 2015 at 10:09:20AM +0100,
I have not found a complete list with this information. Can someone tell
me what OpenBSD platforms grow the stack upwards?
Thanks.
--
Juan Francisco Cantero Hurtado http://juanfra.info
On Sun, Nov 30, 2014 at 03:40:58PM -0800, Dave Huseby wrote:
>
> Status update...
>
> I've been working on porting Rust over to OpenBSD by building a Rust
> cross-compiler for Linux that can target i386-unknown-openbsd and
> x86_64-unknown-openbsd. The largest roadblock on OpenBSD is the lack
>
#x27;s quite good.
Linux has an independent driver only for the MT7601U, so the changes to
run(4) is not going to be just a few lines. Denis, for reference:
https://github.com/torvalds/linux/tree/master/drivers/net/wireless/mediatek/mt7601u
--
Juan Francisco Cantero Hurtado http://juanfra.info
normal malloc(). With this diff it uses
> malloc(). Perhaps otto@ has an opinion what's better here?
lang/racket-minimal builds and passes the tests (which includes tests
for the TLS related functionality).
--
Juan Francisco Cantero Hurtado http://juanfra.info
sr/src (Makefile:89 'build')
Any idea? The full log is here (ignore the messages in spanish, I use a
script to compile the base):
http://juanfra.info/bl/openbsd-arm-201312/error_base.log
--
Juan Francisco Cantero Hurtado http://juanfra.info
On Wed, Dec 25, 2013 at 10:56:59PM -0500, Nick Holland wrote:
> On 12/25/13 19:08, Juan Francisco Cantero Hurtado wrote:
> > Hi, I've been seeing the same error for weeks:
> >
> > ===> gnu/usr.bin/cc/libgcc
> > Using undefined dynamic variable $* (line 0 of
gt; product RALINK RT2573_2 0x9021 RT2573
>
You need regenerate also usbdevs.h and usbdevs_data.h.
--
Juan Francisco Cantero Hurtado http://juanfra.info
ex.c,v
> retrieving revision 1.11
> diff -u -p -r1.11 mutex.c
> --- hppa/mutex.c 20 Apr 2011 16:10:53 - 1.11
> +++ hppa/mutex.c 29 Jan 2014 10:01:52 -
> @@ -50,7 +50,7 @@ try_lock(struct mutex *mtx)
> }
>
> void
> -mtx_init(struct mutex *mtx, int wantipl)
> +__mtx_init(struct mutex *mtx, int wantipl)
> {
> mtx->mtx_lock[0] = 1;
> mtx->mtx_lock[1] = 1;
>
--
Juan Francisco Cantero Hurtado http://juanfra.info
et
works fine.
http://bugs.racket-lang.org/query/?cmd=view%20audit-trail&database=default&pr=14318
--
Juan Francisco Cantero Hurtado http://juanfra.info
On Fri, Feb 14, 2014 at 09:00:31PM -0800, Philip Guenther wrote:
> On Fri, Feb 14, 2014 at 8:20 PM, Juan Francisco Cantero Hurtado
> wrote:
> > Can someone tell me if this crash is due to a bug on OpenBSD or on
> > Racket? I'm asking because the backtrace shows "ate
h this might make some sense is an external hard
> drive, formatted FFS2, on a 1T+ drive nearly full of personal files that
> just happens to have a bsd.rd in the root to reinstall/upgrade a hosed
> system. For most others, there should be a note that making your root
> filesystem That Big is usually a Really Bad Idea.
--
Juan Francisco Cantero Hurtado http://juanfra.info
king forward to anything you have to comment, especially
> cool
> benchmark ideas or the like.
With your patch, html5 videos on firefox are smoother, even the playback
is better when I try firefox + dpb 2 jobs vs only firefox without your
patch installed. I use i3wm, so I can't comment
On Sun, Mar 03, 2013 at 10:39:46PM +0100, Mark Kettenis wrote:
>
> In order to be able to support a framebuffer console on i386/amd64 I'd
> like to reorder some code such that wsdisaplay(4) attaches to vga(4)
> *after* drm(4). Since I don't have any hardware with radeondrm(4) I'd
> appreciate it
On Wed, Mar 13, 2013 at 10:51:12AM -0400, Brynet wrote:
> So someone sent me a new toy, this adds the k15 PCIe devices. Names are
> copied from the equivalent k14.. because I'm not sure wherefrom they
> were originally sourced.
>
> For km(4), it seems the temperature calculations are off.. accordi
you need more info, ask me.
Cheers.
--
Juan Francisco Cantero Hurtado http://juanfra.info
x the bug. I've been using the computer for 3 hours without
apparent problems.
Thanks.
--
Juan Francisco Cantero Hurtado http://juanfra.info
386/i386/pmap.c:1275: error: too few arguments to
function 'uvm_unmap_detach'
*** Error code 1
Stop in /usr/src/sys/arch/i386/compile/GENERIC.MP (line 89 of
/usr/share/mk/sys.mk).
Cheers.
--
Juan Francisco Cantero Hurtado http://juanfra.info
0x01 /* Apple specific layout */
Thanks.
--
Juan Francisco Cantero Hurtado http://juanfra.info
On Fri, May 18, 2012 at 07:07:17PM -0700, Matthew Dempsky wrote:
> On Fri, May 18, 2012 at 4:27 PM, Juan Francisco Cantero Hurtado
> wrote:
> > In short. Can someone say me what are these values?. I don't want a
> > master class, just a link or a bit of documentation is s
On Sat, May 19, 2012 at 08:45:48AM +0200, Matthieu Herrb wrote:
> On Sat, May 19, 2012 at 01:27:53AM +0200, Juan Francisco Cantero Hurtado
> wrote:
> > Hi!. This afternoon I was thinking about to change my vim config for
> > to remap the "capslock" key to "
51 matches
Mail list logo
