Re: head -r320482 vs. TARGET_ARCH=powerpc production style kernel: jumps to non-code and traps (involves ->sol_upcall pointing to ->so_rdsel) bugzilla 220404

2017-06-30 Thread Mark Millard
[It looks like the 2 anonymous structs in the union in the new "struct socket" are being abused such that the ->sol_upcall from the 2nd struct is being access when it has a value that was apparently assigned via ->so_rcv->sb_sel . Details follow, added to prior notes that I sent out. I've submitte

Final Call for 2017Q2 Quarterly Status Reports

2017-06-30 Thread Benjamin Kaduk
Dear FreeBSD Community, Only one week remains before the July 7 deadline for submitting entries for the next FreeBSD Quarterly Status update, covering work done in April through June. Please consider submitting an entry for work you have done this quarter, even if it seems minor to you. Status r

Re: about history:)

2017-06-30 Thread Ian Lepore
On Fri, 2017-06-30 at 21:19 +0300, Toomas Soome wrote: > hi! > > there is an question about the tty line (canonical) mode — the > internal implementation is using 2k buffer, but the related (public) > constants are claiming buffer size about 255 chars. Why it is so - > any hints about the backgrou

freebsd-current@freebsd.org

2017-06-30 Thread Konstantin Belousov
On Fri, Jun 30, 2017 at 09:34:42PM +0300, Oleg Ginzburg wrote: > Hi, > > This commit https://svnweb.freebsd.org/base?view=revision&revision=r320472 > breaks column(1) (and can affect something else this way ). Try to execute > sample from man r320472: > > ( printf "PERM LINKS OWNER GROUP SIZE M

freebsd-current@freebsd.org

2017-06-30 Thread Oleg Ginzburg
Hi, This commit https://svnweb.freebsd.org/base?view=revision&revision=r320472 breaks column(1) (and can affect something else this way ). Try to execute sample from man r320472: ( printf "PERM LINKS OWNER GROUP SIZE MONTH DAY " ; printf "HH:MM/YEAR NAME\n" ; ls -l | sed 1d ) | column -t colu

about history:)

2017-06-30 Thread Toomas Soome
hi! there is an question about the tty line (canonical) mode — the internal implementation is using 2k buffer, but the related (public) constants are claiming buffer size about 255 chars. Why it is so - any hints about the background there? #define MAX_CANON 255 /* max bytes

Re: HEAD/i386 r320212: three reproducible panics

2017-06-30 Thread Oleg V. Nauman
On Friday 30 June 2017 12:44:37 Hans Petter Selasky wrote: Hello Hans, > On 06/30/17 11:01, Oleg V. Nauman wrote: > > On Friday 23 June 2017 19:42:55 Oleg V. Nauman wrote: > >> a) Panic on shutdown: > >> Fatal trap 1: privileged instruction fault while in kernel mode > >> cpuid = 1; apic id =

Re: HEAD/i386 r320212: three reproducible panics

2017-06-30 Thread Hans Petter Selasky
On 06/30/17 11:01, Oleg V. Nauman wrote: On Friday 23 June 2017 19:42:55 Oleg V. Nauman wrote: a) Panic on shutdown: Fatal trap 1: privileged instruction fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xc6be2023 stack pointer = 0x28:0xe13c39f4 frame p

head -r320482 vs. TARGET_ARCH=powerpc production style kernel: jumps to non-code and traps (but the debug kernel build works for the same world)

2017-06-30 Thread Mark Millard
The -r320482 kernel build is via gcc 4.2.1. Both gcc 4.2.1 and clang based worlds show the same problems. TARGET_ARCH=powerpc64 is not showing the problems. The production kernel build fails but the debug works --each built from the same /usr/src/ tree. I'll note what a normal boot does before ge

Re: HEAD/i386 r320212: three reproducible panics

2017-06-30 Thread Oleg V. Nauman
On Friday 23 June 2017 19:42:55 Oleg V. Nauman wrote: > a) Panic on shutdown: > > > Fatal trap 1: privileged instruction fault while in kernel mode > cpuid = 1; apic id = 01 > instruction pointer = 0x20:0xc6be2023 > stack pointer = 0x28:0xe13c39f4 > frame pointer = 0x28:0xe13c