Any reason why this is ignored?
http://article.gmane.org/gmane.comp.embedded.openwrt.devel/5395
.. bud
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
this patch updates tcl to 8.5.8, uses PKG_INSTALL and cleans up a bit.
-Raphaeldiff '--exclude=.svn' -pruN tcl.orig/Makefile tcl/Makefile
--- tcl.orig/Makefile 2010-05-04 16:16:58.0 +0200
+++ tcl/Makefile 2010-05-05 11:52:18.0 +0200
@@ -1,21 +1,25 @@
-#
-# Copyright (C) 2008
this enables encoding of iconv.so.
Signed-off-by: Woojae, Park
---
lang/ruby/Makefile |1 +
1 file changed, 1 insertions(+), 0 deletions(-)
Index: packages/lang/ruby/Makefile
===
--- packages.orig/lang/ruby/Makefile 2010-0
Hi,
I needed to force my Huawei 3G dongle to connect to 3G network (andnot
GPRS). This feature is currently available for Option and Novatel.
After googling, I've found the AT command, and I've made the
corresponding patch.
I've tested it with my E160, it works fine in both GPRS forced and 3G forc
Hi,
Recently it was introduced different images for the WRT160NL.
For what I've tried, this was what I concluded:
sysupgrade on current trunk will accept both images.
sysupgrade on older versions will brick the router if used with
"factory" images.
What I haven't tested, and wouldn't like to ge
* yann lopez [06.05.2010 11:20]:
> Let me know, if you'd like to commit it.
+ elif echo "$cardinfo" | grep huawei; then
please use 'echo xy | grep -q huawei'
or better define
is_huawei ()
{
local CARDINFO="$1"
case "$CARDINFO" in
*huawei*) retu
Hello
Firstly, sysupgrade will not work at all, if you have a device with
the new bootloader version.
Fixing this is not straight forward and needs my mtd rework. Flashing
driectly with mtd should still work ok.
Secondly, I doubt it will make much of a difference for sysupgrade or
mtd, whether you
I think I'm only using older devices...
What happens is that recent images work to update devices that are
running current revisions, but bricked others. Is MTD a safer way to
update this older units? what is the command?
Regards,
Nuno
On Thu, May 6, 2010 at 10:47, Bernhard Loos wrote:
> Hello
>
Hello
Is there any chance we could set up a patchwork server like the one
the kernel has?
I'm not sure, how much work this will be, but there are a significant
number of patches send to openwrt-devel, which are more or less
silently ignored, which is not very nice to the authors and probably
even w
Just to clarify by my experience on Huawei GPRS=GPRS/EDGE :-)
On 6.05.2010 12:39, Bastian Bittorf wrote:
* yann lopez [06.05.2010 11:20]:
Let me know, if you'd like to commit it.
+ elif echo "$cardinfo" | grep huawei; then
please use 'echo xy | grep -q huawei'
or b
Le Thu, 6 May 2010 12:19:34 +0200,
Bernhard Loos a écrit :
> Hello
> Is there any chance we could set up a patchwork server like the one
> the kernel has?
> I'm not sure, how much work this will be, but there are a significant
> number of patches send to openwrt-devel, which are more or less
> si
On Thu, May 6, 2010 at 11:39 AM, Bastian Bittorf wrote:
> * yann lopez [06.05.2010 11:20]:
>
>> Let me know, if you'd like to commit it.
>
> + elif echo "$cardinfo" | grep huawei; then
>
> please use 'echo xy | grep -q huawei'
>
> or better define
>
> is_huawei ()
> {
> local
On Thu, May 6, 2010 at 1:41 PM, Bas Mevissen wrote:
> On 05/06/2010 11:14 AM, yann lopez wrote:
>>
>> After googling, I've found the AT command, and I've made the
>> corresponding patch.
>
> Where did you find that? I'm looking for info to see signal strengths and
> connection type (GPRS,UMTS,HSDP
Hello
Here is a list of the most useful commands.
For details, refert to http://www.3gpp.org/ftp/Specs/html-info/27007.htm
Bernhard
AT+WS46 #service, ro
AT+CBST #serielle baudrate?
AT+CRLP #radio link control, (retry attemps)
AT+CR #transmit connect intermediate result (not too useful?)
AT+CE
From: Bernhard Loos
Date: 2010/5/6
Subject: Re: [OpenWrt-Devel] patchwork for openwrt
To: Outback Dingo
well, there is this:
https://lists.openwrt.org/pipermail/openwrt-devel/2010-May/007019.html
then this:
https://lists.openwrt.org/pipermail/openwrt-devel/2010-April/006960.html
https://lists.
On 5/6/2010 9:52 AM, yann lopez wrote:
> On Thu, May 6, 2010 at 1:41 PM, Bas Mevissen wrote:
>
>> On 05/06/2010 11:14 AM, yann lopez wrote:
>>
>>> After googling, I've found the AT command, and I've made the
>>> corresponding patch.
>>>
>> Where did you find that? I'm looking for in
we have been testing patchwork internally for 3-4 weeks now, i thinki
we can make it public now, let me talk to the right people and see
what we can do .
Quoting Raphaël HUCK :
Le Thu, 6 May 2010 12:19:34 +0200,
Bernhard Loos a écrit :
Hello
Is there any chance we could set up a pa
* Mark Deneen [06.05.2010 17:30]:
> Somewhat related -- Sierra Wireless cards typically speak a proprietary
> protocol on one of the USB serial ports. I have enough of the protocol
> implemented to read RSSI values on UMTS and CDMA cards.
>
> Is this something that OpenWrt is looking to include
On 5/6/2010 2:17 PM, Bastian Bittorf wrote:
> * Mark Deneen [06.05.2010 17:30]:
>
>
>> Somewhat related -- Sierra Wireless cards typically speak a proprietary
>> protocol on one of the USB serial ports. I have enough of the protocol
>> implemented to read RSSI values on UMTS and CDMA cards.
>>
Wednesday 05 May 2010 22:38:03 Bernhard Loos wrote:
> Hello
> I'm sorry nobody answered you until know.
Hi,
I'm glad I can finally hear from someone on this subject.
> I talked with jow about it
> and part of the reson is, that this is a pretty complicated problem
> and your patch solves this o
Hi,
Since changeset 21280, setting up a kind of ppp interface effectively destroys
any dns server that might be set up already by other interfaces.
What was the rationale for this change? If really necessary, couldn't this
cleanup be moved to a ppp ip-up script that fires up after the ppp inter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Janusz.
> Since changeset 21280, setting up a kind of ppp interface effectively
> destroys
> any dns server that might be set up already by other interfaces.
Yes, you're right. The original rationale was to prevent accumulating
dns entries over
I have two patches I'd like to submit, currently they are in this format:
target/linux/ar7/patches-2.6.32/970-clock-init-race-fix.patch
target/linux/ar7/patches-2.6.32/980-CFI-generic-tolerance.patch
I might be able to use the exim4 server I setup for caff (OpenPGP
signature automation) to send a
Hello,
> > Hello
> > Is there any chance we could set up a patchwork server like the one
> > the kernel has?
> > I'm not sure, how much work this will be, but there are a significant
> > number of patches send to openwrt-devel, which are more or less
> > silently ignored, which is not very nice to
we already have one running
Quoting Jeremy Kerr :
Hello,
> Hello
> Is there any chance we could set up a patchwork server like the one
> the kernel has?
> I'm not sure, how much work this will be, but there are a significant
> number of patches send to openwrt-devel, which are more or less
25 matches
Mail list logo
