On 13/01/2014 21:48, Gerald Matzka wrote:
Hi,
I noticed a strange behaviour of the block command of the ubox/block-mount
package.
# block info
/dev/sda1: UUID=f1937642-358f-4b3d-9e6f-54fa904a0708 LABEL=BOOT
VERSION=1.0 TYPE=ext2
/dev/sda2: UUID=f3eded9b-8500-4a08-99f4-1697f7cc5ee1
Hi,
i would expect someone that installs openwrt buildroot, then builds an
image by hand and manages to flash it and on the way finds and changes
this option to know what he is doing
if we start worrying about these wording issues then we need to also add
a warning to the usb module danger!!!
silkscreen layer has MIFI-F5 V1.0 marking. Commonly available from
eBay as 2G/3G/4G WiFi router, it has 1 Ethernet port and 1 USB2.0
host connector, wireless is 802.11n 1x1 2.4 GHz with a chip antenna.
As noted by John Crispin on IRC, this unit is almost identical
hardware-wise (just lacks battery
Hi,
So what uboot bootloader version am I supposed to use for rt350x? Is the
standard Uboot Version for MIPS going to work? And which one? John seemed to
be aware of the bug but which UBoot version is the bug actually fixed in?
it is not a uboot bug but a bug caused by ralinks hackish esw
On 14/01/2014 18:06, Antonio Quartulli wrote:
On 13/01/14 11:26, John Crispin wrote:
i will pull this patch into the tree after lunch.
maybe this patch got forgotten after the lunch break? :D
Cheers,
not really, but thanks for wasting time with this mail
On 14/01/2014 18:24, Helmut Schaa wrote:
Hi All,
sometimes I experience hangs when rebooting.
As far as I can see procd does not try to kill any
started services but relies on them to exit gracefully.
Would it make sense to kill the services after a
reasonable timeout?
Helmut
Hi Helmut,
Hi
i had a look at this last night and have the same fix in my local tree
already. i need to think about it to see if it is enough, however seeing
that you came up with the same fix tells me it must be correct :)
John
diff --git a/rcS.c b/rcS.c
index 395d992..332201e 100644
--- a/rcS.c
+++
Hi,
On 15/01/2014 11:43, Ulrich Weber wrote:
avoids nasty race condition between manual dnsmasq restart and
killall -HUP dnsmasq by dhcp client, killing the init script accidentially
please make a more elaborate description of what race you mean
John
Signed-off-by: Ulrich Weber
On 15/01/2014 17:12, Helmut Schaa wrote:
On Wed, Jan 15, 2014 at 4:57 PM, Helmut Schaa
helmut.sc...@googlemail.com wrote:
On Wed, Jan 15, 2014 at 2:57 PM, John Crispin j...@phrozen.org wrote:
Hi
i had a look at this last night and have the same fix in my local tree
already. i need to think
Hi Bastian,
what cmdline is shown in the bootlog ?
John
On 16/01/2014 11:48, Bastian Bittorf wrote:
we are used to apply 'oops=panic panic=10' to our kernel-cmdline,
but doing this with mpc85xx seems not to work:
user@build:~/openwrt$ grep 'CONFIG_CMDLINE='
On 16/01/2014 22:22, Hanno Schupp wrote:
I hear what you say, but OpenWrt is already supplying bootloaders as part of
the buildroot process for other platforms, most notably ar71xx. So why not
for ramips? From the outside it seems there seems to be no better reason than
individual dev's
hi lynxis,
i just added a slightly tweaked version of the patch to my merge tree
John
On 17/01/2014 03:49, Alexander Couzens wrote:
We don't need to kill any processes in failsafe, because we are already at
a low memory footprint. This patch fix also sysupgrade in failsafe. sysupgrade
in
On 17/01/2014 09:48, Sven Eckelmann wrote:
On Thursday 16 January 2014 16:05:33 Florian Fainelli wrote:
[...]
Is not there a better way than backporting 5500+ lines of patches?
Can't we just bump compat-wireless and get rid of most of them?
Depends on the plans of the mac80211 maintainer(s).
Hi,
NAK, we wont merge a huge pile of random patch churn in one big blob.
please read the submitting patches guidelines
John
On 19/01/2014 10:07, Oskari Rauta wrote:
Fixes to my previously sent patch, for a reminder of what this does:
- Uses official raspberry pi kernel sources for
On 19/01/2014 15:07, Oskari Rauta wrote:
Maybe I'm missing the point, but 3.12.2y is still a 3.12.2 kernel with some
added patches. There is no reason to
handle this version like another kernel version, force all bcm2708 devices
to use this kernel (Raspi may be the
biggest provider
On 21/01/2014 21:35, James Cloos wrote:
JC == John Crispin j...@phrozen.org writes:
JC * unit most likely runs on a ghz arm soc made by marvell
IIRC, semiaccurate reported that it uses an atom processor.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
i beg
contributors at the now defunct psidoc site, I
have produced a device tree and some patches to get the BT Home Hub 2B
(Lantiq Danube-S) working with recent trunk builds. More work is needed
before they are ready for submitting, but before going any further, I'd
be very grateful for some advice from John
On 21/01/2014 21:55, David Lang wrote:
On Tue, 21 Jan 2014, Ben Mulvihill wrote:
The nand driver currently in trunk works fine, provided ...
what is the current status of nand flash support? I asked about this
within the last couple of weeks and was told that supporing devices
with nand
those changes because they didn't seem to
make any difference.
But could the errors on the fritz3370 simply be due to wrong
pinmux settings?
Ben
On Tue, 2014-01-21 at 21:43 +0100, John Crispin wrote:
Hi Ben,
oh dear, how i hate the ebu ...
i will start by testing this patch
I have a feeling that the patch posted by luka will fix the fritz3370
problem.
i have a vague recollection that it worked once upon a time. I also
remember that in my last test it did not work, but i had wifi enabled so
that would fit in with the missing locking.
I'll let you know if that is the
On 24/01/2014 12:45, Helmut Schaa wrote:
Hi John,
On Wed, Jan 15, 2014 at 5:39 PM, John Crispin j...@phrozen.org wrote:
On 15/01/2014 17:12, Helmut Schaa wrote:
On Wed, Jan 15, 2014 at 4:57 PM, Helmut Schaa
helmut.sc...@googlemail.com wrote:
On Wed, Jan 15, 2014 at 2:57 PM, John Crispin j
Hi,
can you post the driver ?
i have a board with AR9287 where one of the gpios is used, would love to
test your driver
John
On 25/01/2014 10:06, 郭涛 wrote:
Dear All
I wrote a driver for AR9287 GPIO. My module always load before ath9k
and cause bus error. The read/write PCI bus operate
hi,
i am starting to wonder if we should to runtime detection of the fw blob
to use ... i.e. indicate in the dts file if we want 11g or 22fe firmware
and let the code figure out the version
John
On 12/03/2014 09:29, José Vázquez Fernández wrote:
Add support for Astoria ARV7519RW.
These
Hi,
i am working on a new update for fstools that implements ubi properly
via gluebi. this is a rather large rework and will take another 1-2
weeks till ready.
John
On 26/03/2014 22:31, André Valentin wrote:
Normally a jffs fs start with a know marker. If ubi is used, the
partition
Hi,
r40295 should fix #15357
Can someone try to verify that it is indeed fixed now ?
below are my test results
John
root@OpenWrt:/# uci show system.@system[-1].log_size
system.cfg02e48a.log_size=1024
root@OpenWrt:/# while true; do logger
?
On Thu, Mar 27, 2014 at 9:46 AM, John Crispin j...@phrozen.org
wrote:
Hi,
r40295 should fix #15357
Can someone try to verify that it is indeed fixed now ?
below are my test results
John
root@OpenWrt:/# uci show system.@system[-1].log_size
system.cfg02e48a.log_size=1024
On 28/03/2014 22:08, Catalin Patulea wrote:
Maybe that's why core OpenWRT devs haven't been merging patches
for over a month.
what a pile if bullshit you are talking ...
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Hi,
finally had time to test this. i will merge antonios patch for now, it
fixes the basi nand vs pcie issue. i will look at the bthh2 issue
afterwards.
John
On 22/01/2014 01:01, Luka Perkov wrote:
On Tue, Jan 21, 2014 at 08:50:03PM +0100, Ben Mulvihill wrote:
Any enlightenment you
On 01/04/2014 05:52, zhenjun_...@icloudaegis.com wrote:
Hi, I have a RT5350 module with wm8978 codec and try to driver
sound under openwrt. The relevant driver in openwrt trunk as
follows: sound/soc/ralink/mt7620-i2s.c
sound/soc/ralink/mt7620-wm8960.c drivers/dma/ralink-gdma.c
The i2s
On 02/04/2014 21:36, Ben Mulvihill wrote:
Hello,
Here is my set of 7 patches adding support for the BT Home Hub 2B.
The last three are patches to the OpenWRT source tree. The others I
have left as diffs of the kernel or fstools sources, because if you
accept them I don't know whether or
On 03/04/2014 22:04, Michel Stempin wrote:
Does anybody can explain what is the official mt7620 support status
in OpenWrt?
working fully apart of wifi and i2s
John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
On 04/04/2014 08:14, zhenjun_...@icloudaegis.com wrote:
Hi, I have checked that drivers/dma/ralink-gdma.c works with an
bug. In function gdma_dma_start_transfer, dma buffer contains
the correct data. But buffer data changes when transimision is done
in function gdma_dma_chan_irq. It seem
Hi,
NAK, incorrect fix. this patch fixes the behavior of a script that is
not even in trunk. jffs2reset on purpose asks for you to press y/N.
Your patch breaks this behavior.
the correct fix is to pass $@ and then have your script pass -y.
please send a patch that does that.
John
On
Hi,
i have been playing with the TD8970 the last few days and tried to
bring it online on a deutsche telekom adsl annex-b line. unfortunately
i have totally failed so far. i managed to get the unit into showtime
on my dslam using vdsl however. i also talked to people that have the
driver/firmware
does anyone know how to force adsl or vdsl ? i tried -M1 and -M2
but i got no showtime.
Have you tried -M 0_1_0 or -M 0_0_2?
it is not a matter of trying random values but knowing what they mean
and how to build the parameters from uci.
what do those parameters do that you listed ?
On 08/04/2014 19:05, Jonas Gorski wrote:
I have no idea. This was just a guess on the part that all the
other parameters are in this bitfield notion, so I assumed that
this one works the same. Shouldn't the cpe-control sources tell you
what they are good for?
yes but that takes too long
On 08/04/2014 19:51, obconseil wrote:
Hello,
I would be interested by that too: I'm currently working on the
same TD-W8970, using a annex-a ADSL2+ firmware. However, I lack
VDSL2 annex-a firmware , as this standard has been recently allowed
in France.
Hi,
i just pushed an update that adds explicit tone profiles and allows
setting the xtse bits for v/adsl separately.
Hope this make the modem work for more people in more environments
John
___
openwrt-devel mailing list
Hi,
with the vdsl now working as well as the adsl i would also like to try
to bring the voip/asterisk support up to scratch.
i am a n00b at asterisk and have never used the can_lantiq driver.
any volunteers for this ?
any one successfully used chan_lantiq ?
ideally we could make a sample
Heartbleed - libopenssl AA binary feed update
we updated the AA release. the files libopenssl_1.0.1e-1_*.ipk have
been replaced with libopenssl_1.0.1g-1_*.ipk and the Packages index
was updated. If you use openssl on your unit you need to run :
# opkg update
# opkg upgrade libopenssl
In order
On 11/04/2014 11:15, Matthias Strubel wrote:
BTW: it seems you made a copy mistake into
http://downloads.openwrt.org/attitude_adjustment/ , while deploying
the new files.
i copied them twice by accident, once to the wrong folder, the
misplaced version will be removed during the day
the patch is line wrapped -
http://patchwork.openwrt.org/patch/5199/
please read the SubittingPatches guidelines and send properly
formatted patch.
On 19/04/2014 21:57, Mark Janssen wrote:
Hello,
I've updated a patch, available at
On 19/04/2014 17:20, Álvaro Fernández Rojas wrote:
Depending on XWAY makes uboot-lantiq invisible for VRX200 devices.
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- diff
--git a/package/boot/uboot-lantiq/Makefile
b/package/boot/uboot-lantiq/Makefile index 90060ef..32f811a
On 21/04/2014 07:06, Ben Mulvihill wrote:
Hi John,
May I take up your offer of a hand with overlayfs on top of ubi? I
have in fact managed to get a working overlay + ubi image, and also
a ubifs image. But I still have a few questions:
- Am I right in thinking that there is no way to
On 21/04/2014 05:18, Claudio Leite wrote:
The Airlink101 AR725W is a RT2880 router with 32MB RAM, 4MB flash,
100mbit IP175E switch and dual-band 802.11n wireless.
Notes: - I couldn't get the switch to be recognized without
building it into the kernel, rather than as a module. Since the
On 21/04/2014 10:36, Roman Yeryomin wrote:
On 21 April 2014 11:05, John Crispin j...@phrozen.org wrote:
On 21/04/2014 05:18, Claudio Leite wrote:
The Airlink101 AR725W is a RT2880 router with 32MB RAM, 4MB
flash, 100mbit IP175E switch and dual-band 802.11n wireless.
Notes: - I
On 21/04/2014 10:58, Roman Yeryomin wrote:
The target was ramips, rt2880 and rt305x subtargets at least. I'm
not sure how rtl8366xx differs from ip175e but both realtek switch
and smi parts are under drivers/net/phy/. I remember when I
submitted a patch to exclude realtek switch from target
On 21/04/2014 12:16, Roman Yeryomin wrote:
On 21 April 2014 12:55, John Crispin j...@phrozen.org wrote:
On 21/04/2014 10:58, Roman Yeryomin wrote:
The target was ramips, rt2880 and rt305x subtargets at least.
I'm not sure how rtl8366xx differs from ip175e but both realtek
switch and smi
Hi Roman,
the etehrnet driver needs the phy driver to be present when the
of_phy_connect() is called. to my knowledge there is no mechanism
for defeered phy attach logic.
i just verified to be 100% and i am correct on this. obviously the phy
driver need to be loaded prior to the network
On 21/04/2014 17:57, Claudio Leite wrote:
Generates webflash-compatible images for a few RT2880 routers
based on Gemtek OEM boards.
Signed-off-by: Claudio Leite lei...@staticky.com
is there a difference between these 2 patches and the 3/3 that was
posted earlier ? i already have the 3/3 in
Hi,
On 21/04/2014 19:19, Hugo Grostabussiat wrote:
The 7Links PX-4885-675 is a small battery-powered wireless router.
It is based on a RT5350F WiSoC and features one ethernet port and
one USB port. It is a Hame MPR-A1 clone, except it has different
GPIOs, a different battery and more RAM
On 21/04/2014 19:44, Ben Mulvihill wrote:
- bootargs = console=ttyLTQ0,115200 init=/etc/preinit
rootfstype=squashfs,jffs2; + // uncomment for overlayfs on top of
ubi + bootargs = console=ttyLTQ0,115200 init=/etc/preinit
ubi.mtd=rootfs_ubi,256 root=/dev/mtdblock8;
Hi,
i just merged the mac80211 rt3883 patches that gabor created.
please send your thank you messages his way.
i tested the driver on rt3883, rt3052 and rt5350 to make sure there
are no regressions breaking other SoCs but more testing is welcome.
if you use ralink SoC please test mac80211
On 23/04/2014 10:44, Hartmut Knaack wrote:
+stop() {
+service_stop $PROG +}
this bit is redundant
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On 23/04/2014 12:16, Karl Palsson wrote:
On Wed, Apr 23, 2014 at 10:59:46AM +0200, John Crispin wrote:
On 23/04/2014 10:44, Hartmut Knaack wrote:
+stop() {
+ service_stop $PROG +}
this bit is redundant
If it is, can you please update:
http://wiki.openwrt.org/doc/devel
On 23/04/2014 19:28, Marco Antonio Mauro wrote:
On Fri, Feb 7, 2014 at 11:23 PM, Marco Antonio Mauro
marcu...@gmail.com wrote:
This patch adds factory image building for the DGN3500, all
variants, and fixes sysupgrade images to make them play nice with
the sercomm secondary boot loader.
On 07/02/2014 23:23, Marco Antonio Mauro wrote:
index 585090e..641c99d 100644 --- a/tools/firmware-utils/Makefile
+++ b/tools/firmware-utils/Makefile @@ -66,6 +66,7 @@ define
Host/Compile $(call cc,mkporayfw, -Wall) #$(call cc,mkhilinkfw,
-lcrypto) $(call cc,mkdcs932, -Wall) +
On 24/04/2014 12:44, Saverio Proto wrote:
Hello,
talking about: https://dev.openwrt.org/ticket/12181
patch has been tested @ Ninux.org on TP-Link WDR3600. We are now
able to successfully have tagged and untagged frames together on
the same port.
Here is the clean version of the patch
On 24/04/2014 17:23, Claudio Leite wrote:
Looks good here on rt2880.
-Claudio
great, thanks for the test effort !
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On 24/04/2014 22:05, joerg jungermann wrote:
Hi,
I am observing some issues by reading kernel messages and the git
commit log:
1. Kexec is not working. kexec-mips.c looks for at least some lines
in /proc/iomem for example System RAM. This entry is missing at
least on the TD-W8970.
the lantiq,switch; property is missing in the dts file
According to the current HEAD: target/linux/lantiq/dts/TDW8970.dts
[...] eth@E108000 { #address-cells = 1; #size-cells = 0;
compatible = lantiq,xrx200-net; reg = 0xE108000 0x3000 /*
switch */ 0xE10B100 0x70 /* mdio */ 0xE10B1D8 0x30
Hi
Detailed list of the difference between this and the previous dump is
missing.
John
On 08/05/2014 22:25, Matthew Fatheree wrote:
Add Linksys Mamba WRT1900AC build profile to target/linux/mvebu
Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com ---
On 08/05/2014 23:23, Matthew Fatheree wrote:
From 74c7dc364c89a470a63e0ce8efa70ca3e3f36e0c Mon Sep 17 00:00:00
2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date:
Sun, 4 May 2014 20:53:54 +0700 Subject: [PATCH 24/30] mamba mvebu:
add led monitor package which support led activity
On 08/05/2014 23:18, Matthew Fatheree wrote:
From 3b2c4996441e2a73d48dd55edcd2d0ea123ffc87 Mon Sep 17 00:00:00
2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date:
Sun, 4 May 2014 20:33:59 +0700 Subject: [PATCH 21/30] mamba mvebu:
enter FAILSAFE mode, in case the board boot up
nack, again its duplicate functionality
John
On 08/05/2014 23:16, Matthew Fatheree wrote:
From 99e9d4800f128516f4b8c802e953bd82962defb4 Mon Sep 17 00:00:00
2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date:
Sun, 4 May 2014 20:20:54 +0700 Subject: [PATCH 19/30] mamba mvebu:
hi
nack, did not look at the whole patch when i saw this -
On 08/05/2014 22:58, Matthew Fatheree wrote:
+ucidef_set_interface_lan eth0 wdev0ap0 wdev1ap0
the device names are handled by netifd and should not be added explictly
John
___
On 08/05/2014 22:53, Matthew Fatheree wrote:
Mamba use the syscfg partition formatted in ubifs type as the
overlay partition to store the router configuration. This overlay
style is different from OpenWRT. To avoid affecting the whole
OpenWRT tree, we do not modify OpenWRT's block-mount
On 08/05/2014 22:51, Matthew Fatheree wrote:
From a5d210deb9dd9b60260b877ed37af3d417f872b6 Mon Sep 17 00:00:00
2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date:
Sun, 4 May 2014 01:23:17 +0700 Subject: [PATCH 10/30] Add
linksys-base-files to package
Add linksys-base-files to
wow a useful patch :)
next time please also patch the other kernel not just the one used by you.
John
On 08/05/2014 22:51, Matthew Fatheree wrote:
From 8ab032967f60449052c20adc6180c8f295cb37d5 Mon Sep 17 00:00:00
2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date:
Sat, 19
On 08/05/2014 22:30, Matthew Fatheree wrote:
Support I2C, USB, TMP421, On-Die sensor, SATA.
Signed-off-by: Matthew Fatheree matthew.fathe...@belkin.com ---
target/linux/mvebu/config-3.10 | 29
- 1 file changed, 28 insertions(+), 1
deletion(-)
so all boards
nack,
wrong folder duplicates functionality ..
John
On 08/05/2014 23:07, Matthew Fatheree wrote:
From dea780ba779104cd1460efe3815c16990f5db959 Mon Sep 17 00:00:00
2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date:
Sun, 4 May 2014 19:10:18 +0700 Subject: [PATCH 16/30]
never used uboot-envtools, however this does seem wrong and it would
surprise me if other boards did this stuff. i am simply assuming this
is wrong like the rest of the series, so its a nack.
John
On 08/05/2014 23:07, Matthew Fatheree wrote:
From 4a9565f1139fbb585727638fd69a0437bdd212b6
nack, duplicate functionality
John
(maybe i should start to only send the acks for this series, it will
save us a lot of time)
On 08/05/2014 23:19, Matthew Fatheree wrote:
From ea96714bb0724cf3e98e86802a3b5b36da67ac89 Mon Sep 17 00:00:00
2001 From: Matthew Fatheree
On 08/05/2014 23:21, Matthew Fatheree wrote:
From 420c37e26c1ff16f160dddc8adcd7e0c8ee0c6a9 Mon Sep 17 00:00:00
2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date:
Sun, 4 May 2014 20:43:34 +0700 Subject: [PATCH 23/30] mamba mvebu:
board specific initialize script
- Unexport
nack
1) drivers go in the kernel/ dir
2) the driver smells like poo poo
3) since when o we carry webui hacks for smelly wifi driver inside the
driver dir ?
4) the 1900ac only supports us channels ?
5) wont look at the lua stuff in detail but a rough look at it told me
that the quality aligns with
nack, again the webui should not be in that folder.
John
On 08/05/2014 23:33, Matthew Fatheree wrote:
From 9a9dc70152468dd745fe0cd9dd94d1b498b87598 Mon Sep 17 00:00:00
2001 From: Matthew Fatheree matthew.fathe...@belkin.com Date:
Sun, 4 May 2014 23:47:45 +0700 Subject: [PATCH 29/30]
On 09/05/2014 18:14, Owen Kirby wrote:
On 14-05-08 11:09 PM, Luka Perkov wrote:
On Thu, May 08, 2014 at 02:07:13PM -0700, Matthew Fatheree
wrote:
From 4a9565f1139fbb585727638fd69a0437bdd212b6 Mon Sep 17
00:00:00 2001 From: Matthew Fatheree
matthew.fathe...@belkin.com Date: Sun, 4 May 2014
On 09/05/2014 20:17, David Lang wrote:
On Fri, 9 May 2014, John Crispin wrote:
(maybe i should start to only send the acks for this series, it
will save us a lot of time)
no, giving the reasons for each nack is valuable.
David Lang
Hi David,
i was trying to make a joke
Hi,
is this neccessary ? should a forced detach not be enough ? that is
why we added the forced detach ioctl.
could you try to use ubi detach rootfs instead of unmount ?
John
On 23/05/2014 14:40, Daniel wrote:
Hi André,
I'm also working a lot on UBI(fs) support lately. First of
On 23/05/2014 15:13, Jo-Philipp Wich wrote:
Replacing pid 1 is the safest, cleanest and most generic solution
as it will support any kind of underlying storage system so you can
e.g. umount an ext4 root or perform LVM ops in case the system runs
from a volume group etc.
~ Jow
ok, i will
On 23/05/2014 15:16, Felix Fietkau wrote:
I agree with the general approach, but I'd like you to make a few
changes to it:
- submit it as a patch to procd git instead of openwrt - rename the
command to 'exec' or something like that. It could be used for more
than just sysupgrade. - make
On 23/05/2014 16:47, André Valentin wrote:
Hi!
currently I cannot comment this, I will do it in the late evening.
But please notice that this was a request for comments. It was not
intended to be merged, because there are still some minor and ugly
things in it. I just wanted to know what
On 30/05/2014 20:50, jonsm...@gmail.com wrote:
I have this patch I wrote a year ago that fixed the broken
Ethernet switch on the AWM002. I've forgotten exactly what I was
trying to do. For some reason the switch was not getting programmed
by default.
What is up with this bit? Why did I
On 30/05/2014 21:46, jonsm...@gmail.com wrote:
I wrote this code that enables the second chip select on SPI.
Search down for spi-rt2880. I've never run it since I never had the
right hardware. There is an example DTD for enabling it too.
On 30/05/2014 21:58, jonsm...@gmail.com wrote:
Do you want it for submission? I was just hoping that someone
with the right hardware would check it out. I have no way to test
it.
no idea. you have not sent the patch yet so i cant review/comment on it
John
On 30/05/2014 22:24, jonsm...@gmail.com wrote:
I attached it as as a standalone file. Does anyone have the new
AsiaRF module with support for the second chip select? Or any other
hardware that supports the second chip select? This code is a
mechanical change that just creates a path through
On 01/06/2014 05:13, Daniel Golle wrote:
sysupgrade needs to run as the only process on devices having
their rootfs on block and ubi. Introduce an exec call to be used
by sysupgrade for that purpose.
nak, this is a huge security hole
John
Signed-off-by: Daniel Golle
On 01/06/2014 05:17, =?UTF-8?q?Andr=C3=A9=20Valentin?= wrote:
Signed-off-by: Daniel Golle dan...@makrotopia.org
nak, we need a jumpstart binary to do the wdt fd handover foo. can you
wait a few more days till i am done with my patches ?
John
---
On 01/06/2014 14:26, Daniel Golle wrote:
Hi John,
On 06/01/2014 08:01 AM, John Crispin wrote:
On 01/06/2014 05:13, Daniel Golle wrote:
sysupgrade needs to run as the only process on devices having
their rootfs on block and ubi. Introduce an exec call to be
used by sysupgrade
what is the difference between this and the previous version of the
patch ?
John
On 02/06/2014 09:26, Ben wrote:
Hi everybody,
to deploy minimal OpenWrt images on multiple routers it is
necessary to set a root password, while building the deployable
file.
Therefore i added a
in the subject :) i made a list of patches that
need a merge and your was on it, so i just wondered if i should use
this or the other one ...
John
Am 02.06.2014 09:44, schrieb John Crispin:
what is the difference between this and the previous version of
the patch ?
John
On 02/06/2014
i picked up 3/4 and 4/4 leaving the ar71xx patches for the next
ar71xx merge round
John
On 02/06/2014 03:13, Zhao, Gang wrote:
The first three patches are resent patches.
Zhao, Gang (4): ar71xx: add support for dlink dir-615-e1 ar71xx:
image: clean up and add missing argument for
gukst du auf der rueckseite der pcb
vom soc zur einen stifleiste laufen 2 lanes parallelr an R188 und R189
vorbei
auf der andere stifleiste sind auf 2 x 2 lanes die hier horizontal
nicht vertikal laufen ...
ich tippe darauch das eines usb und die anderen beiden die 2 uarts
sind .
-
oops replied to the wrong mail ... :)
On 02/06/2014 11:52, John Crispin wrote:
gukst du auf der rueckseite der pcb vom soc zur einen stifleiste
laufen 2 lanes parallelr an R188 und R189 vorbei
auf der andere stifleiste sind auf 2 x 2 lanes die hier horizontal
nicht vertikal laufen
On 03/06/2014 08:49, Stefan Hellermann wrote:
Thanks for applying this in r40909. Sadly the commit is not
complete, the file needs to be mode 755.
Signed-off-by: Stefan Hellermann ste...@the2masters.de
mailto:ste...@the2masters.de
diff --git
Thanks,
does ath5k work after applying this patch ? i dont have any hw to test
with ...
John
On 03/06/2014 21:11, José Vázquez Fernández wrote:
ath5k fix in wifi and ethernet eeprom handling patch.
Without the line that adds the patch of_ath5k_eeprom_probe cause a
kernel panic, at
On 04/06/2014 00:04, José Vázquez wrote:
2014-06-03 21:35 GMT+02:00, John Crispin j...@phrozen.org:
Thanks,
does ath5k work after applying this patch ? i dont have any hw to
test with ...
John
The ath5k driver using an ARV4518PW works as good as always, at
least for me
octeon is currently only partially working. we will push a fix to
trunk in the next few days. experimental patch is currently in
testing. please be patient for a few dyas
On 04/06/2014 14:36, Edison Figueira Junior wrote:
Howto force to use mips64 for target octeon?
On 04/06/2014 15:15, Bastian Bittorf wrote:
while writing the hotplug-thingy for OLSRd2, i have issues:
according to http://wiki.openwrt.org/doc/techref/hotplug the var
$INTERFACE is the name (given by user, e.g. 'mylan') and $DEVICE is
the real physical one (e.g. 'eth0.1').
but i can
i think i compile tested it but never had the time to runtime test it.
does it work for you ?
On 04/06/2014 15:28, zhenjun_...@icloudaegis.com wrote:
Hi, I found a patch meeting my need:
401 - 500 of 2043 matches
Mail list logo
