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
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: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 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 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 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
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
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
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 backporte
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 segme
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 SIGBUS upon access
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 dan...@gimpelevich.san-francisco.ca.us
--- a/initd/early.c 2015-06-19 14:01:25.0 -0700
+++ b/initd/early.c 2015-07
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 for
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
---
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
Since the /dev filesystem is tiny, /dev/shm needs to live somewhere
else.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
--- 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
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 dan...@gimpelevich.san-francisco.ca.us
--- a/initd/early.c 2015-06-14 19:31
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 fails to build even without it anyway
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 dan...@gimpelevich.san
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, and all the API's have been
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 = s25fl129p0;
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 to
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;
#size-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 list
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;
reg
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 dan...@gimpelevich.san-francisco.ca.us
--- a/package/network/ipv6/6rd/files/6rd.sh (revision 44437)
+++ b/package
In a dual-WAN setup, it's useful to specify an interface over which to
have PPTP.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
--- a/package/network/services/ppp/files/ppp.sh (revision 44437)
+++ b/package/network/services/ppp/files/ppp.sh (working copy)
@@ -181,6
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 dan...@gimpelevich.san-francisco.ca.us
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
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 with
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
it
would try to use /dev/mtdblock0. This corrects it better and boots:
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
--- a/target/linux/lantiq/dts/DGN3500.dtsi (revision 44424)
+++ b/target/linux/lantiq/dts/DGN3500.dtsi (working copy)
@@ -2,7 +2,7
On Thu, Feb 12, 2015 at 3:19 AM, John Crispin blo...@openwrt.org 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 4.8.3
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 blo...@openwrt.org wrote:
On 10/02/2015 10:40, Daniel Gimpelevich wrote:
Is there a patchset I could try?
try r44421 or newer
Tried
On Thu, Feb 12, 2015 at 9:33 AM, John Crispin blo...@openwrt.org wrote:
On 12/02/2015 18:30, Daniel Gimpelevich wrote:
On Thu, Feb 12, 2015 at 8:54 AM, Daniel Gimpelevich
dan...@gimpelevich.san-francisco.ca.us
mailto:dan...@gimpelevich.san-francisco.ca.us wrote:
On Thu, Feb 12
John Crispin j...@phrozen.org 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
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 wrote:
try r44366
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 apply to
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
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 the device.
[0.00] Linux version
This patch builds on the previous three to streamline support for the
Netgear DGN3500.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
--- a/target/linux/lantiq/base-files/etc/uci-defaults/02_network
(revision 44023)
+++ b/target/linux/lantiq/base-files/etc/uci
Currently this initscript fails if the macaddr has any leading zeroes.
This patch corrects the problem.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
--- a/target/linux/lantiq/base-files/etc/init.d/esi (revision 44023)
+++ b/target/linux/lantiq/base-files/etc/init.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 dan...@gimpelevich.san-francisco.ca.us
---
a/target/linux/lantiq/patches-3.14/0035-owrt-lantiq-wifi-and-ethernet-eeprom-handling.patch
On Tue, 2014-06-24 at 13:51 -0700, Florian Fainelli wrote:
2014-06-24 13:30 GMT-07:00 Daniel Gimpelevich
dan...@gimpelevich.san-francisco.ca.us:
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 base has
This is much appreciated, but what is really needed for upstream merge
is converting the target to device tree usage.
On Tue, 2014-06-10 at 04:29 +0400, Sergey Ryazanov wrote:
This series is an attempt to cleanup checkpatch generated warnings and errors
to make AR231x patches suitable for
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 base has been mostly static and well know for a while, so I would
argue that Device Tree should not be made a requirement here as it
will just delay Sergey's
On Tue, 2014-06-24 at 13:51 -0700, Florian Fainelli wrote:
For the watchdog driver, if we have access to a revision register we
can read at runtime, then we could use a separate platform driver name
(e.g: ar2315-wdt vs ar2317-wdt) that would lead to either two separate
drivers to get
On Tue, 2014-06-24 at 15:33 -0700, Florian Fainelli wrote:
I think, if the differences we have to abstract for are (hopefully)
limited to GPIOs and the watchdog driver differences, we can have a
small data-base in the kernel, nobdoy should hopefully yell at you for
doing that. If we are
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, minus
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-off-by: Daniel Gimpelevich
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-by: Daniel Gimpelevich dan...@gimpelevich.san
The mtd_get_mac_ascii utility function was broken. This fixes it.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
Index: package/base-files/files/lib/functions.sh
===
--- a/package/base-files/files/lib
Just fixing up a few things for the Netgear DGN3500.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/dts/DGN3500.dtsi
===
--- a/target/linux/lantiq/dts/DGN3500.dtsi (revision
I've also submitted this upstream. Without it, the module causes an oops
on rt5350.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
---
.../patches-3.10/005-hso-stack-clobber-fix.patch | 56
.../patches-3.3/005-hso-stack-clobber-fix.patch
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
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 hate being a pest, but this should be added into the record:
[Wed 2013-05-29 01:32:07 AM PDT] blogic dape: will need to look into the esi
thing
[Wed 2013-05-29 01:32:16 AM PDT] blogic the rest looks ok now
___
openwrt-devel mailing list
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
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
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
I'm
On Tue, 2013-06-11 at 20:52 +0200, Rafał Miłecki wrote:
2013/6/11 Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us:
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
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
I
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
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
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 dan...@gimpelevich.san-francisco.ca.us
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 dan...@gimpelevich.san-francisco.ca.us
--- a/target/linux/lantiq/config-default2013-05-28 02:46:04.156620670
-0700
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 dan...@gimpelevich.san-francisco.ca.us
Index
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 dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/ase/target.mk
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 dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/base-files/etc/diag.sh
This patch enables retrieving the wifi calibration data from a flash
partition.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
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 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 dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/patches-3.8
This requires all the preceding patches and finishes support for the
DGN3500, also removing an obsolete file.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/base-files/lib/preinit/42_athfix
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 be
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 dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/base-files/etc/uci-defaults/01_leds
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 dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/generic/patches-3.10/997
This patch enables retrieving the wifi calibration data from an MTD
partition. It requires the previous patch.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
---
a/target/linux/lantiq/patches-3.8/0037-owrt-lantiq-wifi-and-ethernet-eeprom-handling.patch
2013-05-28 13
This first patch fixes unresolved kernel symbols when including the DEU
modules.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/config-default
===
--- target/linux/lantiq/config
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
best.
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, so
I
as a blob to this message, and splitting it into 5 patches
in the following ones.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/config-default
===
--- target/linux/lantiq/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 dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/ase/target.mk
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 dan...@gimpelevich.san-francisco.ca.us
Index:
target/linux/lantiq/patches-3.8/0037-owrt-lantiq-wifi-and-ethernet-eeprom
for power.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/xway/config-default
===
--- target/linux/lantiq/xway/config-default (revision 36698)
+++ target/linux/lantiq/xway/config
Lastly, the patch that requires the previous ones to support the
DGN3500.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/dts/DGN3500.dtsi
===
--- target/linux/lantiq/dts/DGN3500
On Thu, 2013-01-31 at 08:55 +0100, Bastian Bittorf wrote:
* Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us [31.01.2013
08:48]:
I don't know whether this will be of much use. Florian, any hope of
reusing the binary ADSL modules in 3.x? They're there as unversioned .o,
back
On Thu, 2013-01-31 at 17:13 +0100, Christoph Thielecke wrote:
Hiho,
hmmm, correct me but the drivers are GPL licenced (automatically) because
they are shipped with a GPL-kernel. only problem is you havent the
source. so simply make it and release anonymously? 8-) if you care i
will
On Thu, 2013-01-31 at 17:03 +0100, Florian Fainelli wrote:
We can't do anything serious out of this, the broadcom xDSL drivers
make
use of a heavily modified struct sk_buff which is subject to changes
from one kernel version to another.
--
Florian
This was always the problem, and short
On Wed, 2013-01-30 at 12:29 +0100, Luka Perkov wrote:
On Tue, Jan 29, 2013 at 06:48:22PM -0800, Daniel Gimpelevich wrote:
No sooner did I post this than it stopped working, even with this patch,
no changes to the source. I'm guessing this uBoot isn't initializing the
Ethernet switch
On Thu, 2013-01-31 at 04:12 +, NUCLEAR WAR wrote:
This is the source code for the device dsl-2730u
http://pmdap.dlink.com.tw/PMD/GetAgileFile?itemNumber=GPL132fileName=DSL-2730U_C1_GPL_20130111.7zfileSize=2.14715066E8;
kernel Ver for the source is : 2.6.30
Model : DSL-2730U
added later. This patch
corrects the unmaintained AA bootloader to work as close to as designed
as I could manage. I made this patch mostly through trial and error, and
I don't really understand why it simply refuses to work properly without
it. Again, this patch is ONLY for AA.
Signed-off-by: Daniel
for AA.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
Index: package/uboot-lantiq/patches/500-gigasx.patch
===
--- package/uboot-lantiq/patches/500-gigasx.patch (revision 35398)
+++ package/uboot
On Sun, 2012-12-16 at 09:26 +0100, John Crispin wrote:
as always please just state what yoiu want so we can implement it
properly instead of random hacks
Here is a list of things the random hacks do:
1) Fix a typo in the internet LED name
2) Provide some useful function for the power2 LED
3)
, so that they can be replaced or appended per-target.
Signed-off-by: Daniel Gimpelevich dan...@gimpelevich.san-francisco.ca.us
Index: target/linux/lantiq/image/DGN3500.dtsi
===
--- target/linux/lantiq/image/DGN3500.dtsi (revision
On Sat, 2012-12-15 at 11:56 +0100, John Crispin wrote:
The following boards don't have a devicetree file yet due to lack of
time / test hardware (help and hardware welcome!)
ARV3527P GIGASX76X ARV4519PW BTHOMEHUBV2B BTHOMEHUBV3A WBMR P2601HNFX
H201L
The GIGASX76X I could help with if I
On Sat, 2012-12-08 at 10:49 +, David Woodhouse wrote:
On Fri, 2012-12-07 at 18:58 -0800, Daniel Gimpelevich wrote:
OK, but hotplug never generates any atm events, so Felix suggested this
instead.
Hm, it should do. We have other scripts in /etc/hotplug.d/atm, and
hotplug2
On Sat, 2012-12-08 at 14:44 +0100, Felix Fietkau wrote:
As for the time when hotplug is running wrt. loaded modules - normally
udevtrigger should take care of generating the right events.
Modules are loaded before any of this is possible, in /etc/init.d/boot
as currently written.
I was
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?
If I had a better one, I would have used
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
'hack'. What do you think
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:
I don't want to drag this out longer than
1 - 100 of 113 matches
Mail list logo
