Palmas rails like LDOs, SMPSs, REGENs, SYSENs can be enable and disable
by register programming through I2C communication as well as it can be
enable/disable with the external control input ENABLE1, ENABLE2 and NSLEEP.
Add support for configuring these rails to be controlled by external control
Hi Joel,
On Sunday 18 August 2013 08:12 AM, Joel Fernandes wrote:
> In early version of this driver, assumptions were made such as DMA layer
> requires contiguous buffers etc. Due to this, new buffers were allocated,
> mapped and used for DMA. These assumptions are no longer true and DMAEngine
>
Hi James,
isn't it better to implement host->ops->get_ro() function for it?
It seems me better choice than introducing new quirk option.
Chris: What do you think?
Thanks,
Michal
On 08/16/2013 02:14 PM, James Walmsley wrote:
> Hi Michal,
>
> I have built a Xilinx Zynq based design which
Hi Sebastian,
I've only received a few patches of this series. I *think*
using "RFC" alone is not correct in LAKML and for some reason
you're required to use RFC/PATCH.
Maybe that's why I'm getting only the patches where I'm Cced?
Could you please re-send this? The series looks promising and
On Tue, 20 Aug 2013, Lee Jones wrote:
> -
> http://kparal.wordpress.com/2011/08/18/git-tip-of-the-day-splitting-changes-into-several-patches/
> - http://nuclearsquid.com/writings/git-add/
Thank you very much for your hints and clarification on how to split up the
patches. I think this point is
Hi Linus,
Three trivial fixes - the first reverts a patch that's broken some other
devices (again - I'm trying to figure out a clean way to implement
this), the other two fix minor issues in the sony-laptop driver.
The following changes since commit 50e37ccea06ca8846ceb60dbfbe056012c60d71b:
Hi,
Thanks for the review.
On 08/19/2013 11:18 PM, Stephen Warren wrote:
> On 08/19/2013 05:40 AM, Andrzej Hajda wrote:
>> max77693 mfd main device uses only wakeup field
>> from max77693_platform_data. This field is mapped
>> to wakeup-source common property in device tree.
>> diff --git
On Tue, Aug 20, 2013 at 10:22:16AM +0200, Borislav Petkov wrote:
> On Tue, Aug 20, 2013 at 10:02:43AM +0200, Anton Arapov wrote:
> > > * Visiting it with chromium gets an annoying warning about the https
> > > server
> > > ...
> > [snip]
> > > ...
> > > Dave
> >
> > Thanks, Dave! Will
On 20 August 2013 18:13, Rafael J. Wysocki wrote:
> Well, this looks good, but do we really need it in 3.12? It doesn't look
> like 3.12 will be missing these changes a lot?
Hmm.. If its too late for 3.12 we can skip them, but first two are bug
fixes really (though nobody is affected as
Correct spelling typos in Documentations/devicetree/bindings
Signed-off-by: Masanari Iida
---
Documentation/devicetree/bindings/gpio/mrvl-gpio.txt | 2 +-
Documentation/devicetree/bindings/mfd/s2mps11.txt | 2 +-
Documentation/devicetree/bindings/mmc/synopsis-dw-mshc.txt | 2
On Tue, 20 Aug 2013, Florian Lobmaier wrote:
> Please keep in mind that the driver is already fully written, so the
> bit-by-bit introduction within the files would be a really hard
> requirement to fulfill.
-
On Tuesday, August 20, 2013 12:08:21 PM Viresh Kumar wrote:
> Hi Rafael,
>
> You recently did this:
>
> commit 878f6e074e9a7784a6e351512eace4ccb3542eef
> Author: Rafael J. Wysocki
> Date: Sun Aug 18 15:35:59 2013 +0200
>
> Revert "cpufreq: Use cpufreq_policy_list for iterating over
On Tuesday, August 20, 2013 08:27:27 AM Tejun Heo wrote:
> On Tue, Aug 20, 2013 at 02:34:14PM +0200, Rafael J. Wysocki wrote:
> > On Tuesday, August 20, 2013 08:22:00 AM Tejun Heo wrote:
> > > On Tue, Aug 20, 2013 at 02:30:18PM +0200, Rafael J. Wysocki wrote:
> > > > > So, I don't think we can
Hi,
On Tue, Aug 20, 2013 at 12:56:04PM +0300, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> These drivers handles control and configuration of the HS
> and SS USB PHY transceivers. They are part of the driver
> which manage Synopsys DesignWare USB3 controller stack
> inside Qualcomm SoC's.
Hi,
On Mon, Aug 19, 2013 at 10:58:09AM +0530, Kishon Vijay Abraham I wrote:
> >> So maybe let's stop solving an already solved problem and just state that
> >> you need to explicitly assign device ID to use this framework?
> >
> > Felipe,
> > Can we have it the way I had in my v10 patch series
On Tuesday, August 20, 2013 11:18:52 AM Mika Westerberg wrote:
> On Tue, Aug 20, 2013 at 11:14:42AM +0300, Mika Westerberg wrote:
> > On Tue, Aug 20, 2013 at 01:00:08AM -0700, Jerry Snitselaar wrote:
> > > On Tue Aug 20 13, Mika Westerberg wrote:
> > > > On Mon, Aug 19, 2013 at 08:34:03PM -0700,
On Tue, Aug 20, 2013 at 02:34:14PM +0200, Rafael J. Wysocki wrote:
> On Tuesday, August 20, 2013 08:22:00 AM Tejun Heo wrote:
> > On Tue, Aug 20, 2013 at 02:30:18PM +0200, Rafael J. Wysocki wrote:
> > > > So, I don't think we can simply turn TASK_UNITERRUPTIBLE to
> > > > TASK_KILLABLE at this
On Tue, Aug 20, 2013 at 3:33 AM, Furquan Shaikh wrote:
> Enables getting correct mode clock when reading pipe config
> This patch has been tested successfully on top of drm-intel-nightly tree
>
> Signed-off-by: Furquan Shaikh
This is missing a hunk to enable the pipe_config consistency checks:
On Tuesday, August 20, 2013 01:17:44 PM Neil Zhang wrote:
> There is a corener case when no peripheral irqs route to secondary
> cores.
> Let's take dual core system for example, the sequence is as following:
>
> Core 0 Core1
> 1.
On Tuesday, August 20, 2013 08:22:00 AM Tejun Heo wrote:
> On Tue, Aug 20, 2013 at 02:30:18PM +0200, Rafael J. Wysocki wrote:
> > > So, I don't think we can simply turn TASK_UNITERRUPTIBLE to
> > > TASK_KILLABLE at this point. We really need to strictly define where
> > > a task can freeze before
On 20/08/13 13:27, Rafael J. Wysocki wrote:
> On Tuesday, August 20, 2013 10:30:05 AM Sudeep KarkadaNagesha wrote:
>> From: Sudeep KarkadaNagesha
>>
>> Currently different drivers requiring to access cpu device node are
>> parsing the device tree themselves. Since the ordering in the DT need
>>
On Tue, Aug 20, 2013 at 02:30:18PM +0200, Rafael J. Wysocki wrote:
> > So, I don't think we can simply turn TASK_UNITERRUPTIBLE to
> > TASK_KILLABLE at this point. We really need to strictly define where
> > a task can freeze before being able to do anything like this.
>
> But we could do that
On Tuesday, August 20, 2013 10:11:47 AM Lukasz Majewski wrote:
> On Tue, 20 Aug 2013 01:29:20 +0200 Rafael J. Wysocki r...@sisk.pl wrote,
> > On Monday, August 19, 2013 08:50:37 AM Lukasz Majewski wrote:
> > > On Mon, 19 Aug 2013 12:08:26 +0530 Viresh Kumar
> > > viresh.ku...@linaro.org wrote,
> >
Hi,
Thanks for the patch I've added this to my "gspca" tree, and this
will be included in my next pull-request to Mauro for 3.12
Regards,
Hans
On 08/05/2013 10:16 PM, Alexey Khoroshilov wrote:
If v4l2_fh_open() fails in dev_open(), gspca_dev->module left locked.
The patch adds
On Tuesday, August 20, 2013 12:28:13 PM Mika Westerberg wrote:
> [Added Jerry as he found out a problem when acpi_i2c is being build as a
> module, this should solve it as well.]
>
> On Tue, Aug 20, 2013 at 01:25:27AM +0200, Rafael J. Wysocki wrote:
> > On Monday, August 19, 2013 04:56:19 PM
On Tuesday, August 20, 2013 08:18:19 AM Tejun Heo wrote:
> Hello,
>
> On Tue, Aug 20, 2013 at 02:23:32PM +0200, Rafael J. Wysocki wrote:
> > On Tuesday, August 20, 2013 01:20:03 PM Bartlomiej Zolnierkiewicz wrote:
> > > Change __refrigerator() to allow SIGKILL signal handling during
> > > the
On Tuesday, August 20, 2013 10:30:08 AM Sudeep KarkadaNagesha wrote:
> From: Sudeep KarkadaNagesha
>
> CPUs are also registered as devices but the of_node in these cpu
> devices are not initialized. Currently different drivers requiring
> to access cpu device node are parsing the nodes
Hello,
On Tue, Aug 20, 2013 at 02:23:32PM +0200, Rafael J. Wysocki wrote:
> On Tuesday, August 20, 2013 01:20:03 PM Bartlomiej Zolnierkiewicz wrote:
> > Change __refrigerator() to allow SIGKILL signal handling during
> > the frozen state (by setting task to a TASK_KILLABLE state instead
> > of
On Tuesday, August 20, 2013 10:30:05 AM Sudeep KarkadaNagesha wrote:
> From: Sudeep KarkadaNagesha
>
> Currently different drivers requiring to access cpu device node are
> parsing the device tree themselves. Since the ordering in the DT need
> not match the logical cpu ordering, the parsing
When building a 64-bit kernel we get the following warning from the
compiler:
drivers/spi/spi-pxa2xx.c: In function ‘pxa2xx_spi_probe’:
drivers/spi/spi-pxa2xx.c:1152:3: warning: large integer implicitly truncated
to unsigned type [-Woverflow]
master->bits_per_word_mask =
On Tuesday, August 20, 2013 02:08:33 PM Mika Westerberg wrote:
> On Tue, Aug 20, 2013 at 01:47:57AM +0200, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Bad things happen if ACPI hotplug events are handled during system
> > PM transitions, especially if devices are removed as a
On Tuesday, August 20, 2013 01:20:03 PM Bartlomiej Zolnierkiewicz wrote:
> Change __refrigerator() to allow SIGKILL signal handling during
> the frozen state (by setting task to a TASK_KILLABLE state instead
> of TASK_UNINTERRUPTIBLE one before entering sleep) and make tasks
> leave
On Tue, 20 Aug 2013, Florian Lobmaier wrote:
>
> Signed-off-by: Florian Lobmaier
> ---
> drivers/mfd/as3722-regmap.c | 417
> +++
> 1 files changed, 417 insertions(+), 0 deletions(-)
> create mode 100644 drivers/mfd/as3722-regmap.c
I'll leave the
On Tue, 20 Aug 2013, Florian Lobmaier wrote:
>
> Signed-off-by: Florian Lobmaier
> ---
> include/linux/mfd/as3722-plat.h | 238 +++
> include/linux/mfd/as3722-reg.h | 495
> +++
> 2 files changed, 733 insertions(+), 0 deletions(-)
>
On Tue, 20 Aug 2013, Florian Lobmaier wrote:
>
> Signed-off-by: Florian Lobmaier
> ---
> drivers/mfd/as3722-core.c | 747
> +
> 1 files changed, 747 insertions(+), 0 deletions(-)
> create mode 100644 drivers/mfd/as3722-core.c
This patch needs to
On Tue, 20 Aug 2013, Florian Lobmaier wrote:
>
> Signed-off-by: Florian Lobmaier
> ---
> drivers/mfd/Kconfig | 15 +++
> drivers/mfd/Makefile |1 +
> 2 files changed, 16 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
> index
Add support to pass the config type like GROUP or PIN when using
the utils or generic pin configuration APIs. This will make the
APIs more generic.
Added additional inline APIs such that it can be use directly as
callback for the pinctrl_ops.
Signed-off-by: Laxman Dewangan
---
Pin control utility functions provides the function for creating
map lists.
In place of implementing APIs locally in Tegra pin control driver
for creating map lists, use the utility functions. This reduces
the code size and avoid duplication.
Signed-off-by: Laxman Dewangan
---
On Tue, 20 Aug 2013, Florian Lobmaier wrote:
> Thank you for the response regarding the correct formatting of the patches. I
> will try to fulfill the requirements as expected. Now tried to introduce the
> as3722 mfd driver in logical steps. Please keep in mind that the driver is
> already
On Tue, 20 Aug 2013, Will Deacon wrote:
> Hi Julia,
>
> On Mon, Aug 19, 2013 at 12:20:37PM +0100, Julia Lawall wrote:
> > From: Julia Lawall
> >
> > Use devm_ioremap_resource instead of devm_request_and_ioremap.
> >
> > This was partly done using the semantic patch
> >
I am Azman Bin Othman Luk,and i have a business proposal regard Mr. Clement who
here after shall be referred to as my client, died as the result of a
heart-related condition on the 17th July, 2011.I wish to communicate more with
you. Best Regards,
Mohd Latip & Associates,
--
To unsubscribe
Hi Mark,
On Tue, Aug 20, 2013 at 12:12 PM, Mark Rutland wrote:
> Hi Oleksandr,
>
> [Adding Jonathan Cameron and Guenter Roeck to Cc]
>
> Apologies for the delay replying to this. In attempting to verify this
> made sense I went and read the IIO bindings documentation, and I'm
> somewhat confused
Hi Julia,
On Mon, Aug 19, 2013 at 12:20:37PM +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> Use devm_ioremap_resource instead of devm_request_and_ioremap.
>
> This was partly done using the semantic patch
> scripts/coccinelle/api/devm_ioremap_resource.cocci
>
> The error-handling code on
Hi Greg (and google search),
ADSL/ATM linklayer shaping were broken in kernel release from 3.8 to
3.10 by commit 56b765b79 ("htb: improved accuracy at high rates").
I can see that 3.9-stable is marked EOL, and 3.8-stable also seems
closed. I guess it is up to Greg, how far the commits described
Internally, btrfs_dev_extent_chunk_tree_uuid() calculates an unsigned long,
but casts it to a pointer, while all callers cast it to unsigned long
again.
Signed-off-by: Geert Uytterhoeven
---
fs/btrfs/ctree.h |4 ++--
fs/btrfs/volumes.c |3 +--
2 files changed, 3 insertions(+), 4
All callers of btrfs_device_fsid() cast its return type to unsigned long.
Signed-off-by: Geert Uytterhoeven
---
fs/btrfs/ctree.h |4 ++--
fs/btrfs/volumes.c |8 +++-
2 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/fs/btrfs/ctree.h b/fs/btrfs/ctree.h
index
PAGE_SIZE is "unsigned long" everywhere, so there's no need to cast it to
"unsigned long long" and format it as a 64-bit number.
Signed-off-by: Geert Uytterhoeven
---
fs/btrfs/scrub.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/fs/btrfs/scrub.c b/fs/btrfs/scrub.c
mirror_num is always "int", hence don't cast it to "unsigned long long" and
format it as a 64-bit number.
Signed-off-by: Geert Uytterhoeven
---
fs/btrfs/scrub.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/btrfs/scrub.c b/fs/btrfs/scrub.c
index
PAGE_CACHE_SIZE == PAGE_SIZE is "unsigned long" everywhere, so there's no
need to cast it to "unsigned long".
Signed-off-by: Geert Uytterhoeven
---
fs/btrfs/check-integrity.c |9 -
fs/btrfs/extent_io.c | 18 +-
2 files changed, 13 insertions(+), 14
The internal btrfs device id is a u64, hence make the constant
BTRFS_DEV_REPLACE_DEVID "unsigned long long" as well, so we no longer need
a cast to print it.
Signed-off-by: Geert Uytterhoeven
---
fs/btrfs/ctree.h |2 +-
fs/btrfs/dev-replace.c |2 +-
2 files changed, 2
Signed-off-by: Geert Uytterhoeven
---
fs/btrfs/check-integrity.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/btrfs/check-integrity.c b/fs/btrfs/check-integrity.c
index 01f9cc3..3754aa6 100644
--- a/fs/btrfs/check-integrity.c
+++ b/fs/btrfs/check-integrity.c
@@
Hi Chris,
This is a collection of cast cleanups I created after burning my eyes
by the btrfs code.
- [01/12] Btrfs: Remove superfluous casts from u64 to unsigned long long
- [02/12] Btrfs: Make BTRFS_DEV_REPLACE_DEVID an unsigned long long constant
- [03/12] Btrfs: Format PAGE_SIZE
Internally, btrfs_header_fsid() calculates an unsigned long, but casts
it to a pointer, while all callers cast it to unsigned long again.
Signed-off-by: Geert Uytterhoeven
---
fs/btrfs/ctree.c | 15 +--
fs/btrfs/ctree.h |5 ++---
fs/btrfs/disk-io.c |9 +++--
Internally, btrfs_header_chunk_tree_uuid() calculates an unsigned long, but
casts it to a pointer, while all callers cast it to unsigned long again.
Signed-off-by: Geert Uytterhoeven
---
fs/btrfs/ctree.c |7 +++
fs/btrfs/ctree.h |5 ++---
fs/btrfs/disk-io.c |5 ++---
All callers of btrfs_device_uuid() cast its return type to unsigned long.
Signed-off-by: Geert Uytterhoeven
---
fs/btrfs/ctree.h |4 ++--
fs/btrfs/volumes.c | 10 --
2 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/fs/btrfs/ctree.h b/fs/btrfs/ctree.h
index
sector_t may be either "u64" (always 64 bit) or "unsigned long" (32 or 64
bit). Casting it to "unsigned long" will truncate it on 32-bit platforms
where CONFIG_LBDAF=y.
Cast to "unsigned long long" and format using "ll" instead.
Signed-off-by: Geert Uytterhoeven
---
fs/btrfs/check-integrity.c
Hello,
3.11.0-rc6-next-20130820
at some point an overflowed cpu time is reported in /proc/PID/stat
cat /proc/10/stat
10 (rcu_preempt) S 2 0 0 0 -1 2129984 0 0 0 0 0 406 0 0 20 0 1 0 10 0 0
18446744073709551615 0 0 0 0 0 0 0 2147483647 0 18446744073709551615 0 0 17 0 0
0 0 0 0 0 0 0 0 0 0 0 0
Signed-off-by: Florian Lobmaier
---
drivers/mfd/as3722-regmap.c | 417 +++
1 files changed, 417 insertions(+), 0 deletions(-)
create mode 100644 drivers/mfd/as3722-regmap.c
diff --git a/drivers/mfd/as3722-regmap.c b/drivers/mfd/as3722-regmap.c
new file
Signed-off-by: Florian Lobmaier
---
drivers/mfd/Kconfig | 15 +++
drivers/mfd/Makefile |1 +
2 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index aecd6dd..a02777c 100644
--- a/drivers/mfd/Kconfig
+++
Signed-off-by: Florian Lobmaier
---
include/linux/mfd/as3722-plat.h | 238 +++
include/linux/mfd/as3722-reg.h | 495 +++
2 files changed, 733 insertions(+), 0 deletions(-)
create mode 100644 include/linux/mfd/as3722-plat.h
create mode
Signed-off-by: Florian Lobmaier
---
drivers/mfd/as3722-core.c | 747 +
1 files changed, 747 insertions(+), 0 deletions(-)
create mode 100644 drivers/mfd/as3722-core.c
diff --git a/drivers/mfd/as3722-core.c b/drivers/mfd/as3722-core.c
new file mode
Thank you for the response regarding the correct formatting of the patches. I
will try to fulfill the requirements as expected. Now tried to introduce the
as3722 mfd driver in logical steps. Please keep in mind that the driver is
already fully written, so the bit-by-bit introduction within the
On 08/20/2013 07:02 PM, Jiri Kosina wrote:
On Thu, 20 Jun 2013, Tang Chen wrote:
There is no parameter "sync" in address_space_operations->migratepage().
It should be mograte_mode. And the comment is for MIGRATE_ASYNC.
I am fixing this typo in changelog :) and applying the series.
Hi Jiri,
On Fri, 12 Jul 2013, Xiong Zhou wrote:
> > Fix randconfig build failure for Amilo x86 platform driver.
> > AMILO_RFKILL requires SERIO_I8042 being available.
> >
> > amilo-rfkill.c:(.text+0x108b5b): undefined reference to
> > `i8042_lock_chip'
> >
On Tue, Aug 20, 2013 at 01:47:57AM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Bad things happen if ACPI hotplug events are handled during system
> PM transitions, especially if devices are removed as a result.
> To prevent those bad things from happening, acquire
On Thu, 20 Jun 2013, Tang Chen wrote:
> There is no parameter "sync" in address_space_operations->migratepage().
> It should be mograte_mode. And the comment is for MIGRATE_ASYNC.
I am fixing this typo in changelog :) and applying the series.
>
> Signed-off-by: Tang Chen
> ---
>
Now all 64-bit architectures have been converted to int-ll64.h, we can
remove int-l64.h in kernelspace.
For backwards compatibility, alpha, ia64, mips64, and powerpc64 still use
int-l64.h in userspace.
Signed-off-by: Geert Uytterhoeven
---
This is the (reworked for UAPI) non-documentation part
Now all 64-bit architectures have been converted to int-ll64.h in kernel
space, casting to (unsigned) long long is no longer needed when formatting
u64/s64.
For backwards compatibility, alpha, ia64, mips64, and powerpc64 still use
int-l64.h in userspace.
Signed-off-by: Geert Uytterhoeven
Hi Stephen,
On 07/03/2013 08:02 AM, Stephen Rothwell wrote:
> Hi Michal,
>
> On Wed, 03 Jul 2013 07:53:32 +0200 Michal Simek wrote:
>>
>> I have fixed it - it should be fixed there soon.
>
> Thanks.
>
>> But I am thinking about removing this tree from linux-next
>> because we are pushing arm
On Mon, Aug 19, 2013 at 10:51:51AM +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> Remove unneeded error handling on the result of a call to
> platform_get_resource_byname when the value is passed to
> devm_ioremap_resource.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, 19 Aug 2013, Michael Witten wrote:
> I've updated the series to make that change instead; the updated
> series is here:
>
> https://github.com/mfwitten/linux.git trivial/misc/2
>
> Sorry for the churn.
Please send a proper new pull request, or just bounce the series through
e-mail.
Dear Gregkh & all :
I am the software engineer Liu Junliang from ShenZhen CoreChips
high technology company, on the market of SR9700 chip is designed and owned by
us.
SR9700 is a type of USB to Ethernet Converter and is compatible with
USB 1.1 protocol, We want to
On Tue, Aug 20, 2013 at 12:37:18PM +0200, Sebastian Hesselbarth wrote:
> I already guessed it has something to do with the In-reply-to line, as
> only the patches but not the cover letter gets stuck. Thanks for
> pointing me at the missing PATCH prefix and sorry for the noise on
> the moderators
On 08/20/13 12:42, Russell King - ARM Linux wrote:
On Tue, Aug 20, 2013 at 12:37:18PM +0200, Sebastian Hesselbarth wrote:
I already guessed it has something to do with the In-reply-to line, as
only the patches but not the cover letter gets stuck. Thanks for
pointing me at the missing PATCH
On Mon, 19 Aug 2013, Murilo Opsfelder Araujo wrote:
> ---
> Documentation/00-INDEX | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/00-INDEX b/Documentation/00-INDEX
> index 0c4cc68..38f8444 100644
> --- a/Documentation/00-INDEX
> +++
This patch removes a false-alaramed BUG_ON.
The previous BUG_ON condition didn't cover the following true scenario.
In f2fs_add_link, 1) get_new_data_page gives an uptodate page successfully,
and then, 2) init_inode_metadata returns -ENOSPC.
At this moment, a new clean data page is remained in
On Monday 19 August 2013 08:37 PM, Mark Brown wrote:
From: Mark Brown
The device family is called Palmas so there should be a 's' on the end of
the name.
Signed-off-by: Mark Brown
---
Acked-by: Laxman Dewangan
Thanks,
Laxman
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, May 14, 2013 at 12:07:12PM +0200, Laurent Navet wrote:
> Check of 'r' and calls to dev_err are already done in devm_ioremap_resource,
> so no need to do them twice.
Applied, thanks.
signature.asc
Description: Digital signature
Dear all :
I am the software engineer Liu Junliang from ShenZhen CoreChips
high technology company, on the market of SR9700 chip is designed and owned by
us.
SR9700 is a type of USB to Ethernet Converter and is compatible with
USB 1.1 protocol, We want to merge SR9700
On 20 August 2013 11:03, P J P wrote:
> -> https://lkml.org/lkml/2013/8/7/259
>
> I wanted to confirm if this above fix should also go into ARM64 build Or is
> ARM64 platform not vulnerable?
It is and I'll push patches to mainline (Will is preparing them).
Catalin
--
To unsubscribe from this
On 08/20/13 12:20, Russell King - ARM Linux wrote:
On Tue, Aug 20, 2013 at 11:20:06AM +0200, Sebastian Hesselbarth wrote:
Yeah, I am having troubles with linux-arm-kernel rejecting my mails
because of a suspicious header. I have no clue, what has changed lately
with my mails sent by git
Hi
On Tue, Aug 20, 2013 at 12:32 PM, Jiri Kosina wrote:
> On Fri, 16 Aug 2013, David Herrmann wrote:
>
>> Hm, I just noticed that this got merged without the
>> Documentation/input/gamepad.txt description. Was this intentional?
>>
On Fri, 16 Aug 2013, David Herrmann wrote:
> Hm, I just noticed that this got merged without the
> Documentation/input/gamepad.txt description. Was this intentional?
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=d09bbfd2a8408a995419dff0d2ba906013cf4cc9
My git-fu
Hi George,
>>> diff --git a/Documentation/devicetree/bindings/extcon/extcon-dra7xx.txt
>>> b/Documentation/devicetree/bindings/extcon/extcon-dra7xx.txt
>>> new file mode 100644
>>> index 000..37e4c22
>>> --- /dev/null
>>> +++ b/Documentation/devicetree/bindings/extcon/extcon-dra7xx.txt
>>>
On Mon, 19 Aug 2013, Benjamin Tissoires wrote:
> > ACPI 5.0 specification requires the fourth parameter to the _DSM (Device
> > Specific Method) to be of type package instead of integer. Failing to do
> > that we get following warning on the console:
> >
> > ACPI Warning:
I verify the same issue on a Latitude E6520 running both the
vanilla/clean and the Fedora 19 specific kernels. I thought it was the
NVIDIA/nouveau driver and I reproduce by switching to non graphical mode
and performing scp transfers.
GM
On Tue, 2013-08-20 at 11:58 +0200, Arend van Spriel
On 08/17/2013 08:25:22 PM, Paul E. McKenney wrote:
Hello!
This series provides a few documentation updates:
1. Update rcu_barrier() documentation to note that it no longer is
guaranteed to wait for a full grace period. This guarantee was
a victim of energy efficiency.
2.
On 08/18/2013 03:26:03 AM, Geert Uytterhoeven wrote:
On Fri, Aug 16, 2013 at 11:02 PM, Francois Romieu
wrote:
> As a hobbyist, I have less time than most pro and must cope with
> whatever brain juice remains after the paid work. It doesn't make me
Indeed. And the dosing of brain juice is not
Hello Mike,
Could you take a look at this patch series ?
I'd like to have your opinion on some key points:
- at91 clk dt bindings
- in some clk_prepare (pll clks, main clk) callbacks I make use of
wait_event to wait for an interrupt.
Should I do it this way or instead use the cpu_relax
On Tue, Aug 20, 2013 at 11:20:06AM +0200, Sebastian Hesselbarth wrote:
> Yeah, I am having troubles with linux-arm-kernel rejecting my mails
> because of a suspicious header. I have no clue, what has changed lately
> with my mails sent by git send-email to make them get stuck.
I believe David
On Monday 19 August 2013 19:02:40 Tejun Heo wrote:
> On Tue, Aug 20, 2013 at 12:45:53AM +0200, Peter Wu wrote:
> > diff --git a/fs/fs-writeback.c b/fs/fs-writeback.c
> > index 68851ff..6e38a8b 100644
> > --- a/fs/fs-writeback.c
> > +++ b/fs/fs-writeback.c
> > @@ -1007,7 +1007,8 @@ void
Yoshihiro YUNOMAE writes:
> Hi Ingo,
>
> Thank you for fixing typos!
> OK, I'll fix them and rename to ioapic_zap_locks().
>
> Thank you again!
The better fix for this would be to remove the disable_IO_APIC call from
crash_kexec.
I know last time it was investigated the kernel was very close
On Tue, Aug 20, 2013 at 11:01 AM, Jean-Francois Moine wrote:
> This patch populates the platform from the device tree into two steps:
> the first step creates the nodes that are referenced by a phandle,
> the second step creates the other nodes.
>
> This permits to reduce the number of
On 08/20/2013 05:43 PM, Philipp Zabel wrote:
> Am Dienstag, den 20.08.2013, 16:38 +0800 schrieb Liu Ying:
>> The ldb_di[0/1]_ipu_div clock dividers in the CSCMR2 register
>> of i.MX53, i.MX6Q and i.MX6DL SoCs can be configured to a 1/3.5
>> drivider or a 1/7 divider. The common clock framework
Hello,
-> https://lkml.org/lkml/2013/8/7/259
I wanted to confirm if this above fix should also go into ARM64 build Or is
ARM64 platform not vulnerable?
===
$ git diff
diff --git a/arch/arm64/kernel/perf_event.c b/arch/arm64/kernel/perf_event.c
index 9ba33c4..cbed82f 100644
---
This patch populates the platform from the device tree into two steps:
the first step creates the nodes that are referenced by a phandle,
the second step creates the other nodes.
This permits to reduce the number of PROBE_DEFERs.
Signed-off-by: Jean-Francois Moine
---
A better way to reduce
On 08/20/2013 10:51 AM, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> This commit adds a object_debug option to rcutorture to allow the
> debug-object-based checks for duplicate call_rcu() invocations to
> be deterministically tested.
>
> Signed-off-by: Paul E. McKenney
> Cc: Mathieu
From: "Ivan T. Ivanov"
These drivers handles control and configuration of the HS
and SS USB PHY transceivers. They are part of the driver
which manage Synopsys DesignWare USB3 controller stack
inside Qualcomm SoC's.
Signed-off-by: Ivan T. Ivanov
---
drivers/usb/phy/Kconfig | 11 ++
On 08/20/2013 10:36 AM, Tom Gundersen wrote:
On Tue, Aug 20, 2013 at 4:15 PM, Arend van Spriel wrote:
On 08/20/2013 06:56 AM, Felix Fietkau wrote:
On 2013-08-20 2:28 AM, Greg Kroah-Hartman wrote:
On Tue, Aug 20, 2013 at 08:26:11AM +0800, Tom Gundersen wrote:
On Tue, Aug 20, 2013 at 8:03
From: "Ivan T. Ivanov"
DWC3 glue layer is hardware layer around Synopsys DesignWare
USB3 core. Its purpose is to supply Synopsys IP with required
clocks, voltages and interface it with the rest of the SoC.
Signed-off-by: Ivan T. Ivanov
---
drivers/usb/dwc3/Kconfig|8 +++
501 - 600 of 1548 matches
Mail list logo