This patch introduces a new build error into coova-chilli, but
coova-chilli already fails to build even without it anyway. CyaSSL is
now called wolfSSL, and all the API's have been renamed, and
backward-compatibility headers added.
Signed-off-by: Daniel Gimpelevich
--- a/package/libs/c
On Thu, 2015-05-21 at 00:19 +0200, Hauke Mehrtens wrote:
> On 05/20/2015 11:42 PM, Daniel Gimpelevich wrote:
> > This patch introduces a new build error into coova-chilli, but
> > coova-chilli already fails to build even without it anyway. CyaSSL is
> > now called wolfSSL, a
On Wed, 2015-05-20 at 15:34 -0700, Daniel Gimpelevich wrote:
> On Thu, 2015-05-21 at 00:19 +0200, Hauke Mehrtens wrote:
> > On 05/20/2015 11:42 PM, Daniel Gimpelevich wrote:
> > > This patch introduces a new build error into coova-chilli, but
> > > coova-chilli already
On my Ubuntu system, the permissions are 1777. They are incorrect in
procd, leading to this:
https://forum.openwrt.org/viewtopic.php?id=57073
This in intended for both CC and DD.
Signed-off-by: Daniel Gimpelevich
--- a/initd/early.c 2015-06-14 19:31:47.0 -0700
+++ b/initd/early.c
Previous patch did not account for umask, now adding that.
Signed-off-by: Daniel Gimpelevich
--- a/initd/early.c
+++ b/initd/early.c
@@ -60,6 +60,8 @@
static void
early_mounts(void)
{
+ unsigned int oldumask = umask(0);
+
mount("proc", "/proc", &
Since the /dev filesystem is tiny, /dev/shm needs to live somewhere
else.
Signed-off-by: Daniel Gimpelevich
--- a/initd/early.c 2015-06-19 14:01:25.0 -0700
+++ b/initd/early.c 2015-07-10 15:04:23.270143065 -0700
@@ -66,16 +66,20 @@
mount("sysfs", &quo
Signed-off-by: Daniel Gimpelevich
---
include/target.mk | 1 +
target/linux/x86/kvm_guest/config-default | 15 ++-
target/linux/x86/kvm_guest/target.mk | 1 +
target/linux/x86/xen_domu/target.mk | 1 +
4 files changed, 17 insertions(+), 1
On Sun, 2015-07-12 at 14:00 +0200, Hauke Mehrtens wrote:
> Will this work on most CPUs also the Atoms and so on?
> I would rather prefer -march=i686 and -mtune=generic for the x86
> virtual
> machine images, but I am not an x86 expert. Do I need hardware support
> for visualization in my host CPU f
you expect ?
>
> On 11/07/2015 03:58, Daniel Gimpelevich wrote:
> > Since the /dev filesystem is tiny, /dev/shm needs to live somewhere
> > else.
> >
> > Signed-off-by: Daniel Gimpelevich
> > --- a/initd/early.c 2015-06-19 14:01:25.0 -0700
> > +++
I'm intending for this fix to be backported to CC as well.
On Tue, 2015-07-14 at 09:59 -0700, Daniel Gimpelevich wrote:
> OpenSSL session caches create shared memory segments that appear as
> files under /dev/shm. If there is not enough room there, execution
> terminates with SIGB
Is there an ETA for merging this?
On Sun, 2015-07-19 at 19:14 -0700, Daniel Gimpelevich wrote:
> I'm intending for this fix to be backported to CC as well.
>
> On Tue, 2015-07-14 at 09:59 -0700, Daniel Gimpelevich wrote:
> > OpenSSL session caches create shared memory seg
I see procd got an update. Any reason this patch was left out?
On Fri, 2015-09-11 at 13:05 -0700, Daniel Gimpelevich wrote:
> Is there an ETA for merging this?
>
> On Sun, 2015-07-19 at 19:14 -0700, Daniel Gimpelevich wrote:
> > I'm intending for this fix to be back
On Thu, 2015-10-22 at 17:54 +0200, Felix Fietkau wrote:
> On 2015-10-21 01:34, Daniel Golle wrote:
> > Hi!
> >
> > This has been an argument going on between the gcc and the glibc people
> > for about 10 years now.
> > See
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509
> >
> > It seems li
On Thu, 2015-10-22 at 22:30 +0100, Carlos Ferreira wrote:
> Daniel
> Your patch did not work without some simple modifications.
>
This puzzled me until I realized you meant the other Daniel.
PS: HAPPY INTERNATIONAL CAPS LOCK DAY!
___
openwrt-devel maili
On Thu, 2015-10-22 at 22:50 +0100, Carlos Ferreira wrote:
> Yes :S Sorry!
> Btw, Caps lock day? Did my Gmail applied some weird format again ? :S
HTML.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailm
On Thu, 2015-02-26 at 16:02 +0100, Joerg Jungermann wrote:
> Hi,
>
> I have here multiple TD-W8970 with Annex A and Annex B.
>
> > m25p80@0 {
> > #address-cells = <1>;
> > #size-cells = <1>;
> > compatible = "
On Sat, 2015-11-21 at 19:15 +0100, John Crispin wrote:
> Hi,
>
> common, you know how to send a patch and put a SoB under it. i've seen
> you do it lots of times ;)
>
> John
Yes, but it just doesn't feel right for me to do when the patch is
essentially from Joerg and not from me.
___
On Sat, 2015-11-21 at 10:27 -0800, Daniel Gimpelevich wrote:
> On Sat, 2015-11-21 at 19:15 +0100, John Crispin wrote:
> > Hi,
> >
> > common, you know how to send a patch and put a SoB under it. i've seen
> > you do it lots of times ;)
> >
> >
On Sat, 2015-11-21 at 20:15 +0100, John Crispin wrote:
> On 21/11/2015 20:05, Daniel Gimpelevich wrote:
> > On Sat, 2015-11-21 at 10:27 -0800, Daniel Gimpelevich wrote:
> >> On Sat, 2015-11-21 at 19:15 +0100, John Crispin wrote:
> >>> Hi,
> >>>
> >&
On Sat, 2015-11-21 at 20:19 +0100, John Crispin wrote:
>
> On 21/11/2015 20:17, Daniel Gimpelevich wrote:
> > On Sat, 2015-11-21 at 20:15 +0100, John Crispin wrote:
> >> On 21/11/2015 20:05, Daniel Gimpelevich wrote:
> >>> On Sat, 2015-11-21 at 10:27 -0800, Daniel
On Tue, 2014-06-24 at 13:51 -0700, Florian Fainelli wrote:
> 2014-06-24 13:30 GMT-07:00 Daniel Gimpelevich
> :
> > On Tue, 2014-06-24 at 12:38 -0700, Florian Fainelli wrote:
> >> I think AR231x has none of those, it's an End of Life platform, the
> >> code b
Currently this initscript fails if the macaddr has any leading zeroes.
This patch corrects the problem.
Signed-off-by: Daniel Gimpelevich
--- a/target/linux/lantiq/base-files/etc/init.d/esi (revision 44023)
+++ b/target/linux/lantiq/base-files/etc/init.d/esi (working copy)
@@ -3,5 +3,5
This patch builds on the previous three to streamline support for the
Netgear DGN3500.
Signed-off-by: Daniel Gimpelevich
--- a/target/linux/lantiq/base-files/etc/uci-defaults/02_network
(revision 44023)
+++ b/target/linux/lantiq/base-files/etc/uci-defaults/02_network
(working
Somewhere in the conversion of the MIPS architecture code to Device Tree
usage, there's been a failure to keep the separate variables holding the
kernel command line reconciled between the tree and the bootloader. This
patch restores previous functionality that broke.
Signed-off-by: D
It seems the call to ltq_get_eth_mac() disappeared at some point. This
patch puts it where it currently most makes sense.
Signed-off-by: Daniel Gimpelevich
---
a/target/linux/lantiq/patches-3.14/0035-owrt-lantiq-wifi-and-ethernet-eeprom-handling.patch
(revision 44023)
+++
b/target/linux
On Mon, 2015-02-09 at 13:30 +0100, John Crispin wrote:
> Hi,
>
> i bumped the lantiq support to v3.18 and tested it on 6 different
> boards. I have not tested vdsl support due to lack of a vdsl line.
> could someone please do so.
>
> @antii: can you rebase/resnd the dwc2 series ? it does not appl
On Mon, 2015-02-09 at 19:18 +0100, John Crispin wrote:
> try r44366 or newer please
SPI flash is not detected, bricking the device.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-
On Mon, 2015-02-09 at 21:27 +0100, John Crispin wrote:
> bootlog please
>
> On 09/02/2015 21:25, Daniel Gimpelevich wrote:
> > On Mon, 2015-02-09 at 19:18 +0100, John Crispin wrote:
> >> try r44366 or newer please
> >
> > SPI flash is not detected, bricking th
Is there a patchset I could try?
On Mon, 2015-02-09 at 12:44 -0800, Daniel Gimpelevich wrote:
> On Mon, 2015-02-09 at 21:27 +0100, John Crispin wrote:
> > bootlog please
> >
> > On 09/02/2015 21:25, Daniel Gimpelevich wrote:
> > > On Mon, 2015-02-09 at 19:18 +0100,
John Crispin writes:
>
>
> On 10/02/2015 19:35, Joerg Hollmann wrote:
> > Hello Daniel,
> >
> > could it be, that the definition of the kernel partition in the dts
> > file of your device ist too small?
>
> i think the problem is that spi-gpio is either not loaded or loaded
> too late. i wont
On Thu, Feb 12, 2015 at 3:19 AM, John Crispin wrote:
>
>
> On 10/02/2015 10:40, Daniel Gimpelevich wrote:
> > Is there a patchset I could try?
>
> try r44421 or newer
Tried initramfs, bootlog attached.
[0.00] Linux version 3.18.6 (danielg4@chimera) (gcc version
On Thu, Feb 12, 2015 at 8:54 AM, Daniel Gimpelevich <
dan...@gimpelevich.san-francisco.ca.us> wrote:
> On Thu, Feb 12, 2015 at 3:19 AM, John Crispin wrote:
>
>>
>>
>> On 10/02/2015 10:40, Daniel Gimpelevich wrote:
>> > Is there a patchset I could try?
On Thu, Feb 12, 2015 at 9:33 AM, John Crispin wrote:
>
>
> On 12/02/2015 18:30, Daniel Gimpelevich wrote:
> > On Thu, Feb 12, 2015 at 8:54 AM, Daniel Gimpelevich
> > > <mailto:dan...@gimpelevich.san-francisco.ca.us>> wrote:
> >
> >
e bootloader, otherwise it
would try to use /dev/mtdblock0. This corrects it better and boots:
Signed-off-by: Daniel Gimpelevich
--- a/target/linux/lantiq/dts/DGN3500.dtsi (revision 44424)
+++ b/target/linux/lantiq/dts/DGN3500.dtsi (working copy)
@@ -2,7 +2,7 @@
/ {
Currently, if you have dual WAN and the link needed for 6rd is down, it
just silently fails. This patch makes it retry in case the link comes up.
Signed-off-by: Daniel Gimpelevich
--- a/package/network/ipv6/6rd/files/6rd.sh (revision 44437)
+++ b/package/network/ipv6/6rd/files/6rd.sh
In a dual-WAN setup, it's useful to specify an interface over which to
have PPTP.
Signed-off-by: Daniel Gimpelevich
--- a/package/network/services/ppp/files/ppp.sh (revision 44437)
+++ b/package/network/services/ppp/files/ppp.sh (working copy)
@@ -181,6 +181,7 @@
proto_pptp_init_c
On Fri, 13 Feb 2015 10:18:47 +, Daniel Gimpelevich wrote:
> In a dual-WAN setup, it's useful to specify an interface over which to
> have PPTP.
Whoops, sent an out-of-date patch by mistake. Here's the real one.
Signed-off-by: Daniel Gimpelevich
--- a/package/network/se
On Fri, 13 Feb 2015 20:09:40 +0800, Yousong Zhou wrote:
> A wild guess is that `return 1` or `exit 1` should do the trick.
>
> yousong
No, the return value is ignored.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https:
On Fri, 13 Feb 2015 09:23:16 +0100, Sylwester Petela wrote:
> PCI works, I have one more issue (present from 3.14 kernel) , unit will
> hang (without any errors in console output) when trying to reboot from
> cli/luci, but only when dsl_control is started at boot, without
attached
> line or wit
On Fri, 13 Feb 2015 19:43:32 +0100, John Crispin wrote:
> look at /proc/cpuinfo please and tell us how many bogomips are reported
system type : AR9 rev 1.2
machine : DGN3500 - Netgear DGN3500
processor : 0
cpu model : MIPS 34Kc V4.12
BogoMIPS
On Sat, 14 Feb 2015 19:55:03 +0100, John Crispin wrote:
> ok, i think the spi clock is just really slow
>
> m25p80@0 {
> #address-cells = <1>;
> #size-cells = <1>;
> compatible = "s25fl129p0";
>
On Mon, 16 Feb 2015 09:37:18 +0100, Steven Barth wrote:
> What does that "sleep 60" do for you here? It doesn't look very sane to
> me.
Without it, it retries every couple of seconds, and that really bogs down
the CPU.
___
openwrt-devel mailing list
ope
On Sun, 15 Feb 2015 05:21:34 +, Daniel Gimpelevich wrote:
> On Sat, 14 Feb 2015 19:55:03 +0100, John Crispin wrote:
>> ok, i think the spi clock is just really slow
>>
>> m25p80@0 {
>> #address-cells = <1>;
>>
On Thu, 26 Feb 2015 07:23:20 +0100, John Crispin wrote:
> no idea what the poblem is. you'll have to wait till someone comes a
> long that has time to debug your problem.
Considering that nobody else is working on lantiq, :(
___
openwrt-devel mailing lis
On Thu, 2015-02-26 at 09:06 +0100, John Crispin wrote:
> you might want to consider the td8970. it works well for many people
> but
> also has the slow spi flash problem and takes ages the boot.
Considering that the whole target is heading for unsupported status, I
don't understand how switching t
On Thu, 26 Feb 2015 16:02:23 +0100, Joerg Jungermann wrote:
> Hi,
>
> I have here multiple TD-W8970 with Annex A and Annex B.
>
>> m25p80@0 {
>> #address-cells = <1>;
>> #size-cells = <1>;
>> compatible = "s25
On Sun, 12 Jan 2020 11:47:29 -1000, Paul Spooren wrote:
> All commits adding new devices already include most relevant information
> for creating the overview. However it would be convenient if developers
> would format their commit messages in a generic format, therefore I'd
> propose the followin
ng as a blob to this message, and splitting it into 5 patches
in the following ones.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/config-default
===
--- target/linux/lantiq/config-default (revision 36698)
+++ target/
This patch sets the ESI properly for the Lantiq ATM driver so that
things like DHCP over RFC1483 will work correctly.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/ase/target.mk
===
--- target/linux/lantiq/ase
HO is worthy of mainline. It could even go into
target/linux/generic here, but for the moment, I am putting it under the
lantiq target.
Signed-off-by: Daniel Gimpelevich
Index:
target/linux/lantiq/patches-3.8/0037-owrt-lantiq-wifi-and-ethernet-eeprom-handling.
and green LEDs for power.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/xway/config-default
===
--- target/linux/lantiq/xway/config-default (revision 36698)
+++ target/linux/lantiq/xway/config-default (workin
Lastly, the patch that requires the previous ones to support the
DGN3500.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/dts/DGN3500.dtsi
===
--- target/linux/lantiq/dts/DGN3500.dtsi(revision 36698)
+++ target
This first patch fixes unresolved kernel symbols when including the DEU
modules.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/config-default
===
--- target/linux/lantiq/config-default (revision 36698)
+++ target
On Fri, 2013-05-24 at 15:17 +0200, John Crispin wrote:
> Hi,
>
> few comments
>
> * the patches are against the wrong base directory
The patches are against trunk. Should they not be?
> * the descriptions are undescriptives
Yes, I already know documentation is not a forte of mine. I tried my
On Fri, 2013-05-24 at 16:14 +0200, John Crispin wrote:
> >> > * the patches are against the wrong base directory
> > The patches are against trunk. Should they not be?
> >
>
> its explained in the "how to submit patches" howto.
The howto says these patches are against the correct base directory
Seems the existing kernel config for 3.8 was cp'ed from 3.7; this patch
is the result of "make kernel_oldconfig" with defaults for new options.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/config-default
==
Trying to load the DEU modules results in unresolved symbols. This
provides them. This requires the previous patch to be applied first.
Signed-off-by: Daniel Gimpelevich
--- a/target/linux/lantiq/config-default2013-05-28 02:46:04.156620670
-0700
+++ b/target/linux/lantiq/config-default
An attempt is made to use ucidef_set_led_usbdev without the required
kernel config option, provided here, and the PPPoE status is reassigned
to the LED that was intended to indicate it, rather than the DSL sync
light.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/xway/config
This patch sets the ESI properly for the Lantiq ATM driver so that
things like DHCP over RFC1483 will work correctly.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/ase/target.mk
===
--- a/target/linux/lantiq/ase
This provides a boot LED sequence suitable for devices with both red and
green LEDs for power. This assumes no "default-on" settings in the
device tree.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/base-files/e
This patch enables retrieving the wifi calibration data from a flash
partition.
Signed-off-by: Daniel Gimpelevich
Index:
target/linux/lantiq/patches-3.8/0037-owrt-lantiq-wifi-and-ethernet-eeprom-handling.patch
===
---
a/target
This patch is a device tree enhancement that IMHO is worthy of mainline.
It could even go into target/linux/generic here, but for the moment, I
am putting it under the lantiq target.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/patches-3.8/0304-MIPS-cmdline.patch
This requires all the preceding patches and finishes support for the
DGN3500, also removing an obsolete file.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/base-files/lib/preinit/42_athfix
===
--- a/target/linux
On Tue, 2013-05-28 at 14:21 +0200, John Crispin wrote:
> esi is not a default package really. you are the first user in 6 years
> that needs it. make it a board specific option. i dont mind it being
> default for dgn3500 but other arv baords with 4mb flash dont need to
> ship this.
It should b
This reassigns the PPPoE status to the LED that was intended to indicate
it, rather than the DSL sync light.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/base-files/etc/uci-defaults/01_leds
===
--- a/target/linux
This postpones the initialization of PCI and wifi until after the MTD
initialization, so that calibration data may be loaded from there.
Signed-off-by: Daniel Gimpelevich
Index:
target/linux/lantiq/patches-3.8/0037-owrt-lantiq-wifi-and-ethernet-eeprom-handling.patch
This patch is a device tree enhancement that IMHO is worthy of mainline.
It allows the bootloader's commandline to be preserved even when the
device tree specifies one.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/generic/patches-3.10/997-device_tree_cmdline.
This patch enables retrieving the wifi calibration data from an MTD
partition. It requires the previous patch.
Signed-off-by: Daniel Gimpelevich
---
a/target/linux/lantiq/patches-3.8/0037-owrt-lantiq-wifi-and-ethernet-eeprom-handling.patch
2013-05-28 13:41:59.558775919 -0700
+++
b/target
This requires all the preceding patches and finishes support for the
DGN3500, also removing an obsolete file.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/base-files/lib/preinit/42_athfix
===
--- a/target/linux
Seems these got forgotten:
http://patchwork.openwrt.org/project/openwrt/list/?submitter=235
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Mon, 2013-06-03 at 19:54 +0200, Álvaro Fernández Rojas wrote:
> Use platform data array for storing ath5k EEPROM instead of creating another
> one.
> EEPROM size is 2048 words (2 bytes), so we must read 4096 bytes from flash.
> No need to keep the checksum fix now that the EEPROM is loaded com
On Tue, 2013-06-04 at 13:39 +0200, Álvaro Fernández Rojas wrote:
> Hello John,
>
> the patch doesn't fix the DGN3500 eeprom loading, but it's an
> outstanding fix we need to make.
> I think it's better if we fix what we currently have first and then
> add Daniel's patches.
>
> Regards,
> Álvaro
>
On Tue, 2013-06-11 at 11:00 -0700, Warren Turkal wrote:
> Hey openwrt devs,
>
> I clearly have no time to mess with the the E3200 I have. I have modded the
> thing to have a rs232 db9 port. I'd like to offer it for free to anyone
> that wants to work on OpenWRT on this device. Any takers?
>
> wt
On Tue, 2013-06-11 at 20:52 +0200, Rafał Miłecki wrote:
> 2013/6/11 Daniel Gimpelevich :
> > On Tue, 2013-06-11 at 11:00 -0700, Warren Turkal wrote:
> >> Hey openwrt devs,
> >>
> >> I clearly have no time to mess with the the E3200 I have. I have modded the
On Thu, 2013-06-13 at 19:18 +0200, Álvaro Fernández Rojas wrote:
> This patch enables retrieving the wifi calibration data from an MTD partition.
> Try to copy mac address from ethernet before generating a random one.
> This fixes DGN3500 ath9k support.
You forgot the correction to target/linux/l
On Sat, 2013-06-15 at 18:07 +0200, Álvaro Fernández Rojas wrote:
> This patch enables retrieving the wifi calibration data from an MTD partition.
> Try to copy mac address from ethernet before generating a random one.
> This fixes DGN3500 ath9k support.
It should be "ath,eep-endian;" and not "ath
I hate being a pest, but this should be added into the record:
[Wed 2013-05-29 01:32:07 AM PDT] dape: will need to look into the esi
thing
[Wed 2013-05-29 01:32:16 AM PDT] the rest looks ok now
___
openwrt-devel mailing list
openwrt-devel@lists.o
On Thu, 2012-11-22 at 15:08 +0100, Cezary Jackiewicz wrote:
> AirLive AIR3GII is Ralink RT5350F based device with 100Mbps switch, USB port,
> 4MB flash and 32MB ram.
>
> Works: ethernet (LAN & WAN), wps button, led, USB, sysupgrade
> Does not work: wifi (chip RT5350), reset button
>
> [ 13.39
I've also submitted this upstream. Without it, the module causes an oops
on rt5350.
Signed-off-by: Daniel Gimpelevich
---
.../patches-3.10/005-hso-stack-clobber-fix.patch | 56
.../patches-3.3/005-hso-stack-clobber-fix.patch| 56
.../pa
On Tue, 2013-08-20 at 01:30 +0200, Luka Perkov wrote:
> Hi Daniel,
>
> Please update your patches with better commit message. It should also
> contain links to the mailing list and/or patchwork where the patch was
> sent (if possible of course).
>
> Also, patches inside generic should have very
On Tue, 2013-08-20 at 02:30 +0200, Luka Perkov wrote:
> Or you could resend the patch.
>
> Luka
I think I'll see what upstream does before I do that.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailm
Currently, the module causes an oops at least on rt5350. These patches
have been accepted upstream at:
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git
Signed-off-by: Daniel Gimpelevich
---
.../007-hso-Earlier-catch-of-error-condition.patch | 45 +
...ix-stack
The mtd_get_mac_ascii utility function was broken. This fixes it.
Signed-off-by: Daniel Gimpelevich
Index: package/base-files/files/lib/functions.sh
===
--- a/package/base-files/files/lib/functions.sh (revision 38679)
+++ b/package
Just fixing up a few things for the Netgear DGN3500.
Signed-off-by: Daniel Gimpelevich
Index: target/linux/lantiq/dts/DGN3500.dtsi
===
--- a/target/linux/lantiq/dts/DGN3500.dtsi (revision 38679)
+++ b/target/linux/lantiq/dts
On Fri, 2013-11-08 at 13:24 +0100, Gabor Juhos wrote:
> 2013.11.08. 13:20 keltezéssel, Gabor Juhos írta:
> > 2013.11.07. 17:23 keltezéssel, Daniel Gimpelevich írta:
> >> The mtd_get_mac_ascii utility function was broken. This fixes it.
> >>
> >> Signed-off-
In Backfire, the power LED worked normally on the Fonera+, but in
Barrier Breaker, it's unused. I can't seem to find a way to
differentiate among hardware in the atheros target, so I'm submitting a
"FIXME" patch to be further patched with info from other devices.
Signed-o
Rather than break IRQ routing by delaying PCI initialization until the
calibration data can be loaded, this patch explicitly initializes the
ath9k device at a later stage, without ill effects. Gratuitous
whitespace removal included, with a quilt refresh.
Signed-off-by: Daniel Gimpelevich
Index
On Sun, 2013-11-17 at 18:52 +0100, John Crispin wrote:
> Hi,
>
> rather than fix up the patches, could you send a patch that sits on
> top
> of the existing ones that i can fold myself please ?
>
> John
OK, here is a theoretical file that would sit in
target/linux/lantiq/patches-3.10, m
This corrects a few oversights in mach-netgear.c, adds a diag.sh with
per-board conditionals, in line with the uci-defaults "leds" file, fixes
the Netgear eth0 MAC address detection, and provides a mechanism for the
DSL driver to have a preset MAC address.
Signed-off-by: Daniel G
On Wed, 2012-11-28 at 07:53 +0100, John Crispin wrote:
> On 28/11/12 02:47, Daniel Gimpelevich wrote:
> > This corrects a few oversights in mach-netgear.c, adds a diag.sh with
> > per-board conditionals, in line with the uci-defaults "leds" file, fixes
> > the Net
On Wed, 2012-11-28 at 10:09 +, Conor O'Gorman wrote:
> This will affect all lantiq atm boards? I specify an ethernet MAC via
> the command line, but I don't necessarily want it in the atm.
>
>
> Conor
>
The existing code leaves the MAC at all zeros. Do you require that
instead of the MAC yo
On Wed, 2012-11-28 at 19:35 +, Conor O'Gorman wrote:
> Hi Daniel,
>
> Thank you for consider my comments.
>
> There are a couple of points I'd make. AFAIK this is only needed for
> ethernet bridging over atm. I am not familiar with an ethernet style
> mac
> being used in straight atm connecti
On Thu, 2012-11-29 at 00:17 +, David Woodhouse wrote:
> I mostly use that with PPPoA, rather than PPPoEoA with the pointless MTU
> breakage that that implies. But it does work fine with BR2684 with the
> MAC address 00:00:01:00:00:00, which is what it ends up with.
>
> Do you actually *need* t
On Thu, 2012-11-29 at 00:32 +, Conor O'Gorman wrote:
> br2684 picks that address if there is no 'set' mac and if the lower
> level provides nothing. It is a valid address, Xerox.
Whether or not it is technically valid might be rather open to
interpretation at the other end. The validity of a M
On Thu, 2012-11-29 at 10:35 +, Conor O'Gorman wrote:
> I don't want to drag this out longer than necessary. You used the phrase
> 'hack'. What do you think is the preferred solution?
If I had a better one, I would have used it. RFC, again.
___
openw
On Thu, 2012-11-29 at 07:40 -0800, Daniel Gimpelevich wrote:
> On Thu, 2012-11-29 at 10:35 +, Conor O'Gorman wrote:
> > I don't want to drag this out longer than necessary. You used the phrase
> > 'hack'. What do you think is the preferred solution?
>
On Fri, 2012-12-07 at 12:15 -0800, Daniel Gimpelevich wrote:
> On Thu, 2012-11-29 at 07:40 -0800, Daniel Gimpelevich wrote:
> > On Thu, 2012-11-29 at 10:35 +, Conor O'Gorman wrote:
> > > I don't want to drag this out longer than necessary. You used the phrase
>
On Fri, 2012-12-07 at 12:24 -0800, Daniel Gimpelevich wrote:
> On Fri, 2012-12-07 at 12:15 -0800, Daniel Gimpelevich wrote:
> > On Thu, 2012-11-29 at 07:40 -0800, Daniel Gimpelevich wrote:
> > > On Thu, 2012-11-29 at 10:35 +, Conor O'Gorman wrote:
> > >
On Fri, 2012-12-07 at 20:56 +, David Woodhouse wrote:
> On Fri, 2012-12-07 at 12:34 -0800, Daniel Gimpelevich wrote:
> > Index: target/linux/lantiq/base-files/etc/init.d/ifx-esi
> > ===
> > --- target/linux/
On Fri, 2012-12-07 at 12:59 -0800, Daniel Gimpelevich wrote:
> On Fri, 2012-12-07 at 20:56 +, David Woodhouse wrote:
> > On Fri, 2012-12-07 at 12:34 -0800, Daniel Gimpelevich wrote:
> > > Index: target/linux/lantiq/base-files/
1 - 100 of 124 matches
Mail list logo
