Hi everyone,
This is v4 of the sun9i A80 USB host support series.
Changes since v3:
- Dropped patches merged.
- Moved reg_usb3_vbus into the optimus board dts
- Dropped ohci1 from A80 dtsi.
Cover letter from v3:
This series adds USB host controller (EHCI/OHCI) support for the
On the Optimus board, all three USB hosts can be used.
HCI0 and HCI2 are available through the USB connector.
HCI1 is available with HSIC through 2 pins on the GPIO
expansion header.
This patch also adds a regulator for HCI2/USB3's VBUS.
Signed-off-by: Chen-Yu Tsai
---
On sun9i we have a new PHY driver for USB.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index eec304487e6d..63fcc5522393 100644
---
On 02/02/2015 08:55 AM, Mel Gorman wrote:
> This patch identifies when a thread is frequently calling MADV_DONTNEED
> on the same region of memory and starts ignoring the hint. On an 8-core
> single-socket machine this was the impact on ebizzy using glibc 2.19.
The manpage, at least, claims that
On sun9i we have a new PHY driver for USB.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/configs/sunxi_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/sunxi_defconfig b/arch/arm/configs/sunxi_defconfig
index 38840a812924..6b271645eb43 100644
---
On Mon, Feb 02, 2015 at 02:05:06PM -0800, Andrew Morton wrote:
> On Mon, 2 Feb 2015 16:55:25 + Mel Gorman wrote:
>
> > glibc malloc changed behaviour in glibc 2.10 to have per-thread arenas
> > instead of creating new areans if the existing ones were contended.
> > The decision appears to
On Sat, Jan 31, 2015 at 10:25:09AM +0100, Pali Rohár wrote:
> On Saturday 31 January 2015 10:06:11 Pali Rohár wrote:
> > Hello,
> >
> > when I try to modprobe g_nokia.ko gadget module on n900
> > device, it produce tons on lines to display and then crash
> > and reboot device. So its not working
On Thu, Jan 29, 2015 at 10:11 PM, Wolfram Sang wrote:
>
>> > ctx->dev is probably the wrong device here. The i2c controller is not
>> > DMA capable itself, you need to have a pointer to the device that actually
>> > performs the DMA here.
>>
>> Arnd, I do agree this may not be the best
On Mon, Feb 2, 2015 at 4:46 PM, Dmitry Torokhov
wrote:
> On Wed, Jan 28, 2015 at 03:10:05PM -0500, Benjamin Tissoires wrote:
>> The current code releases the extra buttons right after they are pressed.
>> As soon as a new serio report comes in, the hw state is reset to 0
>> and so the buttons are
В Tue, 3 Feb 2015 00:48:46 +0300
Roman Volkov пишет:
> Documentation for 'intel,8042' DT compatible node.
>
> Signed-off-by: Tony Prisk
> Signed-off-by: Roman Volkov
> ---
> .../devicetree/bindings/input/intel-8042.txt | 29
> ++ 1 file changed, 29 insertions(+)
>
On Mon, 2 Feb 2015 09:39:02 -0500 (EST) Mikulas Patocka
wrote:
> Hi
>
> Please apply this before 3.19 is released.
>
> Mikulas
>
>
> The patch e22b886a8a43b147e1994a9f970f678fc0df2033 introduced a bug in the
> raid5 subsystem.
>
> The function raid5_quiesce (and resize_stripes) calls
>
If a driver calls clk_set_parent(clk, parent) and parent is the
current parent of clk we shouldn't fail in any case.
Unfortunately if clk is a read-only mux we return -ENOSYS
because we think we can't change the parent, except for in this
special case where we don't actually need to change the
If a clock's clk_ops doesn't have the set_phase op set we should
return an error from clk_set_phase(). This way clock consumers
know that when they tried to set a phase it didn't work, as
opposed to the current behavior where the return value is 0
meaning success.
Signed-off-by: Stephen Boyd
---
On 01/28/2015 03:07 PM, Clemens Ladisch wrote:
> The driver was using the vendor ID 0xd00d1e from the FireWire core.
> However, this ID was not registered, and invalid.
>
> Instead, use the vendor/version IDs that now are officially assigned to
> firewire-serial:
>
On 2 February 2015 at 06:45, Will Deacon wrote:
> On Fri, Jan 30, 2015 at 10:54:26PM +, mathieu.poir...@linaro.org wrote:
>> From: Mathieu Poirier
>>
>> Aside from tracers, all currently supported coresight IP blocks
>> are 64 bit ready. As such add the required symbol definition to
>>
On Mon, 2 Feb 2015 16:55:25 + Mel Gorman wrote:
> glibc malloc changed behaviour in glibc 2.10 to have per-thread arenas
> instead of creating new areans if the existing ones were contended.
> The decision appears to have been made so the allocator scales better but the
> downside is that
On Monday, February 02, 2015 08:45:45 PM Hanjun Guo wrote:
> Using the information presented by GTDT (Generic Timer Description Table)
> to initialize the arch timer (not memory-mapped).
>
> CC: Daniel Lezcano
> Originally-by: Amit Daniel Kachhap
> Tested-by: Suravee Suthikulpanit
> Tested-by:
On Monday, February 02, 2015 08:45:44 PM Hanjun Guo wrote:
> From: Tomasz Nowicki
>
> ACPI kernel uses MADT table for proper GIC initialization. It needs to
> parse GIC related subtables, collect CPU interface and distributor
> addresses and call driver initialization function (which is hardware
On Wed, Jan 28, 2015 at 03:10:06PM -0500, Benjamin Tissoires wrote:
> The 2015 series of the Lenovo thinkpads added back the hardware buttons
> on top of the touchpad for the trackstick.
>
> Unfortunately, they are wired to the touchpad, and not the trackstick.
> Thus, they are seen as extra
In the mutex_spin_on_owner(), we return true only if lock->owner == NULL.
This was beneficial in situations where there were multiple threads
simultaneously spinning for the mutex. If another thread got the lock
while other spinner(s) were also doing mutex_spin_on_owner(), then the
other spinners
As suggested by Davidlohr, we could refactor mutex_spin_on_owner().
Currently, we split up owner_running() with mutex_spin_on_owner().
When the owner changes, we make duplicate owner checks which are not
necessary. It also makes the code a bit obscure as we are using a
second check to figure
This patchset contains a few modifications to mutex_spin_on_owner().
The first patch makes the optimistic spinner continue spinning whenever
the owner changes, and the second patch refactors mutex_spin_on_owner()
to micro optimize the code as well as make it simpler.
Jason Low (2):
mutex: In
On Monday, February 02, 2015 08:45:33 PM Hanjun Guo wrote:
> From: Graeme Gregory
>
> ACPI 5.1 does not currently support S states for ARM64 hardware but
> ACPI code will call acpi_target_system_state() for device power
> managment, so introduce sleep_arm.c to allow other drivers to function
>
On Monday, February 02, 2015 08:45:30 PM Hanjun Guo wrote:
> From: Mark Salter
>
> The acpi_os_ioremap() function may be used to map normal RAM or IO
> regions. The current implementation simply uses ioremap_cache(). This
> will work for some architectures, but arm64 ioremap_cache() cannot be
>
Use platform_device_probe() instead of platform_create_bundle() when
compiled with DT support, since the latter function is not suitable for
handling the OF device tree.
The order of initialization is changed, since i8042_platform_init() for DT
requires initialized platform_device structure. To
This header file designed to be similar to other glue layers found
for i8042. The difference is that interrupt numbers, device address,
and other information should be retrieved from the device tree.
Signed-off-by: Tony Prisk
Signed-off-by: Roman Volkov
---
drivers/input/serio/i8042-dt.h | 112
Documentation for 'intel,8042' DT compatible node.
Signed-off-by: Tony Prisk
Signed-off-by: Roman Volkov
---
.../devicetree/bindings/input/intel-8042.txt | 29 ++
1 file changed, 29 insertions(+)
create mode 100644
i8042_dt.h should be included when CONFIG_ARCH_MIGHT_HAVE_PC_SERIO and
CONFIG_USE_OF are selected. It should be not necessary to create
additional options in the kernel config.
Signed-off-by: Roman Volkov
---
drivers/input/serio/i8042.h | 3 +++
1 file changed, 3 insertions(+)
diff --git
The OF device table allows the platform_driver_probe() function to
automatically match device and parse the DT node.
Signed-off-by: Tony Prisk
Signed-off-by: Roman Volkov
---
drivers/input/serio/i8042.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/input/serio/i8042.c
On Wed, Jan 28, 2015 at 03:10:05PM -0500, Benjamin Tissoires wrote:
> The current code releases the extra buttons right after they are pressed.
> As soon as a new serio report comes in, the hw state is reset to 0
> and so the buttons are released.
>
> Check for the report type before acting on
On Thu, 2015-01-29 at 20:21 +1100, Alexey Kardashevskiy wrote:
> This checks that the TCE table page size is not bigger that the size of
> a page we just pinned and going to put its physical address to the table.
>
> Otherwise the hardware gets unwanted access to physical memory between
> the end
On Mon, Feb 02, 2015 at 03:30:21PM -0500, Rob Clark wrote:
> On Mon, Feb 2, 2015 at 11:54 AM, Daniel Vetter wrote:
> >> My initial thought is for dma-buf to not try to prevent something than
> >> an exporter can actually do.. I think the scenario you describe could
> >> be handled by two
From: Dave Hansen
The comment and code here are confusing. We do not currently
allocate the bounds directory in the kernel.
Signed-off-by: Dave Hansen
---
b/arch/x86/mm/mpx.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -puN
Hi Thomas,
just a gentle reminder ;)
Thanks
-- Daniel
On 01/29/2015 02:06 PM, Daniel Lezcano wrote:
this pull request contains the following changes:
* Barry Song renamed the marco timer to atlas7
* Baruch Siach provided a new driver for the Conexant Digicolor SoCs
* Daniel
The MPX hardware structures differ in layout in 32 and 64-bit
mode. A 32-bit binary running on a 64-bit kernel needs the
32-bit structures, so we need code which switches between
the two modes.
x86: make is_64bit_mm() widely available
x86: make __VIRTUAL_MASK safe to use on 32
From: Qiaowei Ren
MPX_BNDCFG_ADDR_MASK is defined two times, so this patch removes
redundant one.
Signed-off-by: Qiaowei Ren
Signed-off-by: Dave Hansen
---
b/arch/x86/include/asm/mpx.h |1 -
1 file changed, 1 deletion(-)
diff -puN
From: Dave Hansen
We are going to do some calculations in a moment that are based on the
size of the virtual address space. __VIRTUAL_MASK is currently unsafe
to use on 32-bit since it overflows an unsigned long with its shift.
The current version will emit a warning if used at all on 32-bit
From: Dave Hansen
Currently, to get from a bounds directory entry to the virtual
address of a bounds table, we simply mask off a few low bits.
However, the set of bits we mask off is different for 32 and
64-bit binaries.
This breaks the operation out in to a helper function and also
adds a
From: Dave Hansen
We explicitly disable allowing 32-bit binaries to enable
MPX on 64-bit kernels. Re-allow that.
Signed-off-by: Dave Hansen
---
b/arch/x86/mm/mpx.c |6 --
1 file changed, 6 deletions(-)
diff -puN arch/x86/mm/mpx.c~x86-mpx-allow-mixed-binaries-again
On Mon, 2 Feb 2015, Stephen Boyd wrote:
> On 02/01/15 13:24, Mike Turquette wrote:
> > Quoting Tomeu Vizoso (2015-01-23 03:03:30)
> >> Moves clock state to struct clk_core, but takes care to change as little
> >> API as
> >> possible.
> >>
> >> struct clk_hw still has a pointer to a struct
From: Dave Hansen
Right now, the kernel can only switch between 64-bit and 32-bit
binaries at compile time. This patch adds support for 32-bit
binaries on 64-bit kernels when we support ia32 emulation.
We essentially choose which set of table sizes to use when doing
arithmetic for the bounds
On Mon, Feb 2, 2015 at 1:13 PM, Michal Marek wrote:
> Dne 30.1.2015 v 19:25 Luis R. Rodriguez napsal(a):
>> On Fri, Jan 30, 2015 at 2:49 AM, Michal Marek wrote:
>>> On 2015-01-29 21:47, Paul Bolle wrote:
[Added Michal. Removed Yann.]
On Thu, 2015-01-29 at 12:38 -0800, Luis R.
Hi all,
Configuring the kernel without gzip support for initramfs but with
LZO/LZ4, while not having LZ4 on the build system, leads to a kernel
which is not bootable:
...
[0.488232] RPC: Registered udp transport module.
[0.493437] RPC: Registered tcp transport module.
[0.498693] RPC:
Hello,
Thanks for updating the man page.
On 12 December 2014 at 22:54, Eric W. Biederman wrote:
(...)
> Furthermore to preserve in some form the useful applications that have
> been setting gid_map without privilege the file /proc/[pid]/setgroups
> was added to allow disabling setgroups. With
From: Dave Hansen
user_atomic_cmpxchg_inatomic() actually looks at sizeof(*ptr) to
figure out how many bytes to copy. If we run it on a 64-bit
kernel with a 64-bit pointer, it will copy a 64-bit bounds
directory entry. That's fine, except when we have 32-bit
programs with 32-bit bounds
From: Dave Hansen
The uprobes code has a nice helper, is_64bit_mm(), that consults both
the runtime and compile-time flags for 32-bit support. Instead of
reinventing the wheel, pull it in to an x86 header so we can use it
for MPX.
I prefer passing the mm around to test_thread_flag(TIF_IA32)
From: Dave Hansen
When we allocate a bounds table, we call mmap(), then add a
"valid" bit to the value before storing it in to the bounds
directory.
If we fail along the way, we go and mask that valid bit
_back_ out. That seems a little silly, and this makes it
much more clear when we have a
Changed 'typee' to 'type'
Signed-off-by: Sharon Dvir
---
diff --git a/include/linux/debugobjects.h b/include/linux/debugobjects.h
index 98ffcbd..0e93996 100644
--- a/include/linux/debugobjects.h
+++ b/include/linux/debugobjects.h
@@ -35,7 +35,7 @@ struct debug_obj {
/**
* struct
From: Markus Elfring
Date: Mon, 2 Feb 2015 22:08:29 +0100
The pci_dev_put() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
On 01/29/2015 12:20 AM, Andrey Danin wrote:
NVEC driver was reimplemented to use tegra i2c. Use common i2c bindings
for NVEC node.
diff --git a/Documentation/devicetree/bindings/nvec/nvidia,nvec.txt
b/Documentation/devicetree/bindings/nvec/nvidia,nvec.txt
The changes to this file make more
On Tue, 2015-02-03 at 05:14 +0800, Chen Gang S wrote:
> hci_test_bit() does not modify 2nd parameter, so it is better to let it
> be constant, or may cause build warning. The related warning (with
> allmodconfig under xtensa):
[]
> diff --git a/net/bluetooth/hci_sock.c b/net/bluetooth/hci_sock.c
On 2 February 2015 at 06:50, Will Deacon wrote:
> On Fri, Jan 30, 2015 at 10:54:25PM +, mathieu.poir...@linaro.org wrote:
>> From: Mathieu Poirier
>>
>> Adding a lookup function allowing for quick and easy mapping
>> between processor HWID (as found, for example) in DT specifications
>> and
After this fixing building patch, xtensa can pass allmodconfig.
- There are still several warnings for it (I sent several patches for
them, but not for all).
- Xtensa gcc5 cross compiler has issues:
it causes more than 10 broken areas with allmodconfig (but no issues
with
On 02/01/2015 05:00 AM, Ohad Ben-Cohen wrote:
> On Sat, Jan 31, 2015 at 7:41 AM, Ohad Ben-Cohen wrote:
>> On Sat, Jan 31, 2015 at 1:29 AM, Bjorn Andersson wrote:
>>> In a system where you have two hwlock blocks lckA and lckB, each
>>> consisting of 8 locks and you have dspB that can only access
Dne 30.1.2015 v 19:25 Luis R. Rodriguez napsal(a):
> On Fri, Jan 30, 2015 at 2:49 AM, Michal Marek wrote:
>> On 2015-01-29 21:47, Paul Bolle wrote:
>>> [Added Michal. Removed Yann.]
>>>
>>> On Thu, 2015-01-29 at 12:38 -0800, Luis R. Rodriguez wrote:
On Tue, Jan 27, 2015 at 12:00 PM, Luis R.
On Mon, 2 Feb 2015, Kay Sievers wrote:
> > All the technical details aside, this is a bold statement -- how do you
> > know what the user actually wants?
>
> By working with people who spent a lot of time with the questions what
> the default behavior of user interfaces should be. Buttons,
On 01/28/2015 03:50 AM, Tomeu Vizoso wrote:
Patches are on its way to add a config file to alsaucm for the Nyan
boards. Use the same card ID that alsaucm will expect.
diff --git a/arch/arm/boot/dts/tegra124-nyan-big.dts
b/arch/arm/boot/dts/tegra124-nyan-big.dts
sound {
-
On 02/01/2015 11:55 AM, Bjorn Andersson wrote:
> On Fri, Jan 30, 2015 at 9:41 PM, Ohad Ben-Cohen wrote:
>> On Sat, Jan 31, 2015 at 1:29 AM, Bjorn Andersson wrote:
>>> In a system where you have two hwlock blocks lckA and lckB, each
>>> consisting of 8 locks and you have dspB that can only access
Hi Sato-san,
Your second version looks fine to me, except for this part:
On Mon, Feb 2, 2015 at 4:48 PM, Yoshinori Sato
wrote:
> --- a/arch/um/Kconfig.common
> +++ b/arch/um/Kconfig.common
> @@ -9,6 +9,7 @@ config UML
> select GENERIC_IO
> select GENERIC_CLOCKEVENTS
>
hci_test_bit() does not modify 2nd parameter, so it is better to let it
be constant, or may cause build warning. The related warning (with
allmodconfig under xtensa):
net/bluetooth/hci_sock.c: In function 'hci_sock_sendmsg':
net/bluetooth/hci_sock.c:955:8: warning: passing argument 2 of
Call of_node_put when necessary during init.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Kukjin Kim
Cc: linux...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
This change passes the exynos_dvfs_info to the .set_freq callback
to avoid using local static variables. Now, the core can use
same allocated data structure and child code can work on same
data structure.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Kukjin Kim
Cc: linux...@vger.kernel.org
Cc:
When error occurs, allow systems to release iomapped area.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Kukjin Kim
Cc: linux...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
Now that the set_freq call back receives the intended
data struct, the global cpufreq variable may be removed.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Kukjin Kim
Cc: linux...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
Cc:
The commone register macors (e.g. RSR) is too commont to drivers, it may
be conflict with the architectures (e.g. xtensa, sh).
The related warnings (with allmodconfig under xtensa):
CC [M] drivers/net/usb/sr9700.o
In file included from drivers/net/usb/sr9700.c:24:0:
This change allows the proper resource release used by this driver.
The resources are now allocated using managed allocation by means
of the devm_* helper functions. Those resources that cannot be managed
are properly released during the device removal time.
The global variables have been removed
Now that the set_freq call back receives the intended
data struct, the global cpufreq variable may be removed.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Kukjin Kim
Cc: linux...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
Cc:
Switch to managed clk_get to properly release resources when
they are not needed.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Kukjin Kim
Cc: linux...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by:
When error occurs, allow systems to release iomapped area.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Kukjin Kim
Cc: linux...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
Switch to managed clk_get to properly release resources when
they are not needed.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Kukjin Kim
Cc: linux...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by:
Switch to managed clk_get to properly release resources when
they are not needed.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Kukjin Kim
Cc: linux...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by:
Call of_node_put when necessary during init.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Kukjin Kim
Cc: linux...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
Hi Dmitry and Sebastian, can we get this driver included for 3.20?
Regards
Todd Brandt
From: Todd Brandt [todd.e.bra...@linux.intel.com]
Sent: Monday, February 02, 2015 12:44 PM
To: s...@kernel.org; dbarysh...@gmail.com; Woodhouse, David
Cc:
On Monday 02 February 2015 21:02:23 Austin S Hemmelgarn wrote:
> On 2015-02-02 14:34, Maciej W. Rozycki wrote:
> > On Mon, 2 Feb 2015, Kay Sievers wrote:
> >>> I thought that fixing the udev behavior would solve the problem. But
> >>> it turned out that I was too naive. A bigger problem is that
On 2/2/2015 12:37 PM, Andy Lutomirski wrote:
> On Mon, Feb 2, 2015 at 10:08 AM, Serge Hallyn wrote:
>> Quoting Casey Schaufler (ca...@schaufler-ca.com):
>>> I'm game to participate in such an effort. The POSIX scheme
>>> is workable, but given that it's 20 years old and hasn't
>>> developed real
Hello,
I have found the following link for altera fpga programming driver:
http://lwn.net/Articles/421434/
Is there any example or readme how to use the Altera FPGA or how to
access it ? Is it the best way for jtag programming available in linux
?
I try to use it with some GPIO in chip (not
On Mon, Feb 02, 2015 at 03:25:58PM -0500, Oleg Drokin wrote:
> Hello!
>
> On Feb 2, 2015, at 10:44 AM, Greg Kroah-Hartman wrote:
>
> > On Mon, Feb 02, 2015 at 04:02:31PM +0300, Dan Carpenter wrote:
> >> On Sun, Feb 01, 2015 at 09:52:05PM -0500, gr...@linuxhacker.ru wrote:
> >>> From: Dmitry
k.c:925
> > > clk_disable+0x28/0x34()
> > > [ 10.568237] Modules linked in:
> > > [ 10.568237] CPU: 0 PID: 1 Comm: swapper/0 Tainted: GW
> > > 3.19.0-rc6-next-20150202 #2037
> > > [ 10.568237] Hardware name: Generic OMAP4 (Flattened Device Tree
UARTs which do not trigger THRE interrupt if the fifo is already
empty when the interrupt is enabled need tx primed manually. These
UARTs are identified by the UART_BUG_TXEN flag to enable the
required workaround.
However, the current workaround is broken; if the fifo is already
empty but the
On Friday, January 30, 2015 03:05:59 PM Imre Palik wrote:
> From: "Palik, Imre"
>
> When file auditing is enabled, during a low memory situation, a memory
> allocation with __GFP_FS can lead to pruning the inode cache. Which can,
> in turn lead to audit_tree_freeing_mark() being called. This
* Tero Kristo [150202 11:35]:
> On 02/01/2015 11:24 PM, Mike Turquette wrote:
> >Quoting Tomeu Vizoso (2015-01-23 03:03:30)
> >
> >AFAICT this doesn't break anything, but booting on OMAP3+ results in
> >noisy WARNs.
> >
> >I think the correct fix is to replace clk_bypass and clk_ref pointers
>
On Mon, Feb 2, 2015 at 2:15 PM, Tim Sander wrote:
> Hi Bjorn
>
> Am Montag 02 Februar 2015, 08:55:33 schrieb Bjorn Helgaas:
>> [+cc Alex]
>>
>> On Mon, Feb 2, 2015 at 5:29 AM, Tim Sander wrote:
>> > The long name for this device is
>> > Lite-On IT Corp. / Plextor M6e PCI Express SSD [Marvell
On 02/01/15 13:24, Mike Turquette wrote:
> Quoting Tomeu Vizoso (2015-01-23 03:03:30)
>> Moves clock state to struct clk_core, but takes care to change as little API
>> as
>> possible.
>>
>> struct clk_hw still has a pointer to a struct clk, which is the
>> implementation's per-user clk instance,
On Wed, Nov 19, 2014 at 05:04:45PM +0100, Tomasz Nowicki wrote:
> MMCFG ACPI table has no arch dependencies so it can be used across all
> architectures. Currently MMCONFIG related code resides in arch/x86
> directories.
> This patch set is goint to isolate non-architecure specific code and make
On Mon, 2 Feb 2015 15:29:33 -0500
Mike Marshall wrote:
> I applied Jeff's patch to my orangefs-3.19-rc5 tree. Orangefs
> doesn't yet support the lock callout for file_operations, but
> we have been experimenting with some ideas that would allow
> Orangefs to honor locks in our distributed
On Mon, Feb 2, 2015 at 10:08 AM, Serge Hallyn wrote:
> Quoting Casey Schaufler (ca...@schaufler-ca.com):
>> I'm game to participate in such an effort. The POSIX scheme
>> is workable, but given that it's 20 years old and hasn't
>> developed real traction it's hard to call it successful.
>
> Over
On 2/2/2015 11:05 AM, Austin S Hemmelgarn wrote:
> On 2015-02-02 13:47, Mimi Zohar wrote:
>> On Mon, 2015-02-02 at 18:08 +, Serge Hallyn wrote:
>>> Quoting Casey Schaufler (ca...@schaufler-ca.com):
I'm game to participate in such an effort. The POSIX scheme
is workable, but given
On Mon, Feb 2, 2015 at 11:54 AM, Daniel Vetter wrote:
>> My initial thought is for dma-buf to not try to prevent something than
>> an exporter can actually do.. I think the scenario you describe could
>> be handled by two sg-lists, if the exporter was clever enough.
>
> That's already needed,
I applied Jeff's patch to my orangefs-3.19-rc5 tree. Orangefs
doesn't yet support the lock callout for file_operations, but
we have been experimenting with some ideas that would allow
Orangefs to honor locks in our distributed environment: basically
posix locks for each kernel client plus meta
Hello!
On Feb 2, 2015, at 10:44 AM, Greg Kroah-Hartman wrote:
> On Mon, Feb 02, 2015 at 04:02:31PM +0300, Dan Carpenter wrote:
>> On Sun, Feb 01, 2015 at 09:52:05PM -0500, gr...@linuxhacker.ru wrote:
>>> From: Dmitry Eremin
>>>
>>> Expression if (size != (ssize_t)size) is always false.
>>>
On Sat, Jan 31, 2015 at 07:46:48PM +0300, Dan Carpenter wrote:
> On Sat, Jan 31, 2015 at 10:03:25PM +0530, Bhuvanchandra DV wrote:
> > Move the check for spi->bits_per_word
> > before allocation, to avoid memory leak.
> > Signed-off-by: Dan Carpenter
> Normally, you would give me a Reported-by:
Robert Jarzmik writes:
> @@ -66,18 +67,20 @@ static inline void __iomem *irq_base(int i)
> void pxa_mask_irq(struct irq_data *d)
> {
> void __iomem *base = irq_data_get_irq_chip_data(d);
> + irq_hw_number_t irq = irqd_to_hwirq(d);
> uint32_t icmr = __raw_readl(base + ICMR);
>
Stephen Boyd writes:
> On 01/31/15 14:37, Robert Jarzmik wrote:
>> As pxa27x_clocks_init() is called from early boot stage, it has to be
>> reachable from pxa architecture code, as are pxa25x_clocks_init() and
>> pxa2xx_clock_init().
>>
>> Remove the static declaration, which was introduced
On Fri, Jan 30, 2015 at 5:58 PM, Calvin Owens wrote:
> On Thursday 01/29 at 17:30 -0800, Kees Cook wrote:
>> On Tue, Jan 27, 2015 at 8:38 PM, Calvin Owens wrote:
>> > On Monday 01/26 at 15:43 -0800, Andrew Morton wrote:
>> >> On Tue, 27 Jan 2015 00:00:54 +0300 Cyrill Gorcunov
>> >> wrote:
>>
Hi Bjorn
Am Montag 02 Februar 2015, 08:55:33 schrieb Bjorn Helgaas:
> [+cc Alex]
>
> On Mon, Feb 2, 2015 at 5:29 AM, Tim Sander wrote:
> > The long name for this device is
> > Lite-On IT Corp. / Plextor M6e PCI Express SSD [Marvell 88SS9183] (rev 14)
> >
> > Background: the error description
On Feb 2, 2015 1:34 AM, "Daniel Mack" wrote:
>
> Hi Andy,
>
> On 01/29/2015 01:09 PM, Andy Lutomirski wrote:
> > On Jan 29, 2015 6:42 AM, "Daniel Mack" wrote:
>
> >> As we explained before, currently, D-Bus peers do collect the same
> >> information already if they need to have them, but they
On Tuesday 03 February 2015 00:48:20 Yoshinori Sato wrote:
> At Mon, 2 Feb 2015 09:10:06 +0100,
> Geert Uytterhoeven wrote:
> >
> > Hi Sato-san,
> >
> >
> > On Mon, Feb 2, 2015 at 8:24 AM, Yoshinori Sato
> > wrote:
> > > The dependence of VGA_CONSOLE is complicated.
> > > We need clean up.
> >
Alexandre Belloni writes:
> Track whether the clocksource is enabled or disabled.
>
> Signed-off-by: Alexandre Belloni
> ---
> include/linux/clocksource.h | 4
> kernel/time/clocksource.c | 26 ++
> kernel/time/timekeeping.c | 8 +++-
> 3 files changed,
On Fri, Jan 30, 2015 at 08:29:31PM +0100, Takashi Iwai wrote:
> Instead of calling device_create_file() manually after the device
> registration, put all in attribute groups and filter the unwanted ones
> via is_visible callback. This not only simplifies the code but also
> avoids the possible
On 2015-02-02 14:34, Maciej W. Rozycki wrote:
On Mon, 2 Feb 2015, Kay Sievers wrote:
I thought that fixing the udev behavior would solve the problem. But
it turned out that I was too naive. A bigger problem is that all
user-space stuff misinterprets DISK_EVENT_EJECT_REQUEST event: they
see
201 - 300 of 1670 matches
Mail list logo
