Thanks both of you. Here's another shot at roughly the same thing I asked the
first reporter to try (that patch was wrong). If it doesn't work, can you please
post the dmesg?
diff --git a/sys/dev/acpica/acpi_ec.c b/sys/dev/acpica/acpi_ec.c
index a21dbc963af..666aba2b3c8 100644
---
On Thu, Nov 22, 2018 at 09:05:20AM -0800, Steve Kargl wrote:
> I have an old D-Link AirPlus G (DWL-630) pccard card
> that I have used for years with FreeBSD. Recently,
> I see
>
> % dmesg | grep ath
> mobile:kargl[201] dmesg | grep ath
> [ath_hal] loaded
> [ath_dfs] loaded
> [ath_rate] loaded
>
On Wed, Nov 21, 2018, 11:43 PM Dan Partelly wireless lagg initialization is broken in this scenario, all-right. The
> init/rc system as it is now can’t cope easily with a modern asynchronous
> initialization sequence. Sure you could probably find an order which works,
> only to find yourself in
I have an old D-Link AirPlus G (DWL-630) pccard card
that I have used for years with FreeBSD. Recently,
I see
% dmesg | grep ath
mobile:kargl[201] dmesg | grep ath
[ath_hal] loaded
[ath_dfs] loaded
[ath_rate] loaded
[ath] loaded
ath0: irq 19 at device 0.0 on cardbus0
ath0: AR2413 mac 7.8 RF2413
We're missing a fair bit of information to come to any conclusion yet.
Cy, did you used it when loading the wifi drivers automatically with
devmatcher ? Cause if you run GENERIC, chances are that you will not
see any weird behavior. Most wifi drivers are compiled in kernel in this
case.
In message <798c848d-5f32-4bf9-87e0-add4f9b74...@rdsor.ro>, Dan
Partelly writes
:
> wireless lagg initialization is broken in this scenario, all-right. The init/
> rc system as it is now canât cope easily with a modern asynchronous initial
> ization sequence. Sure you could probably find an
I've obtained Chelsio T3 for my "network lab". It works with cxgb
driver well, but when I try to use Netmap's pkt-gen on it it crashes
system immediately with such message:
panic: trying to coalesce 9 packets in to one WR
I've turned all checksums, lro and tso off, but it doesn't help.
Do I
wireless lagg initialization is broken in this scenario, all-right. The init/rc
system as it is now can’t cope easily with a modern asynchronous initialization
sequence. Sure you could probably find an order which works, only to find
yourself in trouble next time you want add some modern
On Thu, Nov 22, 2018 at 06:17:45AM +0100, Emmanuel Vadot wrote:
>
> Hi,
>
> Allwinner PMIC on X86, interesting :)
>
> On Fri, 16 Nov 2018 08:51:31 +
> Johannes Lundberg wrote:
>
> > Hi
> >
> > I have a Lenovo Ideapad Miix 310 that has a Intel CherryTrail CPU and it
> > runs FreeBSD
