| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 41178
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40833
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With gcc-4.8 I get a compile error with kernel 3.3.
This patch fixes this problem by backporting a patch from a more recent kernel version.
CC arch/mips/mm/page.o
arch/mips/mm/page.c:89:6: error: 'clear_page' alias in between function and variable is not supported
void clear_page(void *page) __attribute__((alias("clear_page_array")));
^
arch/mips/mm/page.c:84:12: error: 'clear_page_array' aliased declaration [-Werror]
static u32 clear_page_array[0x120 / 4];
^
arch/mips/mm/page.c:108:6: error: 'copy_page' alias in between function and variable is not supported
void copy_page(void *to, void *from) __attribute__((alias("copy_page_array")));
^
arch/mips/mm/page.c:102:12: error: 'copy_page_array' aliased declaration [-Werror]
static u32 copy_page_array[0x540 / 4];
^
arch/mips/mm/page.c:108:6: error: 'copy_page' alias in between function and variable is not supported
void copy_page(void *to, void *from) __attribute__((alias("copy_page_array")));
^
arch/mips/mm/page.c:102:12: error: 'copy_page_array' aliased declaration [-Werror]
static u32 copy_page_array[0x540 / 4];
^
arch/mips/mm/page.c:89:6: error: 'clear_page' alias in between function and variable is not supported
void clear_page(void *page) __attribute__((alias("clear_page_array")));
^
arch/mips/mm/page.c:84:12: error: 'clear_page_array' aliased declaration [-Werror]
static u32 clear_page_array[0x120 / 4];
^
cc1: all warnings being treated as errors
make[7]: *** [arch/mips/mm/page.o] Error 1
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 40619
|
|
|
|
|
|
|
|
|
| |
Now that GCC 4.8 is the default, make sure that we have the relevant
memset fixes to avoid nasty kernel crashes.
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 39902
|
|
|
|
|
|
|
|
| |
It is not used by any platform.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 39081
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 38291
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 38290
|
|
|
|
| |
SVN-Revision: 37957
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The skb is usually started by a padding which allows the protocols in the
network stack to add their headers in front of the payload. The skb can be
reallocated in case the preallocated padding is not large enough. This can for
example happen in the function __skb_cow which will check the requested extra
headroom and allocate more buffer when the requested headroom is bigger than
the available one. The extra buffer is aligned again to the multiple of the
NET_SKB_PAD of the target architecture.
The macro used to create the multiple of the NET_SKB_PAD is written in a way
which allows only values power two as alignment parameter. The currently used
value of 48 bytes can not be written as n ** 2 but as 2 ** 4 + 2 ** 5. The
extra buffer is therefore not always the multiple of 48 but can be 16, 64, 80,
128, 144 and so on. The generated values are also not monotonic (48 requested
bytes are mapped to 80 allocated bytes and 49 requested bytes are mapped to 64
allocated bytes).
These unexpected small values result in more reallocations of the buffer. This
was noticed prominently during tests between two QCA9558 720 MHz devices which
were connected via ethernet to PCs and had a HT40 802.11n 3x3 link between each
other. The throughput PC-to-PC during iperf TCP runs increased reliable from
186 Mibit/s to 214 Mibit/s in one direction and from 195 Mibit/s to 220 Mibit/s
in the other direction. This is a performance increase of ~14% just by reducing
the amount of reallocations.
Signed-off-by: Sven Eckelmann <sven@open-mesh.com>
SVN-Revision: 37948
|
|
|
|
|
|
|
|
|
| |
- enable using hwmon GSC driver on all targets
- add a kmod package for it
Signed-off-by: Tim Harvey <tharvey@gateworks.com>
SVN-Revision: 37933
|
|
|
|
|
|
|
|
|
|
| |
Currently, the module causes an oops at least on rt5350. These patches
have been accepted upstream at:
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git
Signed-off-by: Daniel Gimpelevich <daniel@gimpelevich.san-francisco.ca.us>
SVN-Revision: 37931
|
|
|
|
|
|
|
|
|
|
| |
The 'Warning: unable to open an initial console' message
indicates an error in the rootfs. Remove the patch which
hides the warning.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37848
|
|
|
|
|
|
|
|
|
|
|
| |
Linux expects that the /dev/console node is present
in the rootfs image. Create the node in initramfs,
in order to make std{in,out,err} usable even in early
init process.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 37846
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
vsnprintf returns the number of chars that would have been written, not
the actual number of chars written. This can lead to crashlog_buf->len
being too big which in turn can lead to get_maxlen() returning negative
numbers. The length argument of kmsg_dump_get_buffer will be casted to
a size_t which makes a negative input a big positive number allowing
kmsg_dump_get_buffer to write out of bounds.
Fix this by using vscnprintf which returns the actually written number
of chars.
Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
SVN-Revision: 37820
|
|
|
|
|
|
|
|
| |
The code is not used since the s3c24xx target was removed.
Signed-off-by: Luka Perkov <luka@openwrt.org>
SVN-Revision: 37809
|
|
|
|
|
|
|
|
|
|
|
| |
The BCM4331 supports a PCIe max request size of 512 bytes and uses
that, but the PCIe controller in the BCM4706 just supports 128 Bytes
and that causes a DMA error for packages bigger than 126 bytes. This
fixes the problem by setting the BCM4331 also to 128 Bytes.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 37709
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 37600
|
|
|
|
|
|
|
|
| |
recent compilers
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 37598
|
|
|
|
|
|
|
|
| |
based on http://patchwork.openwrt.org/patch/3827/
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 37562
|
|
|
|
|
|
|
|
|
| |
There is no platform using the gpio-pwm driver, yet these patches break the
generic PWM framework that is in upstream. So just remove them.
Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
SVN-Revision: 37490
|
|
|
|
|
|
|
|
|
|
| |
master-2013-07-18
This should fix some build problems in b43 with kernel 3.3.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 37432
|
|
|
|
|
|
|
|
| |
Newer kernels were already fixed by upstream.
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
SVN-Revision: 36607
|
|
|
|
|
|
|
|
| |
Fixes building kmod-lib-zlib and kmod-lib-lzo if nothing depends on them.
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
SVN-Revision: 36592
|
|
|
|
|
|
|
|
| |
Fixes build failure when having kmod-mmc and brcmfmac selected.
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
SVN-Revision: 36468
|
|
|
|
| |
SVN-Revision: 36378
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 36367
|
|
|
|
|
|
|
|
|
| |
3.3 and 3.6 kernels do not make use of the UAPI headers, still they need
to provide an up-to-date switch.h copy for swconfig to build.
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 36295
|
|
|
|
|
|
|
|
|
| |
This was turned from a silent confg option without a text to a normal
config option which could be selected without any other option
depending on this. This could cause the situation where REGMAP_SPI was
selected without SPI_MASTER being selected.
SVN-Revision: 36101
|
|
|
|
|
|
| |
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 36091
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes the following issues:
[ 7.660000] regmap_core: module license 'unspecified' taints kernel
[ 7.690000] Disabling lock debugging due to kernel
[ 7.700000] regmap_core: Unknown symbol lzo1x_decompress_safe (err 0
[ 7.710000] regmap_core: Unknown symbol lzo1x_1_compress (err 0
[ 7.720000] regmap_core: Unknown symbol devres_add (err 0
[ 7.730000] regmap_core: Unknown symbol debugfs_create_bool (err 0
[ 7.750000] regmap_core: Unknown symbol devres_alloc (err 0
[ 7.760000] regmap_core: Unknown symbol debugfs_remove_recursive (err 0
[ 7.770000] regmap_core: Unknown symbol debugfs_create_file (err 0
[ 7.780000] regmap_core: Unknown symbol devres_free (err 0
[ 7.800000] regmap_core: Unknown symbol devres_find (err 0
[ 7.810000] regmap_core: Unknown symbol debugfs_create_dir (err 0)
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 36070
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35510
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It causes NULL pointer dereference:
[ 0.638235] __ioremap(): phys addr 0x7f00000 is RAM lr c025d61c
[ 0.644090] Unable to handle kernel paging request for data at address 0x00000000
[ 0.651533] Faulting instruction address: 0xc025d620
[ 0.656483] Oops: Kernel access of bad area, sig: 11 [#1]
[ 0.661856] P1010 RDB
[ 0.664113] Modules linked in:
[ 0.667152] NIP: c025d620 LR: c025d61c CTR: c000dc38
[ 0.672101] REGS: c7831ef0 TRAP: 0300 Not tainted (3.3.8)
[ 0.677740] MSR: 00029000 <CE,EE,ME> CR: 42022082 XER: 20000000
[ 0.683817] DEAR: 00000000, ESR: 00000000
[ 0.687811] TASK = c782c000[1] 'swapper' THREAD: c7830000
[ 0.693017] GPR00: a1ee0000 c7831fa0 c782c000 00000000 0000214c ffffffff c7831ea6 0001ffff
[ 0.701350] GPR08: c03697cc c035fba0 c03697cc c0360000 42022022 00000000 00000000 00000000
[ 0.709682] GPR16: c0000a00 00000014 3fffffff 00ffa000 00000015 07fc42bc c0360000 00000000
[ 0.718015] GPR24: 00000000 00000000 00001680 c0360000 00000000 c025d5e8 c0390000 c038b824
[ 0.726535] NIP [c025d620] crashlog_init_fs+0x38/0xd8
[ 0.731560] LR [c025d61c] crashlog_init_fs+0x34/0xd8
[ 0.736503] Call Trace:
[ 0.738939] [c7831fa0] [c025d61c] crashlog_init_fs+0x34/0xd8 (unreliable)
[ 0.745712] [c7831fb0] [c0001e98] do_one_initcall+0xd4/0x198
[ 0.751357] [c7831fe0] [c02537f4] kernel_init+0x9c/0x120
[ 0.756647] [c7831ff0] [c000c2dc] kernel_thread+0x4c/0x68
[ 0.762022] Instruction dump:
[ 0.764975] 3860fff4 bfc10008 3fc0c039 90010014 3bfeb824 801f0004 2f800000 41be00a0
[ 0.772699] 7c030378 38804000 4bdb38cd 3c00a1ee <81630000> 6000dead 7c691b78 907eb824
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35435
|
|
|
|
|
|
|
|
| |
Fix it for older kernels as well.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35366
|
|
|
|
| |
SVN-Revision: 35330
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35194
|
|
|
|
| |
SVN-Revision: 35080
|
|
|
|
|
|
| |
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 35018
|
|
|
|
| |
SVN-Revision: 35016
|
|
|
|
| |
SVN-Revision: 35015
|
|
|
|
|
|
| |
in modules
SVN-Revision: 34999
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34959
|
|
|
|
| |
SVN-Revision: 34901
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Same patches that I just merged for 3.6 and 3.7, except with one
additional fix that went into v3.4 that needed to be included.
Submitted more for the benefit of the AA branch than for trunk.
[juhosg: refresh the patch with quilt]
Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34813
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34678
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34677
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34676
|
|
|
|
|
|
|
|
|
| |
[juhosg: refresh the patches with quilt]
Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34667
|
|
|
|
|
|
| |
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 34666
|
|
|
|
| |
SVN-Revision: 34651
|
|
|
|
|
|
| |
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 34548
|