Konstantin Belousov wrote this message on Tue, Sep 01, 2015 at 21:44 +0300:
> On Tue, Sep 01, 2015 at 11:24:06AM -0700, John-Mark Gurney wrote:
> > Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 23:21 +0300:
> > > On 27/08/2015 21:09, John-Mark Gurney wrote:
> > > > Andriy Gapon wrote
On 1 September 2015 at 15:01, John-Mark Gurney wrote:
>
> But I would ask you to respect my maintainership of the code... Just
> because you get paid to work on FreeBSD full time does not mean you
> get to run roughshod over other people's work and force them to work
> on your
Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 23:21 +0300:
> On 27/08/2015 21:09, John-Mark Gurney wrote:
> > Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 10:21 +0300:
> >> On 27/08/2015 02:36, John-Mark Gurney wrote:
> >>> We should/cannot get here w/ an empty list. If we
On Tue, Sep 01, 2015 at 11:24:06AM -0700, John-Mark Gurney wrote:
> Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 23:21 +0300:
> > On 27/08/2015 21:09, John-Mark Gurney wrote:
> > > Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 10:21 +0300:
> > >> On 27/08/2015 02:36, John-Mark
On Monday, August 31, 2015 09:58:45 AM Adrian Chadd wrote:
> Hi,
>
> +glebius, as he recently messed around with the wifi stack and his
> changes may have broken how mac addresses are assigned to the
> hardware.
Glebius did break this, though not because of what you say. It's broken
because the
On Tuesday, August 25, 2015 02:27:42 PM Conrad Meyer wrote:
> For some reason, it only crops up on UEFI boot. "Legacy" boot "just works."
>
> It looks like we're locking a mutex in a struct at NULL.
>
> (trap)
> __mtx_assert+0xdb
> agtiapi_cam_action+0x45
> xpt_action_default+0xbe3(?)
>
Running a simple "namp -sS" on the network or a dedicated IP, I get this error:
route_dst_generic: Failed to obtain system routes: getsysroutes_dnet:
sysroutes_dnet_find_interfaces() failed
System is FreeBSD 11.0-CURRENT #1 r287321: Mon Aug 31 09:35:35 CEST 2015 amd64
and most recent port's
John-Mark,
with all the due respect I have to invoke the forest-vs-trees argument here:
- it is established that in the knote() loop the current knote member of the
klist can be removed
- it's a fact that getting a pointer to a next element from a removed element is
an illegal operation
-
> On Sep 1, 2015, at 13:30, Conrad Meyer wrote:
>
>> On Mon, Aug 31, 2015 at 6:20 PM, John Baldwin wrote:
>> Probably pCardInfo is NULL.
>>
>> Looking at the pms driver source is making my stomach churn, but I don't
>> see anything obvious. The field is
On Sun, Aug 30, 2015 at 3:06 PM, Adrian Chadd wrote:
> Hi,
>
> has anyone asked dumbbell directly about it?
>
>
>
> -a
>
>
> On 30 August 2015 at 14:25, Slawa Olhovchenkov wrote:
> > On Sun, Aug 30, 2015 at 11:59:26PM +0300, Ruslan Makhmatkhanov wrote:
> >
>
On Mon, Aug 31, 2015 at 6:20 PM, John Baldwin wrote:
> Probably pCardInfo is NULL.
>
> Looking at the pms driver source is making my stomach churn, but I don't
> see anything obvious. The field is set during attach, so it shouldn't be
> NULL when the intrhook runs. Do you have
On Mon, Aug 31, 2015 at 09:58:45AM -0700, Adrian Chadd wrote:
A> Hi,
A>
A> +glebius, as he recently messed around with the wifi stack and his
A> changes may have broken how mac addresses are assigned to the
A> hardware.
I've tested that with new code setting MAC address on wlan0 passed it
down
Idwer,
can you please subscribe to this bug?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202784
And getting involved with debugging is much appreciated.
--
Totus tuus, Glebius.
___
freebsd-current@freebsd.org mailing list
13 matches
Mail list logo