Re: [OpenWrt-Devel] kernel/802.11: missing Unknown symbol kstrtou8_from_user

[Christian Gagneraud]

Hi,

I manage to dig a bit deeper, so actually the missing functions are in 
compat-3.0.{c,h} from compat-wireless


The file compat-3.0.c is build into a .o, but for some reason compat.ko 
links only to main.o.


So my .config in compat-wireless/ looks like:
export
CONFIG_COMPAT_KERNEL_2_6_39=y
CONFIG_COMPAT_KERNEL_3_0=y
CONFIG_COMPAT_KERNEL_3_1=y
CONFIG_COMPAT_KERNEL_3_2=y
CONFIG_COMPAT_KERNEL_3_3=y

But the .tmp_versions/compat.mod only reference main.o:
[...]/openwrt/trunk/build_dir/linux-at91_tmbbv3/compat-wireless-2012-02-27/compat/compat.ko
[...]/openwrt/trunk/build_dir/linux-at91_tmbbv3/compat-wireless-2012-02-27/compat/main.o

weird 

Chris



On 06/04/12 20:00, Christian Gagneraud wrote:

Hi there,

I'm fighting with a problem of missing kernel symbol.
Basically kstrtou8_from_user is missing, as a consequence mac80211.ko
can't be loaded, and then all the rest of the 802.11 stack and my wifi
drivers.

At some point I manage to get it loading, but i don't know how I did,
and I can't reproduce it (reproducing the missing symbol situation is
way easier)
I'm not sure, but it seems to me that in my case using the 802.11 code
from the kernel works but using the modules from
compat-wireless-2012-02-27 doesn't...

After checking on the linux cross-reference, i found that this symbol
have been added to linux-3.0, and I'm running 2.6.38.8 ...
(see http://lxr.free-electrons.com/source/lib/kstrtox.c?v=3.0#L249)

My wifi device is a WPER-150gn (miniPCIe, Ralink RT3070 chipset on the
USB lane), the kernel module i need seems to be rt2800usb.ko
This module is selected from my subtarget's target.mk.

I'm using OpenWrt trunk, updated a couple of days ago (the problem was
already there before the last update I think).

To give u an insight on my configuration here are some traces when I
grep around for 80211 and kstrtou8_from_user:
http://pastebin.com/gAY5d99M

Could someone shed some light on how to fix this problem? Is it related
with compat-wireless or maybe it's because of my target or configuration?

Any help greatly appreciated.

Cheers,
Chris





--
Christian Gagneraud,
Embedded systems engineer.
Techworks Marine
1 Harbour road
Dun Laoghaire
Co. Dublin
Ireland
Tel: + 353 (0) 1 236 5990
Web: http://www.techworks.ie/
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] kernel/802.11: missing Unknown symbol kstrtou8_from_user

[Christian Gagneraud]

Hi there,

I'm fighting with a problem of missing kernel symbol.
Basically kstrtou8_from_user is missing, as a consequence mac80211.ko
can't be loaded, and then all the rest of the 802.11 stack and my wifi
drivers.

At some point I manage to get it loading, but i don't know how I did,
and I can't reproduce it (reproducing the missing symbol situation is
way easier)
I'm not sure, but it seems to me that in my case using the 802.11 code
from the kernel works but using the modules from
compat-wireless-2012-02-27 doesn't...

After checking on the linux cross-reference, i found that this symbol
have been added to linux-3.0, and I'm running 2.6.38.8 ...
(see http://lxr.free-electrons.com/source/lib/kstrtox.c?v=3.0#L249)

My wifi device is a WPER-150gn (miniPCIe, Ralink RT3070 chipset on the
USB lane), the kernel module i need seems to be rt2800usb.ko
This module is selected from my subtarget's target.mk.

I'm using OpenWrt trunk, updated a couple of days ago (the problem was
already there before the last update I think).

To give u an insight on my configuration here are some traces when I
grep around for 80211 and kstrtou8_from_user:
http://pastebin.com/gAY5d99M

Could someone shed some light on how to fix this problem? Is it related
with compat-wireless or maybe it's because of my target or configuration?

Any help greatly appreciated.

Cheers,
Chris



--
Christian Gagneraud,
Embedded systems engineer.
Techworks Marine
1 Harbour road
Dun Laoghaire
Co. Dublin
Ireland
Tel: + 353 (0) 1 236 5990
Web: http://www.techworks.ie/
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/6] lantiq: fix etop for ase internal phy

[Conor O'Gorman]

On Fri, 2012-04-06 at 15:21 +0100, Conor O'Gorman wrote:
> On Fri, 2012-04-06 at 16:12 +0200, John Crispin wrote:
> > On 06/04/12 14:37, Conor O'Gorman wrote:
> > >   ltq_etop_w32_mask(0, ETOP_CFG_MII0, LTQ_ETOP_CFG);
> > > +-/* enable clock for internal PHY */
> > > + clk_enable(priv->clk_ephycgu);
> > > ++for (i = 0; i < 0x5; i++);
> > > ++
> > > ++/* enable ephy connection, fen and sen, only */
> > > ++ltq_etop_w32(
> > > ++ETOP_CFG_EPHY | ETOP_CFG_FEN | 
> > > ETOP_CFG_SEN,
> > > ++LTQ_ETOP_CFG);
> > > ++for (i = 0; i < 0x5; i++);
> > 
> > Hi,
> > 
> > assuming a loop needs 8 op codes and you are running at 333mhz we get
> > roughly 8 miliseconds can you try with a mdelay(5 or 10) ?
> 
> I'll retest when I get a chance, it was a bit rushed. This works, but
> may be excessive.

I'll test further and re-submit.

Conor

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 3/6] lantiq: fix dwc_otg usb for ase

[Conor O'Gorman]

On Fri, 2012-04-06 at 16:13 +0200, John Crispin wrote:
> On 06/04/12 16:08, Conor O'Gorman wrote:
> > compile error happens, as we are trying to initialise a struct with a
> > variable that only resolves at runtime (ltq_is_ase())
> > 
> > #define LTQ_USB_INT ((ltq_is_ase()) ? (INT_NUM_IM0_IRL0 + 31) :\
> >   (INT_NUM_IM1_IRL0 + 22))
> > 
> 
> the part which i missed ;)

Leave it with me, I'll tidy and re-submit. It could be more explicit.
The dwc_otg driver is tricky enough as it is.

Conor

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH]Add rb750 in diag.sh

[Gabor Juhos]

2012.04.04. 21:28 keltezéssel, E. Arkalis írta:
> Support status led in diag.sh for RB750

Applied.

Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] Initial support for Mikrotik RB751G-2HnD and RB751U-2HnD

[Gabor Juhos]

2012.04.06. 0:01 keltezéssel, Hanno Schupp írta:
> Great collaboration on these two fantastic routers on the openwrt forum:
> https://forum.openwrt.org/viewtopic.php?id=32320
> Above all kudos to aryufan. Well done and thank you everyone else who
> contributed.
> 
> To-Do: LED for wlan is not yet activated
> To-Do: TxPower over 20dBm (RB751U) or 22dBm (RB751G) are not accepted by
> the router
> 
> Signed-off-by: Hanno Schupp hanno.sch...@gmail.com

