button.
Signed-off-by: Rafał Miłecki
---
V2: Use avl instead of flat list
Use uloop_process: don't spawn multiple processes, monitor them
---
plug/hotplug.c | 166 +
1 file changed, 166 insertions(+)
diff --git a/plug/hotplug.c b
This allows executing code with a given interval. As every command, it
can be triggered by any uevent.
Intervals may be useful for counting elapsed time since some action. It
allows e.g. indicating that button has been pressed for some time and
can be already released.
Signed-off-by: Rafał
On 29 April 2015 at 12:51, Hante Meuleman wrote:
> Status report: spent lots of time trying to figure out how to use cpu
> port 8 and use vlan1ports "0 1 2 3 5 7 8t", and found that I got fooled
> by the way I tried to determine if it was working or not. To see if the
> switch configuration was wo
On 27 April 2015 at 22:13, Yegor Yefremov wrote:
> Use PKG_SEARCH_MODULE() to detect json-c library,
> otherwise the search fails, if both json-c and json
> are not present in pkg-config database.
Just wanted to say thanks. I remember I got some problems with finding
json-c when trying to install
On 24 April 2015 at 12:03, Hante Meuleman wrote:
> Attached are the two patch files. They were generated from
> include/linux/bcm47xx_nvram.h and from
> drivers/firmware/broadcom/bcm47xx_nvram.c.
I think your idea is correct, I was just thinking about bcm47xx_nvram
copying content to provided buf
On 24 April 2015 at 10:18, Hante Meuleman wrote:
> Do you want the patch on top of
>
> target/linux/bcm53xx/patches-3.18/110-firmware-backport-NVRAM-driver.patch
>
> Or on top of the unpatched
>
> drivers/firmware/broadcom/bcm47xx_nvram.c
>
> Or on top of the kernel driver file where 110-firmware.
On 23 April 2015 at 13:14, Hante Meuleman wrote:
> Attached are
> three files, one is from brcmfmac (firmware.c). This file is
> added to demo how brcmfmac will use a new function of
> bm47xx_nvram. The changes in this file are currently under
> internal review and the patch may change, but it has
On 20 April 2015 at 22:16, Arend van Spriel wrote:
> On 04/20/15 20:49, Rafał Miłecki wrote:
>>
>> On 20 April 2015 at 19:12, Arend van Spriel wrote:
>>>
>>> On 04/20/15 13:26, Rafał Miłecki wrote:
>>>>
>>>>
>>>> On 17 April 2
On 20 April 2015 at 17:24, Daniel Golle wrote:
> Signed-off-by: Daniel Golle
Daniel, commit message should say what the patch does. Now what has
happened in the world.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt
On 20 April 2015 at 19:12, Arend van Spriel wrote:
> On 04/20/15 13:26, Rafał Miłecki wrote:
>>
>> On 17 April 2015 at 10:50, Arend van Spriel wrote:
>>> Another option is to add the parsing stuff in that nvram code and have an
>>> api to get the appropriate por
On 20 April 2015 at 13:50, Jonas Gorski wrote:
> On Mon, Apr 20, 2015 at 1:29 PM, Rafał Miłecki wrote:
>> On 20 April 2015 at 11:27, Arend van Spriel wrote:
>>>> Following an "nvram erase" none of the needed pairs remain
>>>> in nvram. So we probably
On 20 April 2015 at 11:27, Arend van Spriel wrote:
>> Following an "nvram erase" none of the needed pairs remain
>> in nvram. So we probably can't use nvram in a reliable way to create the
>> wireless configuration.
>
>
> So why do "nvram erase"? The assumption that it is not needed because you
>
On 17 April 2015 at 10:50, Arend van Spriel wrote:
> On 04/17/15 09:45, Rafał Miłecki wrote:
>>
>> Huh, why dropping linux-wireless (and top posting btw)? Please let
>> everyone follow the discussion :)
>>
>> On 15 April 2015 at 21:20, Hante Meuleman wrote:
&g
On 15 April 2015 at 07:37, Ian Kent wrote:
> On Sun, 2015-04-12 at 19:01 +0200, Rafał Miłecki wrote:
>> Newer revisions (5+) of BCM53011 and probably all revs of BCM53012
>> require overriding CPU port to work. So far we were handling it only for
>> CPU port 8, but some devi
revs 2 & 3. It was also
confirmed to fix switch on some internal Broadcom board.
Signed-off-by: Rafał Miłecki
---
V2: Use new code branch to make (unused) port 8 branch reachable.
---
.../generic/files/drivers/net/phy/b53/b53_common.c | 17 +
1 file changed, 17 insert
On 12 April 2015 at 18:16, Jonas Gorski wrote:
> On Sun, Apr 12, 2015 at 6:03 PM, Rafał Miłecki wrote:
>> Newer revisions (5+) of BCM53011 and probably all revs of BCM53012
>> require overriding CPU port to work. So far we were handling it only for
>> CPU port 8, but som
revs 2 & 3. It was also
confirmed to fix switch on some internal Broadcom board.
Signed-off-by: Rafał Miłecki
---
.../linux/generic/files/drivers/net/phy/b53/b53_common.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/target/linux/generic/files/drivers/net/phy
On 5 April 2015 at 20:03, Nathan Hintz wrote:
> The mips74k subtarget of brcm47xx configures gcc to compile for mips32r2;
> however, the generated kernel config for 3.14 and later kernels ends up
> with CPU_MIPS32_R1 and CPU_MIPSR1 selected. The generated kernel config
> for the 3.10 kernel (Barr
_data will be a valid partition (possibly with data) but
libblkid won't detect it.
Also adjust message in jffs2_mark to make more sense when used together
with jffs2_reset.
Signed-off-by: Rafał Miłecki
---
V2: Update ulog messages. E.hg. the one in jffs2_mark shouldn't include
impleme
Signed-off-by: Rafał Miłecki
---
V3: Update TODO comment to be more clear.
---
jffs2reset.c | 56 +---
1 file changed, 25 insertions(+), 31 deletions(-)
diff --git a/jffs2reset.c b/jffs2reset.c
index 1080883..778a97e 100644
--- a/jffs2reset.c
_data will be a valid partition (possibly with data) but
libblkid won't detect it.
Also adjust message in jffs2_mark to make more sense when used together
with jffs2_reset.
Signed-off-by: Rafał Miłecki
---
jffs2reset.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
di
Signed-off-by: Rafał Miłecki
---
jffs2reset.c | 52 +---
1 file changed, 21 insertions(+), 31 deletions(-)
diff --git a/jffs2reset.c b/jffs2reset.c
index 1080883..d634386 100644
--- a/jffs2reset.c
+++ b/jffs2reset.c
@@ -39,26 +39,10 @@ ask_user
Signed-off-by: Rafał Miłecki
---
package/system/procd/files/nand.sh | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/package/system/procd/files/nand.sh
b/package/system/procd/files/nand.sh
index 0ed1b63..dfa1ee6 100644
--- a/package/system/procd/files
Signed-off-by: Rafał Miłecki
---
target/linux/ar71xx/base-files/lib/upgrade/platform.sh | 13 +
1 file changed, 13 insertions(+)
diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
index 0cbee1d..01278b5
Signed-off-by: Rafał Miłecki
---
package/system/procd/files/nand.sh | 9 +
1 file changed, 9 insertions(+)
diff --git a/package/system/procd/files/nand.sh
b/package/system/procd/files/nand.sh
index 7fb9343..0ed1b63 100644
--- a/package/system/procd/files/nand.sh
+++ b/package/system
sysupgrade_pre_upgrade exit). This may be a bit misleading.
Proposed solution adds a new function that will allow platform.sh
trigger NAND sysupgrade consciously. This will also allow cleaning
nand_do_platform_check limiting it to just checking the image.
Signed-off-by: Rafał Miłecki
---
package/base-files
On 5 April 2015 at 01:01, Rafał Miłecki wrote:
> On 30 March 2015 at 23:43, Rafał Miłecki wrote:
>> On 17 March 2015 at 22:05, Alex Henrie wrote:
>>> I just mailed the router. When it arrives, please send confirmation to
>>> me and to treasu...@spi-inc.org.
>&g
They are also present on some BCM63xx switches.
Signed-off-by: Rafał Miłecki
---
V4: Fix description of B53_GMII_PORT_OVERRIDE_CTRL
Use GMII_PO_*
Fix description of B53_BRCM_HDR
---
.../generic/files/drivers/net/phy/b53/b53_regs.h | 33 ++
1 file changed, 33
On 30 March 2015 at 22:43, Jonas Gorski wrote:
> On Wed, Mar 18, 2015 at 8:48 PM, Rafał Miłecki wrote:
>> They are also present on some BCM63xx switches.
>>
>> Signed-off-by: Rafał Miłecki
>> ---
>> .../generic/files/drivers/net/phy/b53/b53_regs.h | 32
>
On 6 April 2015 at 08:32, Alex Henrie wrote:
> 2015-04-04 17:01 GMT-06:00 Rafał Miłecki :
>> I got serial working, unfortunately I discovered many problems with
>> wireless card support.
>> 1) ssb believes there isn't cardbus
>> 2) ssb can't detect PCI
On 30 March 2015 at 23:43, Rafał Miłecki wrote:
> On 17 March 2015 at 22:05, Alex Henrie wrote:
>> I just mailed the router. When it arrives, please send confirmation to
>> me and to treasu...@spi-inc.org.
>
> I just got it today, thanks!
>
> I disassembled it, it'
On 10 March 2015 at 04:30, Ian Kent wrote:
> +@@ -93,6 +113,9 @@ struct ssb_sprom {
> + u16 boardflags2_lo; /* Board flags (bits 32-47) */
> + u16 boardflags2_hi; /* Board flags (bits 48-63) */
> + /* TODO store board flags in a single u64 */
> ++ /* spromrev 11 */
>
On 2 April 2015 at 11:03, Ian Kent wrote:
> On Thu, 2015-04-02 at 10:22 +0200, Rafał Miłecki wrote:
>> Other than that, current way of handling revisions is quite messy, I
>> guess you noticed it by yourself. I started reworking, see:
>> http://patchwork.linux-mips.org/pat
On 2 April 2015 at 11:57, Ian Kent wrote:
> On Thu, 2015-04-02 at 17:47 +0800, Ian Kent wrote:
>> On Thu, 2015-04-02 at 09:45 +0200, Rafał Miłecki wrote:
>> > On 10 March 2015 at 04:30, Ian Kent wrote:
>> > > The R8000 nvram is larger than 32k, increase nvr
Hi Ian,
On 10 March 2015 at 04:30, Ian Kent wrote:
> Add new sprom revision 11 variables to the nvram -> sprom reader.
>
> Signed-off-by: Ian Kent
There are few problems with bcm53xx's SPROM and I've few comments to your patch.
bcm53xx's SPROM driver is modified version of mainline
arch/mips/b
On 10 March 2015 at 04:30, Ian Kent wrote:
> The R8000 nvram is larger than 32k, increase nvram allocation to
> 64k to accomadate.
I handled this by sending nvram.c patch for mainline:
http://patchwork.linux-mips.org/patch/9651/
And backporting all changes to bcm53xx:
https://dev.openwrt.org/chan
Please STOP sending HTML e-mails.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On 17 March 2015 at 22:05, Alex Henrie wrote:
> I just mailed the router. When it arrives, please send confirmation to
> me and to treasu...@spi-inc.org.
I just got it today, thanks!
I disassembled it, it's really a PCMCIA wireless card, nice :) Quite
an unique device!
I had some problems insta
er and over like:
cp vmlinux.lzma FOO-kernel.bin
which is redundant on brcm47xx where we never modify kernel image.
Signed-off-by: Rafał Miłecki
---
With this fix using new image building system adds another overhead
because 99% of devices should share both: kernel (vmlinux.lzma) and TRX.
I'm won
On 21 March 2015 at 23:18, John Crispin wrote:
>
>
> On 21/03/2015 23:15, Rafał Miłecki wrote:
>> On 21 March 2015 at 06:06, wengbj wrote:
>>> Signed-off-by: wengbj
>>> ---
>>> target/linux/ramips/dts/FIREWRT.dts |5 +
>>> 1 file c
On 21 March 2015 at 06:06, wengbj wrote:
> Signed-off-by: wengbj
> ---
> target/linux/ramips/dts/FIREWRT.dts |5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/target/linux/ramips/dts/FIREWRT.dts
> b/target/linux/ramips/dts/FIREWRT.dts
> index 54f0e55..2b018e6 100644
> --- a/targe
They are also present on some BCM63xx switches.
Signed-off-by: Rafał Miłecki
---
.../generic/files/drivers/net/phy/b53/b53_regs.h | 32 ++
1 file changed, 32 insertions(+)
diff --git a/target/linux/generic/files/drivers/net/phy/b53/b53_regs.h
b/target/linux/generic/files
They are also present on some BCM63xx switches.
Signed-off-by: Rafał Miłecki
---
.../generic/files/drivers/net/phy/b53/b53_regs.h | 27 ++
1 file changed, 27 insertions(+)
diff --git a/target/linux/generic/files/drivers/net/phy/b53/b53_regs.h
b/target/linux/generic/files
On 18 March 2015 at 11:28, Jonas Gorski wrote:
> On Wed, Mar 18, 2015 at 10:02 AM, Rafał Miłecki wrote:
>> Signed-off-by: Rafał Miłecki
>> ---
>> .../generic/files/drivers/net/phy/b53/b53_common.c | 23
>> +-
>> .../generic/files/driv
Signed-off-by: Rafał Miłecki
---
.../generic/files/drivers/net/phy/b53/b53_common.c | 23 +-
.../generic/files/drivers/net/phy/b53/b53_regs.h | 1 +
2 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/target/linux/generic/files/drivers/net/phy/b53/b53_common.c
Signed-off-by: Rafał Miłecki
---
.../generic/files/drivers/net/phy/b53/b53_regs.h | 26 ++
1 file changed, 26 insertions(+)
diff --git a/target/linux/generic/files/drivers/net/phy/b53/b53_regs.h
b/target/linux/generic/files/drivers/net/phy/b53/b53_regs.h
index 4899cc4
Signed-off-by: Rafał Miłecki
---
When reading bcmrobo.c code for BCM5301X I've noticed that it uses
REG_CTRL_MIIPO (0x0e) with a following comment:
/* default(1 << 1) DUPLX_MODE:
* Full Duplex
*/
So I guess our bit definition may be reversed. Can someone verify this?
---
target/li
On 14 March 2015 at 00:35, Jeff Waugh wrote:
> (John: This patch takes into account r44765, but moves the FHANDLE config
> stanza to a more understandable position in the file.)
If you want to put some comments in your patch, place them below the
"---". This way they won't be visible after applyi
On 13 March 2015 at 07:38, Alex Henrie wrote:
> I have a spare Linksys WRT300N V1, and according to the wiki, OpenWrt
> does not yet fully support it:
>
> http://wiki.openwrt.org/toh/linksys/wrt300n1
> http://wiki.openwrt.org/toh/linksys/wrt300n
>
> I would be happy to mail this router to anyone w
On 1 March 2015 at 00:05, Rafał Miłecki wrote:
> Signed-off-by: Rafał Miłecki
> ---
> Gabor: I can see you were bumping mpc52xx kernel in the past. Could you
> try 3.18?
Ping?
___
openwrt-devel mailing list
openwrt-devel@lists.openw
On 10 March 2015 at 12:29, Jonas Gorski wrote:
> On Tue, Mar 10, 2015 at 4:30 AM, Ian Kent wrote:
>> [OpenWrt-Devel] [PATCH 0/6] bcm53xx: changes for R8000 so far
>
> Ah, this is supposed to be the V2.
>
> Please version your patchsets when resubmitting, i.e. this would be
> then [PATCH V2], and
On 10 March 2015 at 04:43, Tymon wrote:
> my cpu is BCM958522ER which is the same series with 4708 as well, 32MB
> ###boot log: (I updated the xxx-squashfs.trx to the flash)
>
> Hit any key to stop autoboot: 0
> Checking TRX Image at addr 1e20 ...
>Uncompressing ... Primary TRX image OK
On 9 March 2015 at 10:21, Rafał Miłecki wrote:
> On 9 March 2015 at 10:08, Ian Kent wrote:
>> Here are some changes done while working to get the R8000 working.
>> Some are straight forward while some require review.
>
> Thanks :)
>
> One request: please use "bc
On 9 March 2015 at 10:08, Ian Kent wrote:
> Looks like the BCM53012 has a similar problem to the BCM53011.
Change looks OK, however I'd prefer you to simply modify existing
patch 170-pcie2-bcma-add-new-PCIe2-driver-for-bcma.patch
It still wasn't included/accepted mainline, so it's safe to update
On 9 March 2015 at 10:08, Ian Kent wrote:
> Here are some changes done while working to get the R8000 working.
> Some are straight forward while some require review.
Thanks :)
One request: please use "bcm53xx: " prefix, as it's what we do since always.
I'll try to reply to all patches as I find
On 2 March 2015 at 06:11, ngc wrote:
> Modified 514-yaffs-3.6-use-delayed-work-instead-of-write_super.patch
> which was included old trunk, to fit the current trunk kernel.
> This needs to support the behavior when yaffs_auto_checkpoint is set '2',
> in 3.6.x and later.
>
> I got worked with linux
On 1 March 2015 at 14:28, Jonas Gorski wrote:
> On Sun, Mar 1, 2015 at 1:04 AM, Rafał Miłecki wrote:
>
> Depending on your definition of works, at least with a 16 MiB RAM device:
> It boots, but eventually OOM's: http://pastebin.com/5kR99CMG
>
> Adding the low_mem feat
Signed-off-by: Rafał Miłecki
---
Gabor: I can see you were working on adm5120 in the past. Could you test
this patch?
---
target/linux/adm5120/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/adm5120/Makefile b/target/linux/adm5120/Makefile
index e58122d
Signed-off-by: Rafał Miłecki
---
Gabor: I can see you were bumping mpc52xx kernel in the past. Could you
try 3.18?
---
target/linux/mpc52xx/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/mpc52xx/Makefile b/target/linux/mpc52xx/Makefile
index aa3c5a7
Signed-off-by: Rafał Miłecki
---
target/linux/ep93xx/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ep93xx/Makefile b/target/linux/ep93xx/Makefile
index 7e7422b..3da7ca9 100644
--- a/target/linux/ep93xx/Makefile
+++ b/target/linux/ep93xx/Makefile
Signed-off-by: Rafał Miłecki
---
Hey guys,
My previous request (posted half a year ago) was completely ignored:
[PATCH][RFT] omap: switch kernel to 3.14
https://lists.openwrt.org/pipermail/openwrt-devel/2014-September/027845.html
I'll really appreciate if someone can try this patch. 3.
On 26 February 2015 at 19:24, Florian Fainelli wrote:
> On 25/02/15 07:24, Alexandru Ardelean wrote:
>> Feature implemented and tested on BCM53128.
>>
>> Slave devices logic copied from the Linux kernel from Marvell's DSA
>> driver ( linux/net/dsa/ ).
>> Also the logic for the Broadcom tag process
On 25 February 2015 at 11:00, Felix Fietkau wrote:
> On 2015-02-25 06:07, Rafał Miłecki wrote:
>> On 24 February 2015 at 16:29, Álvaro Fernández Rojas
>> wrote:
>>> --- a/target/linux/generic/files/drivers/net/phy/swconfig.c
>>> +++ b/target/linux/generic
On 24 February 2015 at 16:29, Álvaro Fernández Rojas wrote:
> --- a/target/linux/generic/files/drivers/net/phy/swconfig.c
> +++ b/target/linux/generic/files/drivers/net/phy/swconfig.c
> @@ -396,7 +396,12 @@ swconfig_dump_attr(struct swconfig_callback *cb, void
> *arg)
> op
On 24 February 2015 at 16:29, Álvaro Fernández Rojas wrote:
> diff --git a/include/kernel.mk b/include/kernel.mk
> index e21d53a..18cb133 100644
> --- a/include/kernel.mk
> +++ b/include/kernel.mk
> @@ -52,7 +52,11 @@ else
>LINUX_SOURCE:=linux-$(LINUX_VERSION).tar.xz
>TESTING:=$(if $(finds
We can't simply hardcode v3.x directory name.
Signed-off-by: Rafał Miłecki
---
include/kernel.mk | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/kernel.mk b/include/kernel.mk
index e21d53a..eb3e07a 100644
--- a/include/kernel.mk
+++ b/include/kernel.mk
@@
On 12 February 2015 at 21:04, John Crispin wrote:
> [0.564000] Creating 4 MTD partitions on "spi32766.0":
> [0.568000] 0x-0x0001 : "uboot"
> [0.572000] 0x0001-0x0002 : "uboot-env"
> [0.58] 0x0002-0x0003 : "calibration"
> [
On 12 February 2015 at 20:25, John Crispin wrote:
> yep, fixes the problem. please push it :)
It just hides the problem, there is still something wrong with sizes.
This patch it printing messages to help track the bug. Please provide
an output
___
openw
---
John can you give it a try, please?
---
.../generic/files/drivers/mtd/mtdsplit/mtdsplit_uimage.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/target/linux/generic/files/drivers/mtd/mtdsplit/mtdsplit_uimage.c
b/target/linux/generic/files/drivers/mtd/mtds
As you could notice I've improved mtdsplit_uimage a bit:
https://dev.openwrt.org/changeset/44412/
https://dev.openwrt.org/changeset/44413/
https://dev.openwrt.org/changeset/44414/
https://dev.openwrt.org/changeset/44415/
This should add support for Edimax devices, but... could also break something
On 9 February 2015 at 21:52, Florian Fainelli wrote:
> On 09/02/15 08:29, Will Sheppard wrote:
>> Patchset to essentially add custom TRX header to all firmware produced.
>>
>> This is most useful for the Belkin routers from my experience. I'm not
>> how other trx based firmwares modify the header
On 10 February 2015 at 15:09, Daniel Golle wrote:
> simple-framebuffer now works on the A20.
I'm really not sure about other developers opinion (will be happy to
hear it), but I guess you could try to generate a patch using git and
git format-patch -C
That would allow ppl/developers to review ch
On 10 February 2015 at 15:06, Daniel Golle wrote:
> 130, 771 and 772 were merged upstream.
> 304 had to be refreshed to apply on the new sources.
Nack.
This should be part of the previous patch. With current split of your
patches this one (2/3) fixes a kind of regression your just introduced
in
> kernel: 3.19 was released
So what?
Commit message is supposed to describe the change, not what has happened.
--
Rafał
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On 9 January 2015 at 10:51, Rafał Miłecki wrote:
> If you look at include/cmake.mk you will notice followiing:
> -DCMAKE_BUILD_TYPE=Release
> It means that CMake uses CMAKE_C_FLAGS_RELEASE
>
>
> I've created package and tested it using two variants:
>
> 1) TARGET_CFLA
Most app don't want to crash because of unhandled SIGPIPE. It could
happen is such trivial situations like writing to socket.
Signed-off-by: Rafał Miłecki
---
V2: Replace signal call with sigaction
V3: Don't duplicate the code
---
uloop.c | 24
1 file c
Most app don't want to crash because of unhandled SIGPIPE. It could
happen is such trivial situations like writing to socket.
Signed-off-by: Rafał Miłecki
---
V2: Replace signal call with sigaction
---
uloop.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/ul
Most app don't want to crash because of unhandled SIGPIPE. It could
happen is such trivial situations like writing to socket.
Signed-off-by: Rafał Miłecki
---
uloop.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/uloop.c b/uloop.c
index 9a77ce4..7d11bbc 100644
On 25 January 2015 at 21:08, Florian Fainelli wrote:
> Le 14/01/2015 22:54, Rafał Miłecki a écrit :
>> I wanted bcm53xx kernels to be compiled with EARLY_PRINTK by default.
>> This is safe, we enable "earlyprintk" using bootargs on tested devices
>> only.
>>
Signed-off-by: Rafał Miłecki
---
uclient-http.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/uclient-http.c b/uclient-http.c
index 9f9fac9..eb69702 100644
--- a/uclient-http.c
+++ b/uclient-http.c
@@ -41,6 +41,7 @@ enum request_type {
REQ_HEAD,
REQ_POST,
REQ_PUT
We are not supposed to modify it and ustream accepts const already.
Signed-off-by: Rafał Miłecki
---
uclient-backend.h | 2 +-
uclient-http.c| 2 +-
uclient.c | 2 +-
uclient.h | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/uclient-backend.h b/uclient
I'm trying to use uclient to monitor my home network servers querying
http://ip/status . So far I was using bash + curl, but I'm trying to
learn libubox now.
So today I accidentally queried some unknown machine (random IP) and
my app crashed.
What has happened:
1) When I first called "uclient_re
On 21 January 2015 at 10:36, Christian Schoenebeck
wrote:
> Why to block users from using updated packages like ca-certificates,
> privoxy or updated luci-apps
Because we:
1) Don't want help users breaking their installations if they upgrade
wrong package
2) Don't want to keep a list of packages
Signed-off-by: Rafał Miłecki
---
V2: Add uclient_set_timeout
Stop timer after receiving data
Start timer after fetching data by uclient user
V3: Fix missing braces in __uclient_notify_read, thanks John!
---
uclient-fetch.c | 4
uclient-http.c | 13 +++--
uclient.c
Signed-off-by: Rafał Miłecki
---
V2: Add uclient_set_timeout
Stop timer after receiving data
Start timer after fetching data by uclient user
---
uclient-fetch.c | 4
uclient-http.c | 12 ++--
uclient.c | 36 +++-
uclient.h | 20
Signed-off-by: Rafał Miłecki
---
uclient-fetch.c | 4
uclient.c | 25 -
uclient.h | 4
3 files changed, 32 insertions(+), 1 deletion(-)
diff --git a/uclient-fetch.c b/uclient-fetch.c
index 22f15c6..0617a02 100644
--- a/uclient-fetch.c
+++ b
On 15 January 2015 at 13:17, Felix Fietkau wrote:
> On 2015-01-15 12:50, Rafał Miłecki wrote:
>> This is required as we use USOCK_NONBLOCK.
> Are you sure? Theoretically, ustream should already handle it properly.
> The first write fails if the socket is not connected yet, so
Signed-off-by: Rafał Miłecki
---
V2: Use poll instead of select
---
usock.c | 27 +++
usock.h | 11 +++
2 files changed, 38 insertions(+)
diff --git a/usock.c b/usock.c
index 04ed4ee..5bdd3ff 100644
--- a/usock.c
+++ b/usock.c
@@ -20,6 +20,7 @@
#include
This is required as we use USOCK_NONBLOCK.
Signed-off-by: Rafał Miłecki
---
uclient-http.c | 5 +
uclient.h | 2 ++
2 files changed, 7 insertions(+)
diff --git a/uclient-http.c b/uclient-http.c
index c25e52f..82bef8a 100644
--- a/uclient-http.c
+++ b/uclient-http.c
@@ -108,6 +108,7
Otherwise some flags like USOCK_NONBLOCK wouldn't work as expected
(O_NONBLOCK affects connect behavior).
Signed-off-by: Rafał Miłecki
---
usock.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/usock.c b/usock.c
index 39909c1..7bde620 100644
--- a/us
Signed-off-by: Rafał Miłecki
---
usock.c | 30 ++
usock.h | 11 +++
2 files changed, 41 insertions(+)
diff --git a/usock.c b/usock.c
index 04ed4ee..39909c1 100644
--- a/usock.c
+++ b/usock.c
@@ -117,3 +117,33 @@ int usock(int type, const char *host, const
I wanted bcm53xx kernels to be compiled with EARLY_PRINTK by default.
This is safe, we enable "earlyprintk" using bootargs on tested devices
only.
So I have config option enabled in default configs:
> grep EARLY_PRINTK target/linux/bcm53xx/config-3.1*
target/linux/bcm53xx/config-3.14:CONFIG_EARLY_
On 13 January 2015 at 16:56, Maxime Ripard
wrote:
> Some devices out there only have a NOR flash to store the rootfs on.
>
> While using UBI is arguable on this kind of NAND, this is something that
> should
> be supported.
So why use UBI at all? Doesn't it make more sense to stick to the
JFFS2?
On 10 January 2015 at 12:54, Gianluca Anzolin wrote:
> I just tried to install the latest CC trunk (r43901) on my netgear wndr4300,
> a router with NAND flash on that uses UBIFS.
>
> I noticed that I cannot use an external /overlay anymore: while I can mount
> the usb drive on any mountpoint, the
If you look at include/cmake.mk you will notice followiing:
-DCMAKE_BUILD_TYPE=Release
It means that CMake uses CMAKE_C_FLAGS_RELEASE
I've created package and tested it using two variants:
1) TARGET_CFLAGS=-DFOO
This is what I got:
grep FOO build_dir/target-*/test/CMakeCache.txt
CMAKE_CXX_FLAGS:
This allows using UBIFS volume as overlay and adds support for Btrfs.
Signed-off-by: Rafał Miłecki
---
package/system/fstools/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/system/fstools/Makefile b/package/system/fstools/Makefile
index 9e3dde7..a71401d
I got wrong country set and couldn't use channels 12/13. So I set:
wireless.radio1.country=pl
however calling
/etc/init.d/network reload
didn't do anything. It seems netifd doesn't notice country change.
--
Rafał
___
openwrt-devel mailing list
openwrt-d
On 29 December 2014 at 08:12, Vittorio G (VittGam) wrote:
> On 26 December 2014 at 09:53, Rafał Miłecki wrote:
>>
>> On 26 December 2014 at 09:51, Rafał Miłecki wrote:
>>>
>>> On 25 December 2014 at 02:28, Vittorio G (VittGam)
>>> wrote:
&g
On 26 December 2014 at 09:51, Rafał Miłecki wrote:
> On 25 December 2014 at 02:28, Vittorio G (VittGam)
> wrote:
>> Signed-off-by: Vittorio Gambaletta
>>
>> diff --git a/package/base-files/files/lib/functions/leds.sh
>> b/package/base-files/files/lib/func
On 25 December 2014 at 02:28, Vittorio G (VittGam) wrote:
> Signed-off-by: Vittorio Gambaletta
>
> diff --git a/package/base-files/files/lib/functions/leds.sh
> b/package/base-files/files/lib/functions/leds.sh
> index 4ac8145..d4d4512 100644
> --- a/package/base-files/files/lib/functions/leds.sh
901 - 1000 of 1493 matches
Mail list logo