From: Rafał Miłecki
These commands aren't root filesystem image specific so it's OK to
execute them just once. It saves some time when building images.
Signed-off-by: Rafał Miłecki
---
target/linux/x86/image/Makefile | 50 +
1 file changed, 26 insertions
Patchwork: Reject Patch.
It needs improvement. The time base for the address needs more stable
regulation just for one.
- Eric
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
On 12/03/2017 18:49, Dan Bugnar wrote:
> I couldn't find a good reason for using the sizeof() here, also I
> worked on a resize feature. I will send my work after this patch
> situation is clarified.
>
can you send the resize patch series you have ? i'd like to try the
whole set.
John
I couldn't find a good reason for using the sizeof() here, also I
worked on a resize feature. I will send my work after this patch
situation is clarified.
On Fri, Mar 10, 2017 at 12:57 PM, John Crispin wrote:
>
>
> On 10/03/17 11:06, Dan Bugnar wrote:
>>
>> The next message needs to be written af
From: Rafał Miłecki
It's already done once few lines earlier in the Image/Build/iso.
Signed-off-by: Rafał Miłecki
---
I used following change to make sure this is not needed:
@@ -103,6 +103,7 @@ endef
define Image/Build/iso
$(INSTALL_DIR) $(KDIR)/root.grub/boot/grub $(KDIR)/grub2
This discussion has really put some requirements and restrictions on
what I am trying to implement. I like that. Excuse my stream of
consciousness writing style, if you question "what? .. crazy?" then its
likely my fault for not editing well.
On 03/11/2017 11:39 AM, Paul Oranje wrote:
>> RFC 33
On 2017-03-10 17:01, Alexey Brodkin wrote:
> Hi Felix,
>
> On Fri, 2017-03-10 at 16:59 +0100, Felix Fietkau wrote:
>> On 2017-03-10 16:57, Alexey Brodkin wrote:
>> >
>> > Completely forgot about feeds, sorry.
>> > So what I did now was "./scripts/feed uninstall -a", selected ARC770 board,
>> > en
On 2017-03-12 12:24, Michael Marley wrote:
> That would also be fine with me, but I did notice that "i2c_core" is
> already set up as a module in the buildroot configuration. If I put
> CONFIG_I2C_I801=y in target/linux/x86/64/config-default, that would
> also force CONFIG_I2C_CORE=y, overriding
That would also be fine with me, but I did notice that "i2c_core" is
already set up as a module in the buildroot configuration. If I put
CONFIG_I2C_I801=y in target/linux/x86/64/config-default, that would
also force CONFIG_I2C_CORE=y, overriding the choice in the buildroot
configuration and forci
On 2017-03-11 23:48, mich...@michaelmarley.com wrote:
> From: Michael Marley
>
> This driver supports the i2c controller on many Intel chipsets.
> The patch also adds the i2c_smbus driver upon which i2c_i801
> depends.
>
> Signed-off-by: Michael Marley
I think this one should also be enabled in
On 2017-03-11 23:48, mich...@michaelmarley.com wrote:
> From: Michael Marley
>
> This supports the Intel TCO Watchdog Timer Device, which has been
> nearly ubiquitous in Intel chipsets for almost 20 years.
>
> Signed-off-by: Michael Marley
I think this should be enabled in the kernel config for
11 matches
Mail list logo
