El 16/11/23 a les 11:06, Robert Marko ha escrit:
I asked here
https://forum.openwrt.org/t/apboot-dump-for-aruba-iap11-ap303-or-compatible-u-boot/177595/2
I have shared a dump from my AP11 that worked with OpenWrt.
But please make sure they did not enable secure boot in the mean time.
Thank
El 17/12/19 a les 12:52, David Bauer ha escrit:
3. Configure the bootargs and bootcmd for OpenWrt.
$ setenv bootargs_openwrt "setenv bootargs console=ttyMSM1,9600n8"
$ setenv nandboot_openwrt "run bootargs_openwrt; ubi part aos1;
ubi read 0x8500 kernel; bootm 0x8500"
$
El 5/7/20 a les 22:37, Martin Blumenstingl ha escrit:
Hi Luca,
On Sun, Jul 5, 2020 at 3:07 PM Luca Olivetti wrote:
El 5/7/20 a les 13:59, Luca Olivetti ha escrit: escrit:
I'm recompiling again in case I misplaced the section in my previous
test. In ~30-40 minutes it should be read
El 5/7/20 a les 15:14, Luca Olivetti ha escrit:
but I'm happy enough that this is fixed now.
Any chance of having a working rtl8812au driver? ;-)
Well, not even the rt73 one works fine: I configured it as an AP, I can
connect just fine but then, when I try to push some data (connecti
El 5/7/20 a les 15:07, Luca Olivetti ha escrit:
El 5/7/20 a les 13:59, Luca Olivetti ha escrit: escrit:
I'm recompiling again in case I misplaced the section in my previous
test. In ~30-40 minutes it should be ready and I'll report back.
Success!
I probably did something wrong b
El 5/7/20 a les 13:59, Luca Olivetti ha escrit: escrit:
I'm recompiling again in case I misplaced the section in my previous
test. In ~30-40 minutes it should be ready and I'll report back.
Success!
I probably did something wrong before.
I'm attaching the patch against 19.07.
El 5/7/20 a les 13:53, Martin Blumenstingl ha escrit:
have you tried moving it out of the &gpio node (and placing it similar
to what for example
target/linux/lantiq/files-5.4/arch/mips/boot/dts/lantiq/vr9_bt_homehub-v5a.dts
in master uses)?
Yes, no change
no change means the regulator-fixed
El 5/7/20 a les 13:29, Martin Blumenstingl ha escrit:
Hi Luca,
On Sun, Jul 5, 2020 at 1:07 PM Luca Olivetti wrote:
[...]
I put a printk in every step of reg_fixed_regulator_probe
(drivers/regulator/fixed.c) and it seems it isn't called at all (my
strings are indeed compiled in fixed.o).
El 3/7/20 a les 23:18, Luca Olivetti ha escrit:
El 3/7/20 a les 19:49, John Crispin ha escrit:
On 03.07.20 19:47, Luca Olivetti wrote:
El 3/7/20 a les 19:37, John Crispin ha escrit:
Why not use the gpio regulator ?
Because I don't know how :-(
https://www.kernel.org/doc/Document
El 3/7/20 a les 19:49, John Crispin ha escrit:
On 03.07.20 19:47, Luca Olivetti wrote:
El 3/7/20 a les 19:37, John Crispin ha escrit:
Why not use the gpio regulator ?
Because I don't know how :-(
https://www.kernel.org/doc/Documentation/devicetree/bindings/regulator/fixed-regulator
El 3/7/20 a les 21:31, Luca Olivetti ha escrit:
I suppose it's the call to devm_regulator_get_optional, which should
lead to regulator/core.c
static struct regulator_dev *regulator_dev_lookup(struct device *dev,
const char *s
El 3/7/20 a les 21:10, John Crispin ha escrit:
On 03.07.20 21:07, Luca Olivetti wrote:
El 3/7/20 a les 20:07, Luca Olivetti ha escrit:
El 3/7/20 a les 20:06, John Crispin ha escrit:
On 03.07.20 19:57, Luca Olivetti wrote:
El 3/7/20 a les 19:49, John Crispin ha escrit:
On 03.07.20 19:47
El 3/7/20 a les 20:07, Luca Olivetti ha escrit:
El 3/7/20 a les 20:06, John Crispin ha escrit:
On 03.07.20 19:57, Luca Olivetti wrote:
El 3/7/20 a les 19:49, John Crispin ha escrit:
On 03.07.20 19:47, Luca Olivetti wrote:
El 3/7/20 a les 19:37, John Crispin ha escrit:
Why not use the
El 3/7/20 a les 20:06, John Crispin ha escrit:
On 03.07.20 19:57, Luca Olivetti wrote:
El 3/7/20 a les 19:49, John Crispin ha escrit:
On 03.07.20 19:47, Luca Olivetti wrote:
El 3/7/20 a les 19:37, John Crispin ha escrit:
Why not use the gpio regulator ?
Because I don't kno
El 3/7/20 a les 19:49, John Crispin ha escrit:
On 03.07.20 19:47, Luca Olivetti wrote:
El 3/7/20 a les 19:37, John Crispin ha escrit:
Why not use the gpio regulator ?
Because I don't know how :-(
https://www.kernel.org/doc/Documentation/devicetree/bindings/regulator/fixed-regulator
El 3/7/20 a les 19:37, John Crispin ha escrit:
Why not use the gpio regulator ?
Because I don't know how :-(
https://www.kernel.org/doc/Documentation/devicetree/bindings/regulator/fixed-regulator.yaml
Oh, I see, but that's the one I had to *remove* because it didn't work.
Bye
--
Luca
Hello,
around 2 years ago, this patch
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=6eaf8b3d89571992a0aa7142cfab3f1dcef3c802#patch7
broke the usb on my arv7518pw: when it tries to power up the usb it
returns error -537 (EPROBE_DEFER, see
https://bugs.openwrt.org/index.php?do=d
El 25/05/15 a les 18:57, Caleb James DeLisle ha escrit:
> I've seen a similar issue with the toshiba wlm20u2 where it says it's
> transferring htc_9271.fw but that's actually the wrong fw so the device
> crashes, the solution for me was to specify the device as AR9280_USB
> in the ath9k_hif_usb_ids
El 25/05/15 a les 17:59, Luca Olivetti ha escrit:
> El 25/05/15 a les 17:27, Bruno Randolf ha escrit:
>> On 05/25/2015 03:38 PM, Luca Olivetti wrote:
>>> This is the message I get when I plug a tp-link tl-wn722n (which is
>>> working fine both in an ubuntu des
El 25/05/15 a les 17:27, Bruno Randolf ha escrit:
> On 05/25/2015 03:38 PM, Luca Olivetti wrote:
>> This is the message I get when I plug a tp-link tl-wn722n (which is
>> working fine both in an ubuntu desktop and on a mageia laptop):
>>
>>
>> [ 547.804000] u
This is the message I get when I plug a tp-link tl-wn722n (which is
working fine both in an ubuntu desktop and on a mageia laptop):
[ 547.804000] usb 1-1: new high-speed USB device number 5 using ifxusb_hcd
[ 548.02] usb 1-1: ath9k_htc: Firmware htc_9271.fw requested
[ 549.296000] usb 1-1
El 22/09/14 09:54, Luca Olivetti ha escrit:
> El 22/09/14 01:51, Claudio Leite ha escrit:
>
>> I'm not sure the MediaTek driver still uses the old format from the
>> Ralink driver. If so, this might be helpful:
>>
>> https://github.com/WRTnode/openwrt-packages/b
El 22/09/14 01:51, Claudio Leite ha escrit:
> I'm not sure the MediaTek driver still uses the old format from the
> Ralink driver. If so, this might be helpful:
>
> https://github.com/WRTnode/openwrt-packages/blob/master/ralink/ralink-wifi/files/lib/wifi/ralink.sh
>
> I think that was for a proj
El 20/09/14 17:35, Luca Olivetti ha escrit:
> OK, it's a matter of adding -DRT_BIG_ENDIAN to WFLAGS *but* it still
> doesn't work: it progresses further (it reads most of the eeprom values
> correctly, including the mac, but a couple of values are still different
> from th
El 19/09/14 21:58, Luca Olivetti ha escrit:
> El 19/09/14 19:24, Luca Olivetti ha escrit:
>> I made an openwrt recipe but it doesn't work (I see the interface but as
>> soon as I try to ifconfig up it segfaults), I guess it's an endianness
>> problem (I also tried wi
El 19/09/14 19:24, Luca Olivetti ha escrit:
> I made an openwrt recipe but it doesn't work (I see the interface but as
> soon as I try to ifconfig up it segfaults), I guess it's an endianness
> problem (I also tried without the second patch, just in case).
I'm almost sure
El 19/09/14 19:24, Luca Olivetti ha escrit:
> Hello,
>
> I just received an usb wifi adapter that I wanted to use with an openwrt
> router, but the Chinese lottery, instead of the expected chipset, gave
> me an adapter based on the ralink/mediatek mt7601u.
>
> I managed t
Hello,
I just received an usb wifi adapter that I wanted to use with an openwrt
router, but the Chinese lottery, instead of the expected chipset, gave
me an adapter based on the ralink/mediatek mt7601u.
I managed to make it work on the laptop with the supplied driver and a
couple of patches
http
El 02/08/14 17:59, Luca Olivetti ha escrit:
> El 02/08/14 14:20, John Crispin ha escrit:
>> Hi Luca,
>>
>> a bit of nitpicking ...
>>
>> if i look at
>> https://code.google.com/p/danube-voip/source/browse/libab/libab/* for
>> example, the license
El 02/08/14 14:20, John Crispin ha escrit:
> Hi Luca,
>
> a bit of nitpicking ...
>
> if i look at
> https://code.google.com/p/danube-voip/source/browse/libab/libab/* for
> example, the license headers are missing.
>
> could you add them either to the files or add a LICENSE file or similar
> ? i
El 25/04/11 13:54, Luca Olivetti ha escrit:
> Hello,
> some time ago I found this project for boards based on the infineon
> vinetic and using lantiq's IFX_TAPI:
>
> http://midge.vlad.org.ua/svn/trunk/openwrt-midge/package/oem-voip/
>
> I adapted it to the danube, rewr
Al 09/09/13 08:01, En/na John Crispin ha escrit:
> On 08/09/13 18:50, Luca Olivetti wrote:
>> Al 08/09/13 18:08, En/na Luca Olivetti ha escrit:
>>> As per the subject, the function ath_pci_fixup (in
>>> arch/mips/lantiq/xway/pci-ath-fixup.c) is called very early in t
Al 08/09/13 18:08, En/na Luca Olivetti ha escrit:
> As per the subject, the function ath_pci_fixup (in
> arch/mips/lantiq/xway/pci-ath-fixup.c) is called very early in the boot
> process, before ath9k_eeprom_probe (in arch/mips/lantiq/xway/ath_eep.c)
> has had any possibi
As per the subject, the function ath_pci_fixup (in
arch/mips/lantiq/xway/pci-ath-fixup.c) is called very early in the boot
process, before ath9k_eeprom_probe (in arch/mips/lantiq/xway/ath_eep.c)
has had any possibility to call ltq_pci_ath_fixup.
The net result is that the fixup isn't done and the w
Al 17/01/2013 13:59, En/na Álvaro Fernández Rojas ha escrit:
On linux 3.3, the fixup forced the regdomain to 0x67, causing low TX power.
This patch only corrects checksum, the rest of the EEPROM isn't changed.
Great to see that, almost two years after my first, uncredited[*], patch
(http://pat
Al 23/05/12 19:23, En/na Luka Perkov ha escrit:
> Other long & hard nights how John said were spent trying to make wifi
> and lan working...
At least your hard night was taken into consideration, mines were sitting in
patchwork for ~1 year, then wrongly applied and not credited.
Bye
--
Luca
__
Al 14/05/12 21:53, En/na Pieter Voorthuijsen ha escrit:
> Hello,
>
> I would like to know what kind of transfers speeds I can expect with
> the recent ath9k driver.
>
> On my xway chip in the dgn3500 I can create a 150Mbps connection. When
> starting transfers, it peaks to 3,5Mib and after that d
Al 28/03/2012 7:44, En/na John Crispin ha escrit:
On 28/03/12 01:42, Luca Olivetti wrote:
I can wait a few days longer.
what are you waiting for now ?
To revert the patch that uses a fixed regdomain and apply the one that
makes it dependent on a kernel command line switch.
http
Al 28/03/12 00:49, En/na John Crispin ha escrit:
> Hi Luca,
>
> you were right, i was wrong, i am terribly sorry if the delay caused any
> inconvenience to you
>
> thanks for your understanding,
Don't worry, I waited for one year, I can wait a few days longer.
Bye
--
Luca
___
Al 25/03/12 19:01, En/na Luca Olivetti ha escrit:
> Al 29/03/11 18:30, En/na John Crispin ha escrit:
>> On 29/03/11 18:06, Luca Olivetti wrote:
>>> Al 29/03/11 10:32, En/na John Crispin ha escrit:
>>>
>>>>> AFAIS, the current in-kernel driver relie
Al 29/03/11 18:30, En/na John Crispin ha escrit:
> On 29/03/11 18:06, Luca Olivetti wrote:
>> Al 29/03/11 10:32, En/na John Crispin ha escrit:
>>
>>>> AFAIS, the current in-kernel driver relies on regulatory domain for
>>>> frequency restrictions.
&
Al 22/03/12 21:08, En/na Conor O'Gorman ha escrit:
> Dear Wise People,
>
> How do I get USB_SUPPORT config symbol into tmp/.config-target.in for
> amazon ala danube?
>
> I've gone through the files in target/lantiq and I just cannot see how
> to make amazon se (ase) support usb, and enable the US
Al 15/03/12 20:16, En/na John Crispin ha escrit:
> On 15/03/12 20:15, Luca Olivetti wrote:
>> Al 15/03/12 20:13, En/na Luca Olivetti ha escrit:
>>> Al 15/03/12 19:38, En/na John Crispin ha escrit:
>>>> On 15/03/12 19:33, Luca Olivetti wrote:
>>>>> Th
Al 15/03/12 20:13, En/na Luca Olivetti ha escrit:
> Al 15/03/12 19:38, En/na John Crispin ha escrit:
>> On 15/03/12 19:33, Luca Olivetti wrote:
>>> The configuration for the arv752DPW22 also uses the ar8216 but the network
>>> doesn't work.
>>
>> ;-)
&
Al 15/03/12 19:38, En/na John Crispin ha escrit:
> On 15/03/12 19:33, Luca Olivetti wrote:
>> The configuration for the arv752DPW22 also uses the ar8216 but the network
>> doesn't work.
>
> ;-)
It didn't work for me, but a user on the forum says it works for him
The following patch adds a new uboot configuration for the arv7518PW board.
It's the same as the arv4518PW but with CONFIG_AR8216_SWITCH instead of
CONFIG_RTL8306_SWITCH.
The configuration for the arv752DPW22 also uses the ar8216 but the network
doesn't work.
Signed-off-by: Luc
Al 27/02/12 18:45, En/na Robert Ryan ha escrit:
> I've been looking around for the right place to patch this but I'm having
> difficulty finding a similar file that's not lantiq-specific. Can anyone
> point me in the right direction? I've looked in the entire
> target/linux/ramips/rt305x and arc
Al 24/02/12 19:17, En/na Robert Ryan ha escrit:
> I see eth0, eth0.1, eth0.2 devices but none of them appear to be functional.
> I would expect at least the WAN port to work without switch drivers but
> perhaps I'm mistaken. I can assign IPs and ping the local address but can't
> ping to/from a
Al 21/02/12 13:29, En/na Luca Olivetti ha escrit:
> Al 21/02/2012 12:38, En/na John Crispin ha escrit:
>> On 21/02/12 12:36, Luca Olivetti wrote:
>>> Al 21/02/2012 12:15, En/na John Crispin ha escrit:
>>>> On 21/02/12 12:13, Luca Olivetti wrote:
>>>>&g
Al 21/02/2012 12:38, En/na John Crispin ha escrit:
On 21/02/12 12:36, Luca Olivetti wrote:
Al 21/02/2012 12:15, En/na John Crispin ha escrit:
On 21/02/12 12:13, Luca Olivetti wrote:
Al 21/02/2012 10:56, En/na John Crispin ha escrit:
please build a kernel with KALLSYMS enable
Does it work
Al 21/02/2012 12:15, En/na John Crispin ha escrit:
On 21/02/12 12:13, Luca Olivetti wrote:
Al 21/02/2012 10:56, En/na John Crispin ha escrit:
please build a kernel with KALLSYMS enable
Does it work now?
Last time I tried it, it didn't work, but it was a while ago
http://pastebin.ca/20
Al 21/02/2012 10:56, En/na John Crispin ha escrit:
please build a kernel with KALLSYMS enable
Does it work now?
Last time I tried it, it didn't work, but it was a while ago
http://pastebin.ca/2072861
Bye
--
Luca
___
openwrt-devel mailing list
openwrt
Al 21/02/2012 10:33, En/na lee.es...@nowonline.co.uk ha escrit:
Thanks John ... it was already configured and I had a reboot this
morning, interestingly though it doesn't actually look like the lantiq
driver ... the first backtrace I get once after boot, doesn't seem to be
a problem, the second
Al 15/02/12 17:28, En/na Ithamar R. Adema ha escrit:
> On 02/15/2012 12:01 AM, Luca Olivetti wrote:
>> Doxygen documentation is only useful as a complement to proper documentation
>> (which exists but it's not publicly available).
>> The difference is like night and da
Al 14/02/12 20:39, En/na Luka Perkov ha escrit:
> In TAPI sources in OpenWrt is nice documentation, you only need doxygen
> to build it.
Doxygen documentation is only useful as a complement to proper documentation
(which exists but it's not publicly available).
The difference is like night and d
Al 14/02/12 23:42, En/na Luca Olivetti ha escrit:
> Al 14/02/12 20:31, En/na John Crispin ha escrit:
>>
>>> The problem is, the voice firmware available with openwrt is out of date
>>> (the driver complains it's too old) and it crashes
>>
>> the CID fea
Al 14/02/12 20:31, En/na John Crispin ha escrit:
>
>> The problem is, the voice firmware available with openwrt is out of date
>> (the driver complains it's too old) and it crashes
>
> the CID feature on the 2nd voice channel causes a crash in svd. inside
> owsip this crash does not happen
Hell
Al 14/02/12 11:43, En/na Ithamar R. Adema ha escrit:
> If ARM isn't a hard requirement I'd take a look at the Infineon/Lantiq
> solutions, they support/are supported by OpenWRT and are commonly used for
> routers with FXS features.
The problem is, the voice firmware available with openwrt is ou
Al 06/02/2012 19:08, En/na Florian Fainelli ha escrit:
Actually, I have never seen a single MIPS system out there having such a boot
ROM capability.
The danube has it.
Bye
--
Luca
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https:
Al 29/01/12 19:59, En/na Jo-Philipp Wich ha escrit:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi.
>
>> I forgot: I observed a strange thing. In the default (autogenerated?)
>> /etc/config/wireless, the device was named "radio0", while the
>> correct name is "wlan0".
>
> No, its not t
Al 29/01/12 19:40, En/na Luca Olivetti ha escrit:
> The following patch adds ath9k support to the arv7518 board.
I forgot: I observed a strange thing.
In the default (autogenerated?) /etc/config/wireless, the device was named
"radio0", while the correct name is "wlan0".
bps, now I get 25Mbps
with no encryption and 23Mbps with wpa-psk2.
I did not change anything in the fixup code, so the difference in performance
is either due to changes in mac80211 or in my methodology to measure it (then I
used wget with the router in station mode, now I used iperf with
Al 29/01/12 10:41, En/na John Crispin ha escrit:
>> Due to conflict that I didn't notice during svn update, I had an old
>> image/Makefile that depended on CONFIG_TARGET_lantiq_xway instead of
>> CONFIG_TARGET_lantiq_danube.
>>
>> Bye
Well, I'm not that familiar with svn, but I thought it woul
Al 29/01/12 00:47, En/na Luca Olivetti ha escrit:
> Al 28/01/12 23:46, En/na John Crispin ha escrit:
>
>>> How do I generate an uImage now?
>>>
>>> Bye
>>
>> Hi,
>>
>> they should be located here
>>
>> $ ls build_dir/linux-lan
Al 28/01/12 23:46, En/na John Crispin ha escrit:
>> How do I generate an uImage now?
>>
>> Bye
>
> Hi,
>
> they should be located here
>
> $ ls build_dir/linux-lantiq_danube/uImage-*
> build_dir/linux-lantiq_danube/uImage-ARV7525PW
> build_dir/linux-lantiq_danube/uImage-ARV752DPW22
> build_dir/
Hello,
last time I tried to build openwrt (july 2011), it generated a uImage in the
build_dir.
Now it only generates a kernel.
The old directory from July (linux-lantiq_xway) contains:
vmlinux
vmlinux-ARV7518PW
vmlinux-ARV7518PW.lzma
vmlinuz.elf
uImage-ARV7518PW
The new directory after to
Al 28/11/2011 10:35, En/na John Crispin ha escrit:
At least that's what's done for ath9k devices in the ar71xx platform
(and what I tried to do with this, now bitrotten, patch
http://patchwork.openwrt.org/patch/1169/)
is the performance issue that you patch has fixed ?
I don't think so, si
Al 28/11/2011 0:29, En/na Andrej Vlašić ha escrit:
Some lantiq boards require pci id 168c:ff16 and 168c:ff1a to be added to
ath5k in order to detect onboard wlan chip.
I'm not sure it's correct to simply add these ids: ids starting with ff
identify a chip with no onboard eeprom, and the flash
Al 25/07/11 15:16, En/na John Crispin ha escrit:
> On 25/07/11 14:45, Luca Olivetti wrote:
>> Al 18/07/11 22:17, En/na John Crispin ha escrit:
>>> Hi,
>>>
>>> found a board from arcadyan that has a ath9k eeprom inside flash. i'll
>>> try to test
Al 18/07/11 22:17, En/na John Crispin ha escrit:
> Hi,
>
> found a board from arcadyan that has a ath9k eeprom inside flash. i'll
> try to test merge his asap
The problem was the possible side effect of the ath9k patch on chipsets with
onboard eeprom.
With flash emulation the patch works as-is(ap
Al 05/07/11 22:47, En/na Matthias Buecher / Germany ha escrit:
>
> But now I run into another issue with ltq-tapi:
Unsurprisingly, since, AFAIK, that's only meant for lantiq hardware,
so you should deselect it.
Did you select it in make menuconfig or was it selected automatically?
Bye
--
Luca
Al 05/07/2011 1:04, En/na John Crispin ha escrit:
So, what's the final decision?
Should I forget about ath9k support on this board?
Bye
why always so huffy ?
Because, as you always say, I'm impatient ;-) since
has the open question of the patch possibly breaking ath9k on other
targets
Al 02/07/11 20:49, En/na Luca Olivetti ha escrit:
> Al 02/07/11 20:34, En/na John Crispin ha escrit:
>> On 02/07/11 20:15, Luca Olivetti wrote:
>>> Al 02/07/11 19:58, En/na Florian Fainelli ha escrit:
>>>
>>>
>>>>> 0) @@ -0,0 +1,11 @@
>&
Al 02/07/11 20:54, En/na John Crispin ha escrit:
> oops ... that got lost, i will also send it upstream to the lmo tree ...
Oh, I thought that was just an openwrt hack.
Bye
--
Luca
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https:/
Al 02/07/11 20:34, En/na John Crispin ha escrit:
> On 02/07/11 20:15, Luca Olivetti wrote:
>> Al 02/07/11 19:58, En/na Florian Fainelli ha escrit:
>>
>>
>>>> 0) @@ -0,0 +1,11 @@
>>>> +--- a/drivers/net/wireless/ath/ath9k/eeprom_def.c 2011-02-08
>
x27;t provide a netif_rx function, so they should not be affected by
this patch.
The same operating mode was committed here (at the time lantiq_etop used
netif_rx):
https://dev.openwrt.org/changeset/26353
but it got lost in the recent reorganization of the lantiq code.
Signed-off-by: Luca Oli
Al 02/07/11 19:58, En/na Florian Fainelli ha escrit:
>> 0) @@ -0,0 +1,11 @@
>> +--- a/drivers/net/wireless/ath/ath9k/eeprom_def.c 2011-02-08
>> 17:33:42.0 +0100
>> b/drivers/net/wireless/ath/ath9k/eeprom_def.c2011-02-20
>> 17:51:47.0 +0100 +@@ -147,7 +152,7 @@
>> +
Al 02/07/11 19:42, En/na Luca Olivetti ha escrit:
>
> Here's a revised version of the patch against current trunk.
I thought that patchwork would replace the patch here:
http://patchwork.openwrt.org/patch/849/
instead it created a new one:
http://patchwork.openwrt.org/patch/1169/
B
Al 22/05/11 15:08, En/na Luca Olivetti ha escrit:
[Don't know why I still bother submitting it, since it will be duly ignored]
> Al 04/04/11 19:48, En/na Luca Olivetti ha escrit:
>> The following patch adds ath9k support to the arv7518 board.
>>
>> The pci fixup routin
Al 04/04/11 19:48, En/na Luca Olivetti ha escrit:
> The following patch adds ath9k support to the arv7518 board.
>
> The pci fixup routine (needed since the ar9223 has no onboard
> eeprom) is taken from the ar71xx:
>
> https://dev.openwrt.org/browser/trunk/target/linux/ar71
Al 13/05/11 21:13, En/na Andrej Vlašić ha escrit:
I'm not sure that's the correct thing to do: in the ar71xx architecture
(using ath9k), they're writing some register that modify the pci id, maybe
in your file there's also some fixup data?
Thanx for the info about wlan, I found out that in ori
Al 11/05/11 00:48, En/na Luca Olivetti ha escrit:
> That seems to be the case: the file starts with
>
> 0x13 0x00 0x8c 0x16 -> 168c:0013
>
> which is a correct pci id for the ar5212
And for the ar2414 (the one the sx763 is using), see here:
http://linuxwireless.org/en/u
Al 11/05/11 00:38, En/na Luca Olivetti ha escrit:
> Al 11/05/11 00:29, En/na Luca Olivetti ha escrit:
>> Al 10/05/11 23:36, En/na Andrej Vlašić ha escrit:
>>
>>> Mac address could be read from nvram (both primary and secondary
>>> bootloader are modified u-boot), b
Al 11/05/11 00:29, En/na Luca Olivetti ha escrit:
> Al 10/05/11 23:36, En/na Andrej Vlašić ha escrit:
>
>> Mac address could be read from nvram (both primary and secondary
>> bootloader are modified u-boot), but the eeprom_data is the problem.
>> I dunno how to locate
Al 10/05/11 23:36, En/na Andrej Vlašić ha escrit:
> Mac address could be read from nvram (both primary and secondary
> bootloader are modified u-boot), but the eeprom_data is the problem.
> I dunno how to locate it inside my binary, is there any special hex
> value which represents that?
It shoul
Al 10/05/11 17:25, En/na Andrej Vlašić ha escrit:
> Ok so I looked at that code, and below "// set clock gating" and there is:
> // set power
> writel(readl(DANUBE_PMU_PWDCR) & ~0x1, DANUBE_PMU_PWDCR);
> writel(readl(DANUBE_PMU_PWDCR) & ~0x40, DANUBE_PMU_PWDCR);
> writel(readl(DANU
Al 10/05/11 00:51, En/na Luka Perkov ha escrit:
> The board has standard EJTAG pinout. With urjtag I can dump only part of
> flash:
If the board uses the brn bootloader, maybe you can use my quick'n'dirty
tool to dump the flash:
http://code.google.com/p/brndumper/
Bye
--
Luca
Al 09/05/11 17:14, En/na John Crispin ha escrit:
>>
>> The next question is, how can I control (some of) the leds from an
>> userspace program?
>> Opening the /sys/class/leds//trigger file and alternatively
>> writing "none" or "default-on"?
>> Or the same but with the "brightness" file?
>> Writin
Al 09/05/2011 0:31, En/na Luca Olivetti ha escrit:
It turns out that the ebu, in the gpio_led structure, uses gpio starting
from 32, so defining "fake" leds using gpios 32-40 I could map all missing
leds.
Since they're active low, I used lq_register_gpio_ebu(0xff), so they all
t
Al 08/05/11 18:45, En/na John Crispin ha escrit:
>> Thank you for the detailed explanation.
>> I have an LVC373A (octal latch), so it's probably EBU, isn't it?
>> How do I try it?
>>
>> Bye
>
>
> try this lq_register_gpio_ebu(XYZ);
>
> as the latch comes up in a undefined state, the values are
Al 08/05/11 20:16, En/na Andrej Vlašić ha escrit:
> About that usb gpio. I already tried 29 and some others to xway_register_dwc
> but it stays the same Disconnected port , and no power on it.
Are you sure?
I mean, I get the "DISCONNECTED PORT" message too if there's nothing
connected to the usb
Al 08/05/11 11:13, En/na John Crispin ha escrit:
> EBU - external bus unit
> similar to STP but parallel. the xway has 4 x 16 bit ioport ranges that
> can be mapped to a special memory location. data written to that
> location is that physically written to the D0-15 lines on the memory
> bus. in a
Al 08/05/11 10:33, En/na John Crispin ha escrit:
>
> if it was 29 on ifxmips/ it will be 29 on lantiq/. only the stp and ebu
> gpios were mapped to new offsets. the first 32 gpios stayed the same.
Not related to the original question, but where I could find some documentation
on stp/ebu, what th
Al 07/05/11 23:23, En/na Andrej Vlašić ha escrit:
> I also looked up at those arcadyan board configs, and some of them have
> _EBU addess and _USB pin defined.
> I know that on this router usb power is on gpio 29( gpl source says that )
So you'll have to define it for your board
Al 07/04/11 14:16, En/na Luca Olivetti ha escrit:
> Al 04/04/2011 20:21, En/na Luca Olivetti ha escrit:
>> Al 04/04/11 20:17, En/na Luca Olivetti ha escrit:
>>> Al 04/04/11 19:57, En/na Felix Fietkau ha escrit:
>>>> On 2011-04-04 7:51 PM, Luca Olivetti wrote:
>&
Al 28/04/2011 0:16, En/na John Zavgren ha escrit:
Thanks for getting back to me... I'm still confused. I selected the
trivial package with the<*> option.
Try adding an empty Build/InstallDev section, e.g.
define Build/InstallDev
echo "InstallDev"
endef
Bye
--
Luca
_
Al 27/04/11 20:00, En/na John Zavgren ha escrit:
> I read the documentation and I wrote two packages. Both are visible
> via "make menuconfig". Both compile. But, neither the application or
> the KLM get picked up and packed into the root file image.
Did you select them as or as <*>?
If the form
Hello,
some time ago I found this project for boards based on the infineon
vinetic and using lantiq's IFX_TAPI:
http://midge.vlad.org.ua/svn/trunk/openwrt-midge/package/oem-voip/
I adapted it to the danube, rewrote it to support multiple sip accounts,
use uci instead of libconfig, simplified
Al 23/04/11 15:57, En/na Luca Olivetti ha escrit:
Hello,
I'm trying to use ucimap, and I'd like to see when a string option is
present, e.g.
Another question is how to see if a bool/int option is present using ucimap.
struct uci_test {
struct ucimap_section_data map;
Hello,
I'm trying to use ucimap, and I'd like to see when a string option is
present, e.g.
struct uci_test {
struct ucimap_section_data map;
char *test;
};
static int
test_init(struct uci_map *map, void *section, struct uci_section *s)
{
return 0;
}
static int
test_a
1 - 100 of 200 matches
Mail list logo
