On Mon, 11 Jan 2016 23:52:47 +0100 Olivier Cochard-Labbé
wrote:
>
> After weeks of troubleshooting, at last I found how to reproduce this
> problem ;-)
>
> Here is the setup:
>
> LAN0 <--> [(re0) fbsd router (bridge0 addm re1 addm wlan0)] <--> Wireless
> LAN
>
> If interface re1 (bridge0 membe
:
> svn patch drm-update-38.i.patch
>
> There are few changes:
> o The panic reported by J.R. Oldroyd is fixed, but not the CP init
>problem.
> o A lock assert was added, suggested by Konstantin Belousov
>
Tested as requested: svn update to r279508 and
On Fri, 20 Feb 2015 15:49:44 +0100 Anders Bolt-Evensen
wrote:
>>
> I saw that you had updated your patchfile to drm-update-38.h.patch, and
> ...
> applied the patch, it seemed to be more successful, but on 22 occations
> the patch still fails (the following list contains all the fails; the
>
Hi,
Just built 11-CURRENT in order to debug a radeon initialization
problem.
Clean svn source download of r278740.
Followed make buildworld/make buildkernel etc procedure.
System panics during boot of kernel with several LOR indications.
Haven't run -CURRENT on this system for a while so can't
On Fri, 16 May 2014 16:09:37 +0100 Tom Evans wrote:
>
> Do you mean you are changing /etc/localtime whenever you move to
> another timezone?
>
Yes, precisely.
> I would suggest stopping doing that! Instead just set TZ in your user
> environment to whatever TZ you want. That way, your programs w
I would like to propose that a timezone setting be possible for the
src/etc/periodic/security/100.chksetuid
script. Either fix it at something like UTC, or add an rc.conf setting
that specifies what timezone to use. Or both, default to UTC but allow
a timezone setting in rc.conf.
Reaso
On Mon, 1 Apr 2013 14:36:52 +0200 Alexander Leidinger
wrote:
>
> On Wed, 27 Mar 2013 18:07:14 -0400
> "J.R. Oldroyd" wrote:
>
> > Is there any known magic involved in getting DTrace to do its thing on
> > 9.1-release?
> >
> > I am trying to
Is there any known magic involved in getting DTrace to do its thing on
9.1-release?
I am trying to use it to debug a memory leak problem with the radeonkms
driver under 9.x.
Firstly, the following sequence works normally:
boot system
kldload drm2
kldload radeonkms
; With default options, clang accepts this but apparently, not gcc.
>
Experimentation shows that this warning is triggered because we use
-std=iso9899:1999. It can be turned off again by adding --ms-extensions
too.
Alternatively, my big patch replaces all these anon unions with
named ones. There
On Mon, 08 Aug 2011 10:46:16 +1000, Mattia Rossi wrote:
>
> I'm using the patches from your website on my 8.2 box, which is the IPv6
> gateway and runs rtadvd. The problem with the resolv.conf is happening
> on my client though, which is a box running HEAD, so I'll try to follow
> Doug's advic
On Thu, 04 Aug 2011 23:52:54 -0700, Doug Barton wrote:
>
> On 08/04/2011 22:59, Mattia Rossi wrote:
> > I've finally patched my 8.2 IPv6 gateway with the RDNSS/DNSSL patches
> > The script anyhow overwrites my previous manual entries in
> > /etc/resolv.conf which I need for my manual IPv4 setup...
11 matches
Mail list logo