I have fixed the previous version of this patch and applied that.

Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] flexible kernel mtd size for orion_generic targets

[Matthias Buecher / Germany]

Add an image option for the Orion Generic targets, that allows to
specify the kernel mtd partition size.
The option takes care for necessary size extension when building with
symbols.
The value is also used for image generation (padding).

Plus:
- creation of ARM uImage generalized in image makefile
- sanitizing pathes in image makefile
- rebase of "300-dns323_partition_map.patch" for current 3.0.18 kernel

Signed-off-by: Matthias Bücher 


Patch is attached to prevent mail mangling and inline for comments:

Index: target/linux/orion/image/Config.in
===
--- target/linux/orion/image/Config.in  (revision 0)
+++ target/linux/orion/image/Config.in  (revision 0)
@@ -0,0 +1,18 @@
+config KERNEL_OPENWRT_KERNEL_MTD_SIZE
+   int
+   prompt "Kernel MTD partition size in KiB (512 - 2048 in steps of 128)"
+   range 512 2048
+   depends TARGET_orion
+   default 1152 if TARGET_orion_generic && KERNEL_KALLSYMS
+   default 1024 if TARGET_orion_generic
+   default 1536 if TARGET_orion_dns323
+   help
+   Defines the size of the kernel's MTD partition in KiB (1 KiB = 
1024
bytes).
+   This value is used in the device patches for defining the MTD 
partitions.
+   Make sure that all patches for all devices make use of this 
value.
+   The value is also used in the image file for correct padding 
and more.
+   It is recommended to choose a size in 128KiB steps (biggest 
erase size,
+   e.g. Netgear WNR854T).
+   Orion Generic target:
+ Before kernel 2.6.35: 1024KiB for all
+  Since kernel 2.6.35: 1152KiB for kernel with symbols
Index: target/linux/orion/patches/020-flexible_kernel_mtd_size.patch
===
--- target/linux/orion/patches/020-flexible_kernel_mtd_size.patch
(revision 0)
+++ target/linux/orion/patches/020-flexible_kernel_mtd_size.patch
(revision 0)
@@ -0,0 +1,16 @@
+--- a/arch/arm/mach-orion5x/Kconfig
 b/arch/arm/mach-orion5x/Kconfig
+@@ -155,6 +155,13 @@ config MACH_RD88F6183AP_GE
+ Say 'Y' here if you want your kernel to support the
+ Marvell Orion-1-90 (88F6183) AP GE RD.
+
++config OPENWRT_KERNEL_MTD_SIZE
++  int
++  prompt "OpenWrt hack: Kernel MTD partition size in KiB"
++  default 1024
++  help
++  Defines the size of the kernel's MTD partition in KiB (1 KiB = 
1024
bytes).
++  This is just a help construct for OpenWrt to pass a value to the
kernel build process.
+ endmenu
+
+ endif
Index: target/linux/orion/patches/100-wrt350nv2_openwrt_partition_map.patch
===
---
target/linux/orion/patches/100-wrt350nv2_openwrt_partition_map.patch
(revision 31201)
+++
target/linux/orion/patches/100-wrt350nv2_openwrt_partition_map.patch
(working copy)
@@ -5,13 +5,13 @@
.name   = "kernel",
.offset = 0x,
 -  .size   = 0x0076,
-+  .size   = 0x0010,   // change to kernel mtd size 
here (1/3)
++  .size   = (CONFIG_OPENWRT_KERNEL_MTD_SIZE * 1024),  
// original was
0x001A (1664KiB)
}, {
.name   = "rootfs",
 -  .offset = 0x001a,
 -  .size   = 0x005c,
-+  .offset = 0x0010,   // change to kernel mtd size 
here (2/3)
-+  .size   = 0x0065,   // adopt to kernel mtd size 
here (3/3) =
0x0075 - 
++  .offset = (CONFIG_OPENWRT_KERNEL_MTD_SIZE * 1024),  
// original was
0x001A (1664KiB)
++  .size   = (0x0075 - (CONFIG_OPENWRT_KERNEL_MTD_SIZE 
* 1024)),   //
exclude area with eRcOmM signature
}, {
.name   = "lang",
.offset = 0x0076,
Index: target/linux/orion/patches/101-wnr854t_partition_map.patch
===
--- target/linux/orion/patches/101-wnr854t_partition_map.patch  (revision
31201)
+++ target/linux/orion/patches/101-wnr854t_partition_map.patch  (working
copy)
@@ -1,6 +1,18 @@
 --- a/arch/arm/mach-orion5x/wnr854t-setup.c
 +++ b/arch/arm/mach-orion5x/wnr854t-setup.c
-@@ -67,6 +67,10 @@ static struct mtd_partition wnr854t_nor_
+@@ -58,15 +58,19 @@ static struct mtd_partition wnr854t_nor_
+   {
+   .name   = "kernel",
+   .offset = 0x,
+-  .size   = 0x0010,
++  .size   = (CONFIG_OPENWRT_KERNEL_MTD_SIZE * 1024),
+   }, {
+   .name   = "rootfs",
+-  .offset = 0x0010,
+-  .size   = 0x0066,
++  .offset = (CONFIG_OPENWRT_KERNEL_MTD_SIZE * 1024),

Re: [OpenWrt-Devel] [PATCH 2/6] lantiq: fix etop for ase internal phy

[Conor O'Gorman]

On Fri, 2012-04-06 at 16:12 +0200, John Crispin wrote:
> On 06/04/12 14:37, Conor O'Gorman wrote:
> > ltq_etop_w32_mask(0, ETOP_CFG_MII0, LTQ_ETOP_CFG);
> > +-  /* enable clock for internal PHY */
> > +   clk_enable(priv->clk_ephycgu);
> > ++  for (i = 0; i < 0x5; i++);
> > ++
> > ++  /* enable ephy connection, fen and sen, only */
> > ++  ltq_etop_w32(
> > ++  ETOP_CFG_EPHY | ETOP_CFG_FEN | ETOP_CFG_SEN,
> > ++  LTQ_ETOP_CFG);
> > ++  for (i = 0; i < 0x5; i++);
> 
> Hi,
> 
> assuming a loop needs 8 op codes and you are running at 333mhz we get
> roughly 8 miliseconds can you try with a mdelay(5 or 10) ?

I'll retest when I get a chance, it was a bit rushed. This works, but
may be excessive.

Conor

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/6] lantiq: fix etop for ase internal phy

[John Crispin]

On 06/04/12 16:12, John Crispin wrote:
> On 06/04/12 14:37, Conor O'Gorman wrote:
>>  ltq_etop_w32_mask(0, ETOP_CFG_MII0, LTQ_ETOP_CFG);
>> +-   /* enable clock for internal PHY */
>> +clk_enable(priv->clk_ephycgu);
>> ++   for (i = 0; i < 0x5; i++);
>> ++
>> ++   /* enable ephy connection, fen and sen, only */
>> ++   ltq_etop_w32(
>> ++   ETOP_CFG_EPHY | ETOP_CFG_FEN | ETOP_CFG_SEN,
>> ++   LTQ_ETOP_CFG);
>> ++   for (i = 0; i < 0x5; i++);
> 
> Hi,
> 
> assuming a loop needs 8 op codes and you are running at 333mhz we get
> roughly 8 miliseconds can you try with a mdelay(5 or 10) ?
> 


oops, its a amazon se with 266mhz, so more like mdelay(10)

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 3/6] lantiq: fix dwc_otg usb for ase

[John Crispin]

On 06/04/12 16:08, Conor O'Gorman wrote:
> compile error happens, as we are trying to initialise a struct with a
> variable that only resolves at runtime (ltq_is_ase())
> 
> #define LTQ_USB_INT   ((ltq_is_ase()) ? (INT_NUM_IM0_IRL0 + 31) :\
> (INT_NUM_IM1_IRL0 + 22))
> 

