On 12/8/20 12:08 AM, Szabolcs Hubai wrote:
> Hi,
>
>
> I planned to refresh the support of a rt305x SunValley Filehub device:
> HooToo HT-TM02.
>
> I wanted to follow Adrian's and Russel's work for HooToo HT-TM05 and
> RAVPower RP-WD03 in mt7620 [0].
>
>
> I toought disabling the image
On 08/12/20 00:12, Andreas Böhler wrote:
Hey,
I added TP-Link RE200v1 device support a few months ago. Currently, the
snapshot builds are broken - they started to break about 4 weeks ago.
The system does not even boot, the last output on serial is "Starting
kernel ..." from U-Boot. The
On 06/12/20 10:06, Paul Spooren wrote:
Hi,
openwrt.git includes an old version of QEMU (0.14 vs 5.1.0 in
packages.git) only to convert x86 images to vdi and vmdk. Is there
anyone actively using the vanilla x86 QEMU images from the upstream
servers or can can we remove that "feature"?
Hey,
I added TP-Link RE200v1 device support a few months ago. Currently, the
snapshot builds are broken - they started to break about 4 weeks ago.
The system does not even boot, the last output on serial is "Starting
kernel ..." from U-Boot. The initramfs image works fine.
The interesting thing
Hi,
I planned to refresh the support of a rt305x SunValley Filehub device:
HooToo HT-TM02.
I wanted to follow Adrian's and Russel's work for HooToo HT-TM05 and
RAVPower RP-WD03 in mt7620 [0].
I toought disabling the image generation would be easy,
as binwalk showed an oversized kernel: "image
On Mon, Dec 07, 2020 at 08:57:05PM +0100, Hauke Mehrtens wrote:
> On 12/7/20 7:14 PM, Daniel Golle wrote:
> > Granting capabilities CAP_NET_ADMIN and CAP_NET_RAW allows running
> > hostapd and wpa_supplicant without root priviledges.
> > Add ubus acl allowing the necessary ubus interactions for
Am Freitag, 2. Oktober 2020, 21:34:30 CET schrieb Sven Roederer:
> Am Sonntag, 19. April 2020, 11:32:03 CEST schrieb Bjørn Mork:
> > Sven Roederer writes:
> > > I was just building a master-branch for x86-generic and got following
> > > error:
> > >
> > > make[5]: Entering directory
> On Dec 7, 2020, at 1:28 AM, Florian Eckert wrote:
>
> Hi,
>
>> openwrt.git includes an old version of QEMU (0.14 vs 5.1.0 in
>> packages.git) only to convert x86 images to vdi and vmdk. Is there
>> anyone actively using the vanilla x86 QEMU images from the upstream
>> servers or can can we
On 12/7/20 7:14 PM, Daniel Golle wrote:
Granting capabilities CAP_NET_ADMIN and CAP_NET_RAW allows running
hostapd and wpa_supplicant without root priviledges.
Add ubus acl allowing the necessary ubus interactions for the 'network'
user running hostapd/wpa_supplicant.
To still allow netifd to
Do we really have to "CONFIG_PROC_STRIPPED=y" by default?
I wrote an prometheus-node-exporter and right now a collectd plugin, to
get ipv6 interface statistics.
For that I use "/proc/net/snmp6" and "/proc/net/dev_snmp6/...".
The above flag disables those two statistics.
I'm very interested in
Granting capabilities CAP_NET_ADMIN and CAP_NET_RAW allows running
hostapd and wpa_supplicant without root priviledges.
Add ubus acl allowing the necessary ubus interactions for the 'network'
user running hostapd/wpa_supplicant.
To still allow netifd to acquire the PID of wpa_supplicant and
Use the new 'getpid' method of hostapd instead of querying procd for
the PID of hostapd.
Signed-off-by: Daniel Golle
---
package/kernel/mac80211/Makefile | 2 +-
package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh | 2 +-
2 files changed, 2 insertions(+),
Petr Štetiar [2020-12-02 21:25:12]:
Hi,
> > Can you check if commit
> > https://git.openwrt.org/?p=project/odhcp6c.git;a=commit;h=a7b2221f687264c020b7a18a4e690d79f312a667
> > fixes the issue in your setup ?
>
> yes, it seems so as it's currently almost 24h up without any issues.
I was testing
Hi,
openwrt.git includes an old version of QEMU (0.14 vs 5.1.0 in
packages.git) only to convert x86 images to vdi and vmdk. Is there
anyone actively using the vanilla x86 QEMU images from the upstream
servers or can can we remove that "feature"?
I am building my own openwrt.
So I do not use
14 matches
Mail list logo
