On Sat, 2013-02-16 at 14:37 +, Jonathan Andrews wrote:
> I hope this is the correct place, I expect to get abused.
>
> I'm trying to do a mostly soft real-time task with a very small hard
> real time element.
>
> I've written some code to drive matrix LED signs using a Raspberry Pi.
>
> Sour
On Sun, Feb 17, 2013 at 11:03:35AM +0800, Shawn Guo wrote:
> On Fri, Jan 18, 2013 at 01:40:00AM +, Grant Likely wrote:
> > This allows platform_device_add a chance to call insert_resource on all
> > of the resources from OF. At a minimum this fills in proc/iomem and
> > presumably makes resourc
>From 195df2bf6174959baa025ccb249041bb53d6060a Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Sun, 17 Feb 2013 11:47:24 +0800
Subject: [PATCH 2/2] xen/acpi: xen cpu hotplug minor updates
Recently at native Rafael did some cleanup for acpi, say, drop
acpi_bus_add, remove unnecessary argument of
于 2013年02月06日 05:27, Andrew Morton 写道:
On Tue, 5 Feb 2013 15:03:39 +0800
Huang Shijie wrote:
+static inline pgoff_t __linear_page_index(struct vm_area_struct *vma,
unsigned long address)
{
pgoff_t pgoff;
+
+ pgoff = (address - vma->vm_sta
>From aa363f1a4f862fab2f50dfe3ad602bb8dd234709 Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Sat, 16 Feb 2013 16:59:03 +0800
Subject: [PATCH 1/2] xen/acpi: xen memory hotplug minor updates
Dan Carpenter found current xen memory hotplug logic
has potential issue: at func acpi_memory_get_device(
Rafael J. Wysocki wrote:
> On Saturday, February 16, 2013 01:52:00 AM Stephen Rothwell wrote:
>> Hi Rafael,
>
> Hi,
>
>> On Fri, 15 Feb 2013 15:53:34 +0100 "Rafael J. Wysocki"
>> wrote:
>>>
>>> On Saturday, February 16, 2013 12:50:14 AM Stephen Rothwell wrote:
On Fri, 15 Feb 2013 08
> Hi Len,
>
> On Mon, 11 Feb 2013 18:34:06 -0500 Len Brown wrote:
> >
> > BTW. Rafael's "pm" tree now carries the ACPI patch stream, so it is
> > probably a mis-representation to call my tree the "acpi" tree.
> > My tree is primarily focused on the "idle" part of pm these days.
>
> OK, I have re
On Sun, 2013-02-17 at 07:26 +0100, Mike Galbraith wrote:
> On Sat, 2013-02-16 at 11:12 -0500, Steven Rostedt wrote:
> > On Fri, 2013-02-15 at 08:26 +0100, Mike Galbraith wrote:
> > > On Fri, 2013-02-15 at 01:13 -0500, Steven Rostedt wrote:
> > >
> > > > Think about it some more, just because we g
On Sat, Feb 16, 2013 at 06:02:22PM +, Ben Hutchings wrote:
> Move the calls to memcpy_fromio() up into the loop in
> dmi_scan_machine(), and move the signature checks back down into
> dmi_decode(). We need to check at 16-byte intervals but keep a
> 32-byte buffer for an SMBIOS entry, so shift
fix for missing end-of-statement by adding a semicolon
Signed-off-by: Kumar Amit Mehta
---
.../comedi/drivers/addi-data/hwdrv_apci3200.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/addi-data/hwdrv_apci3200.c
b/drivers/staging/comedi
On Sun, Feb 17, 2013 at 12:03:37PM +0800, Li Zefan wrote:
> rename() will change dentry->d_name. The result of this race can
> be worse than seeing partially rewritten name, but we might access
> a stale pointer because rename() will re-allocate memory to hold
> a longer name.
>
> As accessing den
From: Namjae Jeon
This patch is a follow up on below patch:
[PATCH] exportfs: add FILEID_INVALID to indicate invalid fid_type
commit: 216b6cbdcbd86b1db0754d58886b466ae31f5a63
Signed-off-by: Namjae Jeon
Signed-off-by: Vivek Trivedi
Acked-by: Steven Whitehouse
Acked-by: Sage Weil
---
fs/btr
On 02/12/2013 08:23 PM, Paolo Bonzini wrote:
> Move the creation of the request header and response footer to
> __virtblk_add_req. vbr->sg only contains the data scatterlist,
> the header/footer are added separately using the new piecewise
> API for building virtqueue buffers.
>
> With this chang
On 02/12/2013 08:23 PM, Paolo Bonzini wrote:
> Right now, both virtblk_add_req and virtblk_add_req_wait call
> virtqueue_add_buf. To prepare for the next patches, abstract the call
> to virtqueue_add_buf into a new function __virtblk_add_req, and include
> the waiting logic directly in virtblk_add
On 02/12/2013 08:23 PM, Paolo Bonzini wrote:
> This is similar to the previous patch, but a bit more radical
> because the bio and req paths now share the buffer construction
> code. Because the req path doesn't use vbr->sg, however, we
> need to add a couple of arguments to __virtblk_add_req.
>
Hi Peter,
On Mon, Feb 11, 2013 at 09:42:30AM -0500, Peter Hurley wrote:
> Can you reproduce after using the following patch series?
> [PATCH v3 00/23] ldisc fixes
>
I'm constantly seeing this warning on my board (imx6q - ARM Cortex-A9
Quad) with -next kernel, while I believe v3.8-rc kernel works
On Fri, 2013-02-15 at 01:13 -0500, Steven Rostedt wrote:
> I've been working on cleaning up the scheduler a little and I moved the
> call to idle_balance() from directly in the scheduler proper into the
> idle class. Benchmarks (well hackbench) improved slightly as I did this.
> I was adding some
On Sat, 2013-02-16 at 11:12 -0500, Steven Rostedt wrote:
> On Fri, 2013-02-15 at 08:26 +0100, Mike Galbraith wrote:
> > On Fri, 2013-02-15 at 01:13 -0500, Steven Rostedt wrote:
> >
> > > Think about it some more, just because we go idle isn't enough reason to
> > > pull a runable task over. CPUs g
On 02/06/2013 10:17 AM, Minchan Kim wrote:
Zsmalloc has two methods 1) copy-based and 2) pte-based to access
allocations that span two pages. You can see history why we supported
two approach from [1].
In summary, copy-based method is 3 times fater in x86 while pte-based
is 6 times faster in ARM
On Sun, Feb 17, 2013 at 01:27:52AM +0100, Pali Rohár wrote:
> * This patch enable autoloading tsc2005 driver when is compiled as module
>
> Signed-off-by: Pali Rohár
> ---
> drivers/input/touchscreen/tsc2005.c |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/input/touchscreen
On Sat, Feb 16, 2013 at 06:02:22PM +, Ben Hutchings wrote:
> Tim, you might like to test that this doesn't cause a regression
> of the previous fix.
>
> Ben.
Ugh, I see what happened now. I only got one copy of this email which was
'helpfully' sorted into the linux kernel mailbox. gmail real
On Sat, Feb 16, 2013 at 06:35:04PM -0800, Zhenzhong Duan wrote:
>
> - b...@decadent.org.uk wrote???
>
> > Commit 9f9c9cbb6057 ('drivers/firmware/dmi_scan.c: fetch dmi version
> > from SMBIOS if it exists') hoisted the check for "_DMI_" into
> > dmi_scan_machine(), which means that we don't bo
Hi all,
I was fuzzing with trinity inside a KVM tools guest, with today's -next kernel
when I've hit the following spew.
I suspect it's the result of adding the new rcu_oom_notify, but that happened
about half a year ago so I'm not sure why this showed up only now.
[ 1039.634183] ===
rename() will change dentry->d_name. The result of this race can
be worse than seeing partially rewritten name, but we might access
a stale pointer because rename() will re-allocate memory to hold
a longer name.
As accessing dentry->name must be protected by dentry->d_lock or
parent inode's i_mute
This reverts commit 299772fab304ab3a36b22b5d28ed81f9408972e7
Sasha reported this:
[ 313.262599] ==
[ 313.271340] [ INFO: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected ]
[ 313.277542] 3.8.0-rc6-next-20130208-sasha-00028-ge4e162d #278 Tain
On Fri, Jan 18, 2013 at 01:40:00AM +, Grant Likely wrote:
> This allows platform_device_add a chance to call insert_resource on all
> of the resources from OF. At a minimum this fills in proc/iomem and
> presumably makes resource tracking and conflict detection work better.
> However, it has th
On 12 February 2013 02:42, Alexander Shiyan wrote:
>
> Signed-off-by: Alexander Shiyan
Acked-by: Dong Aisheng
Regards
Dong Aisheng
> ---
> drivers/mfd/syscon.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
> index e18
Hi Boris, Alex, Andreas,
what do you think about this acerhdf patch?
I think it makes things straight and implements the two-point regulation of
acerhdf to be for correctly handled by the thermal layer:
>From 7b39bd8837de6dc5658ac3e54ac5d4df9d351528 Mon Sep 17 00:00:00 2001
From: Peter Feuerer
On 12 February 2013 02:42, Alexander Shiyan wrote:
> The driver can be used in various subsystems and therefore should not
> be unloaded when it is defined in the kernel configuration, so remove
> support for unloading it.
>
> Signed-off-by: Alexander Shiyan
Acked-by: Dong Aisheng
Regards
Dong
Hi Alexander,
On 7 February 2013 23:52, Alexander Shiyan wrote:
> Hello.
>
>> > ...
>> >> Thanks for the patch adding non-dt support. :-)
>> >>
>> >> On Mon, Feb 04, 2013 at 07:00:40PM +0400, Alexander Shiyan wrote:
>> >> > This patch adds support usage platform driver resources, i.e.
>> >> > pos
- b...@decadent.org.uk wrote:
> Commit 9f9c9cbb6057 ('drivers/firmware/dmi_scan.c: fetch dmi version
> from SMBIOS if it exists') hoisted the check for "_DMI_" into
> dmi_scan_machine(), which means that we don't bother to check for
> "_DMI_" at offset 16 in an SMBIOS entry. smbios_present()
In paravirtualized x86_64 kernels, vmalloc_fault may cause an oops
when lazy MMU updates are enabled, because set_pgd effects are being
deferred.
One instance of this problem is during process mm cleanup with memory
cgroups enabled. The chain of events is as follows:
- zap_pte_range enables lazy
On Sat, 16 Feb 2013, Hugh Dickins wrote:
> On Sat, 16 Feb 2013, Linus Torvalds wrote:
> >
> > I think it's worth it to give them a heads-up already. So I've cc'd
> > the main suspects here..
>
> Okay, thanks.
>
> >
> > Daniel, Dave - any comments about a NULL fb in
> > intel_choose_pipe_bpp_dit
Commit dd1cb3a7c43508c29e17836628090c0735bd3137 unified mm/init.c for both MMU
and non-MMU m68k platforms. However, it broke when we build a non-MMU M68K
Classic CPU kernel.
This fix builds a section that came from the MMU version only when we are
building a MMU kernel.
Signed-off-by: Thadeu Lima
On Sat, Feb 16, 2013 at 2:38 PM, Axel Lin wrote:
> Signed-off-by: Axel Lin
> ---
> drivers/regulator/max8649.c | 39 ++-
> 1 file changed, 6 insertions(+), 33 deletions(-)
>
Reviewed-by: Haojian Zhuang
--
To unsubscribe from this list: send the line "unsub
On Sat, Feb 16, 2013 at 2:37 PM, Axel Lin wrote:
> Signed-off-by: Axel Lin
> ---
> drivers/regulator/88pm8607.c | 36
> 1 file changed, 4 insertions(+), 32 deletions(-)
>
Reviewed-by: Haojian Zhuang
--
To unsubscribe from this list: send the line "unsubsc
On Sat, Feb 16, 2013 at 2:36 PM, Axel Lin wrote:
> Add enable_is_inverted flag to indicate set enable_mask bits to disable
> when using regulator_enable_regmap and friends APIs.
>
> Signed-off-by: Axel Lin
> ---
> drivers/regulator/core.c | 24
> include/linux/
On Sat, Feb 16, 2013 at 01:18:53PM +0100, Michal Hocko wrote:
> On Fri 15-02-13 14:46:29, Andrew Morton wrote:
> > On Fri, 15 Feb 2013 13:38:24 +0100
> > Michal Hocko wrote:
> >
> > > Fenguang Wu has reported the following compile time issue
> > > arch/ia64/kernel/topology.c:278:16: error: confli
On Tue, Jan 29, 2013 at 09:59:46PM +0100, Sebastian Hesselbarth wrote:
> of_serial now has support for using clocks property and we have
> a DT clock provider. This patch replaces the hard coded clock-frequency
> property with a clocks phandle to tclk.
>
> Signed-off-by: Sebastian Hesselbarth
> -
On Tue, Jan 22, 2013 at 10:10:25PM +0100, Gregory CLEMENT wrote:
> The Globalscale Mirabox platform can be connected to the JTAG/GPIO box
> through the Multi-IO port. The GPIO box use the NXP PCA9505 I/O port
> expansion IC to provide 40-bit parallel input/output GPIOs. This patch
> enable the use
Hi,
On Thu, Feb 14, 2013 at 02:49:18PM +0100, Arnd Bergmann wrote:
> Recent assembler versions complain about extraneous
> whitespace inside [] brackets. This fixes all of
> these instances for the samsung platforms. We should
> backport this to all kernels that might need to
> be built with new b
* This patch enable autoloading tsc2005 driver when is compiled as module
Signed-off-by: Pali Rohár
---
drivers/input/touchscreen/tsc2005.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/input/touchscreen/tsc2005.c
b/drivers/input/touchscreen/tsc2005.c
index 9c0cdc7..7213e8b 100
On Sat, Feb 16, 2013 at 03:08:38PM -0700, Shuah Khan wrote:
> On Fri, Feb 15, 2013 at 3:55 PM, Greg Kroah-Hartman
> wrote:
> > This is the start of the stable review cycle for the 3.0.65 release.
> > There are 4 patches in this series, all will be posted as a response
> > to this one. If anyone h
On Mon, Jan 28, 2013 at 08:52:05PM -0600, Shawn Bohrer wrote:
> On Mon, Jan 28, 2013 at 09:56:33AM +0100, Takashi Iwai wrote:
> > At Sun, 27 Jan 2013 19:18:27 -0600,
> > Shawn Bohrer wrote:
> > >
> > > Hi Takashi,
> > >
> > > I recently updated my HTPC from 3.6.11 to 3.7.2 and this caused my RL
>
On Sat, 16 Feb 2013, Linus Torvalds wrote:
> On Sat, Feb 16, 2013 at 1:45 PM, Hugh Dickins wrote:
> >
> > I hacked around on your PM_TRACE set_magic_time() / read_magic_time()
> > yesterday, to save an oopsing core kernel ip there, instead of hashed
> > pm trace info (it makes sense in this case t
Like other watchdog drivers, this patch adds new option nowayout
which overwrite WATCHDOG_NOWAYOUT.
---
drivers/watchdog/omap_wdt.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/watchdog/omap_wdt.c b/drivers/watchdog/omap_wdt.c
index b0e541d..af88ffd 100644
-
Hello,
Accelerometer driver lis3lv02d_i2c not working on Nokia RX-51
with linux kernel 3.8-rc3. Probing for i2c device failing.
I tried to compile older version and it working without problem.
Then I bisected commit which broke support for RX-51.
That commit is ec400c9fab99d16a491cea17d27d0c6a
On Saturday 16 February 2013, Andy Shevchenko wrote:
> > @@ -1836,6 +1825,12 @@ static int dw_probe(struct platform_device *pdev)
> >
> > dma_async_device_register(&dw->dma);
> >
> > + if (pdev->dev.of_node)
> > + err = of_dma_controller_register(pdev->dev.of_node,
> >
On Thu, Feb 14, 2013 at 02:49:18PM +0100, Arnd Bergmann wrote:
> Recent assembler versions complain about extraneous
> whitespace inside [] brackets. This fixes all of
> these instances for the samsung platforms. We should
> backport this to all kernels that might need to
> be built with new binuti
The original device tree binding for this driver, from Viresh Kumar
unfortunately conflicted with the generic DMA binding, and did not allow
to completely seperate slave device configuration from the controller.
This is an attempt to replace it with an implementation of the generic
binding, but it
On Saturday 16 February 2013, Emilio López wrote:
> Small nitpick: Please have a look at the patch subject, I suppose you
> meant something like "virt_to_bus/bus_to_virt" instead of
> "virt_to_bus/virt_to_bus".
Yes, absolutely right, thanks for your attention. The patch is already
applied to a st
On Fri, Feb 15, 2013 at 06:36:54PM -0500, Rhyland Klein wrote:
> This property is meant to be used in device nodes which represent
> power_supply devices that wish to provide a list of supplies to
> which they provide power. A common case is a AC Charger with
> the batteries it powers.
>
> Signed-
Hi Andrea,
On Sat, Feb 16, 2013 at 07:16:00PM +0100, Andrea Adami wrote:
> Initial try to fix compilation error
Things are a bit more complex...
> linux/include/linux/mfd/mcp.h:22:16: error: field 'attached_device' has
> incomplete type
You have to add #include into mfd/mcp.h. This will add
s
On Sat, Feb 16, 2013 at 1:45 PM, Hugh Dickins wrote:
>
> I hacked around on your PM_TRACE set_magic_time() / read_magic_time()
> yesterday, to save an oopsing core kernel ip there, instead of hashed
> pm trace info (it makes sense in this case to invert your sequence,
> putting the high order into
On Sun, Feb 17, 2013 at 12:21 AM, Arnd Bergmann wrote:
> The original device tree binding for this driver, from Viresh Kumar
> unfortunately conflicted with the generic DMA binding, and did not allow
> to completely seperate slave device configuration from the controller.
>
> This is an attempt to
1. Currently mxser_probe() and mxser_module_init() ignore errors
that can happen in tty_port_register_device().
2. mxser_module_init() does not deallocate resources allocated in
mxser_get_ISA_conf()
if mxser_initbrd() failed.
The patch adds proper error handling in all the cases.
Also it moves fr
The patch to add the common DMA binding added a dummy dw_dma_slave
structure into the dw_dma_chan structure in order to configure the
masters correctly. It turns out that this can be simplified if we
pick the DMA masters in the dwc_alloc_chan_resources function instead
and save them in the dw_dma_c
The original device tree binding for this driver, from Viresh Kumar
unfortunately conflicted with the generic DMA binding, and did not allow
to completely seperate slave device configuration from the controller.
This is an attempt to replace it with an implementation of the generic
binding, but it
Hello Arnd,
El 14/02/13 10:49, Arnd Bergmann escribió:
> We are getting a number of warnings about the use of the deprecated
> bus_to_virt function in drivers using the ARM ISA DMA API:
>
> drivers/parport/parport_pc.c: In function 'parport_pc_fifo_write_block_dma':
> drivers/parport/parport_pc.c
On Sat, 2013-02-16 at 13:20 -0800, Joe Perches wrote:
> Upper case macros for various chip attributes are slightly
> difficult to read and are a bit out of characterto the other
> tg3_ attribute functions.
>
> Convert:
>
> GET_ASIC_REV(tp->pci_chip_rev_id) -> tg3_asic_rev(tp)
> GET_CHIP_REV
On Fri, Feb 15, 2013 at 3:56 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.4.32 release.
> There are 8 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Resp
On Fri, Feb 15, 2013 at 3:56 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.7.9 release.
> There are 10 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Resp
On Fri, Feb 15, 2013 at 3:55 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.0.65 release.
> There are 4 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Resp
The syscall generation *should* make files with different names only, but I'll
look.
Linus Torvalds wrote:
>On Sat, Feb 16, 2013 at 11:25 AM, Paul E. McKenney
> wrote:
>>
>> Sorry for the delay in testing this, but there was a need to upgrade
>> my laptop, and bozo here figured "why not go to 6
On Sat, Feb 16, 2013 at 10:25:24PM +0100, Jean Delvare wrote:
> Hi Dmitry,
>
> On Fri, 15 Feb 2013 18:42:35 -0800, Dmitry Torokhov wrote:
> > Many i2c users consider short transfers to be an error and would prefer
> > getting -EIO instead of a positive return value and having to convert
> > it to
On Sat, Feb 16, 2013 at 04:08:11PM -0500, Alexander Lam wrote:
> I wrote a patch to fix this:
>
> http://lkml.org/lkml/2012/12/30/47
>
> But nobody picked it up and since then I have been too busy to respin
> the patch for new -rc kernels.
Hmm,
that's definitely worth a try - we've been discuss
On Thu, 14 Feb 2013, Linus Torvalds wrote:
> On Thu, Feb 14, 2013 at 6:09 PM, Hugh Dickins wrote:
> >
> > Which won't affect my case since I never enabled it.
>
> Well, in theory, you may have the same bug Dave just made it easier to
> trigger for himself with the forced config option.
>
> In re
On Sat, 2013-02-16 at 13:20 -0800, Joe Perches wrote:
> It's the same value as tp->pci_chip_rev_id so use that
> instead. This makes all CHIPREV_ID_ tests the same.
>
> Signed-off-by: Joe Perches
Acked-by: Michael Chan
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On Fri, Feb 15, 2013 at 11:56:50PM +0100, Pali Rohár wrote:
> Tell twl4030_madc_conversion that this driver needs raw values.
> Driver twl4030_madc has some hardcoded values and conversation
> functions which are incorrect for Nokia RX-51 board. This driver
> rx51_battery expects raw values which c
On Sun, Feb 10, 2013 at 06:32:18PM +0100, Pali Rohár wrote:
> * Renamed mode BQ2415X_MODE_NONE to BQ2415X_MODE_OFF
> because this mode turning chaging completly off
>
> * Added new mode BQ2415X_MODE_NONE which enable charging
> with maximal current limit 100mA (this is minimal safe
> value f
On Sat, Feb 09, 2013 at 12:02:15PM +0100, Pali Rohár wrote:
> On Saturday 09 February 2013 02:57:18 Anton Vorontsov wrote:
> >
> > Hm. The documentation says tenth (1/10) degrees, and you even
> > restate it in the commit message. But the subject, and your
> > example seem to prove that you still
On Thu, Feb 14, 2013 at 10:26:43AM +0300, Dan Carpenter wrote:
> There is a forever loop calling iio_channel_release() because the
> "chan < " part of the "chan < ARRAY_SIZE()" is missing. This is in both
> the error handling on probe and also in the remove function.
>
> The other thing is that i
On Wed, Feb 06, 2013 at 05:24:02PM +0100, Heiko Carstens wrote:
> Fix this link error on s390:
>
> ERROR: "devm_request_threaded_irq" [drivers/power/goldfish_battery.ko]
> undefined!
>
> Cc: Anton Vorontsov
> Cc: David Woodhouse
> Signed-off-by: Heiko Carstens
> ---
Applied, thanks!
> driv
Hi Dmitry,
On Fri, 15 Feb 2013 18:42:35 -0800, Dmitry Torokhov wrote:
> Many i2c users consider short transfers to be an error and would prefer
> getting -EIO instead of a positive return value and having to convert
> it to error code by themselves. So let's add the following new helpers:
>
>
It's the same value as tp->pci_chip_rev_id so use that
instead. This makes all CHIPREV_ID_ tests the same.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/broadcom/tg3.c | 10 --
drivers/net/ethernet/broadcom/tg3.h | 4 +---
2 files changed, 5 insertions(+), 9 deletions(-)
diff --
I wrote a patch to fix this:
http://lkml.org/lkml/2012/12/30/47
But nobody picked it up and since then I have been too busy to respin
the patch for new -rc kernels.
On Fri, Feb 15, 2013 at 10:49 AM, Andreas Mohr wrote:
>
> Hi,
>
> On Fri, Feb 15, 2013 at 09:47:07AM +, Zhang, Rui wrote:
> >
On Wed, Feb 13, 2013 at 03:53:13PM -0500, Dave Jones wrote:
> On Wed, Feb 13, 2013 at 11:56:25AM -0800, Linus Torvalds wrote:
[ . . . ]
> Which points out something in tree-rcu. Which I don't even have compiled in,
> because I have CONFIG_PREEMPT set.
FWIW, the code in kernel/rcutree.c is share
Hi Simon,
On Fri, Feb 15, 2013 at 08:16:12PM -0800, Simon Glass wrote:
> + for (row = 0; row < ckdev->rows; row++) {
> + if (cros_ec_keyb_row_has_ghosting(ckdev, buf, row))
> + return true;
> + }
No need for curly braces here. I would not care if not for be
On Sat, Feb 16, 2013 at 08:54:32PM +0100, Johannes Thumshirn wrote:
> Always use to_twl() for converting into private data instead of container_of()
>
> Signed-off-by: Johannes Thumshirn
> ---
> drivers/pwm/pwm-twl.c | 6 ++
> 1 file changed, 2 insertions(+), 4 deletions(-)
I've squashed th
On Saturday, February 16, 2013 01:52:00 AM Stephen Rothwell wrote:
> Hi Rafael,
Hi,
> On Fri, 15 Feb 2013 15:53:34 +0100 "Rafael J. Wysocki" wrote:
> >
> > On Saturday, February 16, 2013 12:50:14 AM Stephen Rothwell wrote:
> > >
> > > On Fri, 15 Feb 2013 08:26:24 -0500 Konrad Rzeszutek Wilk
>
Always use to_twl() for converting into private data instead of container_of()
Signed-off-by: Johannes Thumshirn
---
drivers/pwm/pwm-twl.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/pwm/pwm-twl.c b/drivers/pwm/pwm-twl.c
index a34c235..9cd2c9a 100644
--- a/d
On Sat, Feb 16, 2013 at 11:38 AM, Yinghai Lu wrote:
>
> but you forgot to update setup_usemap() for SPARSEMEM
Heh. I tried desperately to find a config to test my patch in, because
I couldn't see how to even disable SPARSEMEM for my normal x86-64
build. But then I *only* tested it for that non-SP
On 02/16, Oleg Nesterov wrote:
>
> On 02/16, Mandeep Singh Baines wrote:
> >
> > +static int sigkill_pending(struct task_struct *tsk)
> > +{
> > + return signal_pending(tsk) &&
> > + (sigismember(&tsk->pending.signal, SIGKILL) ||
> > +sigismember(&tsk->signal->shared_pendin
On Sat, Feb 16, 2013 at 11:25 AM, Paul E. McKenney
wrote:
>
> Sorry for the delay in testing this, but there was a need to upgrade
> my laptop, and bozo here figured "why not go to 64 bits while I am at
> it?" -- and then proceeded to learn the hard way that it is necessary
> to do "make mrproper"
On Sat, Feb 16, 2013 at 07:56:18PM +0100, Thierry Reding wrote:
> On Sat, Feb 16, 2013 at 07:20:51PM +0100, Johannes Thumshirn wrote:
> > In twl6030_pwm_disable() use to_twl() instead of container_of() like in the
> > rest of the driver.
> >
> > Signed-off-by: Johannes Thumshirn
> > ---
> > driv
On Sat, Feb 16, 2013 at 10:26 AM, Linus Torvalds
wrote:
> On Fri, Feb 15, 2013 at 3:44 AM, Ingo Molnar wrote:
>>>
>>> c060f943d092 may be related as you config does not have
>>> CONFIG_SPARSEMEM defined.
>>
>> Right, that's the commit causing the x86 regression:
>>
>> c060f943d0929f3e429c5d95222
On Fri, Feb 15, 2013 at 10:50:31AM -0800, Linus Torvalds wrote:
> On Fri, Feb 15, 2013 at 10:35 AM, Linus Torvalds
> wrote:
> > On Fri, Feb 15, 2013 at 10:34 AM, Linus Torvalds
> > wrote:
> >>
> >> Something like this ENTIRELY UNTESTED patch.
> >
> > .. and let's actually attach the patch this ti
On Sat, Feb 16, 2013 at 07:20:51PM +0100, Johannes Thumshirn wrote:
> In twl6030_pwm_disable() use to_twl() instead of container_of() like in the
> rest of the driver.
>
> Signed-off-by: Johannes Thumshirn
> ---
> drivers/pwm/pwm-twl.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
H
On Fri, Feb 15, 2013 at 3:44 AM, Ingo Molnar wrote:
>>
>> c060f943d092 may be related as you config does not have
>> CONFIG_SPARSEMEM defined.
>
> Right, that's the commit causing the x86 regression:
>
> c060f943d0929f3e429c5d9522290584f6281d6e is the first bad commit
> commit c060f943d0929f3e42
In twl6030_pwm_disable() use to_twl() instead of container_of() like in the
rest of the driver.
Signed-off-by: Johannes Thumshirn
---
drivers/pwm/pwm-twl.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/pwm/pwm-twl.c b/drivers/pwm/pwm-twl.c
index f783efc..a34c235 1
Initial try to fix compilation error
linux/include/linux/mfd/mcp.h:22:16: error: field 'attached_device' has
incomplete type
linux/include/linux/mfd/mcp.h:48:23: error: field 'drv' has incomplete type
linux/include/linux/mfd/ucb1x00.h:137:17: error: field 'dev' has incomplete type
linux/drivers/p
Move the calls to memcpy_fromio() up into the loop in
dmi_scan_machine(), and move the signature checks back down into
dmi_decode(). We need to check at 16-byte intervals but keep a
32-byte buffer for an SMBIOS entry, so shift the buffer after each
iteration.
Merge smbios_present() into dmi_prese
Commit 9f9c9cbb6057 ('drivers/firmware/dmi_scan.c: fetch dmi version
from SMBIOS if it exists') hoisted the check for "_DMI_" into
dmi_scan_machine(), which means that we don't bother to check for
"_DMI_" at offset 16 in an SMBIOS entry. smbios_present() may also
call dmi_present() for an address
fix for a potential NULL pointer dereference and removal of a redundant
assignment operation. Found using smatch.
Signed-off-by: Kumar Amit Mehta
---
drivers/net/ethernet/neterion/vxge/vxge-traffic.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ether
On Thu, Jan 10, 2013 at 11:15:56AM +, Frederik Himpe wrote:
>I've got a HP EliteBook 8470p on which I installed Debian Wheezy in UEFI
>mode. With both the 3.2 kernel from Wheezy, as the 3.7.1 kernel from
>experimental, xhci fails to initialize and my USB mouse connected to one
>of these port
On 02/16, Mandeep Singh Baines wrote:
>
> @@ -483,7 +484,7 @@ static void exit_mm(struct task_struct * tsk)
> set_task_state(tsk, TASK_UNINTERRUPTIBLE);
> if (!self.task) /* see coredump_finish() */
> break;
> -
Forgot to mention...
On 02/16, Oleg Nesterov wrote:
> On 02/16, Mandeep Singh Baines wrote:
> >
> > --- a/kernel/freezer.c
> > +++ b/kernel/freezer.c
> > @@ -81,6 +81,9 @@ bool __refrigerator(bool check_kthr_stop)
> > */
> > set_current_state(save);
> >
> > + /* Clear fake signal from f
On 02/16, Mandeep Singh Baines wrote:
>
> Make wait_for_dump_helpers() not abort piping the core dump data when the
> crashing process has received a non-fatal signal. The abort still occurs
> in the case of SIGKILL.
>
> Testing:
>
> localhost ~ # echo "|/usr/bin/sleep 1d" > /proc/sys/kernel/core_
On 02/16, Mandeep Singh Baines wrote:
>
> --- a/kernel/freezer.c
> +++ b/kernel/freezer.c
> @@ -81,6 +81,9 @@ bool __refrigerator(bool check_kthr_stop)
>*/
> set_current_state(save);
>
> + /* Clear fake signal from freeze_task(). */
> + recalc_sigpending();
NACK. We can't do
On 02/16, Mandeep Singh Baines wrote:
>
> We don't need to call freezer_do_not_count() for in-kernel users
> of CLONE_VFORK since exec will get called in bounded time.
>
> We don't want to call freezer_count() for in-kernel users because
> they may be holding locks. freezer_count() calls try_to_fre
1 - 100 of 161 matches
Mail list logo