Try iostat (selectable in busybox). Maybe is what are you looking for.
2015-05-17 0:40 GMT+02:00, valent.turko...@gmail.com
:
> Here is some interesting info I found using mtdinfo tool:
>
> # mtdinfo /dev/mtd5
> mtd5
> Name: rootfs_data
> Type: n
0.00 0.00208 0
> mtdblock6 0.00 0.00 0.00208 0
> mmcblk0 0.02 0.03 0.21 9786 69721
>
>
> Any ideas?
>
> On 18 May 2015 at 11:45, José Vázquez wrote:
>> Try iost
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
2015-11-30 13:56 GMT+01:00, Rafał Miłecki :
> On 30 November 2015 at 12:47, José Vázquez Fernández
> wrote:
>> I have a Linksys E1000 with a BCM5357 SoC but the wifi is not supported in
>> b43 nor brcmsmac, and
>> bcmdhd is not an option. Will it be supported in a fu
2016-01-04 13:02 GMT+01:00, Cristian Morales Vega :
> Signed-off-by: Cristian Morales Vega
> ---
> target/linux/ramips/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/target/linux/ramips/Makefile b/target/linux/ramips/Makefile
> index 9d7bb5b..378e2f5 100644
> --
2014-06-28 19:54 GMT+02:00, Jonas Gorski :
>
> Ah, I guess your problem is that something in your openwrt config
> depends on kmod-random-core, which will cause HW_RANDOM to be selected
> (as m), which makes HW_RANDOM_BCM63XX visible. In that case you need
> to either add "# CONFIG_HW_RANDOM_BCM63X
2014-06-29 22:45 GMT+02:00, Jonas Gorski :
> On Sun, Jun 29, 2014 at 10:37 PM, José Vázquez
> wrote:
>> 2014-06-28 19:54 GMT+02:00, Jonas Gorski :
>>>
>>> Ah, I guess your problem is that something in your openwrt config
>>> depends on kmod-random-core, wh
Ok, sorry.
2014-06-30 17:11 GMT+02:00, Jonas Gorski :
> On Fri, May 23, 2014 at 7:36 PM, José Vázquez Fernández
> wrote:
>> Support for Comtrend VR-3025u and VR-3025un.
>>
>> This patch adds support for both VR-3025u and VR-3025un.
>> Due to these routers ar
2014-07-01 7:26 GMT+02:00, John Crispin :
> NAK, xway is a unified kernel target and we wont change that upstream.
> i am fine with the cpu override bit but i wont take the KConfig part,
>
> sorry,
> John
>
>
Why sorry? This is only a RFC.
Kconfig part was only for "fine tuning", but, in addi
2014-07-01 0:57 GMT+02:00, Florian Fainelli :
> 2014-06-30 4:30 GMT-07:00 José Vázquez :
>> b43 and b43-legacy drivers enable CONFIG_HW_RANDOM in
>> .config.override; without they selected the "problem" does not happen.
>> More drivers need HW_RANDOM but they were no
2014-06-30 21:46 GMT+02:00, José Vázquez Fernández :
> Enable LANTIQ_PHY and LANTIQ_XRX200 only in XRX200 subtarget.
>
> These drivers are not needed for ASE, Danube and AR9.
> As side effect PHY11G and PHY22F firmwares are not included in the
> kernel image, which saves 64 KB
2014-07-01 15:20 GMT+02:00, John Crispin :
>
>
> On 01/07/2014 13:40, José Vázquez wrote:
>> 2014-06-30 21:46 GMT+02:00, José Vázquez Fernández
>> :
>>> Enable LANTIQ_PHY and LANTIQ_XRX200 only in XRX200 subtarget.
>>>
>>> These drivers are not ne
2014-07-02 23:46 GMT+02:00, thomas.lan...@lantiq.com :
> Hello José.
>
> cpu_has_veic should be left disabled (this is wrong also for Falcon)
>
> Thanks,
> Thomas
>
Thanks for the comment.
Is cpu_has_vint correct for XWAY SoCs? I added it because was defined
in the FALCON cpu-feature-overrides file
2014-07-03 21:36 GMT+02:00, José Vázquez Fernández :
> Add XWAY cpu-feature-overrides.h file.
>
> This patch adds cpu-feature-overrides.h file for the XWAY family, based in
> the one in FALCON.
> Because Amazon SE was deprecated, cpu_has_dsp and cpu_has_mips16 have been
> set, wh
Found this comment in a Broadcom source code that has an interesting
comment; in addition, danitool, testing different kernel command lines
found that forcing all the interrupts to CPUx the network throughput
was increased more than a 15% (as far i remember).
Any comment will be welcome.
Pepe
I have sent it if it could help. The most the information the better the
choice.
danitool made the mentioned tests so ask him about the details.
Regards:
Pepe
El viernes, 4 de julio de 2014, Jonas Gorski escribió:
> On Fri, Jul 4, 2014 at 12:46 PM, José Vázquez > wrote:
> >
ting purposes if somebody is interested in porting
this SoC to OpenWRT.
Regards:
José Vázquez
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
2014-08-18 15:19 GMT+02:00, Michael Richardson :
>
> José Vázquez wrote:
> > According to the info i could find the cpu is a 400MHz arm1176
> > (ARMv6k) with VFP and C55x DSP for VoIP, that runs in big endian
> mode;
> > seems that shares some features wi
2014-08-18 12:51 GMT+02:00, José Vázquez :
> I think that could be interesting add a target for Puma5 cable SoCs
> family. There are tw targets: the most common is Avalanche and the
> other is Volcano (maybe only for cablemodems with one ethernet port
> and without WLAN).
>
> Acc
Are you looking for the AR7 or Puma5 pspboot sources?
2014-09-03 11:58 GMT+02:00, zhenjun_...@icloudaegis.com
:
> Hi,
> I can't find valid link to download TI pspboot source code.
> Any one can help me?
>
>
>
> zhenjun_...@icloudaegis.com
>
___
openwrt-
Few weeks ago i've received a Mips CI20 and began to port it to
openwrt using kernel 3.18-rc4.
For now only few peripherals work "fine" but is more than i initially expected.
https://github.com/Pteridium/OpenWRT-experimental/blob/ci20-alpha/README.md
Still there are a lot of peripherals to be inclu
e of you know I haven't the skills to
make it.
Any advice will be very welcome.
Regards:
Pepe
2014-11-26 11:19 GMT+01:00, Zubair Lutfullah Kakakhel
:
> Hi Jose,
>
> On 25/11/14 20:44, José Vázquez wrote:
>> Few weeks ago i've received a Mips CI20 and began to port it to
>
2014-12-10 11:54 GMT+01:00, John Crispin :
>
>
> On 10/12/2014 11:46, José Vázquez wrote:
>> I've been working to add support for the CI20 to openwrt and,
>> despite some problems I'm unable to fix, the board works stable
>> with openwrt (more or less). :(
&g
Take a look at this patch:
http://patchwork.openwrt.org/patch/6751/
First of all you need to find your router's board id.
If changing the board id CFE works then you have a some kind of solution.
2014-12-16 9:26 GMT+01:00, Eugene :
> Hello,
>
> Is it possible to add support for Sagemcom F@ST2804V
oards need it, the patch can be left
as is to avoid confusion.
Regards:
Pepe
> On Tue, 13 Jan 2015, José Vázquez wrote:
>
>> IMHO make sdio selecton depends only on sunxi is not a good idea.
>>
>> 2015-01-07 20:37 GMT+01:00, Zoltan HERPAI :
>>> This patch will add opti
2015-03-09 21:02 GMT+01:00, valent.turko...@gmail.com
:
> Hi all,
> I see this or similar question of forums all the time and I have
> answered it few times. I suggest we open a wiki page and contribute an
> answer.
>
> Here is how I usually reply to similar questions, please give your
> comments i
2015-03-09 23:28 GMT+01:00, David Lang :
> On Mon, 9 Mar 2015, José Vázquez wrote:
>
>> OpenWRT is a linux distro oriented to networking so the kernel and
>> drivers are important, but you must not forget that the init process
>> (procd and related after AA) is one of the
Reviewing a Ralink SDK seems that the RT63365 in the old Trendchip
SoCs so, is SoC too different to add support for it in the ramips
target?
I make this question because one spanish ISP is distributing the
Huawei HG532s to its customers, and maybe others around the world too.
Regards:
José
_
As far i can understand MSA is a feature that is only present in the
MIPS Warrior cores and, for now, seems that could be only needed in
malta [1] target.
As you can see in arch/mips/Kconfig MIPS32R2 and MIPS64R2 select
CPU_SUPPORTS_MSA which does not apply to the majority of the mips
targets in Op
2015-04-13 11:15 GMT+02:00, Paul Burton :
> On Mon, Apr 13, 2015 at 10:54:05AM +0200, José Vázquez wrote:
>> As far i can understand MSA is a feature that is only present in the
>> MIPS Warrior cores and, for now, seems that could be only needed in
>> malta [1] target.
>
2015-04-13 12:28 GMT+02:00, Paul Burton :
> On Mon, Apr 13, 2015 at 11:59:20AM +0200, José Vázquez wrote:
>> 2015-04-13 11:15 GMT+02:00, Paul Burton :
>> > On Mon, Apr 13, 2015 at 10:54:05AM +0200, José Vázquez wrote:
>> >> As far i can understand MSA is a featu
approved and applied this ticket should be closed:
https://dev.openwrt.org/ticket/11704
Also changes the initial LEDs behavior in the mentioned router.
This is my first patch so please, tell me the mistakes to improve.
Signed-off-by: José Vázquez Fernández
diff -urN a/mach-arv.c b/mach-arv.c
--- a
approved and applied this ticket should be closed:
https://dev.openwrt.org/ticket/11704
Also changes the initial LEDs behavior in the mentioned router.
This is my first patch so please, tell me the mistakes to improve.
Signed-off-by: José Vázquez Fernández
diff -urN a/mach-arv.c b/mach-arv.c
--- a
themselves.
>
> All the best,
> Jacob
>
Of course you have systems which can run Openwrt, i.e., an old PC, a
x86 based thin client, a laptop, a PPC based MAC,...
Seems to be a very interesting project, but two questions:
- Can run in big endian CPUs?
- Did you took in care that some routers have limited cpu performance,
RAM and/or flash?
Take a look at this list: http://wiki.openwrt.org/inbox/benchmark.openssl
Best regards:
José Vázquez
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
2013/5/3, John Crispin :
> On 03/05/13 16:56, Felix Fietkau wrote:
>> On 2013-05-03 4:17 PM, José Vázquez Fernández wrote:
>>> As have been done previously in the ramips target the Lantiq target
>>> could be divided in subtargets based in the SoC (ase, danube, svip,
Build firmware images for Lantiq SoC
More aggressive optimizations, like -mt, must be selected by the user.
Finally, i've tested a Danube board with -mtune=34kc and strangely
there is no difference than selecting -mtune=24kec
José Vázquez
___
op
oment i have no idea how to confirm if this issues are
caused by the PC (Debian 6 in my case) or an errata in the BCM6368.
VR-3025u wiki:
http://wiki.openwrt.org/toh/comtrend/vr3025u
VR-3025un wiki:
http://wiki.openwrt.org/toh/comtrend/vr3025un
Regards:
2013/8/1, José Vázquez :
> We didn't discarded distro or PC problem due to the different
> errors we noticed.
> In this moment i have no idea how to confirm if this issues are
> caused by the PC (Debian 6 in my case) or an errata in the BCM6368.
> VR-3025u wiki:
>
2013/8/4, José Vázquez :
> 2013/8/1, José Vázquez :
>> We didn't discarded distro or PC problem due to the different
>> errors we noticed.
>> In this moment i have no idea how to confirm if this issues are
>> caused by the PC (Debian 6 in my case) or an er
2013/8/7, Jonas Gorski :
> On Wed, Aug 7, 2013 at 2:30 PM, Rafał Miłecki wrote:
>> If you take a look at toolchain/gcc/common.mk you will see that in
>> case of using Linaro 4.6 gcc we use 4.6-2012.12 which is a bit
>> outdated.
>>
>> It can cause crashes and stability problems, as this gcc is kno
2013/8/9, José Vázquez :
> 2013/8/4, José Vázquez :
> Finally, my colleague and me tested trunk r37737 enabling FPU
> emulation and switching to kernel 3.10.4 and now we haven't noticed
> nothing strange with jffs2.
> Jonas Gorski told us that would be a good idea make a compil
2013/8/11, José Vázquez :
> Still we have problems with rootfs_data partition if some openwrt and
> kernel options are changed or added.
> Because nobody answered i decided to blind shooting after reading all
> the info i've could find. Also applied Florian's and Jonas&#
2013/8/17, cmsv :
> I have noticed that some changes with AA or it's packages have affected
> Frequency power capabilities or at least the output.
>
> DISTRIB_REVISION="r35153"
>
>
> iw phy0 info
>
> Wiphy phy0
> Band 1:
> Capabilities: 0x104e
> HT20/HT40
>
2013/8/15, Florian Fainelli :
> Le jeudi 15 août 2013 21:18:53 José Vázquez a écrit :
>> 2013/8/11, José Vázquez :
>> > Still we have problems with rootfs_data partition if some openwrt and
>> > kernel options are changed or added.
>> > Because nobody answer
> Now i'm sure that only fails with smp images when block-mount is
> enabled, while with generic works fine. Also, with the Comtrend
> WAP-5813n (http://wiki.openwrt.org/toh/comtrend/ct5813) nobody noticed
> nothing strange because nobody enables block-mount in that router.
> What i can do to help
is interesting i can test it, send the
feedback and write a patch.
Personally i'm not interested on it, but surely there are some people
interested in this filesystem.
Another references:
https://forum.openwrt.org/viewtopic.php?pid=184430#p184430
https://dev.openwrt.org/ticket/9470
José Vá
> Now I'm confused. Does the patch work for you after all? I've been using
> it with A803 (arv752dpw22, MII) and the Elisa boxes
> (arv4510pw/arv7510pw, RMII) and another OpenWrt user uses it with A802
> (arv752dpw, RMII). Without the patch, network works if the boot loader
> does the correct initi
2013/11/20, Matti Laakso :
>
> That's interesting. On the ARV752DPW there is RTL8306G, connected using
> reverse MII. On ARV4518PW and ARV452CQW there is RTL8306SD, which
> according to you seems to be connected using MII. This means that also
> ARV4518PWR01.dts, ARV4518PWR01A.dts and ARV452CQW.dts
2013/10/1, José Vázquez :
>> Now i'm sure that only fails with smp images when block-mount is
>> enabled, while with generic works fine. Also, with the Comtrend
>> WAP-5813n (http://wiki.openwrt.org/toh/comtrend/ct5813) nobody noticed
>> nothing strange because nobod
2013/11/25, valent.turko...@gmail.com :
> Hi,
> I have no previous experience with bluetooth on openwrt but from my
> experience in last few days of serious testing bluetooth stack on
> openwrt I can only say with really high confidence that bluetooth is
> badly broken on openwrt (atleast on one pl
>
> Finally decided to test with AA (kernel 3.3.8) for which i've made a
> some kind of patch to enable SMP and nothing strange with jffs2 fs
> happened.
> Also noticed that bogomips in core 1 are the same that in core 0,
> while with BB they are different:
> http://pastebin.com/7jisa6km
> http://p
2013/11/27, John Crispin :
> On 27/11/13 08:48, Florian Fainelli wrote:
>>
>> On Nov 26, 2013 11:42 PM, "John Crispin" > <mailto:j...@phrozen.org>> wrote:
>> >
>> > On 26/11/13 23:29, José Vázquez wrote:
>> >>
>>
2013/11/29, David Lang :
> As I understand it, lawyers are looking over the situation with this driver
>
> before it gets included in the upstream kernel.
>
> David Lang
>
Then we must wait.
Thanks for the info.
Regards:
José Vázquez
___
2013/11/27, José Vázquez :
> 2013/11/27, John Crispin :
>> On 27/11/13 08:48, Florian Fainelli wrote:
>>>
>>> On Nov 26, 2013 11:42 PM, "John Crispin" >> <mailto:j...@phrozen.org>> wrote:
>>> >
>>> > On 26/11/13 23:29, J
2013/12/5, José Vázquez :
> I've enabled CPU_HOTPLUG in the kernel and added maxcpus=1 to the
> CMDLINE. Once openwrt boot is finished i enable the second core.
> https://www.kernel.org/doc/Documentation/cpu-hotplug.txt
> The initial tests showed that the jffs2 problem doesn'
2014/1/3, danitool :
> I'm also having these problems. The bug is very easy to reproduce. Just
> using the jffs2 image instead of squashfs, the problems are shown with the
> first boot, and you can see lot of funny names just listing /etc/init.d
>
> root@(none):/# ls -l /etc/init.d/
> -rwxr-xr-x
2014-01-11, José Vázquez Fernández :
> While Daniel González and me were fighting with jffs2 tested some code
> extracted from Netgear. Here are what we found.
> We only tested brcm_wait, broadcom checksum code and the modification in
> tlbex.c and nothing strange happened when w
2014-01-11, José Vázquez :
> 2014/1/3, danitool :
>> I'm also having these problems. The bug is very easy to reproduce. Just
>> using the jffs2 image instead of squashfs, the problems are shown with
>> the
>> first boot, and you can see lot of funny names just list
>
> I'm pretty sure that the jffs2 file name corruption problem doesn't
> happen BCM63xx SoCs with spi flash and smp enabled, so, if this is
> correct, seems to be a race condition between the flash type, jffs2
> and some Broadcom SoCs, as Jonas pointed some time ago.
Can somebody confirm is the pr
> Router is TP_LINK TL_WR1043ND running ATTITUDE ADJUSTMENT (12.09, r36088)
> Laptop has Intel 4965agn card
I have had little problems with Intel 4965agn and a TP-Link
TL-MR3220v2, and because i don't need N wireless, disabled it and all
works fine. Also tested with an Atheros AR9385 in the laptop
2014-03-10 12:26 GMT+01:00, José Vázquez Fernández :
> Add support for Astoria ARV7519RW.
>
> These patches add support for the Astoria ARV7519RW aka Livebox 2.1
> The PCI and PCIe interfaces have been disabled. Also, because there are
> two revisions of this board with differen
2014-03-12 9:40 GMT+01:00, José Vázquez :
> 2014-03-10 12:26 GMT+01:00, José Vázquez Fernández
> :
>> Add support for Astoria ARV7519RW.
>>
>> These patches add support for the Astoria ARV7519RW aka Livebox 2.1
>> The PCI and PCIe interfaces have been disabled.
2014-03-12 9:31 GMT+01:00, John Crispin :
> hi,
>
> i am starting to wonder if we should to runtime detection of the fw blob
> to use ... i.e. indicate in the dts file if we want 11g or 22fe firmware
> and let the code figure out the version
>
> John
>
>
> On
Seems that this patch adds support for the SMCWEBS-N too.
Is not needed a board definition file?
2014-03-17 12:13 GMT+01:00, dani :
> This patch adds support for a new rt3052 board, SMC SMCWBR14S-N3
>
> - Only two GPIO leds, one has no label, I labeled it as "extra"
> - 4 ethernet LAN, 1 ethernet
2014-04-03 6:58 GMT+02:00, Constantine A. Murenin :
> Hello,
>
> It has come to my attention that the recently discontinued WD My Net
> line of dual-band routers is just about the best bang for the buck --
> they're currently selling N900 (w/ 8x GigE and 256MB of RAM) for 49,99
> USD at Staples, or
If it worked for you surely surely will work for the other 6368.
We will send the feedback soon.
Thanks in advance:
Pepe
2014-04-07 0:09 GMT+02:00, Jonas Gorski :
> On Sat, Feb 1, 2014 at 1:06 PM, Álvaro Fernández Rojas
> wrote:
>> AFAIK anyone with a Neufbox 6 should be able to test if the pro
o porting OpenWRT to the WD MyNet N900.
>> > Since the IP8K has an mmu it should be able to compile without too much
>> > issues.
>> > I'm currently trying to get the toolchain from trunk to work.
>> >
>> > Regards,
>> > Luis E. Garcia
>
There is something that still don't understand: why is there so much
interest in the WRT1900ac? A Wandboard quad + i.e. TL-WDR7500 is a
more exciting, more powerful and more versatile combo.
It is a bit funny to take a look at the code which include a binary patch.
Direct Link: ftp://Temp9052393436
Fernando, you are right: the WRT54G was the beginning of a lot of
great things, and now a lot of people contribute to OpenWRT, DD-WRT,
and some other projects that i can't remember in this moment thanks to
it.
A disagree a bit with "...Belkin/Linksys is truly interested to "work
with OpenWRT develo
cel_work_timer+0x34/0x13c
[ 5227.896000] [<80135858>] jffs2_sync_fs+0x20/0x54
[ 5227.896000] [<800cd14c>] iterate_supers+0xa4/0x124
[ 5227.896000] [<800f4878>] sys_sync+0x44/0x9c
[ 5227.896000] [<800128e8>] stack_done+0x20/0x44
[ 5227.896000]
[ 5227.896000] ---[ end trace b6fb37
It's not difficult. If you want to add an atheros option look into the
Makefile the better place for it. This link points to one of the ath
sections:
https://dev.openwrt.org/browser/trunk/package/kernel/mac80211/Makefile#L494
You see Linux-3.10.34 Kconfig items because it is patched for the
kerne
2014-04-08 17:02 GMT+02:00, Bjørn Mork :
> Felix Fietkau writes:
>
>> I've seen this happen to other open source related projects using
>> Marvell hardware as well, so the big question is whether Belkin can put
>> enough pressure on them to get the source code released.
>>
>> Even if that happens,
Make sure you have selected kmod-ltq-ptm-vr9 and kmod-ltq-atm-vr9
deselected in addition to a VR9 vdsl firmware.
The firm you need should be into the TD-W8970 source code.
Regards.
2014-04-08 19:51 GMT+02:00, obconseil :
> Hello,
>
>
> I would be interested by that too: I'm currently working on t
I have only two ARV4518pw but they are enough to make tests, and in a
spanish forum surely there will be a lot of people very pleased to
help you.
First of all i need to learn a bit of asterisk with AA in order to
help you better.
Thanks in advance:
Pepe
2014-04-10 9:23 GMT+02:00, John Crispin :
2014-04-07 22:19 GMT+02:00, Jonas Gorski :
> On Mon, Apr 7, 2014 at 10:11 PM, José Vázquez
> wrote:
>> The initial tests point that there is no data corruption in jffs2. Good
>> catch!
>> There are still some strange messages but maybe are due to the high
>> amou
can be compiled without problems, include
them and add initial support marking @BROKEN.
Of course this is my own opinion and i don't have all the information,
so, if this is the case my apologies to OpenWRT developers, Matthew
Fatheree and Belkin International,Inc
José Vázquez
_
2014-04-23 13:41 GMT+02:00, José Vázquez :
> 2014-04-23 11:40 GMT+02:00, Felix Fietkau :
>> On 2014-04-23 11:31, Felix Fietkau wrote:
>>> Quick update on this subject: Linksys has now posted a GPL source for
>>> the WRT1900AC, and it contains the wifi driver sources.
2014-04-23 14:27 GMT+02:00, Zoltan HERPAI :
>>> I don't know if any of the OpenWRT developers or contributors have
>>> this router. If yes, my opinion is to add support for the board using
>>> the patches sent by Matthew Fatheree as base, reworking them and drop
>>> wireless support for now until t
2014-04-23 21:52 GMT+02:00, Rafał Miłecki :
> 2014-04-23 13:41 GMT+02:00 José Vázquez :
>> I don't know if any of the OpenWRT developers or contributors have
>> this router. If yes, my opinion is to add support for the board using
>> the patches sent by Matthew Fatheree a
2014-05-09 8:32 GMT+02:00, Luka Perkov :
> Hi Alvaro,
>
> I don't see this change. Patch v2 is same as v1.
>
> Luka
>
In v1 he eliminated cpu dependencies while in v2 dmidecode is only
selected by TARGET_x86.
I think that, in addition to x86 should be added x86_64 and any other
target that has dmi.
||armeb||i386||i686||x86_64)
Added: DEPENDS:=+zlib +pciutils +TARGET_x86:dmidecode +libftdi +libusb-compat
Pepe
2014-05-09 10:34 GMT+02:00, Luka Perkov :
> On Fri, May 09, 2014 at 10:28:50AM +0200, José Vázquez wrote:
>> 2014-05-09 8:32 GMT+02:00, Luka Perkov :
>> > Hi Alvaro,
>
y removed in
flashrom but i can be wrong.
Pepe
> El 09/05/2014 10:51, Luka Perkov escribió:
>> On Fri, May 09, 2014 at 10:44:38AM +0200, José Vázquez wrote:
>>> Sure? maybe i am a bit blind. :(
>>
>> You are not - I've missed it... Thanks. I guess it was to
can be done writing with mtd
> the kernel,
> and then the 64k aligned rootfs.
>
> Regards
>
> Signed-off-by: Daniel Gonzalez
Tested by: José Vázquez Fernández
> Index: target/linux/brcm63xx/image/Makefile
>
2014-06-03 21:35 GMT+02:00, John Crispin :
> Thanks,
>
> does ath5k work after applying this patch ? i dont have any hw to test
> with ...
>
> John
>
The ath5k driver using an ARV4518PW works as good as always, at least
for me, and the wireless MAC is read correctly.
[0.30] ath5k,eep
2014-06-04 7:20 GMT+02:00, John Crispin :
>
>
> On 04/06/2014 00:04, José Vázquez wrote:
>> 2014-06-03 21:35 GMT+02:00, John Crispin :
>>> Thanks,
>>>
>>> does ath5k work after applying this patch ? i dont have any hw to
>>> test with ...
>
2014-06-06 22:00 GMT+02:00, Jonas Gorski :
> On Fri, Jun 6, 2014 at 9:52 PM, Florian Fainelli
> wrote:
>> 2014-06-06 12:46 GMT-07:00 José Vázquez Fernández
>> :
>>> Select HW_RANDOM_BCM63XX only in the SoCs that support it.
>>>
>>> Only BCM6368, BCM636
> if there is anything else I can do.
>
Unless the BTHOMEHUBV2B has an Atheros b/g wireless chip the patch
should have no effect in the routers that need ath9k driver. My main
concern with that patch were the Siemens SX76x but not the others.
AFAIK the cal_data partition is a bit problematic
2014-06-14 21:47 GMT+02:00, Ben Mulvihill :
> On Sat, 2014-06-14 at 18:53 +0200, José Vázquez wrote:
>>
>> Unless the BTHOMEHUBV2B has an Atheros b/g wireless chip the patch
>> should have no effect in the routers that need ath9k driver. My main
>> concern with that p
2014-06-15 8:03 GMT+02:00, John Crispin :
>
>
> On 14/06/2014 23:08, José Vázquez wrote:
>> The main problem with the wifi in the Lantiq target are the ARV
>> boards: a lot of people, John included, spent a lot of time an
>> still there are some problems, as you see.
&g
2014-06-27 12:29 GMT+02:00, Jonas Gorski :
> On Wed, Jun 18, 2014 at 5:34 PM, José Vázquez Fernández
> wrote:
>> Select HW_RANDOM_BCM63XX only in the SoCs that support it.
>>
>> Only BCM6368, BCM6362 and BCM63268 have a hardware random numbers
>> generator, so,
2014-06-27 13:14 GMT+02:00, Jonas Gorski :
> On Fri, Jun 27, 2014 at 1:00 PM, José Vázquez
> wrote:
>> 2014-06-27 12:29 GMT+02:00, Jonas Gorski :
>>> On Wed, Jun 18, 2014 at 5:34 PM, José Vázquez Fernández
>>> wrote:
>>>> Select HW_RANDOM_BCM63XX only i
2014-06-28 18:10 GMT+02:00, Jonas Gorski :
> On Sat, Jun 28, 2014 at 3:09 PM, José Vázquez
> wrote:
> This means your kernel configuration is missing "# HW_RANDOM_BCM63XX
> is not set" in target/linux/brcm63xx/config-3.10, which is *not* an
> issue of the Kernel, bu
>From d9de074b635e8d9442409922f867d1ed8dd36887 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Jos=C3=A9=20V=C3=A1zquez=20Fern=C3=A1ndez?=
Date: Wed, 2 Sep 2015 13:40:28 +0200
Subject: [OpenWrt-Devel] [PATCH] [LANTIQ] ARV7519RW22 dts fix
The ARV7519RW22 has only one flash chip.
This patch fixes a detec
>From a9d8a4d04c5564abb0440a3b67dd21e8645e2c43 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Jos=C3=A9=20V=C3=A1zquez=20Fern=C3=A1ndez?=
Date: Tue, 1 Sep 2015 19:30:26 +0200
Subject: [OpenWrt-Devel] [PATCH] [LANTIQ] ARV7519RW22 dts fix
The ARV7519RW22 has only one flash chip.
This patch fixes a detec
I have a Linksys E1000 with a BCM5357 SoC but the wifi is not supported in b43
nor brcmsmac, and
bcmdhd is not an option. Will it be supported in a future?
Regards:
José Vázquez
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https
Enable LANTIQ_PHY and LANTIQ_XRX200 only in XRX200 subtarget.
These drivers are not needed for ASE, Danube and AR9.
As side effect PHY11G and PHY22F firmwares are not included in the
kernel image, which saves 64 KB.
Signed off by: José Vázquez Fernández
Index: target/linux/lantiq/config
modified to include it only when SOC_XWAY is selected.
As a side effect the kernel size is 30KB smaller.
This patch, as is, works fine with a Danube based router, but, as i have
said, is only a draft that, if it has interest, must be improved.
José Vázquez
diff -urN
a/arch/mips/include/asm
.
With this file the kernel size is reduced about 30KB in the XWAY subtarget.
Tested in a Danube based router with no problems and with a little
improvement in the USB port when using mass storage devices and wireless
dongles.
Signed off by: José Vázquez Fernández
--- a/arch/mips/include/asm/mach
On 02/07/14 21:49, José Vázquez Fernández wrote:
Add XWAY cpu-feature-overrides.h file.
This patch adds cpu-feature-overrides.h file for the XWAY family, based
in the one in FALCON.
Because Amazon SE was deprecated, cpu_has_dsp and cpu_has_mips16 have
been set, while cpu_has_mt has been
.
With this file the kernel size is reduced about 30KB in the XWAY subtarget.
Tested in a Danube based router with no problems and with a little
improvement in the USB port when using mass storage devices and wireless
dongles.
Signed off by: José Vázquez Fernández
diff --git
a/target/linux/lantiq
1 - 100 of 147 matches
Mail list logo
