On Thu, Oct 03, 2013 at 12:58:32PM -0700, Paul E. McKenney wrote:
> On Thu, Oct 03, 2013 at 09:42:26PM +0200, Peter Zijlstra wrote:
> >
> > That's not tty; that's RCU..
> >
> > On Thu, Oct 03, 2013 at 03:08:30PM -0400, Dave Jones wrote:
> > > =
* Linus Torvalds wrote:
> On Thu, Oct 3, 2013 at 5:41 PM, Josh Triplett wrote:
> >
> > Read, yes, but I don't think that's enough to force your example above
> > to work in all cases. That requires semantics beyond what RCU's
> > primitives guarantee, and I don't think you can draw conclusio
* Mike Travis wrote:
>
>
> On 10/3/2013 10:15 AM, Ingo Molnar wrote:
> >
> > * Mike Travis wrote:
> >
> >>
> >>
> >> On 10/3/2013 9:51 AM, Ingo Molnar wrote:
> >>>
> >>> * Mike Travis wrote:
> >>>
> Some code added to the debug_core module had KDB dependencies
> that it shouldn't
* Geert Uytterhoeven wrote:
> On Thu, Oct 3, 2013 at 3:59 PM, tip-bot for Tom Gundersen
> wrote:
> > On my MacBook Air lfb_size is 4M, which makes the bitshit
>
> bitshift?
LOL!
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
* Andi Kleen wrote:
> > Forcing multiple, unnecessary rounds of emails instead of clearly
> > volunteering all technical information that is related to the matter
> > is something Andi is still doing routinely.
>
> Sorry all the information was in the full email thread (including the
> intro
Am 03.10.2013 um 22:00 schrieb David Miller:
> From: "Dr. H. Nikolaus Schaller"
> Date: Thu, 3 Oct 2013 21:40:34 +0200
>
>> I have made the bug observation from debug log that this bit is set in a
>> response
>> each time the modem has a RING message. It might be specific to this modem
>> and
On Thu, Oct 03, 2013 at 11:03:05PM -0700, Josh Triplett wrote:
> On Thu, Oct 03, 2013 at 10:29:59PM -0700, Paul E. McKenney wrote:
> > On Thu, Oct 03, 2013 at 04:28:27PM -0700, Josh Triplett wrote:
> > > On Thu, Oct 03, 2013 at 01:52:45PM -0700, Linus Torvalds wrote:
> > > > On Thu, Oct 3, 2013 at
Minchan Kim wrote:
Sqsuashfs have used cache for normal data pages but it's pointless
because MM already has cache layer and squashfs adds extra pages
into MM's page cache when it reads a page from compressed block.
This patch removes cache usage for normal data pages so it could
remove unneces
Minchan Kim wrote:
The squashfs_read_data functions has a role to read a block and
decompress for datablock and metadata.
This patch cleans it up so it has squashfs_read_datablock and
squashfs_meta_datablock and morever, squashfs_read_datablock
has two part, one is just request I/O and other par
On Fri, Oct 4, 2013 at 12:57 AM, Al Viro wrote:
> On Thu, Oct 03, 2013 at 12:36:08PM -0700, Kees Cook wrote:
>> > Kees, try to think for a minute[1]. Really. We have general-purpose
>> > ...
>> > [1] yes, yes, I know - the mere mention of security should've prevented
>> > such
>> > arrogant req
On Thu, Oct 03, 2013 at 10:29:59PM -0700, Paul E. McKenney wrote:
> On Thu, Oct 03, 2013 at 04:28:27PM -0700, Josh Triplett wrote:
> > On Thu, Oct 03, 2013 at 01:52:45PM -0700, Linus Torvalds wrote:
> > > On Thu, Oct 3, 2013 at 1:41 PM, Al Viro wrote:
> > > >
> > > > The problem is this:
> > > > A
* Christoph Lameter wrote:
> This patchset introduces preemption checks for __this_cpu operations.
>
> First we add new raw_cpu operations that perform this cpu operations
> without preempt checks.
>
> The second patch then adds the preempt checks by modifying the
> __this_cpu macros in inclu
* Petr Holasek wrote:
> Patch adds more subtle handling of -C and -N parameters in
> parse_{cpu,node}_setup_list() functions when there isn't enough NUMA nodes or
> CPUs present.
> Instead of assertion and terminating benchmark, partial test is skipped
> with error message and perf will continue
> + cr = xiic_getreg32(i2c, XIIC_CR_REG_OFFSET);
> + cr |= XIIC_CR_DIR_IS_TX_MASK;
> + xiic_setreg32(i2c, XIIC_CR_REG_OFFSET, cr);
> +
Is there no need to clear the bit again when receiving? And did
transferring ever work if this bit was never set before?
signature.asc
Description:
Hi Magnus,
Thank you for your commnets.
> > +obj-$(CONFIG_ARCH_SHMOBILE)+= shmobile/
> > +obj-$(CONFIG_ARCH_SHMOBILE_MULTI) += shmobile/
>
> Here I believe it is enough that you only use
> CONFIG_ARCH_SHMOBILE_MULTI. ...
That is because it supports three configuration,
1. MULTI + KZM9D_
git://gitorious.org/thierryreding/linux-next.git
>>
>> A next-20131003 tag is also provided for convenience.
>>
>> A few new conflicts today caused by the removal of the h8300
>> architecture which I didn't report for triviality. Several new build
>> failur
> + i2c->base = devm_ioremap_resource(&pdev->dev, res);
> + if (IS_ERR(i2c->base)) {
> + dev_err(&pdev->dev, "Could not allocate iomem\n");
devm_ioremap_resource already prints error messages.
> + ret = devm_request_irq(&pdev->dev, irq, xiic_isr, 0, pdev->name, i2c);
Thi
On Thu, Oct 03, 2013 at 04:28:27PM -0700, Josh Triplett wrote:
> On Thu, Oct 03, 2013 at 01:52:45PM -0700, Linus Torvalds wrote:
> > On Thu, Oct 3, 2013 at 1:41 PM, Al Viro wrote:
> > >
> > > The problem is this:
> > > A = 1, B = 1
> > > CPU1:
> > > A = 0
> > >
> > > synchronize_rcu()
> > > read
Hi Laurent,
> While I agree with this patch, I believe the use of the HAVE_MACH_CLKDEV
> configuration option to select whether to compile core.o in is a bit of an
> abuse.
Well, yes, indeed. It does not mean having include/mach/clkdev.h,
but means somewhat such like !COMMON_CLK.
# I think ther
On 10/03/2013 06:02 PM, Mark Brown wrote:
Hi all,
Better late than never I've uploaded today's linux-next tree to the
master branch of the repository below:
git://gitorious.org/thierryreding/linux-next.git
A next-20131003 tag is also provided for convenience.
A few new
On 10/03/2013 06:28 PM, Andreas Dilger wrote:
>
> It would also be possible to have a completely contention-free orphan
> inode list by only generating the on-disk orphan linked list in a
> pre-commit callback hook from an efficient in-memory list. That would
> allow the common "add to orphan lis
Currently, execution of 'perf trace' reports the following cryptic
message to the user:
$ perf trace
Couldn't read the raw_syscalls tracepoints information!
Typically this happens because the user does not have permissions to
read the debugfs filesystem. Also handle the case when the kernel was
n
On 4 October 2013 02:37, Kevin Hilman wrote:
> I gave these a spin on OMAP3 and both full-chip retention and off-mode
> during idle are still working fine.
>
> Tested-by: Kevin Hilman
Thanks a lot !!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
On 4 October 2013 08:23, Olof Johansson wrote:
> This causes breakage in linux-next for any SA1100 target:
>
> In file included from ../../arch/arm/mach-sa1100/irq.c:24:0:
> ../../arch/arm/mach-sa1100/generic.h:24:39: error: array type has
> incomplete element type
> extern struct cpufreq_frequen
> -Original Message-
> From: linux-pci-ow...@vger.kernel.org [mailto:linux-pci-ow...@vger.kernel.org]
> On Behalf Of Bjorn Helgaas
> Sent: Wednesday, September 25, 2013 5:28 AM
> To: Bhushan Bharat-R65777
> Cc: alex.william...@redhat.com; j...@8bytes.org; b...@kernel.crashing.org;
> ga...
On Wed, 2013-10-02 at 08:00 -0500, Felipe Balbi wrote:
> TI firmwares are located under ti-connectivity
> directory. Update path to make sure driver can
> find and load firmware blob.
>
> Signed-off-by: Felipe Balbi
> ---
Applied, thanks Felipe!
--
Luca.
--
To unsubscribe from this list: send
On 10/03/2013 06:37 PM, Andreas Dilger wrote:
> On 2013-10-02, at 9:36 AM, T Makphaibulchoke wrote:
>
> What do these additional fields do to the size of struct ext4_inode_info?
> I recall that Ted did a bunch of work to shrink this enough to fit nicely
> into a slab, and it would be a shame to in
On Thu, Oct 03, 2013 at 10:52:54PM +0100, Ben Hutchings wrote:
> On Wed, 2013-10-02 at 12:48 +0200, Alexander Gordeev wrote:
> > #ifndef CONFIG_PCI_MSI
> > +static inline int pci_get_msi_cap(struct pci_dev *dev)
> > +{
> > + return -1;
> [...]
>
> Shouldn't this also return -EINVAL?
Yep, all i
On 10/03/2013 06:41 PM, Andreas Dilger wrote:
>> +struct inode *next_inode;
>
> Stack space in the kernel is not so abundant that all (or any?) of these
> should get their own local variable.
>
>>
>> -if (!EXT4_SB(sb)->s_journal)
>
> Same here.
>
>
> Cheers, Andreas
Thanks Andreas fo
Hi Felipe,
On Wed, 2013-10-02 at 07:55 -0500, Felipe Balbi wrote:
> Hi,
>
> here's a pull request for wl4 firmware. I'll send a patch for wl1251
> driver updating firmware load path.
>
> The following changes since commit b8ac7c7e27dcd13fa3c843aaf62457e9c57ea4db:
>
> linux-firmware: Add Broca
Arnaldo Carvalho de Melo wrote:
> [acme@zoo ~]$ mount | grep debugfs
> [acme@zoo ~]$
> [acme@zoo ~]$ perf trace usleep 1
> Is debugfs mounted? Try 'sudo mount -t debugfs nodev /sys/kernel/debug'
> [acme@zoo ~]$ sudo mkdir /d
> [acme@zoo ~]$ sudo mount -t debugfs nodev /d
> [acme@zoo ~]$ mount | gre
2013/10/4 Sean Paul :
> On Thu, Oct 3, 2013 at 10:29 PM, Inki Dae wrote:
>> 2013/10/4 Sean Paul :
>>> This patch adds code to look for the ptn3460 in the device tree file on
>>> exynos initialization. If ptn node is found, the driver will initialize
>>> the ptn3460 driver and skip creating a DP co
On Fri, Sep 13, 2013 at 5:59 AM, Viresh Kumar wrote:
> This patch exposes sa11x0's frequency table to cpufreq core. It always existed
> but not as an array frequencies and not in the format cpufreq core wants it
> to.
> Also it was present in the unit of 100kHz earlier which is made consistent
>
On Thu, Oct 03, 2013 at 10:14:48PM +0100, Al Viro wrote:
> > So I don't see how they could possibly see ones. Modulo terminal bugs
> > in synchronize_barrier() (which can be very slow, but for umount I
> > wouldn't worry). Or modulo my brain being fried.
>
> There's one more place similar to that
On Thu, Oct 3, 2013 at 5:31 PM, Ping Cheng wrote:
> One of Wacom's pen and touch capable models added a switch for
> users to turn on/off touch events. We need to report the state of
> this switch to userland. But, there is no existing switch event
> defined for this purpose. Luckily enough, there
On Thu, Oct 3, 2013 at 10:29 PM, Inki Dae wrote:
> 2013/10/4 Sean Paul :
>> This patch adds code to look for the ptn3460 in the device tree file on
>> exynos initialization. If ptn node is found, the driver will initialize
>> the ptn3460 driver and skip creating a DP connector (since the bridge
>>
On Thu, Oct 03, 2013 at 06:16:20PM -0600, Shuah Khan wrote:
> On 10/02/2013 10:04 PM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 3.0.99 release.
> >There are 13 patches in this series, all will be posted as a response
> >to this one. If anyone has any issues
On Thu, Oct 03, 2013 at 06:24:05PM -0600, Shuah Khan wrote:
> On 10/02/2013 10:05 PM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 3.4.65 release.
> >There are 16 patches in this series, all will be posted as a response
> >to this one. If anyone has any issues
On 10/03/2013 12:04 PM, Boris BREZILLON wrote:
The at91sam9 watchdog timer can only be configured once, and the current
implementation tries to configure it in a static way:
- 2 seconds timeout
- wdt restart every 500ms
If the timer has already been configured with different values, it returns a
On Wed, Oct 2, 2013 at 9:27 AM, Jan Kara wrote:
> CC: Timur Tabi
> Signed-off-by: Jan Kara
> ---
This seems okay, but I don't have access to hardware at the moment to test it.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.k
2013/10/4 Sean Paul :
> This patch adds code to look for the ptn3460 in the device tree file on
> exynos initialization. If ptn node is found, the driver will initialize
> the ptn3460 driver and skip creating a DP connector (since the bridge
> driver will register its own connector).
>
> Signed-off
Hi, Mikulas,
I am sorry to say that
I don't have such machines to reproduce the problem.
But agree with that I am dealing with workqueue subsystem
in a little bit weird way.
I should clean them up.
For example,
free_cache() routine below is
a deconstructor of the cache metadata
including all the
On Thu, Oct 3, 2013 at 4:11 PM, Alexei Starovoitov wrote:
> On Thu, Oct 3, 2013 at 4:07 PM, Eric Dumazet wrote:
>> On Thu, 2013-10-03 at 15:47 -0700, Alexei Starovoitov wrote:
>>
>>> @@ -722,7 +725,8 @@ EXPORT_SYMBOL_GPL(sk_unattached_filter_destroy);
>>> int sk_attach_filter(struct sock_fprog *
On Friday, October 04, 2013 7:28 AM, Sean Paul wrote:
>
> This patch adds the dp-controller node to the exynos5250-snow board dts
> file.
>
> Signed-off-by: Sean Paul
> ---
>
> v2: Added dp-controller address to node (rebased on linux-next)
>
> arch/arm/boot/dts/exynos5250-snow.dts | 12 +
On Friday, October 04, 2013 7:28 AM, Sean Paul wrote:
>
> This patch adds the internal panel timings to the exynos5250-snow board
> dts file.
>
> Signed-off-by: Sean Paul
> ---
>
> v2: No difference
>
> arch/arm/boot/dts/exynos5250-snow.dts | 17 +
> 1 file changed, 17 inserti
2013/10/4 Olof Johansson :
> On Thu, Oct 3, 2013 at 10:39 AM, Inki Dae wrote:
>> 2013/10/3 Sean Paul :
>>> On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
Can a regulator be used instead of gpio in other board case?
>>>
>>> No, not to my knowledge.
>>>
>>
>> Hm.. plz check it out again.
On Wed, Oct 02, 2013 at 08:01:45PM -0400, Mikulas Patocka wrote:
>
>
> On Tue, 1 Oct 2013, Joe Thornber wrote:
>
> > > Alternatively, delaying them will stall the filesystem because it's
> > > waiting for said REQ_FUA IO to complete. For example, journal writes
> > > in XFS are extremely IO late
From: Tang Chen
The hot-Pluggable field in SRAT specifies which memory is hotpluggable.
As we mentioned before, if hotpluggable memory is used by the kernel,
it cannot be hot-removed. So memory hotplug users may want to set all
hotpluggable memory in ZONE_MOVABLE so that the kernel won't use it.
From: Tang Chen
Memory reserved for crashkernel could be large. So we should not allocate
this memory bottom up from the end of kernel image.
When SRAT is parsed, we will be able to know whihc memory is hotpluggable,
and we can avoid allocating this memory for the kernel. So reorder
reserve_cras
From: Tang Chen
The Linux kernel cannot migrate pages used by the kernel. As a
result, kernel pages cannot be hot-removed. So we cannot allocate
hotpluggable memory for the kernel.
In a memory hotplug system, any numa node the kernel resides in
should be unhotpluggable. And for a modern server,
From: Tang Chen
This patch creates a new function memory_map_top_down to
factor out of the top-down direct memory mapping pagetable
setup. This is also a preparation for the following patch,
which will introduce the bottom-up memory mapping. That said,
we will put the two ways of pagetable setup
2013/10/4 Sean Paul :
> On Thu, Oct 3, 2013 at 2:23 PM, Inki Dae wrote:
>> 2013/10/4 Sean Paul :
>>> On Thu, Oct 3, 2013 at 1:39 PM, Inki Dae wrote:
2013/10/3 Sean Paul :
> On Thu, Oct 3, 2013 at 9:55 AM, Inki Dae wrote:
>> Hi, thank you for your contribution and the below is my sho
From: Tang Chen
The Linux kernel cannot migrate pages used by the kernel. As a result, kernel
pages cannot be hot-removed. So we cannot allocate hotpluggable memory for
the kernel.
ACPI SRAT (System Resource Affinity Table) contains the memory hotplug info.
But before SRAT is parsed, memblock ha
From: Tang Chen
This patch creates a new function __memblock_find_range_top_down
to factor out of top-down allocation from memblock_find_in_range_node.
This is a preparation because we will introduce a new bottom-up
allocation mode in the following patch.
Acked-by: Tejun Heo
Acked-by: Toshi Kan
Hello, here is the v6 version. Any comments are welcome!
The v6 version is based on linus's tree (3.12-rc3)
HEAD is:
commit 15c03dd4859ab16f9212238f29dd315654aa94f6
Author: Linus Torvalds
Date: Sun Sep 29 15:02:38 2013 -0700
Linux 3.12-rc3
[Problem]
The current Linux cannot migrate page
On Thu, Oct 03, 2013 at 04:09:21PM -0700, Greg KH wrote:
> On Tue, Oct 01, 2013 at 07:31:15PM +0800, Fengguang Wu wrote:
> > Generated by: coccinelle/misc/memcpy-assign.cocci
> >
> > CC: Alexander Shiyan
> > Signed-off-by: Fengguang Wu
> > ---
> >
> > drivers/tty/serial/sccnxp.c |2 +-
> >
On Thu, 2013-10-03 at 14:00 -0700, Davidlohr Bueso wrote:
> On Thu, 2013-10-03 at 13:58 -0700, Andrew Morton wrote:
> > On Wed, 2 Oct 2013 13:17:45 -0700 Davidlohr Bueso wrote:
> >
> > > Various parts of the kernel acquire and release this mutex,
> > > so add i_mmap_lock_write() and immap_unlock
Chaps,
The following failure was encountered on hardware that does *not*
implement a _CBA method which is AFAICT (and confirmed to me by BIOS
chaps) optional.
[1.230647] PCI: MMCONFIG for domain [bus 00-0c] at [mem
0x8000-0x80cf] (base 0x8000)
[1.241046] PCI: MMCONFIG fo
Hi,
> Documentation and implementation in one patch,
> and dts in other patch, are normal style IMO
That's strange! Considering the nature of DT, it must be wrong.
... was what I thought at first, but you are right.
I found 3/4 (1021 in 1365) of commits (new + change - typo fix)
under Documentat
This patch enables support for OSPM suspend and resume in the MIC
driver. During a host suspend event, the driver performs an
orderly shutdown of the cards if they are online. Upon resume, any
cards that were previously online before suspend are rebooted.
The driver performs an orderly shutdown of
Hi all,
Better late than never I've uploaded today's linux-next tree to the
master branch of the repository below:
git://gitorious.org/thierryreding/linux-next.git
A next-20131003 tag is also provided for convenience.
A few new conflicts today caused by the removal of
On Thu, Oct 03, 2013 at 10:46:21PM +0100, Ben Hutchings wrote:
> On Wed, 2013-10-02 at 17:39 -0700, Jon Mason wrote:
> > On Wed, Oct 02, 2013 at 12:48:17PM +0200, Alexander Gordeev wrote:
> > > Signed-off-by: Alexander Gordeev
> >
> > Since you are changing the behavior of the msix_capability_ini
On 04/10/13 10:41, Kees Cook wrote:
> On Wed, Aug 28, 2013 at 1:49 PM, Kees Cook wrote:
>
> BTW, this just came to my attention:
> http://marc.info/?l=linux-kernel&m=138049414321387&w=2
>
> Same problem, just for /proc/kallsyms. This would benefit from the
> open vs read cred check as well, I
On Thu, Oct 3, 2013 at 5:41 PM, Josh Triplett wrote:
>
> Read, yes, but I don't think that's enough to force your example above
> to work in all cases. That requires semantics beyond what RCU's
> primitives guarantee, and I don't think you can draw conclusions about
> those semantics without talk
On Fri, 04 Oct 2013 08:50:57 +0900 Jingoo Han wrote:
> On Friday, October 04, 2013 8:21 AM, Andrew Morton wrote:
> > On Fri, 27 Sep 2013 12:59:28 +0900 Jingoo Han wrote:
> >
> > > Remove Richard Purdie as backlight subsystem maintainer, since he
> > > is not responding for a few years.
> >
> >
On Wed, Aug 28, 2013 at 1:49 PM, Kees Cook wrote:
> On Wed, Aug 28, 2013 at 1:11 PM, Djalal Harouni wrote:
>> Cc'ed more people,
>>
>> On Tue, Aug 27, 2013 at 06:24:06PM +0100, Djalal Harouni wrote:
>>> Hi Al,
>>>
>>> On Mon, Aug 26, 2013 at 06:20:55PM +0100, Al Viro wrote:
>>> > On Mon, Aug 26,
On 2013-10-02, at 9:36 AM, T Makphaibulchoke wrote:
> Instead of using a single per super block mutex, s_orphan_lock, to serialize
> all orphan list updates, a separate mutex and spinlock are used to
> protect the on disk and in memory orphan lists respecvitely.
>
> At the same time, a per inode
On Thu, Oct 03, 2013 at 04:51:00PM -0700, Linus Torvalds wrote:
> On Thu, Oct 3, 2013 at 4:28 PM, Josh Triplett wrote:
> > On Thu, Oct 03, 2013 at 01:52:45PM -0700, Linus Torvalds wrote:
> >> On Thu, Oct 3, 2013 at 1:41 PM, Al Viro wrote:
> >> >
> >> > The problem is this:
> >> > A = 1, B = 1
> >
On 2013-10-02, at 9:36 AM, T Makphaibulchoke wrote:
> Adding new members, i_prev_oprhan to help decoupling the ondisk from the
> in memory orphan list and i_mutex_orphan_mutex to serialize orphan list
> updates on a single inode, to the ext4_inode_info structure.
What do these additional fields do
Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
Signed-off-by: Sherman Yin
Reviewed-by: Christian Daudt
Reviewed-by: Matt Porter
---
arch/arm/mach-bcm/Kconfig |2 +
drivers/pinctrl/Kconfig | 10 +
drivers/pinctrl/Makefile|1 +
drivers/pinctrl/pinctrl-cap
The following patches adds a pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
The first patch, adding the void * to pinctrl_pin_desc, has been previously
discussed with LinusW. See this thread:
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-April/165880.html
Sherman Yin (4):
pinc
Adds pinctrl driver devicetree binding for Broadcom Capri (BCM281xx) SoCs.
Signed-off-by: Sherman Yin
Reviewed-by: Christian Daudt
Reviewed-by: Matt Porter
---
.../bindings/pinctrl/brcm,capri-pinctrl.txt| 419
1 file changed, 419 insertions(+)
create mode 100644
drv_data is added to the pinctrl_pin_desc for drivers to define additional
driver-specific per-pin data.
Signed-off-by: Sherman Yin
Reviewed-by: Christian Daudt
Reviewed-by: Matt Porter
---
Change-Id: I78b2c44b93d88b04897fd0af80ffce213e338d6b
---
include/linux/pinctrl/pinctrl.h |2 ++
1 fi
Enable pinctrl for Broadcom Capri (BCM281xx) SoCs.
Signed-off-by: Sherman Yin
Reviewed-by: Christian Daudt
Reviewed-by: Matt Porter
---
arch/arm/boot/dts/bcm11351.dtsi |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/bcm11351.dtsi b/arch/arm/boot/dts/bcm11351.dtsi
i
On 2013-10-02, at 9:38 AM, T Makphaibulchoke wrote:
> Instead of allowing only a single atomic update (both in memory and on disk
> orphan lists) of an ext4's orphan list via the s_orphan_lock mutex, this
> patch allows multiple updates of the orphan list, while still maintaing the
> integrity of
On 10/02/2013 10:05 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.65 release.
There are 16 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 ma
On 10/02/2013 10:04 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.0.99 release.
There are 13 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 ma
Remove Richard Purdie as backlight subsystem maintainer, since he
is not responding for a few years.
Signed-off-by: Jingoo Han
Cc: Richard Purdie
---
CREDITS |5 +
MAINTAINERS |1 -
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/CREDITS b/CREDITS
index 0640e16..df
On Fri, Oct 04, 2013 at 12:54:19AM +0100, Mark Brown wrote:
> After merging the char-misc tree into -next an x86 allmodconfig build fails
> with:
>
> drivers/misc/mic/host/mic_main.c: In function ‘mic_probe’:
> drivers/misc/mic/host/mic_main.c:320:3: error: too many arguments to function
> ‘sysfs
Ron --
We're going to need the version numbers of both the kernel and the
usb_modeswitch utility from both openSUSE 12.3 and Tumbleweed if we're
going to make any sense of the situation.
Matt
On Thu, Oct 3, 2013 at 4:50 PM, Ron Brickle wrote:
> On Thu, 2013-10-03 at 12:07 -0500, Larry Finger wr
On 10/02/2013 05:51 PM, John Stultz wrote:
> So its been awhile since the last release of the volatile ranges
> patches, and while Minchan and I have been busy with other things,
> we have been slowly chipping away at issues and differences
> trying to get a patchset that we both agree on.
>
> Ther
After merging the char-misc tree into -next an x86 allmodconfig build fails
with:
drivers/misc/mic/host/mic_main.c: In function ‘mic_probe’:
drivers/misc/mic/host/mic_main.c:320:3: error: too many arguments to function
‘sysfs_get_dirent’
NULL, "state");
^
In file included from include/linux
On Thu, 2013-10-03 at 12:07 -0500, Larry Finger wrote:
> On 10/03/2013 02:13 AM, Ron Brickle wrote:
> > On Wed, 2013-10-02 at 22:56 -0500, Larry Finger wrote:
> >> On 10/02/2013 09:02 PM, Ron Brickle wrote:
> >>> Hi I have been trying to get my huawei usb dongle working on Tumbleweed
> >>> but to n
On Friday, October 04, 2013 8:21 AM, Andrew Morton wrote:
> On Fri, 27 Sep 2013 12:59:28 +0900 Jingoo Han wrote:
>
> > Remove Richard Purdie as backlight subsystem maintainer, since he
> > is not responding for a few years.
>
> It's nice to give a person a ./CREDITS entry when we remove them fro
On Thu, Oct 3, 2013 at 4:28 PM, Josh Triplett wrote:
> On Thu, Oct 03, 2013 at 01:52:45PM -0700, Linus Torvalds wrote:
>> On Thu, Oct 3, 2013 at 1:41 PM, Al Viro wrote:
>> >
>> > The problem is this:
>> > A = 1, B = 1
>> > CPU1:
>> > A = 0
>> >
>> > synchronize_rcu()
>> > read B
>> >
>> > CPU2:
On Thu, Oct 3, 2013 at 2:35 PM, Ulf Hansson wrote:
>
> Den 3 okt 2013 22:35 skrev "Grant Grundler" :
>
>
>>
>> Ping?
>>
>> Has anyone had a chance to review/test this series and/or be willing
>> to do so this week?
>
> Hi Grant,
>
> It is on my todo list. My plan is to check the behavior on ux500
On Thu, Oct 03, 2013 at 11:06:58PM +, Dilger, Andreas wrote:
>
> The Lustre cfs_get_random_bytes() incorporates (via cfs_rand()) a seed
> which
> also hashes in the addresses from any network interfaces that are
> configured.
> Conversely, cfs_rand() also is seeded at startup from get_random_b
On Thu, Oct 03, 2013 at 12:10:36AM +0200, David Herrmann wrote:
> As we painfully noticed during the 3.12 merge-window our
> EVIOCGABS/EVIOCSABS API is limited to ABS_MAX<=0x3f. We tried several
> hacks to work around it but if we ever decide to increase ABS_MAX, the
> EVIOCSABS ioctl ABI might ove
On Thu, Oct 03, 2013 at 03:31:07PM -0700, Ping Cheng wrote:
> One of Wacom's pen and touch capable models added a switch for
> users to turn on/off touch events. We need to report the state of
> this switch to userland. But, there is no existing switch event
> defined for this purpose. Luckily enou
Andrew Morton wrote:
> On Fri, 27 Sep 2013 16:16:26 +0300 "Kirill A. Shutemov"
> wrote:
>
> > The basic idea is the same as with PTE level: the lock is embedded into
> > struct page of table's page.
> >
> > We can't use mm->pmd_huge_pte to store pgtables for THP, since we don't
> > take mm->pag
On Thu, Oct 3, 2013 at 3:06 PM, Bjorn Helgaas wrote:
> On Sat, Sep 28, 2013 at 01:13:07PM -0700, Yinghai Lu wrote:
>> @@ -1156,8 +1156,14 @@ static void pci_enable_bridge(struct pci
>>
>> pci_enable_bridge(dev->bus->self);
>>
>> - if (pci_is_enabled(dev))
>> + if (pci_is_enabled(dev)
On Thu, Oct 03, 2013 at 01:52:45PM -0700, Linus Torvalds wrote:
> On Thu, Oct 3, 2013 at 1:41 PM, Al Viro wrote:
> >
> > The problem is this:
> > A = 1, B = 1
> > CPU1:
> > A = 0
> >
> > synchronize_rcu()
> > read B
> >
> > CPU2:
> > rcu_read_lock()
> > B = 0
> > read A
> >
> > Are we guaranteed
On Fri, 27 Sep 2013 12:59:28 +0900 Jingoo Han wrote:
> Remove Richard Purdie as backlight subsystem maintainer, since he
> is not responding for a few years.
It's nice to give a person a ./CREDITS entry when we remove them from
./MAINTAINERS.
--
To unsubscribe from this list: send the line "uns
On Thursday, October 03, 2013 12:14:38 pm Bjorn Helgaas wrote:
> On Mon, Sep 23, 2013 at 12:15 AM, Alexey Neyman wrote:
> > [Resending due to no response to the original message in a week]
> >
> > Hi all,
> >
> > I have a board with a BIOS bug that reports the following I/O port
> > regions in _
On Wed, Oct 2, 2013 at 11:07 AM, Kees Cook wrote:
>
> On Wed, Oct 2, 2013 at 11:00 AM, Andy Lutomirski wrote:
> > On Wed, Oct 2, 2013 at 10:48 AM, Kees Cook wrote:
> >> On Wed, Oct 2, 2013 at 9:51 AM, Andy Lutomirski
> >> wrote:
> >>> On Wed, Oct 2, 2013 at 3:37 PM, Djalal Harouni wrote:
> >>
On Fri, 27 Sep 2013 16:16:26 +0300 "Kirill A. Shutemov"
wrote:
> The basic idea is the same as with PTE level: the lock is embedded into
> struct page of table's page.
>
> We can't use mm->pmd_huge_pte to store pgtables for THP, since we don't
> take mm->page_table_lock anymore. Let's reuse pag
On Thu, Oct 3, 2013 at 4:07 PM, Eric Dumazet wrote:
> On Thu, 2013-10-03 at 15:47 -0700, Alexei Starovoitov wrote:
>
>> @@ -722,7 +725,8 @@ EXPORT_SYMBOL_GPL(sk_unattached_filter_destroy);
>> int sk_attach_filter(struct sock_fprog *fprog, struct sock *sk)
>> {
>> struct sk_filter *fp, *old
On Thu, Oct 3, 2013 at 4:02 PM, Eric Dumazet wrote:
> On Thu, 2013-10-03 at 15:47 -0700, Alexei Starovoitov wrote:
>> on x86 system with net.core.bpf_jit_enable = 1
>>
>
>> --- a/net/core/filter.c
>> +++ b/net/core/filter.c
>> @@ -644,7 +644,9 @@ void sk_filter_release_rcu(struct rcu_head *rcu)
>>
On Tue, Oct 01, 2013 at 07:31:15PM +0800, Fengguang Wu wrote:
> Generated by: coccinelle/misc/memcpy-assign.cocci
>
> CC: Alexander Shiyan
> Signed-off-by: Fengguang Wu
> ---
>
> drivers/tty/serial/sccnxp.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> --- linux-next.orig/dri
On Thu, 2013-10-03 at 15:47 -0700, Alexei Starovoitov wrote:
> @@ -722,7 +725,8 @@ EXPORT_SYMBOL_GPL(sk_unattached_filter_destroy);
> int sk_attach_filter(struct sock_fprog *fprog, struct sock *sk)
> {
> struct sk_filter *fp, *old_fp;
> - unsigned int fsize = sizeof(struct sock_filter)
1 - 100 of 662 matches
Mail list logo
