Re: head is broken after recent sys_pipe changes

[Glen Barber]

On Thu, Jun 23, 2016 at 01:54:58AM -0400, Kurt Lidl wrote:
> On 6/23/16 12:46 AM, Kurt Lidl wrote:
> >On 6/23/16 12:45 AM, Glen Barber wrote:
> >>On Thu, Jun 23, 2016 at 04:44:06AM +, Glen Barber wrote:
> >>>On Thu, Jun 23, 2016 at 12:42:20AM -0400, Kurt Lidl wrote:
> As of this commit:
> 
> r302106 | adrian | 2016-06-22 21:15:35 -0400 (Wed, 22 Jun 2016) | 4
> lines
> 
> revert error commit from previous commit. my bad!
> 
> Approved by:re (implicit)
> 
> Head still doesn't compile doing:
> 
> make -k -s -j24 tinderbox TARGETS="amd64 sparc64"
> 
> Tinderbox failed:
> amd64.amd64 buildworld failed, check _.amd64.amd64.buildworld for
> details
> 
> ===> lib/csu/amd64 (obj)
> ===> lib/csu/amd64 (all)
> ===> lib/csu/amd64 (install)
> bmake[6]: /usr/obj/p/fbsd/GIT/lib/libc/.depend.pipe.o, 5: ignoring
> stale
> .depend
>  for /p/fbsd/GIT/lib/libc/amd64/sys/pipe.S
> cc: error: no such file or directory:
> '/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
> cc: error: no input files
> --- pipe.So ---
> *** [pipe.So] Error code 1
> 
> bmake[6]: stopped in /p/fbsd/GIT/lib/libcr302114
> cc: error: no such file or directory:
> '/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
> cc: error: no input files
> --- pipe.o ---
> *** [pipe.o] Error code 1
> 
> >>>
> >>>What revision?  It builds for me on r302113.
> >>>
> >>
> >>I see you mentioned the revision, sorry for not noticing.
> >>
> >>I think you hit a bug that brooks fixed later, which should build fine
> >>now.
> >>
> >>Glen
> >>
> >
> >OK, I'll update and try again.  This spoiled all my builds on my sparc64
> >machines too.
> >
> >-Kurt
> 
> I updated to r302114, deleted my /usr/obj tree for the amd64 build, and
> this time it successfully built.
> 
> Sorry for the false alarm.
> 
> I'll kick off my native sparc64 builds again.
> 

No worries, but FWIW, non-X86 builds are part of my patch testing before
replying to commit approval requests.  (Unfortunately, I missed i386 in
this case, but CI and all that crap).  :)

Glen



signature.asc
Description: PGP signature

Re: head is broken after recent sys_pipe changes

[Kurt Lidl]

On 6/23/16 12:46 AM, Kurt Lidl wrote:

On 6/23/16 12:45 AM, Glen Barber wrote:

On Thu, Jun 23, 2016 at 04:44:06AM +, Glen Barber wrote:

On Thu, Jun 23, 2016 at 12:42:20AM -0400, Kurt Lidl wrote:

As of this commit:

r302106 | adrian | 2016-06-22 21:15:35 -0400 (Wed, 22 Jun 2016) | 4
lines

revert error commit from previous commit. my bad!

Approved by:re (implicit)

Head still doesn't compile doing:

make -k -s -j24 tinderbox TARGETS="amd64 sparc64"

Tinderbox failed:
amd64.amd64 buildworld failed, check _.amd64.amd64.buildworld for
details

===> lib/csu/amd64 (obj)
===> lib/csu/amd64 (all)
===> lib/csu/amd64 (install)
bmake[6]: /usr/obj/p/fbsd/GIT/lib/libc/.depend.pipe.o, 5: ignoring
stale
.depend
 for /p/fbsd/GIT/lib/libc/amd64/sys/pipe.S
cc: error: no such file or directory:
'/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
cc: error: no input files
--- pipe.So ---
*** [pipe.So] Error code 1

