Hi,
> rpcd crashes for me daily, to the point where i have a script that restarts it
> every 5 minutes.
>
> It also gets hung a lot without crashing, and stops serving responses to ubus
> traffic.
I've never heard about anything like that until now, not even in the forum or
IRC chatter. Getting
OK, thanks for pointing this out.
On 3/6/20 1:10 AM, Rosen Penev wrote:
> On Thu, Mar 5, 2020 at 1:17 PM Paul Blazejowski
> wrote:
>>
>> Patch taken from
>> https://github.com/barrybingo/exfat-nofuse/commit/8b59e1f338fdd87f1d5a9db2a119a3745bb467d5
>>
>> Signed-off-by: Paul Blazejowski
> This is
Does this look reasonable? Any other comments?
On Sat, Feb 29, 2020 at 5:09 AM Russell Senior
wrote:
>
> The Ubiquiti Bullet M2HP come in two flavors, based on ar7240 and
> ar7241. Both are supported by ar71xx, despite the different SoCs. The
> ath79 target, however, currently supports only the
On Thu, 5 Mar 2020 at 20:43, Petr Štetiar wrote:
>
> Yousong Zhou [2020-03-05 19:56:40]:
>
> > > Fixes following error uncovered while building malta/be on 5.4:
> > >
> > > Package kmod-hwmon-sch5627 is missing dependencies for the following
> > > libraries:
> > > watchdog.ko
> > >
> > > That
On Thu, Mar 5, 2020 at 1:17 PM Paul Blazejowski
wrote:
>
> Patch taken from
> https://github.com/barrybingo/exfat-nofuse/commit/8b59e1f338fdd87f1d5a9db2a119a3745bb467d5
>
> Signed-off-by: Paul Blazejowski
This is the wrong place to submit.
Nevertheless, I'd rather restrict this driver to 4.19 an
On Thu, Mar 5, 2020 at 8:34 PM Mathias Kresin wrote:
>
> This reverts commit a6da3f9ef746101b84a6f530f5a40de28341b69a.
Not exactly a revert, since it keeps HAVE_CAP logic.
> The libcap isn't as optional as the commit messages suggests. A hard
> dependency to the libcap package is added, which is
JSON info files contain machine readable information of built profiles
and resulting images. These files where added via 881ed09ee6e2. They are
useful for firmware wizards and script checking for reproducibility.
Currently all JSON files are stored next to the built images, resulting
in up to 168
Removed in 53ab9865c2b91bc6a239b2adee800dc52875b6bc
Fixes unable to find root fs
Signed-off-by: Paul Blazejowski
---
target/linux/ath79/nand/config-default | 3 +++
1 file changed, 3 insertions(+)
diff --git a/target/linux/ath79/nand/config-default
b/target/linux/ath79/nand/config-default
ind
Patch taken from
https://github.com/barrybingo/exfat-nofuse/commit/8b59e1f338fdd87f1d5a9db2a119a3745bb467d5
Signed-off-by: Paul Blazejowski
---
kernel/exfat-nofuse/Makefile | 2 +-
kernel/exfat-nofuse/patches/0003-5.0.patch | 88 ++
2 files changed, 89 insertio
On Thu, Mar 5, 2020 at 1:41 PM Petr Štetiar wrote:
>
>
> Mar 5, 2020 19:54:49 Michael Jones :
>
> > The flip side here is that rpcd likes to crash a lot.
>
> 0 (zero) bugs found https://bugs.openwrt.org/index.php?string=rpcd
Saying there are zero bugs on a bug tracker where issues go to be igno
On Thu, Mar 5, 2020 at 8:34 PM Mathias Kresin wrote:
>
> This reverts commit a6da3f9ef746101b84a6f530f5a40de28341b69a.
>
> The libcap isn't as optional as the commit messages suggests. A hard
> dependency to the libcap package is added, which is only available in
> the external packages feed. Ther
Mar 5, 2020 19:54:49 Michael Jones :
> The flip side here is that rpcd likes to crash a lot.
0 (zero) bugs found https://bugs.openwrt.org/index.php?string=rpcd
> By preventing automatic restarts, you're all but ensuring that users will
> experience denial-of-service, even in the absence of m
This reverts commit a6da3f9ef746101b84a6f530f5a40de28341b69a.
The libcap isn't as optional as the commit messages suggests. A hard
dependency to the libcap package is added, which is only available in
the external packages feed. Therefore it is impossible to package
ip-full without having the exte
On Thu, Mar 5, 2020 at 5:35 AM Petr Štetiar wrote:
> Karl Palsson [2020-03-05 11:18:02]:
>
> > > Commit 432ec292ccc8 ("rpcd: add respawn param") has introduced
> > > infinite restarting of the service which could be reached over
> > > network.
> >
> > Didn't we already decide that this wasn't th
Hi,
> I noticed, however, that the green "Internet" LED blinks to the LAN4 port,
> while -I guess- it should blink to the INTERNET (wan/eth0.2) port.
> But this was already happening before, it's not related to your patch.
green internet LED is not present in the DTS (only orange WAN LED), and th
Commit 1bfbf2de6df9 ("ar71xx: serial: core: add support for boot console
with arbitrary baud rates") added support for arbitrary baud rates which
enabled 25 baud rate for Yun. But the patch was not ported to kernel
4.9, and since then the kernel set its baud rate to 9600. This commit ports
the
This reverts commit 077253dd666a30ae5231c3748222d4b5b138593d.
The output enable pins should be disabled by default, and only enabled when
used. Otherwise unwanted conflicts might occur between MCU and SoC pins.
Signed-off-by: Sungbo Eo
---
target/linux/ar71xx/files/arch/mips/ath79/mach-arduino-
Commit 05d73a2a7379 enabled GPIO on ethernet LED, but proper LED setup was
not added then. This commit fixes it by reverting the change on the LED.
Fixes: 05d73a2a7379 ("ar71xx: Arduino Yun board 'WLAN RST' button support")
Signed-off-by: Sungbo Eo
---
target/linux/ar71xx/files/arch/mips/ath79/
This patchset fixes some bugs for Arduino Yun, which have been lying around for
years.
Note that I've also opened a PR for new support in ath79 target.
https://github.com/openwrt/openwrt/pull/2692
Sungbo Eo (4):
Revert "ar71xx: fix Arduino Yun enabling of level shifters outputs"
ar71xx: fix
Commit bb46b635df48 changed its partition scheme, but sysupgrade image
validation still uses the old format. This commit fixes it so that
force flag is not needed for sysupgrade.
Fixes: bb46b635df48 ("ar71xx: move Arduino Yun to generic building code")
Signed-off-by: Sungbo Eo
---
target/linux/
Evgeniy Didin [2020-03-05 14:47:54]:
Hi,
> From: Evgeniy Didin
>
> It is necessary to use GCC9 for building Linux 5.4.x version for
> archs38, in GCC8 the critical fixes are missing and ICE appears
> during building.
could you split this one big commit into smaller bits, take a look at the
ma
The latter is not working for reverse conflicts, too.
So, add a preference for depended packages.
Maybe this alone is enough?
The following patch includes all three:
* check for reverse conflicts on install
* ignore conflicting packages for selection of best candidate
* prefer depended packages o
Yousong Zhou [2020-03-05 19:56:40]:
> > Fixes following error uncovered while building malta/be on 5.4:
> >
> > Package kmod-hwmon-sch5627 is missing dependencies for the following
> > libraries:
> > watchdog.ko
> >
> > That dependency was introduced in upstream via 2d8c7ff52c24
> > ("hwmon/sc
Yousong Zhou [2020-03-04 17:14:03]:
Hi,
> First patch in this series tries to move some common 5.4 options to
> generic config. Then it moves on to switching malta target to using 5.4
> kernel by default
looks good, just FYI the builds of malta/be[1] currently fails with:
Package kmod-hwmon-
Thanks again for your massive help, Roger. I've merged both patches and
added a third one for the spi frequency on top.
I took the liberty to add your Tested-by.
Best
Adrian
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Roger
Additionally it would be good to ignore conflicting packages, when
selecting a provider in `pkg_hash_fetch_best_installation_candidate`.
Please look at the extended patch:
Signed-off-by: Peter Stadler
---
libopkg/pkg.h | 3 ++-
libopkg/pkg_depends.c | 25 +
lib
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Yousong Zhou
> Sent: Donnerstag, 5. März 2020 12:57
> To: Petr Štetiar
> Cc: OpenWrt Development List
> Subject: Re: [OpenWrt-Devel] [PATCH] malta: fix missing watchdog
> depend
On Thu, 5 Mar 2020 at 19:46, Petr Štetiar wrote:
>
> Fixes following error uncovered while building malta/be on 5.4:
>
> Package kmod-hwmon-sch5627 is missing dependencies for the following
> libraries:
> watchdog.ko
>
> That dependency was introduced in upstream via 2d8c7ff52c24
> ("hwmon/sch5
From: Evgeniy Didin
It is necessary to use GCC9 for building Linux 5.4.x version for
archs38, in GCC8 the critical fixes are missing and ICE appears
during building.
Signed-off-by: Evgeniy Didin
Cc: Alexey Brodkin
Cc: Koen Vandeputte
Cc: John Crispin
---
target/linux/archs38/Makefile
Fixes following error uncovered while building malta/be on 5.4:
Package kmod-hwmon-sch5627 is missing dependencies for the following libraries:
watchdog.ko
That dependency was introduced in upstream via 2d8c7ff52c24
("hwmon/sch56xx: Depend on watchdog for watchdog core functions") in
v3.5.
Cc:
Karl Palsson [2020-03-05 11:18:02]:
> > Commit 432ec292ccc8 ("rpcd: add respawn param") has introduced
> > infinite restarting of the service which could be reached over
> > network.
>
> Didn't we already decide that this wasn't the case?
< jow> ubus itself has no network transport
< jow> it i
Petr Štetiar wrote:
> Commit 432ec292ccc8 ("rpcd: add respawn param") has introduced
> infinite restarting of the service which could be reached over
> network.
Didn't we already decide that this wasn't the case?
This is not recommended security practice as it might
> give potential adversar
Gentle ping.
> Tim Harvey [2020-02-28 11:33:30]:
>
> Hi Tim,
>
> > - backport dts patches from 5.6:
> > ARM: dts: imx: Add GW5912 board support
> > ARM: dts: imx: Add GW5913 board support
> > ARM: dts: imx: Add GW5910 board support
> > ARM: dts: imx: Add GW5907 board support
> > - add support f
Hi, sorry for my late reply.
I tried again to convert DEVICE_TYPE to device variable, and your
explanation of DEVICE_VARS was helpful. Thank you.
Currently device-type specific packages are added to DEFAULT_PACKAGES in
target.mk, so I had to move it into image.mk.
But then DEVICE_TYPE can no lo
Commit 432ec292ccc8 ("rpcd: add respawn param") has introduced infinite
restarting of the service which could be reached over network. This is
not recommended security practice as it might give potential adversary
infinite number of tries in case there might be some issue in the rpcd
or its surroun
35 matches
Mail list logo
