Re: carp ifdef inet6

2013-08-11 Thread Claudio Jeker
On Sun, Aug 11, 2013 at 09:17:24PM +0200, Alexander Bluhm wrote: > Hi, > > In the common IPv4 and IPv6 file ip_carp.c an #ifdef INET6 is > missing. Especially the IN6_IS_ADDR_LINKLOCAL() macro should not > be necessary in IPv4 only code. > > ok? Sure. > bluhm > > Index: netinet/ip_carp.c > =

tech@openbsd.org

2013-08-11 Thread Mark Kettenis
> Date: Sun, 11 Aug 2013 11:46:29 +0200 > From: Alexander Bluhm > > Hi, > > On my ThinkPat T430s I am trying to debug multithreaded qemu by > attaching gdb. This crashes the kernel of the host system within > a few minutes. Luckily I managed to attach a serial over lan with > Intel AMT. > > l

ntpd jump ahead

2013-08-11 Thread Ted Unangst
Nobody seemed to much care about my previous effort to get OpenBSD to play nicely inside a suspended VM. http://marc.info/?l=openbsd-misc&m=134324835209706&w=2 Instead of the kernel, this time I'm poking ntpd. To review, the problem is if the VM host is suspended, the VM guest (OpenBSD) doesn't ge

carp ifdef inet6

2013-08-11 Thread Alexander Bluhm
Hi, In the common IPv4 and IPv6 file ip_carp.c an #ifdef INET6 is missing. Especially the IN6_IS_ADDR_LINKLOCAL() macro should not be necessary in IPv4 only code. ok? bluhm Index: netinet/ip_carp.c === RCS file: /data/mirror/openb

ddb show proc flags

2013-08-11 Thread Alexander Bluhm
Hi, The ps flags are split between thread and process. It would be useful if ddb shows both. I or them together in the ps overview and list them explicitly for the specific thread. ddb> show all procs PID PPID PGRPUID S FLAGS WAIT COMMAND 18514 1 18514 0

pcmcia/if_ray.c: dead code

2013-08-11 Thread Maxime Villard
Hi, in src/sys/dev/pcmcia/if_ray.c, at l.1018: - - - - case SIOCG80211NWID: RAY_DPRINTF(("%s: ioctl: cmd SIOCG80211NWID\n", ifp->if_xname)); error = copyout(&sc->sc_cnwid, ifr->ifr_data, sizeof(sc->sc_cnwid)); break; <--

tech@openbsd.org

2013-08-11 Thread Alexander Bluhm
Hi, On my ThinkPat T430s I am trying to debug multithreaded qemu by attaching gdb. This crashes the kernel of the host system within a few minutes. Luckily I managed to attach a serial over lan with Intel AMT. login: panic: kernel diagnostic assertion "__mp_lock_held(&sched_lock) == 0" failed: