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 day.
The person asking for this information says he's working for a large
telco, somehow I d
Hi,
On 02/14/2012 11:26 AM, Kaspar Schleiser wrote:
I'm working on a project for a large Telco. We're evaluating
development hardware for building a router. One requirement is that it
has at least one FXS (analog phone port) which is accessible through
linux (e.g., using asterisk).
Does anyo
On 01/20/2012 06:15 PM, Mark Deneen wrote:
I suppose that it's worth noting that the STM32F2/4 MCU lines also
have this USB macrocell. Those micros are nommu, so it would only be
applicable to uClinux.
My point is that this driver may be useful across more than one platform / arch.
Everyone who
On Thu, 2011-09-01 at 04:36 +0400, Alexander Gordeev wrote:
> Index '5' of cc_to_error is described as 'device not responding' in
> the comments. I don't know what to do now. Maybe someone familiar with
> ohci can help me?
How many USB ports does the device have? It looks like it is actually
commu
Hi,
On Thu, 2011-08-11 at 11:04 +0200, Lukas Macura wrote:
> I definitely understand this.. It was little bit confusing for me,
> that uci-defaults are not related only to uci things.. Maybe another
> users are confused too because its name. Maybe we could use some
> /etc/pkg-defaults too in futur
Hi Lukas,
On Thu, 2011-08-11 at 08:13 +0200, Lukas Macura wrote:
>
> So, I really do not want to SPAM on this conference, but my question
> is:
>
> - Should OpenWrt take care of this scenarios? Or it is package
> specific and every package which needs things like this should do it
> by itself?
>
On Mon, 2011-08-08 at 20:50 +0200, Lukas Macura wrote:
> I know this is little bit more complicated, but maybe it could be used
> by more packages to do something useful only one time and only in real
> device (like copying some files in right place or analysing target
> system to modify them). Wh
On Fri, 2011-06-17 at 22:54 +0100, Aleksandar Radovanovic wrote:
>
> The code is quite ugly at the moment, has some bits that are specific
> to my needs, isn't very modular (target-wise) and so needs a lot of
> cleanup. I'm currently up to my eyeballs with my regular job, so can't
> really spare t
Hi,
On Fri, 2011-06-17 at 22:54 +0100, Aleksandar Radovanovic wrote:
> The code is quite ugly at the moment, has some bits that are specific
> to my needs, isn't very modular (target-wise) and so needs a lot of
> cleanup. I'm currently up to my eyeballs with my regular job, so can't
> really spare
Hi,
On Thu, 2011-06-16 at 12:21 +0200, Jo-Philipp Wich wrote:
> Maybe calling "reboot" at all is not such a great idea as it attempts
> to run the (former) init scripts to stop them.
Maybe using we should use 'reboot -f' here, as that will skip all
userland 'shutdown' handling and simply call th
On Tue, 2011-05-31 at 10:14 -0300, Stefan Monnier wrote:
> > This is assuming the theoretical story is correct in practice. In
> > practice, I've seen flashes (especially NAND, but also NOR) die a
> lot
> > sooner then that especially in cheap consumer hardware :(
>
> But these cases aren't av
Hi,
On Tue, 2011-05-31 at 11:44 +0300, Vasilis Tsiligiannis wrote:
> They typically last more than 100,000 program/erase cycles so I don't
> think you will have a problem in the first 150 years of use.
This is assuming the theoretical story is correct in practice. In
practice, I've seen flashes (
On Sat, 2011-05-07 at 09:54 -0400, Daniel Dickinson wrote:
> Which reminds me, which target is the offending one with a per-target
> fstab (which I believe is wrong, unless the target can only ever
> possibly have a single known USB device (i.e. internal USB device
> only, rather than USB host port
On Thu, 2011-05-05 at 16:49 -0600, Philip Prindeville wrote:
> I agree that user files should take precedence over canned release
> files (actually, I thought this was the case?).
This used to be the cause, but broken a while ago.
See this[1] disucssion for previous discussion on basically the sa
Hi,
On Thu, 2011-03-31 at 15:05 -0400, Daniel Dickinson wrote:
> Actually this is normal. Order is base-files, then target/base-files,
> then packages. It's doing target/base-files/etc/config/fstab that is
> wrong because block-mount is not base-files. It looks like a
> target-specific hack to
Hi Daniel,
On Thu, 2011-03-31 at 12:20 -0400, Daniel Dickinson wrote:
> On Wed, 30 Mar 2011 19:14:42 +0200
> "Ithamar R. Adema" wrote:
> > If a target has a /etc/config/fstab file in its base-files
> > (target/linux/$(TARGET)/base-files/etc/config/fstab) and ha
Hello,
After a recent upgrade to latest Backfire I bumped into an interesting
problem.
If a target has a /etc/config/fstab file in its base-files
(target/linux/$(TARGET)/base-files/etc/config/fstab) and has block-mount
as package enabled, it will get the fstab file from the block-mount
package in
On Fri, 2011-01-28 at 11:28 +1300, Hanno Schupp wrote:
> I am asking as some configuration like network and wireless may be set
> by the system on boot, so if one would like to add to
> the /etc/config/wireless configuration (i.e. by setting the power to
> max possible or, setting diversity etc.) t
Hi,
At first glance it seems to bomb out in the kernel code, so probably it
is having problems with relocating the module for some reason.
Unfortunely, I'm not very familiar with the PPC platform :(
Enabling symbols in the kernel (using make kernel_menuconfig) and
getting a proper call trace with
Hi,
On Thu, 2010-08-26 at 09:26 -0700, Pham Van Hien wrote:
> I had built Openwrt successfully using external toolchain
> (Codesourcery Lite), but some kernel modules could not insert at
> runtime (eg. insmod cfg80211.ko). Does any one faced this issue?
Could you specify which platform, exactly
On Fri, 2010-08-20 at 09:03 -0300, Airton Ishimori wrote:
> How can I access the buffer infromation in the openwrt kernel?? Wich
> can I use to access to query the buffer lenght??
It might help to be more specific, for example tell us what buffer you
need to query
HTH,
Ithamar.
___
Hi Florian,
On Tue, 2010-08-10 at 23:46 +0200, Florian Fainelli wrote:
> If you have anything to make us test, I would be glad giving it a shot
> on brcm63xx which has almost always Robo switches.
The one on the board I have to test is a BCM53118, and I'll even have
access to the data sheet in c
Hi Felix,
On Tue, 2010-08-10 at 22:58 +0200, Felix Fietkau wrote:
> As far as I know, nobody's working on it at the moment, but it would
> be nice if somebody would convert the old stuff from package/switch/
> into a proper PHY driver with swconfig support.
I'm not making any promises here (yet),
Hello,
I have a board (ifxmips based) that uses a BCM Roboswitch, or at least
something compatible. Looking at support for this switch in OpenWRT, I
could find 2 packages: robocfg, a commandline tool, and switch, a kernel
driver for several switch types.
I was wondering if anyone was using VLANs
Tested on ifxmips based board. The PSB6970 is also known as the Infineon Tantos
switch.
Signed-off-by: Ithamar R. Adema
---
target/linux/generic/config-2.6.33 |1 +
target/linux/generic/config-2.6.34 |1 +
target/linux/generic/config-2.6.35
Hi,
On Sat, 2010-08-07 at 12:02 +0200, j...@phrozen.org wrote:
> Thanks !! i will try it on my ar9 board. unfortunatley i dont have a
> danube with tantos, but i trust your testign :)
No problem, just be aware you have to list the port with which the
Tantos is hooked up to the MAC in the port
Hi Hauke,
Thanks for taking the time to review this patch!
On Sat, 2010-08-07 at 12:47 +0200, Hauke Mehrtens wrote:
> change this line to:
>
> +--- a/drivers/net/phy/Makefile
> b/drivers/net/phy/Makefile
>
> or use "make target/{clean,refresh} V=99" to format the patch in the
> correct way
Tested on ifxmips based board. The PSB6970 is also known as the Infineon Tantos
switch.
Signed-off-by: Ithamar R. Adema
---
target/linux/generic/config-2.6.33 |1 +
.../linux/generic/files/drivers/net/phy/psb6970.c | 438
.../generic/patches-2.6.33
Hi,
On Fri, 2010-08-06 at 16:55 +0100, Jon Escombe wrote:
> Is there any appetite for a patch like this, to only masquerade
> private addresses?
I for one would definitely be interested in that patch ;) It seems to be
a common request once people start using the firewall functionality
seriously.
This fixes the build of this package and makes it work again.
Signed-off-by: Ithamar R. Adema
---
net/dsl-qos-queue/Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/dsl-qos-queue/Makefile b/net/dsl-qos-queue/Makefile
index 99a2d3e..e3d0739 100644
--- a
This fixes the build of usb-modeswitch-data since the older version was no
longer available at the specified URL.
Signed-off-by: Ithamar R. Adema
---
utils/usb-modeswitch-data/Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/utils/usb-modeswitch-data
On Mon, 2010-08-02 at 19:54 +0200, j...@phrozen.org wrote:
> attahcement on this one is missing ... :)
Ehm, this was just the cover mail, the others should have landed in your
mailbox as well, unless my git-send-email fu wasn't up to par ;)
See:
https://lists.openwrt.org/pipermail/openwrt-devel/2
The following patchset fixes a couple of bugs that block some boards from
booting, enhances NOR flash support, and makes the CP1 voice core functional
again, when simply selecting the ifx-vmmc driver.
The only "questionable" patch in the set is patch 4, so I'm open for
suggestions and/or altern
This platform device initialization code caused a crash at startup on the
Danube reference boards. Since there is no driver using the platform device
anymore, lets just remove this cruft.
Signed-off-by: Ithamar R. Adema
---
.../arch/mips/ifxmips/ar9/mach-easy50812.c |3
This makes any Danube board with a CFI commandset 2 NOR flash chip functional
again.
Signed-off-by: Ithamar R. Adema
---
.../ifxmips/patches-2.6.33/200-cfi-swap.patch | 15 ++-
1 files changed, 14 insertions(+), 1 deletions(-)
diff --git a/target/linux/ifxmips/patches
tapidemo package and two analog phones.
Signed-off-by: Ithamar R. Adema
---
package/ifx-vmmc/patches-2.6.33/100-ifxmips.patch | 30 --
.../files-2.6.33/arch/mips/ifxmips/common/prom.c | 31
.../mips/include/asm/mach-ifxmips/ifxmips_prom.h |2 -
3
The firmware file in the archive downloaded when not extracting is different
from what the filename should be on the root filesystem. Fix this when
installing. Fixes build error.
Signed-off-by: Ithamar R. Adema
---
package/ifx-vmmc/Makefile |4 +++-
1 files changed, 3 insertions(+), 1
ZioPRoTo (Saverio Proto) wrote:
I have the same setup, I have 8 public IP addresses from the provider.
I use one for the LAN port and the others are routed back to couple of
servers using Proxy Arp.
in /etc/sysctl.conf use
net.ipv4.conf.all.proxy_arp=1
and adjust your firewall.
Of course google
Hi all,
I've been trying to figure out how to setup a box behind my router
(running Backfire) and make it publicly routable. This is needed since
it is running services for which no properly working ALGs are available
under Linux. I'm fairly sure there's something obvious I'm missing, so
that
led, which uses "brctl show" to
determine if the interface is bridged.
Signed-off-by: Ithamar R. Adema
---
package/base-files/files/lib/network/config.sh |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/package/base-files/files/lib/network/config.sh
b/package/
This patch adds an option to menuconfig for ifxmips-dsl-api to enable/disable
the debug output. By default the debug output is switched off.
Signed-off-by: Ithamar R. Adema
---
package/ifxmips-dsl-api/Config.in |5 +
package/ifxmips-dsl-api/Makefile
Signed-off-by: Ithamar R. Adema
---
package/br2684ctl/files/br2684ctl |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/package/br2684ctl/files/br2684ctl
b/package/br2684ctl/files/br2684ctl
index 739baab..7ba7044 100755
--- a/package/br2684ctl/files/br2684ctl
+++ b
gt;] chrdev_open+0x180/0x1ec
[<8008bc48>] __dentry_open+0x1d8/0x370
[<8008becc>] nameidata_to_filp+0x3c/0x60
[<8009b808>] do_filp_open+0x418/0x8a0
[<8008b9e8>] do_sys_open+0x6c/0xc8
[<80004104>] stack_done+0x20/0x3c
Signed-off-by: Ithamar R. Adema
---
.../linux/i
This enables ifxmips-based devices to make use of the switch infrastructure too.
Signed-off-by: Ithamar R. Adema
---
.../ifxmips/patches-2.6.30/130-ethernet.patch | 121 ++--
1 files changed, 111 insertions(+), 10 deletions(-)
diff --git a/target/linux/ifxmips/patches
Use ifxmips_mtd->erasesize instead of numeric constant for rounding the uImage
size to the next erase block. The code will now handle erase block sizes other
then 64k correctly.
Tested with 128k erasesize.
Signed-off-by: Ithamar R. Adema
---
target/linux/ifxmips/patches-2.6.30/140-mtd.pa
This patchset implements PHY support for ifxmips devices, some more PCI
controller configurability, and fixes a few bugs. For details, see the
individual patches.
Ithamar R. Adema (6):
[ifxmips] Implement PHY support for ethernet driver.
[ifxmips] Calculate PCI BARMASK11 register value
Signed-off-by: Ithamar R. Adema
---
target/linux/ifxmips/image/Makefile |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/target/linux/ifxmips/image/Makefile
b/target/linux/ifxmips/image/Makefile
index 15e0bc5..67037c9 100644
--- a/target/linux/ifxmips/image/Makefile
The PCI BARMASK11 register defines how much memory is accessible from a PCI
Master on the PCI bus. This is dependent on the amount of memory installed on
the device, so calculate it instead of hardcoding the value for 32M devices.
Signed-off-by: Ithamar R. Adema
---
.../ifxmips/files/arch
Since ifxmips_find_board() uses chiprev to detect what board we're running on,
we should retrieve chiprev _first_ and only then call ifxmips_find_board().
Signed-off-by: Ithamar R. Adema
---
.../linux/ifxmips/files/arch/mips/ifxmips/board.c |4 +++-
1 files changed, 3 insertions(
-off-by: Ithamar R. Adema
---
.../linux/ifxmips/files/arch/mips/ifxmips/board.c |4
.../ifxmips/files/arch/mips/pci/pci-ifxmips.c |6 +-
2 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/target/linux/ifxmips/files/arch/mips/ifxmips/board.c
b/target/linux/ifxmips
Luca Olivetti wrote:
Is it still being worked on?
It seems so, recently the ADSL code was added to the repository.
Kamikaze and trunk are quite far apart, trunk seems to work reasonably
ok. I actually got OpenWRT to boot on a custom Danube design recently,
and therefore I have quite a few inte
Hi,
It seems ifxmips is one of the few MIPS architectures in OpenWRT that
does not use the mips multimachine support code.
Is there a specific reason for this, or is it just up for someone to
cook up the patch for converting it?
I might be interested in doing this if there is chance of it get
Hi,
The attached patch fixes two minor typos in the new preinit code.
HTH,
Ithamar.
diff --git a/package/base-files/files/etc/preinit b/package/base-files/files/etc/preinit
index eff382a..56c02e4 100755
--- a/package/base-files/files/etc/preinit
+++ b/package/base-files/files/etc/preinit
@@ -9
Hi Siva,
Siva Prakash Reddy G wrote:
Hi,
while compiling openWRT, i am getting below mentioned error, if anybody faced
the same problem and fixed it, please help me out.
In file included from include/busybox.h:10,
from applets/applets.c:11:
include/libbb.h:56:29: error: selin
Hi,
I'm interested in doing some work on the ifxmips target but was
wondering if anyone is doing any active development on it currently.
Also, I was wondering if there was any intent to push the main
architecture support upstream to linux-mips.org?
Regards,
Ithamar.
___
55 matches
Mail list logo
