Maybe they did not have enough flashspace to add transmission and a backdoor:-)
But sources are on github, aren't they?
I only see a dd-wrt clone on github, with zero modification.
Does not contain any code related to this router. But that is not important, for this platform it takes us max 30 min to add support for, if we have a unit.
I only see a dd-wrt clone on github, with zero modification.
There was more before
<Kong> wrote:
Does not contain any code related to this router. But that is not important, for this platform it takes us max 30 min to add support for, if we have a unit.
I can provide any info what needed, including serial outputs.
p.s. After I flashed chinese DD-WRT, MTD layout changed from:
i wonder, what happened with board_data then, and does it contains usefull data? also, ddwrt partition size is buggy in current dd-wrt. nvram placed in different space.
Last edited by tsynik on Thu Dec 18, 2014 17:34; edited 3 times in total
I only see a dd-wrt clone on github, with zero modification.
Does not contain any code related to this router. But that is not important, for this platform it takes us max 30 min to add support for, if we have a unit.
Kong, how do I send you an unit?
by the way, may i know what information required to add support for it? I can be a tester, I have both serial TTL and flash programmer, i am not worry to brick. if you can start blind build I can be your tester.
I got self-compiled images for Northstar.
Now the tricky part...
Kong, can you guide us, which parts in kernel must be edited first to add support for R1D? Where mtd partitions defined? And what a proper way to pack firmware in case R1D?
Here is block diagram of this router.
Here is thread on openwrt forum with useful information about R1D boot process and initial attempts to describe R1D in 3.x kernel.
I got self-compiled images for Northstar.
Now the tricky part...
Kong, can you guide us, which parts in kernel must be edited first to add support for R1D? Where mtd partitions defined? And what a proper way to pack firmware in case R1D?
Here is block diagram of this router.
Here is thread on openwrt forum with useful information about R1D boot process and initial attempts to describe R1D in 3.x kernel.
The first question you should ask yourself before attempting to support Xiaomis sales of hardware is:
Does Xiaomi make the GPL source code available for their stock firmware as required in order for them to be allowed to use linux as operating system? _________________ Kernel panic: Aiee, killing interrupt handler!
If anyone interested, initial flash layout described at
arch/arm/mach-brcm-hnd/board_ns.c
nvram variables for R1D:
boardnum=32
boardtype=0x0665
boardrev=0x1301
boardflags=0x00000110
boardflags2=0x00000000
Does Xiaomi make the GPL source code available for their stock firmware as required in order for them to be allowed to use linux as operating system?
Chinese always violate GPL and it suxxxx (
But Y699 including 1TB Samsung HDD for ARM AC-router is best offer on the market )
No, they don't always violate GPL, Asus and TP-Link are examples of some who doesn't.
Xiaomi is one of the worst violators recently and you can as a consumer tell them what you think about that, you can vote with your wallet.
They do btw include spyware/phone-home in their firmwares and it is difficult to see what they report back without access to the source code.
I guess that you don't care about Xiaomis behaviour, that "interesting hardware" is more important than morale. _________________ Kernel panic: Aiee, killing interrupt handler!
They do btw include spyware/phone-home in their firmwares and it is difficult to see what they report back without access to the source code.
That's not true ) People call their cloud services "spyware", but can you provide a proof of your sentence?
LOM wrote:
I guess that you don't care about Xiaomis behaviour, that "interesting hardware" is more important than morale.
Morale? I'm interested to drive that good and cheap hardware with opensource FW like dd-wrt or openwrt and be free. It's definitely possible, with debian and kernel 2.6 at least. It's piece of metal. Ofcourse it's better to charge Cisco or overpriced Asus, you told me )
i do not have proof to say that xiaomi is not putting spyware/backdoor in thier firmware, however i also have no proof to say that xiaomi is doing it.
anyway i get in touch with the guy who compiled ddwrt for xiaomi router, if he provide his source code for the working ddwrt, will it help?
No, if it comes to porting we don't use foreign code, unless we know it comes from someone who is an expert in this, without the unit you can't check if it is correct and does not have potential to destroy a unit. Plus there are usually small things that are not implemented, but users constantly ask for it to be fixed, like leds/buttons etc.
I've accepted code once and the "porter" missed a few details, which caused serious trouble. This hurts my reputation, the units I port are supposed to have full working buttons/leds... and can be flashed back and forth with oem/ddwrt fw without any tricks.
