[OpenWrt-Devel] [PATCH] ar71xx: fix switch configuration in Ubiquiti UAP Pro
From: Roger Pueyo Centelles roger.pu...@guifi.net --- target/linux/ar71xx/base-files/etc/uci-defaults/02_network | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network index a269c1f..5fde7b2 100755 --- a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network +++ b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network @@ -215,9 +215,10 @@ wnr612-v2) ;; uap-pro) - ucidef_set_interface_lan eth0 + ucidef_set_interfaces_lan_wan eth0.1 eth0.2 ucidef_add_switch switch0 1 1 - ucidef_add_switch_vlan switch0 1 0 1 2 + ucidef_add_switch_vlan switch0 1 0t 1 + ucidef_add_switch_vlan switch0 2 0t 2 ;; nanostation-m-xw) -- 2.1.3 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [CFP] FOSDEM 2015 Embedded Devroom
Devroom date: Saturday January 31st and February 1st 2015 in Brussels,
Belgium
CFP deadline: Monday December 1st 2014
Final notification two weeks later, December 15th 2014
CFP Introduction
--
Embedded software is transforming the world, and FOSS embedded software is
leading the way. From automotive to the Internet of Things, small devices,
embedded systems, industrial process control and automatons are beginning
their inevitable rise to the singularity. Join in! Or be assimilated. ;)
NB: This year FOSDEM plans to record all presentations, no exceptions.
Please only propose a talk that you're really able and willing to share.
Topics Sought
--
The embedded devroom seeks topics related to automotive, mobile,
autonomous, and generally small systems. Related areas are of course of
interest as well and our definition of embedded is elastic. Are you
controlling and launching rockets, made your own set-top box, built some
heating control for your house, hacked your mobile phone or just built a
small gadget using FOSS software then you might have exactly what we're
looking for. This year the automotive devroom has been merged into the
embedded devroom so automotive projects are for sure on topic here too.
CFP Schedule And Submission Details
Please submit proposals no later than the first of December.
Please use the following URL to submit your talk to FOSDEM 2015:
https://penta.fosdem.org/submission/FOSDEM15
and follow the following rules:
* Select as the Track embedded devroom.
* Include a title. (Note that Subtitle entry doesn't appear on
all conference documents, so make sure Title can stand on its own without
Subtitle present.) Also try to make it catchy and descriptive of what you
will talk about. For example Launching rockets with an Arduino and not
Programming a microcontroller for aerodynamic control
* Include an Abstract of about 500 characters and a full description of
any length you wish, but in both fields, please be concise, but clear and
descriptive.
* Indicate whether you seek a 25 or 45 minute slot.
* Use the Links sub-area to your past work in the field you'd like to
share.
* Affirmative confirmation that you agree to CC-By-SA-4.0 or Cc-By-4.0
licensing of your talk, in the Submission Notes field. Add a statement
such as this: Should my presentation be scheduled for FOSDEM 2015, I
hereby agree to license all recordings, slides and any other materials
presented under the Creative Commons Attribution Share-Alike 4.0
International license. Sincerely, s/YOUR_NAME/
* Also in the notes field, note your affirmative confirmation of
availability to speak on Saturday 31 January or 1 February 2015 in
Brussels. Also mention if you plan to do a demo and if you have special
requirements.
* Make sure you give a valid email so we can contact you easily in case
we have more questions or want to make sure you received the confirmation.
Should you have any questions we can send more information as needed.
Thank you very much and we look forward to reviewing your proposals!
-- Philippe and Jeremiah along with the other members of
the FOSDEM embedded devroom team.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
-- Linus Torvalds
--
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
-- Linus Torvalds
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 1/2] kernel: Use defconfig instead of full fledged kernel configuration
Hi Felix, On Sun, Nov 09, 2014 at 11:54:15AM +0100, Felix Fietkau wrote: On 2014-11-07 11:58, Maxime Ripard wrote: Rely on the Kconfig defconfig mechanism to fill all the missing options, instead of needing to set them all in the kernel configurations like what was previously done. This will allow to trim down a lot the configuration files, avoid carrying unused configuration options and preserve the developpers mental health. Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com I think this is a very good idea. Did you verify on all relevant architectures that the resulting kernel config stays the same with this change? I've given a test-run on all the supported architectures, both with and without the patch. It pointed out that there was an incorrect assumption on my side that $(ARCH) would be the Linux architecture, which it isn't. A second version will follow shortly to address this. Beside ramips that failed to build on my build machine, and um that was missing the needed exception to convert it to the linux architecture, the only change in *all* the generated configuration is CONFIG_INITRAMFS_SOURCE being at a different location in the file. Note that this is just with this patch applied, so there was no trimmed version of the configuration files involved. You can find the build logs and kernel configuration files there: http://free-electrons.com/~maxime/pub/openwrt/, both with and without the patch applied. Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com signature.asc Description: Digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Request for any netifd wireless documentation
Could someone explain netifd and wireless management a bit, please? I tried to read some code, but so far it looks messy to me. Maybe if we had some short description of netifd wireless layout on wiki, it would be more developer friendly. I can see multiple files: /sbin/wifi /lib/wifi/mac80211.sh /lib/netifd/wireless/mac80211.sh /lib/netifd/hostapd.sh but they mostly don't contain any comments. I'm not sure how much it's worth to list unclear parts of that. It's confusing to have /lib/netifd/ and /lib/wifi/. It's confusing to have two APIs (inconsistent callbacks). I can't understand why even for mac80211.sh we keep detecting code in /lib/wifi/. There isn't anything documented in the /lib/netifd/netifd-wireless.sh. I have no idea how netifd - scripts communication works. What is handled in scripts and what in netifd? Could someone try to describe this a bit? Preferably on wiki page, so it can be easily found and extended by others? -- Rafał ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Still no progress on gigabit ports on Mikrotek 2011UiAS-2HnD
I still have non-working gigabit ports on my Mikrotik 2011UiAS-2HnD. Soren Harward kindly had a look at various diagnostics but hasn't seen anything obvious wrong yet. The symptoms are exactly the same for both a build I configured from the current trunk and a default Mikrotik build of Barrier Breaker 14.07. The five Fast Ethernet ports (on the integrated AR8227) work perfectly, the five Gigabit ports (on external AR8327) don't work under OpenWrt. They work fine under RouterOs and the BOOTP load of OpenWrt into RAM works via one of the Gigabit ports. Looking at statistics for the Gigabit switch there's loads of data sent but nothing at all received. I'm wondering if the problem is some subtle difference between the 2011UiAS-2HnD and other members of the 2011 series. The one that Soren Hayward has working doesn't have WiFi like mine. (The WiFi works fine when I enable it though). In addition to the Gigabit ports not seeing any input I can't get the USB to work at all either. I've installed kmod-usb-core and kmod-usb-printer but nothing about USB ever appears in dmesg whatever I connect to the USB port. -- Chris Green ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Still no progress on gigabit ports on Mikrotek 2011UiAS-2HnD
Could this be relevant:- For the working 10/100 Ethernet ports root@OpenWrt:/sys/devices/platform# ls -l ag71xx-mdio.1/ag71xx-mdio.1:00 -r--r--r--1 root root 4096 Nov 18 12:05 phy_id lrwxrwxrwx1 root root 0 Nov 18 12:05 subsystem - ../../../../bus/mdio_bus -rw-r--r--1 root root 4096 Nov 18 12:05 uevent For the non-working Gigabit ports root@OpenWrt:/sys/devices/platform# ls -l ag71xx-mdio.0/ag71xx-mdio.0:00 lrwxrwxrwx1 root root 0 Nov 18 12:05 driver - ../../../../bus/mdio_bus/drivers/Atheros AR8216!AR8236!AR8316 -r--r--r--1 root root 4096 Nov 18 12:05 phy_id lrwxrwxrwx1 root root 0 Nov 18 12:05 subsystem - ../../../../bus/mdio_bus -rw-r--r--1 root root 4096 Nov 18 12:05 uevent Maybe not, I'm just desperately looking for differences between the working ports and the non-working ones. -- Chris Green ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Request for any netifd wireless documentation
Same here... I'm trying to implement ht-mcs without luck. Bruno On 18 November 2014 11:19, Rafał Miłecki zaj...@gmail.com wrote: Could someone explain netifd and wireless management a bit, please? I tried to read some code, but so far it looks messy to me. Maybe if we had some short description of netifd wireless layout on wiki, it would be more developer friendly. I can see multiple files: /sbin/wifi /lib/wifi/mac80211.sh /lib/netifd/wireless/mac80211.sh /lib/netifd/hostapd.sh but they mostly don't contain any comments. I'm not sure how much it's worth to list unclear parts of that. It's confusing to have /lib/netifd/ and /lib/wifi/. It's confusing to have two APIs (inconsistent callbacks). I can't understand why even for mac80211.sh we keep detecting code in /lib/wifi/. There isn't anything documented in the /lib/netifd/netifd-wireless.sh. I have no idea how netifd - scripts communication works. What is handled in scripts and what in netifd? Could someone try to describe this a bit? Preferably on wiki page, so it can be easily found and extended by others? -- Rafał ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH uqmi] Add command --get-msisdn for getting phone number
---
For two SIM cards from the same operator (Plus GSM) I get error message:
Not provisioned, when try to get MSISDN. Real phone with these cards
inserted also cannot display a phone number. I can make calls normally.
And other two (different operators) works correctly.
Is anybody know why this happens?
commands-dms.c | 16
commands-dms.h | 2 ++
2 files changed, 18 insertions(+)
diff --git a/commands-dms.c b/commands-dms.c
index 563321e..ad5c89d 100644
--- a/commands-dms.c
+++ b/commands-dms.c
@@ -159,6 +159,22 @@ cmd_dms_get_imsi_prepare(struct qmi_dev *qmi, struct
qmi_request *req, struct qm
return QMI_CMD_REQUEST;
}
+static void cmd_dms_get_msisdn_cb(struct qmi_dev *qmi, struct qmi_request
*req, struct qmi_msg *msg)
+{
+ struct qmi_dms_get_msisdn_response res;
+
+ qmi_parse_dms_get_msisdn_response(msg, res);
+ if (res.data.msisdn)
+ blobmsg_add_string(status, NULL, res.data.msisdn);
+}
+
+static enum qmi_cmd_result
+cmd_dms_get_msisdn_prepare(struct qmi_dev *qmi, struct qmi_request *req,
struct qmi_msg *msg, char *arg)
+{
+ qmi_set_dms_get_msisdn_request(msg);
+ return QMI_CMD_REQUEST;
+}
+
#define cmd_dms_reset_cb no_cb
static enum qmi_cmd_result
cmd_dms_reset_prepare(struct qmi_dev *qmi, struct qmi_request *req, struct
qmi_msg *msg, char *arg)
diff --git a/commands-dms.h b/commands-dms.h
index 1f21b13..c20d007 100644
--- a/commands-dms.h
+++ b/commands-dms.h
@@ -8,6 +8,7 @@
__uqmi_command(dms_set_new_pin, new-pin, required, CMD_TYPE_OPTION), \
__uqmi_command(dms_get_iccid, get-iccid, no, QMI_SERVICE_DMS), \
__uqmi_command(dms_get_imsi, get-imsi, no, QMI_SERVICE_DMS), \
+ __uqmi_command(dms_get_msisdn, get-msisdn, no, QMI_SERVICE_DMS), \
__uqmi_command(dms_set_operating_mode, set-device-operating-mode,
required, QMI_SERVICE_DMS), \
__uqmi_command(dms_reset, reset-dms, no, QMI_SERVICE_DMS) \
@@ -23,6 +24,7 @@
--new-pin new pin:New pin\n \
--get-iccid: Get the ICCID\n \
--get-imsi: Get International Mobile
Subscriber ID\n \
+ --get-msisdn: Get the MSISDN (telephone number)\n \
--reset-dms: Reset the DMS service\n \
--set-device-operating-mode m Set the device operating
mode\n \
(modes: online, low_power,
factory_test, offline\n \
--
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH uqmi] Fix improper part number in multipart SMS text messages
Received multipart SMS messages has part number always one too high.
---
commands-wms.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/commands-wms.c b/commands-wms.c
index 01e6867..9b9aac3 100644
--- a/commands-wms.c
+++ b/commands-wms.c
@@ -178,7 +178,7 @@ static void decode_udh(const unsigned char *data)
switch (type) {
case 0:
blobmsg_add_u32(status, concat_ref, (uint32_t)
val[0]);
- blobmsg_add_u32(status, concat_part, (uint32_t)
val[2] + 1);
+ blobmsg_add_u32(status, concat_part, (uint32_t)
val[2]);
blobmsg_add_u32(status, concat_parts, (uint32_t)
val[1]);
break;
default:
--
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [CFP] FOSDEM 2015 Embedded Devroom
Devroom date: Saturday January 31st and February 1st 2015 in Brussels,
Belgium
CFP deadline: Monday December 1st 2014
Final notification two weeks later, December 15th 2014
CFP Introduction
--
Embedded software is transforming the world, and FOSS embedded software is
leading the way. From automotive to the Internet of Things, small devices,
embedded systems, industrial process control and automatons are beginning
their inevitable rise to the singularity. Join in! Or be assimilated. ;)
NB: This year FOSDEM plans to record all presentations, no exceptions.
Please only propose a talk that you're really able and willing to share.
Topics Sought
--
The embedded devroom seeks topics related to automotive, mobile,
autonomous, and generally small systems. Related areas are of course of
interest as well and our definition of embedded is elastic. Are you
controlling and launching rockets, made your own set-top box, built some
heating control for your house, hacked your mobile phone or just built a
small gadget using FOSS software then you might have exactly what we're
looking for. This year the automotive devroom has been merged into the
embedded devroom so automotive projects are for sure on topic here too.
CFP Schedule And Submission Details
Please submit proposals no later than the first of December.
Please use the following URL to submit your talk to FOSDEM 2015:
https://penta.fosdem.org/submission/FOSDEM15
and follow the following rules:
* Select as the Track embedded devroom.
* Include a title. (Note that Subtitle entry doesn't appear on
all conference documents, so make sure Title can stand on its own without
Subtitle present.) Also try to make it catchy and descriptive of what you
will talk about. For example Launching rockets with an Arduino and not
Programming a microcontroller for aerodynamic control
* Include an Abstract of about 500 characters and a full description of
any length you wish, but in both fields, please be concise, but clear and
descriptive.
* Indicate whether you seek a 25 or 45 minute slot.
* Use the Links sub-area to your past work in the field you'd like to
share.
* Affirmative confirmation that you agree to CC-By-SA-4.0 or Cc-By-4.0
licensing of your talk, in the Submission Notes field. Add a statement
such as this: Should my presentation be scheduled for FOSDEM 2015, I
hereby agree to license all recordings, slides and any other materials
presented under the Creative Commons Attribution Share-Alike 4.0
International license. Sincerely, s/YOUR_NAME/
* Also in the notes field, note your affirmative confirmation of
availability to speak on Saturday 31 January or 1 February 2015 in
Brussels. Also mention if you plan to do a demo and if you have special
requirements.
* Make sure you give a valid email so we can contact you easily in case
we have more questions or want to make sure you received the confirmation.
Should you have any questions we can send more information as needed.
Thank you very much and we look forward to reviewing your proposals!
-- Philippe and Jeremiah along with the other members of
the FOSDEM embedded devroom team.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
-- Linus Torvalds
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] (again), just a list of packages that failed to build
FWIW (and it's probably not worth much), i documented all the packages that failed to build after i activated the oldpackages feed, then selected to build all packages for my tp-link archer c7 v2. at the time, i figured, eh, how many are not going to build ... and this is what i got: http://www.crashcourse.ca/wiki/index.php/OpenWrt_TP-Link_AC1750#Build_errors i figured i might as well make a list for the benefit of a couple colleagues who are also working with openwrt, so they could be forewarned about packages that might not compile. some of the errors are admittedly trivial; i made no attempt to fix, just copied and pasted, deselected and moved on, so if anyone wants to fix anything, super. it's possible some of that stuff has already been fixed, i just haven't checked. a couple more questions about build errors coming shortly ... rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Add 3.14 kernel support for mpc85xx platform
This patch adds 3.14 kernel support for the mpc85xx platform. Works fine here with a TL-WDR4900 which seems to be the only supported device using this platform. There might be differences depending on HW version, therefore I'd ask others to test too. Changes to 3.10 missing config options added to 3.14 config file patch 001: rebased patch 100: rebased patch 110: rebased patch 120: rebased patch 130: rebased patch 140: minor adjustment patch 200: removed, change went upstream patch 210: rebased patch 220: removed, change went upstream patch 750: new, fixes an issue with ethernet port autoneg being disabled due to changes in kernel phy handling Signed-off-by: Heiner Kallweit hkallwe...@gmail.com --- target/linux/mpc85xx/config-3.14 | 294 ++ ...erpc-85xx-add-gpio-keys-to-of-match-table.patch | 10 + .../patches-3.14/100-fix_mpc8568e_mds.patch| 34 ++ .../mpc85xx/patches-3.14/110-fix_mpc8548_cds.patch | 42 ++ .../120-mpc8548_cds_i8259_noirq_init.patch | 23 + .../130-mpc8548_cds_disable_i8259_irq.patch| 13 + .../140-powerpc-85xx-tl-wdr4900-v1-support.patch | 636 + ...210-spi-fsl-espi-preallocate-local-buffer.patch | 154 + .../patches-3.14/750-phy_reset_anenable.patch | 30 + 9 files changed, 1236 insertions(+) create mode 100644 target/linux/mpc85xx/config-3.14 create mode 100644 target/linux/mpc85xx/patches-3.14/001-powerpc-85xx-add-gpio-keys-to-of-match-table.patch create mode 100644 target/linux/mpc85xx/patches-3.14/100-fix_mpc8568e_mds.patch create mode 100644 target/linux/mpc85xx/patches-3.14/110-fix_mpc8548_cds.patch create mode 100644 target/linux/mpc85xx/patches-3.14/120-mpc8548_cds_i8259_noirq_init.patch create mode 100644 target/linux/mpc85xx/patches-3.14/130-mpc8548_cds_disable_i8259_irq.patch create mode 100644 target/linux/mpc85xx/patches-3.14/140-powerpc-85xx-tl-wdr4900-v1-support.patch create mode 100644 target/linux/mpc85xx/patches-3.14/210-spi-fsl-espi-preallocate-local-buffer.patch create mode 100644 target/linux/mpc85xx/patches-3.14/750-phy_reset_anenable.patch diff --git a/target/linux/mpc85xx/config-3.14 b/target/linux/mpc85xx/config-3.14 new file mode 100644 index 000..ce85449 --- /dev/null +++ b/target/linux/mpc85xx/config-3.14 @@ -0,0 +1,294 @@ +# CONFIG_40x is not set +# CONFIG_44x is not set +# CONFIG_ADVANCED_OPTIONS is not set +CONFIG_AR8216_PHY=y +CONFIG_AR8216_PHY_LEDS=y +CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y +CONFIG_ARCH_ENABLE_MEMORY_HOTREMOVE=y +CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y +CONFIG_ARCH_HAS_ILOG2_U32=y +CONFIG_ARCH_HAS_WALK_MEMORY=y +CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG=y +CONFIG_ARCH_HIBERNATION_POSSIBLE=y +CONFIG_ARCH_MAY_HAVE_PC_FDC=y +# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set +CONFIG_ARCH_REQUIRE_GPIOLIB=y +CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y +CONFIG_ARCH_SUPPORTS_MSI=y +CONFIG_ARCH_SUPPORTS_UPROBES=y +CONFIG_ARCH_SUSPEND_POSSIBLE=y +CONFIG_ARCH_USE_BUILTIN_BSWAP=y +CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y +CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y +CONFIG_AUDIT_ARCH=y +CONFIG_BOOKE=y +CONFIG_BOUNCE=y +# CONFIG_BSC9131_RDB is not set +CONFIG_CLONE_BACKWARDS=y +CONFIG_CMDLINE=console=ttyS0,115200 +CONFIG_CMDLINE_BOOL=y +# CONFIG_CPM2 is not set +# CONFIG_CRYPTO_SHA1_PPC is not set +CONFIG_DEBUG_BUGVERBOSE=y +CONFIG_DEFAULT_UIMAGE=y +CONFIG_DEVKMEM=y +CONFIG_DNOTIFY=y +CONFIG_DTC=y +# CONFIG_E200 is not set +CONFIG_E500=y +CONFIG_EARLY_PRINTK=y +CONFIG_ENABLE_MUST_CHECK=y +# CONFIG_EPAPR_BOOT is not set +CONFIG_ETHERNET_PACKET_MANGLE=y +CONFIG_FSL_BOOKE=y +CONFIG_FSL_EMB_PERFMON=y +CONFIG_FSL_LBC=y +CONFIG_FSL_PCI=y +CONFIG_FSL_PQ_MDIO=y +CONFIG_FSL_SOC=y +CONFIG_FSL_SOC_BOOKE=y +CONFIG_FSL_ULI1575=y +CONFIG_GENERIC_ATOMIC64=y +CONFIG_GENERIC_BUG=y +CONFIG_GENERIC_CLOCKEVENTS=y +CONFIG_GENERIC_CLOCKEVENTS_BUILD=y +CONFIG_GENERIC_CMOS_UPDATE=y +CONFIG_GENERIC_IO=y +CONFIG_GENERIC_IRQ_SHOW=y +CONFIG_GENERIC_IRQ_SHOW_LEVEL=y +CONFIG_GENERIC_ISA_DMA=y +CONFIG_GENERIC_NVRAM=y +CONFIG_GENERIC_PCI_IOMAP=y +CONFIG_GENERIC_SMP_IDLE_THREAD=y +CONFIG_GENERIC_STRNCPY_FROM_USER=y +CONFIG_GENERIC_STRNLEN_USER=y +# CONFIG_GENERIC_TBSYNC is not set +CONFIG_GENERIC_TIME_VSYSCALL_OLD=y +CONFIG_GEN_RTC=y +# CONFIG_GEN_RTC_X is not set +# CONFIG_GE_FPGA is not set +# CONFIG_GE_IMP3A is not set +CONFIG_GIANFAR=y +CONFIG_GPIOLIB=y +CONFIG_GPIO_DEVRES=y +CONFIG_GPIO_MPC8XXX=y +CONFIG_GPIO_SYSFS=y +# CONFIG_HAMRADIO is not set +CONFIG_HAS_DMA=y +CONFIG_HAS_IOMEM=y +CONFIG_HAS_IOPORT=y +CONFIG_HAS_RAPIDIO=y +# CONFIG_HAVE_64BIT_ALIGNED_ACCESS is not set +CONFIG_HAVE_ARCH_JUMP_LABEL=y +CONFIG_HAVE_ARCH_KGDB=y +CONFIG_HAVE_ARCH_TRACEHOOK=y +# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set +CONFIG_HAVE_DEBUG_KMEMLEAK=y +CONFIG_HAVE_DMA_API_DEBUG=y +CONFIG_HAVE_DMA_ATTRS=y +CONFIG_HAVE_DYNAMIC_FTRACE=y +CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y +CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y +CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y +CONFIG_HAVE_FUNCTION_TRACER=y +#
Re: [OpenWrt-Devel] musl libc and timezone
On 18/11/2014 10:54, Gianluca Anzolin wrote: Hi, I'm experimenting with the musl libc build, and I'm quite satisfied. One thing that still bothers me is that the timezone is not working. Currently the boot scripts in OpenWRT parse /etc/config/system and save the timezone in /tmp/TZ. The code in uClibc looks for a TZ variable in the environment and if it doesn't find it, it tries to read /etc/TZ, a symlink that points to /tmp/TZ and everything works. Musl libc however doesn't work this way: it doesn't try to load /etc/TZ. It looks for a TZ env variable and if it doesn't find it, it resorts to canonical zoneinfo files. The timezone in /tmp/TZ is ignored. I cooked up a patch to make musl libc read the /etc/TZ file, however I don't think this is an efficient solution since it resorts to read data from the filesystem. A simpler getenv(TZ) wouldn't need to access the fs at all. So in my opinion the better fix would be to populate the TZ environment variable. so if a process is spawned and thent he TZ changes the process is stuck on the old TZ ? that seems totally broken John With the current setup I simply added the following line to /etc/profile: [ -f /tmp/TZ ] export TZ=$(cat /tmp/TZ) and now date returns the correct time and timezone. I however suspect that this fix doesn't work with processes started by procd, actually I haven't had the time to check. If that is the case, would there be a way to populate the TZ env variable also for those processes? Thank you, Gianluca ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [ar71xx] Added support for D-link DHP-1565 rev. A1
From: Jacek Kikiewicz ja...@aol.pl
Signed-off-by: Jacek Kikiewicz ja...@aol.pl
---
target/linux/ar71xx/base-files/etc/diag.sh | 1 +
.../ar71xx/base-files/etc/uci-defaults/01_leds | 4 +
.../ar71xx/base-files/etc/uci-defaults/02_network | 1 +
.../base-files/etc/uci-defaults/04_led_migration | 1 +
target/linux/ar71xx/base-files/lib/ar71xx.sh | 3 +
.../ar71xx/base-files/lib/upgrade/platform.sh | 1 +
target/linux/ar71xx/config-3.10| 1 +
.../files/arch/mips/ath79/mach-dhp-1565-a1.c | 170 +
target/linux/ar71xx/generic/profiles/d-link.mk | 11 ++
target/linux/ar71xx/image/Makefile | 1 +
.../730-MIPS-ath79-add-DHP-1565A1.patch| 40 +
11 files changed, 234 insertions(+)
create mode 100644 target/linux/ar71xx/files/arch/mips/ath79/mach-dhp-1565-a1.c
create mode 100644
target/linux/ar71xx/patches-3.10/730-MIPS-ath79-add-DHP-1565A1.patch
diff --git a/target/linux/ar71xx/base-files/etc/diag.sh
b/target/linux/ar71xx/base-files/etc/diag.sh
index b3a8fc5..24f5871 100755
--- a/target/linux/ar71xx/base-files/etc/diag.sh
+++ b/target/linux/ar71xx/base-files/etc/diag.sh
@@ -46,6 +46,7 @@ get_status_led() {
db120)
status_led=db120:green:status
;;
+ dhp-1565-a1|\
dir-505-a1 |\
dir-600-a1 |\
dir-615-e1 |\
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
index 599fc19..2e41250 100755
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
@@ -98,6 +98,10 @@ rb-2011uias-2hnd)
ucidef_set_led_switch eth10 ETH10 rb:green:eth10 switch1 0x02
;;
+dhp-1565-a1)
+ ucidef_set_led_switch wan WAN d-link:green:planet switch0 0x20
+ ;;
+
dir-505-a1)
ucidef_set_led_netdev lan LAN d-link:green:power eth1
;;
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
index 743f9de..c7d8aec 100755
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
@@ -258,6 +258,7 @@ mynet-n750)
[ -n $mac ] ucidef_set_interface_macaddr wan $mac
;;
+dhp-1565-a1 |\
dir-835-a1 |\
wndr3700v4 | \
wndr4300)
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/04_led_migration
b/target/linux/ar71xx/base-files/etc/uci-defaults/04_led_migration
index 0df94a0..1cef8b9 100755
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/04_led_migration
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/04_led_migration
@@ -46,6 +46,7 @@ migrate_leds()
board=$(ar71xx_board_name)
case $board in
+dhp-1565-a1|\
dir-825-c1|\
dir-835-a1)
migrate_leds :orange:=:amber: :wifi_bgn=:wlan2g
diff --git a/target/linux/ar71xx/base-files/lib/ar71xx.sh
b/target/linux/ar71xx/base-files/lib/ar71xx.sh
index 40e9303..bd7a276 100755
--- a/target/linux/ar71xx/base-files/lib/ar71xx.sh
+++ b/target/linux/ar71xx/base-files/lib/ar71xx.sh
@@ -305,6 +305,9 @@ ar71xx_board_detect() {
*DB120 reference board)
name=db120
;;
+ *DHP-1565 rev. A1)
+ name=dhp-1565-a1
+ ;;
*DIR-505 rev. A1)
name=dir-505-a1
;;
diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
index 6220f16..3a3d4ee 100755
--- a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
+++ b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
@@ -167,6 +167,7 @@ platform_check_image() {
ap81 | \
ap83 | \
ap132 | \
+ dhp-1565-a1 |\
dir-505-a1 | \
dir-600-a1 | \
dir-615-c1 | \
diff --git a/target/linux/ar71xx/config-3.10 b/target/linux/ar71xx/config-3.10
index 1b3eddb..3a2b4af 100644
--- a/target/linux/ar71xx/config-3.10
+++ b/target/linux/ar71xx/config-3.10
@@ -40,6 +40,7 @@ CONFIG_ATH79_MACH_BHU_BXU2000N2_A=y
CONFIG_ATH79_MACH_CAP4200AG=y
CONFIG_ATH79_MACH_CARAMBOLA2=y
CONFIG_ATH79_MACH_DB120=y
+CONFIG_ATH79_MACH_DHP_1565_A1=y
CONFIG_ATH79_MACH_DIR_505_A1=y
CONFIG_ATH79_MACH_DIR_600_A1=y
CONFIG_ATH79_MACH_DIR_615_C1=y
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-dhp-1565-a1.c
b/target/linux/ar71xx/files/arch/mips/ath79/mach-dhp-1565-a1.c
new file mode 100644
index 000..ae47764
--- /dev/null
+++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-dhp-1565-a1.c
@@ -0,0 +1,170 @@
+/*
+ * D-Link DHP-1565 rev. A1 board support
+ *
+ * Copyright (C) 2014 Jacek Kikiewicz
+ *
+ * This program is free software; you can redistribute it and/or modify it
+ * under the terms of the GNU General Public License version 2 as published
+ * by the Free Software Foundation.
+ */
+
+#include linux/pci.h
Re: [OpenWrt-Devel] [PATCH] [ar71xx] Added support for D-link DHP-1565 rev. A1
Hi,
i just merged this in my local tree. however i am now inclined to drop
it again as i now have 4 versions in my mail box none exlaining why i
have 4 and what the differences between the 4 are. also none are send
as reply to or marked as a resend.
John
On 19/11/2014 08:35, ja...@aol.pl wrote:
From: Jacek Kikiewicz ja...@aol.pl
Signed-off-by: Jacek Kikiewicz ja...@aol.pl
--- target/linux/ar71xx/base-files/etc/diag.sh | 1 +
.../ar71xx/base-files/etc/uci-defaults/01_leds | 4 +
.../ar71xx/base-files/etc/uci-defaults/02_network | 1 +
.../base-files/etc/uci-defaults/04_led_migration | 1 +
target/linux/ar71xx/base-files/lib/ar71xx.sh | 3 +
.../ar71xx/base-files/lib/upgrade/platform.sh | 1 +
target/linux/ar71xx/config-3.10| 1 +
.../files/arch/mips/ath79/mach-dhp-1565-a1.c | 170
+
target/linux/ar71xx/generic/profiles/d-link.mk | 11 ++
target/linux/ar71xx/image/Makefile | 1 +
.../730-MIPS-ath79-add-DHP-1565A1.patch| 40 + 11
files changed, 234 insertions(+) create mode 100644
target/linux/ar71xx/files/arch/mips/ath79/mach-dhp-1565-a1.c create
mode 100644
target/linux/ar71xx/patches-3.10/730-MIPS-ath79-add-DHP-1565A1.patch
diff --git a/target/linux/ar71xx/base-files/etc/diag.sh
b/target/linux/ar71xx/base-files/etc/diag.sh index b3a8fc5..24f5871
100755 --- a/target/linux/ar71xx/base-files/etc/diag.sh +++
b/target/linux/ar71xx/base-files/etc/diag.sh @@ -46,6 +46,7 @@
get_status_led() { db120) status_led=db120:green:status ;; +
dhp-1565-a1|\ dir-505-a1 |\ dir-600-a1 |\ dir-615-e1 |\ diff --git
a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds index
599fc19..2e41250 100755 ---
a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds +++
b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds @@ -98,6
+98,10 @@ rb-2011uias-2hnd) ucidef_set_led_switch eth10 ETH10
rb:green:eth10 switch1 0x02 ;;
+dhp-1565-a1) + ucidef_set_led_switch wan WAN
d-link:green:planet switch0 0x20 + ;; + dir-505-a1)
ucidef_set_led_netdev lan LAN d-link:green:power eth1 ;;
diff --git
a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network index
743f9de..c7d8aec 100755 ---
a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network +++
b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network @@
-258,6 +258,7 @@ mynet-n750) [ -n $mac ]
ucidef_set_interface_macaddr wan $mac ;;
+dhp-1565-a1 |\ dir-835-a1 |\ wndr3700v4 | \ wndr4300) diff --git
a/target/linux/ar71xx/base-files/etc/uci-defaults/04_led_migration
b/target/linux/ar71xx/base-files/etc/uci-defaults/04_led_migration
index 0df94a0..1cef8b9 100755 ---
a/target/linux/ar71xx/base-files/etc/uci-defaults/04_led_migration
+++
b/target/linux/ar71xx/base-files/etc/uci-defaults/04_led_migration
@@ -46,6 +46,7 @@ migrate_leds() board=$(ar71xx_board_name)
case $board in +dhp-1565-a1|\ dir-825-c1|\ dir-835-a1)
migrate_leds :orange:=:amber: :wifi_bgn=:wlan2g diff --git
a/target/linux/ar71xx/base-files/lib/ar71xx.sh
b/target/linux/ar71xx/base-files/lib/ar71xx.sh index
40e9303..bd7a276 100755 ---
a/target/linux/ar71xx/base-files/lib/ar71xx.sh +++
b/target/linux/ar71xx/base-files/lib/ar71xx.sh @@ -305,6 +305,9 @@
ar71xx_board_detect() { *DB120 reference board) name=db120 ;; +
*DHP-1565 rev. A1) +name=dhp-1565-a1 +;;
*DIR-505 rev.
A1) name=dir-505-a1 ;; diff --git
a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh index
6220f16..3a3d4ee 100755 ---
a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh +++
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh @@ -167,6
+167,7 @@ platform_check_image() { ap81 | \ ap83 | \ ap132 | \ +
dhp-1565-a1 |\ dir-505-a1 | \ dir-600-a1 | \ dir-615-c1 | \ diff
--git a/target/linux/ar71xx/config-3.10
b/target/linux/ar71xx/config-3.10 index 1b3eddb..3a2b4af 100644 ---
a/target/linux/ar71xx/config-3.10 +++
b/target/linux/ar71xx/config-3.10 @@ -40,6 +40,7 @@
CONFIG_ATH79_MACH_BHU_BXU2000N2_A=y CONFIG_ATH79_MACH_CAP4200AG=y
CONFIG_ATH79_MACH_CARAMBOLA2=y CONFIG_ATH79_MACH_DB120=y
+CONFIG_ATH79_MACH_DHP_1565_A1=y CONFIG_ATH79_MACH_DIR_505_A1=y
CONFIG_ATH79_MACH_DIR_600_A1=y CONFIG_ATH79_MACH_DIR_615_C1=y diff
--git
a/target/linux/ar71xx/files/arch/mips/ath79/mach-dhp-1565-a1.c
b/target/linux/ar71xx/files/arch/mips/ath79/mach-dhp-1565-a1.c new
file mode 100644 index 000..ae47764 --- /dev/null +++
b/target/linux/ar71xx/files/arch/mips/ath79/mach-dhp-1565-a1.c @@
-0,0 +1,170 @@ +/* + * D-Link DHP-1565 rev. A1 board support + * +
* Copyright (C) 2014 Jacek Kikiewicz + * + * This program is free
software; you can redistribute it and/or modify it + * under the
terms of the GNU General
Re: [OpenWrt-Devel] [PATCH uqmi] Add command --get-msisdn for getting phone number
On 18/11/2014 17:02, Sławomir Demeszko wrote:
--- For two SIM cards from the same operator (Plus GSM) I get error
message: Not provisioned, when try to get MSISDN. Real phone with
these cards inserted also cannot display a phone number. I can make
calls normally. And other two (different operators) works
correctly. Is anybody know why this happens?
Hi,
i tested this on my eplus sim card and it seems to work well. looking
at the code it also look correct. i will merge the patch in the hope
that this is related to the sim card and/or modem and not the actual
qmi call. if you figure out anything new related to this don't forget
to send an update please.
John
commands-dms.c | 16 commands-dms.h | 2 ++ 2 files
changed, 18 insertions(+)
diff --git a/commands-dms.c b/commands-dms.c index 563321e..ad5c89d
100644 --- a/commands-dms.c +++ b/commands-dms.c @@ -159,6 +159,22
@@ cmd_dms_get_imsi_prepare(struct qmi_dev *qmi, struct qmi_request
*req, struct qm return QMI_CMD_REQUEST; }
+static void cmd_dms_get_msisdn_cb(struct qmi_dev *qmi, struct
qmi_request *req, struct qmi_msg *msg) +{ + struct
qmi_dms_get_msisdn_response res; + +
qmi_parse_dms_get_msisdn_response(msg, res); + if
(res.data.msisdn) + blobmsg_add_string(status, NULL,
res.data.msisdn); +} + +static enum qmi_cmd_result
+cmd_dms_get_msisdn_prepare(struct qmi_dev *qmi, struct qmi_request
*req, struct qmi_msg *msg, char *arg) +{ +
qmi_set_dms_get_msisdn_request(msg); +return QMI_CMD_REQUEST; +}
+ #define cmd_dms_reset_cb no_cb static enum qmi_cmd_result
cmd_dms_reset_prepare(struct qmi_dev *qmi, struct qmi_request *req,
struct qmi_msg *msg, char *arg) diff --git a/commands-dms.h
b/commands-dms.h index 1f21b13..c20d007 100644 ---
a/commands-dms.h +++ b/commands-dms.h @@ -8,6 +8,7 @@
__uqmi_command(dms_set_new_pin, new-pin, required,
CMD_TYPE_OPTION), \ __uqmi_command(dms_get_iccid, get-iccid, no,
QMI_SERVICE_DMS), \ __uqmi_command(dms_get_imsi, get-imsi, no,
QMI_SERVICE_DMS), \ + __uqmi_command(dms_get_msisdn, get-msisdn,
no, QMI_SERVICE_DMS), \ __uqmi_command(dms_set_operating_mode,
set-device-operating-mode, required, QMI_SERVICE_DMS), \
__uqmi_command(dms_reset, reset-dms, no, QMI_SERVICE_DMS) \
@@ -23,6 +24,7 @@ --new-pin new pin:New pin\n
\ --get-iccid: Get the ICCID\n \
--get-imsi: Get International Mobile
Subscriber ID\n \ + --get-msisdn: Get
the MSISDN (telephone number)\n \ --reset-dms:
Reset the DMS service\n \ --set-device-operating-mode m Set
the device operating mode\n \
(modes: online, low_power, factory_test, offline\n \
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
