This patch encloses sam9261 old clk registration in
"#if defined(CONFIG_OLD_CLK_AT91) #endif" sections.
Signed-off-by: Jean-Jacques Hiblot
---
arch/arm/mach-at91/at91sam9261.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-at91/at91sam9261.c
On Wed, Feb 12, 2014 at 08:46:38AM +, Jean Pihet wrote:
> Hi Arnaldo, Will,
>
> Ping on this patch.
This needs to go via the perf tree to avoid a repeat of the mess last time.
Will
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Signed-off-by: Jean-Jacques Hiblot
---
arch/arm/mach-at91/setup.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/arch/arm/mach-at91/setup.c b/arch/arm/mach-at91/setup.c
index f7ca97b..b8d0b66 100644
--- a/arch/arm/mach-at91/setup.c
+++ b/arch/arm/mach-at91/setup.c
This provides touchscreen support to the at91sam9261ek
Signed-off-by: Jean-Jacques Hiblot
---
arch/arm/configs/at91_dt_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/at91_dt_defconfig
b/arch/arm/configs/at91_dt_defconfig
index 3c6905d..aaa322d 100644
---
This patch set aims at bringing a device tree support for the sam9261.
It's mostly based on the sam9263 and sam9x5 stuff.
Changes since V3:
* Added support for the touchscreen
* Added support for the spi dataflash
* Activated the TCB by default
* Reworked the patch organization to reduce the
fixed a potential NULL pointer dereference.
Rationale:
this is the only location in the musb driver where the
otg->gadget pointer is dereferenced. Assuming that it
is never NULL is not only potentially unsafe but was
observed in the wild on a GTA04 (OMAP3/TPS65950 based
The Kconfig symbol S5P_SETUP_MIPIPHY was removed in v3.13. Remove a
reference to its macro from a list of Kconfig options.
Signed-off-by: Paul Bolle
---
See commit e66f233dc7f7 ("ARM: Samsung: Remove the MIPI PHY setup
code"). Should one or more options be added to replace
S5P_SETUP_MIPIPHY? I
If initiate_file_draining returned NFS4ERR_DELAY, all the lsegs of
a file might be released before the retrying cb_layout request arriving
at the client. In this situation, layoutget request of the file will
use open stateid to obtain a new layout stateid. And if the retrying
cb_layout request
On 02/12/2014 03:38 PM, Qin Chuanyu wrote:
> On 2013/8/30 12:29, Jason Wang wrote:
>> We used to poll vhost queue before making DMA is done, this is racy
>> if vhost
>> thread were waked up before marking DMA is done which can result the
>> signal to
>> be missed. Fix this by always poll the vhost
On Wed, 2014-02-12 at 09:21 +, Lee Jones wrote:
> > S2MPS11/S2MPS14 regulators support different modes of operation:
> > - Always off;
> > - On/Off controlled by pin/GPIO (PWREN/LDOEN/EMMCEN);
> > - Always on;
> > This is very similar to S5M8767 regulator driver which also supports
> >
On Wed, Feb 12, 2014 at 9:23 AM, Lee Jones wrote:
>> "to support for" is incorrect English in here, hence the change to "to add
>> support".
>>
>> Signed-off-by: Laszlo Papp
>> ---
>> drivers/mfd/Kconfig | 16
>> 1 file changed, 8 insertions(+), 8 deletions(-)
>
> Surely you
On Wed, 2014-02-12 at 09:17 +, Lee Jones wrote:
> > Add support for S2MPS14 PMIC device to the MFD sec-core driver.
> > The S2MPS14 is similar to S2MPS11 but it has fewer regulators, two
> > clocks instead of three and a little different registers layout.
> >
> > Signed-off-by: Krzysztof
On Wed, 12 Feb 2014, Krzysztof Kozlowski wrote:
> On Wed, 2014-02-12 at 09:07 +, Lee Jones wrote:
> > > The S2MPS11 RTC has two alarms: alarm0 and alarm1 (corresponding
> > > interrupts are named similarly). Use consistent names for interrupts to
> > > limit possible errors.
> > >
> > >
Hi,
>
> + dev_type = platform_get_device_id(pdev)->driver_data;
> + switch (dev_type) {
> + case S2MPS11X:
> + s2mps11->rdev_num = ARRAY_SIZE(s2mps11_regulators);
> + regulators = s2mps11_regulators;
How about creating and passing copy of
From: Roger Tseng
Realtek USB memstick host driver provides memstick host support based on the
Realtek USB card reader MFD driver.
Signed-off-by: Roger Tseng
---
drivers/memstick/host/Kconfig | 10 +
drivers/memstick/host/Makefile | 1 +
drivers/memstick/host/rtsx_usb_ms.c | 836
From: Roger Tseng
Realtek USB card reader provides a channel to transfer command or data to flash
memory cards. This driver exports host instances for mmc and memstick subsystems
and handles basic works.
Signed-off-by: Roger Tseng
---
drivers/mfd/Kconfig | 10 +
drivers/mfd/Makefile
From: Roger Tseng
Realtek USB SD/MMC host driver provides mmc host support based on the Realtek
USB card reader MFD driver.
Signed-off-by: Roger Tseng
---
drivers/mmc/host/Kconfig |7 +
drivers/mmc/host/Makefile |1 +
drivers/mmc/host/rtsx_usb_sdmmc.c | 1462
From: Roger Tseng
This patchset adds modules to support Realtek USB vendor specific class flash
card reader: one base module in MFD subsystem and two host modules in both mmc
and memstick subsystems. The architecture is similar to rtsx_pci.
This work is done primarily to replace the staging
Add basical dma support for ecspi. Validate on i.MX6qsabresd board.
Signed-off-by: Robin Gong
---
drivers/spi/spi-imx.c | 221 ++--
1 files changed, 211 insertions(+), 10 deletions(-)
diff --git a/drivers/spi/spi-imx.c b/drivers/spi/spi-imx.c
index
Hi Alexandre,
2014-02-09 9:43 GMT+01:00 Alexandre Courbot :
> Some drivers dealing with a gpio_chip might need to act on its
> descriptors directly; one example is pinctrl drivers that need to lock a
> GPIO for being used as IRQ using gpiod_lock_as_irq().
>
> This patch exports a
> During probe the driver allocates two dummy I2C devices for subchips in
> function pm800_pages_init(). Additionally this function allocates
> regmaps for these subchips. If any of these steps fail then these dummy
> I2C devices are not freed and resources leak.
>
> On pm800_pages_init() fail
This is to re-notify you that you have $500,000.00 waiting for pick-up at Money
Gram, Contact
Mrs Hillary Florence via email : heritd...@xtra.co.nz for claims.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Mon, 10 Feb 2014, Michal Simek wrote:
> Some platforms need to get system controller
> ready as soon as possible.
> The patch provides early_syscon_initialization
> which create early mapping for all syscon compatible
> devices in early_syscon_probe.
> Regmap is get via
There are two checks for CONFIG_NET_CLS_ROUTE, but the corresponding
Kconfig symbol was dropped in v2.6.39. Since the code guards access to
dst_entry.tclassid it seems CONFIG_IP_ROUTE_CLASSID should be used
instead.
Signed-off-by: Paul Bolle
---
Untested! I don't use CONFIG_NF_TABLES in my
During probe the driver allocates two dummy I2C devices for subchips in
function pm800_pages_init(). Additionally this function allocates
regmaps for these subchips. If any of these steps fail then these dummy
I2C devices are not freed and resources leak.
On pm800_pages_init() fail the driver
Dan Carpenter reported:
> kernel/sched/rt.c:1347 pick_next_task_rt() warn: variable dereferenced before
> check 'prev' (see line 1338)
> kernel/sched/deadline.c:1011 pick_next_task_dl() warn: variable dereferenced
> before check 'prev' (see line 1005)
Cc: Steven Rostedt
Cc: Juri Lelli
Fixes:
On 12 February 2014 15:11, Paul Bolle wrote:
> Signed-off-by: Paul Bolle
> ---
> Untested. This needs testing by people with access to knowledge,
> compilers, and/or hardware related to CPU_S3C2443. I'm not one of them.
>
> arch/arm/mach-s3c24xx/common.c | 2 +-
> 1 file changed, 1
On Wednesday 29 January 2014 08:17 PM, Heikki Krogerus wrote:
> Hi,
>
> On Tue, Jan 28, 2014 at 10:30:36AM -0600, Felipe Balbi wrote:
>> On Tue, Jan 28, 2014 at 05:32:30PM +0200, Heikki Krogerus wrote:
>>> On Mon, Jan 27, 2014 at 10:05:20AM -0600, Felipe Balbi wrote:
>>> For the controller
Commit 97411608fd5f ("ARM: OMAP2+: Remove legacy support for zoom
platforms") removed the Kconfig symbols MACH_OMAP_ZOOM2 and
MACH_OMAP_ZOOM3. Remove the last usage of the related macros too.
Signed-off-by: Paul Bolle
---
Untested, but should have zero impact.
arch/arm/mach-omap2/io.c | 9
Signed-off-by: Paul Bolle
---
Untested. This needs testing by people with access to knowledge,
compilers, and/or hardware related to CPU_S3C2443. I'm not one of them.
arch/arm/mach-s3c24xx/common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Wed 12-02-14 17:26:40, Li Zefan wrote:
> On 2014/2/12 17:12, Michal Hocko wrote:
> > Li has pointed out that my previous backport was not correct because
> > err_unlock label releases a reference to supperblock which was not taken
> > before idr_alloc. I've also removed cgroup_mutex from
On Wed, Feb 12, 2014 at 12:22:00PM +0530, sagar.a.kam...@intel.com wrote:
> From: Sagar Kamble
>
> Primary planes support 180 degree rotation. Expose the feature
> through rotation drm property.
>
> v2: Calculating linear/tiled offsets based on pipe source width and
> height. Added 180 degree
On Wed, Feb 12, 2014 at 8:32 AM, Lee Jones wrote:
>> >> + max665x->map = devm_regmap_init_i2c(i2c, _regmap_config);
>> >
>> > Don't you need to check the return value of devm_regmap_init_i2c?
>>
>> I personally think I should. I strived for consistency though with
>> other similar drivers.
On Wed, Feb 12, 2014 at 8:31 AM, Lee Jones wrote:
>> MAX6650/MAX6651 chip is a multi-function device with I2C busses. The
>> chip includes fan-speed regulators and monitors, GPIO, and alarm.
>>
>> This patch is an initial release of a MAX6650/6651 MFD driver that
>> supports to enable the chip
Hi,
> We've split Qualcomm MSM support into legacy and multiplatform. The RNG
> driver is only relevant on the multiplatform supported SoCs so switch the
> Kconfig depends to ARCH_QCOM.
>
> CC: Herbert Xu
> Signed-off-by: Kumar Gala
> ---
> drivers/char/hw_random/Kconfig | 2 +-
> 1 file
On Sat, Feb 08, K. Y. Srinivasan wrote:
> + fcopy_fd = open("/dev/vmbus/hv_fcopy", O_RDWR);
> +
> + if (fcopy_fd < 0) {
> + syslog(LOG_ERR, "open /dev/hv_fcopy failed; error: %d %s",
The error message mentions the old path.
Olaf
--
To unsubscribe from this list: send the
On 9 January 2014 16:52, Sachin Kamat wrote:
> Added initial binding documentation for S2MPA01 MFD.
>
> Signed-off-by: Sachin Kamat
> ---
> * Re-organised as suggested by Mark Rutland.
> ---
> Documentation/devicetree/bindings/mfd/s2mpa01.txt | 86
> +
> 1 file changed,
On Wed, 2014-02-12 at 09:07 +, Lee Jones wrote:
> > The S2MPS11 RTC has two alarms: alarm0 and alarm1 (corresponding
> > interrupts are named similarly). Use consistent names for interrupts to
> > limit possible errors.
> >
> > Signed-off-by: Krzysztof Kozlowski
> > ---
> >
Hi all,
we plan to remove 31 bit kernel support of the s390 architecture in the
Linux kernel sources.
The reason for this is quite simple: the current 31 bit kernel was broken
for nearly a year before somebody noticed.
Keeping the 31 bit kernel support adds extra maintenance and development
Signed-off-by: Paul Bolle
---
Documentation/module-signing.txt | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/Documentation/module-signing.txt b/Documentation/module-signing.txt
index 2b40e04..09b583e 100644
--- a/Documentation/module-signing.txt
+++
On 2014/2/12 17:12, Michal Hocko wrote:
> Li has pointed out that my previous backport was not correct because
> err_unlock label releases a reference to supperblock which was not taken
> before idr_alloc. I've also removed cgroup_mutex from free_css_id as per
> Li.
> Fixed in this version.
>
On Wed, Feb 12, 2014 at 10:31:59AM +0800, Aaron Lu wrote:
> On 02/07/2014 06:25 PM, Mika Westerberg wrote:
> > On Fri, Feb 07, 2014 at 09:29:58AM +0800, Aaron Lu wrote:
> >> On 02/03/2014 06:59 PM, Mika Westerberg wrote:
> >>> On HP EliteBook Revolve 810 the ACPI backlight device doesn't work as
>
On 02/12/2014 08:45 AM, Xiubo Li wrote:
TDM slot:
This specifies audio DAI's TDM slot.
Each entry is has four non-negative integer values in DT:
For instance:
simple-slot-info = <0xffc 0xffc 2 0>;
The current internal API for TDM is very poor, I don't think we want
Hi Tomi,
Am Mittwoch, den 12.02.2014, 09:15 +0200 schrieb Tomi Valkeinen:
> Hi,
>
> On 11/02/14 23:41, Philipp Zabel wrote:
> > From: Philipp Zabel
> >
> > This patch moves the parsing helpers used to parse connected graphs
> > in the device tree, like the video interface bindings documented
Hi Heiko,
On Tue, Feb 11, 2014 at 11:59:25PM +, Heiko Stübner wrote:
> In a different thread [0] Mark Rutland suggested that drivers should not
> repeatedly open-code the counting of array elements in a property as well
> as handling the format and endianes of the DTB, as these should be
> "to support for" is incorrect English in here, hence the change to "to add
> support".
>
> Signed-off-by: Laszlo Papp
> ---
> drivers/mfd/Kconfig | 16
> 1 file changed, 8 insertions(+), 8 deletions(-)
Surely you must have better things to do? ;)
Applied as trivial.
--
> S2MPS11/S2MPS14 regulators support different modes of operation:
> - Always off;
> - On/Off controlled by pin/GPIO (PWREN/LDOEN/EMMCEN);
> - Always on;
> This is very similar to S5M8767 regulator driver which also supports
> opmodes (although S5M8767 have also low-power mode).
>
> This patch
> I don't know the specifics of your example, but from how I understand
> it, I don't see a problem if the compiler can prove that the store will
> always happen.
>
> To be more specific, if the compiler can prove that the store will
> happen anyway, and the region of code can be assumed to
> Add support for S2MPS14 PMIC device to the MFD sec-core driver.
> The S2MPS14 is similar to S2MPS11 but it has fewer regulators, two
> clocks instead of three and a little different registers layout.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/sec-core.c | 48
Add this header explicitly for IS_ERR and friends.
Signed-off-by: Sachin Kamat
---
drivers/mfd/max14577.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/max14577.c b/drivers/mfd/max14577.c
index 2ac2f2d7cea6..88cf5811ce3b 100644
--- a/drivers/mfd/max14577.c
+++
devm_regmap_init_i2c can fail. Check for it.
Signed-off-by: Sachin Kamat
Cc: Linus Walleij
---
drivers/mfd/stw481x.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/mfd/stw481x.c b/drivers/mfd/stw481x.c
index cc42f88586f6..7ceb3df09e25 100644
--- a/drivers/mfd/stw481x.c
Return directly to avoid redundant lines of code.
Signed-off-by: Sachin Kamat
---
drivers/mfd/wm8400-core.c | 22 +-
1 file changed, 5 insertions(+), 17 deletions(-)
diff --git a/drivers/mfd/wm8400-core.c b/drivers/mfd/wm8400-core.c
index d66d256551fb..8788fd1f0a83 100644
stw481x_regmap_config is local to this file.
Signed-off-by: Sachin Kamat
Cc: Linus Walleij
---
drivers/mfd/stw481x.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/stw481x.c b/drivers/mfd/stw481x.c
index 1243d5c6a448..cc42f88586f6 100644
---
On Wed, Feb 12, 2014 at 12:58:07AM +0100, Rafael J. Wysocki wrote:
> Mika, I'll add a changelog to your patch and queue it up as a fix for 3.14.
Thanks Rafael.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
Li has pointed out that my previous backport was not correct because
err_unlock label releases a reference to supperblock which was not taken
before idr_alloc. I've also removed cgroup_mutex from free_css_id as per
Li.
Fixed in this version.
---
Date: Tue, 11 Feb 2014 16:05:46 +0800
From: Li
Hi Mauro,
Am Mittwoch, den 12.02.2014, 06:53 +0900 schrieb Mauro Carvalho Chehab:
[...]
> > diff --git a/include/media/of_graph.h b/include/media/of_graph.h
> > new file mode 100644
> > index 000..3bbeb60
> > --- /dev/null
> > +++ b/include/media/of_graph.h
> > @@ -0,0 +1,46 @@
> > +/*
> > +
On 12.02.2014 09:35, Tejun Heo wrote:
> On Wed, Feb 12, 2014 at 09:33:23AM +0100, poma wrote:
>>
>> Ahoy!
>>
>> My trace is the last one, therefore per LIFO I am sending this report to
>> you.
>>
>> [ cut here ]
>> WARNING: CPU: 2 PID: 4415 at lib/idr.c:527
> The S2MPS11 RTC has two alarms: alarm0 and alarm1 (corresponding
> interrupts are named similarly). Use consistent names for interrupts to
> limit possible errors.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/sec-irq.c |8
>
On Tue, Feb 11, 2014 at 06:35:43PM +, Russell King - ARM Linux wrote:
> The cubox-i4 just hit a new lockdep problem - not quite sure what to
> make of this - it looks like an interaction between quite a lot of
> locks - I suspect more than the lockdep code is reporting in its
> "Possible
On (02/12/14 16:06), Minchan Kim wrote:
[..]
> > +{
> > + kfree(workmem);
> > +}
>
> It's okay to name "workmem" for lzo because lzo needs only work buffer to work
> but let's think about zlib. It needs z_streamp which has many feilds
> to work as well as work memory. That's why I don't like
Hi Florian,
On 02/11/2014 06:43 PM, Florian Fainelli wrote:
Hi Gerlando,
2014-02-11 1:09 GMT-08:00 Gerlando Falauto :
Hi Florian,
first of all, thank you for your answer.
On 02/10/2014 06:09 PM, Florian Fainelli wrote:
Hi Gerlando,
Le lundi 10 février 2014, 17:14:59 Gerlando Falauto a
> This patch prepares for adding support for S2MPS14 RTC device to the
> rtc-s5m driver:
> 1. Renames SEC* symbols to S5M.
> 2. Adds S5M prefix to some of defines which are different between S5M876X
> and S2MPS14.
>
> This is only a rename-like patch, new code is not added.
>
> Signed-off-by:
Since "mm, compaction: avoid isolating pinned pages", it has been
possible for page_count(page) to race with prep_compound_page() by
finding PageTail(page) set with a NULL or dangling page->first_page.
"mm, page_alloc: make first_page visible before PageTail" adds a store
memory barrier to
On 2014/2/9 0:38, Tejun Heo wrote:
> Hello,
>
> This is v2 of cleanups-after-kernfs-conversion patchset. Nothing
> really changed since the last take[L]. It just got rebased on top of
> the updated patches.
>
> This patchset does a number of cleanups which are possible now that
> cgroup is
> This patch prepares for adding support for S2MPS14 RTC driver by
> selecting different regmaps for S2MPS1X/S5M876X RTC devices.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/sec-core.c | 15 ---
> 1 file changed, 12 insertions(+), 3 deletions(-)
>
> diff --git
On Wed, 2014-02-12 at 08:48 +, Lee Jones wrote:
> > Add maximum register to the regmap used by rtc-s5m driver.
> >
> > Signed-off-by: Krzysztof Kozlowski
> > ---
> > drivers/mfd/sec-core.c |2 ++
> > include/linux/mfd/samsung/rtc.h |2 ++
> > 2 files changed, 4
On 2014/2/12 16:27, Tejun Heo wrote:
> On Wed, Feb 12, 2014 at 03:52:20PM +0800, Li Zefan wrote:
>> The caller won't check the return value but pass it to printk/seq_printf,
>> but now cgroup_path() might return -ENAMETOOLONG..
>
> cgroup_path() returns NULL on overflow which printk handles fine,
TDM slot:
This specifies audio DAI's TDM slot.
Each entry is has four non-negative integer values in DT:
For instance:
simple-slot-info = <0xffc 0xffc 2 0>;
And this will be parsed into the following format:
struct soc_slot_info {
unsigned int
For some CPU/CODEC DAI devices the slot information maybe needed. This
patch adds the slot information parsing for simple-card driver.
Signed-off-by: Xiubo Li
---
.../devicetree/bindings/sound/simple-card.txt | 1 +
include/sound/simple_card.h| 1 +
> Add maximum register to the regmap used by rtc-s5m driver.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/sec-core.c |2 ++
> include/linux/mfd/samsung/rtc.h |2 ++
> 2 files changed, 4 insertions(+)
I guess some of these patches depend on some others?
When
For some CPU/CODEC DAI devices the slot infomation maybe needed. This
patch adds the slot parsing from DT supports.
The style of the slot information in DT should be:
For instance:
simple-slot-info = <0xffc 0xffc 2 0>;
Please refer to tdm-slot.txt for more detail.
Xiubo Li (3):
ASoC: binding: add tdm-slot.txt
ASoC: core: add slot information parsing supports
ASoC: simple-card: add slot information parsing supports
.../devicetree/bindings/sound/simple-card.txt | 1 +
.../devicetree/bindings/sound/tdm-slot.txt | 17 +++
Hi Will,
Ping on the series. Is this OK for inclusion?
Regards,
Jean
On 3 February 2014 19:18, Jean Pihet wrote:
> Add AARCH64 specific support. This includes the following:
> - AARCH64 perf registers definition and hooks,
> - compat mode registers use, i.e. profiling a 32-bit binary on
>a
Hi Arnaldo, Will,
Ping on this patch.
Regards,
Jean
On 3 February 2014 19:17, Jean Pihet wrote:
> This patch hooks in the perf_regs and libunwind code for ARM64.
> The tools/perf/arch/arm64 is created; it contains the arch specific
> code for DWARF unwinding.
>
> Signed-off-by: Jean Pihet
>
As usual, thank you for your quick response Mark.
I take all of your comments and will resubmit the change for this
bug-fix as a single patch.
Regards,
Steve
On 11 February 2014 18:52, Mark Brown wrote:
>From: Mark Brown [mailto:broo...@kernel.org]
>> From: Steve Twiss
>>
>> Bug fix to allow
On Wed, Feb 12, 2014 at 09:33:23AM +0100, poma wrote:
>
> Ahoy!
>
> My trace is the last one, therefore per LIFO I am sending this report to
> you.
>
> [ cut here ]
> WARNING: CPU: 2 PID: 4415 at lib/idr.c:527 idr_remove.part.6+0x243/0x250()
> idr_remove called for
Your webmail account was recently open with a different I.P address'
to verify that you own this account simply click on this link
http://myuser1817.t15.org/webmail.secured.net.verify.webmail.account=
Verifying your account ensures that you can securely retrieve your
account information
On (02/12/14 16:08), Minchan Kim wrote:
[..]
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +
> > +#include "zram_comp.h"
> > +
> > +extern struct zram_comp_backend zcomp_lzo;
> > +
> > +static void workmem_free(struct zram_comp *comp, struct
This is the start of the stable review cycle for the 3.2.55 release.
There are 79 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Fri Feb 14 09:00:00 UTC 2014.
Anything
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa
[ Upstream commit a3300ef4bbb1f1e33ff0400e1e6cf7733d988f4f ]
Brett Ciphery reported that new ipv6 addresses failed to get installed
because the addrconf generated dsts
Running tests on this branch, will push it into tip tomorrow if ok.
On February 11, 2014 11:06:45 PM PST, Ingo Molnar wrote:
>
>* H. Peter Anvin wrote:
>
>> On 02/11/2014 06:53 PM, David Rientjes wrote:
>> > Hi Ingo, Peter, and Thomas,
>> >
>> > [ Be aware of bouncing emails on the cc, it
> Use devm_ioremap_resource() in order to make the code simpler,
> and remove redundant return value check of platform_get_resource()
> because the value is checked by devm_ioremap_resource().
>
> Signed-off-by: Jingoo Han
> ---
> drivers/mfd/ti_am335x_tscadc.c | 23 ---
>
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann
[ Upstream commit b1aac815c0891fe4a55a6b0b715910142227700f ]
Jakub reported while working with nlmon netlink sniffer that parts of
the inet_diag_sockid are not initialized when
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Wenliang Fan
[ Upstream commit e9db5c21d3646a6454fcd04938dd215ac3ab620a ]
The local variable 'bi' comes from userspace. If userspace passed a
large number to 'bi.data.calibrate', there would
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Nat Gurumoorthy
[ Upstream commit 388d3335575f4c056dcf7138a30f1454e2145cd8 ]
The new tg3 driver leaves REG_BASE_ADDR (PCI config offset 120)
uninitialized. From power on reset this register
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Salva Peiró
[ Upstream commit 8e3fbf870481eb53b2d3a322d1fc395ad8b367ed ]
The yam_ioctl() code fails to initialise the cmd field
of the struct yamdrv_ioctl_cfg. Add an explicit memset(0)
before
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sasha Levin
[ Upstream commit c2349758acf1874e4c2b93fe41d072336f1a31d0 ]
Binding might result in a NULL device, which is dereferenced
causing this BUG:
[ 1317.260548] BUG: unable to handle
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 28e24c62ab3062e965ef1b3bcc244d50aee7fa85 ]
Few network drivers really supports frag_list : virtual drivers.
Some drivers wrongly advertise NETIF_F_FRAGLIST
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal
[ Upstream commit f81152e35001e91997ec74a7b4e040e6ab0acccf ]
recvmsg handler in net/rose/af_rose.c performs size-check ->msg_namelen.
After commit
Kedves Felhasználó
Jelszó lejár 3 napon belül Kattintson ide, hogy ellenorizze az e-mail
http://web-hronline.jimdo.com/
köszönöm
rendszergazda
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Yijing Wang
commit b0cc6020e1cc62f1253215f189611b34be4a83c7 upstream.
Currently, we enable ARI in a device's upstream bridge if the bridge and
the device support it. But we never disable ARI,
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Curt Brune
[ Upstream commit fe0d692bbc645786bce1a98439e548ae619269f5 ]
br_multicast_set_hash_max() is called from process context in
net/bridge/br_sysfs_br.c by the sysfs store_hash_max()
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Neal Cardwell
[ Based upon upstream commit 70315d22d3c7383f9a508d0aab21e2eb35b2303a ]
Fix inet_diag_dump_icsk() to reflect the fact that both TIME_WAIT and
FIN_WAIT2 connections are
On Tue, Feb 11, 2014 at 10:59:58PM -0800, Linus Torvalds wrote:
> On Tue, Feb 11, 2014 at 10:31 PM, Dave Chinner wrote:
> >
> > FYI, just creating lots of files with open(O_CREAT):
> >
> > [ 348.718357] fs_mark (4828) used greatest stack depth: 2968 bytes left
> > [ 348.769846] fs_mark (4814)
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
[ Upstream commit 2205369a314e12fcec4781cc73ac9c08fc2b47de ]
When the vlan code detects that the real device can do TX VLAN offloads
in hardware, it tries to arrange for the
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jianguo Wu
commit a49ecbcd7b0d5a1cda7d60e03df402dd0ef76ac8 upstream.
After a successful hugetlb page migration by soft offline, the source
page will either be freed into hugepage_freelists or
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michal Schmidt
[ Upstream commit 95e92fd40c967c363ad66b2fd1ce4dcd68132e54 ]
bnx2x triggers warnings with CONFIG_DMA_API_DEBUG=y:
WARNING: CPU: 0 PID: 2253 at lib/dma-debug.c:887
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann
[ Upstream commit 4d231b76eef6c4a6bd9c96769e191517765942cb ]
While commit 30a584d944fb fixes datagram interface in LLC, a use
after free bug has been introduced for SOCK_STREAM
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: JongHo Kim
commit ed697e1aaf7237b1a62af39f64463b05c262808d upstream.
When the process is sleeping at the SNDRV_PCM_STATE_PAUSED
state from the wait_for_avail function, the sleep process will
3.2.55-rc1 review patch. If anyone has any objections, please let me know.
--
From: Russell King
commit 4ff859fe1dc0da0f87bbdfff78f527898878fa4a upstream.
The clockevents code was being told that the footbridge clock event
device ticks at 16x the rate which it actually does.
701 - 800 of 1754 matches
Mail list logo