bmake[6]: stopped in /p/fbsd/GIT/lib/libcr302114
cc: error: no such file or directory:
'/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
cc: error: no input files
--- pipe.o ---
*** [pipe.o] Error code 1



What revision?  It builds for me on r302113.



I see you mentioned the revision, sorry for not noticing.

I think you hit a bug that brooks fixed later, which should build fine
now.

Glen



OK, I'll update and try again.  This spoiled all my builds on my sparc64
machines too.

-Kurt


I updated to r302114, deleted my /usr/obj tree for the amd64 build, and
this time it successfully built.

Sorry for the false alarm.

I'll kick off my native sparc64 builds again.

-Kurt

___
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"

Re: head is broken after recent sys_pipe changes

[Kurt Lidl]

On 6/23/16 12:45 AM, Glen Barber wrote:

On Thu, Jun 23, 2016 at 04:44:06AM +, Glen Barber wrote:

On Thu, Jun 23, 2016 at 12:42:20AM -0400, Kurt Lidl wrote:

As of this commit:

r302106 | adrian | 2016-06-22 21:15:35 -0400 (Wed, 22 Jun 2016) | 4 lines

revert error commit from previous commit. my bad!

Approved by:re (implicit)

Head still doesn't compile doing:

make -k -s -j24 tinderbox TARGETS="amd64 sparc64"

Tinderbox failed:
amd64.amd64 buildworld failed, check _.amd64.amd64.buildworld for details

===> lib/csu/amd64 (obj)
===> lib/csu/amd64 (all)
===> lib/csu/amd64 (install)
bmake[6]: /usr/obj/p/fbsd/GIT/lib/libc/.depend.pipe.o, 5: ignoring stale
.depend
 for /p/fbsd/GIT/lib/libc/amd64/sys/pipe.S
cc: error: no such file or directory:
'/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
cc: error: no input files
--- pipe.So ---
*** [pipe.So] Error code 1

bmake[6]: stopped in /p/fbsd/GIT/lib/libc
cc: error: no such file or directory:
'/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
cc: error: no input files
--- pipe.o ---
*** [pipe.o] Error code 1



What revision?  It builds for me on r302113.



I see you mentioned the revision, sorry for not noticing.

I think you hit a bug that brooks fixed later, which should build fine
now.

Glen



OK, I'll update and try again.  This spoiled all my builds on my sparc64
machines too.

-Kurt

___
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"

Re: head is broken after recent sys_pipe changes

[Glen Barber]

On Thu, Jun 23, 2016 at 04:44:06AM +, Glen Barber wrote:
> On Thu, Jun 23, 2016 at 12:42:20AM -0400, Kurt Lidl wrote:
> > As of this commit:
> > 
> > r302106 | adrian | 2016-06-22 21:15:35 -0400 (Wed, 22 Jun 2016) | 4 lines
> > 
> > revert error commit from previous commit. my bad!
> > 
> > Approved by:re (implicit)
> > 
> > Head still doesn't compile doing:
> > 
> > make -k -s -j24 tinderbox TARGETS="amd64 sparc64"
> > 
> > Tinderbox failed:
> > amd64.amd64 buildworld failed, check _.amd64.amd64.buildworld for details
> > 
> > ===> lib/csu/amd64 (obj)
> > ===> lib/csu/amd64 (all)
> > ===> lib/csu/amd64 (install)
> > bmake[6]: /usr/obj/p/fbsd/GIT/lib/libc/.depend.pipe.o, 5: ignoring stale
> > .depend
> >  for /p/fbsd/GIT/lib/libc/amd64/sys/pipe.S
> > cc: error: no such file or directory:
> > '/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
> > cc: error: no input files
> > --- pipe.So ---
> > *** [pipe.So] Error code 1
> > 
> > bmake[6]: stopped in /p/fbsd/GIT/lib/libc
> > cc: error: no such file or directory:
> > '/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
> > cc: error: no input files
> > --- pipe.o ---
> > *** [pipe.o] Error code 1
> > 
> 
> What revision?  It builds for me on r302113.
> 

