t?
Thanks,
--
Zoltan Gyarmati
https://zgyarmati.de
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
art#roadmap seems to be
outdated, the last mentioned
planned release is there for July, and apparently it didn't happen, so
it would be nice to have an
overview about the current release plans.
(Maybe even about how will be the release schedule will be after the
LEDE-OpenWrt re-merge,
but i kno
The RT5350F's second UART pins are available on the base module and on
the EVB as well, so enable it in the device tree.
In order to keep the origian serial port numbering (ttyS0 is the serial
console), aliases added for the UART devices.
Signed-off-by: Zoltan Gyarmati
---
target/linux/r
The RT5350F i2c pins is available on the base module and on
the EVB as well, so enable it in the dts.
Signed-off-by: Zoltan Gyarmati
---
target/linux/ramips/dts/RT5350F-OLINUXINO.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/target/linux/ramips/dts/RT5350F-OLINUXINO.dtsi
b
The polarity of WLAN_ACT LED on the base module needs to inverted
in order to be 'on' when the WiFi interface is active
Signed-off-by: Zoltan Gyarmati
---
target/linux/ramips/dts/RT5350F-OLINUXINO.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ramips/d
.
Changes since V0:
* use aliases to keep the original UART numbering
Zoltan Gyarmati (4):
ramips/RT5350F-OLINUXINO(-EVB) dts: introduce RT5350F-OLINUXINO.dtsi
ramips/RT5350F-OLINUXINO(-EVB) dts: invert WiFi LED polarity
ramips/RT5350F-OLINUXINO(-EVB) dts: enable i2c
ramips/RT5350F-OLIN
ds the EVB
specific GPIO config.
Signed-off-by: Zoltan Gyarmati
---
target/linux/ramips/dts/RT5350F-OLINUXINO-EVB.dts | 71 +-
target/linux/ramips/dts/RT5350F-OLINUXINO.dts | 71 +-
target/linux/ramips/dts/RT5350F-OLINUXINO.dtsi| 74
Dear Martin & All,
On 09/16/2017 04:19 PM, Martin Blumenstingl wrote:
> Hi Zoltan,
>
> On Wed, Sep 6, 2017 at 2:25 AM, Zoltan Gyarmati
> wrote:
>> Dear John&All,
>>
>> thanks for the review, see my response inline
>>
>> On 08/29/2017 09:37 AM,
Dear John & All,
do you have any update regarding to your patch review below?
Thanks, regards,
Zoltan Gyarmati
https://zgyarmati.de
On 09/06/2017 02:25 AM, Zoltan Gyarmati wrote:
> Dear John&All,
>
> thanks for the review, see my response inline
>
> On 08/29/2017 09:37
Dear John&All,
thanks for the review, see my response inline
On 08/29/2017 09:37 AM, John Crispin wrote:
> Hi,
>
> comment inline
>
>
> On 26/08/17 21:54, Zoltan Gyarmati wrote:
>> The RT5350F's second UART pins are available on the base module and on
>&g
Zoltan Gyarmati
https://zgyarmati.de
On 08/29/2017 02:33 AM, Philip Prindeville wrote:
>> On Aug 28, 2017, at 6:17 PM, Zoltan Gyarmati
>> wrote:
>>
>> On 08/28/2017 01:52 PM, Zoltan Gyarmati wrote:
>>> Dear All,
>>>
>>> i'm fighti
On 08/28/2017 01:52 PM, Zoltan Gyarmati wrote:
> Dear All,
>
> i'm fighting with an odd build error on my build server VPS, using
> current master and the RT5350F-OLINUXINO profile:
>
> When trying to re-build the LEDE tree (after a successful initial
> build), i g
igged into the environment to figure
out what is the significant difference, but i couldn't hunt this down.
My best guess it that is related to the fact that the build server runs
on a VPS, but no solid evidence on this yet...
Do you have maybe a
The RT5350F's second UART pins are available on the base module and on
the EVB as well, so enable it in the device tree.
Additionaly, the uartlite@c00 and uart@500 nodes swapped in rt5350.dtsi
to keep the serial console as ttyS0.
Signed-off-by: Zoltan Gyarmati
---
target/linux/ramip
The RT5350F i2c pins is available on the base module and on
the EVB as well, so enable it in the dts.
Signed-off-by: Zoltan Gyarmati
---
target/linux/ramips/dts/RT5350F-OLINUXINO.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/target/linux/ramips/dts/RT5350F-OLINUXINO.dtsi
b
ds the EVB
specific GPIO config.
Signed-off-by: Zoltan Gyarmati
---
target/linux/ramips/dts/RT5350F-OLINUXINO-EVB.dts | 71 +-
target/linux/ramips/dts/RT5350F-OLINUXINO.dts | 71 +-
target/linux/ramips/dts/RT5350F-OLINUXINO.dtsi| 74
This patchset aims to improve the device tree support for the
RT5350F-OLINUXINO(-EVB) boards. Some of the changes are coming from the HW
vendor's own OpenWrt fork at https://github.com/OLIMEX/openwrt which is rather
outdated by now, so i've synced/rebased the patches and tested them
The polarity of WLAN_ACT LED on the base module needs to inverted
in order to be 'on' when the WiFi interface is active
Signed-off-by: Zoltan Gyarmati
---
target/linux/ramips/dts/RT5350F-OLINUXINO.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ramips/d
If CONFIG_DOWNLOAD_FOLDER is set to for example "~/dl", the download
script fails to create the .hash and .dl files with the following
errors:
Cannot create file ~/dl/dropbear-2017.75.tar.bz2.dl: No such file or directory
sh: 1: cannot create ~/dl/dropbear-2017.75.tar.bz2.hash: Directory nonexist
On 01/31/2017 07:34 PM, Felix Fietkau wrote:
> On 2017-01-31 16:21, Zoltan Gyarmati wrote:
>> Adding an i2c RTC to the RT5350F-OLinuXino board.
>> It's already requires patching the dts file to enable the i2c port, but
>> that change i want to sent to upstream (a
On 01/31/2017 04:05 PM, Felix Fietkau wrote:
> On 2017-01-31 16:04, Zoltan Gyarmati wrote:
>> On 01/31/2017 10:19 AM, Felix Fietkau wrote:
>>> On 2017-01-29 22:37, Philip Prindeville wrote:
>>>> Hi.
>>>>
>>>> I’m working on a projec
_____
> openwrt-devel mailing list
> openwrt-de...@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Thx in advance, regards,
Zoltan Gyarmati
https://zgyarmati.de
signature.asc
Description: OpenPGP digital signature
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
22 matches
Mail list logo