On Jan 15, 2015 8:43 AM, "Kirill A. Shutemov" wrote:
>
> On Tue, Jan 13, 2015 at 10:04:55AM -0800, Andrew Lutomirski wrote:
> > On Tue, Jan 13, 2015 at 9:56 AM, Darren Hart wrote:
> > > On Mon, Jan 12, 2015 at 02:12:44PM -0800, Andrew Lutomirski wrote:
> > >> On Mon, Jan 12, 2015 at 12:30 PM,
Hi Philipp,
Le 22/12/2014 17:00, Philipp Zabel a écrit :
The encoder needs to know the nominal framerate for the constant bitrate
control mechanism to work. Currently the only way to set the framerate is
by using VIDIOC_S_PARM on the output queue.
Signed-off-by: Philipp Zabel
---
Hi,
On 15/01/2015 at 17:39:05 +0100, Daniel Lezcano wrote :
> On 01/12/2015 04:37 PM, Alexandre Belloni wrote:
> >Restarting on an at91rm9200 is handled by using the system timer. Move that
> >function to the system timer driver.
> >
> >Signed-off-by: Alexandre Belloni
> >Acked-by: Boris
On 15/01/2015 at 17:40:37 +0100, Daniel Lezcano wrote :
> > /*
> >@@ -234,13 +201,21 @@ err:
> > */
> > static void __init atmel_st_timer_init(struct device_node *node)
> > {
> >-/* For device tree enabled device: initialize here */
> >-of_at91rm9200_st_init();
> >+unsigned int
Arnd, Olof, Kevin,
This is a pull-request about AT91 drivers for 3.20. We took the USB gadget part
with us as it depends on the Matrix syscon part. There is no dependency anyway.
Thanks, best regards,
The following changes since commit eaa27f34e91a14cdceed26ed6c6793ec1d186115:
linux 3.19-rc4
On 15 January 2015 at 17:20, Mark Brown wrote:
> On Thu, Jan 15, 2015 at 05:12:22PM +0100, Tomeu Vizoso wrote:
>> To be used by userspace when the headphones jack is plugged in.
>
> I'm missing patches 1-9 of this series, what's going on there?
Sorry, no idea. They have reached lkml though:
On Tue, Jan 13, 2015 at 2:41 PM, Semen Protsenko
wrote:
> Signed-off-by: Semen Protsenko
This makes the code *so* much better so patch applied, naturally.
But...
> config GPIO_MAX732X
> tristate "MAX7319, MAX7320-7327 I2C Port Expanders"
> depends on I2C
> + select
On Mon 12-01-15 21:49:14, Chintan Pandya wrote:
> The global shrinker will invoke lowmem_shrink in a loop.
> The loop will be run (total_scan_pages/batch_size) times.
> The default batch_size will be 128 which will make
> shrinker invoking 100s of times. LMK does meaningful
> work only during
On Tue, Jan 13, 2015 at 2:41 PM, Semen Protsenko
wrote:
> This patch was derived from next one:
> "gpio: fix pca953x set_type 'scheduling while atomic' bug".
>
> After adding entry that consumes max732x GPIO as interrupt line to dts
> file, deadlock appears somewhere in max732x probe function.
On Thu, Jan 15, 2015 at 03:48:38PM +0100, Michal Hocko wrote:
> On Thu 15-01-15 16:25:16, Vladimir Davydov wrote:
> > memcg = mem_cgroup_iter(root, NULL, );
> > do {
> > [...]
> > if (memcg && is_classzone)
> >
On Thu, Jan 15, 2015 at 09:00:44AM -0800, Andrew Lutomirski wrote:
> On Jan 15, 2015 8:43 AM, "Kirill A. Shutemov" wrote:
> >
> > On Tue, Jan 13, 2015 at 10:04:55AM -0800, Andrew Lutomirski wrote:
> > > On Tue, Jan 13, 2015 at 9:56 AM, Darren Hart wrote:
> > > > On Mon, Jan 12, 2015 at
On Wed 14-01-15 12:19:44, Johannes Weiner wrote:
> On Wed, Jan 14, 2015 at 04:34:25PM +0100, Michal Hocko wrote:
> > On Thu 08-01-15 23:15:04, Johannes Weiner wrote:
[...]
> > > @@ -2322,6 +2325,12 @@ static bool shrink_zone(struct zone *zone, struct
> > > scan_control *sc,
> > >
Arnd, Olof, Kevin,
A little defconfig update. If you want me to collect more patches before
sending you a more substantial one, let me know.
Thanks, bye,
The following changes since commit eaa27f34e91a14cdceed26ed6c6793ec1d186115:
linux 3.19-rc4 (2015-01-11 12:44:53 -0800)
are available in
On Thu, Jan 15, 2015 at 06:02:51PM +0100, Tomeu Vizoso wrote:
> On 15 January 2015 at 17:20, Mark Brown wrote:
> > On Thu, Jan 15, 2015 at 05:12:22PM +0100, Tomeu Vizoso wrote:
> >> To be used by userspace when the headphones jack is plugged in.
> > I'm missing patches 1-9 of this series, what's
> +/**
> + * __bio_copy_iov - copy all pages between bio and iov_iter
> + * @bio: The bio which describes the I/O
> + * @iter: iov_iter either as source or destination
> + * @to_iov: whether to %READ (0) or %WRITE (1)
> + *
> + * Simple wrapper around __bio_copy_iov_{write,read}().
> + * Returns
On Thu, Jan 15, 2015 at 01:36:30AM +0200, Kirill A. Shutemov wrote:
> On Wed, Jan 14, 2015 at 03:22:25PM +, Petr Cermak wrote:
> > On Wed, Jan 07, 2015 at 07:24:52PM +0200, Kirill A. Shutemov wrote:
> > > And how it's not an ABI break?
> > I don't think this is an ABI break because the current
> - move a patch "btrfs: make use of immutable biovecs" to the upcoming series.
which upcoming series is that?
--
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
On 15/01/2015 at 18:01:34 +0100, Alexandre Belloni wrote :
> > Mmh, I can't clearly explain why but I have a problem with that.
> >
> > Can you explain why restart code falls in the clockevents driver ?
> >
> >
>
> That is a temporary location before getting rid of it by writing a
> proper
On Tue, 2015-01-06 at 20:30 +0100, Peter Zijlstra wrote:
> On Tue, Jan 06, 2015 at 11:01:51AM -0800, Tim Chen wrote:
> > Didn't get any response for this patch probably due to the holidays.
> > Reposting it as we will like to get it merged to help our database
> > workload.
> >
> > This patch
On Thu, Jan 15, 2015 at 05:12:12PM +0100, Tomeu Vizoso wrote:
Please fix your mailer to word wrap within paragraphs so your mails are
more legible, I've reflowed.
> this started as adding support for the Nyan Blaze, but the Big is so
> similar to it that I thought it would be better to have both
On Tue, Jan 13, 2015 at 2:41 PM, Semen Protsenko
wrote:
> Add a devicetree binding documentation for the max732x driver.
>
> Signed-off-by: Semen Protsenko
Vanilla bindings, OK. Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Tue, Jan 13, 2015 at 4:09 PM, Mohammad Jamal
wrote:
> Fix the coding style issue by adding a blank line after declaration
>
> Signed-off-by: Mohammad Jamal
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 01/15/2015 09:12 AM, Tomeu Vizoso wrote:
Patches are on its way to add a config file to alsaucm for the Nyan
boards. Use the same card ID that alsaucm will expect.
Signed-off-by: Tomeu Vizoso
---
arch/arm/boot/dts/tegra124-nyan-big.dts | 4 ++--
1 file changed, 2 insertions(+), 2
On 01/15/2015 09:52 AM, Arnd Bergmann wrote:
> On Thursday 15 January 2015 10:51:58 Jon Masters wrote:
>> On 01/15/2015 09:10 AM, Grant Likely wrote:
>>> On Tue, Jan 6, 2015 at 1:59 PM, Arnd Bergmann wrote:
For drivers merged upstream, I would insist that every driver merged
for an
On Tue, Jan 13, 2015 at 4:44 PM, Xunlei Pang wrote:
> From: Xunlei Pang
>
> This driver has a number of y2038/y2106 issues.
>
> This patch resolves them by:
> - Replace rtc_tm_to_time() with rtc_tm_to_time64()
> - Replace rtc_time_to_tm() with rtc_time64_to_tm()
> - Change ab3100_rtc_set_mmss()
On 01/15/2015 09:12 AM, Tomeu Vizoso wrote:
Google has submitted a board config for the pinmux programming of the
Nyan Big board. Use the whole of it as it's generated to make it easier
to update as the configuration gets fixed in the future.
Submitted to where? I assume you mean
The commit 3b8a3c010969 ("powerpc/pseries: Fix endiannes issue in RTAS
call from xmon") was fixing an endianness issue in the call made from
xmon to RTAS.
However, as Michael Ellerman noticed, this fix was not complete, the
token value was not byte swapped. This lead to call an unexpected and
On 01/14/2015 10:20 PM, Michal Hocko wrote:
On Wed 14-01-15 17:06:59, Vinayak Menon wrote:
[...]
In one such instance, zone_page_state(zone, NR_ISOLATED_FILE)
had returned 14, zone_page_state(zone, NR_INACTIVE_FILE)
returned 92, and GFP_IOFS was set, and this resulted
in too_many_isolated
On 15/01/15 16:58, Andrew Bresticker wrote:
> Hi James, Qais,
>
> On Thu, Jan 15, 2015 at 8:36 AM, Qais Yousef wrote:
>> On 01/15/2015 04:29 PM, James Hogan wrote:
>>>
>>> On 15/01/15 11:59, James Hogan wrote:
Hi Andrew,
On 18/09/14 22:47, Andrew Bresticker wrote:
>
>
On 01/15/2015 09:12 AM, Tomeu Vizoso wrote:
To silence a warning on Nyan boards.
Signed-off-by: Tomeu Vizoso
---
arch/arm/boot/dts/tegra124-nyan-big.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/tegra124-nyan-big.dts
b/arch/arm/boot/dts/tegra124-nyan-big.dts
On Sat 10-01-15 16:43:16, Tejun Heo wrote:
> Currently, if a hierarchy doesn't have any live children when it's
> unmounted, the hierarchy starts dying by killing its refcnt. The
> expectation is that even if there are lingering dead children which
> are lingering due to remaining references,
On 01/15/2015 09:12 AM, Tomeu Vizoso wrote:
In preparation for adding the DT for the nyan-blaze board.
"git format-patch -C" might help here; hopefully it'd highlight that
arch/arm/boot/dts/tegra124-nyan.dtsi was a copy from
arch/arm/boot/dts/tegra124-nyan-big.dts, with just a few small
On Wed, Jan 14, 2015 at 3:32 AM, Yingjoe Chen wrote:
> Let's me describe my problem more clearly. On our SoC, if a pin support
> interrupt it will have 2 different numbers for it. For examples, here's
> a partial list for the gpio and EINT number mappings on mt8135:
>
>gpio EINT
> 0
On 01/15/2015 09:12 AM, Tomeu Vizoso wrote:
Signed-off-by: Tomeu Vizoso
Some explanation of why such a delay might be useful would be ... useful!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
On 01/15/2015 09:12 AM, Tomeu Vizoso wrote:
Signed-off-by: Tomeu Vizoso
Ah, having read the explanation in the next patch, I think ...
diff --git a/Documentation/devicetree/bindings/mmc/mmc,pwrseq-simple.txt
b/Documentation/devicetree/bindings/mmc/mmc,pwrseq-simple.txt
+- delay : delay
On 01/15/2015 09:12 AM, Tomeu Vizoso wrote:
The Nyan boards have a Marvell 88w8897 wifi card connected through SDIO
that need the reset line to be hold active for several milliseconds.
diff --git a/arch/arm/boot/dts/tegra124-nyan.dtsi
b/arch/arm/boot/dts/tegra124-nyan.dtsi
+
On 14/01/15 18:14, Baluta, Teodora wrote:
> On Vi, 2014-12-26 at 11:13 +, Jonathan Cameron wrote:
>> On 18/12/14 16:51, Lars-Peter Clausen wrote:
>>> Adding V4L folks to Cc for more input.
>>
>> Thanks Lars - we definitely would need the v4l guys to agree to a driver like
>> this going in IIO.
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
https://sourceware.org/bugzilla/show_bug.cgi?id=17830
>From what I can tell prior to
Hi Ingo, Peter, Thomas,
Is there anything else I need to do for accepting this patchset?
Thanks,
-Toshi
On Tue, 2015-01-06 at 13:49 -0700, Toshi Kani wrote:
> This patchset adds support of Write-Through (WT) mapping on x86.
> The study below shows that using WT mapping may be useful for
>
From: Rafal Krypa
For case when IPv6 is disabled, this fixes build break in one place and removes
unused code in several other places.
Signed-off-by: Rafal Krypa
---
security/smack/smack_lsm.c | 46 ++
1 file changed, 30 insertions(+), 16
On Sun 11-01-15 15:55:43, Johannes Weiner wrote:
> From d527ba1dbfdb58e1f7c7c4ee12b32ef2e5461990 Mon Sep 17 00:00:00 2001
> From: Johannes Weiner
> Date: Sun, 11 Jan 2015 10:29:05 -0500
> Subject: [patch] mm: memcontrol: zap outstanding cache/swap references during
> unbind
>
> Cgroup core
On Thu, Jan 15, 2015 at 05:52:31PM +0100, Arnd Bergmann wrote:
> On Thursday 15 January 2015 10:51:58 Jon Masters wrote:
> > It gets worse. There *will* be large numbers of ACPI only ARM servers
> > landing over the coming year. Not only would DT code be untested, but
> > insisting on keeping
2015-01-15 20:36+0800, Li Kaihang:
> This patch fix a external interrupt injecting bug in linux 3.19-rc4.
Was the bug introduced in earlier 3.19 release candidate?
> GuestOS is running and handling some interrupt with RFLAGS.IF = 0 while a
> external interrupt coming,
> then can lead to a vm
On Thu, Jan 15, 2015 at 06:20:43PM +0100, Linus Walleij wrote:
> On Tue, Jan 13, 2015 at 4:09 PM, Mohammad Jamal
> wrote:
>
> > Fix the coding style issue by adding a blank line after declaration
> >
> > Signed-off-by: Mohammad Jamal
>
> Patch applied.
This one looks bogus; it's adding a
Spec says devices must set VIRTIO_1 feature bit.
Fail gracefully if they don't.
Signed-off-by: Michael S. Tsirkin
---
drivers/virtio/virtio_pci_modern.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/virtio/virtio_pci_modern.c
b/drivers/virtio/virtio_pci_modern.c
index
On Thu, Jan 15, 2015 at 05:14:38PM +0100, Dr. H. Nikolaus Schaller wrote:
>
> Am 15.01.2015 um 15:38 schrieb Sebastian Reichel :
>
> > Hi,
> >
> > On Thu, Jan 15, 2015 at 08:36:44AM +0100, Dr. H. Nikolaus Schaller wrote:
> >>> 1. Perform conversion in input core rather than individual drivers.
On Mon, Jan 12, 2015 at 12:43:59PM +0100, Dongsu Park wrote:
> Rewrite __bio_copy_iov() so that it can call either _read() or _write()
> variant, which is determined by direction to_iov, given as either READ
> or WRITE. Moreover, make __bio_copy_iov() take its parameter iov_iter
> by value, to
On Thu, Jan 15, 2015 at 08:13:44PM +0200, Michael S. Tsirkin wrote:
> Spec says devices must set VIRTIO_1 feature bit.
> Fail gracefully if they don't.
>
> Signed-off-by: Michael S. Tsirkin
Oops, this is not needed: we already have this in finalize_features
if (!__virtio_test_bit(vdev,
Tejun:
The context is that we have been talking about
drivers/scsi/scsi_scan.c:scsi_rescan_device(), which is called by the
store_rescan_field() sysfs method in scsi_sysfs.c. The problem is
this: What happens in scsi_rescan_device if the device is unbound from
its driver before the module_put
On 01/15/2015 05:45 AM, Peter Zijlstra wrote:
On Mon, Jan 12, 2015 at 04:30:39PM -0500, Rik van Riel wrote:
There is a subtle interaction between the logic introduced in commit
e63da03639cc9e6e83b62e7ef8ffdbb92421416a, the way the load balancer
e63da03639cc ("sched/numa: Allow task switch
Hi Grant,
On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
> On Wed, Jan 14, 2015 at 3:04 PM, Hanjun Guo wrote:
> > This is the v7 of ACPI core patches for ARM64 based on ACPI 5.1
>
> I'll get right to the point: Can we please have this series queued up
> for v3.20?
Before you
Thomas,
Gentle reminder ping...
On Tue, Dec 9, 2014 at 2:03 PM, Kevin Hilman wrote:
> From: Kevin Hilman
>
> Currently, the ->set_mode() method of a clockevent device is not
> allowed to fail, so it has no return value. In order to add new
> clockevent modes, and allow the setting of those
On Thu, 15 Jan 2015 07:35:01 +
Alexey Brodkin wrote:
> Hi Clark, John,
>
> On Mon, 2014-11-10 at 10:16 +0300, Alexey Brodkin wrote:
> > Some architectures are still stuck with non-NPTL toolchains.
> > These are for example ARC, Blackfin, Xtensa etc.
> >
> > Still rt-tests are very good
On 01/14/2015 09:04 AM, Hanjun Guo wrote:
From: Graeme Gregory
ACPI 5.1 does not currently support S states for ARM64 hardware but
ACPI code will call acpi_target_system_state() for device power
managment, so introduce sleep-arm.c to allow other drivers to function
until S states are defined.
On 01/14/2015 09:04 AM, Hanjun Guo wrote:
From: Al Stone
As we want to get ACPI tables to parse and then use the information
for system initialization, we should get the RSDP (Root System
Description Pointer) first, it then locates Extended Root Description
Table (XSDT) which contains all the
On 01/14/2015 09:04 AM, Hanjun Guo wrote:
From: Mark Salter
Commit 0e63ea48b4d8 (arm64/efi: add missing call to early_ioremap_reset())
added a missing call to early_ioremap_reset(). This triggers a BUG if code
tries using early_ioremap() after the early_ioremap_reset(). This is a
problem for
On 01/14/2015 09:04 AM, Hanjun Guo wrote:
From: Graeme Gregory
If the early boot methods of acpi are happy that we have valid ACPI
tables and acpi=force has been passed, then do not unflat devicetree
effectively disabling further hardware probing from DT.
Tested-by: Suravee Suthikulpanit
On 01/14/2015 09:04 AM, Hanjun Guo wrote:
From: Al Stone
Introduce one early parameters "off" and "force" for "acpi", acpi=off
will be the default behavior for ARM64, so introduce acpi=force to
enable ACPI on ARM64.
Disable ACPI before early parameters parsed, and enable it to pass
On 01/14/2015 09:04 AM, Hanjun Guo wrote:
Since PCI is not required in ACPI spec and ARM can run without
it, introduce some stub functions to make PCI optional for ACPI,
and make ACPI core run without CONFIG_PCI on ARM64.
When PCI is enabled on ARM64, ACPI core will need some PCI functions
to
On 01/14/2015 09:04 AM, Hanjun Guo wrote:
FADT Major.Minor version was introduced in ACPI 5.1, it is the same
as ACPI version.
In ACPI 5.1, some major gaps are fixed for ARM, such as updates in
MADT table for GIC and SMP init, without those updates, we can not
get the MPIDR for SMP init, and
On 01/14/2015 09:04 AM, Hanjun Guo wrote:
When MADT is parsed, print GIC information to make the boot
log look pretty:
ACPI: GICC (acpi_id[0x] address[e112f000] MPIDR[0x0] enabled)
ACPI: GICC (acpi_id[0x0001] address[e112f000] MPIDR[0x1] enabled)
...
ACPI: GICC
On Thu, Jan 15, 2015 at 10:34:39AM -0600, atull wrote:
> This is great! The way I had it working was using Pantelis' devicetree
> configfs interface.
I figured you were very close to this already in your overlay work..
> The DT fragment described the FPGA logic and included a filename
> for
From: Konstantin Khlebnikov
Inode is owned only by one memory cgroup, but if it's shared it might
contain pages from multiple cgroups. This patch detects this situation
in memory reclaiemer and marks dirty inode with flag I_DIRTY_SHARED
which is cleared only when data is completely written.
From: Konstantin Khlebnikov
Parameters:
period - interval between refills (100ms should be fine)
quota- events refill per period
deadline - interval to utilize unused past quota (1s by default)
latency - maximum injected delay (10s by default)
Quota sums into 'budget' and spreads across
octeon_cpu_disable() will unconditionally enable interrupts when called
with interrupts disabled. Fix that.
The patch fixes the following crash when offlining a CPU:
[ 93.818785] [ cut here ]
[ 93.823421] WARNING: CPU: 1 PID: 10 at kernel/smp.c:231
On 01/14/2015 09:04 AM, Hanjun Guo wrote:
From: Graeme Gregory
There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set,
the former signals to the OS that the firmware is PSCI compliant.
The latter selects the appropriate conduit for PSCI calls by
toggling between Hypervisor Calls (HVC)
On 01/14/2015 09:04 AM, Hanjun Guo wrote:
Introduce a new function map_gicc_mpidr() to allow MPIDRs to be obtained
from the GICC Structure introduced by ACPI 5.1.
MPIDR is the CPU hardware ID as local APIC ID on x86 platform, so we use
MPIDR not the GIC CPU interface ID to identify CPUs.
From: Hemmo Nieminen
As printk() invocation can cause e.g. a TLB miss, printk() cannot be
called before the exception handlers have been properly initialized.
This can happen e.g. when netconsole has been loaded as a kernel module
and the TLB table has been cleared when a CPU was offline.
Call
On Thu, Jan 15, 2015 at 03:13:08PM +0100, Michal Hocko wrote:
> On Thu 15-01-15 15:44:12, Michael S. Tsirkin wrote:
> > On Thu, Jan 15, 2015 at 02:06:42PM +0100, Michal Hocko wrote:
> > > On Thu 15-01-15 13:39:06, Michael S. Tsirkin wrote:
> > > > Most of our code has
> > > > struct foo {
> > > >
On 01/14/2015 09:05 AM, Hanjun Guo wrote:
Introduce ACPI_IRQ_MODEL_GIC which is needed for ARM64 as GIC is
used, and then register device's gsi with the core IRQ subsystem.
acpi_register_gsi() is similar to DT based irq_of_parse_and_map(),
since gsi is unique in the system, so use hwirq number
Am 15.01.2015 um 19:16 schrieb Dmitry Torokhov :
> On Thu, Jan 15, 2015 at 05:14:38PM +0100, Dr. H. Nikolaus Schaller wrote:
>>
>> Am 15.01.2015 um 15:38 schrieb Sebastian Reichel :
>>
>>> Hi,
>>>
>>> On Thu, Jan 15, 2015 at 08:36:44AM +0100, Dr. H. Nikolaus Schaller wrote:
> 1. Perform
On 01/14/2015 09:05 AM, Hanjun Guo wrote:
From: Graeme Gregory
Add Kconfigs to build ACPI on ARM64, and make ACPI available on ARM64.
acpi_idle driver is x86/IA64 dependent now, so make CONFIG_ACPI_PROCESSOR
depend on X86 || IA64, and implement it on ARM64 in the future.
Reviewed-by: Grant
On 01/14/2015 09:05 AM, Hanjun Guo wrote:
From: Al Stone
ACPI reduced hardware mode is disabled by default, but ARM64
can only run properly in ACPI hardware reduced mode, so select
ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled on ARM64.
Reviewed-by: Grant Likely
Tested-by: Suravee
On 01/14/2015 09:05 AM, Hanjun Guo wrote:
Using the information presented by GTDT to initialize the arch
timer (not memory-mapped).
Originally-by: Amit Daniel Kachhap
Tested-by: Suravee Suthikulpanit
Tested-by: Yijing Wang
Signed-off-by: Hanjun Guo
---
Tested-by: Mark Langsdorf
--
To
On 01/14/2015 09:05 AM, Hanjun Guo wrote:
From: Tomasz Nowicki
ACPI kernel uses MADT table for proper GIC initialization. It needs to
parse GIC related subtables, collect CPU interface and distributor
addresses and call driver initialization function (which is hardware
abstraction agnostic).
On 01/14/2015 09:04 AM, Hanjun Guo wrote:
MADT contains the information for MPIDR which is essential for
SMP initialization, parse the GIC cpu interface structures to
get the MPIDR value and map it to cpu_logical_map(), and add
enabled cpu with valid MPIDR into cpu_possible_map.
ACPI 5.1 only
On Thu, Jan 15, 2015 at 09:49:14PM +0300, Konstantin Khebnikov wrote:
> From: Konstantin Khlebnikov
>
> Inode is owned only by one memory cgroup, but if it's shared it might
> contain pages from multiple cgroups. This patch detects this situation
> in memory reclaiemer and marks dirty inode with
On 01/14/2015 09:05 AM, Hanjun Guo wrote:
From: Graeme Gregory
Add documentation for the guidelines of how to use ACPI
on ARM64.
Reviewed-by: Suravee Suthikulpanit
Reviewed-by: Yi Li
Signed-off-by: Graeme Gregory
Signed-off-by: Al Stone
Signed-off-by: Hanjun Guo
---
There's enough here
From: Konstantin Khlebnikov
inject_delay() allows to pause current task before returning
into userspace in place where kernel doesn't hold any locks
thus wait wouldn't introduce any priority-inversion problems.
This code abuses existing task-work and 'TASK_PARKED' state.
Parked tasks are
This is ressurection of my old RFC patch for dirty-set accounting cgroup [1]
Now it's merged into memory cgroup and got bandwidth controller as a bonus.
That shows alternative solution: less accurate but much less monstrous than
accurate page-based dirty-set controller from Tejun Heo.
Memory
From: Konstantin Khlebnikov
This patch links memory cgroup into vfs layer and assigns owner
memcg for each inode which has dirty or writeback pages within.
The main goal of this is controlling dirty memory size.
Accounting dirty memory in per-inode manner is much easier (we've
got locking for
From: Konstantin Khlebnikov
mem_cgroup_dirty_limits() checks thresholds and schedules per-bdi
writeback work (where ->for_memcg is set) which writes only inodes
where dirty limit is exceeded for owner memcg or for whole bdi.
Interface: memory.dirty_ratio percent of memory limit used as
From: Konstantin Khlebnikov
This is example of filesystem bandwidth controller build on the top of
dirty memory accounting, percpu_ratelimit and delay-injection.
Cgroup charges read/write requests into rate-limiters and injects delays
which controls overall speed.
Interface:
On 01/14/2015 10:04 AM, Hanjun Guo wrote:
> Hi,
>
> This is the v7 of ACPI core patches for ARM64 based on ACPI 5.1
>
> updates from v6:
> - Rebased on top of 3.19-rc4, add Mack Salter's patch to use
> the early_ioremap after paging_init() for ACPI table mappings;
>
> - Two patches
On Thu, Jan 15, 2015 at 06:23:47PM +, Catalin Marinas wrote:
> On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
> > I'll get right to the point: Can we please have this series queued up
> > for v3.20?
> Before you even ask for this, please look at the patches and realise
> that
On Thu, Jan 15, 2015 at 9:55 PM, Tejun Heo wrote:
> On Thu, Jan 15, 2015 at 09:49:14PM +0300, Konstantin Khebnikov wrote:
>> From: Konstantin Khlebnikov
>>
>> Inode is owned only by one memory cgroup, but if it's shared it might
>> contain pages from multiple cgroups. This patch detects this
From: Prabhakar Lad
this patch fixes ssd1307fb_ssd1306_init() function to return
proper error codes in case of failures.
Signed-off-by: Lad, Prabhakar
---
Changes for v2:
a: Added new line as per Maxime's suggestion.
drivers/video/fbdev/ssd1307fb.c | 67
Hello,
On Thu, Jan 15, 2015 at 11:04:49PM +0400, Konstantin Khlebnikov wrote:
> I know. Absolutely accurate per-page solution looks too complicated for me.
> Is there any real demand for accurate handling dirty set in shared inodes?
> Doing whole accounting in per-inode basis makes life so much
From: Zubair Lutfullah Kakakhel
Date: Thu, 15 Jan 2015 10:12:26 +
> In boards, the dm9000 chip's power and reset can be controlled by gpio.
>
> It makes sense to add them to the dm9000 driver and let dt be used to
> enable power and reset the phy.
>
> Signed-off-by: Zubair Lutfullah
On 15-01-14 05:08 PM, Florian Fainelli wrote:
> On 19/12/14 15:03, Jonathan Richardson wrote:
>> On 14-12-19 02:26 PM, Joe Perches wrote:
>>> On Fri, 2014-12-19 at 14:17 -0800, Jonathan Richardson wrote:
Add initial version of the Broadcom touchscreen driver.
>>>
>>> more trivia:
>>>
Add cc's.
On 01/11, r...@redhat.com wrote:
>
> Currently the kernel will always load the FPU context, even
> when switching to a kernel thread, or to an idle thread. In
> the case of a task on a KVM VCPU going idle for a bit, and
> waking up again later, this creates a vastly inefficient
> chain
interrupted_kernel_fpu_idle() tries to detect if kernel_fpu_begin()
is safe or not. In particular it should obviously deny the nested
kernel_fpu_begin() and this logic looks very confusing.
If use_eager_fpu() == T we rely on a) __thread_has_fpu() check in
interrupted_kernel_fpu_idle(), and b) on
Now that we have in_kernel_fpu we can remove __thread_clear_has_fpu()
in __kernel_fpu_begin(). And this allows to replace the asymmetrical
and nontrivial use_eager_fpu + tsk_used_math check in kernel_fpu_end()
with the same __thread_has_fpu() check.
The logic becomes really simple; if _begin()
math_state_restore() can race with kernel_fpu_begin() if irq comes
right after __thread_fpu_begin(), __save_init_fpu() will overwrite
fpu->state we are going to restore.
Add 2 simple helpers, kernel_fpu_disable() and kernel_fpu_enable()
which simply set/clear in_kernel_fpu, and change
This reverts commit 0cf884e819e05437287a668b9bfcc198bab6329c.
Even after applying the follow-on patch at
https://patchwork.kernel.org/patch/5325111
there are still problems with device connect on the Altera SOCFPGA
platform at least. One possible fix would be to add a whitelist
to enable
On 01/15/2015 10:49 AM, Aaro Koskinen wrote:
octeon_cpu_disable() will unconditionally enable interrupts when called
with interrupts disabled. Fix that.
interrupts are always disabled here, so...
[...]
Reported-by: Hemmo Nieminen
Signed-off-by: Aaro Koskinen
Cc: sta...@vger.kernel.org
On 01/14, Rik van Riel wrote:
>
> On 01/14/2015 01:36 PM, Oleg Nesterov wrote:
>
> >> @@ -466,6 +462,10 @@ static inline void switch_fpu_finish(void)
> >>
> >> __thread_fpu_begin(tsk);
> >>
> >> + /* The FPU registers already have this task's FPU state. */ +
> >> if (fpu_lazy_restore(tsk,
On Fri, 09 Jan, at 04:58:35PM, Peter Zijlstra wrote:
>
> Yeah, that'll work, when the free+limbo count is 1/4th the total we
> should stop pulling more plugs.
Perhaps something like this? It favours stealing more RMIDs over
increasing the "dirty threshold".
---
diff --git
On 01/15, Christian Borntraeger wrote:
>
> --- a/arch/x86/include/asm/spinlock.h
> +++ b/arch/x86/include/asm/spinlock.h
> @@ -186,7 +186,7 @@ static inline void arch_spin_unlock_wait(arch_spinlock_t
> *lock)
> __ticket_t head = ACCESS_ONCE(lock->tickets.head);
>
> for (;;) {
> -
Hello, Alan.
On Thu, Jan 15, 2015 at 01:22:03PM -0500, Alan Stern wrote:
> > It has a reference to keep it from beeing freed, but so far I can't find
> > anything that prevents ->remove from beeing called while we are in or
> > just before a method call.
>
> There are two types of methods to
1401 - 1500 of 1820 matches
Mail list logo