I see you mentioned the revision, sorry for not noticing.

I think you hit a bug that brooks fixed later, which should build fine
now.

Glen



signature.asc
Description: PGP signature

Re: head is broken after recent sys_pipe changes

[Glen Barber]

On Thu, Jun 23, 2016 at 12:42:20AM -0400, Kurt Lidl wrote:
> As of this commit:
> 
> r302106 | adrian | 2016-06-22 21:15:35 -0400 (Wed, 22 Jun 2016) | 4 lines
> 
> revert error commit from previous commit. my bad!
> 
> Approved by:re (implicit)
> 
> Head still doesn't compile doing:
> 
> make -k -s -j24 tinderbox TARGETS="amd64 sparc64"
> 
> Tinderbox failed:
> amd64.amd64 buildworld failed, check _.amd64.amd64.buildworld for details
> 
> ===> lib/csu/amd64 (obj)
> ===> lib/csu/amd64 (all)
> ===> lib/csu/amd64 (install)
> bmake[6]: /usr/obj/p/fbsd/GIT/lib/libc/.depend.pipe.o, 5: ignoring stale
> .depend
>  for /p/fbsd/GIT/lib/libc/amd64/sys/pipe.S
> cc: error: no such file or directory:
> '/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
> cc: error: no input files
> --- pipe.So ---
> *** [pipe.So] Error code 1
> 
> bmake[6]: stopped in /p/fbsd/GIT/lib/libc
> cc: error: no such file or directory:
> '/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'
> cc: error: no input files
> --- pipe.o ---
> *** [pipe.o] Error code 1
> 

What revision?  It builds for me on r302113.

Glen



signature.asc
Description: PGP signature

head is broken after recent sys_pipe changes

[Kurt Lidl]

As of this commit:

r302106 | adrian | 2016-06-22 21:15:35 -0400 (Wed, 22 Jun 2016) | 4 lines

revert error commit from previous commit. my bad!

Approved by:re (implicit)

Head still doesn't compile doing:

make -k -s -j24 tinderbox TARGETS="amd64 sparc64"

Tinderbox failed:
amd64.amd64 buildworld failed, check _.amd64.amd64.buildworld for details

===> lib/csu/amd64 (obj)
===> lib/csu/amd64 (all)
===> lib/csu/amd64 (install)
bmake[6]: /usr/obj/p/fbsd/GIT/lib/libc/.depend.pipe.o, 5: ignoring stale 
.depend

 for /p/fbsd/GIT/lib/libc/amd64/sys/pipe.S
cc: error: no such file or directory: 
'/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'

cc: error: no input files
--- pipe.So ---
*** [pipe.So] Error code 1

bmake[6]: stopped in /p/fbsd/GIT/lib/libc
cc: error: no such file or directory: 
'/p/fbsd/GIT/lib/libc/amd64/sys/pipe.S'

cc: error: no input files
--- pipe.o ---
*** [pipe.o] Error code 1

-Kurt
___
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"

FreeBSD_HEAD_i386 - Build #3432 - Fixed

[jenkins-admin]

FreeBSD_HEAD_i386 - Build #3432 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3432/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3432/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3432/console

Change summaries:

302104 by adrian:
[iwm] Use mbuf for large firmware commands, like OpenBSD does.

We also need to consider the size of large firmware commands in 
iwm_alloc_tx_ring(),
in the dma tag creation, when qid == IWM_MVM_CMD_QUEUE. The old code apparently
only allocated a 2KB (MCLBYTES) sized buffer when it actually expected 4KB.

Submitted by:   Imre Vadasz 
Approved by:re (gjb)
Differential Revision:  https://reviews.freebsd.org/D6824

302103 by adrian:
[iwm] Add and use iwm_phy_db_free(), to plug phy_db memory leak.

(Together with other iwm(4) memory leak fixes) Memory leakage in M_DEVBUF
is now at ca. 2KB for each iwm(4) module load/unload cycle.

