[PATCH] serial: of_serial: use devm_clk_get() instead of clk_get()

The probe method of this driver calls clk_get(), but clk_put() is missing from the remove callback. Using the managed clk function is easier than fixing other parts. Signed-off-by: Masahiro Yamada --- drivers/tty/serial/of_serial.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH] cgroup: add explicit cast and comment for return type conversion

On Sun, 24 May 2015, Tejun Heo wrote: > Hello, > > On Sun, May 24, 2015 at 03:07:52PM +0200, Nicholas Mc Guire wrote: > > Type-checking coccinelle spatches are being used to locate type mismatches > > between function signatures and return values in this case this produced: > >

Re: [RFC PATCH] video/logo: introduce new system state for checking if logos are freed

On 06/05/15 10:09, Heiko Schocher wrote: > commit 92b004d1aa9f ("video/logo: prevent use of logos after they have been > freed") > > added a late_initcall function to mark the logos as freed. In reality > the logos are freed later, and fbdev probe may be ran between this > late_initcall and

Re: [PATCH] net: use msecs_to_jiffies for conversion to jiffies

On Sun, 24 May 2015, David Miller wrote: > From: Nicholas Mc Guire > Date: Sat, 23 May 2015 15:43:36 +0200 > > > API compliance scanning with coccinelle flagged: > > ./net/irda/timer.c:63:35-37: use of msecs_to_jiffies probably perferable > > > > Converting milliseconds to jiffies by "val * HZ

Re: [PATCH v4 08/11] block: kill merge_bvec_fn() completely

On Fri, 22 May 2015 11:18:40 -0700 Ming Lin wrote: > From: Kent Overstreet > > As generic_make_request() is now able to handle arbitrarily sized bios, > it's no longer necessary for each individual block driver to define its > own ->merge_bvec_fn() callback. Remove every invocation completely.

Re: [PATCH 1/1] dmaengine: pl330: Initialize pl330 for pl330_prep_dma_memcpy after NULL check of pch

On Sun, May 24, 2015 at 06:30:36PM +0530, Maninder Singh wrote: > git send-email missed one line > Add it in description too > > On 24 May 2015 18:11, "Maninder Singh" wrote: > > > > From: Maninder Singh > > > > Currently pch pointer is already dereferenced before NULL check > And thus we are

Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev()

On Fri, 22 May 2015 11:18:38 -0700 Ming Lin wrote: > From: Kent Overstreet > > Remove bio_fits_rdev() completely, because ->merge_bvec_fn() has now > gone. There's no point in calling bio_fits_rdev() only for ensuring > aligned read from rdev. Surely this patch should come *before* [PATCH

[PATCH] drivers:usb:fsl: Replace macros with enumerated type

Replace macros with enumerated type to represent usb ip controller version Signed-off-by: Nikhil Badola --- Depends on "drivers: usb :fsl: Add support for USB controller version-2.5" include/linux/fsl_devices.h | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git

Re: [PATCH v4 01/11] block: make generic_make_request handle arbitrarily sized bios

On Fri, 22 May 2015 11:18:33 -0700 Ming Lin wrote: > From: Kent Overstreet > > The way the block layer is currently written, it goes to great lengths > to avoid having to split bios; upper layer code (such as bio_add_page()) > checks what the underlying device can handle and tries to always

Re: [PATCH] locking: type cleanup when accessing fast_read_ctr

On Sun, 24 May 2015, Oleg Nesterov wrote: > On 05/23, Nicholas Mc Guire wrote: > > > > On Wed, 20 May 2015, Oleg Nesterov wrote: > > > > > On 05/19, Nicholas Mc Guire wrote: > > > > > > > > I assumed it would not matter but did not see a simple way of getting it > > > > type clean with unsigned

[v7 1/8] iommu: Add new member capability to struct irq_remap_ops

This patch adds a new member capability to struct irq_remap_ops, this new function ops can be used to check whether some features are supported, such as VT-d Posted-Interrupts. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu --- arch/x86/include/asm/irq_remapping.h | 4

[v7 5/8] iommu, x86: Add cap_pi_support() to detect VT-d PI capability

Add helper function to detect VT-d Posted-Interrupts capability. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu Acked-by: David Woodhouse --- include/linux/intel-iommu.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/intel-iommu.h b/include/linux/intel-iommu.h index

[v7 2/8] iommu: dmar: Extend struct irte for VT-d Posted-Interrupts

From: Thomas Gleixner The IRTE (Interrupt Remapping Table Entry) is either an entry for remapped or for posted interrupts. The hardware distiguishes between remapped and posted entries by bit 15 in the low 64 bit of the IRTE. If cleared the entry is remapped, if set it's posted. The entries

Re: [PATCH 1/3 v3] drivers: hwspinlock: add CSR atlas7 implementation

