On 12 October 2015 at 22:21, Jonathan Bennett wrote:
>
>
> On Mon, Oct 12, 2015 at 2:11 PM David Lang wrote:
>>
>> On Mon, 12 Oct 2015, Felix Fietkau wrote:
>>
>> > On 2015-10-12 16:11, Roman Yeryomin wrote:
>> >> On 12 October 2015 at 16:34, Felix Fietkau wrote:
>> >>> On 2015-10-12 15:09, Javi
On 13 October 2015 at 00:18, Bruno Randolf wrote:
> On 10/12/2015 03:22 PM, Felix Fietkau wrote:
When using tags as a starting point (via git describe), somebody has to
create those tags, which is cumbersome (and would mean adding lots of
useless ones).
>>>
>>> What's cumbersome? An
On 10/12/2015 10:53 PM, Felix Fietkau wrote:
>> git describe
>>
>> r-35387-g83c5a41
>>
>> If you prefer, cut the last part and get "r-35387".
>>
>> Looks familiar? Now you even have real linear numbering in each branch,
>> without the gaps you get when committing to different branches in SVN +
>> t
On 13 October 2015 at 10:50, Bruno Randolf wrote:
> On 10/12/2015 10:53 PM, Felix Fietkau wrote:
>>> git describe
>>>
>>> r-35387-g83c5a41
>>>
>>> If you prefer, cut the last part and get "r-35387".
>>>
>>> Looks familiar? Now you even have real linear numbering in each branch,
>>> without the gap
On 13 October 2015 at 03:16, wrote:
> Hi all,
>
> I've been compiling OpenWRT builds for my home router (Netgear WNDR3800 and
> now a WD MyNet N750) for a number of years. I just recently encountered a
> problem with the OpenVPN tun interfaces are showing up without IP addresses
> after a rebo
This patch fixes corner case in open_memstrem, when stream is created,
but nothing is written.
This case is present in tgtadm, tgtd management tool.
Signed-off-by: Maxim Storchak
---
.../musl/patches/020-upstream_open_memstream.patch | 79 ++
1 file changed, 79 insertions(+)
Hi all,
could someone confirm that building packages with the native toolchain ever
worked?
At my side (x86_64 / gcc (Ubuntu 5.2.1-21ubuntu2) 5.2.1 20151003) I observe an
error and upon reading the scripts to me it looks it can't work as is.
To reproduce in git HEAD:
1. configure
* target: x8
* Nemesis [12.10.2015 12:17]:
> The Django Framework moved from SVN to github in 2012but they kept their
> own bug tracker (which they redesigned with some funding to make it more
> usable): https://code.djangoproject.com/
>
> I think they're a good example of an open source community which went
> On Oct 13, 2015, at 4:50 AM, Roman Yeryomin wrote:
>
> On 13 October 2015 at 03:16, wrote:
>> Hi all,
>>
>> I've been compiling OpenWRT builds for my home router (Netgear WNDR3800 and
>> now a WD MyNet N750) for a number of years. I just recently encountered a
>> problem with the OpenVPN
On Tue, 13 Oct 2015 12:33:35 +0200, Bastian Bittorf
wrote:
It should be easy possible to get funding from all the companies which
work with OpenWrt. Is this in option?
Not until we have a nonprofit organization as companies can't have tax
deduction in exchange.. This is pretty much the ma
Hello Kaloz,
is there any initiative to create a non-profit organization ?
Regards,
Sorin B.
On Tue, Oct 13, 2015 at 1:44 PM, Imre Kaloz wrote:
> On Tue, 13 Oct 2015 12:33:35 +0200, Bastian Bittorf
> wrote:
>
>
>
> It should be easy possible to get funding from all the companies which
>> wor
On Tue, 13 Oct 2015 12:46:00 +0200, Sorin Burjan
wrote:
Hello Kaloz,
is there any initiative to create a non-profit organization ?
We're looking into this as well other options ;)
Imre
___
openwrt-devel mailing list
openwrt-devel@lists.openwr
As far as I remember, there's no initiative going on, but the issue was
brought up at the summit by different speakers.
There was also a quick poll:
1. Kathy Giori asked the attendees to raise their hand if they backed
the idea of an OpenWRT foundation
I would say half of the presents raised thei
On 13.10.2015 12:44, Imre Kaloz wrote:
> On Tue, 13 Oct 2015 12:33:35 +0200, Bastian Bittorf
> wrote:
>
>
>
>> It should be easy possible to get funding from all the companies which
>> work with OpenWrt. Is this in option?
>
> Not until we have a nonprofit organization as companies can't have
2015-10-09 22:52 GMT+02:00, Álvaro Fernández Rojas :
> Not yet, also my patches for the kernel are based on yours, so maybe you
> should submit them, since you were the first one to implement the support.
> BTW, I boot tested bmips on BCM3380 with the following changes:
> https://github.com/openwrt
Hello,
On Tue, Oct 13, 2015 at 1:04 PM, Nemesis wrote:
>
> As far as I remember, there's no initiative going on, but the issue was
> brought up at the summit by different speakers.
>
> There was also a quick poll:
>
> 1. Kathy Giori asked the attendees to raise their hand if they backed the
> i
Hi!
On Tue, Oct 13, 2015 at 01:22:14PM +0200, Emmanuel Deloget wrote:
> On Tue, Oct 13, 2015 at 1:04 PM, Nemesis wrote:
> > As far as I remember, there's no initiative going on, but the issue was
> > brought up at the summit by different speakers.
> >
> > There was also a quick poll:
> >
> > 1.
This contains two sets of fixes for the 8139cp driver.
For all kernel versions older than 4.3, we can apply the fixes from the
4.3-rc4 kernel. In particular, these fix the TX timeout recovery which
is causing my Geos to lock up until the hardware watchdog kicks in.
For 4.0 and later kernels, we c
This contains only the fixes from the 4.3-rc4 kernel.
Additional improvements are going into 4.4 which will fix and enable
hardware checksum/TSO offload, but backporting those to older kernels
is non-trivial.
Signed-off-by: David Woodhouse
---
.../patches-3.18/760-8139cp-fixes-from-4.3.patch
* Daniel Golle [13.10.2015 16:53]:
> If you want an industry-driven fork, go ahead. But don't force that
> model upon an existing community without understanding how major parts
> of that said community is operating.
What I see since a long time, is that there is simply not
enough manpower for re
Whenever two processes were executing different commands at the same
time then one of the commands sometimes got the response of the other
command.
Signed-off-by: Martin Blumenstingl
---
target/linux/lantiq/base-files/lib/functions/lantiq_dsl.sh | 2 ++
1 file changed, 2 insertions(+)
diff --gi
Hi again,
2015-10-12 23:49 GMT+02:00 Etienne Champetier
:
> Hi All,
>
> Here are some commands to make a "full" git repo, from the "trunk" repo
> (the only complaint that everyone agrees on)
> We keep git commit sha's for the trunk, and we add all branches/tags
>
> It needs some more tunning, bu
from: Andrew Gaylo
This submission is for a the NixCore X1 board. This board uses the
RT5350 Ralink processor already supported by a number of board in the
OpenWRT repository. The DTS and profile MK provided is based on
existing boards included in the repo (VoCore).
Signed-off-by: Andrew Gayl
Backport from trunk to CC15.05 the --size option to optionally show also
the *.ipk size in the opkg package listing.
* Default behaviour is to list the available packages as earlier:
"name - version - description"
* with "--size" the output of is "name - version - size - description".
Signed-o
On Tue, 13 Oct 2015, Roman Yeryomin wrote:
Would it be possible to track the revision number in an automated way even
in a git repo? So store the r number, and automatically increment on
commits. Not sure if that's an option, but it seems like it might address
the problem.
If a user is sma
Replace hard-coded installation directories with cmake-provided
variables, which gives more flexibility on where to install
final binaries. Great simplification for usage with e.g. BitBake recipes.
Signed-off-by: Sergiy Kibrik
---
CMakeLists.txt | 19 ++-
1 file changed, 10 inser
On 10/12/15 4:50 PM, Felix Fietkau wrote:
> On 2015-09-17 13:54, Sergiy Kibrik wrote:
>> Replace hard-coded installation directories with cmake-provided
>> variables, which gives more flexibility on where to install
>> final binaries. Great simplification for usage with e.g. BitBake recipes.
>>
>>
On 13 October 2015 at 23:08, David Lang wrote:
> On Tue, 13 Oct 2015, Roman Yeryomin wrote:
>
>>>
>>> Would it be possible to track the revision number in an automated way
>>> even
>>> in a git repo? So store the r number, and automatically increment on
>>> commits. Not sure if that's an option,
On Wed, 14 Oct 2015, Roman Yeryomin wrote:
On 13 October 2015 at 23:08, David Lang wrote:
On Tue, 13 Oct 2015, Roman Yeryomin wrote:
Would it be possible to track the revision number in an automated way
even
in a git repo? So store the r number, and automatically increment on
commits. Not
On 14 October 2015 at 00:20, David Lang wrote:
> On Wed, 14 Oct 2015, Roman Yeryomin wrote:
>
>> On 13 October 2015 at 23:08, David Lang wrote:
>>>
>>> On Tue, 13 Oct 2015, Roman Yeryomin wrote:
>>>
>
> Would it be possible to track the revision number in an automated way
> even
>
On 10/13/2015 09:08 PM, David Lang wrote:
> On Tue, 13 Oct 2015, Roman Yeryomin wrote:
>
>>>
>>> Would it be possible to track the revision number in an automated way
>>> even
>>> in a git repo? So store the r number, and automatically increment on
>>> commits. Not sure if that's an option, but
Adds support for kernel 4.1 for target imx6. Don't carry over
200-pci_designware_add-ability-for-custom-swizzle.patch,
201-pci_imx6_ventana_fixup-for-IRQ-mismapping.patch, and
207-ARM-dts-imx6-ventana-Add-PCI-nodes-for-on-board-PCI-.patch,
from 3.18 as they causes some breakage with pci.
imx6:
Build and boot tested on the following hardware:
* GW54xx
* GW53xx
* GW52xx
* GW51xx
Signed-off-by: Tim Harvey
Signed-off-by: Pushpal Sidhu
---
target/linux/imx6/config-4.1 | 382 +
.../linux/imx6/files-4.1/drivers/net/phy/gw16083.c | 950 +
Upstream patch: e9d6d6b62f306ba83e1441af5daf2809a6167474
Add support for the Gateworks GW5510 board featuring:
* i.MX6 SoC
* up to 512MB DDR3
* up to 2GB NAND flash
* 1x miniPCIe socket (with USB)
* HDMI out (micro-HDMI)
* HDMI in (micro-HDMI) (currently supported by only vendor kernel)
* T
Signed-off-by: Pushpal Sidhu
---
target/linux/imx6/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/imx6/Makefile b/target/linux/imx6/Makefile
index 479b48e..cd938c8 100644
--- a/target/linux/imx6/Makefile
+++ b/target/linux/imx6/Makefile
@@ -14,7 +14,7 @@
>
> One way to avoid the ambiguity of the r-number would be to use
> "git describe origin/master" then even if the local master branch has
> commits, you'd get the "upstream" revision number. But, I think it's
> more important to know that there have been local changes.
>
The git-describe two line
2 comments inline
On 11/10/2015 05:54, Michael Lee wrote:
> * use chip select register to control chip select function instead of
> use chip select polarity
> * should support use gpio as cs pin
> * deselected the spi device when setup and add debug info
>
> Signed-off-by: Michael Lee
> ---
>
i have mention "add debug info" on comment. or you suggest me
move the debug info into another patch.
about num_chipselect. now we should use gpio pin as chip select
pin. so there is no limit on num_chipselect. we can connect more
spi devices by using gpio pin as chip select pin. you can check
spi
38 matches
Mail list logo
