On Wed, May 1, 2013 at 7:37 AM, Rusty Russell wrote:
> Alexander Graf writes:
>> There are not device specific registers in
>> virtio-console. Virtio-console lives behind a virtio bus which doesn't
>> know what these registers are.
>
> You're not going to make coherent arguments without reading t
On 05/01/2013 02:23 AM, Greg Kroah-Hartman wrote:
> On Tue, Apr 30, 2013 at 05:05:40PM -0700, Sören Brinkmann wrote:
>> On Tue, Apr 30, 2013 at 05:00:48PM -0700, Greg Kroah-Hartman wrote:
>>> On Tue, Apr 30, 2013 at 04:57:58PM -0700, Soren Brinkmann wrote:
Signed-off-by: Soren Brinkmann
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-tegra/hotplug.c between commit da2265b130f6 ("ARM: tegra:
remove tegra specific cpu_disable()") from the arm tree and commit
7469688e832e ("ARM: tegra: Unify tegra{20,30,114}_init_early()") from the
arm-soc tree.
Intermediate value of fat_clusters can be overflowed on 32bits arch.
Reported-by: Krzysztof Strasburger
Signed-off-by: OGAWA Hirofumi
---
fs/fat/inode.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff -puN fs/fat/inode.c~fat-fat_clusters-overflow-fix fs/fat/inode
Namjae Jeon writes:
> Hi OGAWA.
Hi,
>> I couldn't review fully though.
>>
>>> + if (mmu_private_ideal < MSDOS_I(inode)->mmu_private &&
>>> + filp->f_dentry->d_count == 1)
>>> + fat_truncate_blocks(inode, inode->i_size);
>>
>> Hm, why d_count == 1 check is needed? Feel strange
Hi Mel,
On 04/30/2013 12:31 AM, Mel Gorman wrote:
Andrew Perepechko reported a problem whereby pages are being prematurely
evicted as the mark_page_accessed() hint is ignored for pages that are
currently on a pagevec -- http://www.spinics.net/lists/linux-ext4/msg37340.html
.
Alexey Lyahkov and R
From: Philippe De Muyter
Signed-off-by: Philippe De Muyter
Cc: Karel Zak
Cc: Jens Axboe
Cc: Andrew Morton
---
block/partitions/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/block/partitions/Makefile b/block/partitions/Makefile
index 03af8ea..2be4d7b 100644
From: Philippe De Muyter
This is the final patch enabling a user to select AIX lvm partitions
detection.
Signed-off-by: Philippe De Muyter
Cc: Karel Zak
Cc: Jens Axboe
Cc: Andrew Morton
---
block/partitions/Kconfig | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff
From: Philippe De Muyter
Graft AIX partitions enumeration in partitions/msdos.c
There is already a AIX disks detection logic in msdos.c. When an
AIX disk has been found, and if configured to, call the aix partitions
recognizer. This avoids removal of AIX disks protection from msdos.c,
avoids c
From: Philippe De Muyter
Signed-off-by: Philippe De Muyter
Cc: Karel Zak
Cc: Jens Axboe
Cc: Andrew Morton
---
block/partitions/msdos.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/block/partitions/msdos.c b/block/partitions/msdos.c
index 7681cd2..9bf19e
From: Philippe De Muyter
adding partitions/aix.h and partitions/aix.c
Partitions (called Logical Volumes in AIX) can be non-contiguous or
even split on more than one disk. Altough we detect such partitions,
we cannot describe them to the Linux partitions layer, so we simply
discard them and iss
This is the version 3 of my patchset to add a basic aix lvm partitions
parser to linux.
The only modified patch is patch 2. It fixes a problem in the discovering
of small (1 pp) partitions in presence of discontiguous partitions.
Jens, patch 1 is actually just a cleanup of msdos.c. You could app
From: Andrew Lutomirski
Intel SDM volume 3A, 8.4.2 says:
Software can disable fast-string operation by clearing the
fast-string-enable bit (bit 0) of IA32_MISC_ENABLE MSR.
However, Intel recomments that system software always enable
fast-string operation.
The Intel DQ67SW board (with la
Hi Mel,
On 04/30/2013 12:31 AM, Mel Gorman wrote:
If a page is on a pagevec then it is !PageLRU and mark_page_accessed()
may fail to move a page to the active list as expected. Now that the
LRU is selected at LRU drain time, mark pages PageActive if they are
on a pagevec so it gets moved to the c
On Tue, Apr 30, 2013 at 09:18:40AM +0200, Philippe De Muyter wrote:
> On Tue, Apr 30, 2013 at 09:08:40AM +0200, Philippe De Muyter wrote:
> > On Mon, Apr 29, 2013 at 11:50:51PM +0200, Philippe De Muyter wrote:
> > > On Mon, Apr 29, 2013 at 01:40:41PM +0200, Philippe De Muyter wrote:
> > > > On Mon,
Tom Rini writes:
> On 04/28/2013 10:59 PM, Rusty Russell wrote:
>> Tom Rini writes:
>>
>>> Recent gcc's may place functions into the .text.unlikely section and we
>>> need to check this section as well for section mismatches now otherwise
>>> we may have false negatives for this test.
>>
>> Hmm
Alexander Graf writes:
> There are not device specific registers in
> virtio-console. Virtio-console lives behind a virtio bus which doesn't
> know what these registers are.
You're not going to make coherent arguments without reading that actual
patch we're discussing. And you're going to just w
On 05/01/2013 03:41 AM, Linus Torvalds wrote:
> On Tue, Apr 30, 2013 at 5:57 PM, Linus Torvalds
> wrote:
>>
>> Patch is whitespace-damaged and totally untested! Caveat applicator.
>
> Ok, so it's still whitespace-damaged, but it seems to work. The
> appended has the "8 second rule" too..
>
> Com
Hi Jens,
Today's linux-next merge of the block tree got a conflict in
include/linux/blk_types.h between commit 713685111774 ("mm: make
snapshotting pages for stable writes a per-bio operation") from the tree
and commit a38352e0ac02 ("block: Add an explicit bio flag for bios that
own their bvec")
On Tue, Apr 30, 2013 at 9:57 PM, anish singh
wrote:
>
>
>
> On Wed, May 1, 2013 at 10:09 AM, Colin Cross wrote:
>>
>> On Tue, Apr 30, 2013 at 9:17 PM, Greg Kroah-Hartman
>> wrote:
>> > On Tue, Apr 30, 2013 at 08:36:21PM -0700, Colin Cross wrote:
>> >> On Tue, Apr 30, 2013 at 4:30 PM, Greg Kroah-
The following changes since commit 8cde7ad17e4f4ff8d12ff60dd09c0a291cb0b61c:
ext4: fix big-endian bugs which could cause fs corruptions (2013-04-03
12:37:17 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
tags/ext4_for_linus
for
On Wed, May 01, 2013 at 10:31:33AM +0530, Vasant Hegde wrote:
> On 05/01/2013 07:36 AM, Stephen Rothwell wrote:
> >Hi Al,
> >
> >Today's linux-next merge of the vfs tree got a conflict in
> >arch/powerpc/kernel/rtas_flash.c between commit fb4696c39573
> >("powerpc/rtas_flash: Fix bad memory access"
Hi Tim,
On 04/30/2013 01:12 AM, Tim Chen wrote:
Currently the per cpu counter's batch size for memory accounting is
configured as twice the number of cpus in the system. However,
for system with very large memory, it is more appropriate to make it
proportional to the memory size per cpu in the s
We are freeing parent node in success cases but not in failure cases. Lets do
it.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq-cpu0.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/cpufreq/cpufreq-cpu0.c b/drivers/cpufreq/cpufreq-cpu0.c
index
On 05/01/2013 07:36 AM, Stephen Rothwell wrote:
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in
arch/powerpc/kernel/rtas_flash.c between commit fb4696c39573
("powerpc/rtas_flash: Fix bad memory access") from the powerpc tree and
commits ad18a364f186 ("powerpc/rtas_flash: Free k
On Wed, May 1, 2013 at 5:56 AM, Alexander Graf wrote:
>
> On 30.04.2013, at 02:32, Rusty Russell wrote:
>
>> Alexander Graf writes:
>>> Am 29.04.2013 um 05:09 schrieb Rusty Russell :
>>>
Alexander Graf writes:
> On 26.04.2013, at 13:04, Pranavkumar Sawargaonkar wrote:
>
>> This
Hi Tim,
On 04/30/2013 01:12 AM, Tim Chen wrote:
Currently, there is a single, global, variable (percpu_counter_batch) that
controls the batch sizes for every 'struct percpu_counter' on the system.
However, there are some applications, e.g. memory accounting where it is
more appropriate to scale
Hello.
After merge cavium board boots fail, boot log messages are as follows.
I enabled initcall_debug for debugging.
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 3.9.0+ (ebsong@ubi) (gcc version 4.4.1 (MontaVist
Mostly about syscall wrappers this time; there will be another pile with
patches in the same general area from various people, but I'd rather push
those after both that and vfs.git pile are in. Please, pull from
git://git.kernel.org/pub/scm/linux/kernel/git/viro/signal for-linus
Shortlog:
Al Vir
Without this patch, the following race conditions are possible.
Race condition 1:
* clk-A has two parents - clk-X and clk-Y.
* All three are disabled and clk-X is current parent.
* Thread A: clk_set_parent(clk-A, clk-Y).
* Thread A:
* Thread A: Grabs enable lock.
* Thread A: Sees enable count of
On Tue, Apr 30, 2013 at 9:17 PM, Greg Kroah-Hartman
wrote:
> On Tue, Apr 30, 2013 at 08:36:21PM -0700, Colin Cross wrote:
>> On Tue, Apr 30, 2013 at 4:30 PM, Greg Kroah-Hartman
>> wrote:
>> > On Tue, Apr 30, 2013 at 03:28:33PM -0700, Zoran Markovic wrote:
>> >> From: Benoit Goby
>> >>
>> >> Belo
change log from v2:
o slighly change the previous approach
From 42e49df33bacafc20434e39fc127c9722c9f8691 Mon Sep 17 00:00:00 2001
From: Jaegeuk Kim
Date: Tue, 30 Apr 2013 11:33:27 +0900
Subject: [PATCH] f2fs: avoid deadlock during evict after f2fs_gc
Cc: linux-fsde...@vger.kernel.org, linux-ker
On 04/29/2013 10:47 PM, Bjorn Helgaas wrote:
On Sat, Apr 27, 2013 at 4:10 AM, Artem S. Tashkinov wrote:
Did this problem ever get resolved?
Hello,
Unfortunately, no. Out of curiosity I've tried booting kernel
3.9-rc8 in EUFI mode but it exhibits the same problem.
Right after the boot:
[r
On Tue, Apr 30, 2013 at 08:36:21PM -0700, Colin Cross wrote:
> On Tue, Apr 30, 2013 at 4:30 PM, Greg Kroah-Hartman
> wrote:
> > On Tue, Apr 30, 2013 at 03:28:33PM -0700, Zoran Markovic wrote:
> >> From: Benoit Goby
> >>
> >> Below is a patch from android kernel that detects a driver suspend
> >>
2013/4/29, OGAWA Hirofumi :
> Namjae Jeon writes:
>
Hi OGAWA.
> I couldn't review fully though.
>
>> +if (mmu_private_ideal < MSDOS_I(inode)->mmu_private &&
>> +filp->f_dentry->d_count == 1)
>> +fat_truncate_blocks(inode, inode->i_size);
>
> Hm, why d_count == 1 check is ne
On Tue, Apr 30, 2013 at 5:30 PM, Pavel Machek wrote:
> Hi!
>
>> Below is a patch from android kernel that detects a driver suspend
>> lockup and captures dump in the kernel log. Please review and provide
>> comments.
>>
>> Rather than hard-lock the kernel, dump the suspend thread stack and
>> BUG(
On Tue, Apr 30, 2013 at 4:30 PM, Greg Kroah-Hartman
wrote:
> On Tue, Apr 30, 2013 at 03:28:33PM -0700, Zoran Markovic wrote:
>> From: Benoit Goby
>>
>> Below is a patch from android kernel that detects a driver suspend
>> lockup and captures dump in the kernel log. Please review and provide
>> co
On Tue, Apr 30, 2013 at 5:29 PM, Pavel Machek wrote:
> Hi!
>
>> From: Colin Cross
>>
>> Below is a patch from android kernel that maintains a histogram of
>> suspend times. Please review and provide feedback.
>>
>> Prints the time spent in suspend in the kernel log, and keeps statistics
>> on the
Hi all,
On Wed, 3 Apr 2013 12:12:57 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the v4l-dvb tree got a conflict in
> drivers/media/pci/bt8xx/bttv-input.c between commit bf51a8c5e0b6 ("i2c:
> Ignore return value of i2c_del_adapter()") from the i2c tree and commit
> 457ba4ce4f43
Dear RT Folks,
I'm pleased to announce the 3.0.75-rt102 stable release.
This release is just an update to the new stable 3.0.75 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.
Dear RT Folks,
I'm pleased to announce the 3.4.42-rt56 stable release.
This release is just an update to the new stable 3.4.42 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.g
Dear RT Folks,
I'm pleased to announce the 3.2.44-rt64 stable release.
This release is just an update to the new stable 3.2.44 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.g
Hi Christoph,
On 04/29/2013 10:49 PM, Christoph Lameter wrote:
On Sat, 27 Apr 2013, Will Huck wrote:
Hi Christoph,
On 04/26/2013 01:17 AM, Christoph Lameter wrote:
On Thu, 25 Apr 2013, Han Pingtian wrote:
I have enabled "slub_debug" and here is the
/sys/kernel/slab/kmalloc-512/alloc_calls co
On Sun, 28 Apr 2013, John Johansen wrote:
> Hi James,
>
> Please pull these apparmor changes for 3.10 (or after is fine as I know
> these are running late for the -security window)
Yep -- patches need to be in -next for at least a week before the merge
window. I suggest getting you pull reques
On Tue, 30 Apr 2013, Linus Torvalds wrote:
> On Sun, Apr 28, 2013 at 7:48 PM, James Morris wrote:
> >
> > Note: I can't figure out why the patch from Lai Jiangshan shows up twice
> > in the shortlog. Everything checks out otherwise.
>
> Because you applied it twice. in two different branches.
>
Hi Al,
After merging the vfs tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
net/sunrpc/auth_gss/svcauth_gss.c: In function 'write_gssp':
net/sunrpc/auth_gss/svcauth_gss.c:1329:9: error: implicit declaration of
function 'PDE' [-Werror=implicit-function-declaration]
net
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in
fs/proc/internal.h between commit db3808c1bac6 ("mm, vmalloc: move
get_vmalloc_info() to vmalloc.c") from Linus' tree and commit
ae8970dd9ccb ("proc: Move non-public stuff from linux/proc_fs.h to
fs/proc/internal.h") from the vfs tr
Hello Linus,
Please pull the following changes for the Hexagon architecture (and one
touching OpenRISC). They include various fixes to make use of additional
arch features and cleanups. The largest functional change is a cleanup
of the signal and event return paths.
Thanks,
Richard Kuo
The f
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in
arch/powerpc/kernel/rtas_flash.c between commit fb4696c39573
("powerpc/rtas_flash: Fix bad memory access") from the powerpc tree and
commits ad18a364f186 ("powerpc/rtas_flash: Free kmem upon module exit")
and 2352ad01409d ("ppc: Cle
On Tue, Apr 30, 2013 at 5:57 PM, Linus Torvalds
wrote:
>
> Patch is whitespace-damaged and totally untested! Caveat applicator.
Ok, so it's still whitespace-damaged, but it seems to work. The
appended has the "8 second rule" too..
Comments? Simon?
Linus
--- snip snip ---
drivers/tt
Enabling drivers that provide clocks on DT on platforms that don't have
CONFIG_OF set fails due to compilation errors. This patch set first adds
some stubs for of_clk_provider functions if CONFIG_OF is not set. Second
it allows those platforms to build and use clk-si5351 i2c clock driver
by removin
Some drivers that are shared between architectures have HAVE_CLK selected
but don't have OF. To remove compilation errors for drivers that provide
clocks on DT with of_clk_add_provider we would have to enclose these calls
within #ifdef CONFIG_OF, #endif.
This patch adds some stubs for OF related c
With of_clk_provider stubs for CONFIG_OF not set, we can now also enable
clk-si5351 on those architectures.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Mike Turquette
Cc: Linus Walleij
Cc: Andrew Morton
Cc: Peter Ujfalusi
Cc: Arnd Bergmann
Cc: Stephen Warren
Cc: Daniel Mack
Cc: Lars-Peter
On Mon, Apr 29, 2013 at 6:37 PM, Greg Kroah-Hartman
wrote:
>
> Ah, it's using inotify on the /dev/ptmx device. Jiri, your change
> really doesn't affect that at all :(
Hmm. Maybe something like the appended? Together with making the time
modification be 10 seconds to make Simon happy (that's wha
On Tue, Apr 30, 2013 at 05:49:06PM -0700, Stephen Boyd wrote:
> On 04/25/13 14:01, Thomas Gleixner wrote:
> > On Thu, 25 Apr 2013, Stephen Boyd wrote:
> >> On 04/09/13 02:38, Russell King - ARM Linux wrote:
> >>> On Tue, Apr 09, 2013 at 11:20:31AM +0200, Thomas Gleixner wrote:
> On Mon, 8 Apr
Here's the patch to make sched_clock generic. I didn't know
where to put it so I just made a new file in kernel/sched
for now.
Signed-off-by: Stephen Boyd
---
arch/arm/Kconfig | 1 +
arch/arm/common/timer-sp.c| 2 +-
arch/arm/kern
Use the generic sched_clock infrastructure instead of rolling our
own. This has the added benefit of fixing suspend/resume as
outlined in 6a4dae5 (ARM: 7565/1: sched: stop sched_clock()
during suspend, 2012-10-23) and correcting the timestamps when
the hardware returns a value instead of 0 upon the
On 04/25/13 14:01, Thomas Gleixner wrote:
> On Thu, 25 Apr 2013, Stephen Boyd wrote:
>> On 04/09/13 02:38, Russell King - ARM Linux wrote:
>>> On Tue, Apr 09, 2013 at 11:20:31AM +0200, Thomas Gleixner wrote:
On Mon, 8 Apr 2013, Russell King - ARM Linux wrote:
> On Mon, Mar 25, 2013 at 03:0
On Wed, May 01, 2013 at 12:38:17AM +0200, Rafael J. Wysocki wrote:
> On Tuesday, April 30, 2013 05:25:42 PM Konrad Rzeszutek Wilk wrote:
> > > > After the 'restore_registers' it returns and we end up called
> > > > restore_processor_state() - where we reload the GDT. The reload of
> > > > the GDT i
Hi!
> Below is a patch from android kernel that detects a driver suspend
> lockup and captures dump in the kernel log. Please review and provide
> comments.
>
> Rather than hard-lock the kernel, dump the suspend thread stack and
> BUG() when a driver takes too long to suspend. The timeout is set
Hi!
> From: Colin Cross
>
> Below is a patch from android kernel that maintains a histogram of
> suspend times. Please review and provide feedback.
>
> Prints the time spent in suspend in the kernel log, and keeps statistics
> on the time spent in suspend in /sys/kernel/debug/suspend_time
>
>
On 30.04.2013, at 02:32, Rusty Russell wrote:
> Alexander Graf writes:
>> Am 29.04.2013 um 05:09 schrieb Rusty Russell :
>>
>>> Alexander Graf writes:
On 26.04.2013, at 13:04, Pranavkumar Sawargaonkar wrote:
> This patch-set implements early printk support for virtio console dev
It looks like the manual merge 0d69a3c731e120b05b7da9fb976830475a3fbc01 ("Merge
branches 'for-3.9/sony' and 'for-3.9/steelseries' into for-linus") accidentally
removed Sony RF receiver with USB product id 0x0374 from the "have special
driver" list, effectively nullifying a464918419f94a0043d2f549d6d
Hi Jiri,
On Tue, 2013-01-15 at 17:02 +0100, Jiri Kosina wrote:
> On Tue, 15 Jan 2013, Fernando Luis Vázquez Cao wrote:
>
> > Some Vaio desktop computers, among them the VGC-LN51JGB multimedia PC, have
> > a RF receiver, multi-interface USB device 054c:0374, that is used to connect
> > a wireless
On Tue, Apr 30, 2013 at 05:05:40PM -0700, Sören Brinkmann wrote:
> On Tue, Apr 30, 2013 at 05:00:48PM -0700, Greg Kroah-Hartman wrote:
> > On Tue, Apr 30, 2013 at 04:57:58PM -0700, Soren Brinkmann wrote:
> > > Signed-off-by: Soren Brinkmann
> > > CC: Greg Kroah-Hartman
> > > CC: Jiri Slaby
> > >
Hi Ralf,
You seem to have mucked up your tree badly overnight:
Fetching it produced this:
remote: Counting objects: 358824, done.
remote: Compressing objects: 100% (81248/81248), done.
remote: Total 350365 (delta 306957), reused 299661 (delta 267902)
Receiving objects: 100% (350365/350365), 131.
On Tue, Apr 30, 2013 at 05:00:48PM -0700, Greg Kroah-Hartman wrote:
> On Tue, Apr 30, 2013 at 04:57:58PM -0700, Soren Brinkmann wrote:
> > Signed-off-by: Soren Brinkmann
> > CC: Greg Kroah-Hartman
> > CC: Jiri Slaby
> > CC: linux-ser...@vger.kernel.org
>
> Why would you need/want to do this?
I
On Mon, 2013-04-29 at 14:28 +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Rework the CPU hotplug code in drivers/base/cpu.c to use the
> generic offline/online support introduced previously instead of
> its own CPU-specific code.
>
> For this purpose, modify cpu_subsys to provide
On Mon, 2013-04-29 at 14:29 +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Modify the generic ACPI hotplug code to be able to check if devices
> scheduled for hot-removal may be gracefully removed from the system
> using the device offline/online mechanism introduced previously.
>
Refactor the PLL driver so it works with the clock controller driver.
Signed-off-by: Soren Brinkmann
---
drivers/clk/zynq/pll.c | 235 +
1 file changed, 235 insertions(+)
create mode 100644 drivers/clk/zynq/pll.c
diff --git a/drivers/clk/zynq/pll
Signed-off-by: Soren Brinkmann
CC: Greg Kroah-Hartman
CC: Jiri Slaby
CC: linux-ser...@vger.kernel.org
---
drivers/tty/serial/xilinx_uartps.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/tty/serial/xilinx_uartps.c
b/drivers/tty/serial/xilinx_uartps.c
On Tue, Apr 30, 2013 at 04:57:58PM -0700, Soren Brinkmann wrote:
> Signed-off-by: Soren Brinkmann
> CC: Greg Kroah-Hartman
> CC: Jiri Slaby
> CC: linux-ser...@vger.kernel.org
Why would you need/want to do this?
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Signed-off-by: Soren Brinkmann
Cc: Grant Likely
Cc: Rob Herring
Cc: Rob Landley
Cc: devicetree-disc...@lists.ozlabs.org (moderated list:OPEN FIRMWARE AND...)
Cc: linux-...@vger.kernel.org (open list:DOCUMENTATION)
---
.../devicetree/bindings/clock/zynq-7000.txt| 49 ---
drivers/clk/cl
Migrate the Zynq platform and its drivers to use the new clock
controller driver.
Signed-off-by: Soren Brinkmann
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Cc: linux-ser...@vger.kernel.org
---
arch/arm/boot/dts/zynq-7000.dtsi| 71 ---
Alexander Graf writes:
> Am 29.04.2013 um 05:09 schrieb Rusty Russell :
>
>> Alexander Graf writes:
>>> On 26.04.2013, at 13:04, Pranavkumar Sawargaonkar wrote:
>>>
This patch-set implements early printk support for virtio console devices
without using any hypercalls.
The c
Add a clock controller driver and documentation.
Signed-off-by: Soren Brinkmann
Cc: Grant Likely
Cc: Rob Herring
Cc: Rob Landley
Cc: devicetree-disc...@lists.ozlabs.org
Cc: linux-...@vger.kernel.org
---
.../devicetree/bindings/clock/zynq-7000.txt| 98
drivers/clk/zynq/clkc.c
Signed-off-by: Soren Brinkmann
Cc: John Stultz
Cc: Thomas Gleixner
---
drivers/clocksource/cadence_ttc_timer.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clocksource/cadence_ttc_timer.c
b/drivers/clocksource/cadence_ttc_timer.c
index 685bc60..ab8fc2c 100644
Currently Zynq does not support suspend/resume.
The driver callbacks are never used or tested, broken and using the old
PM interface.
Signed-off-by: Soren Brinkmann
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Cc: linux-ser...@vger.kernel.org
---
drivers/tty/serial/xilinx_uartps.c | 30 --
This is a first shot a revised version of Zynq's CCF code.
This should model the whole clock tree and support clock gating for all
relevant clocks.
This follows Tegra and other ARM SOCs in containing the clock tree
within a single block, which in this case is simply named clock
controller.
The pa
On Tue, Apr 30, 2013 at 11:12:04PM +0200, Jiri Kosina wrote:
> On Tue, 30 Apr 2013, Greg Kroah-Hartman wrote:
>
> > > From: Jonathan Corbet
> > > Subject: [PATCH] dummy-irq: require the user to specify an IRQ number
> > >
> > > Make sure that we let the user know that without specifying IRQ#,
>
On Tue, Apr 30, 2013 at 1:36 AM, Serban Constantinescu
wrote:
> Hi Arve,
>
>
> On 30/04/13 00:13, Arve Hjønnevåg wrote:
>>
>> On Mon, Apr 29, 2013 at 9:16 AM, Serban Constantinescu
>> wrote:
>>>
>>> Hi all,
>>>
>>> Any feedback or comments on this patch set?
>>>
>>
>> You don't seem to have addre
On Mon, 2013-04-29 at 14:26 +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> In some cases, graceful hot-removal of devices is not possible,
> although in principle the devices in question support hotplug.
> For example, that may happen for the last CPU in the system or
> for memory
On Mon, Apr 29, 2013 at 06:37:24PM -0700, Greg Kroah-Hartman wrote:
> On Mon, Apr 29, 2013 at 05:36:40PM -0700, Simon Kirby wrote:
> > On Mon, Apr 29, 2013 at 05:21:17PM -0700, Greg Kroah-Hartman wrote:
> >
> > > On Mon, Apr 29, 2013 at 05:14:45PM -0700, Simon Kirby wrote:
> > > > On Mon, Apr 29,
On Fri, Apr 26, 2013 at 10:02:12AM -0700, Linus Torvalds wrote:
> On Fri, Apr 26, 2013 at 4:48 AM, Jiri Slaby wrote:
> >
> > To revert to the old behaviour while still preventing attackers to
> > guess the password length, we update the timestamps in one-minute
> > intervals by this patch.
>
> T
On Sun, Apr 28, 2013 at 7:48 PM, James Morris wrote:
>
> Note: I can't figure out why the patch from Lai Jiangshan shows up twice
> in the shortlog. Everything checks out otherwise.
Because you applied it twice. in two different branches.
It's there in both your "stage-for-3.10" and "ra-next" b
On Tue, Apr 30, 2013 at 06:32:54PM -0400, Robert Love wrote:
> > After this experiment, I too think that this patch (returning from
> > ashmem_shrink if the lock is not available) is good enough and does
> > not seem to have any major side effects.
> >
> > PS: Any plans of submitting this patch for
The following changes since commit 824282ca7d250bd7c301f221c3cd902ce906d731:
Merge branch 'upstream' of
git://git.linux-mips.org/pub/scm/ralf/upstream-linus (2013-04-22 15:00:59 -0700)
are available in the git repository at:
git://neil.brown.name/md/ tags/md-3.10
for you to fetch changes
On Tue, Apr 30, 2013 at 03:28:33PM -0700, Zoran Markovic wrote:
> From: Benoit Goby
>
> Below is a patch from android kernel that detects a driver suspend
> lockup and captures dump in the kernel log. Please review and provide
> comments.
There's this really cool thing called a watchdog driver t
Summary: add support for syba 7.1 surround sound card
Keywords: syba via VT1723 Tremor
Kernel: 3.8.8-203.fc18.x86_64
add support for syba 7.1 surround sound card
actually the card only has 6 dmas, so it is really only 5.1
added code to force_rate setting to not fail EBUSY when the dmas are running
On Tue, Apr 30, 2013 at 3:26 PM, Jeff Garzik wrote:
>
> Summary:
return -EMISSINGDIFFSTAT;
I've pulled, but *please* make sure to fix your broken script. I
really do want to see the diffstat, partly because I want to know what
to expect even before pulling, partly just to verify that what I
pull
arch_probe_nr_irqs() has a typo when returning number of preallocated
irqs. Instead of returning the calculated value, it returns a constant
number NR_IRQ_LEGACY.
This patch makes sure the calculated value is returned intead.
Signed-off-by: David Cohen
---
arch/x86/kernel/apic/io_apic.c |2 +
From: Eric Dumazet
Date: Tue, 30 Apr 2013 13:53:51 -0700
> From: Eric Dumazet
>
> commit b6c39bfcf1d7d63 ("net/mlx4_en: Add a service task")
> added a build error on 32bit arches.
>
> ERROR: "__udivdi3" [drivers/net/ethernet/mellanox/mlx4/mlx4_en.ko]
> undefined!
>
> Fix this problem by using
On Tue, Apr 30, 2013 at 09:37:22AM -0400, Steven Rostedt wrote:
> [ Blast from the past! ]
>
> When merging in 3.4.42 into the 3.4-rt branch I hit a conflict with the
> try_to_wake_up_local() call. It seems that the 3.4-rt patch has this
> patch applied. Although, this is not applied to any of the
On 04/30/2013 12:57 PM, Robert Richter wrote:
From: Robert Richter
mkinitrd looks at /sys/class/scsi_host/host$hostnum/proc_name to find
the module name of a disk driver. Current name is "highbank-ahci" but
the module is "sata_highbank". Rename it to match the module name.
Cc: Rob Herring
Cc:
On Tue, Apr 30, 2013 at 9:29 AM, Shankar Brahadeeswaran
wrote:
> Question:
> On occasions when we return because of the lock unavailability, what
> could be the worst case number of ashmem pages that are left
> unfreed (lru_count). Will it be very huge and have side effects?
On that VM shrink pa
On Tue, Apr 30, 2013 at 07:09:48PM +0200, Sebastian Andrzej Siewior wrote:
> Now, the time jump on the other hand is the real issue here and is
> RT-only. It looks like we get a big number of timer updates via
> tick_do_update_jiffies64() because according to ktime_get() that much
> time really pas
On Tuesday, April 30, 2013 05:25:42 PM Konrad Rzeszutek Wilk wrote:
> > > After the 'restore_registers' it returns and we end up called
> > > restore_processor_state() - where we reload the GDT. The reload of
> > > the GDT is not needed as bootup kernel has already loaded the GDT which
> > > is at
From: Colin Cross
Below is a patch from android kernel that maintains a histogram of
suspend times. Please review and provide feedback.
Prints the time spent in suspend in the kernel log, and keeps statistics
on the time spent in suspend in /sys/kernel/debug/suspend_time
Cc: Android Kernel Team
From: Benoit Goby
Below is a patch from android kernel that detects a driver suspend
lockup and captures dump in the kernel log. Please review and provide
comments.
Rather than hard-lock the kernel, dump the suspend thread stack and
BUG() when a driver takes too long to suspend. The timeout is
Summary:
1) More ACPI fixes, cleanups
2) Minor cleanups for sata_highbank, pata_at32, pata_octeon_cf,
sata_rcar
3) pata_legacy: small bug found in opti chipset code (untested fix,
due to ancient h/w)
4) sata_fsl: RX water mark config knob, some h/w needs it
5) pata_imx: cleanups, Device
1 - 100 of 459 matches
Mail list logo
