OK now I'm confused. I guess I shouldn't comment while on vacation and cache
cold on everything.
Cyrill Gorcunov wrote:
>On Wed, Aug 21, 2013 at 04:11:25PM +0200, H. Peter Anvin wrote:
>>
>> Eep. This should be reverted, indeed. This isn't a manifest bug on
>!Xen but we
>> have gotten request
On Wed, 21 Aug 2013 14:32:00 +0100
Mark Brown wrote:
> On Wed, Aug 21, 2013 at 03:02:35PM +0200, David Jander wrote:
>
> > rbnode register ranges can overlap, which is not a problem as long as
>
> They can? They aren't supposed to and I'd expect this to cause problems
> with the cache sync cod
Hello, Li.
On Wed, Aug 21, 2013 at 05:58:42PM +0800, Li Zefan wrote:
> This patcheset introduces behavior changes, but only if you mount cgroupfs
> with sane_behavior option:
>
> - We introduce new interfaces cpuset.effective_cpus and cpuset.effective_mems,
> while cpuset.cpus and cpuset.mems w
On Wed, Aug 21, 2013 at 09:42:48AM -0400, Steven Rostedt wrote:
> Personally, I still let my stable patches that go into later -rc sit
> in linux-next for a few days before pushing them to mainline. I may even
> wait for the next -rc to push it just to make sure the patch wont cause
> more issues.
On Wed, Aug 21, 2013 at 06:01:32PM +0800, Li Zefan wrote:
> {
> + .name = "effective_cpus",
> + .flags = CFTYPE_SANE,
> + .read = cpuset_common_file_read,
> + .max_write_len = (100U + 6 * NR_CPUS),
> + .private = FILE_EFFECTIVE_CPULI
On Wed, Aug 21, 2013 at 04:11:25PM +0200, H. Peter Anvin wrote:
>
> Eep. This should be reverted, indeed. This isn't a manifest bug on !Xen but
> we
> have gotten requests for WT support which would mean adding in the PAT but
> again.
Please no, letme fix it. That's what I'm having in mind: do
Hello,
On Wed, Aug 21, 2013 at 06:01:21PM +0800, Li Zefan wrote:
> - if (!cpumask_subset(trialcs->cpus_allowed, cpu_active_mask))
> + if (!cpumask_subset(trialcs->cpus_allowed,
> + top_cpuset.cpus_allowed))
Hmmm... top_cpuset.cpus_allowed is
commit a5664da "dm ioctl: make bio or request based device type immutable"
prevented "dmsetup wape_table" change the target type to "error".
-v2: setup md->queue even target type is "error".
Signed-off-by: Joe Jin
---
drivers/md/dm-ioctl.c | 4
drivers/md/dm-table.c | 12
dri
Eep. This should be reverted, indeed. This isn't a manifest bug on !Xen but
we have gotten requests for WT support which would mean adding in the PAT but
again.
David Vrabel wrote:
>All,
>
>179ef71c (mm: save soft-dirty bits on swapped pages) introduces a new
>PTE bit on x86 _PTE_SWP_SOFT_DIR
On Wed, Aug 21, 2013 at 02:48:20PM +0100, David Vrabel wrote:
> All,
>
> 179ef71c (mm: save soft-dirty bits on swapped pages) introduces a new
> PTE bit on x86 _PTE_SWP_SOFT_DIRTY which has the same value as _PTE_PSE
> and _PTE_PAT.
>
> With a Xen PV guest, the use of the _PTE_PAT will result in
Hello, Li.
On Wed, Aug 21, 2013 at 06:01:05PM +0800, Li Zefan wrote:
> Firstly offline cpu1:
>
> # echo 0-1 > cpuset.cpus
> # echo 0 > /sys/devices/system/cpu/cpu1/online
> # cat cpuset.cpus
> 0-1
> # cat cpuset.effective_cpus
> 0
>
> Then online it:
>
> # echo 1 > /sys/devices/sy
On Wed, Aug 21, 2013 at 03:14:23PM +0200, David Jander wrote:
> Here's the explanation:
> 1. If a driver initializes a regmap with a RB-tree cache, and starts writing
> to
> registers in some arbitrary order, you might get overlapping rbnodes:
> Suppose I have this rb-tree (a real case I happen
On Wed, Aug 21, 2013 at 06:00:42PM +0800, Li Zefan wrote:
> @@ -2261,7 +2271,8 @@ static void cpuset_hotplug_workfn(struct work_struct
> *work)
> /* synchronize mems_allowed to N_MEMORY */
> if (mems_updated) {
> mutex_lock(&callback_mutex);
> - top_cpuset.mem
On Wed, Aug 21, 2013 at 06:00:09PM +0800, Li Zefan wrote:
> @@ -887,10 +888,17 @@ static void update_cpumasks_hier(struct cpuset *cs,
> struct cpuset *trialcs,
>
> update_tasks_cpumask(cp, heap);
>
> + if (!cpumask_empty(cp->cpus_allowed) &&
> + is_sch
On Wed, Aug 21, 2013 at 05:59:56PM +0800, Li Zefan wrote:
> Now we can use cs->real{cpus,mems}_allowed as effective masks. It's
> used whenever:
>
> - we update tasks' cpus_allowed/mems_allowed,
> - we want to retrieve tasks_cs(tsk)'s cpus_allowed/mems_allowed.
>
> They actually replace effective
On Thu, Jul 25, 2013 at 12:50:41PM -0500, Dave Kleikamp wrote:
> This adds iocb cmds which specify that memory is held in iov_iter
> structures. This lets kernel callers specify memory that can be
> expressed in an iov_iter, which includes pages in bio_vec arrays.
>
> Only kernel callers can prov
The feature prevents mistrusted filesystems to grow a large number of dirty
pages before throttling. For such filesystems balance_dirty_pages always
check bdi counters against bdi limits. I.e. even if global "nr_dirty" is under
"freerun", it's not allowed to skip bdi checks. The only use case for n
On 8/21/2013 9:48 AM, David Vrabel wrote:
All,
179ef71c (mm: save soft-dirty bits on swapped pages) introduces a new
PTE bit on x86 _PTE_SWP_SOFT_DIRTY which has the same value as _PTE_PSE
and _PTE_PAT.
With a Xen PV guest, the use of the _PTE_PAT will result in the page
having unexpected cach
On Wed, 2013-08-21 at 13:39 +0300, Eliezer Tamir wrote:
>
> Instead of remembering the napi_id for all the sockets in an epoll,
> we only track the first socket we see with any unique napi_id.
> The rational for this is that while there may be many thousands of
> sockets tracked by a single epoll
Hello,How are you,I hope you're well,my name is Mutoni,I'm medium height and
fair in complexion,i love,caring and I decided to contact you.I really want to
have a good relationship with you.Next I have a special something I want to
discuss with you,and tell you more about my self.Hope hear from
On Tue, Aug 20, 2013 at 03:40:32PM -0700, Greg KH wrote:
> - I will wait for a -rc to come out with the patch in it before putting
> it into a stable release, unless:
Question: what's the exact reasoning of that delay? To get more people
who install -rc kernels to smoke-test patches tagged for s
All,
179ef71c (mm: save soft-dirty bits on swapped pages) introduces a new
PTE bit on x86 _PTE_SWP_SOFT_DIRTY which has the same value as _PTE_PSE
and _PTE_PAT.
With a Xen PV guest, the use of the _PTE_PAT will result in the page
having unexpected cachability which will introduce a range of subtl
I2C of helpers used to live in of_i2c.c but experience (from SPI) shows
that it is much cleaner to have this in the core. This also removes a
circular dependency between the helpers and the core, and so we can
finally register child nodes in the core instead of doing this manually
in each driver. S
On Aug 21 10:38, Catalin Marinas wrote:
> On 12 August 2013 03:45, Alexandra N. Kossovsky
> wrote:
> > When running 3.10.3 with kmemleak enabled, I see following warnings from
> > kmemleak:
> >
> > unreferenced object 0x88024d2219a0 (size 32):
> > comm "swapper/0", pid 1, jiffies 4294894532
;
> > The aio tree gained conflicts against the aio-direct tree.
> >
> > The akpm-current tree gained conflicts against the modules and aio-direct
> > trees.
> >
> >
> >
>
> Hi,
>
Hello,
s/inherite/inherit/ in the subject.
On Wed, Aug 21, 2013 at 05:59:44PM +0800, Li Zefan wrote:
> We're going to have separate user-configured masks and effective ones.
>
> At last configured masks can only be changed by writing cpuset.cpus
> and cpuset.mems, and they won't be restricted by
Greg,
I'd like to withdraw this in light of DaveM's comments on
a similar patch to vmxnet3 regarding dma_alloc_coherent() vs
pci_alloc_consistent(). I'll fix it and send out a new patchset.
Sorry about this!
Thanks!
- Andy
- Original Message -
> This patchset adds support for virtual I
Hi Dimitris,
On Wed, 21 Aug 2013 15:02:35 +0200
David Jander wrote:
> The functionality of rbtree_ctx->cached_rbnode is broken. Remove it to
> avoid hitting the wrong rbnode when locating a register.
> rbnode register ranges can overlap, which is not a problem as long as
> every lookup for a re
On Tue, Aug 20, 2013 at 08:41:23PM -0400, Josh Boyer wrote:
>
> Let me phrase this as a question instead. Is there something we can
> do to help catch the patches that get sucked into stable during the
> merge window and then wind up causing issues and reverted/fixed after
> things settle down in
On Wed, Aug 21, 2013 at 11:25:55AM +0800, Lai Jiangshan wrote:
> On 08/21/2013 11:17 AM, Paul E. McKenney wrote:
> > On Sat, Aug 10, 2013 at 08:07:15AM -0700, Paul E. McKenney wrote:
> >> On Sat, Aug 10, 2013 at 11:43:59AM +0800, Lai Jiangshan wrote:
> >
> > [ . . . ]
> >
> >>> So I have to narro
On Wed, Aug 14, 2013 at 3:00 PM, Adrian Hunter wrote:
> On 14/08/13 15:48, Adrian Hunter wrote:
>> The event stream is not always parsable because the format of a sample
>> is dependent on the sample_type of the selected event. When there
>> is more than one selected event and the sample_types ar
From: Linus Walleij
Currently the kernel is ambigously treating GPIOs and interrupts
from a GPIO controller: GPIOs and interrupts are treated as
orthogonal. This unfortunately makes it unclear how to actually
retrieve and request a GPIO line or interrupt from a GPIO
controller in the device tree
* Steven Rostedt | 2013-08-19 11:35:30 [-0400]:
>Thomas and Sebastian,
Hi Steven,
thanks for the series.
Sebastian
--
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 http://vger.kernel.org/major
On Wed, Aug 21, 2013 at 05:59:32PM +0800, Li Zefan wrote:
...
> + cpuset_for_each_descendant_pre(cp, pos_css, cs) {
> + struct cpuset *parent = parent_cs(cs);
> + struct cpumask *new_cpus = trialcs->real_cpus_allowed;
> +
> + cpumask_and(new_cpus, cp->cpus_al
First I want to say that I 100% support the idea of waiting at least one
-rc. Maybe even two.
On Wed, Aug 21, 2013 at 07:38:36AM +0200, Willy Tarreau wrote:
> > Cc: stable # after -rc5 is out
> > or
> > Cc: stable # wait a -rc cycle
> > or
> > Cc: stable # wait a few weeks to bake
Adding Greg, since this will apply to a similar patchset I sent out
for VMCI.
- Original Message -
> From: Andy King
> Date: Tue, 20 Aug 2013 10:33:32 -0700
>
> > We can't just do virt_to_phys() on memory that we pass to the device and
> > expect it to work in presence of a virtual IOMMU
From: "Ivan T. Ivanov"
MSM USB3.0 core wrapper consist of USB3.0 IP from Synopsys
(SNPS) and HS, SS PHY's control and configuration registers.
It could operate in device mode (SS, HS, FS) and host
mode (SS, HS, FS, LS).
Signed-off-by: Ivan T. Ivanov
---
.../devicetree/bindings/usb/msm-ssusb.t
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 ++
d
From: "Ivan T. Ivanov"
Hi,
Here is fifth version of MSM USB3 drivers patches.
Changes since v4:
* Substitute references to "wc3" with just "dw" in USB PHY drivers and
file names. This is to indicate that the PHY's are DesignWare, but
not necessarily related to DWC3 IP core.
Changes since
On Wed, Aug 21, 2013 at 03:02:35PM +0200, David Jander wrote:
> rbnode register ranges can overlap, which is not a problem as long as
They can? They aren't supposed to and I'd expect this to cause problems
with the cache sync code too. How does this happen?
signature.asc
Description: Digital
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 +++
drivers/usb/dw
The functionality of rbtree_ctx->cached_rbnode is broken. Remove it to
avoid hitting the wrong rbnode when locating a register.
rbnode register ranges can overlap, which is not a problem as long as
every lookup for a register returns the same rbnode. Therefor we need
to start searching from the top
On Wed, Aug 21, 2013 at 7:47 AM, Dong Aisheng wrote:
> On Thu, Aug 15, 2013 at 07:37:04AM -0500, Rob Herring wrote:
>> On 08/15/2013 05:55 AM, Dong Aisheng wrote:
>> > We meet some boards having a lot of pin conflicts between different
>> > devices,
>> > only one of them can be enabled to run at
On Wed, Aug 21, 2013 at 05:59:11PM +0800, Li Zefan wrote:
> We're going to have separate user-configured masks and effective ones.
>
> At last configured masks can only be changed by writing cpuset.cpus
I suppose you mean "eventually" by "at last"?
> and cpuset.mems, and they won't be restricted
On Monday 19 August 2013 at 21:35:22, Stephen Warren wrote:
> On 08/17/2013 03:59 AM, Tomasz Figa wrote:
> > [Ccing DT maintainers, as they may have some ideas as well]
> >
> > On Saturday 17 of August 2013 02:16:11 Linus Walleij wrote:
> >> On Thu, Aug 15, 2013 at 11:53 AM, Tomasz Figa
wrote:
Em Thu, Aug 15, 2013 at 06:42:03PM +0200, Andi Kleen escreveu:
>
> Here's an updated patch.
> perf, tools: Add perf stat --transaction v4
> @@ -1419,6 +1559,8 @@ int cmd_stat(int argc, const char **argv, const char
> *prefix __maybe_unused)
>"aggregate counts per processor s
On Wednesday 21 August 2013 09:26:14 Jan-Simon Möller wrote:
> > > Description:
> > > Clang chokes on the notation "insw (%%dx)" but works for "insw %%dx"
> > > (outsw likewise); GNU as accepts both forms.
> > >
> > > Signed-off-by: Jan-Simon M??ller
> >
> > I think the right fix is to simpl
On Mon, 29 Jul 2013, James Hogan wrote:
> Add irqchip driver for the ImgTec PowerDown Controller (PDC) as found in
> the TZ1090. The PDC has a number of general system wakeup (SysWake)
> interrupts (which would for example be connected to a power button or an
> external peripheral), and a number o
On Tue, 2013-08-20 at 18:01 +0100, Pawel Moll wrote:
> On Tue, 2013-08-20 at 16:06 +0100, Pawel Moll wrote:
> > On Tue, 2013-08-20 at 16:01 +0100, Kumar Gala wrote:
> > > On Aug 20, 2013, at 9:54 AM, Ivan T. Ivanov wrote:
> > >
> > > >
> > > > Hi,
> > > >
> > > > On Tue, 2013-08-20 at 09:33 -0
Hi Stephen,
On 8/20/2013 10:23 PM, Stephen Warren wrote:
>ID pins are connected to pcf8575, and the pcf8575's interrupt line is
>inturn connected to
>gpio bank6 pin 11, we use this gpio interrupt to detect the ID pin change.
In that case, the PCF8575 node needs to be a GPIO controller and an IR
Hello,
On Wed, Aug 21, 2013 at 06:15:35PM +0800, Tang Chen wrote:
> [What are we doing]
>
> We are trying to initialize acip tables as early as possible. But Linux kernel
> allows users to override acpi tables by specifying their own tables in initrd.
> So we have to do acpi_initrd_override() ear
If ARCH doesn't match uname for some definition of match?
Thorsten Glaser wrote:
>On Wed, 21 Aug 2013, Richard Weinberger wrote:
>
>> The series touches also m68k, sh, mips and unicore32.
>> These architectures magically select a cross compiler if ARCH !=
>SUBARCH.
>> Do really need that behavior
On Tue, 20 Aug 2013, Daniel Lezcano wrote:
> Is it possible you act as a backup and you update timers/core which is
> in -rc1 to the latest -rc where I will rebase my tree on and resend a
> pull request with all the patches in (previous PR should be ignored) ?
I updated to linus latest and merged
Hello Dave,
On Thu, Jul 25, 2013 at 12:50:26PM -0500, Dave Kleikamp wrote:
> This patch series adds a kernel interface to fs/aio.c so that kernel code can
> issue concurrent asynchronous IO to file systems. It adds an aio command and
> file system methods which specify io memory with pages instea
On Wed, 21 Aug 2013, Richard Weinberger wrote:
> The series touches also m68k, sh, mips and unicore32.
> These architectures magically select a cross compiler if ARCH != SUBARCH.
> Do really need that behavior?
Not precisely that, but it’s very common in m68k land
to just cross-build kernels with
* Felipe Balbi [130716 05:57]:
> DWC3 enables USB3 functionality for OMAP5 boards,
> it's safe to enable those drivers in omap2plus_defconfig.
>
> Signed-off-by: Felipe Balbi
Looks like Benoit will take this, so:
Acked-by: Tony Lindgren
> ---
> arch/arm/configs/omap2plus_defconfig | 9 +
On Thu, Aug 15, 2013 at 07:37:04AM -0500, Rob Herring wrote:
> On 08/15/2013 05:55 AM, Dong Aisheng wrote:
> > We meet some boards having a lot of pin conflicts between different devices,
> > only one of them can be enabled to run at one time.
> >
> > e.g. imx6q sabreauto board, i2c, spi, weim, fl
On Wed, Aug 21, 2013 at 01:35:51PM +0200, Oleg Nesterov wrote:
> > > Btw. Whatever we do, can't we unify io_schedule/io_schedule_timeout?
> >
> > I suppose we could, a timeout of MAX_SCHEDULE_TIMEOUT will act like a
> > regular schedule, but it gets all the overhead of doing
> > schedule_timeout().
Hello, Li.
I dropped the make_*_empty variables and just put the conditionals
directly inside the outer if. Please scream if I messed it up.
Applied to cgroup/for-3.11-fixes.
Thanks.
--- 8<
>From 1c09b195d37fa459844036f429a0f378e70c3db6 Mon Sep 17 00:00:00 2001
From: Li Zefan
Date
Hi!
Just to remind everyone that the Tracing Summit 2013 Call for
Presentations ends today.
The Tracing Summit 2013 will be held in Edinburgh, UK, on October 23rd,
2013, colocated with LinuxCon Europe 2013.
See http://tracingsummit.org/wiki/TracingSummit2013 for details.
Hoping to see you all
On Tuesday, August 20, 2013 05:11:49 PM Greg KH wrote:
> From: Greg KH
>
> Attribute groups now can handle binary sysfs attributes, so clean up the
> code here by using a binary attribute array. This saves us the extra
> call to create the binary attribute at saves 6 lines overall.
>
> Cc: Len
I accidently put the devicetree bindings for the MEN A21 watchdog driver in
Documentation/devicetree/bindings/gpio instead of
Documentation/devicetree/bindings/watchdog, this patch addresses this error.
Signed-off-by: Johannes Thumshirn
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Steph
On Thu, Aug 15, 2013 at 01:45:48PM +0100, Grant Likely wrote:
> On Thu, Aug 15, 2013 at 11:55 AM, Dong Aisheng wrote:
> > We meet some boards having a lot of pin conflicts between different devices,
> > only one of them can be enabled to run at one time.
> >
> > e.g. imx6q sabreauto board, i2c, sp
Hello.
A good summary on this proposal written by Jake Edge is available at
http://lwn.net/SubscriberLink/563178/c8a2e2fd4a794a9e/ .
Changes from version 2:
(1) Report number of rejections, the name of process and its pid, up to once
per a minute, in order to be able to figure out unexpected
On Wed, Aug 21, 2013 at 4:52 AM, Arend van Spriel wrote:
>>> Hi Felix,
>>>
>>> I have been diving into root causing why brcmsmac can not handle cck
>>> fallback rates, because it should. Maybe it is better to flag no cck
>>> support
>>> and only change brcmsmac.
>>
>>
>> We have a number of users
Global symbols are inaccessible in physical mode.
This is incidentally yet another example of "PV/weird platform violence", since
in their absence it would be trivial to work around this by using segmentation.
Konrad Rzeszutek Wilk wrote:
>Tang Chen wrote:
>>We are going to do acpi_initrd_over
On Wed, Aug 21, 2013 at 01:35:51PM +0200, Oleg Nesterov wrote:
> On 08/21, Peter Zijlstra wrote:
> > Yes its the right rq, but the wrong time.
>
> Hmm. Just in case, it is not that I think this patch really makes sense,
> but I'd like to understand why do you think it is wrong.
> But it is not
On 08/20, Andy Lutomirski wrote:
>
> On Tue, Aug 20, 2013 at 12:23 PM, Oleg Nesterov wrote:
> >
> >> but vfork(); unshare(CLONE_NEWPID) will fail? (I
> >> admit I haven't tested it.)
> >
> > Do you mean that the child does unshare(CLONE_NEWPID) before exec?
> > It should fail with or without this
Tang Chen wrote:
>We are going to do acpi_initrd_override() at very early time:
>
>On 32bit: do it in head_32.S, before paging is enabled. In this case,
>we can
> access initrd with physical address without page tables.
>
>On 64bit: do it in head_64.c, after paging is enabled but before d
PALMAS PMIC is used on Dalmore platform. Enable the pincontrol
driver for Palmas to configure pins of Palmas on desired state.
Signed-off-by: Laxman Dewangan
---
arch/arm/configs/tegra_defconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/tegra_defco
Add Palmas pincontrol to Dalmore device tree and make following
configuration as default:
- Disable DVFS1 and DVFS2.
- Set GPIO6 to gpio mode.
Signed-off-by: Laxman Dewangan
---
arch/arm/boot/dts/tegra114-dalmore.dts | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff -
Am 21.08.2013 14:07, schrieb Geert Uytterhoeven:
> On Wed, Aug 21, 2013 at 10:19 AM, Richard Weinberger wrote:
>> This series is an attempt to remove the SUBARCH make parameter.
>> It as introduced at the times of Linux 2.5 for UML to tell the UML
>> build system what the real architecture is.
>>
On 18/07/2013 09:58, Boris BREZILLON :
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON
Acked-by: Nicolas Ferre
John, Thomas,
Do you want me to re-sent this patch with acked-by collected or you can
On Wed, Aug 21, 2013 at 10:19 AM, Richard Weinberger wrote:
> This series is an attempt to remove the SUBARCH make parameter.
> It as introduced at the times of Linux 2.5 for UML to tell the UML
> build system what the real architecture is.
>
> But we actually don't need SUBARCH, we can store this
On Wed, Aug 21, 2013 at 02:27:06PM +0300, Andy Shevchenko wrote:
> In case of big endian CPU we have to convert either all fields in the
> structure
> or leave this job to ACPICA. The second choice seems the best.
>
> So, let's remove the ugly conversion that is not fully comprehensive anyway.
>
Hello, Kent.
On Tue, Aug 20, 2013 at 07:31:51PM -0700, Kent Overstreet wrote:
> All this for a performance improvement of 10x to 50x (or more), for the
> ida sizes I measured.
That's misleading, isn't it? We should see large performance
improvements even without the large pages. What matters mo
On Tue, 20 Aug 2013 08:16:50 -0700
Greg Kroah-Hartman wrote:
> On Tue, Aug 20, 2013 at 01:26:29PM +0200, Jesper Dangaard Brouer wrote:
[...]
> If there are issues with 3.10, that's a different story.
>
> > Refactor improvements (v3.11-rc1):
> > commit 130d3d68b52 (net_sched: psched_ratecfg_pr
On 08/21, Chen Gang wrote:
>
> On 08/20/2013 10:37 PM, Oleg Nesterov wrote:
> > On 08/20, Serge Hallyn wrote:
> >>
> >>
> >> But the only existing caller (sys_unshare) does in fact initialize it to
> >> NULL. So while this patch does no harm, is it necessary?
> >
> > Agreed.
> >
> > Plus, with thi
The current kpropes insn caches allocate memory areas for insn slots with
module_alloc(). The assumption is that the kernel image and module area
are both within the same +/- 2GB memory area.
This however is not true for s390 where the kernel image resides within
the first 2GB (DMA memory area), bu
The current kpropes insn caches allocate memory areas for insn slots with
module_alloc(). The assumption is that the kernel image and module area
are both within the same +/- 2GB memory area.
This however is not true for s390 where the kernel image resides within
the first 2GB (DMA memory area), bu
The two insn caches (insn, and optinsn) each have an own mutex and
alloc/free functions (get_[opt]insn_slot() / free_[opt]insn_slot()).
Since I need yet another insn cache which satifies dma allocations,
unify and simplify the current implementation:
- Move the per insn cache mutex into struct kp
With the general-instruction extension facility (z10) a couple of
instructions with a pc-relative long displacement were introduced.
The kprobes support for these instructions however was never implemented.
In result, if anybody ever put a probe on any of these instructions the
result would have b
On 08/21, Frederic Weisbecker wrote:
>
> On Tue, Aug 20, 2013 at 06:33:12PM +0200, Oleg Nesterov wrote:
> >
> > --- x/kernel/sched/core.c
> > +++ x/kernel/sched/core.c
> > @@ -2435,6 +2435,9 @@ need_resched:
> > rq->curr = next;
> > ++*switch_count;
> >
> > + if (u
On Sat, Aug 17, 2013 at 09:42:21PM -0500, Joel Fernandes wrote:
> Following patch series rewrites the DMA code to be cleaner and faster.
> Earlier,
> only a single SG was used for DMA purpose, and the SG-list passed from the
> crypto layer was being copied and DMA'd one entry at a time. This turns
On Wed, Aug 14, 2013 at 03:52:58PM +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> Adjust alignment and replace commas by semicolons in automatically
> generated code.
>
> Signed-off-by: Julia Lawall
Both patches applied.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herber
On 08/21, Peter Zijlstra wrote:
>
> On Tue, Aug 20, 2013 at 08:15:00PM +0200, Oleg Nesterov wrote:
> > While at it.
> >
> > I do not also understand the cpu_online() checks in fs/proc/stat.c.
> >
> > OK, I agree, if cpu is offline it should not participate in cpu
> > summary. But if it goes offline
Hi Doug,
Do you have any update for this series?
Please let me know.
Thanks,
Seungwon Jeon
On Sat, August 10, 2013, Doug Anderson wrote:
> This series of patches addresses some suspend/resume problems with
> dw_mmc on exynos platforms, espeically exynos5420. Since
> suspend/resume is not fully w
Dan Carpenter's automatic Smatch checker found an anomaly in the ux500
MUSB driver, whereby board data was checked before use in all but one
occasion. It is believed that it needs to be checked every time.
Smatch complaint:
drivers/usb/musb/ux500_dma.c:335 ux500_dma_controller_start()
e
On 12:35 Mon 24 Jun , Nicolas Ferre wrote:
> This little series is for enabling the support of SPI on at91sam9n12 and
> sama5d3 families.
on all
Acked-by: Jean-Christophe PLAGNIOL-VILLARD
Best Regards,
J.
>
> Nicolas Ferre (3):
> ARM: at91/DT: fix SPI compatibility string
> ARM: at91/DT
On 08/21, Peter Zijlstra wrote:
>
> On Tue, Aug 20, 2013 at 08:25:53PM +0200, Oleg Nesterov wrote:
> > On 08/20, Peter Zijlstra wrote:
> > >
> > > On Tue, Aug 20, 2013 at 06:33:12PM +0200, Oleg Nesterov wrote:
>
> > > > + if (unlikely(prev->in_iowait)) {
> > > > +
On Wed, 2013-08-21 at 18:07 +0800, liujunliang_ljl wrote:
> Thanks a lot and I have been fixed all the problems mentioned
> above. please check the following patch and thanks again.
Just trivial comments below:
> diff --git a/drivers/net/usb/sr9700.c b/drivers/net/usb/sr9700.c
[]
On 08/20/2013 10:32:02 PM, Michael Witten wrote:
On Tue, 20 Aug 2013 19:19:37 -0500, Rob Landley wrote:
> Hence asking if we really needed
> three separate commits to accomplish something that didn't actually
> need to be done in the first place.)
> ...
> Actually my objection is that it's not w
In case of big endian CPU we have to convert either all fields in the structure
or leave this job to ACPICA. The second choice seems the best.
So, let's remove the ugly conversion that is not fully comprehensive anyway.
Signed-off-by: Andy Shevchenko
Cc: Mika Westerberg
---
drivers/dma/acpi-dm
ACPI DMA provides managed function to register the slave DMA controller in the
internal container. This patch anounces that function in the corresponding
documentation file.
Signed-off-by: Andy Shevchenko
Cc: Rob Landley
---
Documentation/driver-model/devres.txt | 3 +++
1 file changed, 3 inser
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
Acked-by: Stephen Warr
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
---
Changes from V1:
-
Joonsoo Kim writes:
> In following patch, I change vma_resv_map() to return resv_map
> for all case. This patch prepares it by removing resv_map_put() which
> doesn't works properly with following change, because it works only for
> HPAGE_RESV_OWNER's resv_map, not for all resv_maps.
>
> Signed-o
We are using the same trick in previous patch.
Introduce a "bool is_phys" to acpi_initrd_override(). When it
is true, convert all golbal variables va to pa, so that we can
access them on 32bit before paging is enabled.
NOTE: Do not call printk() on 32bit before paging is enabled
because it
Hi all,
This patch-set has not been fully tested. I sent them first for you
to review. Please comment if we can agree on this solution.
Thanks.:)
On 08/21/2013 06:15 PM, Tang Chen wrote:
This patch-set aims to move acpi_initrd_override() earlier on x86.
Some of the patches are from Yinghai's p
TO Sascha,
Thanks very much for your quick reply.
> > > > + fpc = to_fsl_chip(chip);
> > > > +
> > > > + if (WARN_ON(!test_bit(PWMF_REQUESTED, &pwm->flags)))
> > > > + return -ESHUTDOWN;
> > > > +
> > > > + statename = kasprintf(GFP_KERNEL, "en%d", pwm->hwpwm);
>
501 - 600 of 760 matches
Mail list logo