Creating this patch for the Eudyptula Challenge.
Replaced msleep() for a delay < 20ms with a usleep_range() between 1us and
15000us.
Also inserted a blank line after adeclaration.
Signed-off-by: Miguel Oliveira
---
drivers/staging/nokia_h4p/nokia_core.c |3 ++-
1 file changed, 2
We previously assumed 'mem_sdio' could be null but it is
dereferenced in ioremap(). Add a check to avoid a potential
null pointer dereference error.
Signed-off-by: Sachin Kamat
---
drivers/mfd/asic3.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git
On Fri, May 30, 2014 at 05:22:32AM -0400, Chen, Gong wrote:
> We have two big chunk string. One for memory error location, the other
> for DIMM error location. Since DIMM error location depends on some
> other conditions, how about just converting memory error location to a
> compact mode but
Eduardo TI address is bouncing, but it looks like he's still
contributing via his Gmail address.
Cc: Eduardo Valentin
Signed-off-by: Lee Jones
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6dc67b1..a9dc15b 100644
---
2014-05-30 2:25 GMT+08:00 Greg Kroah-Hartman :
> On Thu, May 29, 2014 at 08:14:02PM +0800, Barry Song wrote:
>> 2014-05-29 18:13 GMT+08:00 Daniel Thompson :
>> > After 07d410e0) serial: sirf: fix spinlock deadlock issue it is no longer
>> > possiblet to compile this driver. The rename of one of
When resuming from S3 suspend, serial console starts sending garbage
on the serial port.
Not continuously, it sends garbage only when in local console prints a
text.
It stops only when the (sending) machine is shut down, or if some
text is sent manually (i.e. with "cat txtfile > /dev/ttyS0").
On 30/05/14 10:55, Ulf Hansson wrote:
On 28 May 2014 15:47, wrote:
From: Srinivas Kandagatla
This patch adds specifics of clk and datactrl register on Qualcomm SD
Card controller. This patch also populates the Qcom variant data with
these new values specific to Qualcomm SD Card
On 28 May 2014 15:47, wrote:
> From: Srinivas Kandagatla
>
> This patch adds specifics of clk and datactrl register on Qualcomm SD
> Card controller. This patch also populates the Qcom variant data with
> these new values specific to Qualcomm SD Card Controller.
>
> Signed-off-by: Srinivas
On 30/05/14 10:35, Ulf Hansson wrote:
On 28 May 2014 15:46, wrote:
From: Srinivas Kandagatla
This patch adds ddrmode mask to variant structure giving more flexibility
to the driver to support more SOCs which have different datactrl register
layout.
Without this patch datactrl register is
On 23/05/14 16:53, Vincent Guittot wrote:
> Monitor the activity level of each group of each sched_domain level. The
> activity is the amount of cpu_power that is currently used on a CPU or group
> of CPUs. We use the runnable_avg_sum and _period to evaluate this activity
> level. In the special
On Wed, May 28, 2014 at 12:56:25PM -0400, Steven Rostedt wrote:
> Instead of making that a huge string, what about a dynamic array of
> special structures?
>
>
> struct __attribute__((__packed__)) cper_sec_mem_rec {
> short type;
> int data;
> };
>
>
HI, Steven & Boris
We have two
On 30/05/14 10:39, Ulf Hansson wrote:
On 28 May 2014 15:46, wrote:
From: Srinivas Kandagatla
This patch adds a fake Qualcomm ID 0x00051180 to the amba_ids, as Qualcomm
SDCC controller is pl180, but amba id registers read 0x0's.
The plan is to remove SDCC driver totally and use mmci as the
Hi Charles,
On 05/30/2014 06:36 PM, Charles Keepax wrote:
> On Fri, May 30, 2014 at 10:41:39AM +0900, Chanwoo Choi wrote:
>> This patch set the parent device of extcon device using first parameter of
>> devm_extco_dev_allocate() to remove duplicate code on all of extcon provider
>> drivers.
>>
>>
On Thu, May 29, 2014 at 5:24 PM, Linus Torvalds
wrote:
> So I'm not in fact arguing against Minchan's patch of upping
> THREAD_SIZE_ORDER to 2 on x86-64, but at the same time stack size does
> remain one of my "we really need to be careful" issues, so while I am
> basically planning on applying
On Mon, May 26, 2014 at 07:42:57AM +0200, Stephan Mueller wrote:
>
> A second aspect is the implementation of the stdrng. Currently, the offered
> patch does not include the stdrng selection. I am currently working on the
> completion of the addition of the stdrng selection to the offered patch.
Hi Ming,
On 29.05.2014 15:59, Ming Lei wrote:
> The patch of "bio: modify __bio_add_page() to accept pages that
> don't start a new segment" changes the way for adding one page
> to bio:
>
> - previously by adding page after checking successfully
> - now by trying to add page and
On Fri, May 30, 2014 at 10:27:35AM +0900, Chanwoo Choi wrote:
> Hi Charles,
>
> On 05/30/2014 12:27 AM, Charles Keepax wrote:
> > The higher levels of impedance have a higher minimum value than the
> > first level. As the same value was used for all levels, higher impedances
> > were reported
Hi Ming,
On 29.05.2014 00:59, Ming Lei wrote:
> On Wed, May 28, 2014 at 11:42 PM, Ming Lei wrote:
> > Would you mind explaining why bi_iter.bi_size need to be
> > decreased by 'len'? In the failure path, it wasn't added by
> > 'len', was it?
>
> Actually, the correct thing may be like what did
On 28 May 2014 15:46, wrote:
> From: Srinivas Kandagatla
>
> This patch adds a fake Qualcomm ID 0x00051180 to the amba_ids, as Qualcomm
> SDCC controller is pl180, but amba id registers read 0x0's.
> The plan is to remove SDCC driver totally and use mmci as the main SD
> controller driver for
Signed-off-by: Ajit Pal Singh
Signed-off-by: Lee Jones
---
.../devicetree/bindings/thermal/st-thermal.txt | 42 ++
1 file changed, 42 insertions(+)
create mode 100644 Documentation/devicetree/bindings/thermal/st-thermal.txt
diff --git
Supply controller specific information to the ST Thermal Core.
Signed-off-by: Ajit Pal Singh
Signed-off-by: Lee Jones
---
drivers/thermal/st/Kconfig | 4 +
drivers/thermal/st/Makefile| 1 +
drivers/thermal/st/st_thermal_syscfg.c | 179
We supply two of these. The first is controlled by the System Configuration
registers and the second one provided is a more traditional 'memory mapped'
variant. Each are handled by they own sub-driver.
Signed-off-by: Ajit Pal Singh
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/stih416.dtsi
On 05/29/2014 06:43 AM, Namhyung Kim wrote:
> But this requires a change in generation time as I faced a type error
> when try to print an array argument as number. I'll post a separate
> patch for this.
Thank you.
>
> Thanks,
> Namhyung
>
Sebastian
--
To unsubscribe from this list: send the
This core is shared by both ST's 'memory mapped' and
'system configuration register' based Thermal controllers.
Signed-off-by: Ajit Pal Singh
Signed-off-by: Lee Jones
---
drivers/thermal/Kconfig | 5 +
drivers/thermal/Makefile| 1 +
drivers/thermal/st/Kconfig | 4 +
Signed-off-by: Ajit Pal Singh
Signed-off-by: Lee Jones
---
arch/arm/configs/multi_v7_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index d4e8a47..dcc4e3e 100644
--- a/arch/arm/configs/multi_v7_defconfig
This is the traditional way of obtaining a device driver's register
address space. The aim of this driver is to supply controller specific
information to the ST Thermal Core.
Signed-off-by: Ajit Pal Singh
Signed-off-by: Lee Jones
---
drivers/thermal/st/Kconfig | 4 +
This patchset adds full support for 2 types of Thermal Controllers
produced by STMicroelectronics. One is a more traditional memory
mapped variant, the other is controlled solely by system configuration
registers.
Documentation/devicetree/bindings/thermal/st-thermal.txt | 42
Hi!
This is my latest task of the eudyptula challenge.
Just a very small patch!
Signed-off-by: Federico Di Pierro
--- xillybus_of.c 2014-05-30 11:27:18.160063074 +0200
+++ /home/federico/xillybus_of.c 2014-05-30 11:27:10.030063570 +0200
@@ -69,7 +69,6 @@
int direction
)
{
-
On Fri, May 30, 2014 at 10:41:39AM +0900, Chanwoo Choi wrote:
> This patch set the parent device of extcon device using first parameter of
> devm_extco_dev_allocate() to remove duplicate code on all of extcon provider
> drivers.
>
> Signed-off-by: Chanwoo Choi
> Reported-by: Charles Keepax
>
On 28 May 2014 15:46, wrote:
> From: Srinivas Kandagatla
>
> This patch adds ddrmode mask to variant structure giving more flexibility
> to the driver to support more SOCs which have different datactrl register
> layout.
>
> Without this patch datactrl register is updated with wrong ddrmode
Am 29.05.2014 08:17, schrieb Artem Bityutskiy:
On Wed, 2014-05-28 at 23:09 +0200, Alexander Holler wrote:
I'm very sorry, but I find such discussions extremly tiresome.
Why discussing then at all, just go ahead and to something else.
Agreed. In order to maintain psychical health it's better
> Update the default value to match the patch.
>
> Signed-off-by: Richard Fitzgerald
> ---
> drivers/mfd/wm5102-tables.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied, thanks.
> diff --git a/drivers/mfd/wm5102-tables.c b/drivers/mfd/wm5102-tables.c
> index
> +static const struct i2c_device_id intel_soc_pmic_i2c_id[] = {
> +{"INT33FD:00", (kernel_ulong_t)_soc_pmic_config_crc},
> +{ }
> +};
> +MODULE_DEVICE_TABLE(i2c, intel_soc_pmic_i2c_id);
> +
> +static struct acpi_device_id
Hi Shijie
After apply this patch into our kernel,
We are facing data hang issue when sending big size file (2M used in test) to
uart port
Note: Rx port is also keep receiving data.
After read the implementation of uart_stop(),
I feel like, stop_tx() is used to perform flow control when like a
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Friday, May 23, 2014 4:39 AM
> To: linux-...@vger.kernel.org; io...@lists.linux-foundation.org
> Cc: linux-kernel@vger.kernel.org; aco...@gmail.com; li...@horizon.com;
> bhelg...@google.com; Sethi
David Howells:
> > Does readlink(2) return "/u/fileA" instead of /ro/fileA?"
>
> No.
>
> The test suite sets the lower symlink to point to the union path for its
> target.
>
> [root@andromeda union-testsuite]# readlink /lower/a/indirect_dir_sym100
> /mnt/a/direct_dir_sym100
Now I've found
David Howells wrote:
> I'll have to address the termslash alterations at some point.
Okay. Done and pushed.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
From: Thierry Reding
Commit febdbfe8a91c (arch: Prepare for smp_mb__{before,after}_atomic())
deprecated the smp_mb__{before,after}_{atomic,clear}_{dec,inc,bit}*()
functions in favour of the unified smp_mb__{before,after}_atomic().
While at it, convert the smb_mb__before_atomic()/clear_bit()
On 2014/5/30 16:08, Lee Jones wrote:
+static int intel_soc_pmic_find_gpio_irq(struct device *dev)
+{
+ struct gpio_desc *desc;
+ int irq;
+
+ desc = devm_gpiod_get_index(dev, KBUILD_MODNAME, 0);
>>>
>>> What does "KBUILD_MODNAME" translate to?
>>
>> It translates
On Fri, May 30, 2014 at 3:30 AM, Stephen Boyd wrote:
> Hm... that doesn't sound right. Please see this thread on lkml[1], and
> also this video from Ben H.[2]
But Benji is talking about the *PCI BUS*, and this is raw register
access. He just says that "This is how a BE CPU is normally
wired to
On Thu, May 29, 2014 at 07:27:34PM -0700, Greg Kroah-Hartman wrote:
> On Wed, May 28, 2014 at 09:59:45AM +0200, Johan Hovold wrote:
> > [ +CC: Greg, Doug, Stratos, Yuyang ]
> >
> > On Wed, May 21, 2014 at 11:00:51AM +0200, Johan Hovold wrote:
> > > On Wed, May 07, 2014 at 07:10:49AM -0700, Dirk
J. R. Okajima wrote:
> I've found some interesting cases.
>
> - impermissible.test,
> open_file_as_bin -t -w $file -E EACCES
> When $termslash is "/", a '/' is appended to the expanded $file, such
> as "/path/fileA/". If fileA is a regular file, that path is obviously
> wrong. Does
On Tue, May 27, 2014 at 12:26:44PM -0700, eric.er...@linux.intel.com wrote:
> From: Eric Ernst
>
> For Baytrail, you should never set a GPIO set to direct_irq
> to output mode. When direct_irq_en is set for a GPIO, it is
> tied directly to an APIC internally, and making the pad output
> does
On 05/30/2014 04:15 AM, Waiman Long wrote:
On 05/28/2014 08:16 AM, Raghavendra K T wrote:
- we need an intelligent way to nullify the effect of batching for
baremetal
(because extra cmpxchg is not required).
To do this, you will need to have 2 slightly different algorithms
depending on the
On Fri, May 30, 2014 at 11:11:20AM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> On Thu, 29 May 2014 10:37:32 +0200, Jiri Olsa wrote:
> > On Thu, May 29, 2014 at 09:06:05AM +0900, Namhyung Kim wrote:
> >> On Tue, 27 May 2014 09:54:36 +0200, Jiri Olsa wrote:
> >> > On Tue, May 27, 2014 at 10:36:44AM
On Wed, May 28, 2014 at 03:37:04PM -0700, Andrew Morton wrote:
> On Wed, 28 May 2014 11:01:53 +0200 Heiko Carstens
> wrote:
> > With this patch it should not happen anymore that reading /proc/stat
> > fails because of a failing high order memory allocation.
>
> So this deletes the problematic
Currently, we use a rwlock tb_lock to protect concurrent access to
the whole zram meta table. However, according to the actual access model,
there is only a small chance for upper user to access the same table[index],
so the current lock granularity is too big.
The idea of optimization is to
On Wed, May 28, 2014 at 01:58:06PM -0700, Greg KH wrote:
> On Mon, Apr 28, 2014 at 03:09:27PM +0300, Heikki Krogerus wrote:
> > This allows resources such as GPIOs and clocks, which can be
> > matched based on the device name when requested, to be
> > assigned even when PLATFORM_DEVID_AUTO is
On Fri, May 30, 2014 at 04:20:41AM +0200, Rafael J. Wysocki wrote:
> On Friday, May 23, 2014 02:02:22 AM Zhang Rui wrote:
> > Hi, all,
> >
> > Currently, PNP bus is used as the default bus for for enumerating ACPI
> > devices with _HID/_CID.
> > For a device that needs to be enumerated to
On Thu, May 29, 2014 at 05:22:05PM +0200, Linus Walleij wrote:
> On Thu, May 29, 2014 at 6:03 PM, Grygorii Strashko
> wrote:
>
> > Also, I'd like to note that GPIO IRQs can be accessible not only
> > when GPIO chips is added, but also when IRQ domain is registered
> > (at least it's valid for DT
On Thu, May 29, 2014 at 09:01:27PM +0200, Stephen Warren wrote:
> On 05/28/2014 06:54 AM, Peter De Schrijver wrote:
> > This driver allows userspace to read the raw efuse data. Its userspace
> > interface is modelled after the sunxi_sid driver which provides similar
> > functionality for some
At Thu, 29 May 2014 18:58:25 +0200,
Paul Bolle wrote:
>
> Checks for CONFIG_SND_DEBUG_ROM were added in v2.5.5 but a Kconfig
> symbol SND_DEBUG_ROM was never added. These checks have always
> evaluated to false. Remove them and the printk()s they hide.
>
> Signed-off-by: Paul Bolle
> ---
>
On pią, 2014-05-30 at 09:25 +0900, Chanwoo Choi wrote:
> This patch add S2MPU02 regulator device to existing S2MPS11 device driver
> because of little difference between S2MPS1x and S2MPU02. The S2MPU02
> regulator device includes LDO[1-28] and BUCK[1-7].
>
> Signed-off-by: Chanwoo Choi
> [Add
On Thu, May 29, 2014 at 06:12:07PM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> PEBS (Precise Event Bases Sampling) profiling is very powerful,
> allowing improved sampling precision and much additional information,
> like address or TSX abort profiling. cycles:p and :pp uses PEBS.
>
> This
At Thu, 29 May 2014 18:51:44 +0200,
Paul Bolle wrote:
>
> Checks for CONFIG_BCM_CS4297A_CSWARM were added in v2.6.11. The related
> Kconfig symbol was never added so these checks always evaluated to true.
> Remove them.
>
> Signed-off-by: Paul Bolle
Thanks, applied.
Takashi
> ---
>
On Fri, May 30, 2014 at 8:08 AM, Stephen Rothwell wrote:
> Hi Linus,
>
> After merging the pinctrl tree, today's linux-next build (arm
> multi_v7_defconfig)
> failed like this:
>
> drivers/pinctrl/sirf/pinctrl-sirf.c: In function 'sirfsoc_gpio_handle_irq':
>
On Wed, May 28, 2014 at 01:51:45PM -0700, Greg Kroah-Hartman wrote:
> On Wed, May 28, 2014 at 04:26:32PM +0200, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Commit febdbfe8a91c (arch: Prepare for smp_mb__{before,after}_atomic())
> > deprecated the
> > The exynos_hdmi.h has been used for the dedicated i2c drivers
> > that were already removed. Thus, the unnecessary exynos_hdmi.h
> > should be removed.
> >
> > Signed-off-by: Jingoo Han
> > ---
> > drivers/gpu/drm/exynos/exynos_hdmi.h | 23 ---
> > 1 file changed, 23
On 2014/5/29 8:13, Simon Horman wrote:
> On Wed, May 28, 2014 at 09:49:56PM +0800, Liu Hua wrote:
>> This patch deales with sparse memory model.
>>
>> For ARM32 platforms, different vendors may define different
>> SECTION_SIZE_BITS, which we did not write to vmcore.
>>
>> For example:
>>
>> 1
> The exynos_hdmi.h has been used for the dedicated i2c drivers
> that were already removed. Thus, the unnecessary exynos_hdmi.h
> should be removed.
>
> Signed-off-by: Jingoo Han
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.h | 23 ---
> 1 file changed, 23 deletions(-)
>
On Thu 29-05-14 02:09:11, Frederic Weisbecker wrote:
> On Thu, May 29, 2014 at 12:02:30AM +0200, Jiri Kosina wrote:
> > On Fri, 9 May 2014, Petr Mladek wrote:
> >
> > > printk() cannot be used safely in NMI context because it uses internal
> > > locks
> > > and thus could cause a deadlock.
Hi,
On 05/29/2014 08:30 AM, Sachin Kamat wrote:
> PTR_ERR_OR_ZERO simplifies the code.
>
> Signed-off-by: Sachin Kamat
> Cc: Hans de Goede
> Cc: Maxime Ripard
> ---
> drivers/phy/phy-sun4i-usb.c |5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git
On Thu, May 29, 2014 at 07:52:01PM +0100, Al Viro wrote:
> On Thu, May 29, 2014 at 05:53:51PM +0100, Al Viro wrote:
> > On Thu, May 29, 2014 at 09:29:42AM -0700, Linus Torvalds wrote:
> > > On Thu, May 29, 2014 at 9:23 AM, Al Viro wrote:
> > > >
> > > > BTW, lock_parent() might be better off if
> >>
> >> Mike, others,
> >>
> >> Any objections to this idea? If there's not much opposition, then maybe
> >> Peter can actually spend time fixing and testing this patch?
> >
> > Idea seems fine. I had actually considered removing the hiearchal
> > directory structure completely with the advent
It has not been possible to set CONFIG_SCSI_NCR53C8XX_FORCE_SYNC_NEGO,
CONFIG_SCSI_NCR53C8XX_DISABLE_MPARITY_CHECK, and
CONFIG_SCSI_NCR53C8XX_DISABLE_PARITY_CHECK through the configuration
system since v2.1.20. Remove these ancient macros.
To enable (or disable) the functionality they covered one
> >> +static int intel_soc_pmic_find_gpio_irq(struct device *dev)
> >> +{
> >> + struct gpio_desc *desc;
> >> + int irq;
> >> +
> >> + desc = devm_gpiod_get_index(dev, KBUILD_MODNAME, 0);
> >
> > What does "KBUILD_MODNAME" translate to?
>
> It translates into "intel_soc_pmic".
Can you just
Commit 294d1351ff47726f0f110b88e816cbafe89512fb
"pinctrl: sirf: switch to using allocated state container"
caused a build conflict due to a bad conflict resolution
when cherry-picking the patch. Fix it up.
Cc: Barry Song
Signed-off-by: Linus Walleij
---
drivers/pinctrl/sirf/pinctrl-sirf.c | 2
Sedat Dilek wrote:
> umount: /mnt: not mounted
Don't worry about that.
> TEST104: Impermissible utimes
> - fs_op_as_bin utimes /mnt/a/rootfile104 -E EACCES
> /mnt/a/rootfile104: Test file not on upper filesystem (line 130)
That might be a failure in overlayfs.
David
--
To unsubscribe from
Joonsoo,
I'm attaching a patch for combination of __rmqueue and __rmqueue_cma.
I didn't test fully but my board is turned on and working well if no frequent
memory allocations.
I'm sorry to send not-tested code.
I just want to report this during your working hour ;-)
I'm testing this this
On Fri, May 30, 2014 at 11:20:10AM +0800, Dave Young wrote:
>
> For ioremapped efi memory aka old_map the virt addresses are not persistant
> across kexec reboot. kexec-tools will read the runtime maps from sysfs then
> pass them to 2nd kernel and assuming kexec efi boot is ok. This will cause
>
On Thu, 2014-05-29 at 17:26 +0200, Matthias Brugger wrote:
> IMHO the dependancy is that DEBUG_LL uses the uart device, and this is
> added when you add the dts.
> AFAIK there can arise problems with multi-platform kernels if the uart
> is not present.
Once DEBUG_LL is enabled you don't have
On Tue, May 27, 2014 at 08:53:00PM -0700, Hugh Dickins wrote:
> On Mon, 26 May 2014, Chen Yucong wrote:
>
> > For cheap seek, when we scan the region between si->lowset_bit
> > and scan_base, if san_base is greater than si->highest_bit, the
> > scan operation between si->highest_bit and scan_base
When you do a v2 patchset, put a v2 in the subject and say which things
changed since v1. https://www.google.com/search?q=how+to+send+a+v2+patch
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
The code for immediate arbitration was removed from (what looks like a
predecessor of) the ncr53c8xx code in v2.6.0. Remove its remnants now.
Signed-off-by: Paul Bolle
---
Untested.
Documentation/scsi/ncr53c8xx.txt | 52
drivers/scsi/ncr53c8xx.c
Couple of things on top of Guenter's comments.
> +config MFD_IMANAGER2
> + tristate "Support for Advantech iManager2 EC ICs"
> + select MFD_CORE
So you're not using any other frameworks? I see quite a lot of Mailbox
stuff. Why aren't you using the Mailbox API, drivers/mailbox? I'm
On Wed, 2014-05-28 at 10:48 +0200, Linus Walleij wrote:
> On Wed, May 28, 2014 at 10:36 AM, Heiko Stübner wrote:
> > Am Mittwoch, 28. Mai 2014, 10:15:43 schrieb Linus Walleij:
> >> On Tue, May 27, 2014 at 3:09 PM, Heiko Stübner wrote:
> >> > Am Dienstag, 27. Mai 2014, 09:27:36 schrieb Ivan T.
On Thu, May 29, 2014 at 06:12:03PM -0700, Andi Kleen wrote:
> PEBS is very useful (e.g. enabling the more cycles:pp event or
> memory profiling) Unfortunately it didn't work in virtualization,
> which is becoming more and more common.
>
> This patch kit implements simple PEBS virtualization for
On Thu, May 29, 2014 at 06:12:06PM -0700, Andi Kleen wrote:
> Note: in very rare cases with exotic events this may lead to spurious PMIs
> in the guest.
Qualify that statement so that if someone runs into it we at least know
it is known/expected.
--
To unsubscribe from this list: send the line
Hi all,
The powerpc allyesconfig is again broken more than usual.
Changes since 20140529:
The mmc tree gained a build failure for which I reverted a commit.
The omap_dss2 tree gained a conflict against the arm-soc tree.
I added a couple of supplied patches to the tip tree.
The tty tree lost
On Fri, May 30, 2014 at 10:24:38AM +0800, Dave Young wrote:
> > > > How does /sys/firmware/efi/runtime-map/* look like with old mapping?
> > > > Can't
> > > > we look at it and figure out if it is 1:1 or not.
> > >
> > > There's phys_addr and virt_addr, (virt_addr - phys_addr) will always be
> >
On Thu, May 29, 2014 at 06:12:05PM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> Currently perf unconditionally disables PEBS for guest.
>
> Now that we have the infrastructure in place to handle
> it we can allow it for KVM owned guest events. For
> the perf needs to know that a event is
On Thu, May 29, 2014 at 09:52:22AM -0600, Stephen Warren wrote:
> On 05/23/2014 02:36 PM, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > This commit introduces a generic device tree binding for IOMMU devices.
> > Only a very minimal subset is described here, but it is enough to cover
> >
The code for integrity checking was removed in v2.6.10. Remove its
remnants now.
Signed-off-by: Paul Bolle
---
Untested.
drivers/scsi/ncr53c8xx.h | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/scsi/ncr53c8xx.h b/drivers/scsi/ncr53c8xx.h
index 0e008dacf679..736a9df68d58
On Tue, 27 May 2014 12:28:00 -0400, Don Zickus wrote:
> These patches enable mmap2 support in the kernel and perf to
> allow support for data cacheline sorting.
>
> Note: I haven't been able to reproduce Jiri's perf hang yet, so I don't
> have a patch for that particular problem yet.
I have no
On Tue, 27 May 2014 12:28:06 -0400, Don Zickus wrote:
> Different arches may have different cacheline sizes. Look it up and set
> a global variable for reference.
[SNIP]
> diff --git a/tools/perf/util/sort.c b/tools/perf/util/sort.c
> index 635cd8f..6e06567 100644
> --- a/tools/perf/util/sort.c
On 2014/5/29 4:09, Aaro Koskinen wrote:
> Hi,
>
> On Tue, May 27, 2014 at 12:16:30PM +0800, Li Zefan wrote:
>> On 2014/5/21 13:36, Yong Zhang wrote:
>>> asid_cache must be unsigned long otherwise on 64bit system
>>> it will become 0 if the value in get_new_mmu_context()
>>> reaches 0x and
Hi Don,
On Tue, 27 May 2014 12:28:02 -0400, Don Zickus wrote:
> This reverts commit 3090ffb5a2515990182f3f55b0688a7817325488.
>
> Re-enable the mmap2 interface as we will have a user soon.
>
> Since things have changed since perf disabled mmap2, small tweaks
> to the revert had to be done:
>
> o
On Thu, 27 Mar 2014 17:57:37 +1100
Benjamin Herrenschmidt wrote:
> I've been trying a 9230 on a power box here (a 9235 on the same
> machine works fine) and it blows up with an IOMMU violation early
> during init.
Hi,
That's https://bugzilla.kernel.org/show_bug.cgi?id=42679
if you haven't
Minchan Kim writes:
> On Thu, May 29, 2014 at 08:38:33PM +0930, Rusty Russell wrote:
>> Minchan Kim writes:
>> > Hello Rusty,
>> >
>> > On Thu, May 29, 2014 at 04:56:41PM +0930, Rusty Russell wrote:
>> >> They don't make much difference: the easier fix is use gcc 4.8
>> >> which drops stack
Ming Lei writes:
> Firstly, it isn't necessary to hold lock of vblk->vq_lock
> when notifying hypervisor about queued I/O.
>
> Secondly, virtqueue_notify() will cause world switch and
> it may take long time on some hypervisors(such as, qemu-arm),
> so it isn't good to hold the lock and block
Signed-off-by: Paul Bolle
---
Documentation/scsi/ncr53c8xx.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/scsi/ncr53c8xx.txt b/Documentation/scsi/ncr53c8xx.txt
index cda5f8fa2c66..1d508dcbf859 100644
--- a/Documentation/scsi/ncr53c8xx.txt
+++
Jens Axboe writes:
> If Rusty agrees, I'd like to add it for 3.16 with a stable marker.
Really stable? It improves performance, which is nice. But every patch
which goes into the kernel fixes a bug, improves clarity, improves
performance or adds a feature. I've now seen all four cases get
Rusty Russell writes:
> "Michael S. Tsirkin" writes:
>> On Thu, May 29, 2014 at 04:56:45PM +0930, Rusty Russell wrote:
>>> virtqueue_add() populates the virtqueue descriptor table from the sgs
>>> given. If it uses an indirect descriptor table, then it puts a single
>>> descriptor in the
This watchdog driver will be working on IMX2+, Vybrid, LS1, LS2+
platforms, and will be in different endianness mode in those SoCs:
SoCs CPU endian mode WDT endian mode
IMX2+LELE
Vybird LE
From: Tony Luck
When a thread in a multi-threaded application hits a machine
check because of an uncorrectable error in memory - we want to
send the SIGBUS with si.si_code = BUS_MCEERR_AR to that thread.
Currently we fail to do that if the active thread is not the
primary thread in the process.
From: Tony Luck
When Linux sees an "action optional" machine check (where h/w has
reported an error that is not in the current execution path) we
generally do not want to signal a process, since most processes
do not have a SIGBUS handler - we'd just prematurely terminate the
process for a
Currently memory error handler handles action optional errors in the deferred
manner by default. And if a recovery aware application wants to handle it
immediately, it can do it by setting PF_MCE_EARLY flag. However, such signal
can be sent only to the main thread, so it's problematic if the
This patchset is the summary of recent discussion about memory error handling
on multithread application. Patch 1 and 2 is for action required errors, and
patch 3 is for action optional errors.
This patchset is based on mmotm-2014-05-21-16-57.
Patches are also available on the following
GK20A's RAM driver was using CMA functions in order to allocate VRAM.
This is wrong because these functions are not exported, which causes
compilation to fail when CMA is enabled and Nouveau is built as a
module. On top of that the driver was leaking (or rather bleeding)
memory.
On Thu, May 29, 2014 at 10:00:49PM -0700, Linus Torvalds wrote:
> Yeah, I think that would be good. Except I think you should create a
> "dentry_is_dead()" helper function that then has that "if you hold the
> dentry or parent lock, this is safe" comment, because for lockref in
> general you do
601 - 700 of 1446 matches
Mail list logo
