From: Richard Genoud
Signed-off-by: Richard Genoud
Cc: grant.lik...@secretlab.ca
Cc: spi-devel-gene...@lists.sourceforge.net
---
drivers/spi/spi-atmel.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/spi/spi-atmel.c b/drivers/spi/spi-atmel.c
ind
From: Richard Genoud
Signed-off-by: Richard Genoud
[wenyou.y...@atmel.com: added spi nodes for other atmel boards]
[wenyou.y...@atmel.com: remove the cs-gpios property for sam9x5ek boards]
Signed-off-by: Wenyou Yang
Cc: li...@arm.linux.org.uk
---
arch/arm/boot/dts/at91sam9263ek.dts |
From: Richard Genoud
Signed-off-by: Richard Genoud
[wenyou.y...@atmel.com: add spi nodes for other atmel SOC]
Signed-off-by: Wenyou Yang
Cc: li...@arm.linux.org.uk
---
arch/arm/boot/dts/at91sam9260.dtsi | 30 ++
arch/arm/boot/dts/at91sam9263.dtsi | 30 ++
From: Richard Genoud
Signed-off-by: Richard Genoud
[
Cc: li...@arm.linux.org.uk
Cc: plagn...@jcrosoft.com
Cc: li...@maxim.org.za
---
arch/arm/mach-at91/at91sam9260.c |2 ++
arch/arm/mach-at91/at91sam9g45.c |2 ++
arch/arm/mach-at91/at91sam9n12.c |2 ++
arch/arm/mach-at91/at91sam9x5.
From: Nicolas Ferre
Needed for future use with dmaengine enabled driver.
Signed-off-by: Nicolas Ferre
Cc: grant.lik...@secretlab.ca
Cc: spi-devel-gene...@lists.sourceforge.net
---
drivers/spi/spi-atmel.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/spi/spi-atmel.c b/drivers
From: Jean-Christophe PLAGNIOL-VILLARD
This will allow to use gpio for chip select with no modification in the
driver binding
When use the cs-gpios, the gpio number will be passed via the cs_gpio field
and the number of chip select will automatically increased.
Signed-off-by: Jean-Christophe PL
Hi Ludovic,
> -Original Message-
> From: Desroches, Ludovic
> Sent: 2012年12月4日 15:59
> To: Yang, Wenyou
> Cc: Jean-Christophe PLAGNIOL-VILLARD; linux-watch...@vger.kernel.org; Lin, JM;
> Ferre, Nicolas; linux-kernel@vger.kernel.org; w...@iguana.be;
> linux-arm-ker...@lists.infradead.org; D
Hi Bryan,
On 12/03/2012 07:32 PM, Bryan Wu wrote:
> On Mon, Dec 3, 2012 at 6:13 AM, Peter Ujfalusi wrote:
> Actually, I'm waiting for some feedback from DT maintainers about this
> new binding. But it looks find to me.
Would it be possible to have the first (or even better the first two) patch
g
On 04/12/12 04:35, Alex Williamson wrote:
On Mon, 2012-12-03 at 13:52 +1100, Alexey Kardashevskiy wrote:
This patch initializes IOMMU groups based on the IOMMU
configuration discovered during the PCI scan on POWERNV
(POWER non virtualized) platform. The IOMMU groups are
to be used later by VFIO
It is usually accepted that code should explain itself.
The max size of string is 1025(512*2 + 1) bytes so there is
no point to add one more byte for string allocation.
This patch is intended to fix incorrect size for string allocation
and make code more readable.
Signed-off-by: Kyungsik Lee
---
Hi Jamie,
On Mon, Dec 03, 2012 at 03:40:14PM +, Jamie Iles wrote:
> > + uart.port.membase = ioremap(regs->start, regs->end - regs->start);
>
> Doesn't this have an off-by-one error?
True.
> + uart.port.membase = ioremap(regs->start, resource_size(regs));
>
> instead?
Yes, I'll fix t
Hi everyone
I conducted a few experiments with a workload to compare the following
parameters with this patchset and without this patchset:
1.The performance of the workload
2.The sum of the waitime to run of the processes queued on each cpu-the
cumulative latency.
3.The number of migrations of
Hi Srivatsa,
I got following compile waring:
WARNING: vmlinux.o(.text+0x10b320): Section mismatch in reference from the
function init_zone_memory_regions() to the function
.meminit.text:__absent_pages_in_range()
The function init_zone_memory_regions() references
the function __meminit __absent_
On 03.12.2012, devendra.aaru wrote:
> Add more CC's
Thanks!
This is a real showstopper for me, it occurs in every session now.
Booting with "i915.i915_enable_rc6=0" doesn't help either..
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to maj
On Tue, 4 Dec 2012 06:17:25 + (UTC)
Woody Wu wrote:
> Hi, list
>
> I am not sure this has something with kernel. But the system I just
> generated cannot be reached from ping. It can ping outside, but if I
> ping it from outside, I just get "Destination Host Unreachable".
>
> I think ther
> Main idea here - we never flash last (struct tty_buffer) in the
> active buffer. Only data for ldisc. (tty->buf.head->read =
> tty->buf.head->commit). At that moment driver can collect(write) data
> in buffer without conflict.
This one I agree with (sorry it took a while to get to, I wanted to
On Tue, 4 Dec 2012 02:07:36 -0500
Peter Hurley wrote:
> This patch series addresses the causes of flush_to_ldisc accessing
> the tty after freeing.
Looks good to me. Would be nice to keep a copy of the test that shows
it up in the comments of the patches somewhere.
--
To unsubscribe from this l
Hi,
On Fri, 2012-11-23 at 15:24 +0100, Philipp Zabel wrote:
> These patches add support to configure on-chip SRAM via device-tree
> node or platform data and to obtain the resulting genalloc pool from
> the physical address or a phandle pointing at the device tree node.
> This allows drivers to al
On 12/03/2012 02:14 PM, Jiri Slaby wrote:
> On 11/27/2012 09:48 PM, Johannes Weiner wrote:
>> I hope I included everybody that participated in the various threads
>> on kswapd getting stuck / exhibiting high CPU usage. We were looking
>> at at least three root causes as far as I can see, so it's n
From: Michael Wang
There are places where preempt_disable() is used to prevent any CPU from
going offline during the critical section. Let us call them as "atomic
hotplug readers" (atomic because they run in atomic contexts).
Often, these atomic hotplug readers have a simple need : they want the
From: Michael Wang
With stop_machine() gone from the CPU offline path, we can't depend on
preempt_disable() to prevent CPUs from going offline from under us.
Use the get/put_online_cpus_stable_atomic() APIs to prevent CPUs from going
offline, while invoking from atomic context.
[ Michael: Desig
With stop_machine() gone from the CPU offline path, we can't depend on
preempt_disable() to prevent CPUs from going offline from under us.
Use the get/put_online_cpus_stable_atomic() APIs to prevent CPUs from going
offline, while invoking from atomic context.
Signed-off-by: Srivatsa S. Bhat
---
> From: "Rajanikanth H.V"
>
> dt property, 'battery-type' shall be one of supported technology type
> instead blank.
> refer:Documentation/devicetree/bindings/power_supply/ab8500/fg.txt
> for the list of supported types
>
> thanks to Francesco Lavra for highlighting missing of_node_put(...
From: Xiao Guangrong
In loaded_vmcs_clear, loaded_vmcs->cpu is the fist parameter passed to
smp_call_function_single, if the target cpu is downing (doing cpu hot remove),
loaded_vmcs->cpu can become -1 then -1 is passed to smp_call_function_single
It can be triggered when vcpu is being destroyed
From: Xiao Guangrong
vmcs->cpu indicates whether it exists on the target cpu, -1 means the vmcs
does not exist on any vcpu
If vcpu load vmcs with vmcs.cpu = -1, it can be directly added to cpu's percpu
list. The list can be corrupted if the cpu prefetch the vmcs's list before
reading vmcs->cpu.
From: Xiao Guangrong
When vcpu is scheduled to the different cpu, it should sent IPI to
the cpu which the vcpu ran to clear the vcpu->vmcs
It is safe since cpu-offline path can not concurrently run with
other cpu. After implementing stop_machine()-free, smp_call_function_sing
will return -ENXIO
From: Paul E. McKenney
The _cpu_down() function invoked as part of the CPU-hotplug offlining
process currently invokes __stop_machine(), which is slow and inflicts
substantial real-time latencies on the entire system. This patch
substitutes stop_cpus() for __stop_machine() in order to improve
bo
With stop_machine() gone from the CPU offline path, we can't depend on
preempt_disable() to prevent CPUs from going offline from under us.
Use the get/put_online_cpus_stable_atomic() APIs to prevent CPUs from going
offline, while invoking from atomic context.
Scheduler functions such as try_to_wa
Hi,
This patchset removes CPU hotplug's dependence on stop_machine() from the CPU
offline path and provides an alternative (set of APIs) to preempt_disable() to
prevent CPUs from going offline, which can be invoked from atomic context.
This is an RFC patchset with only a few call-sites of preempt
With stop_machine() gone from the CPU offline path, we can't depend on
local_irq_save() to prevent CPUs from going offline from under us.
Use the get/put_online_cpus_stable_atomic() APIs to prevent CPUs from
going offline, while invoking from atomic context. And use the stable
online mask while in
Dne 3.12.2012 20:18, Johannes Weiner napsal(a):
Szia Zdenek,
On Mon, Dec 03, 2012 at 04:23:15PM +0100, Zdenek Kabelac wrote:
Ok, bad news - I've been hit by kswapd0 loop again -
my kernel git commit cc19528bd3084c3c2d870b31a3578da8c69952f3 again
shown kswapd0 for couple minutes on CPU.
It see
On Sat, 01 Dec 2012, Linus Walleij wrote:
> On Fri, Nov 30, 2012 at 4:24 PM, Lee Jones wrote:
>
> > When the STMPE IRQ is triggered to be active high level-sensitive, the
> > Nomadik GPIO controller it uses complains, although it still works.
> > Recently we attempted to move triggering to low-t
On Sat, 01 Dec 2012, Linus Walleij wrote:
> On Fri, Nov 23, 2012 at 4:19 PM, Lee Jones wrote:
>
> > The STMPE GPIO driver can be used as an IRQ controller by some
> > related devices. Here we provide it with its very own IRQ Domain
> > so that IRQs can be issued dynamically. This will stand the
Hi Wu,
Sorry to make noise here. Please see below. :)
On 12/03/2012 10:23 AM, Jianguo Wu wrote:
Signed-off-by: Jianguo Wu
Signed-off-by: Jiang Liu
---
include/linux/mm.h |1 +
mm/sparse-vmemmap.c | 231 +++
mm/sparse.c |3 +-
On 12/04/2012 10:05 AM, Zdenek Kabelac wrote:
> Dne 3.12.2012 20:18, Johannes Weiner napsal(a):
>> Szia Zdenek,
>>
>> On Mon, Dec 03, 2012 at 04:23:15PM +0100, Zdenek Kabelac wrote:
>>> Ok, bad news - I've been hit by kswapd0 loop again -
>>> my kernel git commit cc19528bd3084c3c2d870b31a3578da8c6
On 2012/12/4 8:10, Toshi Kani wrote:
> On Mon, 2012-12-03 at 12:25 +0800, Hanjun Guo wrote:
>> On 2012/11/30 6:27, Toshi Kani wrote:
>>> On Thu, 2012-11-29 at 12:48 +0800, Hanjun Guo wrote:
On 2012/11/29 2:41, Toshi Kani wrote:
> On Wed, 2012-11-28 at 19:05 +0800, Hanjun Guo wrote:
>>
On Fri, Nov 30, 2012 at 10:52 PM, Arnaldo Carvalho de Melo
wrote:
> Em Fri, Nov 30, 2012 at 02:29:43PM +0100, Jiri Olsa escreveu:
>> On Thu, Nov 29, 2012 at 03:38:40PM +0900, Namhyung Kim wrote:
>> > +#define __HPP_COLOR_PERCENT_FN(_type, _field)
>> > \
>> > +
On 11/27/2012 06:00 PM, Wen Congyang wrote:
memory can't be offlined when CONFIG_MEMCG is selected.
For example: there is a memory device on node 1. The address range
is [1G, 1.5G). You will find 4 new directories memory8, memory9, memory10,
and memory11 under the directory /sys/devices/system/me
On 2012-12-04 08:36, Manjunathappa, Prakash wrote:
> Hi Tomi,
>
> On Wed, Oct 31, 2012 at 09:21:35, Manjunathappa, Prakash wrote:
>> On Wed, Oct 31, 2012 at 21:26:24, Pantelis Antoniou wrote:
>>> The revision check fails for the beaglebone; Add new revision ID.
>>>
>>> Signed-off-by: Pantelis Anto
On Mon, Dec 03, 2012 at 02:20:48PM -0700, Lance Ortiz wrote:
> This header file will define a new trace event that will be triggered when
> a AER event occurs. The following data will be provided to the trace
> event.
>
> char * dev_name - The name of the slot where the device resides
>
On 11/27/2012 06:00 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
We remove the memory like this:
1. lock memory hotplug
2. offline a memory block
3. unlock memory hotplug
4. repeat 1-3 to offline all memory blocks
5. lock memory hotplug
6. remove memory(TODO)
7. unlock memory hotplug
All mem
On Monday, December 03, 2012 01:18:48 PM Michael S. Tsirkin wrote:
> On Mon, Dec 03, 2012 at 01:15:01PM +0800, Jason Wang wrote:
> > > > +
> > > >
> > > > + /* Work struct for refilling if we run low on memory. */
> > > >
> > > > + struct delayed_work refill;
> > >
> > > I can't really see the j
On 11/27/2012 06:00 PM, Wen Congyang wrote:
offlining memory blocks and checking whether memory blocks are offlined
are very similar. This patch introduces a new function to remove
redundant codes.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Mo
On Tuesday, December 04, 2012 02:13:11 PM Rusty Russell wrote:
> Jason Wang writes:
> > On Monday, December 03, 2012 12:25:42 PM Rusty Russell wrote:
> >> > +
> >> > +/* Work struct for refilling if we run low on memory. */
> >> > +struct delayed_work refill;
> >>
> >> I can't rea
On 01/12/2012 01:17, Borislav Petkov wrote:
On Fri, Nov 30, 2012 at 04:44:20PM +0800, Daniel J Blueman wrote:
Use appropriate types for northbridge IDs and memory ranges. Mark immutable
data const and keep within compilation unit on related structures. Tested on
multi-socket server and multi-ser
On Monday, December 03, 2012 01:11:18 PM Michael S. Tsirkin wrote:
> On Mon, Dec 03, 2012 at 06:01:58PM +0800, Jason Wang wrote:
> > On 12/03/2012 05:47 PM, Michael S. Tsirkin wrote:
> > > On Mon, Dec 03, 2012 at 02:05:27PM +0800, Jason Wang wrote:
> > >> On Monday, December 03, 2012 12:34:08 PM Ru
On Tue, Dec 4, 2012 at 6:36 PM, Heinz Diehl wrote:
> On 03.12.2012, devendra.aaru wrote:
>
>> Add more CC's
>
> Thanks!
>
> This is a real showstopper for me, it occurs in every session now.
> Booting with "i915.i915_enable_rc6=0" doesn't help
https://bugs.freedesktop.org/show_bug.cgi?id=55984
i
On Tuesday, December 04, 2012 09:35:03 AM Michael S. Tsirkin wrote:
> On Mon, Dec 03, 2012 at 06:30:49PM +0800, Jason Wang wrote:
> > On 12/03/2012 06:14 PM, Michael S. Tsirkin wrote:
> > > On Tue, Nov 27, 2012 at 06:15:59PM +0800, Jason Wang wrote:
> > >> > - if (!try_fill_recv(&vi->rq, GFP_K
Hi Jason,
Do you have any update on the status for patches below?
Where is it now? When do you expect it to merge? 3.8?
I am waiting for this to merge before I can go on
with my driver.
Thanks, Vladimir
On Tuesday, November 20, 2012 11:08:45 AM Jason Baron wrote:
> On Sun, Nov 18, 2012 at 10:35:
Namjae Jeon writes:
>>> +static struct dentry *fat_fh_to_dentry_nostale(struct super_block *sb,
>>> + struct fid *fh, int fh_len,
>>> + int fh_type)
>>> +{
>>> + struct inode *inode = NULL;
>>> + struct fat_fid
Hi,
commit a7b0168d4a9bb78535827ddaf9c055963f5bd7aa
Author: Tao Ma
Date: Sun Dec 2 20:30:52 2012 -0500
ext4: let fallocate handle inline data correctly
added
static int int ext4_convert_inline_data(struct inode *inode)
^^^
when EXT4_FS_XATTR is unset.
Care to fix that?
tha
On Mon, Dec 03, 2012 at 02:20:54PM -0700, Lance Ortiz wrote:
> This patch will provide a more reliable and easy way for user-space
> applications to have access to AER logs rather than reading them from the
> message buffer. It also provides a way to notify user-space when an AER
> event occurs.
>
Namjae Jeon writes:
> 2012/12/3, OGAWA Hirofumi :
>> Namjae Jeon writes:
>>
>>> From: Namjae Jeon
>>>
>>> This patch enables rebuilding of directory inodes which are not present
>>> in the cache.This is done by traversing the disk clusters to find the
>>> directory entry of the parent directory
On 11/27/2012 06:00 PM, Wen Congyang wrote:
For removing memory, we need to remove page table. But it depends
on architecture. So the patch introduce arch_remove_memory() for
removing page table. Now it only calls __remove_pages().
Note: __remove_pages() for some archtecuture is not implemented
Hi All,
-Original Message-
From: Neil Zhang [mailto:zhan...@marvell.com]
Sent: 2012年12月3日 16:01
To: mi...@redhat.com; pet...@infradead.org
Cc: Chao Xie; linux-kernel@vger.kernel.org; Neil Zhang
Subject: [PATCH] sched/rt: don't enable runtime if already enabled
There are two paths will ca
On 11/27/2012 06:00 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But even if
we use SPARSEMEM_VMEMMAP, we can unregister the memory_section.
So the patch add unregister_memory_section() into __remove_section().
CC: David Rientje
Hi Abhilash Kesavan.
I compiled in 3.7-rc8
I got a compile error & warning.
Compile error.
CC drivers/devfreq/exynos5_ppmu.o
drivers/devfreq/exynos5_ppmu.c:56:14: error: 'S5P_VA_PPMU_DDR_C' undeclared
here (not in a function)
drivers/devfreq/exynos5_ppmu.c:59:14: error: 'S5P_VA_PPMU_DDR_R1
On 12/03/2012 06:46 PM, Will Deacon wrote:
On Mon, Dec 03, 2012 at 05:25:53PM +, Russell King - ARM Linux wrote:
On Mon, Dec 03, 2012 at 05:44:11PM +0100, Armando Visconti wrote:
On 11/29/2012 12:04 PM, Armando VISCONTI wrote:
This patch keeps disabled the strict alignment CP15 bit for
all
On 12/04/2012 08:07 AM, Peter Hurley wrote:
> This patch series addresses the causes of flush_to_ldisc accessing
> the tty after freeing.
Hi, thanks for doing the work. The series looks good to me.
> This series also does not include Jiri's debug patch here
> https://lkml.org/lkml/2012/11/2/278 f
On Tue, Dec 4, 2012 at 10:27 AM, Dave Airlie wrote:
> On Tue, Dec 4, 2012 at 6:36 PM, Heinz Diehl wrote:
>> On 03.12.2012, devendra.aaru wrote:
>>
>>> Add more CC's
>>
>> Thanks!
>>
>> This is a real showstopper for me, it occurs in every session now.
>> Booting with "i915.i915_enable_rc6=0" does
This is on a couple of different Sun sparc64 machines with pata_ali IDE
controller. These machines work with no warnings in 3.7-rc7 and the same
userspace. On 3.7-rc8, I get warning about trying to access beyond end
of device:
[ 65.219323] scsi0 : pata_ali
[ 65.258060] scsi1 : pata_ali
[
On 11/27/2012 06:00 PM, Wen Congyang wrote:
static int __remove_section(struct zone *zone, struct mem_section *ms)
{
unsigned long flags;
@@ -330,9 +317,9 @@ static int __remove_section(struct zone *zone, struct
mem_section *ms)
pgdat_resize_lock(pgdat,&flags);
sparse
Add NumaChip-specific PCI access mechanism via MMCONFIG cycles, but
preventing access to AMD Northbridges which shouldn't respond.
v2: Use PCI_DEVFN in precomputed constant limit; drop unneeded includes
v3: Express dependency on MMCONFIG
Signed-off-by: Daniel J Blueman
---
arch/x86/Kconfig
On 3 December 2012 10:49, wrote:
> Hi Jaehoon,
>
> With this patch we don't expect to see any degradation. Thanks for
> verifying that.
> The test plan would be to run the lmdd and iozone benchmarks with this
> patch and verify that the performance is not degraded.
> I verified it with the msm_sd
On 12/03/12 23:17, Andrew Morton wrote:
On Sun, 02 Dec 2012 19:55:09 +
Chris Clayton wrote:
On 11/29/12 10:52, Chris Clayton wrote:
On 11/28/12 23:52, Andrew Morton wrote:
On Wed, 21 Nov 2012 23:09:46 +0800
Jiang Liu wrote:
Subject: Re: [RFT PATCH v2 4/5] mm: provide more accurate
On Mon, Dec 3, 2012 at 4:04 PM, Alan Cox wrote:
> --- /dev/null
> +++ b/arch/x86/include/asm/goldfish.h
> @@ -0,0 +1,36 @@
> +/*
> + *
> + * arch/x86/include/asm/mach-goldfish/hardware.h
Please don't put file names in header files, they get out of sync too easily.
Gr{oetje,eeting}s,
On 11/27/2012 06:00 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
When a memory is added, we update zone's and pgdat's start_pfn and
spanned_pages in the function __add_zone(). So we should revert them
when the memory is removed.
The patch adds a new function __remove_zone() to do this.
CC:
On 11/27/2012 06:00 PM, Wen Congyang wrote:
This patch introduces a new function try_offline_node() to
remove sysfs file of node when all memory sections of this
node are removed. If some memory sections of this node are
not removed, this function does nothing.
CC: David Rientjes
CC: Jiang Liu
C
On 11/27/2012 06:00 PM, Wen Congyang wrote:
We call hotadd_new_pgdat() to allocate memory to store node_data. So we
should free it when removing a node.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew M
Hi all,
this implements timer-based delay support for nomadik and ux500
platforms, using the MTU as time source, and marks the u8500 cpufreq
driver as CPUFREQ_CONST_LOOPS accordingly.
The patches are based on Arnd's arm-soc/ux500/mtu-clk branch, as that
contains latest MTU driver developments, in
As ux500 is being converted to timer based delay loops, and the timer
used is not depending on CPUs clock frequency, set cpufreq_driver flag
CPUFREQ_CONST_LOOPS to prevent cpufreq rescaling loops_for_jiffies.
Acked-by: Linus Walleij
Signed-off-by: Fabio Baltieri
---
drivers/cpufreq/db8500-cpufr
On 04.12.2012 12:53, Alan Cox wrote:
>> Main idea here - we never flash last (struct tty_buffer) in the
>> active buffer. Only data for ldisc. (tty->buf.head->read =
>> tty->buf.head->commit). At that moment driver can collect(write) data
>> in buffer without conflict.
>
> This one I agree with (
This patch adds support to use Nomadik MTU for timer-based delay.
Reviewed-by: Linus Walleij
Signed-off-by: Fabio Baltieri
---
drivers/clocksource/nomadik-mtu.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/clocksource/nomadik-mtu.c
b/drivers/clocksource/nomadik-mtu.
On 12/04/2012 05:41 AM, Greg KH wrote:
On Sun, Dec 02, 2012 at 07:26:27PM +0200, Eli Billauer wrote:
On 11/30/2012 06:32 PM, Greg KH wrote:
>>+static struct class *xillybus_class;
>Why not just use the misc interface instead of your own class?
Whe
The following changes since commit 3c46f3d6406b1d0c53575774b2d1fd013cd7f76f:
Merge branch 'for-3.7-fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq (2012-12-01 17:55:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
Signed-off-by: Michal Marek
---
scripts/sign-file |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/scripts/sign-file b/scripts/sign-file
index 87ca59d..974a20b 100755
--- a/scripts/sign-file
+++ b/scripts/sign-file
@@ -156,12 +156,12 @@ sub asn1_extract($$@)
From: Takashi Iwai
Using the asm .incbin statement in C sources breaks any gcc wrapper which
assumes that preprocessed C source is self-contained. Use a separate .S
file to include the siging key and certificate.
Tested-by: Michal Marek
Signed-off-by: Takashi Iwai
---
kernel/Makefile
The __TIME__ macro is not needed anymore, because the pubkey is included
in a separate .S file.
Signed-off-by: Michal Marek
---
kernel/modsign_pubkey.c |6 --
1 file changed, 6 deletions(-)
diff --git a/kernel/modsign_pubkey.c b/kernel/modsign_pubkey.c
index 045504f..df27eca 100644
---
>>> On 03.12.12 at 20:32, Olaf Hering wrote:
> be->mode is obtained from xenbus_read, which does a kmalloc for the
> message body. The short string is never released, so do it on blkbk
> remove.
>
> Signed-off-by: Olaf Hering
> ---
>
> !! Not compile tested !!
>
> drivers/block/xen-blkback/xe
On Mon, 3 Dec 2012, Benjamin Tissoires wrote:
> >> I know that it already have been used by one Nvidia team and by Elan
> >> for internal tests. So I don't know if it's possible to change it now
> >> (though it's not a big deal).
> >
> > Yes it is possible, as long as the code isn't in Linus' tree
Nowadays it should probably use __bss_start and __bss_stop
Signed-off-by: Geert Uytterhoeven
---
arch/frv/kernel/setup.c |2 +-
arch/frv/mm/init.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/frv/kernel/setup.c b/arch/frv/kernel/setup.c
index b8993c8..9
- Remove the superfluous address-of ('&') operators,
- Remove the unneeded casts, use %p to format pointers instead.
Signed-off-by: Geert Uytterhoeven
---
arch/frv/kernel/setup.c | 12 +---
1 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/arch/frv/kernel/setup.c b/arc
On 12/04/2012 05:22 PM, Tang Chen wrote:
On 11/27/2012 06:00 PM, Wen Congyang wrote:
offlining memory blocks and checking whether memory blocks are offlined
are very similar. This patch introduces a new function to remove
redundant codes.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Chris
Hey,
Op 29-11-12 21:06, Al Viro schreef:
> On Tue, Sep 25, 2012 at 04:29:58AM -0700, Eric W. Biederman wrote:
>> Maarten Lankhorst writes:
>>
Could you try the following patch? This should report what directories
cannot be renamed because one of them is a mount point and it gives some
On Monday 03 December 2012 15:14:12 you wrote:
> On 11/05/2012 02:55 PM, Heinz Wiesinger wrote:
> > On Monday 05 November 2012 11:13:31 Greg KH wrote:
> >> On Mon, Nov 05, 2012 at 01:11:18AM -0800, Jonathan Nieder wrote:
> >>> Hi,
> >>>
> >>> In March, Greg KH wrote:
> 3.2-stable review patch
Op 04-12-12 11:33, Maarten Lankhorst schreef:
> Hey,
>
> Op 29-11-12 21:06, Al Viro schreef:
>> On Tue, Sep 25, 2012 at 04:29:58AM -0700, Eric W. Biederman wrote:
>>> Maarten Lankhorst writes:
>>>
> Could you try the following patch? This should report what directories
> cannot be renamed
On cris-linux-gcc, __SIZE_TYPE__ expands to "unsigned int", as
gcc-4.6.3-nolibc/cris-linux/lib/gcc/cris-linux/4.6.3/plugin/include/config/cris/linux.h
has
#define SIZE_TYPE "unsigned int"
Hence __kernel_size_t is also "unsigned int". But __kernel_ssize_t is
"long", which has a different base
Hi all,
The following set of patches will provide support for a 32-bit Android file
system running on top of 64-bit kernel. We have tested them successfully on
64-bit platforms (Real Time Simulation Model ARMv8) as well as on 32-bit ones
(4xA9 Versatile Express). For RTSMv8 we have been using 64-b
Android's shared memory subsystem, Ashmem, does not support calls from a
32-bit userspace in a 64 bit kernel. This patch adds support for syscalls
coming from a 32-bit userspace in a 64-bit kernel.
Most of the changes were applied to types that change sizes between
32 and 64 bit world. This will a
Android's IPC, Binder, does not support calls from a 32-bit userspace
in a 64 bit kernel. This patch adds support for syscalls coming from a
32-bit userspace in a 64-bit kernel.
Most of the changes were applied to types that change sizes between
32 and 64 bit world. This will also fix some of the
Hi Srivatsa,
I applied this patchset, and run genload(from LTP) test: numactl --membind=1
./genload -m 100,
then got a "general protection fault", and system was going to reboot.
If I revert [RFC PATCH 7/8], and run this test again, genload will be killed
due to OOM,
but the system is OK, no co
On 2012-11-15 21:43, Anders Thomson wrote:
On 2012-10-01 18:56, Anders Thomson wrote:
> On 2012-09-23 23:06, Anders Thomson wrote:
> > Awfully sorry about this. After having had the familty sit in and check
> > the differences,
> > I must say that the patch does not fix the issue. This
On Tue, Dec 04, 2012 at 03:42:03PM +1100, Stephen Rothwell wrote:
> Today's linux-next merge of the arm-soc tree got a conflict in
> arch/arm/mach-omap2/clock44xx_data.c between commit 298ea44f211d ("ARM:
> OMAP4: hwmod data: ipu and dsp to use parent clocks instead of leaf
> clocks") from the iomm
Hi everybody!
xrestop is functional again in xorg master, so I remembered to have a look at
the problem reported two weeks ago. It is caused by qinternet.
qinternet is a small utility that is frequently used in opensuse systems to
control
network connections. It attaches itself to the system t
Local tranports uses UNIX sockets and connecting of these sockets is done in
context of file system namespace (i.e. task file system root).
Currenly, all sockets connect operations are performed by rpciod work queue,
which actually means, that any service will be registered in the same
rpcbind inst
On Tue, Dec 4, 2012 at 1:06 PM, Joerg Roedel wrote:
> On Tue, Dec 04, 2012 at 03:42:03PM +1100, Stephen Rothwell wrote:
>> Today's linux-next merge of the arm-soc tree got a conflict in
>> arch/arm/mach-omap2/clock44xx_data.c between commit 298ea44f211d ("ARM:
>> OMAP4: hwmod data: ipu and dsp to
Hi all:
This series is an update version of multiqueue virtio-net driver based on
Krishna Kumar's work to let virtio-net use multiple rx/tx queues to do the
packets reception and transmission. Please review and comments.
A protype implementation of qemu-kvm support could by found in
git://github.
To support multiqueue transmitq/receiveq, the first step is to separate queue
related structure from virtnet_info. This patch introduce send_queue and
receive_queue structure and use the pointer to them as the parameter in
functions handling sending/receiving.
Signed-off-by: Krishna Kumar
Signed-
This patch implement the ethtool_{set|get}_channels method of ethool to allow
user to change the number of queues dymaically when the device is running. This
would let the user to configure it on demand.
Signed-off-by: Jason Wang
---
drivers/net/virtio_net.c | 44 ++
This addes multiqueue support to virtio_net driver. In multiple queue modes, the
driver expects the number of queue paris is equal to the number of vcpus. To
eliminate the contention bettwen vcpus and virtqueues, per-cpu virtqueue pairs
were implemented through:
- select the txq based on the smp p
1 - 100 of 474 matches
Mail list logo
