2013/5/3, John Crispin :
> On 03/05/13 16:56, Felix Fietkau wrote:
>> On 2013-05-03 4:17 PM, José Vázquez Fernández wrote:
>>> As have been done previously in the ramips target the Lantiq target
>>> could be divided in subtargets based in the SoC (ase, danube, svip, ar9,
>>> vr9, ...).
>>> The bene
texinfo (>=5) breaks gcc makeinfo routine.
This patch disables the generation of the documentation for gcc.
It fixes #13039.
Signed-off-by: Vivien Didelot
---
toolchain/gcc/common.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/toolchain/gcc/common.mk b/toolchain/gcc/common.mk
index c6b9
Reducing entropy of configuration file, which is introduced by find
utility, by applying sorting to its output.
Find is used here to scan packages and targets subdirectories. Its
output, known for its random ordering, determines the base order of
configuration options. So let's fix that.
Signed-o
2013/5/1 Matthias Buecher / Germany :
>> - $(call FIND_L, $(SCAN_DIR)) $(SCAN_EXTRA) -mindepth 1 $(if
>> $(SCAN_DEPTH),-maxdepth $(SCAN_DEPTH)) -name Makefile | xargs grep
>> -HE 'call (Build/DefaultTargets|Build(Package|Target)|.+Package)' |
>> sed -e 's#^$(SCAN_DIR)/##' -e '
2013.05.02. 11:12 keltezéssel, Sujith Manoharan írta:
> From: Sujith Manoharan
>
> AP135 has a pluggable PCIE slot unlike AP136.
>
> Signed-off-by: Sujith Manoharan
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.or
Am 03.05.2013 15:27, schrieb Justin Vallon:
> I just did an upgrade from AAb2 to AA, and did not save my old package
> list. Wouldn't it be useful to (at least) save the package list in the
> config?
>
> At some later point, the restore settings could show diff between
> current packages and conf
On 03/05/13 16:56, Felix Fietkau wrote:
On 2013-05-03 4:17 PM, José Vázquez Fernández wrote:
As have been done preciously in the ramips target the Lantiq target
could be divided in subtargets based in the SoC (ase, danube, svip, ar9,
vr9, ...) or the mips core (4k, 24k, 34k, ...), but the second
On 2013-05-03 4:17 PM, José Vázquez Fernández wrote:
> As have been done preciously in the ramips target the Lantiq target
> could be divided in subtargets based in the SoC (ase, danube, svip, ar9,
> vr9, ...) or the mips core (4k, 24k, 34k, ...), but the second option
> might be very confusing.
>
As have been done preciously in the ramips target the Lantiq target
could be divided in subtargets based in the SoC (ase, danube, svip, ar9,
vr9, ...) or the mips core (4k, 24k, 34k, ...), but the second option
might be very confusing.
The benefits will be the same as in ramips: better organization
Don't build the CRAMFS file system module in the kernel, and save some bytes.
No bcm63xx board needs this obsolete file system, neither those ones using
the Redboot bootloader (liveboxes). Thus, there is no need to build it, since
it has
been replaced long time ago by squashfs.
Signed-off-by:
I just did an upgrade from AAb2 to AA, and did not save my old package
list. Wouldn't it be useful to (at least) save the package list in the
config?
At some later point, the restore settings could show diff between
current packages and config-saved packages.
--
-Justin
justinval...@gmail.c
Le 03/05/2013 13:26, John Crispin a écrit :
> On 03/05/13 13:14, Сергей Василюгин wrote:
>>
>>
>> 03.05.2013, 15:40, "Michel Stempin":
>>> The mask m is only null when there is no "ralink,uartmux" property defined
>>> in DTS.
>>>
>>> When the "ralink,uartmux" property is set to "gpio", m will be
On 03/05/13 13:14, Сергей Василюгин wrote:
03.05.2013, 15:40, "Michel Stempin":
The mask m is only null when there is no "ralink,uartmux" property defined in
DTS.
When the "ralink,uartmux" property is set to "gpio", m will be equal to
RT305X_GPIO_MODE_GPIO, i.e. all bits sets in the uart_ma
03.05.2013, 15:40, "Michel Stempin" :
> The mask m is only null when there is no "ralink,uartmux" property defined in
> DTS.
>
> When the "ralink,uartmux" property is set to "gpio", m will be equal to
> RT305X_GPIO_MODE_GPIO, i.e. all bits sets in the uart_mask, thus the proper
> way to do it
On 03/05/13 10:40, Michel Stempin wrote:
The mask m is only null when there is no "ralink,uartmux" property defined in
DTS.
When the "ralink,uartmux" property is set to "gpio", m will be equal to
RT305X_GPIO_MODE_GPIO, i.e. all bits sets in the uart_mask, thus the proper way to do it is to
co
The mask m is only null when there is no "ralink,uartmux" property defined in
DTS.
When the "ralink,uartmux" property is set to "gpio", m will be equal to
RT305X_GPIO_MODE_GPIO, i.e. all bits sets in the uart_mask, thus the proper way
to do it is to compare m against the uart_mask for equality.
Le 02/05/2013 17:48, Сергей Василюгин a écrit :
>
>
> 02.05.2013, 22:24, "John Crispin" :
>> On 02/05/13 17:07, Сергей Василюгин wrote:
>>
>>>if (uart) {
>>>int m = ralink_mux_mask(uart, rt_gpio_pinmux.uart);
>>> - mode |= rt_gpio_pinmux.uart_mask<< rt_gpio_pin
17 matches
Mail list logo
