From: Stephen Rothwell
Date: Wed, 29 May 2013 15:29:15 +1000
> Introduced by commit 1a37e412a022 ("net: Use 16bits for *_headers fields
> of struct skbuff") from the net-next tree.
Simon just posted fixes for this, sorry about that.
--
To unsubscribe from this list: send the line "unsubscribe
Hi all,
Changes since 20130528:
The trivial tree gained a conflict against the net-next tree.
The xen-arm tree gained a build failure so I used the version from
next-20130528.
The staging tree gained a conflict against the net-next tree.
The net-next tree added the following build warning
Hi,
On Wednesday 29 May 2013 04:07 AM, Sylwester Nawrocki wrote:
Hi Kishon,
On 04/29/2013 12:03 PM, Kishon Vijay Abraham I wrote:
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference
to the
PHY with or without
On 05/29/2013 01:38 AM, Phillip Susi wrote:
>
> On 4/19/2013 3:12 AM, Srivatsa S. Bhat wrote:
>> But going further, as I had mentioned in my TODO list, we can be
>> smarter than this while doing compaction to evacuate memory regions
>> - we can choose to migrate only the active pages, and leave
On Tue, May 28, 2013 at 05:20:41PM -0700, Kent Overstreet wrote:
> On Tue, May 28, 2013 at 12:31:15AM -0700, Kumar Amit Mehta wrote:
> > bio_alloc_bioset returns NULL on failure. This fix adds a missing check
> > for potential NULL pointer dereferencing.
>
> Whoops, that's definitely a bug.
On Tue, May 28, 2013 at 8:59 PM, Tushar Behera wrote:
> The patches are at [1].
FWIW, a cgit/gitweb link is easier to follow when you're reading an
email. Anyway, found the patches.
> There are a total of 6 patches on top of
> v3.10-rc3. 3 of them (a, b, d) are queued for 3.10-rc4 and another
Hi all,
After merging the final tree, today's linux-next build (powerpc
ppc44x_defconfig, i386 defconfig, sparc32 defconfig) produced these
warning:
In file included from /scratch/sfr/next/include/net/tcp.h:44:0,
from /scratch/sfr/next/net/core/sock.c:139:
Hello,
When I reboot a preempt_rt 3.4 kernel with cortex a15 tc2 board thru
kexec, I got below calltrace appeared:
[ cut here ]
WARNING: at kernel/trace/ftrace.c:1584 ftrace_bug+0x1e0/0x224()
Modules linked in:
[] (unwind_backtrace+0x0/0x104) from []
On 29 May 2013 03:18, Rafael J. Wysocki wrote:
> On Tuesday, May 28, 2013 03:26:25 PM Lukasz Majewski wrote:
>> Hi Viresh, Rafael,
>>
>> > On Tuesday, May 28, 2013 03:14:26 PM Viresh Kumar wrote:
>> > I'm not sure about that. On x86 boost will be used with all
>> > governors if enabled (as
Oleg Nesterov writes:
> Hello.
>
> next_thread() should be avoided, probably next_tid() is the
> only "valid" user.
>
> But now we have another reason to avoid (and probably even kill)
> it, we are going to replace or fix while_each_thread(), almost
> every lockless usage is wrong.
>
> I was
On 27/05/2013, at 8:31 PM, Arnd Bergmann wrote:
> On Monday 27 May 2013, Daniel Tang wrote:
>>> The one remaining bit that sticks out is the clcd platform data. As I
>>> said before, I won't require you to convert that to DT in order to
>>> get your code merged, but I'd also really like to see
Update the sysfs memory code to create/delete files at the time of device
and subsystem registration.
The current code creates files in the root memory directory explicitly
through
the use of init_* routines. The files for each memory block are created and
deleted explicitly using the
On 28/05/2013, at 1:15 AM, Arnd Bergmann wrote:
> On Monday 27 May 2013, Daniel Tang wrote:
>> Before any peripheral is accessed. I.e. before the clocksource and irqchip
>> drivers.
>
> The irqchip comes first, and by that time, you can actually call
> of_iomap().
>
>> The write to the port
On Tue, 2013-05-28 at 18:31 -0700, Paul E. McKenney wrote:
> On Tue, May 28, 2013 at 05:34:53PM -0700, Eric Dumazet wrote:
> > On Tue, 2013-05-28 at 13:10 +0400, Roman Gushchin wrote:
> > > On 28.05.2013 04:12, Eric Dumazet wrote:
> >
> > > > Adding a barrier() is probably what we want.
> > >
>
Kent Overstreet writes:
> On Wed, May 15, 2013 at 10:37:20AM -0700, Tejun Heo wrote:
>> Can you please expand it on a bit and, more importantly, describe in
>> what limits, it's safe? This should be safe as long as the actual sum
>> of refcnts given out doesn't overflow the original type, right?
"Index" field of struct cpufreq_frequency_table was never index and isn't used
at all by cpufreq core. And is only useful for cpufreq drivers for their
personal use.
Many people now a days blindly set it in ascending order with the assumption
that core is using it for some work.
This patch
Oleg Nesterov writes:
> proc_task_readdir() does not really need "leader", first_tid()
> has to revalidate it anyway. Just pass proc_pid(inode) to
> first_tid() instead, it can do pid_task(PIDTYPE_PID) itself
> and read ->group_leader only if necessary.
>
> Note: I am not sure
Am 28.05.2013 21:37, schrieb John Stultz:
On 05/21/2013 04:15 PM, Alexander Holler wrote:
Am 22.05.2013 00:02, schrieb John Stultz:
Like Andrew, I think this feels particularly hacky.
Why exactly is late_init too early? (I'm unfamiliar with the
rtc-hid-sensor-time driver)
Currently it can
We currently allow changing the mq flag (IFF_MULTI_QUEUE) for a persistent
device. This will result a mismatch between the number the queues in netdev and
tuntap. This is because we only allocate a 1q netdevice when IFF_MULTI_QUEUE was
not specified, so when we set the IFF_MULTI_QUEUE and try to
Hi Laurent,
On Wed, May 29, 2013 at 6:52 AM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> Thanks for the patch.
>
> On Sunday 26 May 2013 18:49:46 Prabhakar Lad wrote:
>> From: Lad, Prabhakar
>>
>> add OF support for the tvp514x driver.
>>
>> Signed-off-by: Lad, Prabhakar
>> Cc: Hans Verkuil
Hi Laurent,
On Wed, May 29, 2013 at 9:08 AM, Laurent Pinchart
wrote:
> On Sunday 26 May 2013 17:30:12 Prabhakar Lad wrote:
>> From: Lad, Prabhakar
>>
>> use devm_request_irq() instead of request_irq(). This ensures
>> more consistent error values and simplifies error paths.
>>
>> Signed-off-by:
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
drivers/staging/silicom/bpctl_mod.c between commit 351638e7deee ("net:
pass info struct via netdevice notifier") from the net-next tree and
commit f84b075178b4 ("Staging: silicom: Fixed error 'do not initialise
statics to 0
Hi Laurent,
Thanks for the review.
On Wed, May 29, 2013 at 8:02 AM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> Thanks for the patch.
>
> On Sunday 26 May 2013 17:30:07 Prabhakar Lad wrote:
>> From: Lad, Prabhakar
>>
>> Ideally the freeing of irq's and the global variables needs to be
>> done
Oleg Nesterov writes:
> proc_task_readdir() verifies that the result of get_proc_task()
> is pid_alive() and thus its ->group_leader is fine too. However
> this is not necessarily true after rcu_read_unlock(), we need
> to recheck this after first_tid() does rcu_read_lock() again.
I agree with
On 05/29/2013 04:47 AM, Olof Johansson wrote:
> On Tue, May 14, 2013 at 08:37:53AM +0530, Tushar Behera wrote:
>> On 05/14/2013 05:36 AM, Kevin Hilman wrote:
>>> Tushar Behera writes:
>>>
It updates following drivers for EXYNOS based DT platform.
* S5M8767 driver
* MAX8997
Hi, Bjorn
Thank your advice .
I will modify my code, then try to submit again.
Bruce.Ma
May 29,2013
On 05/28/2013 06:28 PM, Bjørn Mork wrote:
> Bruce writes:
>
>> +struct blacklist lenovo_blacklist[] = {
>> + {
>> +.model_s = "Lenovo LM490s",
>> +.nummodel_s = "814YG01",
>> + },
>
>
Hi Laurent,
On Wed, May 29, 2013 at 9:01 AM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> Thanks for the patch.
>
> On Sunday 26 May 2013 18:38:54 Prabhakar Lad wrote:
>> From: Lad, Prabhakar
>>
>> add OF support for the mt9p031 sensor driver.
>> Alongside this patch sorts the header inclusion
Felipe
> Subject: Re: [PATCH v1 0/9] adding dual instance and usb-phy support for
> am335x platform
> Hi,
>On Thu, May 23, 2013 at 11:31:19AM +0530, Ravi Babu wrote:
>> This patch set series
>> - adds dual musb instances support for am335x platform
>> - adds phy-dsps-usb driver
This patch add new sysfs file to show previous accumulated data of CPU load
as following path. This sysfs file is used to judge the correct system state
or determine suitable system resource on user-space.
- /sys/devices/system/cpu/cpu0/cpufreq/stats/load_table
This sysfs file include following
On Sunday 26 May 2013 17:30:12 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> use devm_request_irq() instead of request_irq(). This ensures
> more consistent error values and simplifies error paths.
>
> Signed-off-by: Lad, Prabhakar
Acked-by: Laurent Pinchart
with a small comment below.
>
On Sunday 26 May 2013 17:30:09 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> use devm_request_irq() instead of request_irq(). This ensures
> more consistent error values and simplifies error paths.
>
> Signed-off-by: Lad, Prabhakar
Acked-by: Laurent Pinchart
> ---
>
clude in cputime.c").
Only three architectures have that file (x86, arm and ia64).
I have used the xen-arm tree from next-20130528 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpyQK9EOYNIp.pgp
Description: PGP signature
On Sunday 26 May 2013 17:30:11 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> This patch uses module_platform_driver() to simplify the code.
>
> Signed-off-by: Lad, Prabhakar
Acked-by: Laurent Pinchart
> ---
> drivers/media/platform/davinci/vpif_display.c | 18 +-
> 1
On Sunday 26 May 2013 17:30:08 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> This patch uses module_platform_driver() to simplify the code.
>
> Signed-off-by: Lad, Prabhakar
Acked-by: Laurent Pinchart
> ---
> drivers/media/platform/davinci/vpif_capture.c | 28 +-
>
Hi Prabhakar,
Thanks for the patch.
On Sunday 26 May 2013 18:38:54 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> add OF support for the mt9p031 sensor driver.
> Alongside this patch sorts the header inclusion alphabetically.
>
> Signed-off-by: Lad, Prabhakar
> Cc: Hans Verkuil
> Cc:
On Tue, May 28, 2013 at 05:32:53PM -0400, Steven Rostedt wrote:
> Paul, this looks to be a nocb rcu bug.
Excellent work tracing this down! I have queued your fix, and if it
passes testing, I will push for 3.10.
Thanx, Paul
> On Tue,
bring up pxa988 with device tree support.
Change-Id: I6fc869b7d5ff8dc6e4eb0042a89429200f7a9fb1
Signed-off-by: Neil Zhang
Signed-off-by: Chao Xie
---
arch/arm/boot/dts/pxa988-dkb.dts | 36 ++
arch/arm/boot/dts/pxa988.dtsi | 189 +
This patch is supposed to bring up pxa988 SMP.
will change to use CLOCKSOURCE later.
Neil Zhang (1):
ARM: mmp: bring up pxa988 with device tree support
arch/arm/boot/dts/pxa988-dkb.dts | 36 ++
arch/arm/boot/dts/pxa988.dtsi | 189 +
On Tue, May 28, 2013 at 05:21:39PM +0800, Jingchang Lu wrote:
> Add Freescale Vybrid Family period interrupt timer support.
>
> Signed-off-by: Jingchang Lu
Acked-by: Shawn Guo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 05/28/2013 11:19 PM, Xiao Guangrong wrote:
> On 05/28/2013 08:36 AM, Marcelo Tosatti wrote:
>> On Thu, May 23, 2013 at 03:55:59AM +0800, Xiao Guangrong wrote:
>>> kvm_zap_obsolete_pages uses lock-break technique to zap pages,
>>> it will flush tlb every time when it does lock-break
>>>
>>> We
On Mon, May 27, 2013 at 12:28:25PM -0300, Fabio Estevam wrote:
> Fix the following sparse warnings:
>
> drivers/clk/mxs/clk-imx28.c:72:5: warning: symbol 'mxs_saif_clkmux_select'
> was not declared. Should it be static?
> drivers/clk/mxs/clk-imx28.c:156:12: warning: symbol 'mx28_clocks_init' was
On 2013/5/29 1:40, Sergei Shtylyov wrote:
> Hello.
>
> On 22-05-2013 7:30, Libo Chen wrote:
>
>> when omap_get_control_dev faild, we should release related platform_device
>
>> * Changelog from v1:
>> * fix spell: s/fail/fails/, s/relational/related/ , thank Sergei
>>
>
>It seems
On 05/29/2013 04:23 AM, Andrew Morton wrote:
> On Tue, 14 May 2013 16:38:38 +0400 Andrey Vagin wrote:
>
>> struct memcg_cache_params has a union. Different parts of this union are
>> used for root and non-root caches. A part with destroying work is used only
>> for non-root caches.
>
> That
The domain name www.lesswatts.org in
Documentation/acpi/dsdt-override.txt is unresolvable, so the URL is
dead too. I found some good docs in this topic:
http://wiki.debian.org/OverridingDSDT
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 2013/5/28 23:29, Andy Shevchenko wrote:
> This is good fix, but I rather prefer not to see it in this shape.
> See comments below.
>
> On Wed, May 22, 2013 at 6:51 AM, Libo Chen
> wrote:
>>
>> mtd is just member of bcm47xxsflash, so we should free bcm47xxsflash not
>> its member.
>>
>>
Libo Chen wrote:
when platform_driver_register broken, we should unregister ucc_uart_driver
Signed-off-by: Libo chen
Acked-by: Timur Tabi
Thanks for catching this.
--
Timur Tabi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
when platform_driver_register broken, we should unregister ucc_uart_driver
Signed-off-by: Libo chen
---
drivers/tty/serial/ucc_uart.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/tty/serial/ucc_uart.c b/drivers/tty/serial/ucc_uart.c
index 7355303..f86f447
Hi Jiri,
Today's linux-next merge of the trivial tree got a conflict in
Documentation/networking/netlink_mmap.txt between commit 3dd17edea018
("doc:networking: Fix typo in documentation/networking") from the
net-next tree and commit f884ab15afdc ("doc: fix misspellings with
'codespell' tool")
Hi Prabhakar,
Thanks for the patch.
On Sunday 26 May 2013 17:30:07 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> Ideally the freeing of irq's and the global variables needs to be
> done in the remove() rather than module_exit(), this patch moves
> the freeing up of irq's and freeing the
On Mon, 06 May 2013 14:30:27 -, Thomas Gleixner wrote:
> Provide infrastructure for irq chip implementations which work on
> linear irq domains.
>
> - Interface to allocate multiple generic chips which are associated to
> the irq domain.
>
> - Interface to get the generic chip pointer for
On Mon, May 27, 2013 at 03:14:40PM +0300, Andy Shevchenko wrote:
> It's better to use generic dma_cookie_status() that allows user to get
> standard
> possible return codes independently of the DMAC driver in charge.
>
> Signed-off-by: Andy Shevchenko
> Cc: Shawn Guo
Acked-by: Shawn Guo
>
On Wed, May 29, 2013 at 2:48 AM, Sricharan R wrote:
>
> On Tuesday 28 May 2013 07:37 PM, Will Deacon wrote:
> > On Tue, May 28, 2013 at 03:03:36PM +0100, Sricharan R wrote:
> >> On Tuesday 28 May 2013 06:35 PM, Will Deacon wrote:
> >>> On Tue, May 28, 2013 at 11:48:20AM +0100, Po-Yu Chuang wrote:
On 05/28/2013 04:43 PM, Yinghai Lu wrote:
>>
>> Sorry, I'm not sure I understand what the above paragraph is trying to say.
>
> We merge the continuous range with same page size allow too early.
> in the case
> [mem 0x0020-0x3fff] page 2M
> [mem 0x4000-0x7bff] page 2M
>
This is an RFC patch to convert the versatile FPGA irq controller driver
to use generic irq chip. It builds on the series that extends the
generic chip code to allow a linear irq domain to contain one or more
generic irq chips so that each interrupt controller doesn't need to hand
code the generic
Hi Thomas,
Rather than just straight reviewing the generic irq chip patch series, I
tried it out by converting another driver to use it. As far as I've been
able to tell it does the right thing and you can have my ack. The first
patch in this series adds another feature needed by the versatile
Commit 98aa468e, "irqdomain: Support for static IRQ mapping and
association" introduced an API for directly associating blocks of hwirqs
to linux irqs. However, if any irq in that block failed to map (say if
the mapping functions returns an error because the irq is already
mapped) then the whole
Some controllers have irqs that aren't wired up and must never be used.
For the generic chip attached to an irq_domain this provides a mask that
can be used to block out particular irqs so that they never get mapped.
Signed-off-by: Grant Likely
Cc: Thomas Gleixner
---
include/linux/irq.h
On 05/29/2013 01:02 AM, Catalin Marinas wrote:
>> >
>> > After check the Kconfig in drivers, we can find quite a few using long
>> > list args which related with ARCH.
>> >
>> > And they are not only depend on ARCHs, but also depend on another
>> > things (e.g. VGA_CONSOL also depend on !4xx &&
> -Original Message-
> From: K. Y. Srinivasan [mailto:k...@microsoft.com]
> Sent: Thursday, May 23, 2013 3:02 PM
> To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com
> Cc: KY Srinivasan
>
On Tue, May 28, 2013 at 02:38:43PM -0400, Steven Rostedt wrote:
> As rcu_dereference_raw() under RCU debug config options can add quite a
> bit of checks, and that tracing uses rcu_dereference_raw(), these checks
> happen with the function tracer. The function tracer also happens to trace
> these
On Tue, May 28, 2013 at 02:38:42PM -0400, Steven Rostedt wrote:
> As rcu_dereference_raw() under RCU debug config options can add quite a
> bit of checks, and that tracing uses rcu_dereference_raw(), these checks
> happen with the function tracer. The function tracer also happens to trace
> these
Kent Overstreet posted on Tue, 28 May 2013 17:38:15 -0700 as excerpted:
> On Tue, May 21, 2013 at 02:22:34AM +, Duncan wrote:
>> zwu.kernel posted on Mon, 20 May 2013 23:11:22 +0800 as excerpted:
>>
>> > The patchset is trying to introduce hot relocation support for BTRFS.
>>
>> One
On 2013-5-29 7:30, Rafael J. Wysocki wrote:
> On Thursday, May 23, 2013 08:44:26 PM Hanjun Guo wrote:
>> In acpi_processor_add(), get_cpu_device() will return NULL sometimes,
>> although the chances are small, I think it should be fixed.
>>
>> Signed-off-by: Hanjun Guo
>
> This patch isn't
On Wednesday, May 29, 2013 6:20 AM, Arnd Bergmann wrote:
> On Monday 27 May 2013, Florian Tobias Schandinat wrote:
> > >> On Fri, May 24, 2013 at 8:38 AM, Jean-Christophe PLAGNIOL-VILLARD
> > >> wrote:
> > >>> Hi Florian,
> > >>>
> > >>> As you seems very busy I'd like to propose the help
On Tue, May 28, 2013 at 05:34:53PM -0700, Eric Dumazet wrote:
> On Tue, 2013-05-28 at 13:10 +0400, Roman Gushchin wrote:
> > On 28.05.2013 04:12, Eric Dumazet wrote:
>
> > > Adding a barrier() is probably what we want.
> >
> > I agree, inserting barrier() is also a correct and working fix.
>
>
On Tue, May 28, 2013 at 12:07:42PM +0200, Ingo Molnar wrote:
>
> * Paul E. McKenney wrote:
>
> > On Wed, May 15, 2013 at 11:20:55AM +0200, Ingo Molnar wrote:
> > >
> > > * Paul E. McKenney wrote:
> > >
> > > > rcu: Fix comparison sense in rcu_needs_cpu()
> > > >
> > > > Commit c0f4dfd4f
On Mon, 27 May 2013, Peter H?we wrote:
> Hi James,
>
> The following changes since commit 5b88e270253db6d817e6a2f61909d1e53620e990:
>
> maintainers: Remove Kent from maintainers
>
> are available in the git repository at:
>
> git://github.com/PeterHuewe/linux-tpmdd.git for-james
>
>
Hi Prabhakar,
Thanks for the patch.
On Sunday 26 May 2013 18:49:46 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> add OF support for the tvp514x driver.
>
> Signed-off-by: Lad, Prabhakar
> Cc: Hans Verkuil
> Cc: Laurent Pinchart
> Cc: Mauro Carvalho Chehab
> Cc: Guennadi Liakhovetski
>
On Tue, May 28, 2013 at 01:10:46PM +0400, Roman Gushchin wrote:
> On 28.05.2013 04:12, Eric Dumazet wrote:
> >On Mon, 2013-05-27 at 21:55 +0400, Roman Gushchin wrote:
> >>Hi, Paul!
> >>
> >>>On 25.05.2013 15:37, Paul E. McKenney wrote:
> Again, I believe that your retry logic needs to extend
On Wed, May 29, 2013 at 03:01:53AM +0200, Smart Weblications GmbH - Florian
Wiessner wrote:
> Am 23.05.2013 14:46, schrieb Matthew O'Connor:
> > On 05/23/2013 06:24 AM, Smart Weblications GmbH - Florian Wiessner wrote:
> >> node02:/ocfs2/usr/src/linux-3.4.46# cat
Hi Sergei,
On Sunday 26 May 2013 18:15:19 Sergei Shtylyov wrote:
> On 26-05-2013 4:49, Laurent Pinchart wrote:
> >> From: Lad, Prabhakar
> >>
> >> Use devm_ioremap_resource instead of reques_mem_region()/ioremap().
> >> This ensures more consistent error values and simplifies error paths.
> >>
Yo,
On Tue, May 28, 2013 at 04:47:28PM -0700, Kent Overstreet wrote:
> > It'd be great if that is explained clearly in more intuitive way. The
> > only actual explanation above is "modular arithmatic is commutative"
> > which is a very compact way to put it and I really think it deserves
> > an
From: Smart Weblications GmbH - Florian Wiessner
Date: Wed, 29 May 2013 03:01:53 +0200
> Am 23.05.2013 14:46, schrieb Matthew O'Connor:
>> On 05/23/2013 06:24 AM, Smart Weblications GmbH - Florian Wiessner wrote:
>>> node02:/ocfs2/usr/src/linux-3.4.46# cat drivers/net/bonding/bond_alb.c.rej
>>
On Wed, May 29, 2013 at 02:30:12AM +0200, Rafael J. Wysocki wrote:
> On Tuesday, May 28, 2013 05:01:41 PM Yinghai Lu wrote:
> > On Tue, May 28, 2013 at 4:57 PM, Rafael J. Wysocki wrote:
> > > On Tuesday, May 28, 2013 04:46:30 PM Yinghai Lu wrote:
> > >> On Tue, May 28, 2013 at 4:50 PM, Rafael J.
Am 23.05.2013 14:46, schrieb Matthew O'Connor:
> On 05/23/2013 06:24 AM, Smart Weblications GmbH - Florian Wiessner wrote:
>> node02:/ocfs2/usr/src/linux-3.4.46# cat drivers/net/bonding/bond_alb.c.rej
> My most sincere apologies - one more time, from a different mail server
> that hopefully won't
Hi Linus,
The following changes since commit f4ae176c626311d6507c9a2d263657c4cc4e1667:
Merge tag 'sunxi-fixes-for-3.10' of git://github.com/mripard/linux into fixes
(2013-05-24 15:50:28 -0700)
are available in the git repository at:
On 2013/5/28 23:34, Andy Shevchenko wrote:
> No go.
>
> Check the 4b7e450fb5cefb5865c77999a675330206ab3b8a
> And update you tree, please.
>
> --
> With Best Regards,
> Andy Shevchenko
>
>
It had been changed :(
Thanks,
Libo
--
To unsubscribe from this list: send the line "unsubscribe
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with >dev,
so we can directly pass a struct platform_device.
Also, unnecessary dev_set_drvdata() is removed, because the driver core
clears the driver data to NULL
On 23:19 Tue 28 May , Arnd Bergmann wrote:
> On Monday 27 May 2013, Florian Tobias Schandinat wrote:
> > >> On Fri, May 24, 2013 at 8:38 AM, Jean-Christophe PLAGNIOL-VILLARD
> > >> wrote:
> > >>> Hi Florian,
> > >>>
> > >>> As you seems very busy I'd like to propose the help you to
>
On Tue, May 21, 2013 at 02:22:34AM +, Duncan wrote:
> zwu.kernel posted on Mon, 20 May 2013 23:11:22 +0800 as excerpted:
>
> > The patchset is trying to introduce hot relocation support
> > for BTRFS. In hybrid storage environment, when the data in rotating disk
> > get hot, it can be
If I boot with: maxcpus=2 possible_cpus=4
I get
# grep . /sys/devices/system/cpu/cpu[0-9]*/online'
/sys/devices/system/cpu/cpu1/online:1
/sys/devices/system/cpu/cpu2/online:1
/sys/devices/system/cpu/cpu3/online:1
When 2 and 3 *should* be offline. I also get
On Tue, 2013-05-28 at 13:10 +0400, Roman Gushchin wrote:
> On 28.05.2013 04:12, Eric Dumazet wrote:
> > Adding a barrier() is probably what we want.
>
> I agree, inserting barrier() is also a correct and working fix.
Yeah, but I can not find a clean way to put it inside the "for (;;)"
for
On Tuesday, May 28, 2013 05:01:41 PM Yinghai Lu wrote:
> On Tue, May 28, 2013 at 4:57 PM, Rafael J. Wysocki wrote:
> > On Tuesday, May 28, 2013 04:46:30 PM Yinghai Lu wrote:
> >> On Tue, May 28, 2013 at 4:50 PM, Rafael J. Wysocki wrote:
> >> > On Tuesday, May 28, 2013 04:39:37 PM Yinghai Lu
On 05/29/2013 02:32 AM, Scott Wood wrote:
> On 05/24/2013 09:45:24 PM, David Gibson wrote:
>> On Wed, May 22, 2013 at 04:06:57PM -0500, Scott Wood wrote:
>> > On 05/20/2013 10:06:46 PM, Alexey Kardashevskiy wrote:
>> > >diff --git a/arch/powerpc/kvm/powerpc.c b/arch/powerpc/kvm/powerpc.c
>> >
On Tue, May 28, 2013 at 12:31:15AM -0700, Kumar Amit Mehta wrote:
> bio_alloc_bioset returns NULL on failure. This fix adds a missing check
> for potential NULL pointer dereferencing.
Whoops, that's definitely a bug. Thanks, applied.
How'd you find it?
--
To unsubscribe from this list: send the
On Sun, 26 May 2013 08:02:51 -0400, "Theodore Ts'o" said:
> Have any of the arguments over the proper security models changed over
> or have gotten resolved over the past six years, while I haven't been
> looking?
Doubtful, because the security models are addressing different threat
models. If
On 05/13/2013 10:56 AM, David Vrabel wrote:
From: David Vrabel
All the virtualized platforms (KVM, lguest and Xen) have persistent
wallclocks that have more than one second of precision.
read_persistent_wallclock() and update_persistent_wallclock() allow
for nanosecond precision but their
On Sun, 26 May 2013 16:58:59 +0800, ethan said:
> Fred£¬
> How do you know the disk is completely idle ?
Actually, my first question was "How do you know the disk is *spinning*?"
A second or two delay sounds suspiciously like a spun-down disk in powersave
move
pgpsOF7D6aAkH.pgp
On 05/29/2013 09:35 AM, Scott Wood wrote:
> On 05/28/2013 06:30:40 PM, Alexey Kardashevskiy wrote:
>> >> >>> @@ -939,6 +940,9 @@ struct kvm_s390_ucas_mapping {
>> >> >>> #define KVM_GET_DEVICE_ATTR _IOW(KVMIO, 0xe2, struct
>> >> >>> kvm_device_attr)
>> >> >>> #define KVM_HAS_DEVICE_ATTR
On Tue, 28 May 2013 20:00:45 -0400, Christopher Sacchi said:
> This patch is for linux-3.10-rc2 and adds the definition for
> KERN_OOPS (it can be used for whenever kernel oops occur) in
> for . It is below the
> double-dashes.
OK, I'll bite.
1) Where in the kernel will this actually get used?
Olof Johansson wrote:
>
> Hi,
>
> On Thu, May 9, 2013 at 11:49 PM, Tushar Behera
> wrote:
> > It updates following drivers for EXYNOS based DT platform.
> >
> > * S5M8767 driver
> > * MAX8997 driver
> > * MMC SDHCI driver
> >
> > Signed-off-by: Tushar Behera
>
> I didn't see any movement from
On Tue, 2013-05-28 at 13:14 -0700, David Sharp wrote:
> On Tue, May 28, 2013 at 12:34 PM, Vaibhav Nagarnaik
> wrote:
> > On Sun, May 26, 2013 at 1:52 AM, Wang YanQing wrote:
> >> Commit 4f271a2a60c748599b30bb4dafff30d770439b96
> >> (tracing: Add a proc file to stop tracing and free buffer)
> >>
2013/5/28, Jaegeuk Kim :
> Hi,
>
> 2013-05-27 (월), 13:45 +0900, Namjae Jeon:
>> 2013/5/27, Jaegeuk Kim :
>> > Hi Namjae,
>> Hi Jaegeuk.
>>
>> First, Thanks for your interest.
>> >
>> > This is an interesting functionality.
>> > Could you describe why and when we need to do this?
>> > What are pros
On Tue, May 28, 2013 at 4:57 PM, Rafael J. Wysocki wrote:
> On Tuesday, May 28, 2013 04:46:30 PM Yinghai Lu wrote:
>> On Tue, May 28, 2013 at 4:50 PM, Rafael J. Wysocki wrote:
>> > On Tuesday, May 28, 2013 04:39:37 PM Yinghai Lu wrote:
>> >> Raphael:
>> >>
>> >> Found one commit in your linus-pm
The function tracer uses preempt_disable/enable_notrace() for
synchronization between reading registered ftrace_ops and unregistering
them.
Most of the ftrace_ops are global permanent structures that do not
require this synchronization. That is, ops may be added and removed from
the hlist but are
This patch is for linux-3.10-rc2 and adds the definition for
KERN_OOPS (it can be used for whenever kernel oops occur) in
for . It is below the
double-dashes.
--
Signed-off-by: Christopher P. Sacchi
--- include/linux/kern_levels.h 2013-05-20 17:38.0 -0400
+++
On Tuesday, May 28, 2013 6:16 PM, Herbert Xu wrote:
> On Thu, May 23, 2013 at 07:27:26PM +0900, Jingoo Han wrote:
> > Use the wrapper functions for getting and setting the driver data using
> > platform_device instead of using dev_{get,set}_drvdata() with >dev,
> > so we can directly pass a struct
From: Rafael J. Wysocki
Move the definitions of offline_pages() and remove_memory()
for CONFIG_MEMORY_HOTREMOVE to memory_hotplug.h, where they belong,
and make them static inline.
Signed-off-by: Rafael J. Wysocki
---
On top of the linux-next branch of the linux-pm.git tree.
Please let me
On Tuesday, May 28, 2013 04:46:30 PM Yinghai Lu wrote:
> On Tue, May 28, 2013 at 4:50 PM, Rafael J. Wysocki wrote:
> > On Tuesday, May 28, 2013 04:39:37 PM Yinghai Lu wrote:
> >> Raphael:
> >>
> >> Found one commit in your linus-pm cause user space very slow...
> >> at least from udev start...
>
On Wed, May 15, 2013 at 10:37:20AM -0700, Tejun Heo wrote:
> Ooh, I was referring to percpu_ref_dead() not percpu_ref_kill().
> percpu_ref_dead() reminds me of some of the work state query functions
> in workqueue which ended up being misused in ways that were subtly
> racy, so I'm curious why
1 - 100 of 1370 matches
Mail list logo