Submitted by:   Imre Vadasz 
Approved by:re (gjb)
Obtained from:  DragonflyBSD git eaf551a1d464c643e98ce5781971dd32124e9af1
Differential Revision:  https://reviews.freebsd.org/D6819

302102 by adrian:
[iwm] Fix iwm_dma_contig_free(). dma->map is always NULL here.

* When bus_dmamem_alloc is used, the bus_dmamap_t is usually set to NULL, so
  we were never actually freeing any dma memory allocations done via
  iwm_dma_contig_alloc(). So we should check dma->vaddr instead of dma->map 
here.

* Also, the dmamap is actually supposed to be invalidated as part of
  bus_dmamem_free(), so bus_dmamap_destroy() is never needed here.

Submitted by:   Imre Vadasz 
Approved by:re (gjb)
Obtained from:  DragonflyBSD git ef2b29a7ba6ca8a9d2c82ab591c067ff84cb

302101 by adrian:
[iwm] Use vap->iv_myaddr instead of ic->ic_macaddr when vap != NULL.

ic_macaddr is only used for the initial mac address provided by NVM. We should
rather use vap->iv_myaddr when vap != NULL, to allow the MAC address
to be changed later with ifconfig(8).

Submitted by:   Imre Vadasz 
Reviewed by:avos
Approved by:re (gjb)
Obtained from:  DragonflyBSD git 4aee7a78275676d22d14c04177bd0c9377d91478
Differential Revision:  https://reviews.freebsd.org/D6743

302100 by adrian:
[ath] fix comments!

I keep asking myself "what do these fields mean" and so now I've clarified
it for myself.

Tested:

* Reading the comments, going "a-ha!" a couple times.

Approved by:re (gjb)

302099 by bz:
Check the V_tcbinfo.ipi_count to hit 0 before doing the full TCP cleanup.
That way timers can finish cleanly and we do not gamble with a DELAY().

Reviewed by:gnn, jtl
Approved by:re (gjb)
Obtained from:  projects/vnet
MFC after:  2 weeks
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D6923

302098 by bz:
No longer mark TCP TW zone NO_FREE.
Timewait code does a proper cleanup after itself.

Reviewed by:gnn
Approved by:re (gjb)
Obtained from:  projects/vnet
MFC after:  2 weeks
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D6922

302097 by brooks:
Regen post r302096 and implement svr4_pipe().

Approved by:re (implict, fixing build)
Sponsored by:   DARPA, AFRL

302096 by brooks:
Declare a svr4 version of pipe() now that sys_pipe() is no more.

Approved by:re (implicit, fixing build)
Sponsored by:   DARPA, AFRL

___
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"

FreeBSD_HEAD_i386 - Build #3431 - Failure

[jenkins-admin]

FreeBSD_HEAD_i386 - Build #3431 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3431/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3431/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3431/console

Change summaries:

302095 by brooks:
Generate syscall tables and update pipe() implementation after r302094.

Mark the pipe() system call as COMPAT10.

As of r302092 libc uses pipe2() with a zero flags value instead of pipe().

Approved by:re (gjb)
Sponsored by:   DARPA, AFRL
Differential Revision:  https://reviews.freebsd.org/D6816

302094 by brooks:
Mark the pipe() system call as COMPAT10.

As of r302092 libc uses pipe2() with a zero flags value instead of pipe().

Commit with regenerated files and implementation to follow.

Approved by:re (gjb)
Sponsored by:   DARPA, AFRL
Differential Revision:  https://reviews.freebsd.org/D6816



The end of the build log:

[...truncated 179099 lines...]
--- emu10kx-pcm.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  -MD  
-MF.depend.emu10kx-pcm.o -MTemu10kx-pcm.o -mno-mmx -mno-sse -msoft-float 
-ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-D__printf__=__freebsd_kprintf__  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-unknown-pragmas  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -Wno-error-shift-negative-value  -mno-aes -mno-avx  
-std=iso9899:1999 -c 
/usr/src/sys/modules/sound/driver/emu10kx/../../../../dev/sound/pci/emu10kx-pcm.c
 -o emu10kx-pcm.o
