On Fri, 27 Jul 2012, Rusty Russell wrote:
> On Wed, 25 Jul 2012 18:30:41 +0200 (CEST), Thomas Gleixner
> wrote:
> > The problem with the current notifiers is, that we only have ordering
> > for a few specific callbacks, but we don't have the faintest idea in
> > which order all other random stuf
On Thu, 26 Jul 2012, Peter Boonstoppel wrote:
> > > tglx has patches that make the kthread create/destroy stuff from hotplug
> > > go away.. that seems like the better approach.
>
> > Right. That cpu hotplug setup/teardown stuff is ugly.
>
> If that stuff gets removed complete that's great. The
On Wed, Aug 01, 2012 at 11:50:35AM +0900, Alex Courbot wrote:
> On 07/31/2012 07:19 PM, Thierry Reding wrote:
> >* PGP Signed by an unknown key
> >
> >On Tue, Jul 31, 2012 at 06:51:03PM +0900, Alex Courbot wrote:
> >>I would like to do that actually. The issue is that it did not work
> >>go well wi
On 31/07/12 16:18, Mark Brown wrote:
It's certainly totally inappropriate for an "urgent" bugfix.
Well it just means that audio won't work for the ux500 for this
kernel release, but as we're waiting on clocks, this isn't a big
issue for us. If you do take it (with or without the return code),
>From 5dfd547532fca61462dc17fd0bb8e533002c4bc5 Mon Sep 17 00:00:00 2001
From: Jesse Larrew
Date: Thu, 7 Jun 2012 16:04:34 -0500
arch_update_cpu_topology() should only return 1 when the topology has
actually changed, and should return 0 otherwise.
This patch fixes a potential bug where rebuild_sc
On Sat, Jul 28, 2012 at 12:53:11AM +0200, Rafael J. Wysocki wrote:
> Unfortunately, your commit
>
> commit ca5481c68e9fbcea62bb3c78ae6cccf99ca8fb73
> Author: Paul Mundt
> Date: Tue Jul 10 12:08:14 2012 +0900
>
> sh: pfc: Rudimentary pinctrl-backed GPIO support.
>
> breaks system suspend o
ping
On 29.06.12 22:44, Andreas Bießmann wrote:
> On 06.06.12 13:22, Andreas Bießmann wrote:
>> Commit 9f97da78bf018206fb623cd351d454af2f105fe0 moved disable_hlt() from
>> arch/arm/include/asm/system.h to arch/arm/include/asm/system_misc.h but
>> missed
>> to change arch/arm/mach-gemini/irq.c.
>>
On 31/07/12 21:54, Arnd Bergmann wrote:
On Tuesday 31 July 2012, Lee Jones wrote:
diff --git a/arch/arm/mach-ux500/board-mop500.c
b/arch/arm/mach-ux500/board-mop500.c
index e641003..87a5cd7 100644
--- a/arch/arm/mach-ux500/board-mop500.c
+++ b/arch/arm/mach-ux500/board-mop500.c
@@ -794,6 +794,7
Add resource managed variants of pwm_get() and pwm_put() for
convenience. Code is largely inspired by the equivalent devm functions
of the regulator framework.
Signed-off-by: Alexandre Courbot
---
Documentation/driver-model/devres.txt | 4 +++
Documentation/pwm.txt | 5 +--
dri
On 31/07/12 17:46, Sergei Shtylyov wrote:
> Hello.
>
> On 07/31/2012 05:31 PM, Lee Jones wrote:
>
>Subject doesn't parse for me...
>
>> The platform attempts to register platform device 'snd_soc_u8500'
>> which doesn't actually exist. Here we change the reference to the
>> correct one 'snd_s
On Tue, 2012-07-31 at 23:39 +0200, Jesper Juhl wrote:
> In bnx2x_mcast_enqueue_cmd() we'll leak the memory allocated to
> 'new_cmd' if we hit the deafault case of the 'switch (cmd)'.
> Add a 'kfree(new_cmd)' to that case to avoid the leak.
>
> Signed-off-by: Jesper Juhl
> ---
> drivers/net/ether
On Tue, Jul 31, 2012 at 04:39:41PM +0100, Mark Brown wrote:
> On Tue, Jul 31, 2012 at 04:32:35PM +0200, Thierry Reding wrote:
> > On Tue, Jul 31, 2012 at 03:26:07PM +0100, Mark Brown wrote:
>
> > > This is framework code - it doesn't have much option. Disabling HOTPLUG
> > > is totally reasonable
On Tue, Jul 31, 2012 at 07:07:41PM +0200, Borislav Petkov wrote:
> On Tue, Jul 31, 2012 at 11:16:00AM -0400, Dave Jones wrote:
> >
> > PWM Support (PWM) [N/y/?] (NEW) ?
> >
> > CONFIG_PWM:
> >
> > This enables PWM support through the generic PWM framework.
> >
> >
> > Well that's.. enlightenin
On Tue, Jul 31, 2012 at 09:41:03PM -0600, Grant Likely wrote:
> Grant Likely (11):
> irqdomain: Support for static IRQ mapping and association.
..
Looks like author attribution for this one got mangled. Oh well, at least
it's upstream now.
--
To unsubscribe from this list: send the line "uns
On Tue, Jul 31, 2012 at 07:42:49PM +0200, Borislav Petkov wrote:
> On Tue, Jul 31, 2012 at 01:26:38PM -0400, Steven Rostedt wrote:
> > Then shouldn't this not have a prompt and just be selected by those
> > PWM drivers below?
>
> It gives an empty menu due to the deps of the single PWM drivers.
>
On 31/07/12 23:01, Russell King - ARM Linux wrote:
On Tue, Jul 31, 2012 at 08:50:02PM +, Arnd Bergmann wrote:
On Tuesday 31 July 2012, Russell King - ARM Linux wrote:
I still fail to see how not having highmem enabled would ever cause memory
corruption errors (unless something dealing with
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpDr84FJjC2Z.pgp
Description: PGP signature
On Wed, Aug 01, 2012 at 04:37:09PM +0900, Alexandre Courbot wrote:
> Add resource managed variants of pwm_get() and pwm_put() for
> convenience. Code is largely inspired by the equivalent devm functions
> of the regulator framework.
>
> Signed-off-by: Alexandre Courbot
> ---
> Documentation/driv
On Wed 01 Aug 2012 05:04:53 PM JST, Thierry Reding wrote:
* PGP Signed by an unknown key
On Wed, Aug 01, 2012 at 04:37:09PM +0900, Alexandre Courbot wrote:
Add resource managed variants of pwm_get() and pwm_put() for
convenience. Code is largely inspired by the equivalent devm functions
of the
Thanks for fixing this for me!
Acked-by: Hans de Goede
On 07/31/2012 09:56 PM, Mauro Carvalho Chehab wrote:
Em 31-07-2012 14:22, Randy Dunlap escreveu:
drivers/built-in.o: In function `radio_tea5777_set_freq':
radio-tea5777.c:(.text+0x4d8704): undefined reference to `__udivdi3'
The patch be
On 01/08/12 08:37, Lee Jones wrote:
On 31/07/12 17:46, Sergei Shtylyov wrote:
Hello.
On 07/31/2012 05:31 PM, Lee Jones wrote:
Subject doesn't parse for me...
The platform attempts to register platform device 'snd_soc_u8500'
which doesn't actually exist. Here we change the reference to th
On Tue 31-07-12 22:45:43, Larry Woodman wrote:
> On 07/31/2012 04:06 PM, Michal Hocko wrote:
> >On Tue 31-07-12 13:49:21, Larry Woodman wrote:
> >>On 07/31/2012 08:46 AM, Mel Gorman wrote:
> >>>Fundamentally I think the problem is that we are not correctly detecting
> >>>that page table sharing too
On 08/01/2012 06:19 AM, Marcelo Tosatti wrote:
> On Thu, Jul 26, 2012 at 02:22:48PM +0200, Markus Trippelsdorf wrote:
>> Every time I start qemu-kvm on my system the following line is added to
>> the syslog:
>>
>> vcpu0 unhandled rdmsr: 0xc0010001
>>
>> AFAICS all calls to vcpu_unimpl only conta
On Wed, Aug 01, 2012 at 08:56:14AM +0100, Lee Jones wrote:
> On 31/07/12 23:01, Russell King - ARM Linux wrote:
>> On Tue, Jul 31, 2012 at 08:50:02PM +, Arnd Bergmann wrote:
>>> On Tuesday 31 July 2012, Russell King - ARM Linux wrote:
I still fail to see how not having highmem enabled woul
cs5535-clockevt: typo, it's MFGPT, not MFPGT
Had me fooled for a while, "dmesg|grep -i mfgpt" wouldn't show anything.
Signed-off-by: Jens Rottmann
---
Hi Thomas,
I know this is not the most important fix in the world, but the nice
thing about open source is that you can scatch your itches ...
On 07/31/2012 08:37 PM, Stefan Priebe wrote:
> Now i got it working - sorry used old gdb.
>
> This is the backtrace:
>
> Core was generated by `/usr/bin/qemu-system-x86_64 -id 103 -chardev
> socket,id=qmp,path=/var/run/qemu-s'.
> Program terminated with signal 11, Segmentation fault.
> #0 0x
On 08/01/2012 02:39 AM, Mike Snitzer wrote:
> blk_set_stacking_limits is intended to allow stacking drivers to build
> up the limits of the stacked device based on the underlying devices'
> limits. But defaulting 'max_sectors' to BLK_DEF_MAX_SECTORS (1024)
> doesn't allow the stacking driver to in
From: Lee Jones
Date: Fri, 27 Jul 2012 13:10:52 +0100
Subject: [PATCH 1/1] ARM: ux500: Fix merge error, no matching driver name for
'snd_soc_u8500'
The platform attempts to register platform device 'snd_soc_u8500'
which doesn't actually exist. Here we change the reference to the
correct one 'snd
On 01/08/12 09:41, Russell King - ARM Linux wrote:
On Wed, Aug 01, 2012 at 08:56:14AM +0100, Lee Jones wrote:
On 31/07/12 23:01, Russell King - ARM Linux wrote:
On Tue, Jul 31, 2012 at 08:50:02PM +, Arnd Bergmann wrote:
On Tuesday 31 July 2012, Russell King - ARM Linux wrote:
I still fail
On Wed, Aug 01, 2012 at 09:47:42AM +0200, Thierry Reding wrote:
> On Tue, Jul 31, 2012 at 07:42:49PM +0200, Borislav Petkov wrote:
> > On Tue, Jul 31, 2012 at 01:26:38PM -0400, Steven Rostedt wrote:
> > > Then shouldn't this not have a prompt and just be selected by those
> > > PWM drivers below?
>
On Wed, Aug 01, 2012 at 06:04:31AM +0200, Stephane Eranian wrote:
> On Fri, Jul 27, 2012 at 2:23 PM, Jiri Olsa wrote:
> > hi,
> > patches available also as tarball in here:
> > http://people.redhat.com/~jolsa/perf_post_unwind_v8.tar.bz2
> >
> > v8 changes:
> >- patch 2 - added dump registers A
Fixes the following build error introduced by commit 3177bb76a8
("iommu/exynos: Implement DOMAIN_ATTR_GEOMETRY attribute"):
drivers/iommu/exynos-iommu.c: In function ‘exynos_iommu_domain_init’:
drivers/iommu/exynos-iommu.c:735:2: error: ‘dom’ undeclared
(first use in this function)
Signed-off-by:
On Tue, Jul 31, 2012 at 02:12:49PM -0700, Suresh Siddha wrote:
> On Tue, 2012-07-31 at 13:41 +0200, Alexander Gordeev wrote:
> > Currently multiple MSI mode is limited to a single vector per device (at
> > least on x86 and PPC). This series breathes life into pci_enable_msi_block()
> > and makes it
Hi,
The following 6 patches enabling fsl-dma and talitos offload raid
operations for improving raid performance and balancing CPU load.
Write performance will be improved by 25-30% tested by iozone.
Write performance is improved about 2% after using spin_lock_bh replace
spin_lock_irqsave.
CPU loa
From: Qiang Liu
Expose Talitos's XOR functionality to be used for RAID parity
calculation via the Async_tx layer.
Cc: Herbert Xu
Cc: David S. Miller
Signed-off-by: Dipen Dudhat
Signed-off-by: Maneesh Gupta
Signed-off-by: Kim Phillips
Signed-off-by: Vishnu Suresh
Signed-off-by: Qiang Liu
-
From: Qiang Liu
Delete attribute DMA_INTERRUPT because fsl-dma doesn't support this function,
exception will be thrown if talitos is used to offload xor at the same time.
Cc: Dan Williams
Cc: Vinod Koul
Cc: Li Yang
Signed-off-by: Qiang Liu
Acked-by: Ira W. Snyder
---
drivers/dma/fsldma.c |
On Mon, 23 Jul 2012 17:34:15 +0200, Jean Delvare wrote:
> The ICH chips have their GPIO pins organized in 2 or 3 independent
> groups of 32 GPIO pins. It can happen that the ACPI BIOS wants to make
> use of pins in one group, preventing the OS to access these. This does
> not prevent the OS from ac
From: Qiang Liu
Fix the potential risk when enable config NET_DMA and ASYNC_TX.
Async_tx is lack of support in current release process of dma descriptor,
all descriptors will be released whatever is acked or no-acked by async_tx,
so there is a potential race condition when dma engine is uesd by o
From: Qiang Liu
Move the function fsldma_cleanup_descriptor() and fsl_chan_xfer_ld_queue()
ahead of its invoke function for avoiding redundant definition.
Cc: Dan Williams
Cc: Vinod Koul
Cc: Li Yang
Signed-off-by: Qiang Liu
---
drivers/dma/fsldma.c | 252 +--
On Wed, Aug 01, 2012 at 08:56:10AM +0800, Chen Gong wrote:
> On Thu, Jul 19, 2012 at 01:59:36PM -0400, Chen Gong wrote:
> > Date: Thu, 19 Jul 2012 13:59:36 -0400
> > From: Chen Gong
> > To: t...@linutronix.de
> > Cc: tony.l...@intel.com, b...@amd64.org, x...@kernel.org,
> > linux-kernel@
From: Qiang Liu
- use spin_lock_bh() is the right way to use async_tx api,
dma_run_dependencies() should not be protected by spin_lock_irqsave();
- use spin_lock_bh to instead of spin_lock_irqsave for improving performance,
There is not any place to access descriptor queues in fsl-dma ISR except
From: Qiang Liu
Fix a warning of unitialized value when compile with -Wuninitialized.
Cc: Dan Williams
Cc: Vinod Koul
Cc: Li Yang
Signed-off-by: Qiang Liu
Reported-by: Kim Phillips
---
drivers/dma/fsldma.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/dm
On 08/01/2012 10:56 AM, Borislav Petkov wrote:
> On Wed, Aug 01, 2012 at 09:47:42AM +0200, Thierry Reding wrote:
>> On Tue, Jul 31, 2012 at 07:42:49PM +0200, Borislav Petkov wrote:
>>> On Tue, Jul 31, 2012 at 01:26:38PM -0400, Steven Rostedt wrote:
Then shouldn't this not have a prompt and jus
Hi,
ok i found a faster way to trigger this. Just boot the ubuntu rescue system.
So here are 3 backtraces from booting the rescue system:
http://pastebin.com/raw.php?i=xCy2pEcP
To me they all look the same.
Thanks!
Stefan
Am 01.08.2012 10:44, schrieb Avi Kivity:
On 07/31/2012 08:37 PM, Stef
On Wed, Aug 01, 2012 at 11:21:59AM +0200, Lars-Peter Clausen wrote:
> One major reason for the new PWM framework is to be able to support
> arch independent PWM drivers, like those for companion chips with PWM
> capabilities. Restricting the config option to certain architectures
> wouldn't work.
On Wednesday 2012-08-01 09:43, Thierry Reding wrote:
>> >
>> > PWM Support (PWM) [N/y/?] (NEW) ?
>> >
>> > CONFIG_PWM:
>> > This enables PWM support through the generic PWM framework.
>>
>> Oh, there's one more enlightening sentence in the help:
>>
>> "You only need to enable this, if you also
Sachin Kamat wrote:
>
> Fixes the following build error introduced by commit 3177bb76a8
> ("iommu/exynos: Implement DOMAIN_ATTR_GEOMETRY attribute"):
>
> drivers/iommu/exynos-iommu.c: In function ‘exynos_iommu_domain_init’:
> drivers/iommu/exynos-iommu.c:735:2: error: ‘dom’ undeclared
> (first us
On 08/01/2012 12:24 PM, Stefan Priebe - Profihost AG wrote:
> Hi,
>
> ok i found a faster way to trigger this. Just boot the ubuntu rescue
> system.
>
> So here are 3 backtraces from booting the rescue system:
> http://pastebin.com/raw.php?i=xCy2pEcP
>
> To me they all look the same.
They are.
On 08/01/2012 11:26 AM, Borislav Petkov wrote:
> On Wed, Aug 01, 2012 at 11:21:59AM +0200, Lars-Peter Clausen wrote:
>> One major reason for the new PWM framework is to be able to support
>> arch independent PWM drivers, like those for companion chips with PWM
>> capabilities. Restricting the confi
Hi Ira,
I hope we can discuss fsl-dma in this thread. In this patch I give a simple
case to illustrate why I must correct the release process of finished
descriptors.
There is potential risk in current fsl-dma, the finished cookie value and
finished async_tx descriptor should be judged by hardw
The kfree() is taken care of by the spi core (spi_master_release() function)
that is called once the last reference to the underlying struct device has
been released. So the driver need not call kfree.
Also the put was missed in some of the error handling fix the same.
There by fixing the missing
On 08/01/2012 12:05 AM, Fabio Baltieri wrote:
> This patch implements the functions to add two LED triggers, named
> -tx and -rx, to a canbus device driver.
>
> Triggers are called from specific handlers by each CAN device driver and
> can be disabled altogether with a Kconfig option.
>
> The imp
Am 01.08.2012 11:33, schrieb Avi Kivity:
So here are 3 backtraces from booting the rescue system:
http://pastebin.com/raw.php?i=xCy2pEcP
To me they all look the same.
They are. What version of qemu are you using?
latest stable-1.1 branch (1.1.1) - which works fine with latest RHEL6
kernel.
On Tue, Jul 31, 2012 at 11:15:29PM -0500, Seth Jennings wrote:
> As part of the Kconfig rework for drivers/crypto/nx, the meaning of
> CONFIG_CRYPTO_DEV_NX was changed. At the same time this commit was
> heading upstream
>
> fd297b3a7302ab866306f53c1fd1e97b083fe83e
> powerpc: Enable pseries hardw
On 08/01/2012 12:42 PM, Stefan Priebe - Profihost AG wrote:
> Am 01.08.2012 11:33, schrieb Avi Kivity:
>>> So here are 3 backtraces from booting the rescue system:
>>> http://pastebin.com/raw.php?i=xCy2pEcP
>>>
>>> To me they all look the same.
>>
>> They are. What version of qemu are you using?
>
On Wed, Aug 01, 2012 at 05:17:48PM +0900, Alex Courbot wrote:
> On Wed 01 Aug 2012 05:04:53 PM JST, Thierry Reding wrote:
> >* PGP Signed by an unknown key
> >
> >On Wed, Aug 01, 2012 at 04:37:09PM +0900, Alexandre Courbot wrote:
> >>+/**
> >>+ * devm_pwm_get() - Resource managed pwm_get()
> >
> >T
On Wed, Aug 01, 2012 at 11:38:16AM +0200, Lars-Peter Clausen wrote:
> You don't see any drivers, because the subsystem is still young and no
> such arch independent drivers have been added yet, but they will get
> added in the future. The arch independent companion or PWM expander
> chips usually i
On 08/01/2012 11:36 AM, Marc Kleine-Budde wrote:
[...]
>> +/*
>> + * Register CAN LED triggers for a CAN device
>> + *
>> + * This is normally called from a driver's probe function
>> + */
>> +void can_led_init(struct net_device *netdev)
>> +{
>> +struct can_priv *priv = netdev_priv(netdev);
>
On Tue, 31 Jul 2012, Konrad Rzeszutek Wilk wrote:
> commit 21ef55f4ab2b6d63eb0ed86abbc959d31377853b
> Author: Konrad Rzeszutek Wilk
> Date: Fri Jul 27 20:16:00 2012 -0400
>
> xen/swiotlb: With more than 4GB on 64-bit, disable the native SWIOTLB.
>
> If a PV guest is booted the nati
hi,
patches available also as tarball in here:
http://people.redhat.com/~jolsa/perf_post_unwind_v9.tar.bz2
v9 changes:
- rebased to current tip tree
v8 changes:
- patch 2 - added dump registers ABI specification as suggested
by Stephane
- v7 patches 9,10,16,17 already in
This brings a new API to help the selective dump of registers on
event sampling, and its implementation for x86 arch.
Added HAVE_PERF_REGS config option to determine if the architecture
provides perf registers ABI.
The information about desired registers will be passed in u64 mask.
It's up to the
From: Frederic Weisbecker
Adding a generic way to use __output_copy function with
specific copy function via DEFINE_PERF_OUTPUT_COPY macro.
Using this to add new __output_copy_user function, that provides
output copy from user pointers. For x86 the copy_from_user_nmi_nochk
function is used and _
Adding copy_from_user_nmi_nochk that provides the best effort
copy regardless the requesting size crossing the task boundary.
This is going to be useful for stack dump we need in post
DWARF CFI based unwind, where we have predefined size of
the user stack to dump, and we need to store the most of
From: Frederic Weisbecker
Introducing following bits to the the perf_event_attr struct:
- exclude_callchain_kernel to filter out kernel callchain
from the sample dump
- exclude_callchain_user to filter out user callchain
from the sample dump
We need to be able to disable standard us
Introducing perf_output_skip function to be able to skip data
within the perf ring buffer.
When writing data into perf ring buffer we first reserve needed
place in ring buffer and then copy the actual data.
There's a possibility we won't be able to fill all the reserved
size with data, so we need
Adding libunwind to be linked with perf if available. It's required
for the to get dwarf cfi unwinding support.
Also building perf with the dwarf call frame informations by default,
so that we can unwind callchains in perf itself.
Adding LIBUNWIND_DIR Makefile variable allowing user to specify
th
Adding following info to be parsed out of the event sample:
- user register set
- user stack dump
Both are global and specific to all events within the session.
This info will be used in the unwind patches coming in shortly.
Adding simple output printout (report -D) for both register and
stack
This brings the support for dwarf cfi unwinding on perf post
processing. Call frame informations are retrieved and then passed
to libunwind that requests memory and register content from the
applications.
Adding unwind object to handle the user stack backtrace based
on the user register values and
This patch enables perf to use the dwarf unwind code.
It extends the perf record '-g' option with following arguments:
'fp' - provides framepointer based user
stack backtrace
'dwarf[,size]' - provides dwarf (libunwind) based user stack
backtrace.
Adding header files to access unified API for arch registers.
util/perf_regs.h - global perf_reg declarations
arch/x86/include/perf_regs.h - x86 arch specific
Adding perf_reg_name function to obtain register name based
on the reg ID value, and PERF_REGS_MASK macro with mask
definition of all c
Updating attr_file_abi_sizes array with PERF_ATTR_SIZE_VER2 version,
so we have the swap check complete.
Signed-off-by: Jiri Olsa
---
tools/perf/util/header.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c
index 3a6d20
Introducing PERF_SAMPLE_REGS_USER sample type bit to trigger
the dump of user level registers on sample. Registers we want
to dump are specified by sample_regs_user bitmask.
Only user level registers are dumped at the moment. Meaning the
register values of the user space context as it was before t
On 07/17/2012 11:36 PM, Olof Johansson wrote:
> Hi,
>
> I'm using the old-fashioned 'dump' backup tool, and I noticed that it spews
> the
> below warning as of 3.5-rc1 and later (3.4 is fine):
>
> [ 10.886893] [ cut here ]
> [ 10.886904] WARNING: at include/linux/ioco
Hi Jean,
On Wed, Aug 01, 2012 at 11:13:59AM +0200, Jean Delvare wrote:
> On Mon, 23 Jul 2012 17:34:15 +0200, Jean Delvare wrote:
> > The ICH chips have their GPIO pins organized in 2 or 3 independent
> > groups of 32 GPIO pins. It can happen that the ACPI BIOS wants to make
> > use of pins in one
Add resource managed variants of pwm_get() and pwm_put() for
convenience. Code is largely inspired by the equivalent devm functions
of the regulator framework.
Signed-off-by: Alexandre Courbot
---
Documentation/driver-model/devres.txt | 4 +++
Documentation/pwm.txt | 3 +-
driv
On 07/10/2012 09:21 AM, Yuanhan Liu wrote:
> __generic_unplug_device() function is removed with commit
> 7eaceaccab5f40bbfda044629a6298616aeaed50, which forgot to
> remove the declaration at meantime. Here remove it.
Thanks, applied.
--
Jens Axboe
--
To unsubscribe from this list: send the line
On Wed, Aug 01, 2012 at 11:36:51AM +0200, Marc Kleine-Budde wrote:
> On 08/01/2012 12:05 AM, Fabio Baltieri wrote:
> > This patch implements the functions to add two LED triggers, named
> > -tx and -rx, to a canbus device driver.
> >
> > Triggers are called from specific handlers by each CAN devic
Map uid/gid to global kuid/kgid before pass it down to quota infrastructure.
Signed-off-by: Dmitry Monakhov
---
fs/quota/quota.c | 45 -
1 files changed, 36 insertions(+), 9 deletions(-)
diff --git a/fs/quota/quota.c b/fs/quota/quota.c
index 6f15578
On Wed, 1 Aug 2012 12:16:46 +0200, Samuel Ortiz wrote:
> On Wed, Aug 01, 2012 at 11:13:59AM +0200, Jean Delvare wrote:
> > Grant, Samuel, Linus (sorry for not including you on original
> > submission), any comment on this? I suppose it's too late for 3.6 but
> > can this be scheduled to be integrat
On Tue, 31 Jul 2012 10:29:14 -0700 Suresh Siddha
wrote:
> On Tue, 2012-07-31 at 09:43 -0700, H. Peter Anvin wrote:
> > My main reason for thinking that it would be good to clear the bits is
> > that it plays a lot nicer with alternatives and with static_cpu_has().
>
> Fair enough. Neil, can you
Hi Linus,
please pull as follows. Sorry it is late - I was hoping to sync up with Jens
as I have some patches which depend on some in his tree, but that doesn't
seem to have worked.
I'll probably send you another pull request once his tree has been included,
but I'll not be surprised if it has t
Sorry. My mistake. In this case it seems that sleep functions can
be called from thread_fn, since interrupt line is disabled globally.
And nothing bad will happen if you know that device can be
blocked for relatively long time.
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
On 08/01/2012 12:47 PM, NeilBrown wrote:
>
> Hi Linus,
> please pull as follows. Sorry it is late - I was hoping to sync up with Jens
> as I have some patches which depend on some in his tree, but that doesn't
> seem to have worked.
> I'll probably send you another pull request once his tree has
On 08/01/2012 08:37 AM, Marcelo Tosatti wrote:
On Tue, Jul 24, 2012 at 02:23:59PM +0530, Raghavendra K T wrote:
From: Raghavendra K T
Thanks Alex for KVM_HC_FEATURES inputs and Jan for VAPIC_POLL_IRQ,
and Peter (HPA) for suggesting hypercall ABI addition.
Signed-off-by: Raghavendra K T
---
Ple
> > > +struct pvclock_wall_clock {
> > > + u32 version;
> > > + u32 sec;
> > > + u32 nsec;
> > > +} __attribute__((__packed__));
> >
> > That is weird. It is 4+4+4 = 12 bytes? Don't you want it to be 16 bytes?
>
> I agree that 16 bytes would be a better choice, but it needs to match
> the s
On 08/01/2012 12:04 PM, Borislav Petkov wrote:
> On Wed, Aug 01, 2012 at 11:38:16AM +0200, Lars-Peter Clausen wrote:
>> You don't see any drivers, because the subsystem is still young and no
>> such arch independent drivers have been added yet, but they will get
>> added in the future. The arch ind
On Tue, 5 Jun 2012, Stefano Stabellini wrote:
> On Tue, 5 Jun 2012, Peter Zijlstra wrote:
> > On Tue, 2012-06-05 at 18:34 +0530, Nikunj A Dadhania wrote:
> > > PeterZ, is 7/7 alright to be picked?
> >
> > Yeah, I guess it is.. I haven't had time to rework my tlb series yet
> > though. But these tw
Am 01.08.2012 11:53, schrieb Avi Kivity:
On 08/01/2012 12:42 PM, Stefan Priebe - Profihost AG wrote:
Am 01.08.2012 11:33, schrieb Avi Kivity:
So here are 3 backtraces from booting the rescue system:
http://pastebin.com/raw.php?i=xCy2pEcP
To me they all look the same.
They are. What version
On Wed, 2012-08-01 at 09:02 +0800, Zhang Rui wrote:
> On 五, 2012-07-27 at 18:48 +0800, Wei Ni wrote:
> > On Fri, 2012-07-27 at 15:39 +0800, Zhang Rui wrote:
> > > On 五, 2012-07-27 at 09:30 +0200, Jean Delvare wrote:
> > > > On Fri, 27 Jul 2012 10:58:21 +0800, Wei Ni wrote:
> > > > > On Fri, 2012-07
On 08/01/2012 12:30 PM, Fabio Baltieri wrote:
[...]
>>> +void can_led_init(struct net_device *netdev)
>>> +{
>>> + struct can_priv *priv = netdev_priv(netdev);
>>> + void *res;
>>> +
>>> + res = devres_alloc(can_led_release, 0, GFP_KERNEL);
>> ^
>>
On Tue, Jul 31, 2012 at 05:18:36PM -0600, Stephen Warren wrote:
> I don't think it's appropriate to put this support into the IRQ core.
> The main issue is that all the handlers for any shared wired-or
> interrupt line have to be registered before the IRQ is enabled, to avoid
> some initially acti
On Tue, 31 Jul 2012 21:59:37 -0400
Shea Levy wrote:
> Hello,
>
> When building with
> MODLIB=/nix/store/ghx6s9hnk9irim7c7f63zrxqiv6xjh3w-linux-3.5/lib/modules/3.5.0
>
> and
> ="/nix/store/ghx6s9hnk9irim7c7f63zrxqiv6xjh3w-linux-3.5/lib/firmware",
> building Linux 3.5 with CONFIG_ATM_AMBASSAD
This patch implements the functions to add two LED triggers, named
-tx and -rx, to a canbus device driver.
Triggers are called from specific handlers by each CAN device driver and
can be disabled altogether with a Kconfig option.
The implementation keeps the LED on when the interface is UP and bl
Add support for canbus activity led indicators on flexcan devices by
calling appropriate can_led_* functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Oliver Hartkopp
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
---
drivers
On 08/01/2012 01:49 PM, Fabio Baltieri wrote:
> Add support for canbus activity led indicators on flexcan devices by
> calling appropriate can_led_* functions.
>
> These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
> otherwise.
>
> Cc: Oliver Hartkopp
> Cc: Wolfgang Grandegger
> Cc
From: "J. Bruce Fields"
3b6e2723f32de42028617f2c99b244ccd72cd959 "locks: prevent side-effects of
locks_release_private before file_lock is initialized" removed the last
user of lm_release_private without removing the field itself.
Signed-off-by: J. Bruce Fields
---
Documentation/filesystems/Lo
On 2012.07.31 at 16:14 +0200, Ingo Molnar wrote:
> Jiri Olsa (4):
> perf symbols: Factor DSO symtab types to generic binary types
The commit above causes perf segfaults on my machine (running glibc trunk):
(gdb) run top --stdio
Starting program: /usr/src/linux/tools/perf/perf top --stdio
wa
On 08/01/2012 01:49 PM, Fabio Baltieri wrote:
> This patch implements the functions to add two LED triggers, named
> -tx and -rx, to a canbus device driver.
>
> Triggers are called from specific handlers by each CAN device driver and
> can be disabled altogether with a Kconfig option.
>
> The imp
Sorry for this potentially mangled mail from my webmail access ...
Fabio Baltieri hat am 1. August 2012 um 13:49
geschrieben:
> +void devm_can_led_init(struct net_device *netdev)
> +{
> + struct can_priv *priv = netdev_priv(netdev);
> + void *res;
> +
> + res = devres_alloc(can_led_release, 0
Hello.
On 01-08-2012 3:04, Cyril Chemparathy wrote:
From: Vitaly Andrianov
This patch fixes the alloc_init_pud() function to use phys_addr_t instead of
unsigned long when passing in the phys argument.
This is an extension to commit 97092e0c56830457af0639f6bd904537a150ea4a, which
Ple
1 - 100 of 481 matches
Mail list logo
