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

merge with upstream master #3

Merged
merged 0 commits into from
Jul 17, 2022
Merged

Conversation

rmandrad
Copy link
Owner

Thanks for your contribution to OpenWrt!

To help keep the codebase consistent and readable,
and to help people review your contribution,
we ask you to follow the rules you find in the wiki at this link
https://openwrt.org/submitting-patches

Please remove this message before posting the pull request.

Copy link
Owner Author

@rmandrad rmandrad left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it is good

Copy link
Owner Author

@rmandrad rmandrad left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it is good

@rmandrad rmandrad closed this Jul 17, 2022
@rmandrad rmandrad reopened this Jul 17, 2022
@rmandrad rmandrad merged commit 5ad67cc into rmandrad:qnap-ipq807x Jul 17, 2022
@rmandrad
Copy link
Owner Author

done manually

rmandrad pushed a commit that referenced this pull request May 20, 2023
Iomega Storcenter ix4-200d is a four-bay SATA NAS powered by a Marvell
Kirkwood SoC clocked at 1.2GHz. It has 512MB of RAM and 32MB of
flash memory, 3x USB 2.0 and 2x 1Gbit/s NIC

Specification:
- SoC: Marvell Kirkwood 88F6281
- CPU/Speed: 1200Mhz
- Flash size: 32 MiB
- RAM: 512MB
- LAN: 2x 1Gbit/s
- 3x USB 2.0

Notes:
- The blue drive LED is triggered by HDD activity, it can not be controlled
  via GPIO.
- The LCD screen requires proprietary code and does not function at this time.
- Due to a kernel-related issue with the Marvell 88SE6121 SATA controller,
  currently only trays numbered #3 and #4 work, #1 and #2 do not. [1]

Serial pinout:

    CN4
    --------------
    | 10 8 6 4 2 |
    |  9 7 5 3 1 |
    -------------- PIN 1 Mark (fat line)

     1 = RXD
     4 = TXD
     6 = GND
     9 = 3.3V (not necessary to connect)

Installation instructions:
1. download initramfs-uImage and copy into tftp server
2. connect the tftp server to network port #1
3. access uboot environment with serial cable and run

    setenv mainlineLinux yes
    setenv arcNumber 1682
    setenv console 'console=ttyS0,115200n8'
    setenv mtdparts 'mtdparts=orion_nand:0x100000@0x000000(u-boot)ro,0x20000@0xA0000(u-boot environment)ro,0x300000@0x100000(kernel),0x1C00000@0x400000(ubi)'
    setenv bootargs_root 'root='
    setenv bootcmd 'setenv bootargs ${console} ${mtdparts} ${bootargs_root}; nand read.e 0x800000 0x100000 0x300000; bootm 0x00800000'
    saveenv
    setenv serverip 192.168.1.1
    setenv ipaddr 192.168.1.2
    tftpboot 0x00800000 [initramfs-uImage filename]
    bootm 0x00800000

4. connect to LAN on network port #2, log into openwrt and sysupgrade to install into flash

[1] https://bugzilla.kernel.org/show_bug.cgi?id=216094

Signed-off-by: Sander van Deijck <[email protected]>
(aligned FROM from signed-off. LED+key rename, whitespace removal)
Signed-off-by: Christian Lamparter <[email protected]>
rmandrad pushed a commit that referenced this pull request Feb 27, 2024
Recent commit `d08d53346b993431e309797d5e6de8da20147c3c`

qca-ssdk: support selecting PCS channel for PORT3 on IPQ6018

Ends up breaking patch.

Updated to address the following:

Applying patch 102-qca-ssdk-support-selecting-PCS-channel-for-PORT3-on-.patch
patching file include/init/ssdk_dts.h
Hunk #1 succeeded at 99 (offset -2 lines).
Hunk #2 succeeded at 161 (offset -3 lines).
patching file src/adpt/cppe/adpt_cppe_portctrl.c
patching file src/adpt/hppe/adpt_hppe_uniphy.c
Hunk #1 succeeded at 1152 (offset 30 lines).
Hunk #2 succeeded at 1161 (offset 30 lines).
patching file src/init/ssdk_dts.c
Hunk #1 FAILED at 279.
Hunk #2 succeeded at 305 (offset -8 lines).
Hunk #3 succeeded at 1310 (offset -16 lines).
1 out of 3 hunks FAILED -- rejects in file src/init/ssdk_dts.c
Patch 102-qca-ssdk-support-selecting-PCS-channel-for-PORT3-on-.patch does not apply (enforce with -f)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant