June 2017 Archives by thread

Messages sorted by: [ subject ] [ author ] [ date ]
More info on this list...

Starting: Fri Jun 2 13:15:38 UTC 2017
Ending: Fri Jun 30 22:27:12 UTC 2017
Messages: 106

On a old PowerMac G5: two 32-bit powerpc FreeBSD vmcore's from having protected most wired kernel memory from execution: what is common Mark Millard
- On a old PowerMac G5: two 32-bit powerpc FreeBSD vmcore's from having protected most wired kernel memory from execution: what is common Mark Millard
Linuxulator / Chrome Mason Loring Bliss
- Linuxulator / Chrome Mark Saad
Function attribute for optimization level Eric van Gyzen
- Function attribute for optimization level Pedro Giffuni
  - Function attribute for optimization level Pedro Giffuni
- Function attribute for optimization level Konstantin Belousov
  - Function attribute for optimization level Konstantin Belousov
    - Function attribute for optimization level Dimitry Andric
    - Function attribute for optimization level Jilles Tjoelker
    - Function attribute for optimization level David Chisnall
- Function attribute for optimization level Sebastian Huber
32-bit powerpc FreeBSD address 0x0-0xff content (physical addresses): What is the explanation? Mark Millard
Is mdconfig in FreeBSD and zRAM in linux are same? Prateek Dilip Halwe
- Is mdconfig in FreeBSD and zRAM in linux are same? Allan Jude
A different 32-bit powerpc head -r317820 panic on old PowerMac G5: dual backtraces from "timeout stopping cpus" (dump failed though): any comments? Mark Millard
- A different 32-bit powerpc head -r317820 panic on old PowerMac G5: dual backtraces from "timeout stopping cpus" (dump failed though): any comments? Mark Millard
  - A different 32-bit powerpc head -r317820 panic on old PowerMac G5: dual backtraces from "timeout stopping cpus" (dump failed though): any comments? Mark Millard
32-bit powerpc FreeBSD head -r317820 panic example: Example showing register r10 having been trashed during set_affinity's time frame Mark Millard
- 32-bit powerpc FreeBSD head -r317820 panic example: Example showing register r10 having been trashed during set_affinity's time frame rollingbits (Lucas)
RAND_MAX is power of 2 Littlefield, Tyler
- RAND_MAX is power of 2 Steve Kargl
Call for 2017Q2 Quarterly Status Reports Benjamin Kaduk
FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Caza, Aaron
- FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Slawa Olhovchenkov
  - FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Allan Jude
  - [EXTERNAL] Re: FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Caza, Aaron
  - [EXTERNAL] Re: FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Caza, Aaron
    - [EXTERNAL] Re: FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Slawa Olhovchenkov
- FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Caza, Aaron
  - FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Jov
- FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours trafdev
  - [EXTERNAL] Re: FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Caza, Aaron
- FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Caza, Aaron
  - FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Allan Jude
    - [EXTERNAL] Re: FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Caza, Aaron
    - [EXTERNAL] Re: FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Rodney W. Grimes
    - [EXTERNAL] Re: FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Caza, Aaron
- FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Caza, Aaron
  - FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Adam Vande More
    - [EXTERNAL] Re: FreeBSD10 Stable + ZFS + PostgreSQL + SSD performance drop < 24 hours Caza, Aaron
A question about in lock usage in FreeBSD Jia-Ju Bai
- A question about in lock usage in FreeBSD Konstantin Belousov
- A question about in lock usage in FreeBSD Jia-Ju Bai
  - A question about in lock usage in FreeBSD Conrad Meyer
    - A question about in lock usage in FreeBSD Konstantin Belousov
crash under load in GENERIC Nikolai Lifanov
- crash under load in GENERIC Konstantin Belousov
  - crash under load in GENERIC Nikolai Lifanov
  - crash under load in GENERIC Nikolai Lifanov
    - crash under load in GENERIC Konstantin Belousov
