>
> On Sun, Mar 31, 2019 at 12:15 PM Lorenzo Bianconi
> wrote:
> >
> > >
> > > On Sun, Mar 31, 2019 at 6:45 AM Lorenzo Bianconi
> > > wrote:
> > > >
> > > > >
> > > > > bump.
> > > >
> > > > Hi Joe,
> > > >
> > > > sorry for the delay
> > > >
> > > > >
> > > > > On Mon, Mar 18, 2019 at 10:59 PM J
On Sun, Mar 31, 2019 at 12:15 PM Lorenzo Bianconi
wrote:
>
> >
> > On Sun, Mar 31, 2019 at 6:45 AM Lorenzo Bianconi
> > wrote:
> > >
> > > >
> > > > bump.
> > >
> > > Hi Joe,
> > >
> > > sorry for the delay
> > >
> > > >
> > > > On Mon, Mar 18, 2019 at 10:59 PM Joe Ayers wrote:
> > > >>
> > > >>
Hi,
>>> I would like to avoid adding generating padded images by default.
>>
>> To just save some space? We're gzipping the images by default, which makes
>> image padded to 256M just 2.7M big. I find 256M overkill for testing, so
>> that's why I've suggested 32M by default for QEMU padded images
Select build-in packages by default and remove the
associated kernel configs
Signed-off-by: Luis Araneda
---
target/linux/zynq/Makefile| 3 ++-
target/linux/zynq/config-4.14 | 10 +-
2 files changed, 3 insertions(+), 10 deletions(-)
diff --git a/target/linux/zynq/Makefile b/target/
The options are managed on a generic way by video packages
Additionally, only one of the currently supported boards
has a camera interface, but it requires programming
the FPGA fabric first
Signed-off-by: Luis Araneda
---
target/linux/zynq/config-4.14 | 12
1 file changed, 12 delet
This series attempts to improve the state of
the zynq target by removing unneeded kernel configs,
and replacing others with build-in packages
Compile-tested: All zynq boards
Run-tested: Zybo-z7
Luis Araneda (7):
zynq: kernel: refresh config
kernel: sound: add missing symbol to sound-soc-core
The options are managed on a generic way by the can
kmod packages
Additionally, select can packages only for devices that
currently has CAN enabled, which is only the ZC702
Signed-off-by: Luis Araneda
---
This change was run-tested on a Zybo-z7 board with a modified device tree
that enabled can0
This fixes compilation on zynq target when migrating
to sound kmod packages
Signed-off-by: Luis Araneda
---
package/kernel/linux/modules/sound.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/kernel/linux/modules/sound.mk
b/package/kernel/linux/modules/sound.mk
index bf4bd5d7c0..c
Signed-off-by: Luis Araneda
---
target/linux/zynq/config-4.14 | 16 ++--
1 file changed, 2 insertions(+), 14 deletions(-)
diff --git a/target/linux/zynq/config-4.14 b/target/linux/zynq/config-4.14
index 72b3a2d6c7..a28e91f842 100644
--- a/target/linux/zynq/config-4.14
+++ b/target/li
The options are managed on a generic way by the sound
kmod packages
Additionally, none of the currently supported boards have
sound support out of the box, as they require programming
the FPGA fabric first
Signed-off-by: Luis Araneda
---
target/linux/zynq/config-4.14 | 19 ---
1
This driver is required to use the CAN IP on devices
from the zynq target
Signed-off-by: Luis Araneda
---
package/kernel/linux/modules/can.mk | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/package/kernel/linux/modules/can.mk
b/package/kernel/linux/modules/can
Hi all.
I was trying to rebase my branch to upstream/master recently, but I couldn’t
because this commit conflicted:
commit 9e3edeb55a2f85ecf6233a5780e495ea1755c998
Author: DUPONCHEEL Sébastien
Date: Tue Apr 11 12:46:44 2017 +0200
Generate EFI grub images for x86 platforms
Signed-off-
Yup, amen to that, but it seems to be something that’s for whatever reason is
not quick to happen…
> On Aug 22, 2018, at 1:17 AM, Joel Wirāmu Pauling wrote:
>
> Currently the Auto-generated x86/64 images are all msdos
> partition/boot layouts. Which means they are a PITA to run on
> increasing
Branch: refs/heads/master
Home: https://github.com/sdwalker/sdwalker.github.io
Commit: 3c0590e4fcf4174eb601db6ea9c130018141c0bf
https://github.com/sdwalker/sdwalker.github.io/commit/3c0590e4fcf4174eb601db6ea9c130018141c0bf
Author: Stephen Walker
Date: 2019-03-31 (Sun, 31 Mar 2
On 2019-03-31 20:41, Petr Štetiar wrote:
> Felix Fietkau [2019-03-30 09:18:39]:
>
>> >> On 2019-03-29 15:07, Petr Štetiar wrote:
>> >
>> > Should we simply add CONFIG_QEMU_SQUASHFS_IMAGES (enabled by default) and
>> > CONFIG_QEMU_SQUASHFS_PARTSIZE=32 and use this information for generating of
>>
This allow using a different (read: user-defined) syslog facility
other than LOG_DAEMON when an instance's stdout/stderr is forwarded
to syslog.
It might be used to handle such messages different, e.g.
filter/forward them etc.
Signed-off-by: Michael Heimpold
---
service/instance.c | 34 +
>
> On Sun, Mar 31, 2019 at 6:45 AM Lorenzo Bianconi
> wrote:
> >
> > >
> > > bump.
> >
> > Hi Joe,
> >
> > sorry for the delay
> >
> > >
> > > On Mon, Mar 18, 2019 at 10:59 PM Joe Ayers wrote:
> > >>
> > >> Lorenzo, I have tested dynack on a (real distance apart) ~60km link
> > >> with some suc
Thanks! Merged into my staging tree at
https://git.openwrt.org/openwrt/staging/ynezz.git
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Felix Fietkau [2019-03-30 09:18:39]:
> >> On 2019-03-29 15:07, Petr Štetiar wrote:
> >
> > Should we simply add CONFIG_QEMU_SQUASHFS_IMAGES (enabled by default) and
> > CONFIG_QEMU_SQUASHFS_PARTSIZE=32 and use this information for generating of
> > images for QEMU? On armvirt/malta it will simpl
On Sun, Mar 31, 2019 at 6:45 AM Lorenzo Bianconi
wrote:
>
> >
> > bump.
>
> Hi Joe,
>
> sorry for the delay
>
> >
> > On Mon, Mar 18, 2019 at 10:59 PM Joe Ayers wrote:
> >>
> >> Lorenzo, I have tested dynack on a (real distance apart) ~60km link
> >> with some success. This is the code change
>
> bump.
Hi Joe,
sorry for the delay
>
> On Mon, Mar 18, 2019 at 10:59 PM Joe Ayers wrote:
>>
>> Lorenzo, I have tested dynack on a (real distance apart) ~60km link
>> with some success. This is the code change made:
>>
>> --- a/drivers/net/wireless/ath/ath9k/dynack.c
>> +++ b/drivers/net/w
Hi Jo,
W dniu 31.03.2019 o 14:30, Jo-Philipp Wich pisze:
> Hi Tomasz,
>
>> BTW Is there somewhere a list of packages installed on buildbots and is the
>> list consistent across all of them?
>
> we're slowly converging towards this:
>
> apt-get install -y \
> pwgen \
> locales
W dniu 31.03.2019 o 14:12, Tomasz Maciej Nowak pisze:
> W dniu 31.03.2019 o 00:01, Hauke Mehrtens pisze:
>> On 3/28/19 5:20 PM, Tomasz Maciej Nowak wrote:
>>> Add U-Boot for NVIDIA Tegra based boards, with the first being CompuLab
>>> TrimSlice. This is part of initial support for this board.
>>>
>
Hi Tomasz,
> BTW Is there somewhere a list of packages installed on buildbots and is the
> list consistent across all of them?
we're slowly converging towards this:
apt-get install -y \
pwgen \
locales \
buildbot-slave \
build-essential \
git-core \
W dniu 31.03.2019 o 00:01, Hauke Mehrtens pisze:
> On 3/28/19 5:20 PM, Tomasz Maciej Nowak wrote:
>> Add U-Boot for NVIDIA Tegra based boards, with the first being CompuLab
>> TrimSlice. This is part of initial support for this board.
>>
>> Signed-off-by: Tomasz Maciej Nowak
>> ---
>
> U-Boot use
Hi Michael,
> well, it seems that the second commit did not survive (at least in master
> branch)...
indeed, it was broken by an improperly rebased commit:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=5209cfa534293cb6d27574b51d03bd69a5defb0c
I'd be fine with a v2 which reintro
26 matches
Mail list logo