--- all_subdir_stge ---
ctfconvert -L VERSION -g if_stge.o
--- if_stge.kld ---
ld -d -warn-common -r -d -o if_stge.kld if_stge.o
ctfmerge -L VERSION -g -o if_stge.kld if_stge.o
:> export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk if_stge.kld  export_syms | xargs -J% 
objcopy % if_stge.kld
--- if_stge.ko.full ---
ld -Bshareable -d -warn-common -o if_stge.ko.full if_stge.kld
--- if_stge.ko.debug ---
objcopy --only-keep-debug if_stge.ko.full if_stge.ko.debug
--- if_stge.ko ---
objcopy --strip-debug --add-gnu-debuglink=if_stge.ko.debug  if_stge.ko.full 
if_stge.ko
--- rslist.o ---
cc  -c -O -pipe  -g -nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -MD  
-MF.depend.rslist.o -MTrslist.o -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__  
-Wmissing-include-dirs -fdiagnostics-show-option  -Wno-unknown-pragmas  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -Wno-error-shift-negative-value  -mno-aes -mno-avx  
-std=iso9899:1999 -Werror  
/usr/src/sys/contrib/dev/acpica/components/resources/rslist.c
ctfconvert -L VERSION -g rslist.o
--- modules-all ---
--- all_subdir_sound ---
--- emu10kx-midi.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  -MD  
-MF.depend.emu10kx-midi.o -MTemu10kx-midi.o -mno-mmx -mno-sse -msoft-float 
-ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-D__printf__=__freebsd_kprintf__  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-unknown-pragmas  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -Wno-error-shift-negative-value  -mno-aes -mno-avx  
-std=iso9899:1999 -c 
/usr/src/sys/modules/sound/driver/emu10kx/../../../../dev/sound/pci/emu10kx-midi.c
 -o emu10kx-midi.o
ctfconvert -L VERSION -g emu10kx-midi.o
--- rsmemory.o ---
cc  -c -O -pipe  -g -nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -MD  
-MF.depend.rsmemory.o -MTrsmemory.o -mno-mmx -mno-sse -msoft-float 
-ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-D__printf__=__freebsd_kprintf__  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-unknown-pragmas  
-Wno-error-tautological-compare 

Re: Fatal trap 12

[Bjoern A. Zeeb]

On 22 Jun 2016, at 17:56, Ivan Klymenko wrote:


On Wed, 22 Jun 2016 20:45:26 +0300
Ivan Klymenko  wrote:


On Wed, 22 Jun 2016 20:36:36 +0300
Ivan Klymenko  wrote:


Hello.
After update from r302000 to r302083 i have panic
http://i.imgur.com/YfvvhdS.png

Thanks.

Sorry, the first time discovered a revision  r302060.


There is a suspicion that the reason for this commit:
https://svnweb.freebsd.org/base?view=revision=302054


Do you compile pflog into the kernel or load it from loader by any 
chance?   I can see what might happen here.


Can you try to see if this goes away if you load pflog after pf is 
loaded?   If that helps change the SI_SUB_PSEUDO at the end of 
sys/netpfil/pf/if_pflog.c to SI_SUB_PROTO_FIREWALL ;  that should fix 
it.


/bz
___
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"

Re: Fatal trap 12

[Johan Hendriks]

Just a me too.

Build yesterday (revision unclear) and starts fine, today a rebuild and
a panic.
But I do not see the panic message as it reboots right away.
The latest line I see is

atkbd0:  irq 1 on atkbdc0

Then a real quick panic and then it reboots.
I captured it by filming and then pause it before the reboot. ( the
first part is unreadable, but from processor eflags it is the same!
except the 0xf80b values.)
But also 10 lines of KDB stack backtrace: , and 1s uptime.

The old kernel boots fine!

My system uses root on ZFS!

regards
Johan