the part which i missed ;)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/6] lantiq: fix etop for ase internal phy

[John Crispin]

On 06/04/12 14:37, Conor O'Gorman wrote:
>   ltq_etop_w32_mask(0, ETOP_CFG_MII0, LTQ_ETOP_CFG);
> +-/* enable clock for internal PHY */
> + clk_enable(priv->clk_ephycgu);
> ++for (i = 0; i < 0x5; i++);
> ++
> ++/* enable ephy connection, fen and sen, only */
> ++ltq_etop_w32(
> ++ETOP_CFG_EPHY | ETOP_CFG_FEN | ETOP_CFG_SEN,
> ++LTQ_ETOP_CFG);
> ++for (i = 0; i < 0x5; i++);

Hi,

assuming a loop needs 8 op codes and you are running at 333mhz we get
roughly 8 miliseconds can you try with a mdelay(5 or 10) ?

Thanks,
John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] avahi version bump to 0.6.31

[Jonas Gorski]

Hi,

some comments

On 6 April 2012 13:17, Mike Brady  wrote:
> This patch updates avahi to latest version -- 0.6.31.

A reason why avahi should be updated would be nice (not necessary
though, since it's only a minor bump).

> It also adds a note to the description.
>
> Signed-off-by Mike Brady 
>
>
> Index: Makefile
> ===
> --- Makefile    (revision 31212)
> +++ Makefile    (working copy)

Please create the patch with the full path (I had to find the avahi
package first), it should be packages/libs/avahi/Makefile.

> @@ -15,13 +15,13 @@
>
>
>  PKG_NAME:=avahi
> -PKG_VERSION:=0.6.30
> -PKG_RELEASE:=4
> +PKG_VERSION:=0.6.31
> +PKG_RELEASE:=1
>
>
>  PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
>  PKG_SOURCE_URL:=http://avahi.org/download/
> -PKG_MD5SUM:=e4db89a2a403ff4c47d66ac66fad1f43
> +PKG_MD5SUM:=2f22745b8f7368ad5a0a3fddac343f2d
>
>  PKG_BUILD_DEPENDS:=libexpat libdaemon libgdbm intltool/host libpthread dbus
>
> @@ -52,6 +52,9 @@
>  This kind of technology is already found in MacOS X
>  (branded 'Rendezvous', 'Bonjour' and sometimes 'ZeroConf')
>  and is very convenient.
> + .
> + Note: you should always do a "make clean" after changing
> + any avahi build settings.

Instead of adding this note, how about adding a PKG_CONFIG_DEPENDS
section which will trigger a rebuild of the package on configuration
changes.

See 
for an example.


Jonas
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 3/6] lantiq: fix dwc_otg usb for ase

[Conor O'Gorman]

On Fri, 2012-04-06 at 15:35 +0200, John Crispin wrote:
> thx for all the patches
> 
> On 06/04/12 14:37, Conor O'Gorman wrote:
> > +--- a/arch/mips/lantiq/xway/dev-dwc_otg.c
> >  b/arch/mips/lantiq/xway/dev-dwc_otg.c
> > +@@ -43,7 +43,6 @@ static struct resource resources[] =
> > +   },
> > +   [1] = {
> > +   .name= "dwc_otg_irq",
> > +-  .start   = LTQ_USB_INT,
> > +   .flags   = IORESOURCE_IRQ,
> > +   },
> > + };
> > +@@ -63,6 +62,7 @@ int __init
> > + xway_register_dwc(int pin)
> > + {
> > +   struct irq_data d;
> > ++  resources[1].start = LTQ_USB_INT;
> > +   d.irq = resources[1].start;
> > +   ltq_enable_irq(&d);
> > +   platform_dev.dev.platform_data = (void*) pin;
> 
> is there a technical reason for this bit that i fail to understand or is
> it more a style preference fixup ?

I copied the style of the other drivers in the first instance, but a
compile error happens, as we are trying to initialise a struct with a
variable that only resolves at runtime (ltq_is_ase())

#define LTQ_USB_INT ((ltq_is_ase()) ? (INT_NUM_IM0_IRL0 + 31) :\
  (INT_NUM_IM1_IRL0 + 22))

I think it's reasonable to have runtime behaviour, as the same code
could run on either platform. An option would be to have the irq number
passed as a platform-data-type thing.

Conor


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 3/6] lantiq: fix dwc_otg usb for ase

[Jonas Gorski]

On 6 April 2012 15:35, John Crispin  wrote:
> thx for all the patches
>
> On 06/04/12 14:37, Conor O'Gorman wrote:
>> +--- a/arch/mips/lantiq/xway/dev-dwc_otg.c
>>  b/arch/mips/lantiq/xway/dev-dwc_otg.c
>> +@@ -43,7 +43,6 @@ static struct resource resources[] =
>> +     },
>> +     [1] = {
>> +             .name    = "dwc_otg_irq",
>> +-            .start   = LTQ_USB_INT,
>> +             .flags   = IORESOURCE_IRQ,
>> +     },
>> + };
>> +@@ -63,6 +62,7 @@ int __init
>> + xway_register_dwc(int pin)
>> + {
>> +     struct irq_data d;
>> ++    resources[1].start = LTQ_USB_INT;
>> +     d.irq = resources[1].start;
>> +     ltq_enable_irq(&d);
>> +     platform_dev.dev.platform_data = (void*) pin;
>
> is there a technical reason for this bit that i fail to understand or is
> it more a style preference fixup ?

You missed that part:
> +-#define LTQ_USB_INT   (INT_NUM_IM1_IRL0 + 22)
> ++#define LTQ_USB_INT   ((ltq_is_ase()) ? (INT_NUM_IM0_IRL0 + 31) :\
> ++(INT_NUM_IM1_IRL0 + 22))

And I assume ltq_is_ase() can only be called at runtime.

Coding style wise I would prefer it to have at least (), or even
better as an inline function along

static inline int ltq_get_usb_int()
{
   return ltq_is_ase() ? (INT_NUM_IM0_IRL0 + 31) :
(INT_NUM_IM1_IRL0 + 22);
}


Jonas
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 3/6] lantiq: fix dwc_otg usb for ase