2015-05-23 6:51 GMT+08:00 Suman Anna : > Hi Barry, > > On 05/19/2015 01:41 AM, Barry Song wrote: >> From: Wei Chen >> >> Add hwspinlock support for the CSR atlas7 SoC. >> >> The Hardware Spinlock device on atlas7 provides hardware assistance >> for synchronization between the multiple processors

[v7 4/8] iommu, x86: No need to migrating irq for VT-d Posted-Interrupts

We don't need to migrate the irqs for VT-d Posted-Interrupts here. When 'pst' is set in IRTE, the associated irq will be posted to guests instead of interrupt remapping. The destination of the interrupt is set in Posted-Interrupts Descriptor, and the migration happens during vCPU scheduling.

[v7 7/8] iommu, x86: define irq_remapping_cap()

This patch adds a new interface irq_remapping_cap() to detect whether irq remapping supports new features, such as VT-d Posted-Interrupts. We export this function out, so that KVM code can check this and use this mechanism properly. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu ---

[v7 3/8] iommu, x86: Implement irq_set_vcpu_affinity for intel_ir_chip

Implement irq_set_vcpu_affinity for intel_ir_chip. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu Acked-by: David Woodhouse --- arch/x86/include/asm/irq_remapping.h | 5 drivers/iommu/intel_irq_remapping.c | 46 2 files changed, 51 insertions(+)

[v7 6/8] iommu, x86: Setup Posted-Interrupts capability for Intel iommu

Set Posted-Interrupts capability for Intel iommu when IR is enabled, clear it when IR is disabled. Signed-off-by: Feng Wu --- drivers/iommu/intel_irq_remapping.c | 30 ++ drivers/iommu/irq_remapping.c | 2 ++ drivers/iommu/irq_remapping.h | 3 +++ 3

[v7 8/8] iommu, x86: Properly handler PI for IOMMU hotplug

Return error when inserting a new IOMMU which doesn't support PI if PI is currently in use. Signed-off-by: Feng Wu --- drivers/iommu/intel_irq_remapping.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/iommu/intel_irq_remapping.c b/drivers/iommu/intel_irq_remapping.c index

[v7 0/8] Add VT-d Posted-Interrupts support - IOMMU part

VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt. With VT-d Posted-Interrupts enabled, external interrupts from direct-assigned devices can be delivered to guests without VMM intervention when guest is running in non-root mode. You can find the VT-d Posted-Interrtups Spec. in

Re: [PATCH 2/3 v3] Documentation: dt: add the CSR atlas7 hwspinlock bindings document

