On 10/09/2013 03:04 AM, HATAYAMA Daisuke wrote:
Sorry, I don't understand why relocation size cannot be calculated when
CONFIG_PHYSICALSTART CONFIG_PHYSICAL_ALIGN. Could you explain that?
I just meant that when CONFIG_PHYSICAL_START CONFIG_PHYSICAL_ALIGN,
the 32-bit x86 kernel
gets
Today's linux-next merge of the imx-mxs tree got conflicts in
arch/arm/mach-imx/clk-imx51-imx53.c
arch/arm/mach-imx/mach-imx6q.c
caused by commits 0efe995 (ARM: mach-imx: clk-imx51-imx53: Retrieve base
address and irq from dt), d2b36f6 (ARM: imx: replace imx6q_restart()
with
Today's linux-next merge of the clk tree got a conflict in
drivers/clk/Makefile
caused by commits f00578d (clk: emev2: Add support for emev2 SMU clocks
with DT), 6cfc229 (clk: keystone: Build Keystone clock drivers) and
308964c (clk: Add APM X-Gene SoC clock driver).
I fixed it up (see
IPv6 specific fields in struct sock_common are accessed in various
places even if IPv6 support is disabled. Fix this by including the
fields unconditionally.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
include/net/sock.h | 2 --
1 file changed, 2 deletions(-)
diff --git
Today's linux-next merge of the mvebu tree got conflicts in
arch/arm/mach-dove/board-dt.c
arch/arm/mach-kirkwood/board-dt.c
caused by commits ebd7d3a (ARM: kirkwood: retain MAC address for DT
ethernet), 511aaab (ARM: kirkwood: Remove unneeded MBus initialization)
and a169e3a
Today's linux-next merge of the drm-intel tree got conflicts in
drivers/gpu/drm/i915/i915_dma.c
drivers/gpu/drm/i915/intel_dp.c
caused by commits 0111be4 (drm: Kill drm perf counter leftovers) and
b14c567 (drm/i915: use pointer = k[cmz...]alloc(sizeof(*pointer), ...)
pattern) as
Hi all,
I've uploaded today's linux-next tree to the master branch of the
repository below:
git://gitorious.org/thierryreding/linux-next.git
A next-20131009 tag is also provided for convenience.
Gained a few conflicts, but nothing too exciting. x86, ARM, PowerPC and
MIPS default
Hello,
On 19 September 2013 12:13, Jan Kara j...@suse.cz wrote:
On Wed 18-09-13 16:56:08, Michal Suchanek wrote:
On 17 September 2013 23:13, Jan Kara j...@suse.cz wrote:
Hello,
The default for dirty_ratio/dirty_background_ratio is 60/40. Setting
Ah, that's not upstream default.
On Wed, Oct 09, 2013 at 04:14:27PM +0200, Thierry Reding wrote:
Today's linux-next merge of the mvebu tree got conflicts in
arch/arm/mach-dove/board-dt.c
arch/arm/mach-kirkwood/board-dt.c
caused by commits ebd7d3a (ARM: kirkwood: retain MAC address for DT
ethernet), 511aaab
On Wed, Oct 09, 2013 at 08:08:06AM +0200, Ingo Molnar wrote:
* Paul E. McKenney paul...@linux.vnet.ibm.com wrote:
On Tue, Oct 08, 2013 at 08:28:43PM -0700, Paul E. McKenney wrote:
On Tue, Oct 08, 2013 at 01:40:56PM -0700, Paul E. McKenney wrote:
On Tue, Oct 08, 2013 at 09:47:18PM
OK, thanks...
I didn't notice Richard and Jakub were not cc'ed... Add them, perhaps
they can take a look.
On 10/09, Peter Zijlstra wrote:
On Wed, Oct 09, 2013 at 02:43:10PM +0200, Oleg Nesterov wrote:
I'm afraid I am wrong, my asm skills are close to zero... but this
code looks wrong to
* Peter Zijlstra pet...@infradead.org wrote:
This is what we are going to return. But note that -20(%ebp) was not
initialized if TIF_NOTIFY_RESUME was already set, jc .L2 skips .L5
above. IOW, in this case we seem to return a random value from stack.
I think you're quite right, and I
On Wed, Oct 09, 2013 at 04:07:34PM +0200, Peter Zijlstra wrote:
Once I force a x86_64 build using the 'same' config it goes away and
generates 'sensible' code again (although I don't see why L9 isn't
merged with L2):
i386-SMP also generates correct code afaict; a tad stupid but not wrong.
If
Thierry,
On Wed, Oct 09, 2013 at 04:14:27PM +0200, Thierry Reding wrote:
Today's linux-next merge of the mvebu tree got conflicts in
I looked in your scripts repo, and couldn't find the script you use to
send out this email thread :( Since I can't create a patch, I'll just
ask, could you
From: Namjae Jeon namjae.j...@samsung.com
Add i_disksize to represent uninitialized allocated size.
And mmu_private represent initialized allocated size.
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
Signed-off-by: Amit Sahrawat a.sahra...@samsung.com
---
fs/fat/cache.c |4 ++--
From: Namjae Jeon namjae.j...@samsung.com
This patch set provides support for doing fallocate operation on FAT filesystem.
After series of review for the the feature
The complete functionality is broken down into smaller subsets.
Namjae Jeon (5):
fat: add i_disksize to represent uninitialized
From: Namjae Jeon namjae.j...@samsung.com
For normal cases of direct IO write, trying to seek to location greater than
file size,
makes it fall back to buffered write to fill that region.
Similarly, in case for write in Fallocated region, make it fall to buffered
write.
Signed-off-by: Namjae
On Wed, 2013-10-09 at 16:14 +0200, Thierry Reding wrote:
IPv6 specific fields in struct sock_common are accessed in various
places even if IPv6 support is disabled. Fix this by including the
fields unconditionally.
Well no. There is a reason we keep CONFIG_IPV6 at all.
The right fix is under
From: Namjae Jeon namjae.j...@samsung.com
For normal buffered write operations, normally if we try to write to an
offset than file size, it does a cont_expand_zero till that offset.
Now, in case of fallocated regions, since the blocks are already allocated.
So, make it zero out that buffers for
On Tue, Oct 08, 2013 at 01:08:53PM -0700, Andrew Morton wrote:
On Tue, 08 Oct 2013 10:13:20 +0200 Krzysztof Kozlowski
k.kozlow...@samsung.com wrote:
On pon, 2013-10-07 at 15:03 -0700, Andrew Morton wrote:
On Mon, 07 Oct 2013 17:25:41 +0200 Krzysztof Kozlowski
k.kozlow...@samsung.com
From: Namjae Jeon namjae.j...@samsung.com
Make the fibmap call the return the proper physical block number for any
offset request in the fallocated range.
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
Signed-off-by: Amit Sahrawat a.sahra...@samsung.com
---
fs/fat/cache.c | 16
From: Namjae Jeon namjae.j...@samsung.com
Implement preallocation via the fallocate syscall on VFAT partitions.
This patch is based on an earlier patch of the same name which had some
issues detailed below and did not get accepted.
Refer https://lkml.org/lkml/2007/12/22/130.
a) The preallocated
Met vriendelijke groeten,
Eric Verdonck
Driver Development
Option nv, Gaston Geenslaan 14, B-3001 Leuven
T: +32 16 311 597
F: +32 16 207 164
E-mail: e.verdo...@option.com
Website: www.option.com
Disclaimer:http://www.option.com/company/disclaimer.shtml
RPR Leuven 0429.375.448
On 10/09/2013
Em Wed, Oct 09, 2013 at 09:01:49AM +0200, Ingo Molnar escreveu:
Arnaldo,
Please pull the tools/perf/build git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
tmp.tools/perf/build
# HEAD: 165108a92fc554d51e73b143b69b77e7c278da78 tools/perf/build: Clean
up
* Arnaldo Carvalho de Melo a...@ghostprotocols.net wrote:
Em Wed, Oct 09, 2013 at 09:01:49AM +0200, Ingo Molnar escreveu:
Arnaldo,
Please pull the tools/perf/build git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
tmp.tools/perf/build
# HEAD:
This patch adds MOXA ART SoCs clock driver support.
Signed-off-by: Jonas Jensen jonas.jen...@gmail.com
---
Notes:
Since last version, Adam Jaremko has been helping providing info on
the clock registers and the SoC in general. He's been looking at
bootloader sources in particular,
Hi Ted,
On 10/04/2013 09:10 PM, Theodore Ts'o wrote:
On Fri, Oct 04, 2013 at 07:23:50PM +0300, Stanimir Varbanov wrote:
I guess that it should follow NIST 800-90 recommendation, but I'm not
aware what DRBG mechanism is used.
To be honest I really don't know the hardware implementation
On Wed, Oct 09, 2013 at 09:26:21AM +0800, Fengguang Wu wrote:
Useful for locating buggy drivers on kernel oops.
It may add dozens of new lines to boot dmesg. DEBUG_KOBJECT_RELEASE is
hopefully only enabled in debug kernels (like maybe the Fedora rawhide
one, or at developers), so being a bit
On Tue, Oct 08, 2013 at 02:12:18PM -0700, Paul E. McKenney wrote:
On Tue, Oct 08, 2013 at 10:34:28PM +0200, Frederic Weisbecker wrote:
So I wonder, do we want to continue to allow this nesting? I remember that
DYNTICK_TASK_NEST_*
stuff is there to protects against non finishing interrupts
BogoMIPs is a confusing concept to the ill-informed, so allow
architectures to print it only if they find it worthwhile. The delay
calibration code should stick to lpj and avoid trying to draw any
correlation with BogoMIPs, which may be a fixed value derived from a
timer frequency independent of
On Wed, 2013-10-09 at 07:14 -0400, Dan Rosenberg wrote:
isn't the default value of kptr_restrict 0 now, unless I'm missing
something? If I recall it was 1 when originally written, and then
changed to 0 at some point. Could the documentation be updated to
reflect that?
Yeah, the default got
* Ingo Molnar mi...@kernel.org wrote:
It silently ignores the O= target, as it doesn't exists.
Previous, expected behaviour is for the build process to stop,
complaining that the target directory doesn't exists.
Yeah. So the reproducer for me is:
rm -rf /tmp/build
mkdir -p
On 10/09/2013 07:46 AM, Stanimir Varbanov wrote:
No, there is no public documentation for the block. Here is the driver
documentation which I used as a base [1].
My guess was that - if it is PRNG (got from hardware description link
above) than according to wiki [2] it is also known as a
On Wed, Oct 09, 2013 at 04:56:19PM +0200, Frederic Weisbecker wrote:
On Tue, Oct 08, 2013 at 02:12:18PM -0700, Paul E. McKenney wrote:
On Tue, Oct 08, 2013 at 10:34:28PM +0200, Frederic Weisbecker wrote:
So I wonder, do we want to continue to allow this nesting? I remember
that
* Linus Walleij linus.wall...@linaro.org [131009 06:51]:
On Mon, Oct 7, 2013 at 7:35 PM, Tony Lindgren t...@atomide.com wrote:
Hi Linus W,
Any comments on the pinctrl patches 3 - 5 in this series?
Yes, after good explanations to my whimsical questions only this:
Acked-by: Linus
On Wed, 2013-10-09 at 12:52 +0200, Michal Simek wrote:
Simplify driver probe and release function.
[]
diff --git a/drivers/video/xilinxfb.c b/drivers/video/xilinxfb.c
[]
@@ -423,7 +419,7 @@ static int xilinxfb_of_probe(struct platform_device *pdev)
pdata = xilinx_fb_default_pdata;
Currently, code checks false return value from regulator_set_voltage
to show failure message. Modify the code to check proper return
value from regulator_set_voltage.
Signed-off-by: Manish Badarkhe badarkhe.man...@gmail.com
---
Based on master branch of linux-mainline.
:100644 100644 0fac344...
* Roger Quadros rog...@ti.com [131009 00:19]:
Hi Tony,
On 10/08/2013 01:06 PM, Roger Quadros wrote:
This reverts commit 741532c4a995be11815cb72d4d7a48f442a22fea.
The proper clock reference is provided in device tree so we
no longer need this.
Could you please Ack this one? I think
On Sun, Oct 06, 2013 at 11:55:45PM -0700, Greg Kroah-Hartman wrote:
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the bcma bus code to use the
correct field.
Cc: Rafał Miłecki zaj...@gmail.com
Cc: linux-wirel...@vger.kernel.org
On Wed, Oct 9, 2013 at 6:32 AM, Jingoo Han jg1@samsung.com wrote:
From: Pratyush Anand pratyush.an...@st.com
Without irq_create_mapping(), the correct irq number cannot be
provided. In this case, it makes problems such as NULL deference.
Thus, irq_create_mapping() should be added for MSI.
On Wed 09-10-13 07:55:02, George Spelvin wrote:
This is a newly built machine (although out of tested parts), so RAM
problems are not unthinkable, but I had the chance to capture this so
it seemed worth reporting.
i7-2xxx CPU, 8GB RAM, file system is ext4 on RAID-1.
The local patches are to
On Tue, Oct 08, 2013 at 04:38:17PM +0100, Mark Rutland wrote:
On Tue, Oct 08, 2013 at 03:36:11PM +0100, Soren Brinkmann wrote:
In some use cases Zynq's FPGA clocks are used as static clock
generators for IP in the FPGA part of the SOC for which no Linux driver
exists and would control those
Hello Romain
On 10/8/2013 5:06 PM, Romain Baeriswyl wrote:
In order to avoid system overload, the clock RXC from the Phy should not be
stopped when in LPI mode.
With the RTL8211E PHY which support EEE mode and with Apple Airport Extreme that
supports it also, the kernel get frozen as soon as
On Wed, Oct 09, 2013 at 04:14:22PM +0200, Thierry Reding wrote:
Hi all,
I've uploaded today's linux-next tree to the master branch of the
repository below:
git://gitorious.org/thierryreding/linux-next.git
A next-20131009 tag is also provided for convenience.
Gained a few
Dave,
Please pull this batch of fixes intended for 3.12...
Most of the bits are for iwlwifi -- Johannes says:
I have a fix for WoWLAN/D3, a PCIe device fix, we're removing a
warning, there's a fix for RF-kill while scanning (which goes together
with a mac80211 fix) and last but not least we
On Tue, Oct 08, 2013 at 03:29:39PM +0200, Krzysztof Kozlowski wrote:
This allows migration of zbud pages.
Add radix tree to zbud replacing the red-black tree in zswap. Use
offset as index to this tree so effectively the handle concept is not
needed anymore. Zswap uses only offset to access
On 10/09/2013 12:20 PM, Maxim Patlasov wrote:
Hi Miklos,
On 10/03/2013 08:22 PM, Maxim Patlasov wrote:
On 10/03/2013 08:09 PM, Miklos Szeredi wrote:
On Thu, Oct 3, 2013 at 5:50 PM, Maxim Patlasov mpatla...@parallels.com wrote:
On 10/03/2013 07:14 PM, Miklos Szeredi wrote:
On Thu, Oct 03,
Hello,
On Tue, Oct 08, 2013 at 02:22:16PM +0200, Alexander Gordeev wrote:
If we talk about pSeries quota, then the current pSeries pci_enable_msix()
implementation is racy internally and could fail if the quota went down
*while* pci_enable_msix() is executing. In this case the loop will have
Hello,
On Wed, Oct 09, 2013 at 02:57:16PM +0200, Alexander Gordeev wrote:
On Mon, Oct 07, 2013 at 02:01:11PM -0400, Tejun Heo wrote:
Hmmm... yean, the race condition could be an issue as multiple msi
allocation might fail even if the driver can and explicitly handle
multiple allocation if
A next-20131009 tag is also provided for convenience.
Gained a few conflicts, but nothing too exciting. x86, ARM, PowerPC and
MIPS default configurations build fine. There were some build failures
unrelated to the merge, most of which I fixed and added as patches on
top of the final merge
On Mon, Oct 07, 2013 at 09:48:01PM +0100, Ben Hutchings wrote:
There is one major flaw in min-max approach - the generic MSI layer
will have to take decisions on exact number of MSIs to request, not
device drivers.
[...
No, the min-max functions should be implemented using the same loop
On Tue, 8 Oct 2013, Jens Axboe wrote:
On Tue, Oct 08 2013, Matthew Wilcox wrote:
On Tue, Oct 08, 2013 at 11:34:20AM +0200, Matias Bjørling wrote:
The nvme driver implements itself as a bio-based driver. This primarily because
of high lock congestion for high-performance nvm devices. To remove
Hello, Alexander.
On Tue, Oct 08, 2013 at 09:48:26AM +0200, Alexander Gordeev wrote:
If there are many which duplicate the above pattern, it'd probably be
worthwhile to provide a helper? It's usually a good idea to reduce
the amount of boilerplate code in drivers.
I wanted to limit
On 10/01/2013 11:38 AM, Durgadoss R wrote:
This patch adds Documentation for the new APIs
introduced in this patch set. The documentation
also has a model sysfs structure for reference.
Signed-off-by: Durgadoss R durgados...@intel.com
---
Documentation/thermal/sysfs-api2.txt | 248
Hello,
On Tue, Oct 08, 2013 at 11:07:16AM +0200, Alexander Gordeev wrote:
Multipe MSIs is just a handful of drivers, really. MSI-X impact still
Yes, so it's pretty nice to try out things there before going full-on.
will be huge. But if we opt a different name for the new pci_enable_msix()
On 10/09/2013 02:11 AM, Peter De Schrijver wrote:
On Wed, Oct 09, 2013 at 12:31:35AM +0200, Stephen Warren wrote:
On 10/04/2013 03:12 AM, Peter De Schrijver wrote:
Tegra124 introduces a number of new peripheral clocks. This patch adds those
to the common peripheral clock code.
Don't you need
On Wed, Oct 09, 2013 at 08:07:35AM -0700, H. Peter Anvin wrote:
There needs to be an architecturally guaranteed lower bound on the
entropic content for this to be at all useful. However, the hwrandom
interface is currently expecting fully entropic output (which is almost
certainly bogus...
On 10/09/2013 06:29 AM, Laxman Dewangan wrote:
The ams AS3722 is a compact system PMU suitable for mobile phones,
tablets etc. It has 4 DC/DC step-down regulators, 3 DC/DC step-down
controller, 11 LDOs, RTC, automatic battery, temperature and
over-current monitoring, 8 GPIOs, ADC and a
This patch disables the mmap2 record format support
for now. The support needs a bit more work to cover
VM_CLONE cases.
The patch leaves attr-mmap2 defined, but returns
an error if it is set. That ensures no PERF_RECORD_MMAP2
record can be generated. Yet it minimizes the reverts in
the perf
On 10/9/13 10:17 AM, Stephane Eranian wrote:
This patch disables the mmap2 record format support
for now. The support needs a bit more work to cover
VM_CLONE cases.
The patch leaves attr-mmap2 defined, but returns
an error if it is set. That ensures no PERF_RECORD_MMAP2
record can be
On Wed, Oct 9, 2013 at 6:21 PM, David Ahern dsah...@gmail.com wrote:
On 10/9/13 10:17 AM, Stephane Eranian wrote:
This patch disables the mmap2 record format support
for now. The support needs a bit more work to cover
VM_CLONE cases.
The patch leaves attr-mmap2 defined, but returns
an
On 10/09/2013 09:03 AM, Theodore Ts'o wrote:
On Wed, Oct 09, 2013 at 08:07:35AM -0700, H. Peter Anvin wrote:
There needs to be an architecturally guaranteed lower bound on the
entropic content for this to be at all useful. However, the hwrandom
interface is currently expecting fully entropic
Hello,
On Wed, Oct 09, 2013 at 12:04:42AM -0700, Joe Perches wrote:
devm_kzalloc
devm_kcalloc
devm_kmalloc_array
Add gfp.h to device.h for the newly added static inlines.
...
Unless Tejun has an objection soon, yes.
Do we really need
On Wed, 2013-10-09 at 08:15 +0200, Ingo Molnar wrote:
* Tim Chen tim.c.c...@linux.intel.com wrote:
Ingo,
I ran the vanilla kernel, the kernel with all rwsem patches and the
kernel with all patches except the optimistic spin one. I am listing
two presentations of the data. Please
On Wed, Oct 9, 2013 at 12:58 AM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
On Tue, Oct 08, 2013 at 09:24:50AM -0700, Alexandre Courbot wrote:
On Tue, Oct 8, 2013 at 1:45 AM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
On Mon, Oct 07, 2013 at 09:54:13PM -0700, Alexandre
Thank you for reviewing.
In my understanding, your point is that all accesses to efivar_entry should be
done while holding __efivars-lock.
@@ -88,8 +103,9 @@ static int efi_pstore_read_func(struct efivar_entry
*entry, void *data)
return 0;
entry-var.DataSize = 1024;
On Wed, Oct 9, 2013 at 6:24 PM, Stephane Eranian eran...@google.com wrote:
On Wed, Oct 9, 2013 at 6:21 PM, David Ahern dsah...@gmail.com wrote:
On 10/9/13 10:17 AM, Stephane Eranian wrote:
This patch disables the mmap2 record format support
for now. The support needs a bit more work to cover
Hi,
Are you aware that http://www.latencytop.org/ is not functioning ? I was
trying to get the update source code, but seem there is no place to do
that.
Daniel
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On Wed, Oct 09, 2013 at 10:29:39AM +0200, Henrik Rydberg wrote:
From 18fa0f55b764ad0fe5fc49f81bae281e5110ed56 Mon Sep 17 00:00:00 2001
From: Henrik Rydberg rydb...@euromail.se
Date: Wed, 2 Oct 2013 19:15:03 +0200
Subject: [PATCH] hwmon: (applesmc) Always read until end of data
The crash
This patch is relative to linux-next repository tag next-20130927
When regmap_bulk_write() is called with the map-use_single_rw flag set
an immediate mutex deadlock happens because regmap_raw_write() is called
after obtaining the mutex and regmap_raw_write() itself then tries to
obtain the mutex
Hi Thierry,
On Wed, Oct 9, 2013 at 11:14 AM, Thierry Reding
thierry.red...@gmail.com wrote:
Today's linux-next merge of the imx-mxs tree got conflicts in
arch/arm/mach-imx/clk-imx51-imx53.c
arch/arm/mach-imx/mach-imx6q.c
caused by commits 0efe995 (ARM: mach-imx:
an interesting aspect is that this is a 32-bit UP kernel.
Thanks,
Ingo
--
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/majordomo-info.html
Please read the FAQ at
On Tue, Oct 8, 2013 at 12:42 AM, Vineet Gupta
vineet.gup...@synopsys.com wrote:
Hi Rob,
On 10/07/2013 09:59 PM, Rob Herring wrote:
From: Rob Herring rob.herring-bsGFqQB8/dxbdgjk7y7...@public.gmane.org
Convert arc to use the common of_flat_dt_match_machine function.
Signed-off-by: Rob
On Wed, Oct 09, 2013 at 06:28:01PM +0200, Ingo Molnar wrote:
Hm, so I'm seeing boot crashes with the config attached:
INIT: version 2.86 booting
BUG: unable to handle kernel BUG: unable to handle kernel paging
requestpaging request at eaf10f40
at eaf10f40
IP:IP: [b103e0ef]
I started bisecting the crash, and the good news is that it's bisectable
and it's not the NUMA bits that are causing the crash.
(the bad news is that I now face a boring, possibly very long bisection,
but hey ;-)
Thanks,
Ingo
--
To unsubscribe from this list: send the line
On Wed, Oct 09, 2013 at 07:09:34PM +0200, Ingo Molnar wrote:
I started bisecting the crash, and the good news is that it's bisectable
and it's not the NUMA bits that are causing the crash.
(the bad news is that I now face a boring, possibly very long bisection,
but hey ;-)
Its the RMW
From: Michael S. Tsirkin m...@redhat.com
Date: Wed, 9 Oct 2013 11:13:54 +0300
On Wed, Oct 09, 2013 at 02:25:19PM +0800, Jason Wang wrote:
On 10/09/2013 03:46 AM, David Miller wrote:
From: Michael S. Tsirkin m...@redhat.com
Date: Sun, 6 Oct 2013 21:25:12 +0300
We play with a wait queue
Hello.
On 03-10-2013 6:00, Simon Horman wrote:
Commit c1c63a14f4f2419d093acd7164eccdff315baa86 (DMA: shdma: switch to managed
resource allocation) got rid of shdma_free_irq() but unfortunately got merged
later than commit c4f6c41ba790bbbfcebb4c47a709ac8ff1fe1af9 (dma: add driver for
R-Car
On Wed, Oct 09, 2013 at 10:30:22AM -0500, Seth Jennings wrote:
In my approach, I was also looking at allowing the zbud pools to use
HIGHMEM pages, since the handle is no longer an address. This requires
the pages that are being mapped to be kmapped (atomic) which will
disable preemption.
* Peter Zijlstra pet...@infradead.org wrote:
On Wed, Oct 09, 2013 at 06:28:01PM +0200, Ingo Molnar wrote:
Hm, so I'm seeing boot crashes with the config attached:
INIT: version 2.86 booting
BUG: unable to handle kernel BUG: unable to handle kernel paging
requestpaging request
Fengguang Wu wrote:
Greetings,
I got the below dmesg and the first bad commit is
commit c7727a852968b09a9a5756dc7c85c30287c6ada3
Author: Kirill A. Shutemov kirill.shute...@linux.intel.com
Date: Wed Oct 9 16:45:45 2013 +0300
mm: dynamic allocate page-ptl if it cannot be embedded
On Wed, Oct 09, 2013 at 07:15:37PM +0200, Ingo Molnar wrote:
It looks like -march=geode generates similar borkage to the
-march=winchip2 like we found earlier today.
Must be randconfig luck to only hit it now.
Yes, very weird but such is life :-)
Also note that this reproduces with
On 10/9/13 10:39 AM, Stephane Eranian wrote:
Looks like the easiest thing to do for perf is to revert:
Revert perf tools: Add default handler for mmap2 events
git revert 6adb0b0ae26fcc35cfec068d71f13863faac5b44
Revert perf tools: Add attr-mmap2 support
git revert
On Wed, Oct 09, 2013 at 05:18:53PM +0200, Jan Kara wrote:
This is really weird. We are delivering a signal to a task. While task is
ITYM a fatal signal
returning from kernel space we are running queued task works and one of
get_signal_to_deliver() notices that the signal has to be dealt
Commit-ID: c69307d533d7aa7cc8894dbbb8a274599f8630d7
Gitweb: http://git.kernel.org/tip/c69307d533d7aa7cc8894dbbb8a274599f8630d7
Author: Peter Zijlstra pet...@infradead.org
AuthorDate: Mon, 7 Oct 2013 11:28:41 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013
Commit-ID: 1232e3807f597748d437ab8680873af21fa81da9
Gitweb: http://git.kernel.org/tip/1232e3807f597748d437ab8680873af21fa81da9
Author: Davidlohr Bueso davidl...@hp.com
AuthorDate: Tue, 8 Oct 2013 20:37:16 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 08:19:08
Commit-ID: ff9042b11a71c81238c70af168cd36b98a6d5a3c
Gitweb: http://git.kernel.org/tip/ff9042b11a71c81238c70af168cd36b98a6d5a3c
Author: Mel Gorman mgor...@suse.de
AuthorDate: Mon, 7 Oct 2013 11:28:43 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 12:39:41 +0200
Commit-ID: a54a407fbf7735fd8f7841375574f5d9b0375f93
Gitweb: http://git.kernel.org/tip/a54a407fbf7735fd8f7841375574f5d9b0375f93
Author: Mel Gorman mgor...@suse.de
AuthorDate: Mon, 7 Oct 2013 11:28:46 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 12:39:45 +0200
Commit-ID: b8916634b77bffb233d8f2f45703c80343457cc1
Gitweb: http://git.kernel.org/tip/b8916634b77bffb233d8f2f45703c80343457cc1
Author: Mel Gorman mgor...@suse.de
AuthorDate: Mon, 7 Oct 2013 11:28:44 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 12:39:43 +0200
Commit-ID: f123d74abf91574837d14e5ea58f6a779a387bf5
Gitweb: http://git.kernel.org/tip/f123d74abf91574837d14e5ea58f6a779a387bf5
Author: Mel Gorman mgor...@suse.de
AuthorDate: Mon, 7 Oct 2013 11:28:49 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 12:39:49 +0200
Commit-ID: e920e14ca29b0b2a981cfc90e4e20edd6f078d19
Gitweb: http://git.kernel.org/tip/e920e14ca29b0b2a981cfc90e4e20edd6f078d19
Author: Mel Gorman mgor...@suse.de
AuthorDate: Mon, 7 Oct 2013 11:28:48 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 12:39:48 +0200
Commit-ID: a1a46184e34cfd0764f06a54870defa052b0a094
Gitweb: http://git.kernel.org/tip/a1a46184e34cfd0764f06a54870defa052b0a094
Author: Mel Gorman mgor...@suse.de
AuthorDate: Mon, 7 Oct 2013 11:28:50 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 12:39:50 +0200
Commit-ID: 7e8d16b6cbccb2f5da579f5085479fb82ba851b8
Gitweb: http://git.kernel.org/tip/7e8d16b6cbccb2f5da579f5085479fb82ba851b8
Author: Mel Gorman mgor...@suse.de
AuthorDate: Mon, 7 Oct 2013 11:28:54 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 12:40:19 +0200
Commit-ID: 19a78d110d7a8045aeb90d38ee8fe9743ce88c2d
Gitweb: http://git.kernel.org/tip/19a78d110d7a8045aeb90d38ee8fe9743ce88c2d
Author: Peter Zijlstra pet...@infradead.org
AuthorDate: Mon, 7 Oct 2013 11:28:51 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013
Commit-ID: 9e645ab6d089f5822479a833c6977c785bcfffe3
Gitweb: http://git.kernel.org/tip/9e645ab6d089f5822479a833c6977c785bcfffe3
Author: Peter Zijlstra pet...@infradead.org
AuthorDate: Mon, 7 Oct 2013 11:28:52 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013
Commit-ID: 598f0ec0bc996e90a806ee9564af919ea5aad401
Gitweb: http://git.kernel.org/tip/598f0ec0bc996e90a806ee9564af919ea5aad401
Author: Mel Gorman mgor...@suse.de
AuthorDate: Mon, 7 Oct 2013 11:28:55 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 12:40:20 +0200
Commit-ID: b726b7dfb400c937546fa91cf8523dcb1aa2fc6e
Gitweb: http://git.kernel.org/tip/b726b7dfb400c937546fa91cf8523dcb1aa2fc6e
Author: Mel Gorman mgor...@suse.de
AuthorDate: Mon, 7 Oct 2013 11:28:53 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 12:40:17 +0200
Commit-ID: f307cd1a32fab53012b01749a1f5ba10b0a7243f
Gitweb: http://git.kernel.org/tip/f307cd1a32fab53012b01749a1f5ba10b0a7243f
Author: Mel Gorman mgor...@suse.de
AuthorDate: Mon, 7 Oct 2013 11:28:56 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 12:40:21 +0200
Commit-ID: ac8e895bd260cb8bb19ade6a3abd44e7abe9a01d
Gitweb: http://git.kernel.org/tip/ac8e895bd260cb8bb19ade6a3abd44e7abe9a01d
Author: Mel Gorman mgor...@suse.de
AuthorDate: Mon, 7 Oct 2013 11:29:03 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 9 Oct 2013 12:40:30 +0200
On Mon, 30 Sep 2013, Konrad Rzeszutek Wilk wrote:
On Fri, Sep 27, 2013 at 05:10:07PM +0100, Stefano Stabellini wrote:
If we are dealing with single page mappings that don't cross page
boundaries, we can try to pin the page and get the corresponding mfn,
using xen_pin_page. This avoids
901 - 1000 of 1358 matches
Mail list logo