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 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
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 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/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
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 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
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 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
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 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 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 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 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
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 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
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 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 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 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 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 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 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 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 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: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 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 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 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 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 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
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 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
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 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 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 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 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 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 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 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
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/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/
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 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
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 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".
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 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 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 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 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: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 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 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 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 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 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/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 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 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
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 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
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 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 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 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 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 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 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
En/na Brian J. Murrell ha escrit:
> Release Candidate 1 for Kamikaze 8.09
[...]
>
> Supported targets:
[...]
> * Infineon Danube/TwinPass
So is it possible to load it on my arcadyan/smc7908?
If so, how? What's working and what isn't?
By browsing the repository
En/na [EMAIL PROTECTED] ha escrit:
> Hi,
>
> voip and dsl are not working yet.
>
> at the moment, the ifxmips is stable but mainly tested on eval kits
>
> i have the arcaydian board running, but flashing it involves soldering
> some resistors etc
>
> it is not reliable yet. i hope to have mor
En/na Luca Olivetti ha escrit:
> En/na j...@phrozen.org ha escrit:
>> Hi,
>>
>> voip and dsl are not working yet.
>>
>> at the moment, the ifxmips is stable but mainly tested on eval kits
>>
>> i have the arcaydian board running, but flashing it involv
En/na Luca Olivetti ha escrit:
En/na Luca Olivetti ha escrit:
En/na j...@phrozen.org ha escrit:
Hi,
voip and dsl are not working yet.
at the moment, the ifxmips is stable but mainly tested on eval kits
i have the arcaydian board running, but flashing it involves soldering
some resistors
Hello,
I'd like to know if ifxmips is currently flashable on an arcadyan based
router (isp7908-a) with the brn bootloader.
Looking at the sources I can see some references to brn in the mtd
driver, but there are no instructions anywhere about the ifxmips port,
on which boards it can be used, wh
En/na ralph.hem...@infineon.com ha escrit:
Hello Luca,
I'd like to know if ifxmips is currently flashable on an
arcadyan based
router (isp7908-a) with the brn bootloader.
Looking at the sources I can see some references to brn in the mtd
driver, but there are no instructions anywhere about the
En/na Andreas Mohr ha escrit:
ftdi_sio tty layer issue: http://www.pubbs.net/kernel/200910/12236/
Sorry for the reply not directly related to openwrt, but the past couple
of months I've been pulling at straws over a nightmarish problem and
maybe it's related.
At the above link it says:
1
En/na Ithamar R. Adema ha escrit:
Hi,
It seems ifxmips is one of the few MIPS architectures in OpenWRT that
does not use the mips multimachine support code.
Is it still being worked on?
I've been waiting for the last one and a half year for some
documentation on how to install it to my route
En/na Ithamar R. Adema ha escrit:
http://thread.gmane.org/gmane.comp.embedded.openwrt.devel/1612
Hmmm, looking quickly at the thread it seems there is quite a bit of
experimentation to do to get it to work. Also note that all the phone
related features are closed-source, you can expect to get
En/na Nico ha escrit:
* Infineon Danube/TwinPass with open DSL & VoIP drivers (ifxmips)
Where can I find more information about ifxmips?
(Both a wiki search and a google search for ifxmips came up empty handed).
Specifically I'd like to know the status of the dsl and voip drivers and
how to l
En/na j...@phrozen.org ha escrit:
smc-7908-isp is mzon bsed and the drivers wont work on it
Nope, it's a danube.
Quoting Luca Olivetti :
En/na Nico ha escrit:
* Infineon Danube/TwinPass with open DSL & VoIP drivers (ifxmips)
Where can I find more information about ifxmips
En/na Jan Willies ha escrit:
Recently blogic merged some VoIP stuff for ifxmips, maybe there's
something in for you. See
here: http://nbd.name/gitweb.cgi?p=backfire.git;a=commit;h=664dbf6de87a76c290a08d3b9eb71c49085ccf6c
Thank you, I saw that, what's missing is any "end user" documentation.
I
En/na Luca Olivetti ha escrit:
En/na j...@phrozen.org ha escrit:
smc-7908-isp is mzon bsed and the drivers wont work on it
Nope, it's a danube.
Bootlog (same as 2 years ago):
http://ventoso.org/luca/danube.txt
Bye
--
Luca
___
openwrt-
En/na j...@phrozen.org ha escrit:
whats the ARV number of the pcb ?
According to the label
ARV4518PW-A-LF-LT
http://img512.imageshack.us/i/dscn1845rl6.jpg/
(I uploaded some other photos but they are not there anymore).
Quoting Luca Olivetti :
En/na Luca Olivetti ha escrit:
En/na j
En/na Luca Olivetti ha escrit:
En/na j...@phrozen.org ha escrit:
whats the ARV number of the pcb ?
According to the label
ARV4518PW-A-LF-LT
http://img512.imageshack.us/i/dscn1845rl6.jpg/
(I uploaded some other photos but they are not there anymore).
Here they are:
http://ventoso.org
En/na j...@phrozen.org ha escrit:
we already support the followup version of this unit.
So maybe with some guidance I can get it working on mine?
any chance you can donate aunit ? i am having trouble finding a
supllier in germany.
As I already told you in private, I need my only unit and
Al 30/04/10 10:42, En/na Victor Pablos Ceruelo ha escrit:
I've been trying to collect some info on installing
openwrt in this unit.
https://forum.openwrt.org/viewtopic.php?pid=108245
Hey, this is the same one I have.
blogic is looking for one unit to port openwrt to it, he has it already
work
En/na Victor Pablos Ceruelo ha escrit:
Hi,
I'm looking for the less expensive way of sending packages to Germany
(from Spain).
As it is the only extra unit we have, I wanna be sure that it will
arrive there,
but postal services I'm looking at are really expensive.
Do you know how to send it
Al 30/09/10 19:53, En/na John Crispin ha escrit:
we can make uboot for many of the other arcaydian boards and i will be
adding them to the wiki next week. however for the ARV4518 and ARV4519
we have no uboot yet due to a missing switch driver. i hope to find the
time soon to start hacking one,
En/na Luca Olivetti ha escrit:
Al 30/09/10 19:53, En/na John Crispin ha escrit:
we can make uboot for many of the other arcaydian boards and i will be
adding them to the wiki next week. however for the ARV4518 and ARV4519
we have no uboot yet due to a missing switch driver. i hope to find the
En/na Jonas Gorski ha escrit:
The inclusion of the ar8216 driver in ar71xx most probably broke
networking for those devices.
The ag71xx driver currently unconditionally adds/removes the header
on ar8216 devices independent whether the header is enabled or not.
The ar8216 driver can handle that
En/na Felix Fietkau ha escrit:
On 2010-04-06 4:26 PM, Jonas Gorski wrote:
The inclusion of the ar8216 driver in ar71xx most probably broke
networking for those devices.
The ag71xx driver currently unconditionally adds/removes the header
on ar8216 devices independent whether the header is enable
En/na Jonas Gorski ha escrit:
On 2 November 2010 17:25, Luca Olivetti wrote:
BTW, doesn't the ar8216 driver already modifies the function table of the
attached device?
/* VID fixup only needed on ar8216 */
if (pdev->addr == 0 && priv->chip == AR8216) {
En/na Luca Olivetti ha escrit:
En/na Jonas Gorski ha escrit:
On 2 November 2010 17:25, Luca Olivetti wrote:
BTW, doesn't the ar8216 driver already modifies the function table of
the
attached device?
/* VID fixup only needed on ar8216 */
if (pdev->addr == 0 &
Al 02/11/10 17:35, En/na Jonas Gorski ha escrit:
This is only the half of it, it replaces the TX function, but it can't
overwrite the RX function. So it still needs help from the ethernet
driver. This is where this code comes into play:
if (ag->phy_dev) {
En/na Jonas Gorski ha escrit:
The code looks good. I don't know much about proper kernel debugging,
so my next step would be e.g. printk'ing the first 16 bytes of
received packets, so you have the ethernet header + the atheros
Yes, that will be my next step
header, if VLAN is enabled (you sh
Al 03/11/10 13:33, En/na Jonas Gorski ha escrit:
On 2 November 2010 21:24, Luca Olivetti wrote:
Well, I tried but I failed (unsurprisingly since I know nothing about Linux
network code).
This is a danube based board and this is the patch I tried:
--- trunk/target/linux/ifxmips/files-2.6.33
Al 03/11/10 21:30, En/na Luca Olivetti ha escrit:
The packets seems ok (they're without the ar8216 header), *but* I'm only
getting multicast (01:00:5e:00:00:16) or broadcast (ff:ff:ff:ff:ff:ff)
packets, nothing else, e.g.
It turns out that the mac was different than the one set in u
Al 04/11/10 23:04, En/na Jonas Gorski ha escrit:
On 4 November 2010 19:44, Luca Olivetti wrote:
It turns out that the mac was different than the one set in u-boot.
For some reason the switch doesn't accept a different mac than the initial
one (though in u-boot I can change the mac at
En/na Scott Nicholas ha escrit:
Correct thing would be to initalize the values better in
ifxmips_mii_chip_init, so that filtering is not on, or to change
filter in set_mac?
I don't think that the u-boot initialization should be touched, it's ok
as it is.
I think that the correct thing to do wo
1 - 100 of 200 matches
Mail list logo
