2015-08-30 17:12 GMT+02:00 Adrian Chadd :
> hi,
>
> don'tr set ath0 to the MAC of your ethernet device, set your ethernet
> MAC to the MAC of your atheros device.
>
> (But I keep telling people, failover between ethernet/wifi isn't
> supported by the wifi code...)
>
>
> -a
>
> @David
Ehm... sorry
On 30.08.2015 21:05, Andriy Gapon wrote:
> On 30/08/2015 21:37, Oliver Pinter wrote:
>> You have a running Xorg with radeonkms driver, and this issue
>> occurrence under high load (for example parallel buildworld)?
>
> I use radonkms indeed and judging from ta_func = ttm_bo_delayed_workqueue it
>
hi,
Try disabling hardware one at a time. Ie, unload usb; unload wifi;
leave kms loaded for mostly obvious reasons.
I hit a few of these which turned out to be an issue in the suspend
path of a driver - and once I found it was the USB hardware but the
BIOS itself that was hanging - FreeBSD put US
ok, so this used to work before? And you're running -HEAD?
-a
On 31 August 2015 at 00:23, Ranjan1018 . <21474...@gmail.com> wrote:
> 2015-08-30 17:12 GMT+02:00 Adrian Chadd :
>>
>> hi,
>>
>> don'tr set ath0 to the MAC of your ethernet device, set your ethernet
>> MAC to the MAC of your atheros
On 8/31/15, Jean-Sébastien Pédron wrote:
> On 30.08.2015 21:05, Andriy Gapon wrote:
>> On 30/08/2015 21:37, Oliver Pinter wrote:
>>> You have a running Xorg with radeonkms driver, and this issue
>>> occurrence under high load (for example parallel buildworld)?
>>
>> I use radonkms indeed and judgi
Hi,
I was trying to restore some deleted files from a snapshot with rsync:
[/home/www/.zfs/snapshot/zfs-auto-snap_hourly-2015-08-31-12h00/www.tegenbosch28.nl]
r...@zfs.digiware.nl# rsync -rav * /tmp
rsync: getcwd(): No such file or directory (2)
rsync error: errors selecting input/output file
On 31.08.2015 12:58, Oliver Pinter wrote:
> I got this panic, and I have somewhere a kernel and a coredump on my
> other machine. I got this panic only when I put my machine under heavy
> load and use X with randonkms driver.
> When I didn't use X and start the build under vt, I newer got this pani
On Mon, 31 Aug 2015, Ranjan1018 . wrote:
2015-08-30 17:12 GMT+02:00 Adrian Chadd :
hi,
don'tr set ath0 to the MAC of your ethernet device, set your ethernet
MAC to the MAC of your atheros device.
(But I keep telling people, failover between ethernet/wifi isn't
supported by the wifi code...)
On 30/08/2015 22:09, Andriy Gapon wrote:
> On 30/08/2015 19:16, Konstantin Belousov wrote:
>> This is strange, I do not think that could be a right explanation of this
>> issue. The taskqueue callout is initialized with the mutex, which means
>> that the callout_stop() caller
>> - must own the mut
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.
-adrian
On 31 August 2015 at 09:28, Ranjan1018 . <21474...@gmail.com> wrote:
> 2015-08-31 10:53 GMT+02:00 Adrian Chadd :
>>
>> ok, so this used to wor
Hi,
Because it works by magic, not works by intent. There's no guarantee
that a STA device will let you re-program its MAC address.
It also confuses people when they believe you can setup things like
bridged VMs and they don't work across wifi but do across ethernet.
-adrian
On 31 August 201
On Mon, 31 Aug 2015, Adrian Chadd wrote:
Hi,
Because it works by magic, not works by intent. There's no guarantee
that a STA device will let you re-program its MAC address.
As long as an attempt to set the MAC address returns an error
that is meaningful (ENOTSUP?), that is fine. I still beli
Hi Andriy,
On 08/31/15 18:46, Andriy Gapon wrote:
On 30/08/2015 22:09, Andriy Gapon wrote:
On 30/08/2015 19:16, Konstantin Belousov wrote:
This is strange, I do not think that could be a right explanation of this
issue. The taskqueue callout is initialized with the mutex, which means
that the
On 08/29/15 00:38, Joel Dahl wrote:
> On Tue, Aug 25, 2015 at 12:55:02PM -0700, Sean Bruno wrote:
>>
>>
>> On 08/25/15 12:10, Joel Dahl wrote:
> Seems to work. However, I cannot reproduce the user panic in the first
> place. What's the scenario that seems to work here? NFS seems happy
>
Over the past several months I have ported kgdb to the version of gdb in ports.
I have a pending patch to the gdb port to add fork following, but once that is
done (and possibly after updating to 7.10) I will try to add my existing work
as a KGDB option on the port. Until such time, you can try th
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 secur
16 matches
Mail list logo
