This is the start of the stable review cycle for the 3.4.74 release.
There are 25 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.
Responses should be made by Thu Dec 12 07:59:15 UTC 2013.
Anything
At Mon, 9 Dec 2013 18:40:48 -0800,
Paul Walmsley wrote:
>
>
> Treat both negative and zero return values from clk_round_rate()
> as errors. This is needed since subsequent patches will convert
> clk_round_rate()'s return value to be an unsigned type, rather
> than a signed type, since some
On Tue, Dec 10, 2013 at 10:55:23AM +1100, Dave Chinner wrote:
> [cc xfs list, cc sta...@vger.kernel.org]
>
> On Mon, Dec 09, 2013 at 08:17:09AM -0500, Josh Boyer wrote:
> > On Mon, Dec 9, 2013 at 7:15 AM, Luis Henriques
> > wrote:
> > > On Thu, Dec 05, 2013 at 04:35:50PM -0800, Kees Cook wrote:
Hi Linus,
Please pull from 'master' branch of
git://www.linux-watchdog.org/linux-watchdog.git
It will drop the unnecessary miscdevice.h includes that we forgot in
commit 487722cf2 and fix an oops for the sc1200_wdt driver.
This will update the following files:
bcm2835_wdt.c |
On Tue, Dec 10, 2013 at 03:26:33PM +0800, Fengguang Wu wrote:
> > Hi, Fengguang
> > Can you help to add this patch to your test systems?
> > It's a one-line change, you can find the patch at
> > https://patchwork.kernel.org/patch/3192361/
>
> Hi Axel,
>
> Do you have a public git tree? If not,
Hello Linus,
please pull
git://git.kernel.org/pub/scm/linux/kernel/git/egtvedt/linux-avr32.git for-linus
to receive the following AVR32 fixes for 3.13
Matthias Brugger (2):
avr32: pm: Fix section mismatch
cpufreq_ at32ap-cpufreq.c: Fix section mismatch
Eunbong Song (1):
Hi Fengguang,
Do we need to stat out the perf data of mqueue test in kernel_selftests?
It's like following.
Thanks,
Wanlong Gao
# make run_tests -C mqueue
make: Entering directory `/git/linux/tools/testing/selftests/mqueue'
Initial system state:
Using queue path:
On Mon, Dec 09, 2013 at 02:03:45PM -0800, David Rientjes wrote:
> If direct reclaim has failed to free memory, __GFP_NOFAIL allocations
> can potentially loop forever in the page allocator. In this case, it's
> better to give them the ability to access below watermarks so that they
> may allocate
On Fri, Nov 29, 2013 at 02:26:53PM +0100, Pavel Machek wrote:
> > > > Thanks a lot for the insight. After reading this, I'm wondering what's
> > > > preventing us from killing MTD block support altogether. Artem, already
> > > > suggested it a while back...
> > >
> > > People using
On Thu, Dec 5, 2013 at 3:00 PM, Tim Kryger wrote:
> Do not build the Pseudo Random Number Generation for Cryptographic
> modules since it is not currently being used for this platform.
>
> Signed-off-by: Tim Kryger
> Reviewed-by: Markus Mayer
> ---
> arch/arm/configs/bcm_defconfig | 1 +
> 1
On Tue, Dec 10, 2013 at 3:08 AM, Greg Kroah-Hartman
wrote:
> On Mon, Dec 09, 2013 at 11:24:04PM +0800, Ethan Zhao wrote:
>> On Sun, Dec 8, 2013 at 11:50 AM, Greg Kroah-Hartman
>> wrote:
>> > On Sat, Dec 07, 2013 at 07:31:21PM -0800, Yinghai Lu wrote:
>> >> [+ GregKH]
>> >>
>> >> On Fri, Dec 6,
On Thu, Dec 5, 2013 at 3:30 PM, Tim Kryger wrote:
> The bootloaders used with Broadcom mobile SoCs are capable of handling
> a device tree separately from the zImage so there is no need for this
> option to be enabled.
>
> Signed-off-by: Tim Kryger
> Reviewed-by: Markus Mayer
> ---
>
Around Mon 09 Dec 2013 18:35:24 -0800 or thereabout, Paul Walmsley wrote:
>
> Treat both negative and zero return values from clk_round_rate() as
> errors. This is needed since subsequent patches will convert
> clk_round_rate()'s return value to be an unsigned type, rather than a
> signed type,
Around Mon 09 Dec 2013 18:40:48 -0800 or thereabout, Paul Walmsley wrote:
>
> Treat both negative and zero return values from clk_round_rate()
> as errors. This is needed since subsequent patches will convert
> clk_round_rate()'s return value to be an unsigned type, rather
> than a signed type,
Around Mon 09 Dec 2013 18:49:13 -0800 or thereabout, Paul Walmsley wrote:
>
> Treat both negative and zero return values from clk_round_rate()
> as errors. This is needed since subsequent patches will convert
> clk_round_rate()'s return value to be an unsigned type, rather
> than a signed type,
On 2013/12/10 8:01, Bjorn Helgaas wrote:
> [+cc arch lists]
>
> On Thu, Dec 05, 2013 at 07:52:53PM +0800, Yijing Wang wrote:
>> Use dev_is_pci() instead of directly compare
>> pci_bus_type to check whether it is pci device.
>>
>> Signed-off-by: Yijing Wang
>
> I applied all these to my
Hi Will,
On Mon, Dec 9, 2013 at 10:20 PM, Will Deacon wrote:
> Hi Vinayak,
>
> On Wed, Dec 04, 2013 at 10:09:51AM +, Vinayak Kale wrote:
>> Add support for irq registration when pmu interrupt is percpu.
>
> Getting closer...
>
>> Signed-off-by: Vinayak Kale
>> Signed-off-by: Tuan Phan
>>
On Tue, 2013-12-10 at 15:59 +1030, Rusty Russell wrote:
> Sergei Ianovich writes:
> Hmm, the copy here is gratuitous. Using current->comm is safe, just
> possibly ambigious if someone is changing the task name at the same time.
>
> And we really want this one line anyway:
>
>
On Fri, Dec 6, 2013 at 3:45 PM, Tim Kryger wrote:
> Add the DTS nodes for all the i2c busses in the SoC.
>
> Signed-off-by: Tim Kryger
> Reviewed-by: Christian Daudt
> Reviewed-by: Matt Porter
> Reviewed-by: Markus Mayer
> ---
> arch/arm/boot/dts/bcm11351.dtsi | 40
On 12/10/2013 07:33 AM, Alex Shi wrote:
On 12/09/2013 10:17 PM, Daniel Lezcano wrote:
Concerning the wake up of the cpu: the cpu disabled the irq and
goes to sleep, it is up to the firmware to wake up the cpu when an
interrupt occurs. It will exits its sleep state, call
> Hi, Fengguang
> Can you help to add this patch to your test systems?
> It's a one-line change, you can find the patch at
> https://patchwork.kernel.org/patch/3192361/
Hi Axel,
Do you have a public git tree? If not, I'd like to take this chance to
encourage you to setup one. The best work flow
> -Original Message-
> From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> boun...@lists.linux-foundation.org] On Behalf Of Yijing Wang
> Sent: Thursday, December 05, 2013 5:13 PM
> To: Alex Williamson; Joerg Roedel
> Cc: io...@lists.linux-foundation.org;
Applied to armsoc/for-3.14/dt
thanks,
csd
On Thu, Dec 5, 2013 at 11:20 AM, Tim Kryger wrote:
> Declare clocks that are enabled and configured by bootloaders as fixed
> rate clocks in the DTS such that device drivers may use standard clock
> function calls.
>
> Signed-off-by: Tim Kryger
>
On 09/12/13 23:30, Shuah Khan wrote:
> Adding ubifs maintainers.
>
> -- Shuah
>
> On Mon, Dec 9, 2013 at 1:53 PM, David Mosberger-Tang
> wrote:
>> I've had no luck getting any response from the linux-mtd mailing list
>> regarding the issue reported below.
>> I think it is a very serious issue
Sergei Ianovich writes:
> Signed-off-by: Sergei Ianovich
> CC: Hannes Frederic Sowa
> ---
> Changes v1..v2
> * 1-for-1 match between source and output lines
> * clarify warning
> * print tool name to avoid confusion with what to upgrade
Hmm, the copy here is gratuitous. Using
Ming Lei writes:
> Hi Axel,
>
> I am fine to resend it to RMK's patch system, but I am not sure
> if Russell would like to host it.
>
> Maybe it is better to push it via Rusty's tree since the change is only
> on scripts/, and it doesn't depend on the 1st one.
>
> Rusty, could you pick up the
This device tree binding document describes the Tegra124 pincontrol
DT bindings. This document lists all valid properties, names, mux
options of Tegra124 pins.
Signed-off-by: Laxman Dewangan
Acked-by: Stephen Warren
---
Changes from V1:
- Referred the dt-binding header file on describing the
Without it we get ugly warnings (though build still succeeds).
$ make -j8 CC="gcc -m32"
In file included from :0:0:
/usr/include/stdc-predef.h:30:26: fatal error: bits/predefs.h: No such file or
directory
#include
^
compilation terminated.
In file included from :0:0:
$ git status
# On branch pending-rebases
# Untracked files:
# (use "git add ..." to include in what will be committed)
#
# kernel/x509_certificate_list
nothing added to commit but untracked files present (use "git add" to track)
$
Cc: David Howells
Signed-off-by: Rusty Russell
diff
On Sun, Dec 08, 2013 at 02:14:53PM +0800, Wanpeng Li wrote:
> task_numa_migrate() has two locals called "ret". Fix it all up.
>
> Signed-off-by: Wanpeng Li
Reviewed-by: Naoya Horiguchi
Thanks!
Naoya
> ---
> kernel/sched/fair.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
On Tue, Dec 03, 2013 at 08:18:28AM +0900, Jingoo Han wrote:
> Don't use DEFINE_PCI_DEVICE_TABLE macro, because this macro
> is not preferred.
>
> Signed-off-by: Jingoo Han
Pushed to l2-mtd.git.
Brian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Sun, Dec 08, 2013 at 02:14:52PM +0800, Wanpeng Li wrote:
> Drop unnecessary total_faults variable in function task_weight to unify
> task_weight and group_weight.
>
> Signed-off-by: Wanpeng Li
Reviewed-by: Naoya Horiguchi
> ---
> kernel/sched/fair.c | 11 ++-
> 1 files changed,
Christoph,
Found in the latest stable release V3.12.3, yes, changed in
3.12.4. not needed for later release anymore.
Thanks,
Ethan
On Tue, Dec 10, 2013 at 12:11 AM, Christoph Lameter wrote:
> On Sun, 8 Dec 2013, ethan.zhao wrote:
>
>> Move the NULL check of slabp to the right place before
Applied to armsoc/for-3.14/dt
thanks,
csd
On Fri, Dec 6, 2013 at 3:45 PM, Tim Kryger wrote:
> Enable all available i2c busses.
>
> Signed-off-by: Tim Kryger
> Reviewed-by: Christian Daudt
> Reviewed-by: Matt Porter
> Reviewed-by: Markus Mayer
> ---
> arch/arm/boot/dts/bcm28155-ap.dts |
On Sun, Dec 08, 2013 at 02:14:51PM +0800, Wanpeng Li wrote:
> Adjust numa_scan_period in task_numa_placement, depending on how much useful
> work the numa code can do. The local faults and remote faults should be used
> to check if there is record hinting faults instead of local faults and shared
Laurent,
Next time I scan the NULL check, if hit your driver again, I will resend it.
Thanks,
Ethan
On Tue, Dec 10, 2013 at 10:24 AM, Laurent Pinchart
wrote:
> Hi Ethan,
>
> Thank you for the patch.
>
> On Sunday 08 December 2013 10:41:46 ethan.zhao wrote:
>> function
On Mon, 2013-12-09 at 13:07 -0800, Michael Chan wrote:
> On Tue, 2013-12-10 at 00:18 +0300, Sergei Shtylyov wrote:
> > >We had crashes when the PCI config space got scanned via
> > > /sys/devices/pci/../config.
> >
> > > I agree that this fix will not help if the scan happens
On 12/06/2013 08:22 AM, Marcelo Tosatti wrote:
> On Thu, Dec 05, 2013 at 11:30:27PM +0800, Xiao Guangrong wrote:
>> In some cases, the lockless walker will do endless-walking on desc and
>> without rewalk, consider this case:
>>
>> there are two descs: desc1 and desc2 who is pointed by
W dniu 09.12.2013 16:31, Eric Dumazet pisze:
On Mon, 2013-12-09 at 12:47 +0100, Andrzej Pietrasiewicz wrote:
NOT FOR COMMITTING TO MAINLINE.
With g_ether loaded the sk occasionally becomes 0x.
It happens usually after transferring few hundreds of kilobytes to few
tens of megabytes. If
On 10/12/13 09:04, Adrian Hunter wrote:
> On 09/12/13 20:04, Arnaldo Carvalho de Melo wrote:
>> Em Fri, Dec 06, 2013 at 09:42:58AM +0200, Adrian Hunter escreveu:
>>> Change the order of the output to put the srcline last.
>>> e.g. old format:
>>
>> Can you please always provide the command line
On 09/12/13 20:04, Arnaldo Carvalho de Melo wrote:
> Em Fri, Dec 06, 2013 at 09:42:58AM +0200, Adrian Hunter escreveu:
>> Change the order of the output to put the srcline last.
>> e.g. old format:
>
> Can you please always provide the command line used, so that people can
> quickly reproduce
Current we are using PCIBIOS_MAX_MEM_32 (4G limit) directly in the
pci_bus_alloc_resource to make sure that don't allocate too high
pref 64bit above 4G in the system that does not support that.
That is not right, as allocate_resource() should take resource limit.
Add pci_clip_resource() and use
For allocating resource under bus path, we do not have dev to pass along,
and we only have bus to use instead.
-v2: drop pcibios_bus_addr_to_resource().
-v3: drop __* change requested by Bjorn.
Signed-off-by: Yinghai Lu
Cc: linux-al...@vger.kernel.org
Cc: linuxppc-...@lists.ozlabs.org
Cc:
On system with more pcie cards, we do not have enough range under 4G
to allocate those pci devices.
On 64bit system, we could try to allocate mem64 above 4G at first,
and fall back to below 4g if it can not find any above 4g.
x86 32bit without X86_PAE support will have bottom set to 0, because
When one of children resources does not support MEM_64, MEM_64 for
bridge get reset, so pull down whole pref resource on the bridge under 4G.
If the bridge support pref mem 64, will only allocate that with pref mem64 to
children that support it.
For children resources if they only support pref
Some x86 systems expose above 4G 64bit mmio in _CRS as non-pref mmio range.
[ 49.415281] PCI host bridge to bus :00
[ 49.419921] pci_bus :00: root bus resource [bus 00-1e]
[ 49.426107] pci_bus :00: root bus resource [io 0x-0x0cf7]
[ 49.433041] pci_bus :00: root bus
mmio 64 allocation that could help Guo Chao on
powerpc mmio allocation.
It will try to assign 64 bit resource above 4g at first.
And it is based on current pci/for-linus.
-v2: update after patch that move device_del down to pci_destroy_dev.
add "Try best to allocate pref mmio 64bit above
W dniu 09.12.2013 20:18, Randy Dunlap pisze:
From: Randy Dunlap
Make USB_CONFIGFS_MASS_STORAGE depend on BLOCK just like the other
gadget MASS_STORAGE options do. This fixes the following build errors
that occur when BLOCK is not enabled:
Already submitted
Ren, Qiaowei wrote on 2013-12-10:
> Documentation/x86 is a more fitting place for intel_txt.txt.
>
> Signed-off-by: Qiaowei Ren
> ---
> Documentation/intel_txt.txt | 210
> --- Documentation/x86/intel_txt.txt
> | 210
Hi Wanpeng,
On Sun, Dec 08, 2013 at 02:14:50PM +0800, Wanpeng Li wrote:
> commit 04bb2f947 (sched/numa: Adjust scan rate in task_numa_placement)
> calculate
> period_slot which should be used as base value of scan rate increase if remote
> access dominate. However, current codes forget to use
Exynos5420 SoC has per core thermal management unit.
5 TMU channels 4 for CPUs and 5th for GPU.
This patch adds the device tree nodes to the DT device list.
Nodes carry the misplaced second base address and the second
clock to access the misplaced base address.
Signed-off-by: Leela Krishna
Exynos5420 has 5 TMU channels, the TRIMINFO register is
misplaced for TMU channels 2, 3 and 4
TRIMINFO at 0x1006c000 contains data for TMU channel 3
TRIMINFO at 0x100a contains data for TMU channel 4
TRIMINFO at 0x10068000 contains data for TMU channel 2
This patch
1 Adds the neccessary
On Exynos5440 and Exynos5420 there are registers common
across the TMU channels.
To support that, we introduced a ADDRESS_MULTIPLE flag in the
driver and the 2nd set of register base and size are provided
in the "reg" property of the node.
As per Amit's suggestion, this patch changes the
This patch replaces the inten_rise_shift/mask and inten_fall_shift/mask
with intclr_rise_shift/mask and intclr_fall_shift/mask respectively.
Currently, inten_rise_shift/mask and inten_fall_shift/mask bits are only used
to configure intclr related registers.
Description of H/W:
The offset for the
This patchset does a little clean up of the existing code (linux-soc-thermal)
1. [v11] thermal: samsung: replace inten_ bit fields with intclr_
2. [v11] thermal: samsung: change base_common to more meaningful base_second
adds support for Exynos5420 in the driver and (linux-soc-thermal)
3.
On 12/09/2013 10:17 PM, Daniel Lezcano wrote:
>
> Concerning the wake up of the cpu: the cpu disabled the irq and goes to
> sleep, it is up to the firmware to wake up the cpu when an interrupt
> occurs. It will exits its sleep state, call clock_events_notify(EXIT),
> by this way re-switching to
ATTENTION:
Monday 9th of December 2013 08:16:22 MYT from 41.206.151.183, your account
was recently accessed with this details, please if you recognize this
details,ignore this message, or use this web link to reconfirm your
account details to prevent spammers and unauthorized users to gain
2013/11/25 Axel Lin :
> I'm testing on a nommu platform (arm7tdmi SoC).
> Using current Linus' tree + out-of-tree patches for this SoC.
> I got below hang while executing ls (busybox) after boot.
>
> / # ls
> [ 51.036191] [ cut here ]
> [ 51.042242] WARNING: CPU: 0 PID:
Documentation/x86 is a more fitting place for intel_txt.txt.
Signed-off-by: Qiaowei Ren
---
Documentation/intel_txt.txt | 210 ---
Documentation/x86/intel_txt.txt | 210 +++
2 files changed, 210 insertions(+), 210
09.12.2013 21:10, Peter Hurley пишет:
On 12/09/2013 11:26 AM, Stas Sergeev wrote:
09.12.2013 18:50, Peter Hurley пишет:
if (found && read_buf(ldata, eol) == __DISABLED_CHAR) {
n--;
eof_push = !n && ldata->read_tail != ldata->line_start;
+ldata->push = 0;
On 12/09/2013 11:51 AM, Michael Ellerman wrote:
> On Wed, 2013-04-12 at 10:32:39 UTC, Anshuman Khandual wrote:
>> Generic powerpc branch instruction analysis support added in the code
>> patching library which will help the subsequent patch on SW based
>> filtering of branch records in perf. This
On Tuesday, December 10, 2013 2:45 AM, Mark Brown wrote:
> On Fri, Dec 06, 2013 at 04:09:29PM +0900, Jingoo Han wrote:
> > Use devm_regulator_register() to make cleanup paths simpler.
>
> This has the same issue as the gpio regulator - it needs a more complete
> conversion to devm to be safe due
On 12/10/2013 01:02 AM, David Ahern wrote:
On 12/10/13, 11:54 AM, Dongsheng Yang wrote:
Okey, David, I saw your commit 207b57926 (perf kvm: Fix regression with
guest machine creation) here. It is applied to fix a bug of SEGFAULT. I
have to say that it changed the behavior of report and lead to
Commit 6680ec68eff47d36f67b4351bc9836fd6cba9532
(tuntap: hardware vlan tx support) breaks the truncated packet signal by nev
return a length greater than iov length in tun_put_user(). This patch fixes
by always return the length of packet plus possible vlan header. Caller can
detect the truncated
2013/12/9 Axel Lin :
> 2013/12/9 Greg Kroah-Hartman :
>> On Mon, Dec 09, 2013 at 04:54:29PM +0800, Axel Lin wrote:
>>> 2013/12/9 Greg Kroah-Hartman :
>>> > On Wed, Dec 04, 2013 at 02:44:14PM +0800, Axel Lin wrote:
>>> >> 2013/12/4 Rob Landley :
>>> >> > On 11/16/2013 02:15:23 AM, Axel Lin wrote:
On 12/09/2013 11:26 PM, Preeti U Murthy wrote:
>> > If the cpu stopped the interrupt during deep c-state and without
>> > monitor/mwait support, which kind of ipi can wake the cpu? I mean like a
>> > x86 cpu, APIC stopped in c3 mode, but actually ipi send via apic bus. So
>> > I don't know which
From: Chew, Chiau Ee
This is to disable/enable DW_DMAC hw during suspend/resume.
Signed-off-by: Chew, Chiau Ee
Acked-by: Andy Shevchenko
---
drivers/dma/dw/pci.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/drivers/dma/dw/pci.c
Konrad,
boot_kset was allocated when module loaded by
ibft_init()
iscsi_boot_create_kset()
kzalloc()
but wasn't freed when module unloaded by
ibft_exit()
ibft_cleanup()
iscsi_boot_destroy_kset()
Thanks,
Ethan
On Tue, Dec 10, 2013 at 5:30 AM, Konrad Rzeszutek Wilk
wrote:
> On
On 12/10/13, 11:54 AM, Dongsheng Yang wrote:
Okey, David, I saw your commit 207b57926 (perf kvm: Fix regression with
guest machine creation) here. It is applied to fix a bug of SEGFAULT. I
have to say that it changed the behavior of report and lead to current bug.
Dongsheng, I appreciate your
On 12/09/2013 11:51 AM, Michael Ellerman wrote:
> This code was already in need of some unindentation, and now it's just
> ridiculous.
>
> To start with at the beginning of this routine we have:
>
> while (..) {
> if (!val)
> break;
> else {
> // Bulk of
NACK. Not needed and breaks the very intent of those 2 options.
David
--
Okey, David, I saw your commit 207b57926 (perf kvm: Fix regression with
guest machine creation) here. It is applied to fix a bug of SEGFAULT. I
have to say that it changed the behavior of report and lead to current
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Saturday, December 07, 2013 1:00 AM
> To: Wood Scott-B07421
> Cc: Bhushan Bharat-R65777; linux-...@vger.kernel.org; ag...@suse.de; Yoder
> Stuart-B08248; io...@lists.linux-foundation.org;
On Tue, Dec 10, 2013 at 10:53:59AM +0530, Vishal Annapurve wrote:
> Hi Greg,
>
> Does this look fine? I will send over other patches
> once you confirm.
I'm not going to confirm a broken format...
Please go read the file I pointed you at as to how to properly do
this.
greg k-h
--
To
On Tue, 2013-12-10 at 05:37 +, bharat.bhus...@freescale.com wrote:
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Saturday, December 07, 2013 1:00 AM
> > To: Wood Scott-B07421
> > Cc: Bhushan Bharat-R65777; linux-...@vger.kernel.org;
macvtap_put_user() never return a value grater than iov length, this in fact
bypasses the truncated checking in macvtap_recvmsg(). Fix this by always
returning the size of packet plus the possible vlan header to let the trunca
checking work.
Cc: Vlad Yasevich
Cc: Zhi Yong Wu
Cc: Michael S.
Dear Sir,
Good day!
We had dealing plastic raw materials for many years . And supplied high quality
different grade HDPE/LDPE/PP/PET to our old and new customers.
Should any of the items be of interest to you, please let me know. We shall be
glad to give you our lowest quotations upon
On 12/09/2013 07:02 PM, Michael S. Tsirkin wrote:
> On Mon, Dec 09, 2013 at 06:25:17PM +0800, Jason Wang wrote:
>> macvtap_put_user() never return a value grater than iov length, this in fact
>> bypasses the truncated checking in macvtap_recvmsg(). Fix this by always
>> returning the size of
On 12/09/2013 11:31 PM, Vlad Yasevich wrote:
> On 12/09/2013 05:55 AM, Michael S. Tsirkin wrote:
>> On Mon, Dec 09, 2013 at 06:25:16PM +0800, Jason Wang wrote:
>>> Commit 6680ec68eff47d36f67b4351bc9836fd6cba9532
>>> (tuntap: hardware vlan tx support) breaks the truncated packet signal
> by never
On 12/09/2013 06:56 PM, Michael S. Tsirkin wrote:
> On Mon, Dec 09, 2013 at 12:55:29PM +0200, Michael S. Tsirkin wrote:
>> On Mon, Dec 09, 2013 at 06:25:16PM +0800, Jason Wang wrote:
>>> Commit 6680ec68eff47d36f67b4351bc9836fd6cba9532
>>> (tuntap: hardware vlan tx support) breaks the truncated
On Mon, 2013-12-09 at 19:58 -0800, Linus Torvalds wrote:
> On Mon, Dec 9, 2013 at 5:57 PM, Benjamin Herrenschmidt
> wrote:
> >
> > Here are a handful of powerpc fixes for 3.13.
>
> Grr.
>
> I've pulled it, but looking at that history, it's just pure and utter
> f*cking garbage.
>
> It was
On Mon, Dec 09, 2013 at 05:56:40PM +, Mark Brown wrote:
> On Fri, Dec 06, 2013 at 11:38:29PM +0800, Nicolin Chen wrote:
>
> > +static int imx_hifi_hw_free(struct snd_pcm_substream *substream)
> > +{
> > + struct snd_soc_pcm_runtime *rtd = substream->private_data;
> > + struct snd_soc_dai
On 12/10/2013 01:53 AM, Serge Hallyn wrote:
> Quoting Gao feng (gaof...@cn.fujitsu.com):
>> On 12/07/2013 06:10 AM, Serge E. Hallyn wrote:
>>> Quoting Gao feng (gaof...@cn.fujitsu.com):
Since there is no more place for flags of clone system call.
we need to find a way to create audit
Hi Alan,
On Mon, Dec 9, 2013 at 8:54 PM, Alan Stern wrote:
> On Mon, 9 Dec 2013, Vikas Sajjan wrote:
>
>> Does warm reset while activating SuperSpeed HUBs if the hub activate type
>> is HUB_RESET_RESUME.
>>
>> When we do Suspend-to-RAM with (any one of the 16, 32, 64 Jetflash) transcend
>> USB
On Mon, Dec 9, 2013 at 8:04 PM, Greg KH wrote:
>
> linux-next or the subsystem-specific tree (for drivers/staging/ that
> would be the staging.git tree at git.kernel.org, and use the
> staging-next branch.)
>
> hope this helps,
>
> greg k-h
Got it! Thanks for the heads UP, will switch over to
On Tue, 10 Dec 2013 14:01:44 +0900, Namhyung Kim wrote:
> On Mon, 9 Dec 2013 21:14:10 -0500, Steven Rostedt wrote:
>> On Tue, 10 Dec 2013 11:03:44 +0900
>> Namhyung Kim wrote:
>>
>>> What about returning error code rather than string? This way we won't
>>> worry about the allocation of the error
On Mon, Dec 09, 2013 at 05:34:17PM -0800, Josh Triplett wrote:
> On Mon, Dec 09, 2013 at 05:28:02PM -0800, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > The Linux kernel has traditionally required that an UNLOCK+LOCK pair
> > act as a full memory barrier when either (1) that
Hi Greg,
Does this look fine? I will send over other patches
once you confirm.
Patch set 1:
-
[PATCH 1/3] usb: storage: Proper cmd result assignment
This change replaces DID_ABORT with DID_TIMEOUT as a command result
whenever US_FLIDX_TIMED_OUT bit is set.
This change is made to bring
Hi Sarah,
On Mon, Dec 9, 2013 at 11:54 PM, Sarah Sharp
wrote:
> On Mon, Dec 09, 2013 at 10:24:52AM -0500, Alan Stern wrote:
>> On Mon, 9 Dec 2013, Vikas Sajjan wrote:
>>
>> > Does warm reset while activating SuperSpeed HUBs if the hub activate type
>> > is HUB_RESET_RESUME.
>> >
>> > When we do
On Mon, Dec 09, 2013 at 05:32:31PM -0800, Josh Triplett wrote:
> On Mon, Dec 09, 2013 at 05:28:01PM -0800, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > Historically, an UNLOCK+LOCK pair executed by one CPU, by one task,
> > or on a given lock variable has implied a full memory
Hi Len,
I'm unable to reproduce those DL980 results. I updated the kernel and
config yesterday, and happened to run turbostat again.. and the box was
nowhere near as quiet. I ended up spending all day futzing with the
darn thing, checking various config/kernel combos, and none produced the
Since 48cdc135d4840 (Implement a shadow timekeeper), we have to
call timekeeping_update() after any adjustment to the timekeeping
structure in order to make sure that any adjustments to the structure
persist.
Unfortunately, the updates to the tai offset via adjtimex do not
trigger this update,
In 780427f0e11 (Indicate that clock was set in the pvclock
gtod notifier), logic was added to pass a CLOCK_WAS_SET
notification to the pvclock notifier chain.
While that patch added a action flag returned from
accumulate_nsecs_to_secs(), it only uses the returned value
in one location, and not in
Since 48cdc135d4840 (Implement a shadow timekeeper), we have to
call timekeeping_update() after any adjustment to the timekeeping
structure in order to make sure that any adjustments to the structure
persist.
In the timekeeping suspend path, we udpate the timekeeper
structure, so we should be
I was looking into the lockdep splat reported by Sasha yesterday
and came across a few issues (unfortunately not related) in the
timekeeping code.
The first two are issues related to not updating the shadow
timekeeper after making changes to the timekeeper structure.
This means those updates
On Mon, 9 Dec 2013 22:58:46 -0500 (EST), Vince Weaver wrote:
> On Tue, 10 Dec 2013, Namhyung Kim wrote:
>
>> Hi Vince,
>> Okay, the reason I set the bit was consideration of a very strict
>> perf_event_paranoid setting (-2).
>>
>> So maybe we can try it again with the bit cleared after a failure,
On Mon, 9 Dec 2013 21:14:10 -0500, Steven Rostedt wrote:
> On Tue, 10 Dec 2013 11:03:44 +0900
> Namhyung Kim wrote:
>
>> What about returning error code rather than string? This way we won't
>> worry about the allocation of the error string itself.
>>
>> But the downside of it is loosing a
On Mon, Dec 09, 2013 at 12:05:52PM +0400, Vladimir Davydov wrote:
> There are several FS shrinkers, including super_block::s_shrink, that
> keep reclaimable objects in the list_lru structure. That said, to turn
> them to memcg-aware shrinkers, it is enough to make list_lru per-memcg.
>
> This
Hello Tomasz,
On 9 December 2013 22:01, Tomasz Figa wrote:
>
> Hi Naveen,
>
> On Friday 22 of November 2013 11:44:11 Naveen Krishna Chatradhi wrote:
> > fifo_depth of the HSI2C is not constant
> > Exynos5420 and Exynos5250 supports fifo_depth of 64bytes
> > Exynos5260 supports fifo_depth of
On 12/09/2013 06:06 PM, Stephen Warren wrote:
> On 12/09/2013 02:35 AM, Michael Opdenacker wrote:
>> This patch proposes to remove the use of the IRQF_DISABLED flag
>>
>> It's a NOOP since 2.6.35 and it will be removed one day.
> I assume that the maintainers for drivers/clocksource/ will apply
On Mon, Dec 09, 2013 at 07:35:19PM -0800, David Cohen wrote:
> On 12/09/2013 06:34 PM, Michal Nazarewicz wrote:
> > dOn Tue, Dec 10 2013, David Cohen wrote:
> >> Due to USB controllers may have different restrictions, usb gadget layer
> >> needs to provide a generic way to inform gadget functions
1 - 100 of 1840 matches
Mail list logo