2015-05-23 6:44 GMT+08:00 Suman Anna : > Hi Barry, > > On 05/19/2015 01:41 AM, Barry Song wrote: >> From: Wei Chen >> >> The Hardware Spinlock device on atlas7 provides hardware assistance >> for synchronization between the multiple processors in the system >> (dual Cortex-A7, CAN bus Cortex-M3

[RFC V7 PATCH 6/7] vhost: interrupt coalescing support

This patch implements basic interrupt coalescing support. This is done by introducing two new per virtqueue parameters: - max_coalescced_buffers: maximum number of buffers before trying to issue an interrupt. - coalesce_usecs: maximum number of microseconds waited if at least one buffer is

[RFC V7 PATCH 7/7] vhost_net: add interrupt coalescing support

Signed-off-by: Jason Wang --- drivers/vhost/net.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c index 7d137a4..5ee28b7 100644 --- a/drivers/vhost/net.c +++ b/drivers/vhost/net.c @@ -320,6 +320,9 @@ static void handle_tx(struct vhost_net

[RFC V7 PATCH 1/7] virito-pci: add coalescing parameters setting

This patch introduces a transport specific methods to set or get the coalescing parameters and implement the pci methods. Signed-off-by: Jason Wang --- drivers/virtio/virtio_pci_modern.c | 15 +++ include/linux/virtio_config.h | 8 include/uapi/linux/virtio_pci.h|

[RFC V7 PATCH 5/7] virtio_net: enable tx interrupt

This patch enable tx interrupt for virtio-net driver. This can make socket accounting works again and help to reduce the buffer bloat. To reduce the performance impacts, only enable tx interrupt on newer host with interrupt coalescing support. Signed-off-by: Jason Wang ---

[RFC V7 PATCH 2/7] virtio_ring: try to disable event index callbacks in virtqueue_disable_cb()

Currently, we do nothing to prevent the callbacks in virtqueue_disable_cb() when event index is used. This may cause spurious interrupts which may damage the performance. This patch tries to publish last_used_idx as the used even to prevent the callbacks. Signed-off-by: Jason Wang ---

[RFC V7 PATCH 3/7] virtio-net: optimize free_old_xmit_skbs stats

We already have counters for sent packets and sent bytes. Use them to reduce the number of u64_stats_update_begin/end(). Take care not to bother with stats update when called speculatively. Cc: Rusty Russell Cc: Michael S. Tsirkin Signed-off-by: Jason Wang Signed-off-by: Michael S. Tsirkin

[RFC V7 PATCH 0/7] enable tx interrupts for virtio-net

Hi: This is a new version of trying to enable tx interrupts for virtio-net. We used to try to avoid tx interrupts and orphan packets before transmission for virtio-net. This breaks socket accounting and can lead serveral other side effects e.g: - Several other functions which depends on socket

[RFC V7 PATCH 4/7] virtio-net: add basic interrupt coalescing support

This patch enables the interrupt coalescing setting through ethtool. Cc: Rusty Russell Cc: Michael S. Tsirkin Signed-off-by: Jason Wang --- drivers/net/virtio_net.c | 62 drivers/virtio/virtio_ring.c | 2 ++

[PATCH] init/do_mounts: Add create_dev() failure log

if create_dev() function fails to create the root mount device (/dev/root), then it goes to panic as root device not found but there is no check/log present in case of failure, So i have added the log in case it fails to create the root device. It will help in debugging. Signed-off-by: Vishnu

Re: [PATCH v2] w1: masters: omap_hdq: Add support for 1-wire mode

On Monday 18 May 2015 05:39 PM, Vignesh R wrote: > This patches makes following changes to omap_hdq driver > - Enable 1-wire mode. > - Implement w1_triplet callback to facilitate search rom >procedure and auto detection of 1-wire slaves. > - Proper enabling and disabling of interrupt. >

Re: [PATCH] drm/msm/mdp5: Always generate active-high sync signals for DSI

On 05/22/2015 07:46 PM, Hai Li wrote: DSI video mode engine can only take active-high sync signals. This change prevents MDP5 sending active-low sync signals to DSI in any case. Signed-off-by: Hai Li Tested-by: Archit Taneja --- drivers/gpu/drm/msm/mdp/mdp5/mdp5_encoder.c | 12

Re: dell_rbtn - kernel panic at boot...

On Sun, May 24, 2015 at 09:44:32PM -0700, Darren Hart wrote: > Greg, Matthew, I'm tempted to recommend this 434 line driver be rolled into > dell-laptop.c. Any strong opinions? Mrm. It's slightly conceptually nasty in that one's an ACPI driver and one's calling a Dell custom interface, but I

Re: dell_rbtn - kernel panic at boot...

On Sat, May 23, 2015 at 03:05:36AM +0200, Pali Rohár wrote: > On Saturday 23 May 2015 00:53:16 Dmitry Torokhov wrote: > > On Thu, May 21, 2015 at 7:06 PM, Valdis Kletnieks > > > > wrote: > > > So after I made both config variables =y, the resulting kernel > > > built, but died a glorious death

RE: [char-misc-next 11/11] mei: revamp mei bus code

> > > This is a lot to do in just one patch. Any chance you can split it up > > > into reviewable pieces? > > > > I thought it would be harder to swallow but I'm not sure how to really > > split this into working pieces w/o do some artificial steps which > > I will have to validate again to

Re: randconfig build error with next-20150521, in drivers/platform/x86/dell-rbtn.c

On Thu, May 21, 2015 at 10:07:11PM +0200, Pali Rohár wrote: > On Thursday 21 May 2015 21:56:15 Darren Hart wrote: > > On Thu, May 21, 2015 at 10:36:15AM -0700, Jim Davis wrote: > > > Building with the attached random configuration file, > > > > > > drivers/built-in.o: In function `rbtn_remove': >

Re: [PATCH v2 6/7] Watchdog: introduce ARM SBSA watchdog driver

Hi Timur. On 25 May 2015 at 11:46, Timur Tabi wrote: > Fu Wei wrote: >> >> Once the Linux kernel has KVM support and is in hyp mode. we >> may need to use arch_counter_get_cntpct. > > > arch_counter_get_cntpct() does not appear to be valid for ARM64: > >

[PATCH] fbdev: radeon: Remove 'struct timeval' usage

'struct timeval' uses a 32-bit representation for the seconds field which will overflow in the year 2038 and beyond. This patch replaces the usage of 'struct timeval' with ktime_t which uses a 64-bit time representation and does not suffer from the y2038 problem. This patch is part of a larger

Re: [PATCH] zram: check compressor name before setting it

On (05/22/15 22:14), Minchan Kim wrote: > > > >second, there is not much value in exposing zcomp internals, > > > >especially when the result is just another line in dmesg output. > > > > > > From the other hand, the only valid values that can be written are > > > in 'comp_algorithm'. > > > So

[PATCH 1/1] serial: earlycon: Add support for big-endian MMIO accesses

From: Noam Camus Support command line parameters of the form: earlycon=,io|mmio|mmio32|mmio32be,, This commit seem to be needed even after commit: serial: 8250: Add support for big-endian MMIO accesses c627f2ceb692e8a9358b64ac2d139314e7bb0d17 Signed-off-by: Noam Camus ---

Re: [PATCH v2 6/7] Watchdog: introduce ARM SBSA watchdog driver

Fu Wei wrote: Once the Linux kernel has KVM support and is in hyp mode. we may need to use arch_counter_get_cntpct. arch_counter_get_cntpct() does not appear to be valid for ARM64: http://lxr.free-electrons.com/source/arch/arm64/include/asm/arch_timer.h#L108 -- Sent by an employee of the

[PATCH v6] serial: 8250_uniphier: add UniPhier serial driver

Add the driver for on-chip UART used on UniPhier SoCs. This hardware is similar to 8250, but the register mapping is slightly different: - The offset to FCR, MCR is different. - The divisor latch access bit does not exist. Instead, the divisor latch register is available at offset 9.

Re: [PATCH v2 6/7] Watchdog: introduce ARM SBSA watchdog driver

Hi Guenter, On 21 May 2015 at 23:28, Guenter Roeck wrote: > On Thu, May 21, 2015 at 08:09:02AM -0500, Timur Tabi wrote: >> Guenter Roeck wrote: >> >> >> >>+static unsigned int sbsa_gwdt_get_timeleft(struct watchdog_device *wdd) >> >>+{ >> >>+struct sbsa_gwdt *gwdt = to_sbsa_gwdt(wdd); >> >>+

Payment

Dear Winner, You have been awarded the sum of 8,000,000.00 (Eight Million Pounds sterling) with reference number 77100146. This compensation funds from the United Nation.Send us your personal details to deliver your funds. Gloria Peter -- To unsubscribe from this list: send the line

Re: [PATCH v2 5/7] Watchdog: introduce "pretimeout" into framework

Hi Guenter, Great thanks for your suggestion, I have put this kind of validation into watchdog_pretimeout_invalid and watchdog_timeout_invalid. So : (1) set_timeout(10); --> if this setting is successful set_pretimeout(20); -> return fail (-EINVAL) (2) set_timeout(10); -->

linux-next: manual merge of the wireless-drivers-next tree with the wireless-drivers tree

Hi Kalle, Today's linux-next merge of the wireless-drivers-next tree got a conflict in drivers/net/wireless/iwlwifi/Kconfig between commit ed65918735a5 ("iwlwifi: 7000: modify the firmware name for 3165") from the wireless-drivers tree and commit 87411456834a ("iwlwifi: clarify the device /

Re: [PATCH trivial] enic: Grammar s/an negative/a negative/

From: Geert Uytterhoeven Date: Thu, 21 May 2015 14:09:14 +0200 > Signed-off-by: Geert Uytterhoeven Applied to net-next, thanks. -- 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

Re: [RFC PATCH 2/4] x86, mwaitt: introduce mwaitx idle with a configurable timer

On Wed, May 20, 2015 at 07:11:20PM +0800, Ingo Molnar wrote: > > * Borislav Petkov wrote: > > > On Wed, May 20, 2015 at 12:22:58PM +0200, Ingo Molnar wrote: > > > > > Well, HLT does not get any hint from the OS how long the idling is > > > expected to last. > > > > MWAIT on AMD doesn't

Payment

Dear Winner, You have been awarded the sum of 8,000,000.00 (Eight Million Pounds sterling) with reference number 77100146. This compensation funds from the United Nation.Send us your personal details to deliver your funds. Gloria Peter -- To unsubscribe from this list: send the line

Re: [PATCH v2] i2c: designware: Avoid unnecessary resuming during system suspend

Dear Wolfram, Mika, On Thu, 21 May 2015 14:40:49 +0300 Mika Westerberg wrote: > [Adding Jarkko, just in case he has concerns about this] > > On Wed, May 20, 2015 at 10:33:13PM +0800, Jisheng Zhang wrote: > > Commit 1fc2fe204cb9 ("i2c: designware: Add runtime PM hooks") adds > > runtime pm

[PATCH v5] serial: 8250_uniphier: add UniPhier serial driver

Add the driver for on-chip UART used on UniPhier SoCs. This hardware is similar to 8250, but the register mapping is slightly different: - The offset to FCR, MCR is different. - The divisor latch access bit does not exist. Instead, the divisor latch register is available at offset 9.

[PATCH] base:cacheinfo - Fix for typos in comment and pr_warn log message

Signed-off-by: Shailendra Verma --- drivers/base/cacheinfo.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/base/cacheinfo.c b/drivers/base/cacheinfo.c index 9c2ba1c..c75bda8 100644 --- a/drivers/base/cacheinfo.c +++ b/drivers/base/cacheinfo.c @@ -191,12

Re: [PATCH v2 0/2] Add MediaTek display PWM driver

On Thu, 2015-05-21 at 21:29 +0800, YH Huang wrote: > YH Huang (2): > dt-bindings: pwm: add MediaTek display PWM bindings > pwm: add MediaTek display PWM driver support > > .../devicetree/bindings/pwm/pwm-mtk-disp.txt | 25 +++ > drivers/pwm/Kconfig| 10

Re: [PATCH 1/2] extcon: Add extcon_set_cable_line_state() to inform the additional state of external connectors

On Fri, May 22, 2015 at 07:49:49PM +0900, Chanwoo Choi wrote: > This patch adds the extcon_set_cable_line_state() function to inform > the additional state of each external connector and 'enum extcon_line_state' > enumeration which include the specific states of each external connector. > > The

[PATCH] cpufreq:exynos-cpufreq - Fix for memory leak in case SOC name does not match.

During probe free the memory allocated to "exynos_info" in case of unknown SOC type. Signed-off-by: Shailendra Verma --- drivers/cpufreq/exynos-cpufreq.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/cpufreq/exynos-cpufreq.c

Payment

Dear Winner, You have been awarded the sum of 8,000,000.00 (Eight Million Pounds sterling) with reference number 77100146. This compensation funds from the United Nation.Send us your personal details to deliver your funds. Gloria Peter -- To unsubscribe from this list: send the line

Re: [PATCH v2 6/7] Watchdog: introduce ARM SBSA watchdog driver

Hi Guenter, On 25 May 2015 at 01:47, Timur Tabi wrote: > Guenter Roeck wrote: >> >> >> The pseudo-code in the specification suggests that if WCV is configured, >> WS0 = WCV >> WS1 = WCV + WOR >> >> Assuming that the implementation follows the pseudo-code in the >> specification, >> we

Re: [PATCH v2 6/7] Watchdog: introduce ARM SBSA watchdog driver

Hi, Guenter, On 25 May 2015 at 01:32, Guenter Roeck wrote: > On 05/24/2015 10:19 AM, Timur Tabi wrote: >> >> Fu Wei wrote: >>> >>> I don't know why you want to do this tricky way. you can always >>> register the interrupt handler, >>> if pre-timeout is 0, system will just trigger WS1 right

RE: usb: gadget: f_fs: O_NONBLOCK waits MAX_SCHEDULE_TIMEOUT

> >>> > >>> FunctionFS is very specific, because read/write operations are > >>> directly translated into USB requests, which are asynchronous, so > >>> you cannot use O_NONBLOCK. > >>> > >>> If you need non-blocking API you can use Asynchronous I/O (AIO). You > >>> can find some examples in

Re: [PATCH] serial: 8250: remove return statements from void function

2015-05-25 4:46 GMT+09:00 Greg Kroah-Hartman : > On Mon, May 11, 2015 at 12:30:22PM +0900, Masahiro Yamada wrote: >> serial8250_set_mctrl() is a void type function. Returning something >> does not look nice. >> >> Signed-off-by: Masahiro Yamada >> --- >> >> drivers/tty/serial/8250/8250_core.c |

Re: [char-misc-next 11/11] mei: revamp mei bus code

On Sun, May 24, 2015 at 09:29:41PM +, Winkler, Tomas wrote: > > > > On Thu, May 07, 2015 at 03:54:08PM +0300, Tomas Winkler wrote: > > > MEI bus was designed around nfc and was hard to extend. > > > Instead of hard coded way of adding the devices on the mei bus > > > we scan whole me client

Re: [linux-sunxi] [PATCH 1/2] mmc: sunxi: fix timeout in sunxi_mmc_oclk_onoff

Hi Michal, On Mon, May 25, 2015 at 4:07 AM, Michal Suchanek wrote: > The 250ms timeout is too short. > > On my system enabling the oclk takes under 50ms and disabling slightly > over 100ms when idle. Under load disabling the clock can take over > 350ms. > > This does not make mmc clock gating

Linux 4.1-rc5

I'm back on my usual Sunday schedule, and rc5 is back to its usual size after a small bump in rc4. Things continue to look pretty normal. We've got about two thirds driver updates (gpu, infiniband, sound, networking, scsi, thermal), and almost half of the remainder is networking updates. The rest

Re: BUG: rwlock bad magic on CPU#1, NetworkManager/

Johannes, On Tue, May 19, 2015 at 12:15:28AM -0700, Jeremiah Mahler wrote: > Johannes, > > You mentioned off-list that you might have a fix for this somewhere in > mac80211-next. Do you have any idea when this will make it in to -next? > It is still broken as of -next 20150518. > > -- > -

Re: [PATCH v6 2/2] kconfig: add xenconfig defconfig helper

Hi Luis, 2015-05-22 3:47 GMT+09:00 Luis R. Rodriguez : > On Thu, May 21, 2015 at 11:49:17PM +0900, Masahiro Yamada wrote: >> Hi, >> >> I am not familiar with xen at all, just some comments >> from the build system side. >> >> >> >> 2015-05-21 3:53 GMT+09:00 Luis R. Rodriguez : >> > From: "Luis R.

Question about "Make sched entity usage tracking scale-invariant"

hi I saw the patch “sched: Make sched entity usage tracking scale-invariant” that will make the usage to be freq scaled. So if delta period that the calculation of usage based on cross a frequency change, so how can you make sure the usage calculation is correct? The delta period may last

Re: RaspberryPi "is this a real kernel?"

On Sun, 24 May 2015 11:32:36 +0100, John Whitmore said: > $ ./mkknlimg ../../linux/arch/arm/boot/zImage 3.18.0-can+.img > tail: +: invalid number of bytes > * Is this a valid kernel? In pass-through mode. Looks like they try to use 'tail' to skip over something, but the + sign in your uname -r

Re: [PATCH 2/9 linux-next] nilfs2: remove dir_pages() declaration

On Sun, 24 May 2015 17:19:42 +0200, Fabian Frederick wrote: > dir_pages() is now declared in pagemap.h > > Signed-off-by: Fabian Frederick > --- > fs/nilfs2/dir.c | 5 - > 1 file changed, 5 deletions(-) > > diff --git a/fs/nilfs2/dir.c b/fs/nilfs2/dir.c > index 0ee0bed..6b8b92b 100644 >

[PATCH 2/2] ACPICA: Fix for ill-formed GUID strings for NFIT tables.

From: Bob Moore ACPICA commit 60052949ba2aa7377106870da69b237193d10dc1 Error in transcription from the ACPI spec. Link: https://github.com/acpica/acpica/commit/60052949 Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- include/acpi/acuuid.h | 16 1 file changed, 8

[PATCH 1/2] ACPICA: acpihelp: Update for new NFIT table GUIDs.

From: Bob Moore ACPICA commit 83727bed8f715685a63a9f668e73c60496a06054 Add original UUIDs/GUIDs to the acuuid.h file. Cleanup acpihelp output for UUIDs/GUIDs. Link: https://github.com/acpica/acpica/commit/83727bed Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- include/acpi/acuuid.h |

Re: [PATCH v3 1/5] Documentation: devicetree: add Broadcom SATA binding

On Tue, May 12, 2015 at 04:28:19PM -0700, Brian Norris wrote: > Signed-off-by: Brian Norris Applied to libata/for-4.2. Thanks. -- tejun -- 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

Re: [PATCH v3 0/5] AHCI and SATA PHY support for Broadcom STB SoCs

Hello, Brian. On Thu, May 21, 2015 at 03:38:25PM -0700, Brian Norris wrote: > It's possible you're confusing binding documentation with .dts source > files? The DTS files (arch/*/boot/dts/) go through arch trees. For > instance, the arm-soc maintainers have a structured process by which >

Re: [PATCH] fs: sysfs: don't pass count == 0 to bin file readers

On Fri, May 22, 2015 at 03:46:51AM +0300, Vladimir Zapolskiy wrote: > Hello Tejun, > > On 22.05.2015 02:26, Tejun Heo wrote: > > Hello, Vladimir. > > > > On Fri, May 22, 2015 at 02:04:31AM +0300, Vladimir Zapolskiy wrote: > >> But "!size" is a special case, > >> > >>if (!count || pos >=

2015 Loan Program

Forretnings- og personlig lån på 3% uten kredittsjekk og umiddelbar godkjenning, Søk nå! Programmet gjennom e-post; Evelyn s. evelyn.c...@reincarnate.com Mark Unrue. info.c...@reincarnate.com, Kathy Ellis kathy.c...@reincarnate.com Takk og hilsen. Kontanter reinkarnerer Usa Woodbridge Lane

Re: [RFC/PATCH 6/9] drivers: platform: Configure dma operations at probe time

Hi Robin, On Tuesday 19 May 2015 11:39:17 Robin Murphy wrote: > On 15/05/15 00:00, Laurent Pinchart wrote: > > Configuring DMA ops at probe time will allow deferring device probe when > > the IOMMU isn't available yet. > > This is great, as I think it also subtly solves the ordering problem the

[PATCH v6 07/37] MIPS: JZ4740: probe CPU interrupt controller via DT

Use the generic irqchip_init function to probe irqchip drivers using DT, and add the appropriate node to the JZ4740 devicetree in place of the call to mips_cpu_irq_init. Signed-off-by: Paul Burton Cc: Ian Campbell Cc: Kumar Gala Cc: Lars-Peter Clausen Cc: Mark Rutland Cc: Pawel Moll Cc:

Re: [RFC/PATCH 2/9] arm: dma-mapping: Support IOMMU mappings spanning the full 32 bits range

Hi Robin, On Tuesday 19 May 2015 11:17:32 Robin Murphy wrote: > On 15/05/15 00:00, Laurent Pinchart wrote: > > The arm_iommu_create_mapping() function takes the IOMMU mapping size as > > a size_t, limiting the size to 4GB - 1 on 32 bit platforms while most > > bus masters would support the full

Re: uvcvideo: Race on dev->state between uvc_disconnect() and uvc_v4l2_open()

Hi Eugene, On Wednesday 20 May 2015 17:48:41 Eugene Shatokhin wrote: > Hi, > > There is a race in uvcvideo module between uvc_disconnect() and > uvc_v4l2_open() on dev->state. Checked and reproduced that with kernel > 4.1-rc1. > > drivers/media/usb/uvc/uvc_driver.c, uvc_disconnect(): > >

Linux 2.6.32.66

Hello, I've just released Linux 2.6.32.66. The patch and changelog will appear soon at the following locations: https://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.32/ https://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.32/patch-2.6.32.66.xz

RE: [char-misc-next 11/11] mei: revamp mei bus code

> > On Thu, May 07, 2015 at 03:54:08PM +0300, Tomas Winkler wrote: > > MEI bus was designed around nfc and was hard to extend. > > Instead of hard coded way of adding the devices on the mei bus > > we scan whole me client list and create a device for each > > eligible me client; currently we

Re: [PATCH 11/51] memcg: implement mem_cgroup_css_from_page()

Hello, On Fri, May 22, 2015 at 07:28:31PM -0400, Johannes Weiner wrote: > replace_page_cache() can clear page->mem_cgroup even when the page > still has references, so unfortunately you must hold the page lock > when calling this function. > > I haven't checked how you use this - chances are you

Re: [ANNOUNCE] 4.0.4-rt1

On 05/19/2015 02:39 PM, Sebastian Andrzej Siewior wrote: Dear RT folks! I'm pleased to announce the v4.0.4-rt1 patch set. Great!! Changes since v3.18.13-rt10 - Rebase to v4.0. - David Hildenbrand's series of decouple of preempt_disable from pagefault_disable is part of the series.

Re: [PATCH v9 2/5] clockevents/drivers: Add STM32 Timer driver

On 05/22/2015 11:03 PM, Maxime Coquelin wrote: STM32 MCUs feature 16 and 32 bits general purpose timers with prescalers. The drivers detects whether the time is 16 or 32 bits, and applies a 1024 prescaler value if it is 16 bits. Reviewed-by: Linus Walleij Tested-by: Chanwoo Choi

Re: [PATCH v9 1/5] dt-bindings: Document the STM32 timer bindings

On 05/22/2015 11:03 PM, Maxime Coquelin wrote: This adds documentation of device tree bindings for the STM32 timer. Tested-by: Chanwoo Choi Acked-by: Rob Herring Signed-off-by: Maxime Coquelin Applied to my tree for 4.2. -- Linaro.org │ Open source software for

Re: [PATCH] kernel:workqueue - Fix typos in comments.

One hunk was already fixed. Applied the rest to wq/for-4.2. Thanks. -- tejun -- 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 http://vger.kernel.org/majordomo-info.html Please read the FAQ

Re: [PATCH v2 2/2] capabilities: Add a securebit to disable PR_CAP_AMBIENT_RAISE

Thanks Acked-By: Andrew G. Morgan On Sat, May 23, 2015 at 12:45 PM, Serge E. Hallyn wrote: > On Thu, May 14, 2015 at 11:39:49PM -0700, Andy Lutomirski wrote: >> Per Andrew Morgan's request, add a securebit to allow admins to >> disable PR_CAP_AMBIENT_RAISE. This securebit will prevent

Re: [PATCH] cgroup: add explicit cast and comment for return type conversion

Hello, On Sun, May 24, 2015 at 03:07:52PM +0200, Nicholas Mc Guire wrote: > Type-checking coccinelle spatches are being used to locate type mismatches > between function signatures and return values in this case this produced: > ./kernel/cgroup.c:2525 WARNING: return of wrong type > ssize_t

Re: [PATCH] staging: unisys: remove braces from single statement blocks

On Sun, May 17, 2015 at 03:46:36PM -0700, Isaac Assegai wrote: > Remove the braces to satisfy this checkpatch warning: > WARNING: braces {} are not necessary for single statement blocks > > Signed-off-by: Isaac Assegai > --- > drivers/staging/unisys/virthba/virthba.c | 6 ++ > 1 file

Re: [PATCH 1/1] drivers: staging: unisys: visorbus: visorchipset.c: private functions should be declared static

On Fri, May 15, 2015 at 09:22:21PM -0700, Tolga Ceylan wrote: > visorchipset_file_init() and visorchipset_file_cleanup() functions > do not seem to be used from anywhere else and now are declared > as static. Sparse emitted "not declared" warnings for these two > functions. > > Signed-off-by:

Re: [PATCH 1/4] ozwpan: Use proper check to prevent heap overflow

On Wed, May 13, 2015 at 08:58:17PM +0200, Jason A. Donenfeld wrote: > Since elt->length is a u8, we can make this variable a u8. Then we can > do proper bounds checking more easily. Without this, a potentially > negative value is passed to the memcpy inside oz_hcd_get_desc_cnf, > resulting in a

Re: [PATCH] staging : comedi/drivers/pcl*.c: coding style fixes

On Sun, May 24, 2015 at 12:42:43PM -0700, Matthew Needes wrote: > pcl812.c / pcl816.c: > > Fixed indentation errors. > Fixed lines exceeding 80 columns, spelling errors. That's multiple things in the same patch, please do this in separate patches, each one only doing one thing each. >

Re: [PATCH v3 1/9] misc: sram: fix enabled clock leak on error path

Hi Philipp, On 20.05.2015 14:30, Philipp Zabel wrote: > Hi Vladimir, > > Am Dienstag, den 19.05.2015, 16:11 +0300 schrieb Vladimir Zapolskiy: >> Hi Philipp, >> >> On 19.05.2015 13:41, Philipp Zabel wrote: >>> Am Montag, den 18.05.2015, 22:08 +0300 schrieb Vladimir Zapolskiy: If

Re: [PATCH v2] staging: comedi: fix coding style issues

On Wed, May 20, 2015 at 02:54:16PM +, Geliang Tang wrote: > On Mon, May 18, 2015 at 12:37:09PM +0100, Ian Abbott wrote: > > On 16/05/15 05:16, Geliang Tang wrote: > > >1) Fixed an error found by checkpatch.pl. > > >ERROR: space required after that ',' (ctx:VxV) > > >

Re: [PATCH] net: use msecs_to_jiffies for conversion to jiffies

From: Nicholas Mc Guire Date: Sat, 23 May 2015 15:43:36 +0200 > API compliance scanning with coccinelle flagged: > ./net/irda/timer.c:63:35-37: use of msecs_to_jiffies probably perferable > > Converting milliseconds to jiffies by "val * HZ / 1000" technically > is not a clean solution as it

Re: [PATCH v2] sparc: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE

From: Khalid Aziz Date: Fri, 15 May 2015 11:48:15 -0600 > diff --git a/arch/sparc/kernel/setup_64.c b/arch/sparc/kernel/setup_64.c > index c38d19f..606e3f9 100644 > --- a/arch/sparc/kernel/setup_64.c > +++ b/arch/sparc/kernel/setup_64.c > @@ -255,6 +255,30 @@ void sun4v_patch_2insn_range(struct

Re: [PATCH] PM / AVS: rockchip-io: depend on CONFIG_POWER_AVS

Hi, On Sat, May 23, 2015 at 03:41:30PM +0200, Heiko Stuebner wrote: > The rockchip io-domain driver currently only depends on ARCH_ROCKCHIP > itself. This makes it possible to select the power-domain driver, but > not the POWER_AVS class and results in the iodomain-driver not getting > build in

Re: [PATCH v4 1/2] serial_core: add pci uart early console support

On Fri, May 22, 2015 at 09:06:59AM -0700, Bin Gao wrote: > On some Intel Atom SoCs, the legacy IO port UART(0x3F8) is not available. > Instead, a 8250 compatible PCI uart can be used as early console. > This patch adds pci support to the 8250 early console driver uart8250. > For example, to enable

Re: [PATCH v2] power: max17042_battery: add HEALTH and TEMP_* properties support

Hi, On Sun, May 24, 2015 at 09:11:58AM +0530, Ramakrishna Pallala wrote: > This patch adds the support for following battery properties > to max17042 fuel gauge driver. > > POWER_SUPPLY_PROP_TEMP_ALERT_MIN > POWER_SUPPLY_PROP_TEMP_ALERT_MAX > POWER_SUPPLY_PROP_TEMP_MIN >

Re: [PATCH v2 0/2] Add support for BQ25890 charger chip

Hi, On Tue, May 19, 2015 at 04:24:38PM +0300, Laurentiu Palcu wrote: > Changes since v1: > * add comment in DT bindings regarding default driver behavior when >"ti,thermal-regulation-threshold" property is missing; > * addressed all Krzysztof's comments, including addition of a reset >

Re: [PATCH 0/2] power_supply: Small improvements for 4.2

Hi, On Tue, May 19, 2015 at 04:16:28PM +0900, Krzysztof Kozlowski wrote: > I send these separately because they are not fixes for current > RC cycle. > > The patch 1 could look like fix... but still this is for theoretical > race condition. Thanks, queued. signature.asc Description: Digital

  1   2   3   4   5   6   >