')
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 (null))
Using undefined dynamic variable
-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
://bugs.racket-lang.org/query/?cmd=view%20audit-traildatabase=defaultpr=14318
--
Juan Francisco Cantero Hurtado http://juanfra.info
, 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
.
--
Juan Francisco Cantero Hurtado http://juanfra.info
patch fix the bug. I've been using the computer for 3 hours without
apparent problems.
Thanks.
--
Juan Francisco Cantero Hurtado http://juanfra.info
'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
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
i...@juanfra.info 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 sufficient
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 control or escape keys. I was
searching some
only firefox without your
patch installed. I use i3wm, so I can't comment about the performance of
a full desktop environment.
My hardware: AMD A4-3400, 8GB, ATI Radeon HD 4350.
Please, still working on this area :)
--
Juan Francisco Cantero Hurtado http://juanfra.info
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 if
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.. according
/local/lib
-nostdinc++ -lestdc++ test.cc
Apparently everything works fine.
--
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
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,
er, 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
core [1].
>
> Besides performance related issues, the problem we saw in the past was
> firefox using a huge amount of CPU resources with no apparent
> reasons...
I've seen the same behavior on Linux. Probably not 100% related to the
OS.
--
Juan Francisco Cantero Hurtado http://juanfra.info
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
/* 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
> > He
> 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
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
t;
> 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
roduct
[sendbug] macppc 6.0 PowerBook5,2
--
Juan Francisco Cantero Hurtado http://juanfra.info
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 always
>
root
> scsibus2 at vscsi0: 256 targets
> softraid0 at root
> scsibus3 at softraid0: 256 targets
> sd1 at scsibus3 targ 1 lun 0: <OPENBSD, SR CRYPTO, 006> 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
od.
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
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
loc(). 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
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.
>
w(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 Cantero Hu
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 Cantero
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
iscover 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
he 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
atch
>
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
; 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
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 Franci
ing 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
> >
> > 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
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
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 upstream to
gt; I 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
48 matches
Mail list logo
