k this if there is a
naming convention I'm not aware of);
- the documentation: I've put a hint in stdio(3) manpage and put the
full explanation in setvbuf(3).
Thanks.
Regards,
--
Jeremie Le Hen
Humans are born free and equal. But s
On Sat, Feb 19, 2011 at 02:37:29PM -0600, Matthew D. Fuller wrote:
> On Sat, Feb 19, 2011 at 07:50:43PM +0100 I heard the voice of
> Jeremie Le Hen, and lo! it spake thus:
> >
> > I've attached a small patch for stdio, so if the environment variable
> > STDIO_IOLBF is
resting links:
http://people.freebsd.org/~jkoshy/projects/perf-measurement/
http://people.freebsd.org/~jkoshy/download/acm-apr-09.pdf
Regards,
--
Jeremie Le Hen
Humans are born free and equal. But some are more equal than others.
Coluche
_
can reboot using your
previously working kernel. You will be able to save the core to the
disk.
Regards,
--
Jeremie Le Hen
Humans are born free and equal. But some are more equal than others.
Coluche
___
fre
which means the bad value comes from higher in the stack but I
couldn't figure out where.
--
Jeremie Le Hen
j...@freebsd.org
(kgdb) bt
#0 doadump (textdump=Unhandled dwarf expression opcode 0x93
) at pcpu.h:219
#1 0x80310d66 in db_fncall (dummy1=,
dummy2=, dummy3=,
if you want to give a try:
http://svnweb.freebsd.org/base/head/share/mk/bsd.lib.mk?view=annotate#l335
--
Jeremie Le Hen
j...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Hi all,
I keep getting the following panic from time to time:
https://lists.freebsd.org/pipermail/freebsd-current/2013-June/042528.html
--
Jeremie Le Hen
j...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman
nted above, Edward advised me to create a rctl rule
to cause the uidinfo to be held, but this can happen with various
users (the last one with user 2 in the root jail).
Any idea what I could do to narrow the issue?
Cheers,
--
Jeremie Le Hen
j...@freebsd.org
_
Hey guys,
I got the panic below with r292509. For some reason, "call doadump"
didn't work (any idea why?), so I took a picture.
I checked today's commits, there doesn't seem to be to be a fix.
Any clue?
https://people.freebsd.org/~jlh/vesa_panic.jpg
Rega
esa.c:827).
(kgdb) list *vga_init+0x65
0x80b286e5 is in vga_init (/usr/src-svn/sys/dev/fb/vga.c:1402).
(kgdb) list *isavga_attach+0x92
0x80b9afd2 is in isavga_attach (/usr/src-svn/sys/isa/vga_isa.c:224).
--
Jeremie Le Hen
j...@freebsd.org
__
sync_sendout+0x1d0
pfsyncintr() at pfsyncintr+0x42
intr_event_execute_handlers()
ithread_loop()
--
Jeremie Le Hen
j...@freebsd.org
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Hi guys,
I'm about to purchase a new laptop, one of the two mentioned in the subject.
I'm looking for reports of hardware support for both of them under FreeBSD.
What are the goods and bads?
Thanks!
-- Jeremie
___
freebsd-current@freebsd.org mailing li
Thanks for the feedback on the X1 Carbon. Does anyone have experience with
the T460s?
On Nov 11, 2016 12:25, "Jeremie Le Hen" wrote:
> Hi guys,
>
> I'm about to purchase a new laptop, one of the two mentioned in the
> subject.
>
> I'm looking for report
knobs, but I can't
remember why they hadn't at the time.
Cheers,
--
Jeremie Le Hen
Men are born free and equal. Later on, they're on their own.
Jean Yanne
___
freebsd-current@freebsd.org mailing lis
LENG_10. During the upgrade from the old branch to the
new one, how do we ensure users will perform the required step
(basically, run pkg2ng) to switch their pkg database to pkgng? Will it
be a note in src/UPDATING and as well in the release notes?
--
Jeremie Le Hen
Scientists say the world is
ecifies the listen queue limit
> instead of the maximum number of connections as the it suggests.
If we want to change that name to something more sensible and less
error-prone like "somaxbacklog", does the project has a policy to change
sysctl names?
I'm thinking of some
c.so into an ld
script that pulls in libssp_nonshared.a. You just have to run "make all
install" in src/lib/libc after applying it.
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/168010
I run it on my servers with -fstack-protector enabled for ports without
any problem.
Cheers!
--
will. You can then look at
the output of sysctl -Na to see which one is causing the reboot.
Regards,
--
Jeremie Le Hen
Men are born free and equal. Later on, they're on their own.
Jean Yanne
___
freebsd-current@f
The sync() system call may return before the buffers are completely
flushed.
Can any enlightened person answer this?
--
Jeremie Le Hen
Men are born free and equal. Later on, they're on their own.
Jean Yanne
___
HOUT_EXAMPLES=yes
> WITHOUT_HTML=yes
> WITHOUT_NCP=yes
> WITHOUT_PROFILE=yes
> WITHOUT_SENDMAIL=yes
> WITHOUT_SYSINSTALL=yes
> WITHOUT_VINUM=yes
> WITHOUT_LIB32=yes
>
> I tried a fresh build with clean object directory.
> Could anyone tell what may have go
Ilya,
On Mon, May 21, 2012 at 01:43:39PM +0200, Ilya Bakulin wrote:
> On Mon, May 21, 2012 12:36 pm, Jeremie Le Hen wrote:
> > Can you provide the exact commands you have used to create your chroot?
> >
> Sure!
>
> 1. The build host is FreeBSD 8.2-RELEASE-p3 amd64
>
oorly under disk-nearly-full conditions.
>
> - ZFS is not optimal for situations where there are a lot of small,
> randomly dispersed IOs around the disk space. Like in any sort of
> RDBMS.
This is very true for reads, not for writes because it is a COW
filesystem so writes are usual
s problem.
mux@ fixed many bugs in his bitbucket source tree [1], would you mind
giving it a spin? I may import the latest code into the tree when I
have enough free time.
[1] https://bitbucket.org/mux/csup
--
Jeremie Le Hen
Men are born free and equal. Later on, they're on their own.
t; pid = getpid();
> > ppid = getppid();
> > - srand(tv.tv_usec ^ tv.tv_sec ^ pid);
> > + srandom(tv.tv_usec ^ tv.tv_sec ^ pid);
> > addrlen = sizeof(laddr);
> > error = getsockname(config->socket, (struct sockaddr *)&laddr,
Anton,
Sorry for the delay, I was AFK over the last couple of days.
On Tue, Jun 19, 2012 at 01:19:38PM +0100, Anton Shterenlikht wrote:
> On Tue, Jun 19, 2012 at 01:49:36PM +0200, Jeremie Le Hen wrote:
> >
> > I think recompiling the kernel and the libraries csup depends on wil
x7fff5c08, rbp = 0x7fff5c90 ---
--
Jeremie Le Hen
Scientists say the world is made up of Protons, Neutrons and Electrons.
They forgot to mention Morons.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
On Sat, Sep 07, 2013 at 02:35:45PM +0200, Jeremie Le Hen wrote:
> Hi,
>
> I have the following panic every time I do a zfs receive on a given
> dataset.
>
> For the background, I synchronize a zfs dataset every couple of minutes
> using zfs send/receive.
>
> I think
hedule: normal
Last Changed Author: ian
Last Changed Rev: 253847
Last Changed Date: 2013-07-31 21:14:00 +0200 (Wed, 31 Jul 2013)
And the problem seems to have gone away. I could perform a full zfs
send/receive whereas it would trigger a panic 100% of the time with a
recent kernel.
--
Jeremie Le Hen
el.
>
> I still think r253821 is the cause the reason being is prior to r253996
> ASSERTS in ZFS where not actually active in HEAD.
>
> So if you could roll forward but then backout r253821 and confirm this
> is indeed the cause that would be a good starting point.
>
> If thi
the cause that would be a good starting point.
> >>
> >> If this is indeed the cause be worth engaging Matthew Ahrens cc'ed to
> >> find out the reasoning behind the new ASSERT why you may be hitting it?
> >
> >
>
> Errm, was there meant
On Sun, Sep 08, 2013 at 11:14:44PM +0200, Jeremie Le Hen wrote:
> On Sun, Sep 08, 2013 at 10:05:55PM +0100, Steven Hartland wrote:
> > > On Sun, Sep 08, 2013 at 09:02:48PM +0100, Steven Hartland wrote:
> > >> > On Sun, Sep 08, 2013 at 03:17:09PM +0100, Steven Hartland
On Mon, Sep 09, 2013 at 09:32:26AM +0200, Jeremie Le Hen wrote:
> >
> > Indeed, probably a bad key combo in vi :).
> >
> > I'm reverting r253821 and r254753 (the second one was supposingly fixing
> > the first one) and recompiling my kernel.
> >
>
l errors encountered -- cannot continue
make[6]: stopped in /usr/src.svn/gnu/usr.bin/groff/src/libs/libgroff
*** [all] Error code 1
Typscript available here:
http://people.freebsd.org/~jlh/typescript.buildworld.txt
Any ideas?
Cheers,
--
Jeremie Le Hen
Scientists say the world is made up of
On Tue, Jan 14, 2014 at 12:58:18PM +0400, Gleb Smirnoff wrote:
> Jeremie,
>
> On Tue, Jan 14, 2014 at 08:26:21AM +0100, Jeremie Le Hen wrote:
> J> Hi,
> J>
> J> I have a FreeBSD -CURRENT in Virtualbox (running on Linux). I have been
> J> unable to buildworld
On Wed, Jan 15, 2014 at 12:40:35PM +0400, Gleb Smirnoff wrote:
> Jeremie,
>
> On Wed, Jan 15, 2014 at 08:40:53AM +0100, Jeremie Le Hen wrote:
> J> > J> ===> gnu/usr.bin/groff/src/libs/libgroff (all)
> J> > J> make[6]:
> "/usr/obj/usr/src.sv
On Wed, Jan 15, 2014 at 12:36:53PM +0100, Jeremie Le Hen wrote:
> On Wed, Jan 15, 2014 at 12:40:35PM +0400, Gleb Smirnoff wrote:
> > J> >
> > J> > Can you try to reproduce this with unmapped I/O turned off in boot
> > loader?
> > J>
> > J> I&
ELF64, sys___sysctl), rip = 0x801027d1a, rsp =
0x7fffc758, rbp = 0x7fffc790 ---
I can provide core upon request.
--
Jeremie Le Hen
Scientists say the world is made up of Protons, Neutrons and Electrons.
They forgot to mention Morons.
___
fr
99a9920,
uap=0xfe00e5e54b80) at /usr/src-svn/sys/kern/kern_sysctl.c:1533
#35 0x809b1af5 in amd64_syscall (td=0xf800399a9920, traced=0)
at subr_syscall.c:133
#36 0x8099640b in Xfast_syscall ()
at /usr/src-svn/sys/amd64/amd64/exception.S:390
--
Jeremie Le Hen
On Tue, Feb 11, 2014 at 10:35:29AM +0100, Jeremie Le Hen wrote:
> On Mon, Feb 10, 2014 at 11:48:19PM +0200, Andriy Gapon wrote:
> >
> > stack trace from kgdb could be a good middle ground between ddb stack trace
> > and
> > a full vmcore file...
>
> Here we g
On Sat, Feb 15, 2014 at 10:02:59PM +0200, Konstantin Belousov wrote:
> On Sat, Feb 15, 2014 at 02:12:40PM +0200, Andriy Gapon wrote:
> > on 14/02/2014 21:18 Jeremie Le Hen said the following:
> > > I've just got another occurence of the exact same panic. Any clue
On Sat, Feb 15, 2014 at 02:12:40PM +0200, Andriy Gapon wrote:
> on 14/02/2014 21:18 Jeremie Le Hen said the following:
> > I've just got another occurence of the exact same panic. Any clue how
> > to debug this?
>
> Could you please obtain *vp from fram
On Tue, Feb 18, 2014 at 03:31:53PM +0200, Andriy Gapon wrote:
>
> So, VV_ROOT is indeed set in v_vflag.
> Thank you.
So there's no need for me to reboot with kib's patch, right?
--
Jeremie Le Hen
Scientists say the world is made up of Protons, Neutrons and Electrons.
The
ff8099640b in Xfast_syscall ()
at /usr/src-svn/sys/amd64/amd64/exception.S:390
On Mon, Feb 10, 2014 at 09:56:07PM +0100, Jeremie Le Hen wrote:
> Hi,
>
> I run 11.0-CURRENT r260696 on amd64.
>
> I've got the following panic:
>
> panic: LK_RETRY set with incomp
Note that FreeBSD-11.0-CURRENT-i386-20140423-r264794-disc1.iso does not
has the problem.
--
Jeremie Le Hen
Scientists say the world is made up of Protons, Neutrons and Electrons.
They forgot to mention Morons.
___
freebsd-current@freebsd.org mailing list
lockinfo; show pcpu; bt; ps; alltrace; capture
off; call doadump; reset
kdb.enter.witness=run lockinfo
I don't really know when it started to behave like this as I upgrade
pretty rarely. My kernel is running r268370.
--
Jeremie Le Hen
Scientists say the world is made up of Protons, Neutron
/librt.so.1: Operation not permitted
> rm: /usr/obj/usr/src/lib32/usr/lib32: Directory not empty
> rm: /usr/obj/usr/src/lib32/usr: Directory not empty
> rm: /usr/obj/usr/src/lib32: Directory not empty
> *** [_worldtmp] Error code 1
Maybe you buildworld is jailed?
--
Jeremie Le Hen
Scien
crashinfo + ddb textdump available here:
http://people.freebsd.org/~jlh/crash/core.txt.9.txt
Note that the dmesg included in the core contains another panic I got
with ZFS. I usually wait to see it twice before reporting, but if you
want I still have the core and the crashinfo around.
--
gt; Stop.
> make: stopped in /usr/home/tuexen/head
> #
>
>
> Any idea how to progress?
>
> This is using svn head of yesterday.
install(1) uses strip(1).
Can you check: ls -l /usr/bin/strip
Can you run it manually? Did you check you $PATH?
--
Jeremie Le Hen
Scientists say th
el 120 Jul 17 08:30 version.txt
Any idea changed in between? I checked svn log in etc/ but I found
nothing relevant.
--
Jeremie Le Hen
Scientists say the world is made up of Protons, Neutrons and Electrons.
They forgot to mention Morons.
___
freebsd
On Wed, Jul 17, 2013 at 09:16:55AM +0200, Jeremie Le Hen wrote:
> Hi,
>
> Early May I set ddb_enable="YES" (crashinfo_enable="YES" by default).
> Upon panic, it created the following kind of files:
>
> -rw--- 1 root wheel 549 Jun 26 22
On Thu, Jul 18, 2013 at 12:00:26PM +0300, Mikolaj Golub wrote:
> On Wed, Jul 17, 2013 at 09:21:51AM +0200, Jeremie Le Hen wrote:
> > On Wed, Jul 17, 2013 at 09:16:55AM +0200, Jeremie Le Hen wrote:
> > > Hi,
> > >
> > > Early May I set ddb_enable=&quo
sys_munlock() trusts too much the
user's input. vm_map_unwire_count() now returns how much memory has
really been unwired.
Any objection?
--
Jeremie Le Hen
Scientists say the world is made up of Protons, Neutrons and Electrons.
They forgot to mention M
On Sat, Jul 20, 2013 at 08:33:35PM -0700, Alan Cox wrote:
>
> On Jul 20, 2013, at 4:22 AM, Jeremie Le Hen wrote:
>
> > Hi Edward, Alan,
> >
> > I plan to commit the following patch:
> > http://people.freebsd.org/~jlh/racct_munlock.diff
> >
> > Th
p = 0x8016ad99c, rsp =
0x7fffffffd848, rbp = 0x76cd20 ---
--
Jeremie Le Hen
Scientists say the world is made up of Protons, Neutrons and Electrons.
They forgot to mention Morons.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mail
> Perhaps this could be exposed to the UI as a env var or a flag?
+1 for this.
--
Jeremie Le Hen
Scientists say the world is made up of Protons, Neutrons and Electrons.
They forgot to mention Morons.
___
freebsd-current@freebsd.org mailing list
ht
of that branch
> against present head (r255131) can be found here:
> http://people.freebsd.org/~mav/camlock_patches/camlock_20130902.patch
I'm building my kernel right now.
--
Jeremie Le Hen
Scientists say the world is made up of Protons, Neutrons and Electrons.
The
On Tue, Sep 03, 2013 at 02:10:32PM -0400, Outback Dingo wrote:
> On Tue, Sep 3, 2013 at 9:42 AM, Jeremie Le Hen wrote:
>
> > On Mon, Sep 02, 2013 at 11:49:33AM +0300, Alexander Motin wrote:
> > > Hi.
> > >
> > > I would like to invite more people to review
On Tue, Sep 03, 2013 at 11:24:26PM +0200, Jeremie Le Hen wrote:
> On Tue, Sep 03, 2013 at 02:10:32PM -0400, Outback Dingo wrote:
> > On Tue, Sep 3, 2013 at 9:42 AM, Jeremie Le Hen wrote:
> >
> > > On Mon, Sep 02, 2013 at 11:49:33AM +0300, Alexander Motin wrote:
>
Trying to mount root from zfs:zroot/root []...
panic: Batch flag already set
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper()
kdb_backtrace()
vpanic()
kassert_panic()
xpt_batch_start()
ata_interrupt()
softclock_call_cc()
softclock()
ithread_loop()
fork_exit()
fork_trampoline()
--
Jeremie Le He
On Fri, Sep 06, 2013 at 11:29:11AM +0300, Alexander Motin wrote:
> On 06.09.2013 11:06, Jeremie Le Hen wrote:
> > On Fri, Sep 06, 2013 at 12:46:27AM +0200, Olivier Cochard-Labbé wrote:
> >> On Thu, Sep 5, 2013 at 11:38 PM, Alexander Motin wrote:
> >>> I've foun
with the newest version of stunnel, it crashes at the
same place. I also tried libssl.so both from the base system and from
the ports, same thing.
Regards,
--
Jeremie Le Hen
Men are born free and equal. Later on, they're on their own.
On Wed, Sep 14, 2011 at 03:59:53PM +0300, Kostik Belousov wrote:
> On Wed, Sep 14, 2011 at 02:36:07PM +0200, Jeremie Le Hen wrote:
> > Hi list,
> >
> > I've recently migrated my services from a box running 8.1-STABLE to
> > another one running 9.0-BETA2.
> >
tes only ~300 bytes on the stack.
I've also tried it, leaving the default stack size chosen by stunnel.
It works. Please go ahead and commit it if it's still possible.
Thanks.
Regards,
--
Jeremie Le Hen
Men are born free and equal. Later on, they're on their
information.
--
Jeremie Le Hen
j...@freebsd.org
On Fri, Aug 27, 2021 at 1:40 PM Jeremie Le Hen wrote:
>
> Hey,
>
> I can consistently crash my machine by creating a directory using Samba:
>
> Tracing pid 57242 tid 270954 td 0xfe01446941e0
> kdb_enter() at kdb_enter+0x37/frame 0xfe0147380210
> vpanic
t considered as a
problem for developers? This seems to terribly slow down the iteration
time for people working on the build system. I wouldn't be surprised
if this drove people away from working on/improving that area.
[1]
https://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i5-6260U+%40+
ias/perf.c:164)
>>> perf.o:(main)
>>> referenced by perf.c:165
>>> (/usr/src.git/tests/sys/netinet/libalias/perf.c:165)
>>> perf.o:(main)
>>> referenced by perf.c:246
>>> (/usr/src.git/tests/sys/netinet/libalias/perf
67 matches
Mail list logo
