Re: [OpenWrt-Devel] [PATCH] comgt: add ncm proto support
Hi Sami,
Well this is what John told me:
try /dev/cdc-wdm0 as a device or simply do
config interface
option proto wwan
option apn opengate
the new wwan proto will automagically detect your needed prot and device
I had also tried this and variations, but same resuls:
config interface 'wan'
option proto 'ncm'
option apn 'opengate'
option device '/dev/ttyUSB1'
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4251): Timeout
running AT-command
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4251): ncm[4251]
Failed to initialize modem
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4401): Command
failed: Permission denied
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4401): ncm[4401]
Stopping network
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4401): Can't open device .
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4401): ncm[4401]
Failed to disconnect
Mon Oct 20 12:46:52 2014 daemon.notice netifd: Interface 'wan' is now down
I think John introduced a typo when committing my patch:
in file package/network/utils/comgt/files/runcommand.gcom on line 11
there is
send ^n
which should be
send ^m
Try to change that.
Matti
On Thu, Oct 23, 2014 at 10:20 AM, Bjørn Mork bjorn at mork.no
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel wrote:
/ Sami Olmari sami at olmari.fi
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel writes:
//
// option proto 'wwan'
//
// I don't know much about how this is supposed to work (don't have any
// Huawei NCM modem), but I do see this in the patch posted earlier in this
// thread:
//
// diff --git a/package/network/utils/comgt/files/3g.usb
// b/package/network/utils/comgt/files/3g.usb
// index fd6837e..ac8326b 100644
// --- a/package/network/utils/comgt/files/3g.usb
// +++ b/package/network/utils/comgt/files/3g.usb
// @@ -8,7 +8,7 @@ find_3g_iface() {
//
// local proto
// config_get proto $cfg proto
// - [ $proto = 3g ] || return 0
// + [ $proto = 3g ] || [ $proto = ncm ] || return 0
//
// # bypass state vars here because 00-netstate could clobber .device
// local dev=$(uci_get network $cfg device)
//
//
// which might explain stuff?
//
//
// Bjørn/
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] comgt: add ncm proto support
*cough* fixed in r43071
On 26/10/2014 15:06, Matti Laakso wrote:
Hi Sami,
Well this is what John told me:
try /dev/cdc-wdm0 as a device or simply do
config interface
option proto wwan
option apn opengate
the new wwan proto will automagically detect your needed prot and device
I had also tried this and variations, but same resuls:
config interface 'wan'
option proto 'ncm'
option apn 'opengate'
option device '/dev/ttyUSB1'
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4251): Timeout
running AT-command
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4251): ncm[4251]
Failed to initialize modem
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4401): Command
failed: Permission denied
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4401): ncm[4401]
Stopping network
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4401): Can't open device
.
Mon Oct 20 12:46:52 2014 daemon.notice netifd: wan (4401): ncm[4401]
Failed to disconnect
Mon Oct 20 12:46:52 2014 daemon.notice netifd: Interface 'wan' is now down
I think John introduced a typo when committing my patch:
in file package/network/utils/comgt/files/runcommand.gcom on line 11
there is
send ^n
which should be
send ^m
Try to change that.
Matti
On Thu, Oct 23, 2014 at 10:20 AM, Bjørn Mork bjorn at mork.no
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel wrote:
/ Sami Olmari sami at olmari.fi
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel writes:
//
// option proto 'wwan'
//
// I don't know much about how this is supposed to work (don't have any
// Huawei NCM modem), but I do see this in the patch posted earlier in this
// thread:
//
// diff --git a/package/network/utils/comgt/files/3g.usb
// b/package/network/utils/comgt/files/3g.usb
// index fd6837e..ac8326b 100644
// --- a/package/network/utils/comgt/files/3g.usb
// +++ b/package/network/utils/comgt/files/3g.usb
// @@ -8,7 +8,7 @@ find_3g_iface() {
//
// local proto
// config_get proto $cfg proto
// - [ $proto = 3g ] || return 0
// + [ $proto = 3g ] || [ $proto = ncm ] || return 0
//
// # bypass state vars here because 00-netstate could clobber .device
// local dev=$(uci_get network $cfg device)
//
//
// which might explain stuff?
//
//
// Bjørn/
___
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
Re: [OpenWrt-Devel] [PATCH v2] kernel: update 3.10.49 to 3.10.58 (released 2014-oct-15)
On 24 October 2014 23:05, Daniel Petre daniel.pe...@gmail.com wrote: On 24/10/14 23:41, Felix Fietkau wrote: On 2014-10-24 22:36, Bastian Bittorf wrote: All platforms which are using 3.10.x at the moment are upgraded. Changelogs: https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.58 Signed-off-by: Bastian Bittorf bitt...@bluebottle.com Committed in r43049, thanks. Good evening, is it too much to ask for a BB refresh too? Thanks! I've backported KERNEL_PATCHVER changes: https://dev.openwrt.org/changeset/43066/ https://dev.openwrt.org/changeset/43067/ Daniel: will you send a patch bumping the kernel? -- Rafał ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2] kernel: update 3.10.49 to 3.10.58 (released 2014-oct-15)
On 26/10/14 21:00, Rafał Miłecki wrote: On 24 October 2014 23:05, Daniel Petre daniel.pe...@gmail.com wrote: On 24/10/14 23:41, Felix Fietkau wrote: On 2014-10-24 22:36, Bastian Bittorf wrote: All platforms which are using 3.10.x at the moment are upgraded. Changelogs: https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.58 Signed-off-by: Bastian Bittorf bitt...@bluebottle.com Committed in r43049, thanks. Good evening, is it too much to ask for a BB refresh too? Thanks! I've backported KERNEL_PATCHVER changes: https://dev.openwrt.org/changeset/43066/ https://dev.openwrt.org/changeset/43067/ Daniel: will you send a patch bumping the kernel? I was hoping developers would just adapt Bastian's patch for BB branch.. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2] kernel: update 3.10.49 to 3.10.58 (released 2014-oct-15)
On 26 October 2014 20:11, Daniel Petre daniel.pe...@gmail.com wrote: On 26/10/14 21:00, Rafał Miłecki wrote: On 24 October 2014 23:05, Daniel Petre daniel.pe...@gmail.com wrote: On 24/10/14 23:41, Felix Fietkau wrote: On 2014-10-24 22:36, Bastian Bittorf wrote: All platforms which are using 3.10.x at the moment are upgraded. Changelogs: https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.58 Signed-off-by: Bastian Bittorf bitt...@bluebottle.com Committed in r43049, thanks. Good evening, is it too much to ask for a BB refresh too? Thanks! I've backported KERNEL_PATCHVER changes: https://dev.openwrt.org/changeset/43066/ https://dev.openwrt.org/changeset/43067/ Daniel: will you send a patch bumping the kernel? I was hoping developers would just adapt Bastian's patch for BB branch.. We still need it to be compile-tested and preferably run-tested on some devices. So you help is welcome! -- Rafał ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] mpc85xx: fix WAN/LAN-MAC for TP-LINK TL-WDR4900 v1
Hello ladies and gentlemen, is it possible to include this changeset in the BarrierBreaker branch? https://dev.openwrt.org/changeset/43074/ Thank you :) Matt ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] mpc85xx: fix WAN/LAN-MAC for TP-LINK TL-WDR4900 v1
applied in r43077 On 26/10/2014 21:32, Matt Jo wrote: Hello ladies and gentlemen, is it possible to include this changeset in the BarrierBreaker branch? https://dev.openwrt.org/changeset/43074/ Thank you :) Matt ___ 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
Re: [OpenWrt-Devel] [PATCH 2/4] ubinize-image: Change the rootfs to a static volume
Hi Maxime,
On Thu, Oct 09, 2014 at 05:59:27PM +0200, Maxime Ripard wrote:
On boards with large page size, the rootfs we generate might end up using less
PEB than the minimum number required by UBI for a dynamic volume.
Change the rootfs to a static volume, which removes such a requirement, and
isn't changing anything, since our rootfs is in read only anyway.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
scripts/ubinize-image.sh | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/scripts/ubinize-image.sh b/scripts/ubinize-image.sh
index 6762c22bc4a6..11c25ecc8ee1 100755
--- a/scripts/ubinize-image.sh
+++ b/scripts/ubinize-image.sh
@@ -25,13 +25,17 @@ ubivol() {
echo [$name]
echo mode=ubi
echo vol_id=$volid
- echo vol_type=dynamic
echo vol_name=$name
if [ $image ]; then
echo image=$image
else
echo vol_size=1MiB
fi
+ if [ $name = rootfs ]; then
+ echo vol_type=static
+ else
+ echo vol_type=dynamic
+ fi
This will break things if rootfs is a read-write UBIFS volume which should
by dynamic. I also saw weird things happening when trying to access static
volumes in U-Boot and thus avoided them for now.
Please also consider that ubootenv* and kernel could be static volumes as
well, however, that needs to be tested with a more recent U-Boot (I hope
it'll work).
if [ $autoresize ]; then
echo vol_flags=autoresize
fi
--
2.1.1
___
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 [kernel]: proper support for Edimax uimages
There is support for building proper images for Edimax devices which do have 20
bytes long header before
uImage but those images are not bootable without adding extra kernel parameters
as firmware partition is
not automatically split into kernel, rootfs and rootfs_data. Attached patch is
corrects this issue (at
least for kernel 3.10.58).
--- a/drivers/mtd/mtdsplit_uimage.c
+++ b/drivers/mtd/mtdsplit_uimage.c
@@ -121,6 +121,31 @@
break;
}
+ if (uimage_size == 0 ) {
+
+ /* find uImage on 20 bytes past erase block boundary (Edimax
header is 20 bytes long) */
+ for (offset = 20; offset master-size; offset +=
master-erasesize) {
+
+ ret = read_uimage_header(master, offset, header);
+ if (ret)
+ continue;
+
+ if (!verify(header)) {
+ pr_debug(no valid uImage found in \%s\ at
offset %llx\n,
+master-name, (unsigned long long)
offset);
+ continue;
+ }
+
+ uimage_size = sizeof(*header) +
be32_to_cpu(header-ih_size);
+ if ((offset + uimage_size) master-size) {
+ pr_debug(uImage exceeds MTD device \%s\\n,
+master-name);
+ continue;
+ }
+ break;
+ }
+ }
+
if (uimage_size == 0) {
pr_debug(no uImage found in \%s\\n, master-name);
ret = -ENODEV;
@@ -129,7 +154,7 @@
uimage_offset = offset;
- if (uimage_offset == 0) {
+ if (uimage_offset == 0 || uimage_offset == 20) {
uimage_part = 0;
rf_part = 1;
@@ -271,10 +296,45 @@
.type = MTD_PARSER_TYPE_FIRMWARE,
};
+#define FW_MAGIC_EDIMAX0x43535953
+
+static bool uimage_verify_edimax(struct uimage_header *header)
+{
+ switch be32_to_cpu(header-ih_magic) {
+ case FW_MAGIC_EDIMAX:
+ break;
+ default:
+ return false;
+ }
+
+ if (header-ih_os != IH_OS_LINUX ||
+ header-ih_type != IH_TYPE_FILESYSTEM)
+ return false;
+
+ return true;
+}
+
+static int
+mtdsplit_uimage_parse_edimax(struct mtd_info *master,
+struct mtd_partition **pparts,
+struct mtd_part_parser_data *data)
+{
+ return __mtdsplit_parse_uimage(master, pparts, data,
+ uimage_verify_edimax);
+}
+
+static struct mtd_part_parser uimage_edimax_parser = {
+ .owner = THIS_MODULE,
+ .name = edimax-fw,
+ .parse_fn = mtdsplit_uimage_parse_edimax,
+ .type = MTD_PARSER_TYPE_FIRMWARE,
+};
+
static int __init mtdsplit_uimage_init(void)
{
register_mtd_parser(uimage_generic_parser);
register_mtd_parser(uimage_netgear_parser);
+ register_mtd_parser(uimage_edimax_parser);
return 0;
}
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
