Hi Alberto,
Thanks for explaining the situation to me. I'll get hold of an Arduino and
give this a shot.
All the best,
Chris
On Tue, May 28, 2019 at 4:52 PM Alberto Bursi
wrote:
>
> Last attempt I saw was here https://github.com/openwrt/openwrt/pull/1770
>
> but it was rejec
comfort zone.
Am very eagar to make use of this equipment, so any news would be really
appreciated.
All the best,
Chris
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
This patch is in relation to
https://github.com/openwrt/openwrt/pull/1307 to help fix architecture
detection in LuCI which was added in
https://github.com/openwrt/luci/commit/b8f32b6da7accc672c5887e894a861de3f806cf5
Signed-off-by: Chris Blake
---
system.c | 1 +
1 file changed, 1 insertion
This patch adds support for the Cisco Meraki MR24 Access point to the
apm821xx
target. More info on the device can be found at
https://wiki.openwrt.org/toh/meraki/mr24
Signed-off-by: Chris Blake
---
.../linux/apm821xx/base-files/etc/board.d/01_leds | 25 ++
.../apm821xx/base-files/etc/board.d
This adds a new target for PowerPC APM821xx (464-based) boards, as well
as adds support for the booke-wdt watchdog package.
Signed-off-by: Chris Blake
---
include/target.mk | 1 +
package/kernel/linux/modules/other.mk | 2 +-
target/linux
.html
[1]: https://lists.openwrt.org/pipermail/openwrt-devel/2016-March/040615.html
[2]: https://lists.openwrt.org/pipermail/openwrt-devel/2016-April/040641.html
Chris Blake (2):
Add support for the apm821xx Device Target
Add support for the Cisco Meraki MR24
include/target.mk
Hello Imre,
On Fri, Apr 1, 2016 at 8:32 AM, Imre Kaloz wrote:
> On Fri, 01 Apr 2016 15:26:46 +0200, Chris Blake
> wrote:
>
>> Hey Imre,
>>
>> On Fri, Apr 1, 2016 at 7:35 AM, Imre Kaloz wrote:
>>>
>>> Hi Chris,
>>>
>>> On Fri, 01 A
Hey Imre,
On Fri, Apr 1, 2016 at 7:39 AM, Imre Kaloz wrote:
> On Fri, 01 Apr 2016 03:46:10 +0200, Chris Blake
> wrote:
>
>> This patch adds support for the Meraki MR24 Access point to the apm821xx
>> target. More info on the device can be found at
>> https://wiki.
Hey Imre,
On Fri, Apr 1, 2016 at 7:35 AM, Imre Kaloz wrote:
> Hi Chris,
>
> On Fri, 01 Apr 2016 03:46:09 +0200, Chris Blake
>
>> +CONFIG_BLUESTONE=y
>
>
> I doubt we support that here.
>
From my understanding, Bluestone is the dev board for the apm821xx, so
for
This patch adds support for the Meraki MR24 Access point to the apm821xx
target. More info on the device can be found at
https://wiki.openwrt.org/toh/meraki/mr24
Signed-off-by: Chris Blake
---
.../linux/apm821xx/base-files/etc/board.d/01_leds | 25 ++
.../apm821xx/base-files/etc/board.d
This adds a new target for PowerPC APM821xx (464-based) boards, as well
as adds support for the booke-wdt watchdog package.
Signed-off-by: Chris Blake
---
include/target.mk | 1 +
package/kernel/linux/modules/other.mk | 2 +-
target/linux
/openwrt-devel/2016-March/040615.html
Chris Blake (2):
Add support for the apm821xx Device Target
Add support for the Meraki MR24
include/target.mk | 1 +
package/kernel/linux/modules/other.mk | 2 +-
target/linux/apm821xx/Makefile
Hi,
On Thu, Mar 31, 2016 at 5:24 AM, Imre Kaloz wrote:
> Hi,
>
> On Thu, 31 Mar 2016 12:19:36 +0200, Chris Blake
> wrote:
>
>> Yep, currently my apm821xx target on the repo is based on the 4.4
>> kernel, and has a few small patches in place for the ar8035 NIC, an
Hi Imre,
On Thu, Mar 31, 2016 at 4:25 AM, Imre Kaloz wrote:
> Hi Chris,
>
> On Thu, 31 Mar 2016 01:00:19 +0200, Chris Blake
> wrote:
>
>> Quick Question about the ppc44x target. I am currently working on
>> porting over a PowerPC Device that uses the APM821XX SoC (46
gards,
Chris Blake
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
pdated and maintained regularly like 'ordinary' Linux I
think it will remain a niche interest.
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On Mon, Mar 7, 2016 at 11:21 AM, Chris Blake wrote:
> This driver is mostly used by Cisco Meraki on their boards. For
> example, the Meraki Z1 (another ar71xx target) as well as older gear,
> such as the MR24 (PowerPC) which I should get my hands on in a few
> days.
>
> - Chris
This driver is mostly used by Cisco Meraki on their boards. For
example, the Meraki Z1 (another ar71xx target) as well as older gear,
such as the MR24 (PowerPC) which I should get my hands on in a few
days.
- Chris B
On Mon, Mar 7, 2016 at 11:16 AM, Felix Fietkau wrote:
> On 2016-03-07 18
The NU801 PWM LED driver is used on more than just the ar71xx
architecture, so the driver should be moved to generic to support any
future platforms or devices.
Signed-off-by: Chris Blake
---
package/kernel/linux/modules/leds.mk | 15 +++
target/linux/ar71xx
Hey there,
I noticed changeset 48456, which reverts 48276, which I put in to get the
full 128MB flash on a WNDR3700v4.
Looks like the issue was the fact that it changed the location of
caldata_backup.
I had a few questions about this:
1) I did a bit more research and it looks like caldata is ac
On Tue, Jan 12, 2016 at 7:48 AM, Eric Schultz
wrote:
> Chris,
>
> We're glad to have you involved! Welcome to the party :)
>
Just a quick (belated) email to say thanks for the words Eric and for the
inclusion of the patch e
Anyone got any ideas on this one? Would just like to check to make sure I'm
not doing anything wrong or forgot to include a module before I go digging
further.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bi
Change MTD on WNDR4300 and WNDR3700v4 to fully utilize the 128MB flash.
Credit to @Tuochenlyu on GitHub.
Formally submitting this patch so that it is available upstream.
Signed-off-by: Chris Marchesi
---
target/linux/ar71xx/image/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion
And one more time because I forgot the signoff.
Can you tell this is my first time doing an email PR? ;)
On Mon, Jan 11, 2016 at 9:42 PM, Chris Marchesi
wrote:
> Change MTD on WNDR4300 and WNDR3700v4 to fully utilize the 128MB flash.
>
> Credit to @Tuochenlyu on GitHub.
>
Change MTD on WNDR4300 and WNDR3700v4 to fully utilize the 128MB flash.
Credit to @Tuochenlyu on GitHub.
Formally submitting this patch so that it is available upstream.
---
target/linux/ar71xx/image/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ar71x
Oh crap - heh, forgot the no links part.
Will re-submit without links on the patch.
On Mon, Jan 11, 2016 at 9:33 PM, Chris Marchesi
wrote:
> Change MTD on WNDR4300 and WNDR3700v4 to fully utilize the 128MB flash.
>
> Credit to @Tuochenlyu on GitHub. Original patch here:
>
> htt
Change MTD on WNDR4300 and WNDR3700v4 to fully utilize the 128MB flash.
Credit to @Tuochenlyu on GitHub. Original patch here:
https://github.com/openwrt-mirror/openwrt/commit/1dbb652ea0594c284710ace5e479c1ac7fdd1cbb
Formally submitting this patch so that it is available upstream.
---
target/lin
ering if the flash is actually undercut a bit as
the original author has listed 122880k for the firmware, possibly leaving 1MB
as reserved at the end, taking the rest into account.
Otherwise if there is anything else needed to get this merged let me know.
--Chris
Signed-off-by: Chris Marchesi
Chris
Pretty sure this is new, but I just refreshed my custom build this week and
have noticed I no longer have a WAN LED light.
Noticed I didn't have the ledtrig-netdev module added - added this, and
thought I had it, but on one boot it didn't change when net was
disconnected or when I removed the cabl
I found a couple of patches that I don't know why have not been introduced
upstream yet that I wanted to ask about.
First one was
https://github.com/openwrt-mirror/openwrt/commit/1dbb652ea0594c284710ace5e479c1ac7fdd1cbb,
which has also been mentioned in the WNDR3700 thread, regarding the
extension
Hey!
I tried to change the default passwd algorithm used by busybox to sha512,
but got some strange looking hashes back by passwd after changing.
They basically had the algorithm and the salt (maybe) squashed, like below.
$6abCDefGH:(rest of shadow entry here)
Admittedly I'm not used to seeing
This patch is to add support for the AirTight Networks C-55 Access Point
Signed-off-by: Chris R Blake
---
target/linux/ar71xx/base-files/etc/board.d/01_leds | 6 +
.../linux/ar71xx/base-files/etc/board.d/02_network | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 3 +
.../etc
The following patch is to add ath79_register_m25p80_large, which sets
is_flash to false to support bit banging. This is needed on some 32MB+
SPI chips, such as the S25FL256S1
Signed-off-by: Chris R Blake
---
target/linux/ar71xx/files/arch/mips/ath79/dev-m25p80.c | 8
target/linux
This list of patches is to add support for the AirTight Networks C-55 AP.
Signed-off-by: Chris R Blake
Chris Blake (2):
ar71xx: Add ath79_register_m25p80_large to support >16MB SPI chips
ar71xx: Add support for AirTight Networks C-55
target/linux/ar71xx/base-files/etc/board.d/01_l
Remove reliance on /lib/upgrade/nand.sh as this is called by sysupgrade,
based on felix's comments at
https://lists.openwrt.org/pipermail/openwrt-devel/2015-December/037963.html
Signed-off-by: Chris R Blake
---
target/linux/ar71xx/base-files/lib/upgrade/merakinand.sh | 1 -
1 file chang
On Mon, Dec 7, 2015 at 7:48 PM, Yousong Zhou wrote:
> On 7 December 2015 at 23:55, Chris Blake wrote:
>> Yousong,
>>
>> Sorry to come back so fast, but how would moving the skip to hexdump
>> help the code in any way? For example, we are currently using:
>>
&
ip to hexdump, then we would also need to remove the
count from dd, which means the entire partition is then piped into
hexdump which to me seems to be a lot less efficient than the current
implementation above.
On Mon, Dec 7, 2015 at 9:42 AM, Yousong Zhou wrote:
>
> Am 07.12.2015 22:12 sc
Hey Yousong,
Thanks for the clarification, will get this all cleaned up for the
next patch revision. Keep the feedback coming! :)
Regards,
Chris Blake
On Mon, Dec 7, 2015 at 9:42 AM, Yousong Zhou wrote:
>
> Am 07.12.2015 22:12 schrieb "Chris Blake" :
>>
>> Hey Y
ine?
Best Regards,
Chris Blake
On Sun, Dec 6, 2015 at 12:56 AM, Alexander Couzens wrote:
> Hi Christian,
>
> please use the new image/Makefile style. Like the most tplink or
> ubiquity devices use it.
>
> If you need any help, just ask.
>
> Best,
> lynxis
>
> On
this would require a new patch, but just want to make sure we
are on the same page.
Regards,
Chris Blake
On Sun, Dec 6, 2015 at 10:05 PM, Yousong Zhou wrote:
> Hello, Christian, a few nitpicks inline :)
>
> On 6 December 2015 at 06:48, Christian Lamparter
> wrote:
>> From: C
From: Chris R Blake
This patch is to add support for sgmii/serdes calibration from
within the OpenWRT environment. This is needed on boards that
do not use u-boot or do not have a pre-init process that runs
calibration.
Signed-off-by: Chris R Blake
---
...S-ath79-add-qca955x-mac-sgmii
From: Chris R Blake
This patch is to add support for qca955x_eth_rx_delay
to work with the qca955x SoC.
Signed-off-by: Chris R Blake
---
...42-MIPS-ath79-add-qca955x-mac-tx-rx-delay.patch | 58 ++
1 file changed, 58 insertions(+)
create mode 100644
target/linux/ar71xx
From: Chris R Blake
The MR18 uses a 3-channel 16-bit PWM Constant Current Driver
for its status LED.
Signed-off-by: Chris R Blake
---
package/base-files/files/etc/init.d/led| 2 +-
.../linux/ar71xx/files/drivers/leds/leds-nu801.c | 396 +
.../linux/ar71xx
From: Chris R Blake
This patch adds support for Cisco's MR18.
Detailed instructions for the flashing the device can
be found in the OpenWrt forum thread:
<https://forum.openwrt.org/viewtopic.php?id=59248>
Signed-off-by: Chris R Blake
---
package/base-files/files/lib/function
From: Chris R Blake
This patch is to add support for the AirTight Networks C-55 Access Point
Signed-off-by: Chris R Blake
---
target/linux/ar71xx/base-files/etc/diag.sh | 3 +
.../etc/hotplug.d/firmware/10-ath9k-eeprom | 8 ++
.../ar71xx/base-files/etc/uci-defaults/01_leds
From: Chris R Blake
The following patch is to add ath79_register_m25p80_large, which sets
is_flash to false to support bit banging. This is needed on some 32MB+
SPI chips, such as the S25FL256S1
Signed-off-by: Chris R Blake
---
target/linux/ar71xx/files/arch/mips/ath79/dev-m25p80.c | 8
Sorry about that, below should be an updated patch. git send-email was
giving me issues, so I may need to resolve that before trying again if
this still doesn't work.
Signed-off-by: Chris R Blake
---
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/dev-m25p80.c
b/target/linux/a
This patch is to add support for the AirTight Networks C-55 Access Point
Signed-off-by: Chris R Blake
---
diff --git a/target/linux/ar71xx/base-files/etc/diag.sh
b/target/linux/ar71xx/base-files/etc/diag.sh
index cfba6b4..5773186 100644
--- a/target/linux/ar71xx/base-files/etc/diag.sh
+++ b
The following patch is to add ath79_register_m25p80_large, which sets
is_flash to false to support bit banging. This is needed on some 32MB+
SPI chips, such as the S25FL256S1
Signed-off-by: Chris R Blake
---
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/dev-m25p80.c
b/target/linux
From: Chris R Blake
This patch is to add support for sgmii/serdes calibration from
within the OpenWRT environment. This is needed on boards that
do not use u-boot or do not have a pre-init process that runs
calibration.
Signed-off-by: Chris R Blake
---
...S-ath79-add-qca955x-mac-sgmii
From: Chris R Blake
This patch is to add support for qca955x_eth_rx_delay
to work with the qca955x SoC.
Signed-off-by: Chris R Blake
---
...42-MIPS-ath79-add-qca955x-mac-tx-rx-delay.patch | 58 ++
1 file changed, 58 insertions(+)
create mode 100644
target/linux/ar71xx
From: Chris R Blake
The MR18 uses a 3-channel 16-bit PWM Constant Current Driver
for its status LED.
Signed-off-by: Chris R Blake
---
package/base-files/files/etc/init.d/led| 2 +-
.../linux/ar71xx/files/drivers/leds/leds-nu801.c | 396 +
.../linux/ar71xx
From: Chris R Blake
This patch adds support for Cisco's MR18.
Detailed instructions for the flashing the device can
be found in the OpenWrt forum thread:
<https://forum.openwrt.org/viewtopic.php?id=59248>
Signed-off-by: Chris R Blake
---
package/base-files/files/etc/rc.b
From: Chris R Blake
This patch adds support for Cisco's MR18.
Detailed instructions for the flashing the device can
be found in the OpenWrt forum thread:
<https://forum.openwrt.org/viewtopic.php?id=59248>
Signed-off-by: Chris R Blake
---
package/base-files/files/lib/function
From: Chris R Blake
The MR18 uses a 3-channel 16-bit PWM Constant Current Driver
for its status LED.
Signed-off-by: Chris R Blake
---
package/base-files/files/etc/init.d/led| 2 +-
.../linux/ar71xx/files/drivers/leds/leds-nu801.c | 396 +
.../linux/ar71xx
From: Chris R Blake
This patch is to add support for sgmii/serdes calibration from
within the OpenWRT environment. This is needed on boards that
do not use u-boot or do not have a pre-init process that runs
calibration.
Signed-off-by: Chris R Blake
---
...S-ath79-add-qca955x-mac-sgmii
From: Chris R Blake
This patch is to add support for qca955x_eth_rx_delay
to work with the qca955x SoC.
Signed-off-by: Chris R Blake
---
...42-MIPS-ath79-add-qca955x-mac-tx-rx-delay.patch | 58 ++
1 file changed, 58 insertions(+)
create mode 100644
target/linux/ar71xx
This patch is to add support for qca955x_eth_rx_delay to work with the
qca955x SoC.
Signed-off-by: Chris R Blake
---
diff -rupN
a/target/linux/ar71xx/patches-4.1/742-MIPS-ath79-add-qca955x-mac-tx-rx-delay.patch
b/target/linux/ar71xx/patches-4.1/742-MIPS-ath79-add-qca955x-mac-tx-rx-delay.patch
This patch is to add support for sgmii/serdes calibration from within the
OpenWRT environment. This is needed on boards that do not use u-boot or do
not have a pre-init process that runs calibration.
Signed-off-by: Chris R Blake
---
diff -rupN
a/target/linux/ar71xx/patches-4.1/743-MIPS-ath79
Scratch this, this is suppose to be in a patch file in
./target/linux/ar71xx/patches-4.1/, will rebase later.
On Thu, Sep 17, 2015 at 7:30 AM, Chris Blake
wrote:
> This patch is to add support for qca955x_eth_rx_delay to work with the
> qca955x SoC.
>
> Signed-off-by: C
Scratch this, this is suppose to be in a patch file in
./target/linux/ar71xx/patches-4.1/, will rebase later.
On Thu, Sep 17, 2015 at 7:38 AM, Chris Blake
wrote:
> This patch is to add support for sgmii/serdes calibration from within the
> OpenWRT environment. This is needed on boards t
This patch is to add support for sgmii/serdes calibration from within the
OpenWRT environment. This is needed on boards that do not use u-boot or do
not have a pre-init process that runs calibration.
Signed-off-by: Chris R Blake
---
--- a/arch/mips/include/asm/mach-ath79/ar71xx_regs.h 2015-08
This patch is to add support for qca955x_eth_rx_delay to work with the
qca955x SoC.
Signed-off-by: Chris R Blake
---
--- a/arch/mips/ath79/dev-eth.c
+++ b/arch/mips/ath79/dev-eth.c
@@ -823,6 +825,32 @@
iounmap(base);
}
+void __init ath79_setup_qca955x_eth_rx_delay(unsigned int rxd
Not sure if this helps, but the recent Cisco Meraki AP drop includes a
newish PHY driver for the at8033/8035.
The GPL source is at
http://dl.meraki.net/linux/meraki-firmware-sources-r23-20150601.tar.bz2 and
a copy of the actual file can be found at
https://github.com/riptidewave93/meraki-linux/blo
This patch is to add support for the Meraki MR12 and MR16 Access Points.
Currently everything is working, minus the 2nd NIC interface on the MR12
which is built into the SoC.
Signed-off-by: Chris R Blake
--
diff --git a/target/linux/ar71xx/base-files/etc/diag.sh
b/target/linux/ar71xx/base
This patch is to add support for the Meraki MR12 and MR16 Access Points.
Currently everything is working, minus the 2nd NIC interface on the MR12
which is built into the SoC.
Signed-off-by: Chris R Blake
---
diff -Naur ./a/target/linux/ar71xx/base-files/etc/diag.sh
./b/target/linux/ar71xx/base
On Sat, Jan 31, 2015 at 12:11:32PM +0100, Heiner Kallweit wrote:
> Am 31.01.2015 um 11:52 schrieb Chris Green:
> > On Sat, Jan 31, 2015 at 10:28:04AM +0100, Heiner Kallweit wrote:
> >> It's based on the AR8236 datasheet and compile-tested only as I couldn't
> >&
terboard swithces not working?
I.e. would it be useful if I download and try the latest code?
(in my case I have an RB2011UiAS-2HnD)
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On Fri, Jan 02, 2015 at 09:35:26PM -0500, Soren Harward wrote:
> On Fri, Jan 2, 2015 at 8:24 AM, Chris Green wrote:
> > While I'm here, how do I build a sysupgrade.bin image? I'm getting
> > tired of doing bootp/tftp installs!
>
> AFAIK, MikroTik's do
On Fri, Jan 02, 2015 at 09:40:07AM +, Chris Green wrote:
> On Thu, Jan 01, 2015 at 10:51:11PM -0500, Soren Harward wrote:
> > On Thu, Jan 1, 2015 at 10:45 PM, Soren Harward wrote:
> > > I'm attaching my dmesg just in case someone who understands the boot
> > >
eless).
>
Could be just that.
My RB2011UiAS-2HnD seems OK with both 0x3e00 and 0x6f00 to the
extent that all the wired ethernet ports work whereas with 0x0600
the five Gigabit ports don't work.
The WiFi works with 0x0600, I haven't spcifically checked it with
the
>Thanks
>
I'm still listening/watching with interest. If there's anyhthing
useful I can do on my rb-2011uias-2hnd then please ask.
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
y
r - reset booter configuration
e - format nand
w - repartition nand
g - upgrade firmware
i - board info
p - boot protocol
b - booter options
t - do memory testing
x - exit setup
your choice:
--
Chris Green
___
openwrt-deve
are found or would it be better to
do some sort of pattern matching?
While I'm about it, what exactly does the above default setup do? My
rb-2011uias-2hnd seems to work OK without it.
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@list
ter_eth(0);
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On Sat, Dec 13, 2014 at 08:25:35AM +0100, John Crispin wrote:
> Hi lynxis,
>
> ah the stray ath10k fw warning ... thanks, one todo less on my list :)
>
Is this the:-
md5sum: can't open '/lib/firmware/ath10k/QCA988X/hw2.0/firmware-3.bin': No
such file or
On Sat, Dec 13, 2014 at 09:01:09AM +0100, John Crispin wrote:
> Hi,
>
> On 10/12/2014 22:33, Chris Green wrote:
> > On Wed, Dec 10, 2014 at 01:40:42PM -0700, Davey Hutchison wrote:
> >> Fix pll_1000 value for eth0. Traffic would not flow from the eth0
> >> int
FACE_MODE_RGMII;
> ath79_eth0_data.phy_mask = BIT(0);
> + ath79_eth0_pll_data.pll_1000 = 0x3e00;
>
> ath79_register_eth(0);
This needs to be in mach-rb2011.c as well.
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel
e bits 29:26 is enough or if any
> of the other bits need to be set ? if that does not work it has to be
> 30, 25 or 24
>
I'm away from home now (just got to test the 0x6f00 before I left)
I'll be home on Friday evening and will test fewer bits then.
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On Wed, Dec 10, 2014 at 10:23:12AM +, Chris Green wrote:
> On Wed, Dec 10, 2014 at 09:59:29AM +0100, John Crispin wrote:
> >
> >
> > On 10/12/2014 09:29, David Hutchison wrote:
> > > I am once again just guessing with 0x6f00, so I am sure this is wrong.
>
will try patching this on my RB2011 (to 0x6f00) and
see if it works for me too.
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
.
Running an ARP scan from another computer on the LAN shows the
mikrotik (192.168.1.40) as follows:-
192.168.1.40 mikrotik 4C:5E:0C:73:87:3E (Unknown)
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lis
withc
of course).
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On Sat, Dec 06, 2014 at 08:58:05AM -0500, Soren Harward wrote:
>On Dec 6, 2014 5:15 AM, "Chris Green" <[1]c...@isbd.net> wrote:
>>
>> To indicate that the problem is definitely something to do with eth0
>> not being 'hooked up' prop
ports: 0 1 2 3 4 5
root@OpenWrt:~#
This is on my RB2011 where eth0 is (should be) the 5 port Gigabit
switch and eth1 is the 5 port fast (10/100) ethernet switch.
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://l
On Fri, Dec 05, 2014 at 11:18:10PM -0500, Soren Harward wrote:
> On Fri, Dec 5, 2014 at 5:21 AM, Chris Green wrote:
> > Some people with the RB2011 (other incarnations but presumably
> > basically the same) have it working OK.
>
> I'm one of those that has a work
s something
> in user-space?
>
Same on mine (except I have an eth1 which is the 10/100 that works
OK):-
root@OpenWrt:~# swconfig dev eth0 show
Failed to connect to the switch. Use the "list" command to see which switches
are available.
root@OpenWrt:~# swconfig list
Found: switch0 -
er that may have been incorrect.
> Please post your network/switch configuration, and the output of
> swconfig dev switch0 show
>
Just to join in the fun here's my results (from rb-2011uias-2hnd)
attached.
--
Chris Green
root@OpenWrt:/# swconfig dev switch0 show
Glo
On Fri, Dec 05, 2014 at 10:59:11AM +0100, Heiner Kallweit wrote:
> On Fri, Dec 5, 2014 at 10:21 AM, Chris Green wrote:
> > This sounds very like the bug #18401 I have raised for my
> > RB2011UiAS-2HnD-IN.
> >
> > I have exactly the same problem of everything appearin
ons :-)
> >
> > -- Davey
> The recent changes to the AR8216 driver are mainly cleanups with
> no functional change. Also your dmesg output looks good.
> So at a first glance I don't think it's something with the driver.
>
> At fir
ag71xx that I should be looking at? Could the ar8327
> switch not be initializing properly? The probe is definitely finding
> *AR8327* so that seems to be OK. I am guessing this is something
> specific with the ar924x CPU + ar8327 switch chip. I'm open to any
> suggestions :-)
&
On Mon, Nov 24, 2014 at 12:06:04PM +, Chris Green wrote:
> I think I have found the bug which prevents the Gigabit ports on my
> rb-2011uias-2hnd from working.
>
> The rb-2011uias-2hnd is missing from the following file:-
>
> trunk/build_dir/target-mips_34kc_uClibc-0.9.33
won't happen for my RB2011.
I think I can fix it myself in my downloaded trunk so I will report
back later to confirm the fix works (I hope!).
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cg
On Wed, Nov 19, 2014 at 01:50:39PM -0500, Soren Harward wrote:
> On Tue, Nov 18, 2014 at 6:50 AM, Chris Green wrote:
> > I still have non-working gigabit ports on my Mikrotik 2011UiAS-2HnD. Soren
> > Harward kindly had a look at various diagnostics but hasn't seen
> >
sage problem.
I'm happy to try custom builds, patches, diagnostics, etc. I am a
retired C/C++ (on Solaris) programmer. I do need a bit of help on what
to look for though.
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
st desperately looking for differences between the
working ports and the non-working ones.
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
e
when I enable it though).
In addition to the Gigabit ports not seeing any input I can't get the
USB to work at all either. I've installed kmod-usb-core and
kmod-usb-printer but nothing about USB ever appears in dmesg whatever
I connec
On Mon, Nov 17, 2014 at 09:23:36PM +, Chris Green wrote:
> I have the Barrier Breaker 14.07 Mikrotik build installed on a
> Mikrotik RB2011. I want to use the USB port for a printer so I
> started by trying to install kmod-usb-printer and got the following
> error:-
>
>
.
kmod: failed to insert /lib/modules/3.10.49/usbcore.ko
Configuring kmod-usb-printer.
root@OpenWrt:~#
It would appear that this is simply because the file is there already
but I guess it should be fixed. Where/how do I find out if the
problem has been reported already?
--
Chris Green
desktop
system is xubuntu linux.
--
Chris Green
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
1 - 100 of 136 matches
Mail list logo