Skip to content
Snippets Groups Projects
Select Git revision
0 results
Search by author
  • Any Author
  • Johannes Rudolph Johannes Rudolph PowerPan
1 author
  1. Nov 03, 2016
  3. Nov 02, 2016
    • Andrew Yong's avatar
      ramips: add support for MikroTik hEX v3 (RB750Gr3) · faf94d92
      Andrew Yong authored 
      The MikroTik hEX v3 (RB750Gr3) is a MT7621AT board which is similar to most MT7621 reference designs, it can be easily supported by this patch; however, the stock RouterBOOT bootloader has to be replaced by a MT7621 SDK U-Boot such as https://github.com/ndoo/RB750Gr3-U-Boot

 - U-Boot configured for the RB750Gr3 (16MiB SPI flash, 256MiB DDR3 RAM at 1200MHz).

RouterBOOT, the stock bootloader, does not initialize the UART and boots silently, making it preferable to replace it with a MT7621 SDK U-Boot with UART (57600 8N1) that supports HTTP, TFTP or serial upload of sysupgrade firmware and U-Boot.

Furthermore, RouterOS, the stock firmware, is contained in a proprietary modification of SquashFS without GPL sources; UART is also disabled in stock firmware.

The combination of LEDE firmware generated by this PR and MT7621 SDK U-Boot expects the printed MAC address to reside at offset `0xe000` of the factory partition (absolute offset is `0x4e000`); this is similar to the factory MAC address offset for several other MT7621 devices.

A 16MiB flash dump suitable for use with flashrom will be provided if/once this patch is accepted and binaries are built by LEDE buildbot. Alternatively, writing the U-Boot to the SPI flash starting at 0x0 offset and booting the board with serial console attached will allow TFTP, HTTP or serial upload of sysupgrade firmware.

Signed-off-by: default avatarAndrew Yong <me@ndoo.sg>
      faf94d92
    • Karl Palsson's avatar
      dnsmasq: support log-dhcp option · df1804b7
      Karl Palsson authored 
      
Helpful when trying to resolve issues with quirky dhcp client devices.

Signed-off-by: default avatarKarl Palsson <karlp@etactica.com>
      df1804b7
    • Stijn Segers's avatar
      kernel: update kernel 4.4 to version 4.4.30 · 2f2ea7b4
      Stijn Segers authored 
      
This patch bumps the 4.4 kernel from .28 to .30 and refreshes the patches.
Compile-tested on ar71xx, x86/64, ramips/mt7621, brcm47xx and kirkwood.

Run-tested on ar71xx & ramips/mt7621, brcm47xx and kirkwood (last two confirmed
by P. Wassi).

Signed-off-by: default avatarStijn Segers <francesco.borromini@inventati.org>
      2f2ea7b4
    • Stijn Segers's avatar
      ramips: add usb packages into DIR-860L B1 profile · eefe07ef
      Stijn Segers authored 
      
This patch adds the kmod-usb3 and kmod-usb-ledtrig-usbport packages to the
DIR-860L B1 profile. The DIR-860L B1 has a USB 3 port.

Signed-off-by: default avatarStijn Segers <francesco.borromini@inventati.org>
      eefe07ef
    • Jo-Philipp Wich's avatar
      iproute2: rename ip to ip-tiny and let both ip-tiny and ip-full provide "ip" · eb10b13f
      Jo-Philipp Wich authored 
      
Rename the "ip" package declaration to "ip-tiny" and let both "ip-tiny" and
"ip-full" provide the virtual "ip" package. This allows users to freely choose
the "ip" command variant while other packages can continue to depend on "ip"
without needing to enforce a specific variant.

Note that this commit does not add busybox as "ip" provider due to
the following reasons:

 - The builtin Busybox ip applet cannot be added or removed at runtime
 - Both "ip-tiny" and "ip-full" are able to install without file clashes even
   if the busybox applet is enabled
 - The system is preferring full "ip-tiny" and "ip-full" at runtime, even
   if Busybox ip is still present.

Signed-off-by: default avatarJo-Philipp Wich <jo@mein.io>
      eb10b13f
    • Jo-Philipp Wich's avatar
      uboot-sunxi: fix default config for OLIMEX A13 SOM (FS#239) · 7a589726
      Jo-Philipp Wich authored 
      
The current uboot default config for the A13 SOM erroneously enables support
for the AXP209 power regulator IC which is not present on the board.

This superfluous support module sets an incorrect initial clock frequency and
confuses the kernel, ultimately leading to a boot failure later on.

Properly disable the PMIC support and enable the EHCI support by translating
the deprecated SYS_EXTRA_OPTIONS values into proper SUNXI_NO_PMIC and
USB_EHCI_HCD symbols respectively.

Also rename 002-add-olimex-a13-som.diff to 002-add-olimex-a13-som.patch and
refresh the remaining patches of the series while we're at it.

Reported-by: default avatarMario Fischer <mario-fischer@web.de>
Signed-off-by: default avatarJo-Philipp Wich <jo@mein.io>
      7a589726
    • Jo-Philipp Wich's avatar
      scripts/package-metadata.pl: honour DEFAULT_VARIANT · 12d15fa8
      Jo-Philipp Wich authored 
      
So far, package-metadata.pl always considered the first provider of a virtual
package to be the default variant which might deviate from what buildroot
considers to be the default.

Change the Kconfig dependency / select code generation for virtual package
providers to consider the DEFAULT_VARIANT to be the primary provider and only
fall back to the first provider if no default variant was explicitely tagged.

Signed-off-by: default avatarJo-Philipp Wich <jo@mein.io>
      12d15fa8
    • Jo-Philipp Wich's avatar
      base-files: uci-defaults: support requesting untagged switch port configuration · 5e0441aa
      Jo-Philipp Wich authored 
      
Introduce support for a new [0-9]u@netdev syntax to ucidev_add_switch() to let
board.d network files request default network switch configurations which do
not use tagged CPU ports.

This commit itself has no effect on generated configurations at the moment
since we still emit untagged configurations by default but it allows boards to
opt-out from default tagged configs in case we start emitting tagged settings
by default.

Signed-off-by: default avatarJo-Philipp Wich <jo@mein.io>
      5e0441aa
    • Jo-Philipp Wich's avatar
      include: properly update .install stamp files · 317b3556
      Jo-Philipp Wich authored 
      
Right now the $(PKG_INSTALL_STAMP) files are only written if a package is
selected as <*> but never deleted or emptied if the corresponding package
is getting deselected.

For ordinary packages this usually is no problem as the package/install
recipe performs its own check for enabled packages when assembling the
list of install stamp files to consider, but this logic might fail under
certain circumstances for packages providing multiple build variants.

In case of a multi-variant package, the buildroot first checks if any
of the variants is enabled, then resolves all variants of the common
source package and finally processes the corresponding .install stamp
files of all variants, relying on the assumption that only the selected
.install stamp file exists.

When an initially selected variant is getting deselected or changed from
<*> to <m> and another variant is marked as <*> instead, the .install
stamp file of the deselected variant remains unchanged and a second
.install stamp file for the newly selected variant is getting created,
causing the package/install recipe to pick up two .install stamps with
conflicting variants, leading to opkg file clashes.

This issue happens for example if package "ip" is set to <m> and package
"ip-full" to <*> -  the install command will eventually fail with:

     * check_conflicts_for: The following packages conflict with ip:
     * check_conflicts_for: 	ip-full *
     * opkg_install_cmd: Cannot install package ip.

In order to fix the problem, always process the removal requests or the
.install stamp files, even for deselected packages but only write the
package base name into the stamp file if the corresponding package is
marked as builtin.

Signed-off-by: default avatarJo-Philipp Wich <jo@mein.io>
      317b3556
    • Jo-Philipp Wich's avatar
      scripts/package-metadata.pl: fix handling of virtual (PROVIDES) depends · f64360c7
      Jo-Philipp Wich authored 
      
Currently the code emitting dependencies for provide candidates is overwriting
the specification calculated by the previous conditional dependency handling
code, rendering dependencies on virtual PROVIDES packages in conjunction with
conditional dependencies unusable.

Instead of overwriting, append the PROVIDES dependency spec in order to fix
using DEPENDS on virtual provider packages in conjunction with conditions.

Signed-off-by: default avatarJo-Philipp Wich <jo@mein.io>
      f64360c7
  5. Nov 01, 2016
  7. Oct 31, 2016