Re: [OpenWrt-Devel] lantiq: usb_support flag in .config and amazon se
On 22/03/12 21:39, Luca Olivetti wrote: 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 USB support menu. I don't know if that's enough, but CONFIG_USB_SUPPORT is defined in danube/config-default, so you could try to put in in ase/config-default. that would be the correct fix. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] lantiq: usb_support flag in .config and amazon se
On 22/03/12 21:52, Conor O'Gorman wrote: On Thu, 2012-03-22 at 21:39 +0100, Luca Olivetti wrote: 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 USB support menu. I don't know if that's enough, but CONFIG_USB_SUPPORT is defined in danube/config-default, so you could try to put in in ase/config-default. Bye I have explored that path, without result. I especially noted a recent comment on the mailing list mentioning kernel_menuconfig as the correct way to adjust. I also hand-modded them. I may try it again. Try make kernel_menuconfig CONFIG_TARGET=subtarget. CONFIG_TARGET allows you to select which config you want to edit. possible options: target, subtarget, env. USB_ARCH_HAS_HCD seems to play a role, but it's behaviour is also confusing me. Conor after making changes to target/linux/lantiq/* make sure to rm -rf tmp/. also i am about to push an update for 3.2 kernel http://dev.phrozen.org/gitweb/?p=openwrt.git;a=shortlog;h=refs/heads/owrt-3.2 i will make sure ase usb works in the patch series. this patch series also changes from dwc_otg - ifxhcd, which is a new usb driver from lantiq. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] lantiq: usb_support flag in .config and amazon se
On Fri, 2012-03-23 at 07:23 +0100, John Crispin wrote: On 22/03/12 21:52, Conor O'Gorman wrote: On Thu, 2012-03-22 at 21:39 +0100, Luca Olivetti wrote: 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 USB support menu. I don't know if that's enough, but CONFIG_USB_SUPPORT is defined in danube/config-default, so you could try to put in in ase/config-default. Bye I have explored that path, without result. I especially noted a recent comment on the mailing list mentioning kernel_menuconfig as the correct way to adjust. I also hand-modded them. I may try it again. Try make kernel_menuconfig CONFIG_TARGET=subtarget. CONFIG_TARGET allows you to select which config you want to edit. possible options: target, subtarget, env. USB_ARCH_HAS_HCD seems to play a role, but it's behaviour is also confusing me. Conor after making changes to target/linux/lantiq/* make sure to rm -rf tmp/. also i am about to push an update for 3.2 kernel http://dev.phrozen.org/gitweb/?p=openwrt.git;a=shortlog;h=refs/heads/owrt-3.2 i will make sure ase usb works in the patch series. this patch series also changes from dwc_otg - ifxhcd, which is a new usb driver from lantiq. Great! I'll pull that code a bit later today and test. I did kill the tmp dir, but I'll try again in a more patient manner. Thanks, Conor ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Mikrotik Routerboard 450G - access to LAN ports broken
On 22/03/12 11:14 PM, Hanno Schupp wrote: My last good image is on the Mikrotik rb450g is 30857. 31037 no longer works. I have not tested in between. I suspect this is a regression from the changes introduced somewhere in 30994-31011, which extended the 8216 switch chip code (which also supports the 8316 used on the rb450g) to support 8327. Woah woah back the hell up. You got openwrt to boot in any shape on a rb450g? any chance that image might boot a rb435g? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Mikrotik Routerboard 450G - access to LAN ports broken
Sure, 450G is supported for a long time. No idea about the 435g, give if a try and let us know... On 23/03/2012, at 7:38 PM, Weedy weedy2...@gmail.com wrote: On 22/03/12 11:14 PM, Hanno Schupp wrote: My last good image is on the Mikrotik rb450g is 30857. 31037 no longer works. I have not tested in between. I suspect this is a regression from the changes introduced somewhere in 30994-31011, which extended the 8216 switch chip code (which also supports the 8316 used on the rb450g) to support 8327. Woah woah back the hell up. You got openwrt to boot in any shape on a rb450g? any chance that image might boot a rb435g? ___ 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] Mikrotik Routerboard 450G - access to LAN ports broken
On 23/03/12 03:06 AM, Hanno Schupp wrote: Sure, 450G is supported for a long time. No idea about the 435g, give if a try and let us know... I failed horribly to get a image to boot. I spent a week going over the twenty-seven thousand line kernel patch microtik sent me and had no luck. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Patch to add uClibc configuration
Hi, Attached file adds uClibc configuration specification for external toolchain. Instead of having to configure specifications via make menuconfig for external toolchain, one may select the package libuClibc, which additionally will copy ./lib/ld-uClibc* and ./lib/libuClibc*. I have used latest trunk source code (revision number 31050) to create this patch. Regards, Tathagata tathag...@alumnux.com add-external-uClibc-support Description: Binary data ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Patch to unset LPATH flag
Hi, Attach patch unsets LPATH flag (found configured in some custom host distributions) to make OpenWRT compile its toolchain without any issues. I have used latest trunk source code (revision number 31050) to create this patch. Regards, Tathagata tathag...@alumnux.com env-fix-unset-lpath Description: Binary data ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Patch to add uClibc configuration
On 03/23/2012 12:48 PM, Tathagata Das wrote: Hi, Attached file adds uClibc configuration specification for external toolchain. Instead of having to configure specifications via make menuconfig for external toolchain, one may select the package libuClibc, which additionally will copy ./lib/ld-uClibc* and ./lib/libuClibc*. I have used latest trunk source code (revision number 31050) to create this patch. Regards, Tathagata tathag...@alumnux.com Hi, could you start a new thread and not replay to an completely unrelated thread when you post a patch to the mailing list. Just replay to a mail if your mail is related to it. This message does not seam to be related to WNR3500L support. Hauke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Mikrotik Routerboard 450G - access to LAN ports broken
Weedy - Yeah, the trick to getting it to load is using the -initramdisk image. I wasted hours with errors about flash block sizes or something like that and it booted first time when I used the ramdisk image. After you get it booted with that ramdisk image you can copy a real image over to the flash with wget2nand. I'm just assuming that you should be able to use the same images since the specs for the 435g look pretty darn close to the 450g. -Rob On Fri, Mar 23, 2012 at 3:53 AM, Weedy weedy2...@gmail.com wrote: On 23/03/12 03:06 AM, Hanno Schupp wrote: Sure, 450G is supported for a long time. No idea about the 435g, give if a try and let us know... I failed horribly to get a image to boot. I spent a week going over the twenty-seven thousand line kernel patch microtik sent me and had no luck. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel -- Rob McKrill Voice Engineering Fidelity Voice and Data (216) 245-4109 www.fidelityvoice.com 2008, 2009, 2010 2011 Inductee to the prestigious Weatherhead 100 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] lantiq: usb_support flag in .config and amazon se
On Fri, 2012-03-23 at 11:29 +0100, John Crispin wrote: Do you want to get HOST or DEVICE working ? Host. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] lantiq: usb_support flag in .config and amazon se
On Fri, 2012-03-23 at 15:09 +0100, John Crispin wrote: On 23/03/12 15:06, John Crispin wrote: found the bug http://dev.phrozen.org/gitweb/?p=openwrt.git;a=blob;f=target/linux/lantiq/patches-3.2/0068-MIPS-lantiq-adds-USB_ARCH_HAS_HCD-to-CONFIG_LANTIQ.patch;h=b9d3caee16e5b362a27ce35f1dd9b36db0a81b18;hb=2593b9a15f468af059b515646adf2c18483992cb git://dev.phrozen.org/openwrt.git (owrt-3.2 branch) John also please note, we will be switching to the ifxhcd usb driver... i have so far only tested it on ar9/vr9 Thank you! I'll be giving it a spin on ase and danube. Conor ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] lantiq: usb_support flag in .config and amazon se
On 23/03/12 15:16, Conor O'Gorman wrote: On Fri, 2012-03-23 at 15:09 +0100, John Crispin wrote: On 23/03/12 15:06, John Crispin wrote: found the bug http://dev.phrozen.org/gitweb/?p=openwrt.git;a=blob;f=target/linux/lantiq/patches-3.2/0068-MIPS-lantiq-adds-USB_ARCH_HAS_HCD-to-CONFIG_LANTIQ.patch;h=b9d3caee16e5b362a27ce35f1dd9b36db0a81b18;hb=2593b9a15f468af059b515646adf2c18483992cb git://dev.phrozen.org/openwrt.git (owrt-3.2 branch) John also please note, we will be switching to the ifxhcd usb driver... i have so far only tested it on ar9/vr9 Thank you! I'll be giving it a spin on ase and danube. Conor me too, but i will be doing different work next week... so wont be before fortnight from now i have atatched the original Kconfig file, you will need this. the driver originally comes from the fritzbox 3370 GPL release config USB_HOST_IFX tristate Infineon USB Host Controller Driver depends on USB default n help Infineon USB Host Controller choice prompt Infineon USB Host Controller Driver Operation mode depends on USB_HOST_IFX ( AMAZON_S || AR9 || VR9 || MIPS_AMAZON_S || MIPS_AR9 || MIPS_VR9 ) help The IFX USB core can be configured as dual-host and single host. The unused core can be set as Device-mode. config USB_HOST_IFX_B bool USB host mode on core 1 and 2 help Both cores run as host config USB_HOST_IFX_1 bool USB host mode on core 1 only help Core #1 runs as host config USB_HOST_IFX_2 bool USB host mode on core 2 only help Core #2 runs as host endchoice config USB_HOST_IFX_FORCE_USB11 bool Forced USB1.1 depends on USB_HOST_IFX default n help force to be USB 1.1 config USB_HOST_IFX_WITH_HS_ELECT_TST bool With HS_Electrical Test depends on USB_HOST_IFX default n help With USBIF HSET routines config USB_HOST_IFX_WITH_ISO bool With ISO transfer depends on USB_HOST_IFX default n help With USBIF ISO transfer choice prompt IFX unaligned buffer policy depends on USB_HOST_IFX help IFX unaligned buffer policy config USB_HOST_IFX_UNALIGNED_ADJ bool Adjust help USB_HOST_IFX_UNALIGNED_ADJ config USB_HOST_IFX_UNALIGNED_CHK bool Check-only help USB_HOST_IFX_UNALIGNED_CHK config USB_HOST_IFX_UNALIGNED_NONE bool No process help USB_HOST_IFX_UNALIGNED_NONE endchoice ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] LANTIQ- EASY5072- UART0 problem
Hi, We tested the code on our board. Now the USB host controller functionality works almost perfect, with some losses at very high rates (921600), while it does not crash any more nor with use-to-serial USB or other media devices. Thanks a lot, Spyros On 22/3/2012 9:12 μμ, Conor O'Gorman wrote: On Thu, 2012-03-22 at 17:48 +0100, Spyridon Tompros wrote: We have tested the following the following USB drivers provided with the latest openwrt/trunk version (downloaded yesterday): -Kmod-usb-core -Kmod-usb2 -Kmod-serial-to-usb In all cases we observe lost packets when sending files to a PC and receiving them back. Some times the kernel crashes, while crashes happen always when we try to physically connect a USB HUB or a media USB device. I saw improvements in native danube usb behaviour with this change: +++ b/drivers/usb/dwc_otg/dwc_otg_hcd_intr.c -@@ -0,0 +1,1841 @@ +@@ -0,0 +1,1839 @@ +/* == + * $File: //dwh/usb_iip/dev/software/otg_ipmate/linux/drivers/dwc_otg_hcd_intr.c $ + * $Revision: 1.1.1.1 $ @@ -11891,8 +11891,6 @@ + * automatically executes the PING, then the transfer. + */ + halt_channel(_hcd, _hc, _qtd, DWC_OTG_HC_XFER_ACK, must_free); -+ } else { -+ halt_channel(_hcd, _hc, _qtd, _hc-halt_status, must_free); + } + } + ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel -- Best Regards, Spyridon Tompros Dr. Ing. Spyridon Tompros 36 GE Lebon, 1160 Brussels tel:+322.5133076 www.qualtek.eu ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] LANTIQ- EASY5072- UART0 problem
Hi, Ok, i will add this patch to the upcoming kernel update John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] LANTIQ- EASY5072- UART0 problem
Thanks, we are also missing UART0, which does not work despite following the right programming sequense documented in the Users' Manual. We are still working on it. I do not know if there is any code available. Spyros On 23/3/2012 3:45 μμ, John Crispin wrote: Hi, Ok, i will add this patch to the upcoming kernel update John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel -- Best Regards, Spyridon Tompros Dr. Ing. Spyridon Tompros 36 GE Lebon, 1160 Brussels tel:+322.5133076 www.qualtek.eu ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] LANTIQ- EASY5072- UART0 problem
On 23/03/12 15:50, Spyridon Tompros wrote: Thanks, we are also missing UART0, which does not work despite following the right programming sequense documented in the Users' Manual. We are still working on it. I do not know if there is any code available. Spyros still looking into it myself ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] LANTIQ- EASY5072- UART0 problem
On Fri, 2012-03-23 at 15:41 +0100, Spyridon Tompros wrote: Hi, We tested the code on our board. Now the USB host controller functionality works almost perfect, with some losses at very high rates (921600), while it does not crash any more nor with use-to-serial USB or other media devices. Thanks a lot, Spyros Good to hear, I spent a couple of days tracing the behaviour, and was happy to find it to be a one line fix. That in-appropriate halt_channel() call was causing cross-connecting references as I recall. I also still see some errors, but it seems to recover from them. I assumed they are due to random glitches/errors on the hardware lines. Conor ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Mikrotik Routerboard 450G - access to LAN ports broken
On 2012-03-22 8:14 PM, Hanno Schupp wrote: My last good image is on the Mikrotik rb450g is 30857. 31037 no longer works. I have not tested in between. I suspect this is a regression from the changes introduced somewhere in 30994-31011, which extended the 8216 switch chip code (which also supports the 8316 used on the rb450g) to support 8327. I've run into the same problem with a Buffalo WZR-HP-G450H. I've gotten 30993 to work and am going to start rolling through the patches one by one to see where mine breaks today, but I have the same suspicion as you, that the problem lies in the group 30994-31011. I'll report back as soon as I find exactly where it breaks. -Greg signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] LANTIQ- EASY5072- UART0 problem
Yes, I have the same impression about the errors. We need to test again in detail all speed modes to get a better overview, but the system works fine. If there is a higher layer protocol that supports flow control then this bit error rate is practically nothing. Spyros On 23/3/2012 4:07 μμ, Conor O'Gorman wrote: On Fri, 2012-03-23 at 15:41 +0100, Spyridon Tompros wrote: Hi, We tested the code on our board. Now the USB host controller functionality works almost perfect, with some losses at very high rates (921600), while it does not crash any more nor with use-to-serial USB or other media devices. Thanks a lot, Spyros Good to hear, I spent a couple of days tracing the behaviour, and was happy to find it to be a one line fix. That in-appropriate halt_channel() call was causing cross-connecting references as I recall. I also still see some errors, but it seems to recover from them. I assumed they are due to random glitches/errors on the hardware lines. Conor ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel -- Best Regards, Spyridon Tompros Dr. Ing. Spyridon Tompros 36 GE Lebon, 1160 Brussels tel:+322.5133076 www.qualtek.eu ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] LANTIQ- EASY5072- UART0 problem
Some additional info: Do you have a proprietary board or an EASY50712 evaluation board? We have both and on the EASY board we do not see any errors any more. On the proprietary board we encounter some at high rates, that's why I believe it is a matter of traces routing. Eventually the USB I/F is the most high bit rate of all, therefore routing of its differential signals must be done very carefully. Spyros On 23/3/2012 5:11 μμ, Spyridon Tompros wrote: Yes, I have the same impression about the errors. We need to test again in detail all speed modes to get a better overview, but the system works fine. If there is a higher layer protocol that supports flow control then this bit error rate is practically nothing. Spyros On 23/3/2012 4:07 μμ, Conor O'Gorman wrote: On Fri, 2012-03-23 at 15:41 +0100, Spyridon Tompros wrote: Hi, We tested the code on our board. Now the USB host controller functionality works almost perfect, with some losses at very high rates (921600), while it does not crash any more nor with use-to-serial USB or other media devices. Thanks a lot, Spyros Good to hear, I spent a couple of days tracing the behaviour, and was happy to find it to be a one line fix. That in-appropriate halt_channel() call was causing cross-connecting references as I recall. I also still see some errors, but it seems to recover from them. I assumed they are due to random glitches/errors on the hardware lines. Conor ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel -- Best Regards, Spyridon Tompros Dr. Ing. Spyridon Tompros 36 GE Lebon, 1160 Brussels tel:+322.5133076 www.qualtek.eu ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] LANTIQ- EASY5072- UART0 problem
On Fri, 2012-03-23 at 17:24 +0100, Spyridon Tompros wrote: Some additional info: Do you have a proprietary board or an EASY50712 evaluation board? We have both and on the EASY board we do not see any errors any more. On the proprietary board we encounter some at high rates, that's why I believe it is a matter of traces routing. Eventually the USB I/F is the most high bit rate of all, therefore routing of its differential signals must be done very carefully. Proprietary board also. If you build the driver in debug mode I think it reports these error stats. The error reported for us, is Transaction Error (XactErr). Of all the errors this looks like a bit/data/crc type error. I intended to do an eye-diagram test, but it hasn't been done yet. As you say, high speed usb is the highest speed signal. I did turn on the option to operate at 12 Mbps. But after the fix, I didn't see much difference, and we need the higher speed for newest 3G modems. Conor ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] LANTIQ- EASY5072- UART0 problem
If the problem is HW it cannot become better anymore. In case you plan to do a new board, find below some rules for your HW design (not fully respected by us in our board). The evaluation board respects them: -Differential signals length less than 1inch -Same trace length and width -Ground planes on solder and component screen around the traces -Avoid vias -don't route under oscillators Spyros On 23/3/2012 5:33 μμ, Conor O'Gorman wrote: On Fri, 2012-03-23 at 17:24 +0100, Spyridon Tompros wrote: Some additional info: Do you have a proprietary board or an EASY50712 evaluation board? We have both and on the EASY board we do not see any errors any more. On the proprietary board we encounter some at high rates, that's why I believe it is a matter of traces routing. Eventually the USB I/F is the most high bit rate of all, therefore routing of its differential signals must be done very carefully. Proprietary board also. If you build the driver in debug mode I think it reports these error stats. The error reported for us, is Transaction Error (XactErr). Of all the errors this looks like a bit/data/crc type error. I intended to do an eye-diagram test, but it hasn't been done yet. As you say, high speed usb is the highest speed signal. I did turn on the option to operate at 12 Mbps. But after the fix, I didn't see much difference, and we need the higher speed for newest 3G modems. Conor ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel -- Best Regards, Spyridon Tompros Dr. Ing. Spyridon Tompros 36 GE Lebon, 1160 Brussels tel:+322.5133076 www.qualtek.eu ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/1] dnsmasq: configure dnsmasq via flat config file and not command-line args
Sometimes it's useful to compare the generated config file from UCI config with a hand-edited dnsmasq config file, especially if you're migrating to an OpenWRT router from something else (such as Astlinux). Putting the generated config makes it easier to capture and diff, etc. Signed-off-by: Philip Prindeville phil...@redfish-solutions.com Index: package/dnsmasq/files/dnsmasq.init === --- package/dnsmasq/files/dnsmasq.init (revision 31059) +++ package/dnsmasq/files/dnsmasq.init (working copy) @@ -8,6 +8,14 @@ DNS_SERVERS= DOMAIN= +CONFIGFILE=/var/etc/dnsmasq.conf + +xappend() { + local value=$1 + + echo ${value#--} $CONFIGFILE +} + dhcp_calc() { local ip=$1 local res=0 @@ -27,7 +35,7 @@ local value=$3 local _loctmp config_get_bool _loctmp $section $option 0 - [ $_loctmp -gt 0 ] append args $value + [ $_loctmp -gt 0 ] xappend $value } append_parm() { @@ -37,66 +45,66 @@ local _loctmp config_get _loctmp $section $option [ -z $_loctmp ] return 0 - append args $switch $_loctmp + xappend $switch=$_loctmp } append_server() { - append args -S $1 + xappend --server=$1 } append_interface() { local ifname=$(uci_get_state network $1 ifname $1) - append args -i $ifname + xappend --interface=$ifname } append_notinterface() { local ifname=$(uci_get_state network $1 ifname $1) - append args -I $ifname + xappend --except-interface=$ifname } append_addnhosts() { - append args -H $1 + xappend --addn-hosts=$1 } append_bogusnxdomain() { - append args -B $1 + xappend --bogus-nxdomain=$1 } dnsmasq() { local cfg=$1 - append_bool $cfg authoritative -K - append_bool $cfg nodaemon -d - append_bool $cfg domainneeded -D - append_bool $cfg filterwin2k -f - append_bool $cfg nohosts -h - append_bool $cfg nonegcache -N - append_bool $cfg strictorder -o - append_bool $cfg logqueries -q - append_bool $cfg noresolv -R - append_bool $cfg localise_queries -y - append_bool $cfg readethers -Z - append_bool $cfg dbus -1 - append_bool $cfg boguspriv -b - append_bool $cfg expandhosts -E + append_bool $cfg authoritative --dhcp-authoritative + append_bool $cfg nodaemon --no-daemon + append_bool $cfg domainneeded --domain-needed + append_bool $cfg filterwin2k --filterwin2k + append_bool $cfg nohosts --no-hosts + append_bool $cfg nonegcache --no-negcache + append_bool $cfg strictorder --strict-order + append_bool $cfg logqueries --log-queries + append_bool $cfg noresolv --no-resolv + append_bool $cfg localise_queries --localise-queries + append_bool $cfg readethers --read-ethers + append_bool $cfg dbus --enable-dbus + append_bool $cfg boguspriv --bogus-priv + append_bool $cfg expandhosts --expand-hosts append_bool $cfg enable_tftp --enable-tftp - append_bool $cfg nonwildcard -z + append_bool $cfg nonwildcard --bind-interfaces - append_parm $cfg dhcpscript -6 - append_parm $cfg cachesize -c - append_parm $cfg dnsforwardmax -0 - append_parm $cfg port -p - append_parm $cfg ednspacket_max -P - append_parm $cfg dhcpleasemax -X - append_parm $cfg queryport -Q - append_parm $cfg domain -s - append_parm $cfg local -S + append_parm $cfg dhcpscript --dhcp-script + append_parm $cfg cachesize --cache-size + append_parm $cfg dnsforwardmax --dns-forward-max + append_parm $cfg port --port + append_parm $cfg ednspacket_max --edns-packet-max + append_parm $cfg dhcpleasemax --dhcp-lease-max + append_parm $cfg queryport --query-port + append_parm $cfg domain --domain + append_parm $cfg local --server config_list_foreach $cfg server append_server config_list_foreach $cfg interface append_interface config_list_foreach $cfg notinterface append_notinterface config_list_foreach $cfg addnhosts append_addnhosts config_list_foreach $cfg bogusnxdomain append_bogusnxdomain - append_parm $cfg leasefile -l - append_parm $cfg resolvfile -r + append_parm $cfg leasefile --dhcp-leasefile + append_parm $cfg resolvfile --resolv-file append_parm $cfg tftp_root --tftp-root append_parm $cfg dhcp_boot --dhcp-boot @@ -110,7 +118,7 @@ config_get_bool cachelocal $cfg cachelocal 1 config_get hostsfile $cfg dhcphostsfile - [ -e $hostsfile ] append args --dhcp-hostsfile=$hostsfile + [ -e $hostsfile ] xappend --dhcp-hostsfile=$hostsfile local rebind config_get_bool rebind $cfg rebind_protection 1 @@ -118,22 +126,24 @@ logger -t dnsmasq \ DNS rebinding
[OpenWrt-Devel] [PATCH v2] BCMA - Always map 4 bytes
This probably doesn't matter, but reads/writes are always 4 bytes, so always map 4 bytes. Changes since v1: Moved changes to new patch file (234-bcma-always-map-4-bytes.patch). Signed-off-by: Nathan Hintz nlhi...@hotmail.com --- /dev/null +++ target/linux/brcm47xx/patches-3.2/234-bcma-always-map-4-bytes.patch @@ -0,0 +1,29 @@ +--- a/drivers/bcma/driver_pci_host.c b/drivers/bcma/driver_pci_host.c +@@ -118,7 +118,7 @@ static int bcma_extpci_read_config(struc + if (unlikely(!addr)) + goto out; + err = -ENOMEM; +- mmio = ioremap_nocache(addr, len); ++ mmio = ioremap_nocache(addr, sizeof(val)); + if (!mmio) + goto out; + +@@ -170,7 +170,7 @@ static int bcma_extpci_write_config(stru + addr = pc-core-addr + BCMA_CORE_PCI_PCICFG0; + addr |= (func 8); + addr |= (off 0xfc); +- mmio = ioremap_nocache(addr, len); ++ mmio = ioremap_nocache(addr, sizeof(val)); + if (!mmio) + goto out; + } +@@ -179,7 +179,7 @@ static int bcma_extpci_write_config(stru + if (unlikely(!addr)) + goto out; + err = -ENOMEM; +- mmio = ioremap_nocache(addr, len); ++ mmio = ioremap_nocache(addr, sizeof(val)); + if (!mmio) + goto out; + ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH v2] BCMA - Enable use of IRQ6
Changes since v1: Patch file renamed (235-bcma-enable-irq6.patch). Signed-off-by: Nathan Hintz nlhi...@hotmail.com --- /dev/null +++ target/linux/brcm47xx/patches-3.2/235-bcma-enable-irq6.patch @@ -0,0 +1,29 @@ +--- a/drivers/bcma/driver_mips.c b/drivers/bcma/driver_mips.c +@@ -75,7 +75,7 @@ + return dev-core_index; + flag = bcma_aread32(dev, BCMA_MIPS_OOBSELOUTA30); + +- return flag 0x1F; ++ return (flag ? (flag 0x1F) : 0x3F); + } + + /* Get the MIPS IRQ assignment for a specified device. +@@ -88,6 +88,8 @@ + unsigned int irq; + + irqflag = bcma_core_mips_irqflag(dev); ++ if (irqflag == 0x3F) ++ return 6; + + for (irq = 1; irq = 4; irq++) + if (bcma_read32(mdev, BCMA_MIPS_MIPS74K_INTMASK(irq)) +@@ -244,7 +246,7 @@ + core-irq = 0; + else + core-irq = mips_irq + 2; +- if (core-irq 5) ++ if (core-irq 6) + continue; + switch (core-id.id) { + case BCMA_CORE_PCI: ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] BCMA - Reduce code for MDIO access
Reduce code for MDIO access. Signed-off-by: Nathan Hintz nlhi...@hotmail.com --- /dev/null +++ target/linux/brcm47xx/patches-3.2/236-bcma-reduce-mdio-ops.patch @@ -0,0 +1,103 @@ +--- a/drivers/bcma/driver_pci.c b/drivers/bcma/driver_pci.c +@@ -57,10 +57,10 @@ static void bcma_pcie_mdio_set_phy(struc + } + } + +-static u16 bcma_pcie_mdio_read(struct bcma_drv_pci *pc, u8 device, u8 address) ++static void bcma_pcie_mdio_op(struct bcma_drv_pci *pc, u8 device, u8 address, ++bool write, u16 *data) + { + int max_retries = 10; +- u16 ret = 0; + u32 v; + int i; + +@@ -80,9 +80,17 @@ static u16 bcma_pcie_mdio_read(struct bc + v |= (address BCMA_CORE_PCI_MDIODATA_REGADDR_SHF_OLD); + } + +- v = BCMA_CORE_PCI_MDIODATA_START; +- v |= BCMA_CORE_PCI_MDIODATA_READ; +- v |= BCMA_CORE_PCI_MDIODATA_TA; ++ if (!write) { ++ v = BCMA_CORE_PCI_MDIODATA_START; ++ v |= BCMA_CORE_PCI_MDIODATA_READ; ++ v |= BCMA_CORE_PCI_MDIODATA_TA; ++ *data = 0; ++ } else { ++ v = BCMA_CORE_PCI_MDIODATA_START; ++ v |= BCMA_CORE_PCI_MDIODATA_WRITE; ++ v |= BCMA_CORE_PCI_MDIODATA_TA; ++ v |= *data; ++ } + + pcicore_write32(pc, BCMA_CORE_PCI_MDIO_DATA, v); + /* Wait for the device to complete the transaction */ +@@ -90,53 +98,28 @@ static u16 bcma_pcie_mdio_read(struct bc + for (i = 0; i max_retries; i++) { + v = pcicore_read32(pc, BCMA_CORE_PCI_MDIO_CONTROL); + if (v BCMA_CORE_PCI_MDIOCTL_ACCESS_DONE) { +- udelay(10); +- ret = pcicore_read32(pc, BCMA_CORE_PCI_MDIO_DATA); ++ if (!write) { ++ udelay(10); ++ *data = pcicore_read32(pc, BCMA_CORE_PCI_MDIO_DATA); ++ } + break; + } + msleep(1); + } + pcicore_write32(pc, BCMA_CORE_PCI_MDIO_CONTROL, 0); +- return ret; + } + +-static void bcma_pcie_mdio_write(struct bcma_drv_pci *pc, u8 device, +- u8 address, u16 data) ++static inline u16 bcma_pcie_mdio_read(struct bcma_drv_pci *pc, u8 device, u8 address) + { +- int max_retries = 10; +- u32 v; +- int i; +- +- /* enable mdio access to SERDES */ +- v = BCMA_CORE_PCI_MDIOCTL_PREAM_EN; +- v |= BCMA_CORE_PCI_MDIOCTL_DIVISOR_VAL; +- pcicore_write32(pc, BCMA_CORE_PCI_MDIO_CONTROL, v); +- +- if (pc-core-id.rev = 10) { +- max_retries = 200; +- bcma_pcie_mdio_set_phy(pc, device); +- v = (BCMA_CORE_PCI_MDIODATA_DEV_ADDR +- BCMA_CORE_PCI_MDIODATA_DEVADDR_SHF); +- v |= (address BCMA_CORE_PCI_MDIODATA_REGADDR_SHF); +- } else { +- v = (device BCMA_CORE_PCI_MDIODATA_DEVADDR_SHF_OLD); +- v |= (address BCMA_CORE_PCI_MDIODATA_REGADDR_SHF_OLD); +- } ++ u16 data; ++ bcma_pcie_mdio_op(pc, device, address, false, data); ++ return data; ++} + +- v = BCMA_CORE_PCI_MDIODATA_START; +- v |= BCMA_CORE_PCI_MDIODATA_WRITE; +- v |= BCMA_CORE_PCI_MDIODATA_TA; +- v |= data; +- pcicore_write32(pc, BCMA_CORE_PCI_MDIO_DATA, v); +- /* Wait for the device to complete the transaction */ +- udelay(10); +- for (i = 0; i max_retries; i++) { +- v = pcicore_read32(pc, BCMA_CORE_PCI_MDIO_CONTROL); +- if (v BCMA_CORE_PCI_MDIOCTL_ACCESS_DONE) +- break; +- msleep(1); +- } +- pcicore_write32(pc, BCMA_CORE_PCI_MDIO_CONTROL, 0); ++static inline void bcma_pcie_mdio_write(struct bcma_drv_pci *pc, u8 device, ++ u8 address, u16 data) ++{ ++ bcma_pcie_mdio_op(pc, device, address, true, data); + } + + /** ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] LANTIQ- EASY5072- UART0 problem
Hi, On Fri, Mar 23, 2012 at 07:39:19PM +0100, openwrt-devel-requ...@lists.openwrt.org wrote: Message: 2 Date: Fri, 23 Mar 2012 18:00:18 +0100 From: Spyridon Tompros stomp...@qualtek.eu To: openwrt-devel@lists.openwrt.org Subject: Re: [OpenWrt-Devel] LANTIQ- EASY5072- UART0 problem Message-ID: 4f6cac22.6030...@qualtek.eu Content-Type: text/plain; charset=UTF-8; format=flowed If the problem is HW it cannot become better anymore. Extra dumb question: perhaps it would be doable to have some playful experiments with some ferrite:ish cover layers near affected traces? (not sure whether there would be any effect at such scale, but without trying there's no knowledge...) Given that the PCB's layout is completely broken already, matters probably cannot get worse :) Disclaimer: _not_ an experienced EDA engineer here :) Andreas Mohr ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Mikrotik Routerboard 450G - access to LAN ports broken
On 2012-03-23 8:13 AM, Gregory Finch wrote: On 2012-03-22 8:14 PM, Hanno Schupp wrote: My last good image is on the Mikrotik rb450g is 30857. 31037 no longer works. I have not tested in between. I suspect this is a regression from the changes introduced somewhere in 30994-31011, which extended the 8216 switch chip code (which also supports the 8316 used on the rb450g) to support 8327. I've run into the same problem with a Buffalo WZR-HP-G450H. I've gotten 30993 to work and am going to start rolling through the patches one by one to see where mine breaks today, but I have the same suspicion as you, that the problem lies in the group 30994-31011. I'll report back as soon as I find exactly where it breaks. -Greg Changeset 31028 - update linux 3.2 to 3.2.12 - this causes the problem. The switch is no longer works in my machine. swconfig can still see that a link is up or down, but that's it. Changeset 31026 may cause part of the issue too. Prior to 31026, I get the following in my logs on boot: kern.info kernel: [0.66] ag71xx_mdio: probed kern.info kernel: [0.66] eth0: Atheros AG71xx at 0xb900, irq 4 kern.info kernel: [1.24] eth0: AR8316 switch driver attached. kern.info kernel: [1.24] ar8316: Using port 4 as switch port kern.info kernel: [1.34] ag71xx ag71xx.0: eth0: connected to PHY at ag71xx-mdio.0:00 [uid=004dd041, driver=Atheros AR8216/AR8236/AR8316] from 31026, I no longer get that information in the logs. I haven't had a chance to stress test it yet, so I'm not sure if there are any implications with the change. -Greg signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Patch to add uClibc configuration
Hi Hauke, Sorry, I do not understand. Could you please clarify ? Regards, Tatha On 23.03.2012 16:53, Hauke Mehrtens wrote: On 03/23/2012 12:48 PM, Tathagata Das wrote: Hi, Attached file adds uClibc configuration specification for external toolchain. Instead of having to configure specifications via make menuconfig for external toolchain, one may select the package libuClibc, which additionally will copy ./lib/ld-uClibc* and ./lib/libuClibc*. I have used latest trunk source code (revision number 31050) to create this patch. Regards, Tathagata tathag...@alumnux.com Hi, could you start a new thread and not replay to an completely unrelated thread when you post a patch to the mailing list. Just replay to a mail if your mail is related to it. This message does not seam to be related to WNR3500L support. Hauke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel