On Thu, Nov 07, 2019 at 08:19:27AM +0300, Paul Fertser wrote:
> I see there's some http server mentioned in the wiki article, haven't
> tried it yet (and I can't understand what "simple" web browser it
> talks about, probably there should be a curl command instead?),
So I gave it a try but the res
In commit 00ea16557d [1] the way usb is initiated was changed. Instead
of initiate both ehci-platform and ci_hdrc the bootstrap status register
is checked and used to determine which platform to initiate.
Unfortunately this break my board since the gpio used to determine this
is used for other pur
Hauke Mehrtens [2019-11-07 23:51:50]:
Hi,
> How do we want to go forward with these patches?
as noone provided better fix for those warnings(or proved them wrong) yet,
then I would simply move forward. Your changes pass all unit tests and CI
compile tests so:
Acked-by: Petr Štetiar
-- ynez
Backported upstream patch.
Signed-off-by: Rosen Penev
---
package/utils/xfsprogs/Makefile | 2 +-
.../patches/140-copy-file-range.patch | 50 +++
2 files changed, 51 insertions(+), 1 deletion(-)
create mode 100644 package/utils/xfsprogs/patches/140-copy-fi
On 11/7/19 9:51 AM, Petr Štetiar wrote:
> Hauke Mehrtens [2019-11-07 00:26:23]:
>
> Hi,
>
>>> I didn't looked deeper, but GCC 6,7,8,9 on x86/64 reports following:
>>>
>>> list.c:626:21: error: variable ‘prev’ might be clobbered by ‘longjmp’ or
>>> ‘vfork’ [-Werror=clobbered]
>>> 626 | struc
Forward the OpenWrt TARGET_LDFLAGS to the linker of the fw_printenv tool.
In addition also use the more standard make invocation script.
With this change the fw_printenv tool is built with PIE and Full RELRO
support when activated globally in OpenWrt.
Signed-off-by: Hauke Mehrtens
---
package/bo
Thank you for reworking this! Daniel already told me that a fallback is
required if SOURCE_DATE_EPOCH is unset, this looks like a clean solution.
On 11/7/19 4:09 AM, Petr Štetiar wrote:
From: Paul Spooren
x86, mvebu and tegra targets are currently using more or less same
SIGNATURE variable wh
Use reset-gpio instead of the custom phy-reset-gpio property to do phy
reset on the U4019. phy-reset-gpio was incorrectly introduced when we
added support for the U4019, and will be deprecated.
Signed-off-by: Kristian Evensen
---
.../arch/arm/boot/dts/qcom-ipq4019-unielec-u4019.dtsi | 3
From: Paul Spooren
x86, mvebu and tegra targets are currently using more or less same
SIGNATURE variable which provides unique partition ID/signature, so it
makes sense to refactor it out into common variable which could be
reused by all targets. While at it, make the content of the variable
rep
From: Paul Spooren
These targets are currently using more or less same SIGNATURE variable
which provides unique partition ID/signature, so it makes sense to
refactor it out into common IMG_PART_SIGNATURE variable which could be
reused by all targets.
This is another step in the direction of repr
The rpcd service is an important service, but if the service stops
working for any reason, no one will ever respawn that service. With this
commit, the procd service will monitor if the rpcd service
is running. If the rpcd service has crashed, then
procd respawns the rpcd service.
Signed-off-by: F
Working with Quectel EM12 LTE-module, we observe
regular stalls of the QMI interface which cause
a request issued by uqmi to hang forever.
Most reproducibly this happens after the device
has been power-cycled and left untouched for a
while (~ 60s+). Most of the time the very first
QMI request fail
With this change it is now possible to switch off single instances of
the uhttpd config. Until now it was only possible to switch all
instances of uhttpd on or off.
Signed-off-by: Florian Eckert
---
package/network/services/uhttpd/Makefile | 2 +-
package/network/services/uhttpd/files/u
The rpcd service is an important service, but if the service stops
working for any reason, no one will ever respawn that service. With this
commit, the procd service will monitor if the rpcd service
is running. If the rpcd service has crashed, then
procd respawns the rpcd service.
Signed-off-by: F
Hauke Mehrtens [2019-11-07 00:26:23]:
Hi,
> > I didn't looked deeper, but GCC 6,7,8,9 on x86/64 reports following:
> >
> > list.c:626:21: error: variable ‘prev’ might be clobbered by ‘longjmp’ or
> > ‘vfork’ [-Werror=clobbered]
> > 626 | struct uci_option *prev = NULL;
> > |
15 matches
Mail list logo
