On 14/03/13 11:23, Artem Bityutskiy wrote:
> On Thu, 2013-03-14 at 11:15 +, Mark Jackson wrote:
>> [ 28.538525] [d08ea004] *pgd=8f045811, *pte=, *ppte=
>> [ 28.545173] Internal error: Oops: 7 [#1] ARM
>> [ 28.549685] CPU: 0Not tainted
>>
On 14.03.2013, at 05:19, Thomas Abraham wrote:
> On 14 March 2013 05:29, Alexander Graf wrote:
>> On my Exynos 5 based Arndale system, I need to pull the reset line down
>> and then let it go up again to actually perform a reset. Without that
>> reset, I can't find any USB hubs on my bus,
On Thu, 2013-03-14 at 10:48 +0100, Peter Zijlstra wrote:
> Thomas noted that we do the wakeup preemption check after the wakeup
> trace point, this means the tracepoint cannot test/report this decision;
> which is rather important for latency sensitive workloads. Therefore
> move the tracepoint
On 13/03/13 14:15, Linus Walleij wrote:
Sorry for slow replies :-(
On Thu, Mar 7, 2013 at 2:17 PM, Ian Lartey wrote:
+static int palmas_gpio_read(struct palmas *palmas, unsigned int reg,
+ int gpio, unsigned int *dest)
I don't like "int gpio" here, please use "int offset".
On 14/03/13 08:08, Namjae Jeon wrote:> 2013/3/14, Sergey Yanovich
:
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0,0)
Have you ever tried to use rootwait or rootdelay on command line ?
If no, You can use them.
Those options work. However, they introduce a delay
s/x84:/x86:/ in summary, of course.
Paul Bolle
--
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 at http://www.tux.org/lkml/
CONFIG_INVLPG got removed in commit
094ab1db7cb7833cd4c820acd868fc26acf3f08e ("x86, 386 removal: Remove
CONFIG_INVLPG"). That commit left one instance of CONFIG_INVLPG
untouched, effectively disabling DEBUG_TLBFLUSH for X86_32. Since all
currently supported X86 CPU's should now be able to support
Because hash_64() is called from the get_kprobe() inside
int3 handler, kernel causes int3 recursion and crashes if
kprobes user puts a probe on it.
Usually hash_64() is inlined into caller function, but in
some cases, it has instances by gcc's interprocedural
constant propagation.
This patch
Currently kprobes check whether the copied instruction modifies
IF (interrupt flag) on each probe hit. This means not only
introducing overhead but also involving inat_get_opcode_attribute
into kprobes hot path, and it can cause an infinit recursive
call (and kernel panic in the end).
Actually,
Hello,
I did benchmark makedumpfile performance with mmap() on /proc/vmcore
on 32GB memory system. Even smaller than terabytes memory, it's
possible to see performance improvement precisely to some amount.
However, it's definitely necessary to see how performance is changed
on terabyte-class
On 3/14/2013 4:02 PM, Philip Avinash wrote:
> ECAP IP is used in da850 SOC's also. Hence adds ECAP device tree binding
> support for da850.
>
> Cc: Grant Likely
> Cc: Rob Herring
> Cc: Rob Landley
> Signed-off-by: Philip Avinash
> ---
> :100644 100644 131e8c1... fcbd3c1... M
>
On Thu, 2013-03-14 at 00:25 -0700, Michel Lespinasse wrote:
> On Wed, Mar 13, 2013 at 6:12 PM, Peter Hurley
> wrote:
> > On Wed, 2013-03-13 at 04:36 -0700, Michel Lespinasse wrote:
> >> Have you considered building your ldlock based on lib/rwsem-spinlock.c
> >> instead ? i.e. having an internal
On Thu, 2013-03-14 at 00:03 -0700, Michel Lespinasse wrote:
> On Mon, Mar 11, 2013 at 04:36:47PM -0400, Peter Hurley wrote:
> >
> > On Wed, 2013-03-06 at 15:21 -0800, Michel Lespinasse wrote:
> > > + retry_reader_grants:
> > > + oldcount = rwsem_atomic_update(adjustment, sem) - adjustment;
> > >
On 3/14/2013 4:02 PM, Philip Avinash wrote:
> Add EHRPWM and ECAP support build support for DAVINCI_DA850 platforms.
>
> Also, since DAVINCI platforms doesn't support TI-PWM-Subsystem module,
> remove the select option for CONFIG_PWM_TIPWMSS.
>
> Also, update CONFIG_PWM_TIPWMSS compiler
Changelog:
v2 -> v3:
* update patch description, spotted by Michal
v1 -> v2:
* update patch description, spotted by Michal
"hugetlb_total_pages is used for overcommit calculations but the
current implementation considers only default hugetlb page size (which
is either the first defined
Some LED devices support flash/torch functionality through the LED subsystem.
This patch enables direct LED trigger controls by the driver.
Flash on/off and torch on/off can be done simply by other driver space.
Two trigger APIs are added, ledtrig_flash_ctrl() and ledtrig_torch_ctrl().
LM355x and LM3642 support flash and torch functionality.
(Camera driver) (LED trigger for camera) (LED driver)
Turn on the flash ...> ledtrig_flash_ctrl(true) ...> LM355x or LM3642
brightness ctrl
Patch v2
(1) LED trigger macros are replaced with inline function in case of
!CONFIG_LED_TRIGGERS and !CONFIG_LEDS_TRIGGER_IDE_DISK.
(2) Use an inline function when CONFIG_LEDS_TRIGGER_CAMERA is not configured.
Patch v1
Initial patch
Milo(Woogyom) Kim (3):
leds: trigger: use inline
Macros are used in case that an inline function doesn't work.
Otherwise, use an empty inline function.
(a) Case of !CONFIG_LEDS_TRIGGERS
Following macros are replaced with inline functions.
led_trigger_register_simple()
led_trigger_unregister_simple()
led_trigger_event()
To make inline
On Thu, Mar 14, 2013 at 12:09:53PM +0100, Paul Bolle wrote:
> On Thu, 2013-03-14 at 13:59 +0300, Dan Carpenter wrote:
> > Your patch is fine as is, but if you wanted to send a follow on
> > patch to break the depend mess into separate lines, that would also
> > be welcome. :)
>
> Well, now that
On Wed, Mar 13, 2013 at 5:56 PM, Andi Kleen wrote:
> On Wed, Mar 13, 2013 at 02:19:05PM +0100, Stephane Eranian wrote:
>> On Thu, Mar 7, 2013 at 3:43 AM, Andi Kleen wrote:
>> > From: Andi Kleen
>> >
>> > The new perf stat interval code is quite useful, especially when the
>> > data is post
On 14/03/13 06:27, Stephen Rothwell wrote:
> Hi Al,
>
> Today's linux-next merge of the signal tree got a conflict in
> include/asm-generic/unistd.h between commit 837718bfd28b
> ("CONFIG_SYMBOL_PREFIX: cleanup") from the modules tree and commit
> e1b5bb6d1236 ("consolidate cond_syscall and
On Thu, 2013-03-14 at 11:15 +, Mark Jackson wrote:
> [ 28.538525] [d08ea004] *pgd=8f045811, *pte=, *ppte=
> [ 28.545173] Internal error: Oops: 7 [#1] ARM
> [ 28.549685] CPU: 0Not tainted
> (3.8.0-next-20130225-2-g678576f-dirty #40)
> [ 28.557595] PC is at
On Fri, 2013-03-08 at 10:56 +0100, Erwan Yvin wrote:
> caif_shm is an old implementation
And it has been unbuildable since release v3.5, due to commit
29746f48d1b2e903b23daf8cc951fcb47ff0110e ("ARM: ux500: delete U5500
support").
> caif_shm will be replaced by caif_virtio
>
> Signed-off-by:
On 14/03/13 10:30, Artem Bityutskiy wrote:
> On Thu, 2013-03-14 at 09:54 +, Mark Jackson wrote:
>> On 14/03/13 09:13, Artem Bityutskiy wrote:
>>> On Wed, 2013-03-13 at 11:12 +, Mark Jackson wrote:
Sorry ... this just locks up the unit.
>>>
>>> OK, I've reproduced the issue with
On Wed, Mar 13, 2013 at 11:44 PM, Andrew Morton
wrote:
> On Wed, 13 Mar 2013 15:16:25 +0100 Miklos Szeredi wrote:
>
>> From: Miklos Szeredi
>>
>> Add a new inode operation i_op->dentry_open(). This is for stacked
>> filesystems
>> that want to return a struct file from a different filesystem.
When the machine is on single mode, only branch 0 channel 0
is valid. However, the code is not honouring it:
[ 1952.639341] EDAC DEBUG: i7300_get_mc_regs: Memory controller operating on
single mode
...
[ 1952.639351] EDAC DEBUG: i7300_init_csrows: AMB-present CH0 = 0x1:
[ 1952.639353]
On Thu, 2013-03-14 at 13:59 +0300, Dan Carpenter wrote:
> Your patch is fine as is, but if you wanted to send a follow on
> patch to break the depend mess into separate lines, that would also
> be welcome. :)
Well, now that you somehow managed to review this patch the urge to
clean this line up
On Thu 14-03-13 18:49:49, Wanpeng Li wrote:
> Changelog:
> v1 -> v2:
> * update patch description, spotted by Michal
>
> hugetlb_total_pages() does not account for all the supported hugepage
> sizes.
> This can lead to incorrect calculation of the total number of
> page frames used by
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: majianpeng
commit 2d32b29a1c2830f7c42caa8258c714acd983961f upstream.
When free nfs-client, it must free the ->cl_stateids.
Signed-off-by: Jianpeng Ma
Signed-off-by: J. Bruce Fields
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Joerg Roedel
commit f528d980c17b8714aedc918ba86e058af914d66b upstream.
When dma_ops are initialized the unity mappings are
created. The init_device_table_dma() function makes sure DMA
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger
commit fbbf8555a986ed31e54f006b6cc637ea4ff1425b upstream.
This patch adds missing bounds checking for the configfs provided
mapped_lun value during
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 55ee64b30a38d688232e5eb2860467dddc493573 upstream.
Walking rbtree while it's modified is a Bad Idea(tm); besides,
the result of find_vma() can be freed just as it's getting
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner
commit 1cba0cdf5e4dbcd9e5fa5b54d7a028e55e2ca057 upstream.
__btrfs_close_devices() clones btrfs device structs with
memcpy(). Some of the fields in the clone are
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Russell King
commit b255188f90e2bade1bd11a986dd1ca4861869f4d upstream.
Paolo Pisati reports that IPv6 triggers this warning:
BUG: scheduling while atomic: swapper/0/0/0x4100
Modules
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Konrad Rzeszutek Wilk
commit 2482a92e7d17187301d7313cfe5021b13393a0b4 upstream.
The earlyprintk for Xen PV guests utilizes a simple hypercall
(console_io) to provide output to Xen
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Konrad Rzeszutek Wilk
commit a2fd6419174470f5ae6383f5037d0ee21ed9833f upstream.
Both the PowerPC hypervisor and Xen hypervisor can utilize the
hvc driver.
Cc: Greg KH
Signed-off-by:
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Mattia Dongili
commit 3ec1c3983d73b1e3d4cfd72afab94c34eceafe8a upstream.
The call to handlers 0x124 and 0x135 (rfkill control) seems to take a
bitmask to control various states of the
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Layton
commit ce2ac52105aa663056dfc17966ebed1bf93e6e64 upstream.
Kjell Braden reported this oops:
[ 833.211970] BUG: unable to handle kernel NULL pointer dereference at
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger
commit fd3a9025c0349bc9b01d627529f54e6e1e389015 upstream.
This patch addresses a v3.5+ regression in iscsi-target where TX thread
process context ->
Hi,
please include the patch below to all maintained stable trees.
commit b81273a132177edd806476b953f6afeb17b786d5
Author: Jiri Slaby
Date: Tue Jan 15 23:26:22 2013 +0100
TTY: do not reset master's packet mode
thanks,
--
js
suse labs
--
To unsubscribe from this list: send the line
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Tomas Henzl
commit 7b74e912785a11572da43292786ed07ada7e3e0c upstream.
While adding and removing a lot of disks disks and partitions this
sometimes shows up:
WARNING: at
Hi again,
On Thu, 14 Mar 2013 17:14:28 +0800, chenggang wrote:
> From: Chenggang Qin
>
> If we execute "make clean" in perf's directory, many object files cannot be
> cleaned in the current version.
> For example:
> While we run "make clean" in perf's directory, and run the command:
> "fine ./
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: "Xiaowei.Hu"
commit 309a85b6861fedbb48a22d45e0e079d1be993b3a upstream.
ocfs2_block_group_alloc_discontig() disables chain relink by setting
ac->ac_allow_chain_relink = 0 because it grabs
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Liu
commit 32918dd9f19e5960af4cdfa41190bb843fb2247b upstream.
We need to re-initialize the security for a new reflinked inode with its
parent dirs if it isn't specified to be
On Thu, Mar 14, 2013 at 11:17:04AM +0100, Paul Bolle wrote:
> 1) This patch is rather hard to review. That is because the "depends on"
> line is rather hard to read. Perhaps the easiest way to review is to do
> git grep -n "\bUSB_FILE_STORAGE\(_TEST\)\?\b"
>
> before and after applying this
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit ce23bba842aee98092225d9576dba47c82352521 upstream.
idr allocation in blk_alloc_devt() wasn't synchronized against lookup
and removal, and its limit check was off by one -
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit 3bec60d511179853138836ae6e1b61fe34d9235f upstream.
fw_device_init() didn't check whether the allocated minor number isn't
too large. Fail if it goes overflows MINORBITS.
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit 6cdae7416a1c45c2ce105a78187d9b7e8feb9e24 upstream.
The iteration logic of idr_get_next() is borrowed mostly verbatim from
idr_for_each(). It walks down the tree looking
On Wed, 2013-03-13 at 11:07 +0800, Michael Wang wrote:
> However, we already figure out the logical that wakeup related task
> could benefit from closely running, this could promise us somewhat
> reliable benefit.
I'm not convinced that the 2 task wakeup scenario is the only sane
scenario.
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Xi Wang
commit df1778be1a33edffa51d094eeda87c858ded6560 upstream.
The null check of `strchr() + 1' is broken, which is always non-null,
leading to OOB read. Instead, check the result of
From: Chenggang Qin
If we execute "make clean" in perf's directory, many object files cannot be
cleaned in the current version.
For example:
While we run "make clean" in perf's directory, and run the command:
"fine ./ -name "*.o""
we will get:
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Asias He
commit 472b72f2db7831d7dbe22ffdff4adee3bd49b05d upstream.
The page++ is wrong. It makes bio_add_pc_page() pointing to a wrong page
address if the 'while (len > 0 && data_len > 0)
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Konrad Rzeszutek Wilk
commit c79c49826270b8b0061b2fca840fc3f013c8a78a upstream.
The git commit 8eaffa67b43e99ae581622c5133e20b0f48bcef1
(xen/pat: Disable PAT support for now) explains in
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust
commit 5a7a613a47a715711b3f2d3322a0eac21d459166 upstream.
Commit 73ca100 broke the code that prevents the client from deleting
a silly renamed dentry. This affected
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: "H. Peter Anvin"
commit 7c10093692ed2e6f318387d96b829320aa0ca64c upstream.
On non-BIOS platforms it is possible that the BIOS data area contains
garbage instead of being zeroed or
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust
commit a9a6b52ee1baa865283a91eb8d443ee91adfca56 upstream.
If the socket is full, we're better off just waiting until it empties,
or until the connection is broken. The
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: "K. Y. Srinivasan"
commit 9d2696e658ef4f209955ddaa987d43f1a1bd81a1 upstream.
Properly initialize scatterlist before using it.
Signed-off-by: K. Y. Srinivasan
Signed-off-by: James
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Russell King
commit 5e4ba617c1b584b2e376f31a63bd4e734109318a upstream.
Martin Storsjö reports that the sequence:
ee312ac1vsub.f32s4, s3, s2
ee702ac0
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 208afec4f3be8c51ad6eebe6611dd6d2ad2fa298 upstream.
This bug was introduced back in bitkeeper days in 2003. We use
"dcb->dev_mode" before it has been initialized.
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit aacfddfdadb3540651d263245069631f341e953a upstream.
Along with a clean up commit [e9f66d9b9: ALSA: pci: clean up using
module_pci_driver()], bt87x driver lost the
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Paolo Bonzini
commit 3a2d63f87989e01437ba994df5f297528c353d7d upstream.
There are two problems with shutdown in the NBD driver.
1: Receiving the NBD_DISCONNECT ioctl does not sync the
Add clock node support for ECAP and EHRPWM modules.
Also adds dummy clock for EHRWPM TBCLK to comply with pwm-tiehrpwm
driver.
Signed-off-by: Philip Avinash
---
:100644 100644 0c4a26d... 891d075... M arch/arm/mach-davinci/da850.c
arch/arm/mach-davinci/da850.c | 24
1
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Konrad Rzeszutek Wilk
commit 884ac2978a295b7df3c4a686d3bff6932460 upstream.
There is no hypercall to setup multiple MSI per PCI device.
As such with these two new commits:
-
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit 23cb21092eb9dcec9d3604b68d95192b79915890 upstream.
Add module aliases so that autoloading works correctly if the user
tries to activate "snapshot-origin" or
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Lukas Czerner
commit 810da240f221d64bf90020f25941b05b378186fe upstream.
We're using macro EXT4_B2C() to convert number of blocks to number of
clusters for bigalloc file systems. However,
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Olaf Hering
commit d9904344fc4052fbe7e4dc137eba0dcdadf326bd upstream.
An earlier commit cd006086fa5d91414d8ff9ff2b78fbb593878e3c ("ata_piix:
defer disks to the Hyper-V drivers by
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Seth Heasley
commit aaa515277db9585eeb4fdeb4637b9f9df50a1dd9 upstream.
This patch adds the IDE-mode SATA DeviceIDs for the Intel Avoton SOC.
Signed-off-by: Seth Heasley
Signed-off-by:
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: James Ralston
commit 3aee8bc52c415aba8148f144e5e5359b0fd75dd1 upstream.
This patch adds the IDE-mode SATA Device IDs for the Intel Wellsburg PCH
Signed-off-by: James Ralston
da850 platforms require TBCLK synchronization in CFG_CHIP1 register for
TBCLK enable in EHRPWM modules. Enabling of TBCLK is done only if EHRPWM
DT node status is set to "okay" DT blob.
Also adds macro definitions for DA8XX_EHRPWM_TBCLKSYNC and
DA8XX_CFGCHIP1_REG.
Signed-off-by: Philip Avinash
Hi,
On Thu, Mar 14, 2013 at 04:14:58PM +0530, Vivek Gautam wrote:
> Convert clk_enable/clk_disable to clk_prepare_enable/clk_disable_unprepare
> calls as required by common clock framework.
>
> Signed-off-by: Vivek Gautam
> CC: Felipe Balbi
> CC: Kukjin Kim
> ---
>
Hook up "pm_power_off" to palmas power off routine if there is DT
property "ti,system-power-controller" defined, so platform which is
powered by this regulator can be powered off properly.
Based on work by:
Mallikarjun Kasoju
Signed-off-by: Bill Huang
---
drivers/mfd/palmas.c | 25
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Justin Lecher
commit 98c350cda2c14a343d34ea01a3d9c24fea5ec66d upstream.
Support the caching of large files.
Addresses https://bugzilla.kernel.org/show_bug.cgi?id=31182
Signed-off-by:
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Alexey Klimov
commit 0322bd3980b3ebf7dde8474e22614cb443d6479a upstream.
Don't let Masterkit MA901 USB radio be handled by usb hid drivers.
This device will be handled by radio-ma901.c
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: James Ralston
commit 389cd784969e9148fedcde0608f15bd74d6b769e upstream.
This patch adds the IDE-mode SATA Device IDs for the Intel Lynx Point-LP PCH
Signed-off-by: James Ralston
Hi,
On Thu, Mar 14, 2013 at 04:14:57PM +0530, Vivek Gautam wrote:
> @@ -170,7 +155,6 @@ static int dwc3_exynos_remove(struct platform_device
> *pdev)
> {
> struct dwc3_exynos *exynos = platform_get_drvdata(pdev);
>
> - platform_device_unregister(exynos->dwc3);
don't you want
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Seiji Aguchi
commit 9f244e9cfd70c7c0f82d3c92ce772ab2a92d9f64 upstream.
[Issue]
When pstore is in panic and emergency-restart paths, it may be blocked
in those paths because it simply
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Helge Deller
commit 4f4ffc3a5398ef9bdbb32db04756d7d34e356fcf upstream.
automount-support is broken on the parisc architecture, because the existing
architecture is similiar to other 64bit
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit a2c1c57be8d9fd5b716113c8991d3d702eeacf77 upstream.
To avoid executing the same work item concurrenlty, workqueue hashes
currently busy workers according to their current
Changelog:
v1 -> v2:
* update patch description, spotted by Michal
hugetlb_total_pages() does not account for all the supported hugepage
sizes. This can lead to incorrect calculation of the total number of
page frames used by hugetlb. This patch corrects the issue.
Testcase:
boot:
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Kees Cook
commit d740269867021faf4ce38a449353d2b986c34a67 upstream.
To avoid an explosion of request_module calls on a chain of abusive
scripts, fail maximum recursion with -ELOOP instead
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Miklos Szeredi
commit dfca7cebc2679f3d129f8e680a8f199a7ad16e38 upstream.
drop_nlink() warns if nlink is already zero. This is triggerable by a buggy
userspace filesystem. The cure, I
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit a007c4c3e943ecc054a806c259d95420a188754b upstream.
I don't think there's a practical difference for the range of values
these interfaces should see, but it would
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
commit cb7da022450cdaaebd33078b6b32fb7dd2aaf6db upstream.
Since commit 8871e99f89b7 ('asus-laptop: HRWS/HWRS typo'), module
initialisation is very slow on the Asus UL30A.
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Steven Noonan
commit 45e27161c62216c163880d7aed751cb55a65c8e9 upstream.
Adding an include of linux/mm.h resolves this:
drivers/xen/xenbus/xenbus_client.c: In function
Add platform support for EHRPWM and ECAP by providing clock nodes and
device tree nodes.
This series depends on [1] and [2] and is available for testing at [3]
[1] http://gitorious.org/linux-davinci/linux-davinci/trees/davinci-for-v3.9/dt-2
[2]
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: "Michael S. Tsirkin"
commit bd97120fc3d1a11f3124c7c9ba1d91f51829eb85 upstream.
If a single descriptor crosses a region, the
second chunk length should be decremented
by size translated so
On 14/03/13 04:00, Rusty Russell wrote:
> From: Rusty Russell
> Subject: CONFIG_SYMBOL_PREFIX: cleanup.
>
> We have CONFIG_SYMBOL_PREFIX, which three archs define to the string
> "_". But Al Viro broke this in "consolidate cond_syscall and
> SYSCALL_ALIAS declarations" (in linux-next), and he's
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: NeilBrown
commit a64685399181780998281fe07309a94b25dd24c3 upstream.
You cannot resize a RAID0 array (in terms of making the devices
bigger), but the code doesn't entirely stop you.
So:
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: NeilBrown
commit 58ebb34c49fcfcaa029e4b1c1453d92583900f9a upstream.
Create_stripe_zones returns an error slightly differently to
raid0_run and to raid0_takeover_*.
The error returned
This patch-set modifies dwc3-exynos as per latest bindings
available for dwc3. Now the dwc3 core also has device support,
there's no need to add platform device for core in glue layers.
This change has come as a result of discussion happened in:
[PATCH RFC] usb: dwc3: Get PHY from platform
On Tue, 2012-09-25 at 16:30 +0100, Alan Cox wrote:
> On Tue, 25 Sep 2012 16:09:54 +0100
> David Howells wrote:
>
> >
> > The X.509 certificate has a pair of times in it that delineate the valid
> > period of the cert, and I'm checking that the system clock is within the
> > bounds they define
Convert clk_enable/clk_disable to clk_prepare_enable/clk_disable_unprepare
calls as required by common clock framework.
Signed-off-by: Vivek Gautam
CC: Felipe Balbi
CC: Kukjin Kim
---
drivers/usb/dwc3/dwc3-exynos.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git
Used of_platform_populate() to create dwc3 core platform_device
from device tree data. Additionally some cleanup is also done.
Signed-off-by: Vivek Gautam
CC: Felipe Balbi
CC: Kukjin Kim
---
drivers/usb/dwc3/dwc3-exynos.c | 46 +---
1 files changed, 15
On Thu, Mar 14, 2013 at 12:19 AM, Al Viro wrote:
> On Wed, Mar 13, 2013 at 11:09:07PM +0100, Miklos Szeredi wrote:
>> As for same upper on unrelated lower: just don't do it. As I said, we
>> could enforce this, but I don't think this is top priority.
>
> Tell that to container crowd - they seem
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Riemer
commit bbfa57c0f2243a7c31fd248d22e9861a2802cad5 upstream.
If an fsync occurs on a read-only array, we need to send a
completion for the IO and may not increment the
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Bing Zhao
commit 466026989f112e0546ca39ab00a759af82dbe83a upstream.
For SD8688, FUNC_INIT command is queued before fw_ready flag is
set. This causes the following crash as lbs_thread
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Rusty Russell
commit f7f154f1246ccc5a0a7e9ce50932627d60a0c878 upstream.
virtio_rng feeds the randomness buffer handed by the core directly
into the scatterlist, since commit
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: Avinash Patil
commit 3e7a4ff7c5b6423ddb644df9c41b8b6d2fb79d30 upstream.
Maximum delay for waking up card is 50 ms. Because of typo in
counter, this delay goes to 500ms. This patch fixes
3.5.7.8 -stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Ville=20Syrj=C3=A4l=C3=A4?=
commit 4a35f83b2b7c6aae3fc0d1c4554fdc99dc33ad07 upstream.
Restore crtc->fb to the old framebuffer if queue_flip fails.
While at it, kill the
501 - 600 of 1528 matches
Mail list logo