Op 22/06/16 om 19:36 schreef Ivan Klymenko:
> Hello.
> After update from r302000 to r302083 i have panic
> http://i.imgur.com/YfvvhdS.png
>
> Thanks.
> ___
> 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"

___
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"

Re: Fatal trap 12

[Ivan Klymenko]

On Wed, 22 Jun 2016 20:45:26 +0300
Ivan Klymenko  wrote:

> On Wed, 22 Jun 2016 20:36:36 +0300
> Ivan Klymenko  wrote:
> 
> > Hello.
> > After update from r302000 to r302083 i have panic
> > http://i.imgur.com/YfvvhdS.png
> > 
> > Thanks.  
> Sorry, the first time discovered a revision  r302060.

There is a suspicion that the reason for this commit:
https://svnweb.freebsd.org/base?view=revision=302054
___
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"

Re: Fatal trap 12

[Ivan Klymenko]

On Wed, 22 Jun 2016 20:36:36 +0300
Ivan Klymenko  wrote:

> Hello.
> After update from r302000 to r302083 i have panic
> http://i.imgur.com/YfvvhdS.png
> 
> Thanks.
Sorry, the first time discovered a revision  r302060.
___
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"

Re: (beagleboneblack/urtwn) Kernel page fault with the following non-sleepable locks held [ssh on rpi2 comparison]

[Otacílio]

Em 21/06/2016 19:45, Keith White escreveu:

On Tue, 21 Jun 2016, Ian Lepore wrote:


On Tue, 2016-06-21 at 08:11 -0300, Otacílio wrote:

Em 21/06/2016 07:33, Keith White escreveu:

In an earlier message Ian said that he thought he knew what the
problem was...


Here the problem occurs  when using wifi. I do not have tested wired
because I don't have a cable here.


[]'s

-Otacilio


The wifi alignment fault should be fixed as of r302064.  Sorry it took
so long.

-- Ian


Many thanks Ian!  Yes, this has fixed the problem.  No more panics
on ssh to rpi-b.

...keith


This fix on beaglebone black also. Thanks a lot!

[]'s

-Otacílio

___
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"

Fatal trap 12

[Ivan Klymenko]

Hello.
After update from r302000 to r302083 i have panic
http://i.imgur.com/YfvvhdS.png

Thanks.
___
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"

Re: panic in g_vfs_strategy()

[Steven G. Kargl]

On Wed, Jun 22, 2016 at 11:15:27AM +0300, Andriy Gapon wrote:
> On 22/06/2016 01:04, Steve Kargl wrote:
> > After a forced umount of a msdos filesystem, I received
> > a panic.  I have the kernel and vmcore.  The first hundred
> > or so lines of core.txt.4 follow my .sig.
> > 
> 
> It seems that this problem might have the same root cause as this bug
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210316
> so it could be worth while following up there.
> 
> BTW, some mail user agents render signatures (and, by extension,
> anything that follows them) in a much less readable way than a regular
> message text.
> 

Thanks for the pointer to the bug.  Yes, I think my
panic is the same as yours.  Checking /var/log/messages
I find errors of the form

Jun 21 14:14:39 troutmask kernel: g_vfs_done():da1s1[WRITE(\
offset=-1099375943680, length=32768)]error = 5

Inspection of the FAT32 msdosfs showed about 1 TB of disk space
used.  I suspect, but can't prove, I hit a filesystem limit. 

-- 
Steve
http://troutmask.apl.washington.edu/~kargl/
___
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"

Re: PostgreSQL performance on FreeBSD

[Maxim Sobolev]

Konstantin,

Not if you do sem_unlink() immediately, AFAIK. And that's what PG does. So
the window of opportunity for the leakage is quite small, much smaller than
for SYSV primitives. Sorry for missing your status update message, I've
missed it somehow.


mySem = sem_open(semname, O_CREAT | O_EXCL,
 (mode_t) IPCProtection,
(unsigned) 1);

#ifdef SEM_FAILED
if (mySem != (sem_t *) SEM_FAILED)
break;
#else
if (mySem != (sem_t *) (-1))
break;
#endif

