On Fri, 23 Jan 2015 19:13:43 +
Mark Brown wrote:
> On Fri, Jan 23, 2015 at 07:34:56PM +0100, Jean-Francois Moine wrote:
>
> > A card builder is a device which
> > - scans the graph of ports,
> > - fills the struct snd_soc_card according to the links between the
> > ports and their
On Fri, Jan 23, 2015 at 03:09:20PM -0600, Christoph Lameter wrote:
> On Fri, 23 Jan 2015, Guenter Roeck wrote:
>
> > Wouldn't that have unintended consequences ? So far
> > rb tree nodes are allocated even if a node not online;
> > the above would change that. Are you saying it is
> > unnecessary
On Fri, Jan 23, 2015 at 04:19:40PM -0800, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2015-01-23-16-19 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
New build failure:
mm/page_alloc.c: In function 'alloc_node_mem_map':
mm/page_alloc.c:4973: error:
all,
On Tue, Jan 20, 2015 at 06:48:42AM +0100, Daniel Vetter wrote:
> On Mon, Jan 19, 2015 at 08:40:24AM -0800, Matt Roper wrote:
> > On Mon, Jan 19, 2015 at 11:04:04AM +, Chris Wilson wrote:
> > > On Mon, Jan 19, 2015 at 11:51:43AM +0100, Daniel Vetter wrote:
> > > > There's also an issue in
From: Murali Karicheri
Date: Tue, 20 Jan 2015 14:22:36 -0500
> Currently CPTS is built into the netcp driver even though there is no
> call out to the CPTS driver. This patch removes the dependency in Kconfig
> and remove cpts.o from the Makefile for NetCP.
>
> Signed-off-by: Murali Karicheri
On Fri, Jan 23, 2015 at 01:55:19PM -0800, Andrew Morton wrote:
> On Fri, 23 Jan 2015 07:07:56 -0800 Guenter Roeck wrote:
>
> > >>
> > >> qemu:microblaze generates warnings to the console.
> > >>
> > >> WARNING: CPU: 0 PID: 32 at mm/mmap.c:2858 exit_mmap+0x184/0x1a4()
> > >>
> > >> with various
Fixed 80 line warning in the code.
Signed-off-by: Sakshi Bansal
---
drivers/staging/dgnc/dgnc_driver.c | 36
1 file changed, 24 insertions(+), 12 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_driver.c
b/drivers/staging/dgnc/dgnc_driver.c
index
Fixed 80 line warning in the code comments.
Signed-off-by: Sakshi Bansal
---
drivers/staging/dgnc/dgnc_cls.h | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_cls.h b/drivers/staging/dgnc/dgnc_cls.h
index 465d79a..7444b00 100644
---
On 01/13/15 17:18, Krzysztof Kozlowski wrote:
> On wto, 2015-01-13 at 00:20 +0530, Anand Moon wrote:
>> On enabling CONFIG_LOCKUP_DETECTOR the kernel to act as a watchdog
>> to detect hard and soft lockups. Enabling CONFIG_LOCKUP_DETECTOR
>> don't introduce much overhead on exyons SOC.
>>
>>
On 01/23/15 23:22, Krzysztof Kozlowski wrote:
> Enable drivers for PMICs and MUICs present on Exynos-based devices:
> - max14577: charger, extcon, fuel gauge (max17040), regulator,
>used on: Gear 1, Gear 2,
> - max77693: charger, extcon, fuel gauge (max17042),
>used on: Trats2,
>
> This
Ensure get_voltage return correct voltage if set_voltage fails.
Signed-off-by: Axel Lin
---
drivers/regulator/qcom_rpm-regulator.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/regulator/qcom_rpm-regulator.c
b/drivers/regulator/qcom_rpm-regulator.c
Currently, /proc//map_files/ is restricted to CAP_SYS_ADMIN, and
is only exposed if CONFIG_CHECKPOINT_RESTORE is set. This interface
is very useful for enumerating the files mapped into a process when
the more verbose information in /proc//maps is not needed.
This patch moves the folder out from
Guten Morgen
Sind Sie in Darlehen interessiert?
Der Preis ist niedrig
Für weitere Informationen und Erklärungen
Meine E-Mail: info.krause.a...@gmail.com
Danke
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On 01/23/2015 06:44 PM, Guenter Roeck wrote:
On 01/23/2015 01:55 PM, Andrew Morton wrote:
On Fri, 23 Jan 2015 07:07:56 -0800 Guenter Roeck wrote:
qemu:microblaze generates warnings to the console.
WARNING: CPU: 0 PID: 32 at mm/mmap.c:2858 exit_mmap+0x184/0x1a4()
with various call stacks.
On Fri, Jan 23, 2015 at 10:55:28AM -0500, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> As tools currently rely on the tracing directory in debugfs, we can not
> just created a tracefs infrastructure and expect sysadmins to mount
> the new tracefs to have their old tools work.
>
On Fri, Jan 23, 2015 at 10:55:29AM -0500, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> When tracefs is configured, have the directory /sys/kernel/tracing appear
> just like /sys/kernel/debug appears when debugfs is configured.
>
> This will give a consistent place for system
tree: https://git.linaro.org/people/mturquette/linux.git
test-sched-packing-tasks-freq
head: 3add111981928a9ce810cd1b1956dc39e6c2445f
commit: 9cb183281a03911e724a648832d9f096c09197fe [10820/10847] sched: packing
tasks
reproduce:
# apt-get install sparse
git checkout
kernel/sched/fair.c:199:1: sparse: symbol '__pcpu_scope_sd_pack_buddy' was not
declared. Should it be static?
Signed-off-by: Fengguang Wu
---
fair.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index d48d07c..7d8d5c4 100644
On 01/23/2015 01:55 PM, Andrew Morton wrote:
On Fri, 23 Jan 2015 07:07:56 -0800 Guenter Roeck wrote:
qemu:microblaze generates warnings to the console.
WARNING: CPU: 0 PID: 32 at mm/mmap.c:2858 exit_mmap+0x184/0x1a4()
with various call stacks. See
On Fri, Jan 23, 2015 at 9:09 AM, Kirill Tkhai wrote:
> В Пт, 23/01/2015 в 08:24 -0800, Andy Lutomirski пишет:
>> On Fri, Jan 23, 2015 at 8:07 AM, Peter Zijlstra wrote:
>> > On Fri, Jan 23, 2015 at 06:53:32PM +0300, Kirill Tkhai wrote:
>> >> ---
>> >> arch/x86/kernel/entry_64.S | 10 ++
On Sat, Jan 24, 2015 at 12:41:20AM +0530, jitendra kumar khasdev wrote:
> This is patch to file jr3_pci.c that fix up warning line
> over 80 character which is found by checkpatch tool. Made change into
> signature
> of struct jr3_pci_poll_delay jr3_pci_poll_subdevice function by giving a
>
James Bottomley writes:
> On Fri, 2015-01-23 at 05:17 -0800, Christoph Hellwig wrote:
>> On Fri, Jan 23, 2015 at 01:24:15PM +1030, Rusty Russell wrote:
>> > The correct fix is to turn try_module_get() into __module_get(), and
>> > always do the module_put().
>>
>> Is this really safe?
On 01/23/2015 05:36 PM, Paul E. McKenney wrote:
> On Thu, Jan 22, 2015 at 10:55:42PM -0800, Paul E. McKenney wrote:
>> On Thu, Jan 22, 2015 at 11:05:45PM -0500, Sasha Levin wrote:
>>> On 01/22/2015 11:02 PM, Sasha Levin wrote:
On 01/22/2015 10:51 PM, Paul E. McKenney wrote:
> On Thu, Jan
On Fri, Jan 23, 2015 at 05:07:21PM -0500, Nicolas Pitre wrote:
> The vcs device's poll/fasync support relies on the vt notifier to signal
> changes to the screen content. Notifier invocations were missing for
> changes that comes through the selection interface though. Fix that.
>
> Tested with
On 01/23/2015 09:36 AM, Johannes Weiner wrote:
On Fri, Jan 23, 2015 at 08:59:51AM -0800, Guenter Roeck wrote:
On 01/23/2015 08:02 AM, Johannes Weiner wrote:
On Fri, Jan 23, 2015 at 09:17:44AM -0600, Christoph Lameter wrote:
On Fri, 23 Jan 2015, Johannes Weiner wrote:
Is the assumption of
Hi Bryan, there are 1 serious bug & couple of minor bugs that I caught...
please fix
>-Original Message-
>From: Bryan O'Donoghue [mailto:pure.lo...@nexus-software.ie]
>Sent: Wednesday, January 21, 2015 10:46 AM
>To: t...@linutronix.de; mi...@redhat.com; h...@zytor.com; x...@kernel.org;
On 01/23/2015 03:34 PM, Vivien Didelot wrote:
Some busy bits are available in the global register 1, such as the ATU
Busy bit. We may want to use this function to wait for them to change,
so add a new parameter to mv88e6352_wait() instead of hard-coding
REG_GLOBAL2.
In the meantime, since the
The timeout entries are sizeof(int) rather than sizeof(long), which
means that when they were getting read we'd also leak kernel memory
to userspace along with the timeout values.
Signed-off-by: Sasha Levin
---
net/llc/sysctl_net_llc.c |8
1 file changed, 4 insertions(+), 4
From: Nicolas Pitre
At least on ARM, do_div() is optimized to turn constant divisors into
an inline multiplication by the reciprocal value at compile time.
However this optimization is missed entirely whenever ktime_divns() is
used and the slow out-of-line division code is used all the time.
From: Xunlei Pang
rtc_set_ntp_time() uses timespec which is y2038-unsafe,
so modify to use timespec64 which is y2038-safe, then
replace rtc_time_to_tm() with rtc_time64_to_tm().
Also adjust all its call sites(only NTP uses it) accordingly.
Cc: pang.xunlei
Cc: Arnd Bergmann
Cc: Thomas
From: Xunlei Pang
Currently, rtc-dev.c uses y2038 problematic rtc_tm_to_time()
and rtc_time_to_tm(). So replace them with their corresponding
y2038-safe versions: rtc_tm_to_time64() and rtc_time64_to_tm().
Cc: pang.xunlei
Cc: Arnd Bergmann
Cc: Thomas Gleixner
Cc: Ingo Molnar
Signed-off-by:
From: Xunlei Pang
Currently, interface.c uses y2038 problematic rtc_tm_to_time()
and rtc_time_to_tm(). So replace them with their corresponding
y2038-safe versions: rtc_tm_to_time64() and rtc_time64_to_tm().
Cc: pang.xunlei
Cc: Arnd Bergmann
Cc: Thomas Gleixner
Cc: Ingo Molnar
From: Xunlei Pang
rtc_hctosys() has a number of y2038 issues.
This patch resolves them by:
- Replace rtc_tm_to_time() with y2038-safe rtc_tm_to_time64()
- Replace do_settimeofday() with y2038-safe do_settimeofday64()
After this patch, it should not have any remaining y2038 issues.
Cc:
From: Xunlei Pang
rtc_read_time() has already judged valid tm by rtc_valid_tm(),
so just remove it.
Cc: pang.xunlei
Cc: Arnd Bergmann
Cc: Thomas Gleixner
Cc: Ingo Molnar
Signed-off-by: Xunlei Pang
Signed-off-by: John Stultz
---
drivers/rtc/hctosys.c | 8
1 file changed, 8
As part of the 2038 conversion process, add a
get_monotonic_boottime64 accessor so we can depracate
get_monotonic_boottime.
Cc: pang.xunlei
Cc: Arnd Bergmann
Cc: Thomas Gleixner
Cc: Ingo Molnar
Signed-off-by: John Stultz
---
include/linux/timekeeping.h | 5 +
1 file changed, 5
Hey Thomas, Ingo,
Just wanted to send out my current 3.20 queue so it can
get some time in -next.
Let me know if you have any objections or concerns.
thanks
-john
Cc: pang.xunlei
Cc: Arnd Bergmann
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Nicolas Pitre
The following changes since commit
Adds a timespec64 based getboottime64() implementation
that can be used as we convert internal users of
getboottime away from using timespecs.
Cc: pang.xunlei
Cc: Arnd Bergmann
Cc: Thomas Gleixner
Cc: Ingo Molnar
Signed-off-by: John Stultz
---
include/linux/timekeeping.h | 16
empty)
[ 549.062191] Modules linked in:
[ 549.062191] CPU: 19 PID: 16330 Comm: modprobe Not tainted
3.19.0-rc5-next-20150123-sasha-00061-g527ff0d-dirty #1813
[ 549.062191] task: 88039962 ti: 88039bec task.ti:
88039bec
[ 549.062191] RIP: prepend_path (fs/dcache.c:2864
On 01/23/2015 02:00 PM, Corey Minyard wrote:
> On 01/23/2015 12:27 PM, nick wrote:
>> > Corney,
>> > Hope this patch fixes the issue. Sorry about missing that kfree
>> > being required. :(
> Well, the kfree needs to be after the free of the messages.You can't
> use an item after you free it.
On 24/01/15 00:13, Alexander Holler wrote:
> Am 24.01.2015 um 00:58 schrieb David Howells:
>> Alexander Holler wrote:
>>
>>> This is for the more paranoid people, also it's
>>> questionable what paranoid nowadays means.
>>
>> shred?
>
> Seems to do the same like when using dd, just that it does
On Fri, Jan 23, 2015 at 12:48 PM, Sasha Levin wrote:
> On 01/23/2015 01:34 PM, Andy Lutomirski wrote:
>> On Fri, Jan 23, 2015 at 10:04 AM, Borislav Petkov wrote:
>>> On Fri, Jan 23, 2015 at 09:58:01AM -0800, Andy Lutomirski wrote:
> [ 543.999079] Call Trace:
> [ 543.999079] dump_stack
On Fri, Jan 23, 2015 at 4:54 PM, Bjorn Andersson
wrote:
> From: Courtney Cavin
>
> This adds support for the WLED ('White' LED) block on Qualcomm's
> PM8941 PMICs.
>
> Signed-off-by: Courtney Cavin
> Signed-off-by: Bjorn Andersson
> ---
Sorry, I missed the change log.
Changed since v1:
*
The fbcon cursor, when set to blink, is hardcoded to toggle display state
five times per second. Expose this setting via
/sys/class/graphics/fbcon/cursor_blink_ms
Values written to the interface set the approximate time interval in
milliseconds between cursor toggles, from 1 to 32767. Since the
The fbcon cursor, when set to blink, is hardcoded to toggle display state
five times per second. Move this setting to a the driver's fbdev_ops
structure, retaining the default blink interval.
Signed-off-by: Scot Doyle
---
drivers/video/console/fbcon.c | 5 +++--
drivers/video/console/fbcon.h |
Allow users to set fbcon's cursor blink interval. The current interval
of 200 milliseconds is retained as the default.
Tested with intelfb.
Scot Doyle (2):
fbcon: store cursor blink interval in fbcon_ops
fbcon: expose cursor blink interval via sysfs
drivers/video/console/fbcon.c | 80
* NeilBrown [150123 14:31]:
> On Thu, 22 Jan 2015 13:40:53 -0800 Tony Lindgren wrote:
> > >
> > > + {
> > > + status = "disabled";
> > > +};
> > > +
> >
> > This you probably want to avoid from PM point of view. Depending on
> > bootloader state of uart4, Linux may or may not be able to hit
On 01/23/2015 12:14 AM, WANG Chao wrote:
> On 01/22/15 at 11:22am, Rik van Riel wrote:
>> > On 01/22/2015 11:19 AM, Davidlohr Bueso wrote:
>>> > > On Thu, 2015-01-22 at 15:57 +0800, WANG Chao wrote:
> >> Hi, Davidlohr
> >>
> >> On 01/21/15 at 11:46pm, Davidlohr Bueso wrote:
> >
From: Courtney Cavin
This adds device tree binding documentation for the WLED ('White' LED)
block on Qualcomm's PM8941 PMICs.
Signed-off-by: Courtney Cavin
Signed-off-by: Bjorn Andersson
---
.../devicetree/bindings/leds/leds-pm8941-wled.txt | 43 ++
1 file changed, 43
From: Courtney Cavin
This adds support for the WLED ('White' LED) block on Qualcomm's
PM8941 PMICs.
Signed-off-by: Courtney Cavin
Signed-off-by: Bjorn Andersson
---
drivers/leds/Kconfig| 8 +
drivers/leds/Makefile | 1 +
drivers/leds/leds-pm8941-wled.c | 459
On Sat, Jan 24 2015, "Vick, Matthew" wrote:
> Good catch! I noticed this too and was getting a patch together to address
> this.
>
> The difference is that I was planning on not silently accepting an invalid
> VLAN ID to begin with and returning FM10K_ERR_PARAM if the VLAN was
> invalid, which I
On Fri, Jan 23, 2015 at 01:29:36PM +0100, Martin Kepplinger wrote:
> Signed-off-by: Martin Kepplinger
> ---
> Despite it's name, sign_extend32() is safe to use for 8 and 16 bit types too.
Applied, thank you, but I am sure it can be cleaned up even more.
>
>
> drivers/input/tablet/gtco.c |
On Mon, Jan 19 2015, Yury Norov wrote:
> New implementation takes less space, and, I hope, easier to understand.
>
> Signed-off-by: Yury Norov
> ---
> lib/find_next_bit.c | 265
> +++-
> 1 file changed, 73 insertions(+), 192 deletions(-)
>
That
On 2015/1/23 23:55, Thomas Gleixner wrote:
> On Wed, 14 Jan 2015, Marc Zyngier wrote:
>
>> The current infrastructure for stacked domains doesn't propagate
>> irq_chip flags, and as we only look at the top-level irq_chip,
>> we may miss a number of critical flags.
>>
>> This patch accumulates the
fs/ext4/namei.c:2056:5: sparse: symbol 'ext4_find_dest_de_crypt' was not
declared. Should it be static?
Signed-off-by: Fengguang Wu
---
namei.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ext4/namei.c b/fs/ext4/namei.c
index 0bd6758..7bbf0f9 100644
---
tree: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git crypto
head: dfc8aa97bd527d156f6e7ee3f0286af2229be45d
commit: 2842df91db1447a594331116ee48fbf4647b3dd0 [17/19] ext4 crypto: filename
encryption modifications
reproduce:
# apt-get install sparse
git checkout
dw_mci_pltfm_remove() is not (nor should it be) marked as __exit,
so we should not be using __exit_p() wrapper with it.
Signed-off-by: Dmitry Torokhov
---
drivers/mmc/host/dw_mmc-exynos.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/dw_mmc-exynos.c
dw_mci_pltfm_remove() is not (nor should it be) marked as __exit,
so we should not be using __exit_p() wrapper with it.
Signed-off-by: Dmitry Torokhov
---
drivers/mmc/host/dw_mmc-rockchip.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/dw_mmc-rockchip.c
On Fri, 23 Jan 2015, Andrew Morton wrote:
> On Fri, 23 Jan 2015 15:37:27 -0600 Christoph Lameter wrote:
>
> > Attached a series of 3 patches to implement functionality to allocate
> > arrays of pointers to slab objects. This can be used by the slab
> > allocators to offer more optimized
From: Courtney Cavin
Signed-off-by: Courtney Cavin
Signed-off-by: Bjorn Andersson
---
drivers/input/misc/Kconfig | 12 ++
drivers/input/misc/Makefile| 1 +
drivers/input/misc/pm8941-pwrkey.c | 281 +
3 files changed, 294 insertions(+)
The mm-of-the-moment snapshot 2015-01-23-16-19 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
From: Courtney Cavin
Signed-off-by: Courtney Cavin
Signed-off-by: Bjorn Andersson
---
.../bindings/input/qcom,pm8941-pwrkey.txt | 43 ++
1 file changed, 43 insertions(+)
create mode 100644
Documentation/devicetree/bindings/input/qcom,pm8941-pwrkey.txt
diff
These patches add dt bindings and a device driver for the power key block in
the Qualcomm PM8941 pmic.
Changes since v1:
* Use a reboot_notifier to set power off/reboot mode
* Use irq flags from devicetree
* Some style fixes
Courtney Cavin (2):
input: Add Qualcomm PM8941 power key driver
On 1/22/15, 2:53 PM, "Rasmus Villemoes" wrote:
>The comment explains the intention, but vid has type u16. Before the
>inner shift, it is promoted to int, which has plenty of space for all
>vid's bits, so nothing is dropped. Use a simple mask instead.
>
>Signed-off-by: Rasmus Villemoes
>---
>
On Friday, January 23, 2015 02:55:25 PM Bjorn Helgaas wrote:
> On Tue, Jan 20, 2015 at 7:17 PM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Commit f25c0ae2b4c4 (ACPI / PM: Avoid resuming devices in ACPI PM
> > domain during system suspend) modified the ACPI PM domain's system
>
On Sat, 2015-01-24 at 00:38 +0100, Hartmut Knaack wrote:
> Pandruvada, Srinivas schrieb am 19.01.2015 um 17:56:
> > On Mon, 2015-01-19 at 18:49 +0200, Daniel Baluta wrote:
> >> On Mon, Jan 19, 2015 at 6:44 PM, Pandruvada, Srinivas
> >> wrote:
> >>> On Mon, 2015-01-19 at 16:40 +0200, Daniel
Am 24.01.2015 um 00:58 schrieb David Howells:
> Alexander Holler wrote:
>
>> This is for the more paranoid people, also it's
>> questionable what paranoid nowadays means.
>
> shred?
Seems to do the same like when using dd, just that it does it moultiple
times.
And according to an article I've
On Fri, Jan 23, 2015 at 11:23:22PM +0530, jitendra kumar khasdev wrote:
> This is patch to file ni_labpc_cs.c that fix warning line
> over 80 character which is found by checkpatch tool.
>
> Signed-off-by: Jitendra Kumar Khasdev
> ---
> drivers/staging/comedi/drivers/ni_labpc_cs.c | 3 ++-
> 1
The EHCI controller on the RK3288 SoC is violating basic parts of the
USB spec and thereby unable to properly resume a suspended port. It does
not start SOF generation within 3ms of finishing resume signaling, so
the attached device will drop off the bus again. This is a particular
problem with
On Thu, Nov 13, 2014 at 11:19:16AM +, Lorenzo Pieralisi wrote:
> The pci_mmap_page_range() API should be written to expect offset
> values representing PCI memory resource addresses as seen by user
> space, through the pci_resource_to_user() API.
>
> ARM relies on the standard implementation
On Wed, Jan 21, 2015 at 06:44:56PM +, Lorenzo Pieralisi wrote:
> Hi Bjorn,
>
> On Fri, Nov 21, 2014 at 05:51:14PM +, Bjorn Helgaas wrote:
> > On Thu, Nov 13, 2014 at 11:19:15AM +, Lorenzo Pieralisi wrote:
> > > The introduction of pci_mmap_fits() in commit:
> > >
> > >
Alexander Holler wrote:
> This is for the more paranoid people, also it's
> questionable what paranoid nowadays means.
shred?
David
--
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
When a passthrough IO command is issued with a specific block device file
descriptor. It should be applied at
the namespace which is associated with that block device file descriptor. This
patch makes such passthrough
command ignore nsid in nvme_passthru_cmd structure. Instead it takes the
On Mon, Jan 19, 2015 at 05:53:20PM +0900, Michel Dänzer wrote:
> From: Michel Dänzer
>
> If the image size would ever read as 0, pci_get_rom_size could keep
> processing the same image over and over again.
>
> Reported-by: Federico
> Cc: sta...@vger.kernel.org
> Signed-off-by: Michel Dänzer
On Fri 2015-01-23 23:36:36, Pali Rohár wrote:
> On Friday 23 January 2015 22:39:55 Pali Rohár wrote:
> > Hello,
> >
> > when I boot zImage with appended DT n900 in qemu
> > fdt_open_into() function called from file
> > arch/arm/boot/compressed/atags_to_fdt.c (in function
> > atags_to_fdt) always
On Fri, 2015-01-23 at 21:08 +0100, Peter Zijlstra wrote:
> On Fri, Jan 23, 2015 at 11:23:36AM -0800, Jason Low wrote:
> > On Fri, 2015-01-23 at 10:25 +0100, Peter Zijlstra wrote:
> > > On Thu, Jan 22, 2015 at 07:31:53PM -0800, Jason Low wrote:
> > > > +static void update_gt_cputime(struct
On Fri, Jan 23, 2015 at 01:56:28PM -0800, Casey Schaufler wrote:
> On 1/22/2015 6:30 PM, Greg KH wrote:
> > On Thu, Jan 22, 2015 at 01:47:29PM -0500, Stephen Smalley wrote:
> >> On Thu, Jan 22, 2015 at 1:09 PM, Casey Schaufler
> >> wrote:
> >>> On 1/22/2015 12:51 AM, Greg KH wrote:
> On
The CPU_2X clock does not have a classical in kernel user, but is,
amongst other things, required for OCM and debug access. Make sure this
clock does not mistakenly disabled during boot up by enabling it in the
platforms clock driver.
Signed-off-by: Soren Brinkmann
---
I just noticed this on
On Fri, Jan 23, 2015 at 05:32:37PM -0500, Murali Karicheri wrote:
> Add of_pci_dma_configure() to allow updating the dma configuration
> of the pci device using the configuration from DT of the parent of
> the root bridge device.
>
> Cc: Joerg Roedel
> Cc: Grant Likely
> Cc: Rob Herring
> Cc:
On Fri, 2015-01-23 at 21:08 +0100, Peter Zijlstra wrote:
> On Fri, Jan 23, 2015 at 11:23:36AM -0800, Jason Low wrote:
> > On Fri, 2015-01-23 at 10:25 +0100, Peter Zijlstra wrote:
> > > On Thu, Jan 22, 2015 at 07:31:53PM -0800, Jason Low wrote:
> > > > +static void update_gt_cputime(struct
Pandruvada, Srinivas schrieb am 19.01.2015 um 17:56:
> On Mon, 2015-01-19 at 18:49 +0200, Daniel Baluta wrote:
>> On Mon, Jan 19, 2015 at 6:44 PM, Pandruvada, Srinivas
>> wrote:
>>> On Mon, 2015-01-19 at 16:40 +0200, Daniel Baluta wrote:
Hello,
On Sat, Dec 20, 2014 at 11:29 PM,
Some busy bits are available in the global register 1, such as the ATU
Busy bit. We may want to use this function to wait for them to change,
so add a new parameter to mv88e6352_wait() instead of hard-coding
REG_GLOBAL2.
In the meantime, since the REG_READ() macro already checks for error,
remove
On 23/01/2015 at 18:15:07 +0100, Nicolas Ferre wrote :
> Arnd, Olof, Kevin,
>
> This is a batch of cleanup/soc modifications that you may also stack on top of
> your "soc" branch as the previous one. It stabilizes a little bit our cleanup
> action before going further.
> I also have the feeling
On Fri, Jan 23, 2015 at 05:32:38PM -0500, Murali Karicheri wrote:
> If there is a DT node available for the root bridge's parent device,
> use the dma configuration from that device node. For example, keystone
> PCI devices would require dma_pfn_offset to be set correctly in the
> device structure
On Thu, Jan 22, 2015 at 11:25:54AM -0800, Stephen Boyd wrote:
> This driver should be including clk.h as it's a clock consumer,
> not a clock provider that needs to register clocks early.
>
> Cc: Tanmay Inamdar
> Signed-off-by: Stephen Boyd
Applied provisionally to pci/host-xgene for v3.20,
On Thu, Jan 22, 2015 at 11:15:43AM -0700, Alex Williamson wrote:
> Intel has confirmed that the Wellsburg chipset, while not reporting
> ACS, does provide the proper isolation through the RCBA/BSPR
> registers, so the same quirk works for this set of device IDs.
>
> Signed-off-by: Alex Williamson
Hi,
On 23/01/2015 at 20:17:19 +0100, Sylvain Rochet wrote :
> Hello Wenyou,
>
> On Tue, Jan 20, 2015 at 04:17:01PM +0800, Wenyou Yang wrote:
> >
> > diff --git a/arch/arm/mach-at91/pm_suspend.S
> > b/arch/arm/mach-at91/pm_suspend.S
> > new file mode 100644
> > index 000..420e730
> > ---
On Fri, Jan 23, 2015 at 06:05:25PM -0500, Sasha Levin wrote:
> On 01/23/2015 05:54 PM, Paul E. McKenney wrote:
> > On Fri, Jan 23, 2015 at 04:51:52PM -0500, Sasha Levin wrote:
> >> > On 01/23/2015 04:36 AM, Paul E. McKenney wrote:
> >>> > > diff --git a/kernel/rcu/tree_plugin.h
On 23/01/2015 at 17:50:20 +0100, Sylvain Rochet wrote :
> Hello Wenyou,
>
>
> On Tue, Jan 20, 2015 at 04:17:00PM +0800, Wenyou Yang wrote:
> >
> > diff --git a/arch/arm/mach-at91/pm.c b/arch/arm/mach-at91/pm.c
> > index 691e6db..a1010f0 100644
> > --- a/arch/arm/mach-at91/pm.c
> > +++
On Sat, Jan 24, 2015 at 1:26 AM, Mauro Carvalho Chehab
wrote:
>
> Please pull from:
> git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
> media/v3.19-4
That does not exist.
The tip of that linux-media tree does match the commit you claim is
the tip but that's just the
On Thu, 15 Jan 2015 17:31:32 + Mike Crowe wrote:
> glibc's dprintf implementation does not work correctly with /dev/kmsg file
> descriptors because glibc treats receiving EBADF and EINVAL from lseek when
> trying to determine the current file position as errors. See
>
On Wed, Jan 14, 2015 at 07:27:54PM +0200, Michael S. Tsirkin wrote:
> Virtio drivers should map the part of the BAR they need, not necessarily
> all of it.
>
> Cc: Bjorn Helgaas
> Cc: linux-...@vger.kernel.org
> Acked-by: Arnd Bergmann
> Signed-off-by: Michael S. Tsirkin
> Signed-off-by: Rusty
On Wed, Jan 14, 2015 at 07:27:48PM +0200, Michael S. Tsirkin wrote:
> pci-iomap.c was (apparently, mistakenly) reintroduced as part of
> commit 83c2dc15ce824450e7044b9f90cd529c25747ae0
> MN10300: Handle cacheable PCI regions in pci_iomap()
> probably as side-effect of forward-porting the patch
On Fri, Jan 23, 2015 at 06:15:07PM +0100, Nicolas Ferre wrote:
> Arnd, Olof, Kevin,
>
> This is a batch of cleanup/soc modifications that you may also stack on top of
> your "soc" branch as the previous one. It stabilizes a little bit our cleanup
> action before going further.
> I also have the
On 01/23/2015 05:54 PM, Paul E. McKenney wrote:
> On Fri, Jan 23, 2015 at 04:51:52PM -0500, Sasha Levin wrote:
>> > On 01/23/2015 04:36 AM, Paul E. McKenney wrote:
>>> > > diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h
>>> > > index 8669de884445..ec99dc16aa38 100644
>>> > > ---
On Thu, Jan 08, 2015 at 02:17:36PM -0800, Dmitry Torokhov wrote:
> Even though platform bus is not hot-pluggable, devices on it can be unbound
> from the driver and bound back to it via sysfs, so we should not be using
> __init annotations on probe() and __exit annotations on remove() methods.
>
On 01/23/2015 12:40 PM, Ross Zwisler wrote:
> This patch set adds support for two new persistent memory instructions,
> pcommit
> and clwb. These instructions were announced in the document "Intel
> Architecture Instruction Set Extensions Programming Reference" with reference
> number
Hi Nicolas,
On Tue, Jan 20, 2015 at 2:54 AM, Nicolas Ferre wrote:
> The DEBUG_AT91_UART Kconfig option was forgotten when moving the
> AT91 debug-macro.S file. Add it and use it for the at91.S compilation.
>
> Reported-by: Paul Bolle
> Signed-off-by: Nicolas Ferre
> ---
> Hi Alexandre,
>
Hi Linus,
The support for the dell-laptop keyboard backlight was flawed and the fix:
https://lkml.org/lkml/2015/1/14/539
was more invasive that I felt comfortable sending at RC5.
This series reverts the support for the dell-laptop keyboard backlight as well
as the documentation for the newly
On 23/01/2015 at 18:32:34 +0100, Sylvain Rochet wrote :
> Hello Wenyou,
>
> On Tue, Jan 20, 2015 at 04:17:00PM +0800, Wenyou Yang wrote:
> >
> > diff --git a/arch/arm/mach-at91/pm.c b/arch/arm/mach-at91/pm.c
> > index 691e6db..a1010f0 100644
> > --- a/arch/arm/mach-at91/pm.c
> > +++
On Fri, Jan 23, 2015 at 10:37:37AM -0600, Kumar Gala wrote:
> Updated from the tags/qcom-soc-for-3.20, dropped the movement of scm
> code into drivers/soc/qcom, added a few other minor scm bug fixes,
> and Andy Gross as co-maintainer.
>
> The following changes since commit
1 - 100 of 1430 matches
Mail list logo