- crash under load in GENERIC Gleb Smirnoff
  - crash under load in GENERIC Nikolai Lifanov
    - crash under load in GENERIC Nikolai Lifanov
[PATCH 1/2] cfi: Add intr_restore() to cfi_write_block() Sebastian Huber
- [PATCH 2/2] cfi: Refactor cfi_write_block() Sebastian Huber
Undesirable FPU tag word value after PT_SETFPREGS on i386 karnajit wangkhem
- Undesirable FPU tag word value after PT_SETFPREGS on i386 Konstantin Belousov
  - Undesirable FPU tag word value after PT_SETFPREGS on i386 karnajit wangkhem
    - Undesirable FPU tag word value after PT_SETFPREGS on i386 karnajit wangkhem
    - Undesirable FPU tag word value after PT_SETFPREGS on i386 Konstantin Belousov
    - Undesirable FPU tag word value after PT_SETFPREGS on i386 karnajit wangkhem
efifb framebuffer info for NVIDIA driver console restore Aaron Plattner
- efifb framebuffer info for NVIDIA driver console restore Oliver Pinter
- efifb framebuffer info for NVIDIA driver console restore Aaron Plattner
- efifb framebuffer info for NVIDIA driver console restore Conrad Meyer
JAVA_VERSION??? Steve Kargl
- JAVA_VERSION??? Kyle Evans
  - JAVA_VERSION??? Steve Kargl
    - JAVA_VERSION??? Kyle Evans
    - JAVA_VERSION??? Steve Kargl
panic: handle_written_inodeblock: Invalid link count 57368 Steve Kargl
INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? Mark Millard
- INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? Mark Millard
- INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? Konstantin Belousov
  - INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? Mark Millard
    - INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? Konstantin Belousov
    - INO64 in head: Does sys/boot/common/ufsread.c need its "typedef uint32_t ufs_ino_t;" replaced? Mark Millard
[PATCH] mlx: Fix a possible sleep-under-mutex bug in mlx_alloccmd Jia-Ju Bai
[PATCH] tws: Fix a possible sleep-under-mutex bug in tws_init_reqs Jia-Ju Bai
Example head -r317820 manual backtrace that jumps to non-code (from a vmcore inspection); eventually kernel-thread stack overflowed Mark Millard
- Example head -r317820 manual backtrace that jumps to non-code (from a vmcore inspection); eventually kernel-thread stack overflowed Mark Millard
  - Example head -r317820 manual backtrace that jumps to non-code (from a vmcore inspection); eventually kernel-thread stack overflowed Mark Millard
using rc.subr only by root restriction Anthony Pankov
- using rc.subr only by root restriction Adrian Chadd
  - using rc.subr only by root restriction Anthony Pankov
    - using rc.subr only by root restriction Adrian Chadd
    - using rc.subr only by root restriction Anthony Pankov
- using rc.subr only by root restriction Jilles Tjoelker
Second Call for 2017Q2 Quarterly Status Reports Benjamin Kaduk
Kernel panic in nfsv4_loadattr Fabian Freyer
- Kernel panic in nfsv4_loadattr Rick Macklem
  - Kernel panic in nfsv4_loadattr Dewayne Geraghty
    - Kernel panic in nfsv4_loadattr Rick Macklem
FreeBSD on NetApp hardware Bert Kiers
extract panic message & debugging from vmcore.0 ? Michael W. Lucas
- extract panic message & debugging from vmcore.0 ? Mark Millard
  - extract panic message & debugging from vmcore.0 ? Michael W. Lucas
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) Mark Millard
Contribution to FreeBSD. Javier Romero
- Contribution to FreeBSD. Pedro Giffuni

Last message date: Fri Jun 30 22:27:12 UTC 2017
Archived on: Fri Jun 30 22:27:17 UTC 2017

Messages sorted by: [ subject ] [ author ] [ date ]
More info on this list...

This archive was generated by Pipermail 0.09 (Mailman edition).