Kernel PPPoE sends bad echo-req magic number on big endian machines (sparc64)

2013-11-22 Thread James MacMahon
Hello, (sendbug didn't work for me, so I am sending using the same format manually) Description: Recently, I found an OpenBSD bug where pppoe(4) sends echo-req packets with bad magic numbers. The following tcpdump trace below shows the bad echo-req packet with 00-00-00-00: Nov 1 09:24:59

Re: panic: timeout_add: to_ticks (-1) 0

2013-11-22 Thread Stuart Henderson
On 2013/11/22 08:47, RD Thrush wrote: On 11/11/13 11:22, Stuart Henderson wrote: On 2013/11/11 09:53, RD Thrush wrote: Synopsis: Firewall panic with Nov 10 snapshot Category: kernel Environment: System : OpenBSD 5.4 Details : OpenBSD 5.4-current (GENERIC) #142: Sun Nov

Re: panic: timeout_add: to_ticks (-1) 0

2013-11-22 Thread RD Thrush
On 11/22/13 12:03, Stuart Henderson wrote: On 2013/11/22 08:47, RD Thrush wrote: On 11/11/13 11:22, Stuart Henderson wrote: On 2013/11/11 09:53, RD Thrush wrote: Synopsis: Firewall panic with Nov 10 snapshot Category: kernel Environment: System : OpenBSD 5.4 Details :

Re: kernel panic radeon HD 8570D

2013-11-22 Thread Mark Kettenis
[ A kernel panic is *always* a bug and should therefore be reported to bugs@; many developers only read misc@ for its amusement value ] uvm_fault(0xfe823cb0c468, 0x278, 0, 1) - e kernel: page fault trap, code=0 Stopped at radeon_vm_bo_add+0xaa: movq 0x278(%r15), %rax Does the diff