/* Loop if error indicates a collision */
if (errno == EEXIST || errno == EACCES || errno == EINTR)
continue;

/*
 * Else complain and abort
 */
elog(FATAL, "sem_open(\"%s\") failed: %m", semname);
}

/*
 * Unlink the semaphore immediately, so it can't be accessed
externally.
 * This also ensures that it will go away if we crash.
 */
sem_unlink(semname);

return mySem;


-Max

On Wed, Jun 22, 2016 at 3:02 AM, Konstantin Belousov 
wrote:

> On Tue, Jun 21, 2016 at 12:48:00PM -0700, Maxim Sobolev wrote:
> > Thanks, Konstantin for the great work, we are definitely looking forward
> to
> > get all those improvements to be part of the default FreeBSD kernel/port.
> > Would be nice if you can post an update some day later as to what's
> > integrated and what's not.
> I did posted the update several days earlier.  Since you replying to this
> thread, it would be not unreasonable to read recent messages that were
> sent.
>
> >
> > Just in case, I've opened #14206 with PG to switch us to using POSIX
> > semaphores by default. Apart from the mentioned performance benefits,
> SYSV
> > semaphores are PITA to deal with as they come in very limited quantities
> by
> > default. Also they might stay around if PG dies/gets nuked and prevent it
> > from starting again due to overflow. We've got some quite ugly code to
> > clean up those using ipcrm(1) in our build scripts to deal with just
> that.
> > I am happy that code could be retired now.
>
> Named semaphores also stuck around if processes are killed without cleanup.
>
>
___
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"

Re: console in 11.0-ALPHA4

[Ernie Luzar]

Kurt Jaeger wrote:

Hi!

If you want textmode like in the old days, add this line to 
/boot/loader.conf:


hw.vga.textmode="1"


If I do this on a laptop 10.3p5, sending the laptop to sleep with
zzz causes a crash (!), which is reproducable.



submit a PR
___
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"

Re: PostgreSQL performance on FreeBSD

[Konstantin Belousov]

On Tue, Jun 21, 2016 at 12:48:00PM -0700, Maxim Sobolev wrote:
> Thanks, Konstantin for the great work, we are definitely looking forward to
> get all those improvements to be part of the default FreeBSD kernel/port.
> Would be nice if you can post an update some day later as to what's
> integrated and what's not.
I did posted the update several days earlier.  Since you replying to this
thread, it would be not unreasonable to read recent messages that were
sent.

> 
> Just in case, I've opened #14206 with PG to switch us to using POSIX
> semaphores by default. Apart from the mentioned performance benefits, SYSV
> semaphores are PITA to deal with as they come in very limited quantities by
> default. Also they might stay around if PG dies/gets nuked and prevent it
> from starting again due to overflow. We've got some quite ugly code to
> clean up those using ipcrm(1) in our build scripts to deal with just that.
> I am happy that code could be retired now.

Named semaphores also stuck around if processes are killed without cleanup.
___
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"

Re: console in 11.0-ALPHA4

[Kurt Jaeger]

Hi!

> If you want textmode like in the old days, add this line to 
> /boot/loader.conf:
> 
> hw.vga.textmode="1"

If I do this on a laptop 10.3p5, sending the laptop to sleep with
zzz causes a crash (!), which is reproducable.

-- 
p...@opsec.eu+49 171 3101372 4 years to go !
___
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"

Re: panic in g_vfs_strategy()

[Andriy Gapon]

On 22/06/2016 01:04, Steve Kargl wrote:
> After a forced umount of a msdos filesystem, I received
> a panic.  I have the kernel and vmcore.  The first hundred
> or so lines of core.txt.4 follow my .sig.
> 

It seems that this problem might have the same root cause as this bug
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210316
so it could be worth while following up there.

BTW, some mail user agents render signatures (and, by extension,
anything that follows them) in a much less readable way than a regular
message text.

-- 
Andriy Gapon
___
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"