On 4/24/19 9:03 PM, Matthias Schiffer wrote:
> The new regrulelist operation returns the list of regulatory rules, similar
> to the `iw reg get` command. The passed ifname must either refer to a PHY,
> or be NULL to retrieve the rules for the global regdomain.
>
> The new operation is implemented
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Adds support to && operand in
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
TLDR: this avoids recursive
Recently, upgrade device autodetection has been added to the mvebu target.
This exposes some shortcomings of the generic export_bootdevice function,
e.g. on the Turris Omnia: export_bootdevice silently reports the root
partition to be the boot device. This makes the sysupgrade process
fail at
This is an effort to make sysupgrade work again on Turris Omnia, after
commit 4e8345ff68 ("mvebu: base-files: autodetect upgrade device").
v2: Remove workarounds for the old export_bootdevice behaviour from
the remaining targets.
Klaus Kudielka (2):
base-files: improve lib/upgrade/common.sh
The correct board_name for the Turris Omnia is armada-385-turris-omnia.
Fixes: 4e8345ff68 ("mvebu: base-files: autodetect upgrade device")
Signed-off-by: Klaus Kudielka
---
target/linux/mvebu/base-files/lib/preinit/79_move_config | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Example output:
# lua -e
'print(require("jsonc").stringify(require("iwinfo").nl80211.regrulelist(),
true))'
[
{
"flags": [
],
"max_ant_gain_mbi": 0,
"end_freq_khz": 2483500,
"max_eirp_mbm": 2000,
"start_freq_khz": 240,
The new regrulelist operation returns the list of regulatory rules, similar
to the `iw reg get` command. The passed ifname must either refer to a PHY,
or be NULL to retrieve the rules for the global regdomain.
The new operation is implemented for nl80211 only.
Signed-off-by: Matthias Schiffer
On 24.04.19 17:29, Tomasz Maciej Nowak wrote:
Hi Klaus.
W dniu 23.04.2019 o 21:59, Klaus Kudielka pisze:
Recently, upgrade device autodetection has been added to the mvebu target.
This exposes some shortcomings of the generic export_bootdevice function,
e.g. on the Turris Omnia:
Hi Klaus.
W dniu 23.04.2019 o 21:59, Klaus Kudielka pisze:
> Recently, upgrade device autodetection has been added to the mvebu target.
> This exposes some shortcomings of the generic export_bootdevice function,
> e.g. on the Turris Omnia: export_bootdevice silently reports the root
> partition
On 4/23/19 11:56 PM, Petr Štetiar wrote:
Petr Štetiar [2019-04-05 18:03:11]:
Hi Ben,
Can you use gdb to print out the lines of code around that crash site in
t2h_msg_handler?
[<87622780>] ath10k_htt_t2h_msg_handler+0x27e0/0x31dc [ath10k_core]
(gdb) l *ath10k_htt_t2h_msg_handler+0x27e0
Hello,
Thank you! During the weekend, I noticed it as well. I wanted to look at
it this week, but you were faster. :-)
Best regards,
Josef Schlehofer
On 23. 04. 19 21:59, Klaus Kudielka wrote:
> This is an effort to make sysupgrade work again on Turris Omnia, after
> commit 4e8345ff68 ("mvebu:
Petr Štetiar [2019-04-05 18:03:11]:
Hi Ben,
> > Can you use gdb to print out the lines of code around that crash site in
> > t2h_msg_handler?
>
> > > [<87622780>] ath10k_htt_t2h_msg_handler+0x27e0/0x31dc [ath10k_core]
> (gdb) l *ath10k_htt_t2h_msg_handler+0x27e0
> 0x227b0 is in
13 matches
Mail list logo