[John Crispin]

thx for all the patches

On 06/04/12 14:37, Conor O'Gorman wrote:
> +--- a/arch/mips/lantiq/xway/dev-dwc_otg.c
>  b/arch/mips/lantiq/xway/dev-dwc_otg.c
> +@@ -43,7 +43,6 @@ static struct resource resources[] =
> + },
> + [1] = {
> + .name= "dwc_otg_irq",
> +-.start   = LTQ_USB_INT,
> + .flags   = IORESOURCE_IRQ,
> + },
> + };
> +@@ -63,6 +62,7 @@ int __init
> + xway_register_dwc(int pin)
> + {
> + struct irq_data d;
> ++resources[1].start = LTQ_USB_INT;
> + d.irq = resources[1].start;
> + ltq_enable_irq(&d);
> + platform_dev.dev.platform_data = (void*) pin;

is there a technical reason for this bit that i fail to understand or is
it more a style preference fixup ?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [RESEND] zabbix 1.8.11 version bump

[Gioacchino Mazzurco]

Fixed copyright year and package release, the patch is also attached to
avoid mail clients problem

Signed-off-by: Gioacchino Mazzurco 

Index: admin/zabbix/patches/005-uclibc_dn_skipname.patch
===
--- admin/zabbix/patches/005-uclibc_dn_skipname.patch   (revision 0)
+++ admin/zabbix/patches/005-uclibc_dn_skipname.patch   (revision 0)
@@ -0,0 +1,47 @@
+--- a/src/libs/zbxsysinfo/common/net.c
 b/src/libs/zbxsysinfo/common/net.c
+@@ -26,6 +26,44 @@
+
+ #include "net.h"
+
++
++#ifndef HAVE_DN_SKIPNAME
++
++/* Fix found on kde bug tracker at
https://bugs.kde.org/show_bug.cgi?id=185492  */
++
++#include 
++#include 
++
++/* lifted from openbsd source */
++int dn_skipname(const u_char *comp_dn, const u_char *eom)
++{
++const u_char *cp;
++int n;
++
++cp = comp_dn;
++while (cp < eom && (n = *cp++)) {
++/*
++ * check for indirection
++ */
++switch (n & INDIR_MASK) {
++case 0: /* normal case, n == len */
++cp += n;
++continue;
++case INDIR_MASK:/* indirection */
++cp++;
++break;
++default:/* illegal type */
++return (-1);
++}
++break;
++}
++if (cp > eom)
++return (-1);
++return (cp - comp_dn);
++}
++
++#endif
++
+ /*
+  * 0 - NOT OK
+  * 1 - OK
Index: admin/zabbix/patches/001-cross_compile.patch
===
--- admin/zabbix/patches/001-cross_compile.patch(revision 31202)
+++ admin/zabbix/patches/001-cross_compile.patch(working copy)
@@ -1,13 +1,13 @@
-diff -urN zabbix-1.6/configure zabbix-1.6.new/configure
 zabbix-1.6/configure   2008-09-18 22:15:39.0 +0200
-+++ zabbix-1.6.new/configure   2008-09-30 19:20:43.0 +0200
-@@ -4826,8 +4826,7 @@
-   { { echo "$as_me:$LINENO: error: cannot run test program while cross
compiling
- See \`config.log' for more details." >&5
- echo "$as_me: error: cannot run test program while cross compiling
--See \`config.log' for more details." >&2;}
--   { (exit 1); exit 1; }; }
-+See \`config.log' for more details." >&2;} }
+--- a/configure
 b/configure
+@@ -6815,8 +6815,8 @@ $as_echo_n "checking for long long forma
+ if test "$cross_compiling" = yes; then :
+   { { $as_echo "$as_me:${as_lineno-$LINENO}: error: in \`$ac_pwd':" >&5
+ $as_echo "$as_me: error: in \`$ac_pwd':" >&2;}
+-as_fn_error $? "cannot run test program while cross compiling
+-See \`config.log' for more details" "$LINENO" 5; }
++$as_echo "cannot run test program while cross compiling
++See \`config.log' for more details"; }
  else
-   cat >conftest.$ac_ext <<_ACEOF
-
+   cat confdefs.h - <<_ACEOF >conftest.$ac_ext
+ /* end confdefs.h.  */
Index: admin/zabbix/Makefile
===
--- admin/zabbix/Makefile   (revision 31202)
+++ admin/zabbix/Makefile   (working copy)
@@ -1,5 +1,5 @@
 #
-# Copyright (C) 2006-2011 OpenWrt.org
+# Copyright (C) 2006-2012 OpenWrt.org
 #
 # This is free software, licensed under the GNU General Public License v2.
 # See /LICENSE for more information.
@@ -8,17 +8,18 @@
 include $(TOPDIR)/rules.mk

 PKG_NAME:=zabbix
-PKG_VERSION:=1.6
-PKG_RELEASE:=3
+PKG_VERSION:=1.8.11
+PKG_RELEASE:=1

 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=@SF/zabbix
-PKG_MD5SUM:=39d4c871439b1b4f0429964b4abbfc45
+PKG_MD5SUM:=6b6ced84024f18f22ce5e0e902e91936

-PKG_BUILD_DEPENDS:=libsqlite3
+PKG_BUILD_DEPENDS:=libsqlite3 $(ICONV_DEPENDS)
 PKG_INSTALL:=1

 include $(INCLUDE_DIR)/package.mk
+include $(INCLUDE_DIR)/nls.mk

 define Package/zabbix/Default
   SECTION:=admin
@@ -26,7 +27,6 @@
   TITLE:=Zabbix
   URL:=http://www.zabbix.com/
   SUBMENU:=zabbix
-  DEPENDS:=+libcurl
 endef

 define Package/zabbix-agent
@@ -42,7 +42,7 @@
 define Package/zabbix-server
   $(call Package/zabbix/Default)
   TITLE+= server
-  DEPENDS += +libsqlite3
+  DEPENDS += +libsqlite3 +libcurl +libiconv
 endef


@@ -52,7 +52,8 @@

 CONFIGURE_ARGS+= \
--bindir="/usr/sbin" \
-   --enable-agent
+   --enable-agent \
+   $(if $(CONFIG_IPV6),--enable-ipv6,--disable-ipv6)

 ifneq ($(CONFIG_PACKAGE_zabbix-server),)
   CONFIGURE_ARGS+= \


On 04/06/12 12:30, Vasilis Tsiligiannis wrote:
> 
> Thanks for your contribution!
> 
> The package revision should be reset to 1 instead of incrementing when 
> bumping 
> to higher version. The year in the copyright notice should be updated also.

thanks for suggestions ;)
Index: admin/zabbix/patches/005-uclibc_dn_skipname.patch
===
--- admin/zabbix/patches/005-uclibc_dn_skipname.patch	(revision 0)
+++ admin/zabbix/patches/005-uclibc_dn_skipname.patch	(rev

[OpenWrt-Devel] [PATCH 4/6] lantiq: fix owrt mtd split build error when not enabled

[Conor O'Gorman]

Signed-off-by: Conor O'Gorman 
---
 .../patches-3.2/306-fix-owrt-mtd-split.patch   |   11 +++
 1 files changed, 11 insertions(+), 0 deletions(-)
 create mode 100644 target/linux/lantiq/patches-3.2/306-fix-owrt-mtd-split.patch

diff --git a/target/linux/lantiq/patches-3.2/306-fix-owrt-mtd-split.patch 
b/target/linux/lantiq/patches-3.2/306-fix-owrt-mtd-split.patch
new file mode 100644
index 000..c000274
--- /dev/null
+++ b/target/linux/lantiq/patches-3.2/306-fix-owrt-mtd-split.patch
@@ -0,0 +1,11 @@
+--- a/drivers/mtd/mtdpart.c
 b/drivers/mtd/mtdpart.c
+@@ -1053,7 +1053,7 @@ int add_mtd_partitions(struct mtd_info *
+   struct mtd_part *slave;
+   uint64_t cur_offset = 0;
+   int i;
+-#ifdef CONFIG_MTD_ROOTFS_SPLIT
++#if defined(CONFIG_MTD_ROOTFS_SPLIT) || defined(CONFIG_MTD_UIMAGE_SPLIT)
+   int ret;
+ #endif
+ 
-- 
1.7.4.1

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 1/6] lantiq: stp, fix for ase, add get, clock disabled

[Conor O'Gorman]

Lantiq serial-to-parallel hardware gpio module
Added gpio pins as used for amazon se (ase)
Added get to enable reporting of gpio status
Changed to use software update, as hw clock was not running on ase. Clock
really only needed if hw flashing was implemented.



Signed-off-by: Conor O'Gorman 
---
 .../lantiq/patches-3.2/300-fix-stp-for-ase.patch   |   66 
 1 files changed, 66 insertions(+), 0 deletions(-)
 create mode 100644 target/linux/lantiq/patches-3.2/300-fix-stp-for-ase.patch

diff --git a/target/linux/lantiq/patches-3.2/300-fix-stp-for-ase.patch 
b/target/linux/lantiq/patches-3.2/300-fix-stp-for-ase.patch
new file mode 100644
index 000..42be5c8
--- /dev/null
+++ b/target/linux/lantiq/patches-3.2/300-fix-stp-for-ase.patch
@@ -0,0 +1,66 @@
+--- a/arch/mips/lantiq/xway/gpio_stp.c
 b/arch/mips/lantiq/xway/gpio_stp.c
+@@ -27,6 +27,7 @@
+ #define LTQ_STP_AR0x10
+ 
+ #define LTQ_STP_CON_SWU   (1 << 31)
++#define LTQ_STP_SWU_MASK  (1 << 31)
+ #define LTQ_STP_2HZ   0
+ #define LTQ_STP_4HZ   (1 << 23)
+ #define LTQ_STP_8HZ   (2 << 23)
+@@ -60,6 +61,12 @@ static void ltq_stp_set(struct gpio_chip
+   else
+   ltq_stp_shadow &= ~(1 << offset);
+   ltq_stp_w32(ltq_stp_shadow, LTQ_STP_CPU0);
++  ltq_stp_w32_mask(LTQ_STP_SWU_MASK, LTQ_STP_CON_SWU, LTQ_STP_CON0);
++}
++
++static int ltq_stp_get(struct gpio_chip *chip, unsigned offset)
++{
++  return !!(ltq_stp_r32(LTQ_STP_CPU0) & (1dev, 5, 2, 1, "stp-d") ||
+-  ltq_gpio_request(&pdev->dev, 6, 2, 1, "stp-sh")) {
++  pin = ltq_is_ase() ? 1 : 4;
++  if (ltq_gpio_request(&pdev->dev, pin, 2, 1, "stp-st") ||
++  ltq_gpio_request(&pdev->dev, pin+1, 2, 1, "stp-d") ||
++  ltq_gpio_request(&pdev->dev, pin+2, 2, 1, "stp-sh")) {
+   dev_err(&pdev->dev, "failed to request needed gpios\n");
+   return -EBUSY;
+   }
-- 
1.7.4.1

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 6/6] lantiq: fix spi-xway wait ready timed out

[Conor O'Gorman]

Seen on ase platform.
Fifos should be flushed if there is data, otherwise it hangs.
Root cause was then seen to be rx overflow, so reduced max rxreq.
Fifos on ase are smaller and perhaps are the cause, so it's open to review
whether this should be specific to ase or all xway.


Signed-off-by: Conor O'Gorman 
---
 .../304-fix-spi-xway-wait-ready-timed-out.patch|   51 
 1 files changed, 51 insertions(+), 0 deletions(-)
 create mode 100644 
target/linux/lantiq/patches-3.2/304-fix-spi-xway-wait-ready-timed-out.patch

diff --git 
a/target/linux/lantiq/patches-3.2/304-fix-spi-xway-wait-ready-timed-out.patch 
b/target/linux/lantiq/patches-3.2/304-fix-spi-xway-wait-ready-timed-out.patch
new file mode 100644
index 000..2fc4b9b
--- /dev/null
+++ 
b/target/linux/lantiq/patches-3.2/304-fix-spi-xway-wait-ready-timed-out.patch
@@ -0,0 +1,51 @@
+--- a/drivers/spi/spi-xway.c
 b/drivers/spi/spi-xway.c
+@@ -272,6 +272,7 @@ static void ltq_spi_reset_fifos(struct l
+ static inline int ltq_spi_wait_ready(struct ltq_spi *hw)
+ {
+   u32 stat;
++  u32 fill;
+   unsigned long timeout;
+ 
+   timeout = jiffies + msecs_to_jiffies(200);
+@@ -281,10 +282,16 @@ static inline int ltq_spi_wait_ready(str
+   if (!(stat & LTQ_SPI_STAT_BSY))
+   return 0;
+ 
++  fill = ltq_spi_reg_read(hw, LTQ_SPI_FSTAT);
++  if (fill) {
++  /* help it along with a flush */
++  ltq_spi_reg_setbit(hw, LTQ_SPI_RXFCON_RXFLU, 
LTQ_SPI_RXFCON);
++  ltq_spi_reg_setbit(hw, LTQ_SPI_TXFCON_TXFLU, 
LTQ_SPI_TXFCON);
++  }
+   cond_resched();
+   } while (!time_after_eq(jiffies, timeout));
+ 
+-  dev_err(hw->dev, "SPI wait ready timed out stat: %x\n", stat);
++  dev_err(hw->dev, "SPI wait ready timed out %x\n", stat);
+ 
+   return -ETIMEDOUT;
+ }
+@@ -729,11 +736,11 @@ static void ltq_spi_rxreq_set(struct ltq
+* In RX-only mode the serial clock is activated only after writing
+* the expected amount of RX bytes into RXREQ register.
+* To avoid receive overflows at high clocks it is better to request
+-   * only the amount of bytes that fits into all FIFOs. This value
++   * less than the amount of bytes that fits into all FIFOs. This value
+* depends on the FIFO size implemented in hardware.
+*/
+   rxreq = hw->len - hw->rx_cnt;
+-  rxreq_max = hw->rxfs << 2;
++  rxreq_max = (hw->rxfs-1) << 2;
+   rxreq = min(rxreq_max, rxreq);
+ 
+   if (!rxtodo && rxreq)
+@@ -805,6 +812,8 @@ irqreturn_t ltq_spi_err_irq(int irq, voi
+   /* Disable all interrupts */
+   ltq_spi_reg_clearbit(hw, LTQ_SPI_IRNEN_ALL, LTQ_SPI_IRNEN);
+ 
++  dev_err(hw->dev, "error %x\n", ltq_spi_reg_read(hw, LTQ_SPI_STAT));
++
+   /* Clear all error flags */
+   ltq_spi_reg_write(hw, LTQ_SPI_WHBSTATE_CLR_ERRORS, LTQ_SPI_WHBSTATE);
+ 
-- 
1.7.4.1

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 2/6] lantiq: fix etop for ase internal phy

[Conor O'Gorman]

Lantiq ethernet and builtin phy on amazon se (ase)
fix CFG, IGPLEN register addresses
add extra CFG settings
enable etop <-> ephy connection
reset ephy
some delays seemed to help.


Signed-off-by: Conor O'Gorman 
---
 .../patches-3.2/301-fix-etop-for-ase-ephy.patch|   61 
 1 files changed, 61 insertions(+), 0 deletions(-)
 create mode 100644 
target/linux/lantiq/patches-3.2/301-fix-etop-for-ase-ephy.patch

diff --git a/target/linux/lantiq/patches-3.2/301-fix-etop-for-ase-ephy.patch 
b/target/linux/lantiq/patches-3.2/301-fix-etop-for-ase-ephy.patch
new file mode 100644
index 000..00830eb
--- /dev/null
+++ b/target/linux/lantiq/patches-3.2/301-fix-etop-for-ase-ephy.patch
@@ -0,0 +1,61 @@
+--- a/drivers/net/ethernet/lantiq_etop.c
 b/drivers/net/ethernet/lantiq_etop.c
+@@ -59,8 +59,8 @@
+ #define LTQ_ETOP_ENETS0   0x11850
+ #define LTQ_ETOP_MAC_DA0  0x1186C
+ #define LTQ_ETOP_MAC_DA1  0x11870
+-#define LTQ_ETOP_CFG  0x16020
+-#define LTQ_ETOP_IGPLEN   0x16080
++#define LTQ_ETOP_CFG  0x11808
++#define LTQ_ETOP_IGPLEN   0x11820
+ 
+ #define MAX_DMA_CHAN  0x8
+ #define MAX_DMA_CRC_LEN   0x4
+@@ -73,7 +73,9 @@
+ #define ETOP_PLEN_UNDER   0x40
+ #define ETOP_CGEN 0x800
+ #define ETOP_CFG_MII0 0x01
+-
++#define ETOP_CFG_EPHY 0x4000
++#define ETOP_CFG_FEN  0x100
++#define ETOP_CFG_SEN  0x40
+ #define LTQ_GBIT_MDIO_CTL 0xCC
+ #define LTQ_GBIT_MDIO_DATA0xd0
+ #define LTQ_GBIT_GCTL00x68
+@@ -148,6 +150,7 @@ struct ltq_etop_priv {
+ 
+ static int ltq_etop_mdio_wr(struct mii_bus *bus, int phy_addr,
+   int phy_reg, u16 phy_data);
++static int ltq_etop_mdio_rd(struct mii_bus *bus, int phy_addr, int phy_reg);
+ 
+ static int
+ ltq_etop_alloc_skb(struct ltq_etop_chan *ch)
+@@ -348,11 +351,25 @@ ltq_etop_hw_init(struct net_device *dev)
+ 
+   default:
+   if (ltq_is_ase()) {
++  int i;
++  /* disconnect */
++  ltq_etop_w32(ETOP_CFG_MII0, LTQ_ETOP_CFG);
++
++  /* enable clk/pwr to ephy */
+   clk_enable(priv->clk_ephy);
+-  /* disable external MII */
+-  ltq_etop_w32_mask(0, ETOP_CFG_MII0, LTQ_ETOP_CFG);
+-  /* enable clock for internal PHY */
+   clk_enable(priv->clk_ephycgu);
++  for (i = 0; i < 0x5; i++);
++
++  /* enable ephy connection, fen and sen, only */
++  ltq_etop_w32(
++  ETOP_CFG_EPHY | ETOP_CFG_FEN | ETOP_CFG_SEN,
++  LTQ_ETOP_CFG);
++  for (i = 0; i < 0x5; i++);
++
++  /* reset */
++  ltq_etop_mdio_wr(NULL, 8, 0, 0x80);
++  for (i = 0; i < 0x5; i++);
++
+   /* we need to write this magic to the internal phy to
+  make it work */
+   ltq_etop_mdio_wr(NULL, 0x8, 0x12, 0xC020);
-- 
1.7.4.1

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 5/6] lantiq: fix spi for ase, update for clkdev and platform driver

[Conor O'Gorman]

irqs, gpios, chipselects
updated to use module_platform_driver()
clkdev is a bit hacky, using ltq_spi.0, as specifying no device numbering led to
the mtd driver not hooking up to an spi flash.

Signed-off-by: Conor O'Gorman 
---
 .../lantiq/patches-3.2/302-fix-spi-for-ase.patch   |  205 
 1 files changed, 205 insertions(+), 0 deletions(-)
 create mode 100644 target/linux/lantiq/patches-3.2/302-fix-spi-for-ase.patch

diff --git a/target/linux/lantiq/patches-3.2/302-fix-spi-for-ase.patch 
b/target/linux/lantiq/patches-3.2/302-fix-spi-for-ase.patch
new file mode 100644
index 000..052b596
--- /dev/null
+++ b/target/linux/lantiq/patches-3.2/302-fix-spi-for-ase.patch
@@ -0,0 +1,205 @@
+--- a/arch/mips/include/asm/mach-lantiq/xway/lantiq_irq.h
 b/arch/mips/include/asm/mach-lantiq/xway/lantiq_irq.h
+@@ -30,6 +30,10 @@
+ #define LTQ_SSC_TIR_AR9   (INT_NUM_IM0_IRL0 + 14)
+ #define LTQ_SSC_RIR_AR9   (INT_NUM_IM0_IRL0 + 15)
+ #define LTQ_SSC_EIR   (INT_NUM_IM0_IRL0 + 16)
++#define LTQ_SSC_RIR_ASE   (INT_NUM_IM0_IRL0 + 16)
++#define LTQ_SSC_TIR_ASE   (INT_NUM_IM0_IRL0 + 17)
++#define LTQ_SSC_EIR_ASE   (INT_NUM_IM0_IRL0 + 18)
++#define LTQ_SSC_FIR_ASE   (INT_NUM_IM0_IRL0 + 19)
+ 
+ #define LTQ_MEI_DYING_GASP_INT(INT_NUM_IM1_IRL0 + 21)
+ #define LTQ_MEI_INT   (INT_NUM_IM1_IRL0 + 23)
+--- a/arch/mips/lantiq/xway/devices.c
 b/arch/mips/lantiq/xway/devices.c
+@@ -186,8 +186,19 @@ static struct resource ltq_spi_resources
+   IRQ_RES(spi_err, LTQ_SSC_EIR),
+ };
+ 
++static struct resource ltq_spi_resources_ase[] = {
++  {
++  .start  = LTQ_SSC_BASE_ADDR,
++  .end= LTQ_SSC_BASE_ADDR + LTQ_SSC_SIZE - 1,
++  .flags  = IORESOURCE_MEM,
++  },
++  IRQ_RES(spi_tx, LTQ_SSC_TIR_ASE),
++  IRQ_RES(spi_rx, LTQ_SSC_RIR_ASE),
++  IRQ_RES(spi_err, LTQ_SSC_EIR_ASE),
++};
++
+ static struct platform_device ltq_spi = {
+-  .name   = "ltq-spi",
++  .name   = "ltq_spi",
+   .resource   = ltq_spi_resources,
+   .num_resources  = ARRAY_SIZE(ltq_spi_resources),
+ };
+@@ -195,8 +206,10 @@ static struct platform_device ltq_spi =
+ void __init ltq_register_spi(struct ltq_spi_platform_data *pdata,
+   struct spi_board_info const *info, unsigned n)
+ {
+-  if(ltq_is_ar9())
++  if (ltq_is_ar9())
+   ltq_spi.resource = ltq_spi_resources_ar9;
++  else if (ltq_is_ase())
++  ltq_spi.resource = ltq_spi_resources_ase;
+   spi_register_board_info(info, n);
+   ltq_spi.dev.platform_data = pdata;
+   platform_device_register(spiclk);
++  clk_enable(hw->spiclk);
+ 
+   /*
+* Set clock divider for run mode to 1 to
+@@ -245,7 +245,7 @@ static void ltq_spi_hw_disable(struct lt
+   ltq_spi_reg_write(hw, LTQ_SPI_CLC_DISS, LTQ_SPI_CLC);
+ 
+   /* Power-down mdule */
+-clk_disable(hw->spiclk);
++  clk_disable(hw->spiclk);
+ }
+ 
+ static void ltq_spi_reset_fifos(struct ltq_spi *hw)
+@@ -284,7 +284,7 @@ static inline int ltq_spi_wait_ready(str
+   cond_resched();
+   } while (!time_after_eq(jiffies, timeout));
+ 
+-  dev_err(hw->dev, "SPI wait ready timed out\n");
++  dev_err(hw->dev, "SPI wait ready timed out stat: %x\n", stat);
+ 
+   return -ETIMEDOUT;
+ }
+@@ -556,6 +556,12 @@ static const struct ltq_spi_cs_gpio_map
+   { 11, 3 },
+ };
+ 
++static const struct ltq_spi_cs_gpio_map ltq_spi_cs_ase[] = {
++  {  7, 2 },
++  { 15, 1 },
++  { 14, 1 },
++};
++
+ static int ltq_spi_setup(struct spi_device *spi)
+ {
+   struct ltq_spi *hw = ltq_spi_to_hw(spi);
+@@ -600,8 +606,10 @@ static int ltq_spi_setup(struct spi_devi
+   cstate->cs_activate = ltq_spi_gpio_cs_activate;
+   cstate->cs_deactivate = ltq_spi_gpio_cs_deactivate;
+   } else {
+-  ret = ltq_gpio_request(&spi->dev, 
ltq_spi_cs[spi->chip_select].gpio,
+-  ltq_spi_cs[spi->chip_select].mux,
++  struct ltq_spi_cs_gpio_map *cs_map =
++  ltq_is_ase() ? ltq_spi_cs_ase : ltq_spi_cs;
++  ret = ltq_gpio_request(&spi->dev, cs_map[spi->chip_select].gpio,
++  cs_map[spi->ch

[OpenWrt-Devel] [PATCH 3/6] lantiq: fix dwc_otg usb for ase

[Conor O'Gorman]

changed irq number and pmu settings.
little bit of fiddling to get the now variable irq into resources.

Signed-off-by: Conor O'Gorman 
---
 .../patches-3.2/303-fix-dwc-otg-usb-for-ase.patch  |   65 
 1 files changed, 65 insertions(+), 0 deletions(-)
 create mode 100644 
target/linux/lantiq/patches-3.2/303-fix-dwc-otg-usb-for-ase.patch

diff --git a/target/linux/lantiq/patches-3.2/303-fix-dwc-otg-usb-for-ase.patch 
b/target/linux/lantiq/patches-3.2/303-fix-dwc-otg-usb-for-ase.patch
new file mode 100644
index 000..5d146f4
--- /dev/null
+++ b/target/linux/lantiq/patches-3.2/303-fix-dwc-otg-usb-for-ase.patch
@@ -0,0 +1,65 @@
+--- a/arch/mips/include/asm/mach-lantiq/xway/lantiq_irq.h
 b/arch/mips/include/asm/mach-lantiq/xway/lantiq_irq.h
+@@ -39,7 +39,8 @@
+ #define LTQ_MEI_INT   (INT_NUM_IM1_IRL0 + 23)
+ 
+ #define LTQ_TIMER6_INT(INT_NUM_IM1_IRL0 + 23)
+-#define LTQ_USB_INT   (INT_NUM_IM1_IRL0 + 22)
++#define LTQ_USB_INT   ((ltq_is_ase()) ? (INT_NUM_IM0_IRL0 + 31) :\
++(INT_NUM_IM1_IRL0 + 22))
+ #define LTQ_USB_OC_INT(INT_NUM_IM4_IRL0 + 23)
+ 
+ #define MIPS_CPU_TIMER_IRQ7
+--- a/drivers/usb/dwc_otg/dwc_otg_driver.c
 b/drivers/usb/dwc_otg/dwc_otg_driver.c
+@@ -80,7 +80,7 @@
+ const char dwc_driver_name[] = "dwc_otg";
+ 
+ static unsigned long dwc_iomem_base = IFX_USB_IOMEM_BASE;
+-int dwc_irq = LTQ_USB_INT;
++int dwc_irq = -1;
+ //int dwc_irq = 54;
+ //int dwc_irq = IFXMIPS_USB_OC_INT;
+ 
+@@ -860,6 +860,9 @@ static int __init dwc_otg_init(void)
+ 
+ printk(KERN_INFO "%s: version %s\n", dwc_driver_name, DWC_DRIVER_VERSION);
+ 
++if (dwc_irq == -1)
++dwc_irq = LTQ_USB_INT;
++
+   // ifxmips setup
+ retval = ifx_usb_hc_init(dwc_iomem_base, dwc_irq);
+ if (retval < 0)
+--- a/drivers/usb/dwc_otg/dwc_otg_ifx.c
 b/drivers/usb/dwc_otg/dwc_otg_ifx.c
+@@ -61,7 +61,10 @@ void dwc_otg_power_on (void)
+   // clear power
+   writel(readl(DANUBE_PMU_PWDCR) | 0x41, DANUBE_PMU_PWDCR);
+   // set clock gating
+-  writel(readl(DANUBE_CGU_IFCCR) | 0x30, DANUBE_CGU_IFCCR);
++  if (ltq_is_ase())
++  writel(readl(DANUBE_CGU_IFCCR) & ~0x20, DANUBE_CGU_IFCCR);
++  else
++  writel(readl(DANUBE_CGU_IFCCR) | 0x30, DANUBE_CGU_IFCCR);
+   // set power
+   writel(readl(DANUBE_PMU_PWDCR) & ~0x1, DANUBE_PMU_PWDCR);
+   writel(readl(DANUBE_PMU_PWDCR) & ~0x40, DANUBE_PMU_PWDCR);
+--- a/arch/mips/lantiq/xway/dev-dwc_otg.c
 b/arch/mips/lantiq/xway/dev-dwc_otg.c
+@@ -43,7 +43,6 @@ static struct resource resources[] =
+   },
+   [1] = {
+   .name= "dwc_otg_irq",
+-  .start   = LTQ_USB_INT,
+   .flags   = IORESOURCE_IRQ,
+   },
+ };
+@@ -63,6 +62,7 @@ int __init
+ xway_register_dwc(int pin)
+ {
+   struct irq_data d;
++  resources[1].start = LTQ_USB_INT;
+   d.irq = resources[1].start;
+   ltq_enable_irq(&d);
+   platform_dev.dev.platform_data = (void*) pin;
-- 
1.7.4.1

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] avahi version bump to 0.6.31

[Mike Brady]

This patch updates avahi to latest version -- 0.6.31.

It also adds a note to the description.

Signed-off-by Mike Brady 


Index: Makefile
===
--- Makefile(revision 31212)
+++ Makefile(working copy)
@@ -15,13 +15,13 @@
 
 
 PKG_NAME:=avahi
-PKG_VERSION:=0.6.30
-PKG_RELEASE:=4
+PKG_VERSION:=0.6.31
+PKG_RELEASE:=1
 
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=http://avahi.org/download/
-PKG_MD5SUM:=e4db89a2a403ff4c47d66ac66fad1f43
+PKG_MD5SUM:=2f22745b8f7368ad5a0a3fddac343f2d
 
 PKG_BUILD_DEPENDS:=libexpat libdaemon libgdbm intltool/host libpthread dbus
 
@@ -52,6 +52,9 @@
  This kind of technology is already found in MacOS X
  (branded 'Rendezvous', 'Bonjour' and sometimes 'ZeroConf')
  and is very convenient.
+ .
+ Note: you should always do a "make clean" after changing
+ any avahi build settings.
 endef
 
 define Package/libavahi
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] zabbix 1.8.11 version bump

[Vasilis Tsiligiannis]

On Thu 05 of Apr 2012 16:52:46 Gioacchino Mazzurco wrote:
> As jow suggested changed build depends from libiconv to $(ICONV_DEPENDS)
> 
> On 04/05/12 16:35, Gioacchino Mazzurco wrote:
> > This patch update openwrt zabbix package from 1.6 to 1.8.11
> > 
> > the new version support also ipv6 in the agent
> > 
> > Signed-off-by: Gioacchino Mazzurco 

Hello,

Thanks for your contribution!

The package revision should be reset to 1 instead of incrementing when bumping 
to higher version. The year in the copyright notice should be updated also.

About email patch submission: It is prefered to send the patches inline and 
not as attachments. It helps commenting. Also, when resending patches, it 
helps the reviewing if you add a "[RESEND]" tag after the "[PATCH]" in the 
subject.

signature.asc
Description: This is a digitally signed message part.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] Initial support for Mikrotik RB751G-2HnD and RB751U-2HnD

[Hanno Schupp]

Should I then? If that is what I 'should do', why does
https://dev.openwrt.org/wiki/SubmittingPatches not tell me about it?




On 6 April 2012 20:20, Florian Fainelli  wrote:
> Hi,
>
> Le 04/05/12 23:36, Hanno Schupp a écrit :
>
>> I am at a loss then what to do. I even went to the length of installing
>> alpine on my pc just for the purpose of sending one email.
>>
>> Why is this so hard? This makes porting openwrt to a new router model look
>> easy in comparison. I sent it to myself as a copy and it looked completely
>> normal to me. Where and how can I check it got mangled and how can I avoid
>> it getting it mangled. I followed the instructions in kernel.org for
>> email-clients and apparently the patch still gets mangled. Argh.
>
>
> It is hard because you should be using git-send-email to make sure your
> patches are not mangled by your mailer in any form.
>
>
>>
>> Kind Regards
>>
>> Hanno
>>
>>
>> On 6/04/2012, at 9:24 AM, Jo-Philipp Wich  wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> It got line wrapped.
>>>
>>> ~ Jow
>>> -BEGIN PGP SIGNATURE-
>>> Version: GnuPG v1.4.10 (GNU/Linux)
>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>>
>>> iEYEARECAAYFAk9+DYgACgkQdputYINPTPPmbgCePy75NtkXFACVcCe01xA4Go7G
>>> 9uAAn0DGSguFrkM+5U01dbltb4Yg9kbG
>>> =k+Hp
>>> -END PGP SIGNATURE-
>>> ___
>>> openwrt-devel mailing list
>>> openwrt-devel@lists.openwrt.org
>>> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>>
>> ___
>> openwrt-devel mailing list
>> openwrt-devel@lists.openwrt.org
>> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] Initial support for Mikrotik RB751G-2HnD and RB751U-2HnD

[Florian Fainelli]

Hi,

Le 04/05/12 23:36, Hanno Schupp a écrit :

I am at a loss then what to do. I even went to the length of installing alpine 
on my pc just for the purpose of sending one email.

Why is this so hard? This makes porting openwrt to a new router model look easy 
in comparison. I sent it to myself as a copy and it looked completely normal to 
me. Where and how can I check it got mangled and how can I avoid it getting it 
mangled. I followed the instructions in kernel.org for email-clients and 
apparently the patch still gets mangled. Argh.


It is hard because you should be using git-send-email to make sure your 
patches are not mangled by your mailer in any form.




Kind Regards

Hanno


On 6/04/2012, at 9:24 AM, Jo-Philipp Wich  wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It got line wrapped.

~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9+DYgACgkQdputYINPTPPmbgCePy75NtkXFACVcCe01xA4Go7G
9uAAn0DGSguFrkM+5U01dbltb4Yg9kbG
=k+Hp
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] initramfs support

[Florian Fainelli]

Hi,

Le 04/05/12 21:46, michael-dev a écrit :

Hi,

enabling the cpio target (e.g. initramfs not embedded within the elf
image, required for example by p1020wlan tftp boot due to u-boot memory
constraints), the archive is lacking /init . This results in the kernel
panicking because rootfs cannot be mounted. However, I see /init in the
staging dir.

As a workaround, I now repack the cpio.tgz but this is not intended, or
is it?


You are supposed to set the kernel command-line to contain 
init=/etc/preinit for initramfs to work.

--
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel