Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Wrong firmware partition size in RT5350F-OLINUXINO.dts #1

Closed
samueleforconi opened this issue Jul 3, 2015 · 3 comments

Comments

Projects
None yet
4 participants
@samueleforconi
Copy link

commented Jul 3, 2015

In file RT5350F-OLINUXINO.dts, the "firmware" partition size should be changed from 0x3b0000 to 0x7b0000 to use the entire 8MB flash of the Olinuxino RT5350F.

I also suggest to add the i2c declaration in the palmbus@10000000 section:
i2c@900 {
status = "okay";
};

StefanMavrodiev pushed a commit that referenced this issue Jul 6, 2015

cyrus
generic/4.0: fix error during kernel patch application
Commit 5168c9a introduced a regression
during patch application on the 4.0 kernel. Some of the patched content
doesn't match the actual code, therefore leading to the following error:
  Applying patch generic/667-ipv6-Fixed-source-specific-default-route-handling.patch
  patching file net/ipv6/ip6_output.c
  Hunk #1 FAILED at 886.
  1 out of 1 hunk FAILED -- rejects in file net/ipv6/ip6_output.c
  patching file net/ipv6/route.c
  Hunk #1 succeeded at 2247 (offset 2 lines).
  Patch generic/667-ipv6-Fixed-source-specific-default-route-handling.patch does not apply (enforce with -f)

This change just adapts the actual patch to fix what is in kernel 4.0
and make it apply cleanly.

Signed-off-by: Mathieu Olivari <mathieu@codeaurora.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45705 3c298f89-4303-0410-b956-a3cf2f4a3e73
@StefanMavrodiev

This comment has been minimized.

Copy link

commented Jul 6, 2015

We fixed this issue in the latest sources.

Thank you for the support.

@tgeorgebogdan

This comment has been minimized.

Copy link

commented Jul 15, 2015

hello,
i'm trying to build openwrt but it seems that it can't download:

--2015-07-15 05:35:30-- http://downloads.openwrt.org/sources/mtd-utils-1.5.1-92686f212c9a4e16891c6a3c57629cbf4f0f8360.tar.gz
Resolving downloads.openwrt.org (downloads.openwrt.org)... 78.24.191.177
Connecting to downloads.openwrt.org (downloads.openwrt.org)|78.24.191.177|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2015-07-15 05:35:31 ERROR 404: Not Found.

Download failed.
No more mirrors to try - giving up.
Checking out files from the git repository...
Cloning into 'mtd-utils-1.5.1'...
fatal: unable to connect to git.infradead.org:
git.infradead.org[0: 198.137.202.9]: errno=Connection refused
git.infradead.org[1: 2001:1868:205::9]: errno=Network is unreachable

Can you help me?

@hehopmajieh

This comment has been minimized.

Copy link
Member

commented Jul 15, 2015

Do you update feeds ?

./scripts/feeds update -a
./scripts/feeds install -a
if the problem persists try to change mtd-utils download location from appropriate Make-file.
p.s Please do not open closed issues that not involving your problem
~Best

StefanMavrodiev pushed a commit that referenced this issue Apr 3, 2019

ar71xx: WNR612v2: fix kernel panic due to wrong Wifi LED init
Netgear WNR612v2 flashed with recent OpenWrt builds suffers from kernel
panic at boot during wireless chip initialization, making device
unusable:

 ath: phy0: Ignoring endianness difference in EEPROM magic bytes.
 ath: phy0: Enable LNA combining
 CPU 0 Unable to handle kernel paging request at virtual address 1000fee1, epc == 801d08f0, ra == 801d0d90
 Oops[#1]:
 CPU: 0 PID: 469 Comm: kmodloader Not tainted 4.9.120 #0
 [ ... register dump etc ... ]
 Kernel panic - not syncing: Fatal exception
 Rebooting in 1 seconds..

This simple patch fixes above error. It keeps LED table in memory after
kernel init phase for ath9k driver to operate correctly (__initdata
removed).

Also, another bug is fixed - correct array size is provided to function
that adds platform LEDs (this device has only 1 connected to Wifi chip)
preventing code from going outside array bounds.

Fixes: 1f5ea4e ("ar71xx: add correct named default wireless led by using platform leds")

Signed-off-by: Michal Cieslakiewicz <michal.cieslakiewicz@wp.pl>
[trimmed commit message]
Signed-off-by: Mathias Kresin <dev@kresin.me>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.