From: Paul Burton
Support the Ingenic jz4780 SoC using the code under arch/mips/jz4740 now
that it has been generalised sufficiently. This is left unselectable in
Kconfig until a jz4780 based board is added in a later commit.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/Kco
From: Paul Burton
Add binding documentation for Ingenic jz4740 UARTs.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
Cc: devicet...@vger.kernel.org
---
.../bindings/serial/ingenic,jz4740-uart.txt| 22 ++
1 file changed, 22 insertions(+)
create mode 100644
Docu
From: Paul Burton
Allow a devicetree to specify the memory present in the system rather
than probing it from the memory controller. This both saves the probing
for systems where the amount of memory is fixed, and will simplify the
bringup of later jz47xx series SoCs where the memory controller re
From: Paul Burton
Add support for the clocks provided by the CGU in the Ingenic jz4780
SoC, making use of the jz47xx-cgu code to do the heavy lifting.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
Cc: Mike Turquette
---
V2 Removed FSF header
---
drivers/clk/Makefile| 1 +
From: Geoff Thorpe
Change-Id: I314d36d94717cfc34053b6212899f71cb729d16c
Signed-off-by: Geoff Thorpe
---
drivers/staging/fsl_qbman/Kconfig | 24 ++
drivers/staging/fsl_qbman/Makefile | 24 +-
drivers/staging/fsl_qbman/qman_test.c | 57 +++
drivers/staging/
On 03.02.15 06:44, David Gibson wrote:
> On POWER, storage caching is usually configured via the MMU - attributes
> such as cache-inhibited are stored in the TLB and the hashed page table.
>
> This makes correctly performing cache inhibited IO accesses awkward when
> the MMU is turned off (real
From: Paul Burton
Now that a jz4780 based board (the MIPS Creator CI20) is present, allow
the jz4780 SoC to be selected as the machine type via Kconfig.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
From: Paul Burton
Add a device tree for the Ingenic jz4780 based MIPS Creator CI20 board.
Note that this is unselectable via Kconfig until the jz4780 SoC is made
selectable in a later commit.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/boot/dts/Makefile | 1 +
arch/
From: Paul Burton
Allow the jz4780 interrupt controller to be probed from devicetree,
supporting the 64 interrupts it provides.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/jz4740/irq.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/mips/jz4740/irq.c b/arch
From: Paul Burton
Declare the interrupt controller for probe via the standard irqchip_init
function.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/jz4740/irq.c | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/arch/mips/jz4740/ir
On Wed, Feb 04, 2015 at 11:40:07AM +0100, Quentin Lambert wrote:
> drivers/iommu/amd_iommu.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.
From: Paul Burton
Document the devictree binding for the Ingenic jz4780 CGU driver.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
Cc: Mike Turquette
Cc: devicet...@vger.kernel.org
---
.../bindings/clock/ingenic,jz4780-cgu.txt | 52 +
include/dt-bindings/clock/jz4780-
On 02/04/2015 05:14 PM, Paul Bolle wrote:
> On Wed, 2015-02-04 at 17:05 +0200, Stanimir Varbanov wrote:
>> On 02/03/2015 10:42 PM, Paul Bolle wrote:
>>> On Tue, 2015-02-03 at 15:50 +0200, Stanimir Varbanov wrote:
diff --git a/drivers/spmi/Kconfig b/drivers/spmi/Kconfig
index bf1295e..1153
From: Paul Burton
Add the appropriate DT node to probe the interrupt controller driver
using the devicetree, and remove the call to jz4740_intc_init.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/boot/dts/jz4740.dtsi | 11 +++
arch/mips/jz4740/setup.c | 2 --
From: Paul Burton
Introduce a driver suitable for use with the UARTs present in
Ingenic jz47xx series SoCs. These are described as being ns16550
compatible but aren't quite - they require the setting of an extra bit
in the FCR register to enable the UART module. The serial_out
implementation is t
From: Paul Burton
On later jz47xx series SoCs the interrupt controller supports more than
32 interrupts, which it does by duplicating the registers at intervals
of 0x20 bytes within its address space. Add support for an arbitrary
number of interrupts using multiple generic chips, and provide the
From: Paul Burton
Allow platforms to set BAUD_BASE, which is used by earlycon to calculate
the baud clock.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
V2 Removed FSF address
---
arch/mips/include/asm/Kbuild| 1 -
arch/mips/include/asm/mach-generic/serial.h | 21 +++
From: Paul Burton
Remove the serial support from arch/mips/jz4740 & make use of the new
jz47xx-uart driver. This is done for both regular & early console
output.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
V2 Removed FSF header
---
arch/mips/Kconfig| 1
From: Paul Burton
The jz4740-cgu driver already has access to the CGU, so it makes sense
to move the few remaining accesses to the CGU from arch/mips/jz4740
there too. Move the jz4740_clock_{suspend,resume} functions there for
such consistency. The arch/mips/jz4740/clock.c file now contains nothi
From: Paul Burton
For interrupts numbered after those of the interrupt controller, define
their numbers based upon the number of interrupts provided by the SoC
interrupt controller. This is in preparation for supporting later jz47xx
series SoCs which provide more interrupts.
Signed-off-by: Paul
On Fri, Jan 30, 2015 at 02:13:39PM +0800, Peter Hung wrote:
> The original driver had do not any h/w change in driver.
> This patch implements with configure H/W for
> baud/parity/word length/stop bits functional.
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c | 144
> +++
On Wed, Feb 4, 2015 at 3:23 PM, Fabio Estevam wrote:
> Rob,
>
> On Wed, Feb 4, 2015 at 12:55 PM, Rob Herring wrote:
>
>> I'm surprised there are not already compatible strings with
>> OmniVision. There are some examples using "omnivision", but no dts
>> files and examples don't count.
>>
>> The s
On Tue, Jan 27, 2015 at 12:50:28AM +0100, Joerg Roedel wrote:
> From: Joerg Roedel
>
> When regulator is not selected during kconfig, linking of
> the exynos iommu driver fails due to missing symbols.
> Fix it!
Removed this patch from my tree, as the issue was somewhere else.
--
To unsubscribe
From: Paul Burton
The jz4740 now probes the interrupt controller using DT, so remove the
now dead non-DT init code.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/include/asm/mach-jz4740/irq.h | 2 --
arch/mips/jz4740/irq.c | 25 +++--
2
On Wed, 2015-02-04 at 17:29 +1100, Stephen Rothwell wrote:
> Hi James,
>
> After merging the scsi tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> drivers/scsi/scsi_logging.c: In function 'sdev_prefix_printk':
> drivers/scsi/scsi_logging.c:119:6: error: void value
From: Paul Burton
Call jz4740_clock_init before any uses of jz4740_clock_bdata occur. This
is in preparation for replacing uses of that struct with calls to
clk_get_rate, which will allow the clocks to be migrated towards common
clock framework & devicetree.
Signed-off-by: Paul Burton
Cc: Lars-
From: Paul Burton
With the jz4780, Ingenic switched to use a different vendor ID in the
coprocessor 0 PRID register (whilst keeping the product ID & revision
the same as the jz4740 & jz4770...). Add a definition for the new
vendor ID & handle it in the same way as the older one.
Signed-off-by: P
From: Paul Burton
This driver supports the CGU clocks for the Ingenic jz47xx series of
SoCs. It is generic enough to be usable across at least the jz4740 to
the jz4780, as will be done in subsequent commits.
Signed-off-by: Paul Burton
Co-authored-by: Paul Cercueil
Cc: Lars-Peter Clausen
Cc: M
From: Paul Burton
The jz4740-cgu driver already has access to the CGU, so it makes sense
to move the few remaining accesses to the CGU from arch/mips/jz4740
there too. Move the jz4740_clock_udc_{dis,en}able_auto_suspend functions
there for such consistency.
Signed-off-by: Paul Burton
Cc: Lars-P
From: Paul Burton
Add binding documentation for the Ingenic jz4740 interrupt controller.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
Cc: devicet...@vger.kernel.org
---
.../interrupt-controller/ingenic,jz4740-intc.txt | 26 ++
1 file changed, 26 insertions(+)
creat
From: Paul Burton
Migrate the jz4740 & the qi_lb60 board to use common clock framework
via the new jz74xx-cgu driver.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
Cc: Mike Turquette
---
V2 Removed FSF address
---
arch/mips/Kconfig| 2 +-
arch/mips/boot/dts/jz4740.dtsi
Hello Kukjin,
On 02/04/2015 04:19 PM, Kukjin Kim wrote:
> On 02/05/15 00:06, Javier Martinez Canillas wrote:
>>
>> I noticed that you are applying patches to your Samsung tree, do you want me
>> to
>> re-send patches #5 and #6 or is OK for you to pick them from from this
>> series?
>>
> Oh, I'
From: Paul Burton
Replace uses of the jz4740_clock_bdata struct with calls to clk_get_rate
for the appropriate clock. This is in preparation for migrating the
clocks towards common clock framework & devicetree.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/jz4740/platform.c
From: Paul Burton
The jz4740-cgu driver already has access to the CGU, so it makes sense
to move the few remaining accesses to the CGU from arch/mips/jz4740
there too. Move jz4740_clock_set_wait_mode for such consistency.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
Cc: Mike Turquette
--
From: Paul Burton
The only thing remaining in arch/mips/jz4740/clock.h is declarations of
the jz4780_clock_{suspend,resume} functions. Move these to
arch/mips/include/asm/mach-jz4740/clock.h for consistency with similar
functions, and remove the redundant arch/mips/jz4740/clock.h header.
Signed-
From: Paul Burton
When probining the interrupt controller, register an IRQ domain such
that the interrupts can be translated by devicetree code & thus used
from devicetree.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/jz4740/irq.c | 6 ++
1 file changed, 6 insertions(+)
On 02/04/2015 08:21 AM, Sedat Dilek wrote:
On Wed, Feb 4, 2015 at 4:16 PM, Jens Axboe wrote:
On 02/04/2015 05:26 AM, Sedat Dilek wrote:
On Wed, Feb 4, 2015 at 9:35 AM, Stephen Rothwell
wrote:
Hi all,
The next release I will be making will be next-20150209 - which will
probably be after th
From: Paul Burton
Document the devicetree binding for the Ingenic jz4740 CGU driver.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
Cc: Mike Turquette
Cc: devicet...@vger.kernel.org
---
.../bindings/clock/ingenic,jz4740-cgu.txt | 52 ++
include/dt-bindings/clo
From: Paul Burton
Simply use 'ingenic'.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
Cc: devicet...@vger.kernel.org
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Docum
From: Paul Burton
Use the generic irqchip_init function to probe irqchip drivers using DT,
and add the appropriate node to the jz4740 devicetree in place of the
call to mips_cpu_irq_init.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/boot/dts/jz4740.dtsi | 7 +++
arch/mi
From: Paul Burton
Require a DT for jz4740 based systems, and add a stub one for the
qi_lb60 (Ben NanoNote) board. Devices will be migrated to being probed
via this DT over time.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/Kconfig | 2 ++
arch/mips/boot/dts/Ma
On śro, 2015-02-04 at 07:10 -0800, Paul E. McKenney wrote:
> On Wed, Feb 04, 2015 at 03:16:27PM +0100, Krzysztof Kozlowski wrote:
> > On śro, 2015-02-04 at 05:14 -0800, Paul E. McKenney wrote:
> > > On Wed, Feb 04, 2015 at 01:00:18PM +, Russell King - ARM Linux wrote:
> > > > On Wed, Feb 04, 20
From: Paul Burton
Make use of the generic plat_irq_dispatch function introduced by commit
85f7cdacbb81 "MIPS: Provide a generic plat_irq_dispatch", in order to
reduce unnecessary code duplication.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/jz4740/irq.c | 12
On Wed, Feb 4, 2015 at 4:31 PM, Jens Axboe wrote:
> On 02/04/2015 08:21 AM, Sedat Dilek wrote:
>>
>> On Wed, Feb 4, 2015 at 4:16 PM, Jens Axboe wrote:
>>>
>>> On 02/04/2015 05:26 AM, Sedat Dilek wrote:
On Wed, Feb 4, 2015 at 9:35 AM, Stephen Rothwell
wrote:
>
>
>
On Wed, Feb 04, 2015 at 10:01:49AM +0100, Linus Walleij wrote:
> On Thu, Jan 29, 2015 at 11:44 AM, Mika Westerberg
> wrote:
>
> > If the pin is in HiZ mode when it is requested as GPIO its value cannot be
> > read (it always returns 0). In order to cope with the Linux GPIO subsystem
> > where we
From: Paul Burton
In preparation for moving the jz4740 interrupt controller driver to
drivers/irqchip, move arch_init_irq into setup.c such that everything
remaining in irq.c is related to said jz4740 interrupt controller.
Signed-off-by: Paul Burton
Cc: Lars-Peter Clausen
---
arch/mips/includ
From: Paul Burton
Allow the MIPS CPU interrupt controller to be probed from DT using the
generic __irqchip_of_table for platforms which use irqchip_init. This
will avoid such platforms needing to duplicate the compatible string &
init function pointer.
Signed-off-by: Paul Burton
Cc: Lars-Peter
--
Good day!
You might be surprised because we have not met before and am afraid
many things are going on now the internet, but this is the only way I
can thank God for what he has done for me and my family, and also to
help others. My name is Neil Trotter winner of £108,000,000.00 GBP in
Hi,
This series introduces initial support for the Ingenic jz4780 SoC & the
MIPS Creator CI20 board which is based upon it.
The jz4780 shares aspects with jz4740. But jz4740 is platform only.
So, the jz4740 & qi_lb60 (Ben NanoNote) are converted to use DT
for some things in order to ease the pro
On Wed, 4 Feb 2015, Andrew G. Morgan wrote:
> I'm not generally in favor of this. Mostly because this seems to be a
> mini-root kind of inheritance that propagates privilege to binaries
> that aren't prepared for privilege. I don't really buy the mmap code
> concern because the model as it stands
The serial flash discoverable parameters (SFDP) is needed to
spi nor devices for some specific features. I added some sfdp
structure and detect method. And I hope the method will be
useful in the future.
The code have been tested on lower version Linux and can
successfully work with Macronix chips
On Tue, Feb 03, 2015 at 08:18:54PM +0200, Andy Shevchenko wrote:
> Since clk_register_clkdev() is exported for modules the caller should get a
> pointer to the allocated resources. Otherwise the memory leak is guaranteed on
> the ->remove() stage.
>
> Cc: Tomeu Vizoso
> Signed-off-by: Andy Shevch
On Wed, Feb 04, 2015 at 03:16:24PM +, Russell King - ARM Linux wrote:
> On Wed, Feb 04, 2015 at 07:10:28AM -0800, Paul E. McKenney wrote:
> > You know, this situation is giving me a bad case of nostalgia for the
> > old Sequent Symmetry and NUMA-Q hardware. On those platforms, the
> > outgoing
On Wed, Feb 4, 2015 at 4:48 AM, Russell King - ARM Linux
wrote:
> Moreover, __weak is positively harmful when you consider it adds bloat
> and dead code - the overriden __weak function is left behind in the
> resulting final image.
Huh, I didn't realize that. Is that a linker bug, or is there so
On Fri, Jan 30, 2015 at 02:13:40PM +0800, Peter Hung wrote:
> This patch implement relative MCR/MSR function, such like
> tiocmget()/tiocmset()/dtr_rts().
>
> The update_mctrl() replace set_control_lines() to do MCR control
> so we clean-up the set_control_lines() function.
>
> Signed-off-by: Pet
Quoting Christoph Lameter (c...@linux.com):
> On Wed, 4 Feb 2015, Andrew G. Morgan wrote:
>
> > I'm not generally in favor of this. Mostly because this seems to be a
> > mini-root kind of inheritance that propagates privilege to binaries
> > that aren't prepared for privilege. I don't really buy t
On Wed, Feb 04, 2015 at 04:22:28PM +0100, Krzysztof Kozlowski wrote:
> On śro, 2015-02-04 at 07:10 -0800, Paul E. McKenney wrote:
> > On Wed, Feb 04, 2015 at 03:16:27PM +0100, Krzysztof Kozlowski wrote:
> > > On śro, 2015-02-04 at 05:14 -0800, Paul E. McKenney wrote:
> > > > On Wed, Feb 04, 2015 at
> "Sedat" == Sedat Dilek writes:
> I am seeing the following in my logs several times...
>
> Feb 4 02:53:13 fambox kernel: [15507.397482] blk_update_request:
> I/O error, dev loop0, sector 21261344 Feb 4 02:53:13 fambox
> kernel: [15507.397531] loop0: DISCARD failed. Man
On Wednesday, February 04, 2015 8:01 AM, Markus Elfring wrote:
> The kfree() 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 Wed, Feb 4, 2015 at 6:04 AM, Lad Prabhakar
wrote:
> From: "Lad, Prabhakar"
>
> this patch fixes following sparse warning:
>
> fdt.c:765:12: warning: symbol 'early_init_dt_scan_chosen_serial' was not
> declared. Should it be static?
>
> Signed-off-by: Lad, Prabhakar
Applied, thanks.
Rob
>
On 32-bit platforms using asm-generic/div64.h:
drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c: In function
'gk20a_pllg_calc_rate':
drivers/gpu/drm/nouveau/nvkm/subdev/clk/gk20a.c:147:79: warning: comparison of
distinct pointer types lacks a cast
do_div(rate, divider);
On Wed, Dec 31, 2014 at 2:23 AM, Liu Ying wrote:
> Signed-off-by: Liu Ying
I don't know what the status is for the rest of the series, but I'm
applying this and patch 3 so you don't have to keep sending them.
Rob
> ---
> v7->v8:
> * None.
>
> v6->v7:
> * None.
>
> v5->v6:
> * None.
>
> v4->
On Wed, 2015-02-04 at 17:50 +0200, Mika Westerberg wrote:
> On Tue, Feb 03, 2015 at 08:18:54PM +0200, Andy Shevchenko wrote:
> > Since clk_register_clkdev() is exported for modules the caller should get a
> > pointer to the allocated resources. Otherwise the memory leak is guaranteed
> > on
> > th
On Wed, Feb 04, 2015 at 06:24:36PM +0400, Alexandr Kotov wrote:
> If externded partition record points to itself there will be recursion in
> partition scanning
> until we reach partition limit of 255 per disk.
> There is no big deal to have so many partition, but then udev takes place
> in handing
On 4 February 2015 at 16:50, Jim-Ting Kuo wrote:
> The serial flash discoverable parameters (SFDP) is needed to
> spi nor devices for some specific features. I added some sfdp
> structure and detect method. And I hope the method will be
> useful in the future.
>
> The code have been tested on lowe
On Wed, Feb 4, 2015 at 4:58 PM, Martin K. Petersen
wrote:
>> "Sedat" == Sedat Dilek writes:
>
>> I am seeing the following in my logs several times...
>>
>> Feb 4 02:53:13 fambox kernel: [15507.397482] blk_update_request:
>> I/O error, dev loop0, sector 21261344 Feb 4 02:53:13
On Wed, 2015-02-04 at 11:25 +, Catalin Marinas wrote:
> On Tue, Feb 03, 2015 at 05:29:36PM +, Mark Salter wrote:
> > On Mon, 2015-02-02 at 23:14 +0100, Rafael J. Wysocki wrote:
> > > On Monday, February 02, 2015 08:45:30 PM Hanjun Guo wrote:
> > > > From: Mark Salter
> > > >
> > > > The a
On śro, 2015-02-04 at 07:56 -0800, Paul E. McKenney wrote:
> On Wed, Feb 04, 2015 at 04:22:28PM +0100, Krzysztof Kozlowski wrote:
> >
> > Actually the timeout versions but I think that doesn't matter.
> > The wait_on_bit will busy-loop with testing for the bit. Inside the loop
> > it calls the 'ac
I was thinking more like this:
int override = secure(SECURE_AMBIENT_PRIVS) &&
cap_isclear(caps->inheritable.cap);
CAP_FOR_EACH_U32(i) {
__u32 permitted = caps->permitted.cap[i];
__u32 inheritable = override ? new->cap_bset.cap[i] :
caps->inheritable.cap[i];
[...]
Chee
Hi everyone,
I am glad to announce the very first release of the lttng-analyses project !
https://github.com/lttng/lttng-analyses
This project is a collection of tools to extract metrics and
higher-level informations from LTTng kernel traces.
Here is a complete example that illustrates how to so
Currently when the host kernel attempts to unbind an in-use device
from a vfio driver, we simply block until userspace releases the
device. With a cooperative userspace client, we can do better (we can
potentially do better with a non-cooperative client too, but this
series does not attempt to add
There's a small window between the vfio bus driver calling
vfio_del_group_dev() and the device being completely unbound where
the vfio group appears to be non-viable. This creates a race for
users like QEMU/KVM where the kvm-vfio module tries to get an
external reference to the group in order to m
Move the iommu_group reference from the device to the vfio_group.
This ensures that the iommu_group persists as long as the vfio_group
remains. This can be important if all of the device from an
iommu_group are removed, but we still have an outstanding vfio_group
reference; we can still walk the e
We want another single vector IRQ index to support signaling of
the device request to userspace. Generalize the error reporting
IRQ index to avoid code duplication.
Signed-off-by: Alex Williamson
---
drivers/vfio/pci/vfio_pci_intrs.c | 44 -
1 file changed
Userspace can opt to receive a device request notification,
indicating that the device should be released. This is setup
the same way as the error IRQ and also supports eventfd signaling.
Future support may forcefully remove the device from the user if
the request is ignored.
Signed-off-by: Alex
Am 04.02.2015 um 15:52 schrieb Lukáš Czerner:
> On Wed, 4 Feb 2015, Alexander Holler wrote:
>> I'm happy for all the feedback. But it doesn't help me. I'm not going to
>> spend
>> the necessary time unpaid.
>
> Right, you'd much rather have someone else to spend the time on your
> request unpaid
On Fri, Jan 23, 2015 at 10:10 AM, Geert Uytterhoeven
wrote:
> Hi Grant, Rob,
>
> This patch series adds tests to detect reference count imbalances.
> The tests use a fixed list of paths to devices nodes (required device
> nodes in a minimal DTS, and device nodes present in unittest-data).
On 02/04/2015 10:08 AM, Mark Salter wrote:
acpi_os_remap() is used to map ACPI tables. These tables may be in ram
which are already included in the kernel's linear RAM mapping. So we
need ioremap_cache to avoid two mappings to the same physical page
having different caching attributes.
Would it
On Wednesday 04 February 2015 15:21:40 Zubair Lutfullah Kakakhel wrote:
> + domain = irq_domain_add_legacy(node, num_chips * 32, JZ4740_IRQ_BASE,
> 0,
> + &irq_domain_simple_ops, NULL);
> + if (!domain)
> + pr_warn("unable to register
On Tuesday, February 03, 2015 8:13 AM, Ian Abbott wrote:
> On 03/02/15 12:38, Nicholas Mc Guire wrote:
>> The if and the else branch code are identical - so the condition has no
>> effect on the effective code - this patch removes the condition and the
>> duplicated code.
>>
>> Signed-off-by: Nicho
When a request is made to unbind a device from a vfio bus driver,
we need to wait for the device to become unused, ie. for userspace
to release the device. However, we have a long standing TODO in
the code to do something proactive to make that happen. To enable
this, we add a request callback on
Large EEPROMS (24c32 and larger) require a two-byte data address
instead of just a single byte. Implement support for such EEPROMs
with SMBus commands.
Support has limitations (reads are not multi-master safe) and is slow,
but it works. Practical use is for a system with 24c32 connected to
Intel 8
There is no 'struct page' for the source of this data. We have a kernel
address for it; that's all.
-Original Message-
From: Leonid Yegoshin [mailto:leonid.yegos...@imgtec.com]
Sent: Tuesday, February 03, 2015 10:40 AM
To: Guenter Roeck; Ralf Baechle
Cc: linux-m...@linux-mips.org; linux
On Wed, Feb 04, 2015 at 09:53:28AM -0600, Bjorn Helgaas wrote:
> On Wed, Feb 4, 2015 at 4:48 AM, Russell King - ARM Linux
> wrote:
> > Moreover, __weak is positively harmful when you consider it adds bloat
> > and dead code - the overriden __weak function is left behind in the
> > resulting final
On Wed, 4 Feb 2015, Alexander Holler wrote:
> Date: Wed, 04 Feb 2015 17:12:52 +0100
> From: Alexander Holler
> To: Lukáš Czerner
> Cc: Michael Kerrisk ,
> Al Viro , Theodore Ts'o ,
> Linux-Fsdevel ,
> Linux Kernel ,
> Linux API
> Subject: Re: [PATCH 1/5] WIP: Add syscall unlinka
On Feb 4, 2015 7:56 AM, "Serge E. Hallyn" wrote:
>
> Quoting Christoph Lameter (c...@linux.com):
> > On Wed, 4 Feb 2015, Andrew G. Morgan wrote:
> >
> > > I'm not generally in favor of this. Mostly because this seems to be a
> > > mini-root kind of inheritance that propagates privilege to binaries
On Fri, Jan 30, 2015 at 02:13:41PM +0800, Peter Hung wrote:
> Set correct product type from 16654 to 16550A and
> fix the ioctl TIOCGSERIAL return struct values.
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c | 13 +
> 1 file changed, 9 insertions(+), 4 deletions(-
On Wednesday 04 February 2015 15:21:44 Zubair Lutfullah Kakakhel wrote:
>
> +/ {
> + ext: clock@0 {
> + compatible = "fixed-clock";
> + #clock-cells = <0>;
> + clock-frequency = <1200>;
> + };
> +
> + rtc: clock@1 {
> +
Prarit Bhargava wrote:
> While this is highly unlikely to ever happen in the real world it is
> still something we should protect against, as breaking the state machine
> is obviously bad.
I'm not sure what exactly breaks here. If the PLL is disabled before
time_state is set to TIME_OOP, the inser
On Wednesday 04 February 2015 15:21:56 Zubair Lutfullah Kakakhel wrote:
> +#ifndef __JZ4740_SERIAL_H__
> +#define __JZ4740_SERIAL_H__
> +
> +#define BASE_BAUD (1200 / 16)
> +
> +#endif /* __JZ4740_SERIAL_H__ */
>
This looks wrong: You should not need to hardcode this number when
you can get i
On Wed, Feb 04, 2015 at 05:10:56PM +0100, Krzysztof Kozlowski wrote:
> On śro, 2015-02-04 at 07:56 -0800, Paul E. McKenney wrote:
> > On Wed, Feb 04, 2015 at 04:22:28PM +0100, Krzysztof Kozlowski wrote:
> > >
> > > Actually the timeout versions but I think that doesn't matter.
> > > The wait_on_bi
On Wed, Feb 04, 2015 at 03:51:36PM +0100, Jiri Olsa wrote:
> On Mon, Feb 02, 2015 at 06:32:32PM +0100, Peter Zijlstra wrote:
> > > That looks like tail recursive fun! An irq work that raises and irq work
> > > ad infinitum. Lemme see if I can squash that.. didn't we have something
> > > like this b
On Wed, Feb 04, 2015 at 04:10:22PM +0100, Joerg Roedel wrote:
> From: Joerg Roedel
>
> Now that I learned about possible spurious wakeups this
> place needs fixing too. Replace the self-coded sleep variant
> with the generic wait_event() helper.
>
> Signed-off-by: Joerg Roedel
> ---
> drivers/
On Wed, Feb 4, 2015 at 8:12 AM, Andrew G. Morgan wrote:
> I was thinking more like this:
>
> int override = secure(SECURE_AMBIENT_PRIVS) &&
> cap_isclear(caps->inheritable.cap);
>
> CAP_FOR_EACH_U32(i) {
> __u32 permitted = caps->permitted.cap[i];
> __u32 inheritable = over
On Wed, Feb 04, 2015 at 05:34:50PM +0100, Peter Zijlstra wrote:
> On Wed, Feb 04, 2015 at 04:10:22PM +0100, Joerg Roedel wrote:
> > From: Joerg Roedel
> >
> > Now that I learned about possible spurious wakeups this
> > place needs fixing too. Replace the self-coded sleep variant
> > with the gene
On Wednesday, February 04, 2015 at 05:06:55 PM, Rafał Miłecki wrote:
> On 4 February 2015 at 16:50, Jim-Ting Kuo wrote:
> > The serial flash discoverable parameters (SFDP) is needed to
> > spi nor devices for some specific features. I added some sfdp
> > structure and detect method. And I hope the
On Wed, 2015-02-04 at 16:25 +, Russell King - ARM Linux wrote:
> I haven't experimented with it myself, but I think David Woodhouse
> has some experience in this area.
In many kernel configurations there are actually quite a lot of
functions that are never called, and I was quite surprised the
On Wed, 04 Feb 2015, Hartley Sweeten wrote:
> On Tuesday, February 03, 2015 8:13 AM, Ian Abbott wrote:
> > On 03/02/15 12:38, Nicholas Mc Guire wrote:
> >> The if and the else branch code are identical - so the condition has no
> >> effect on the effective code - this patch removes the condition a
On 02.02.2015 17:06, Greg Kroah-Hartman wrote:
On Mon, Feb 02, 2015 at 04:43:14PM +0100, Stefan Roese wrote:
On 21.02.2014 17:18, Michal Simek wrote:
On 02/21/2014 05:12 PM, Felipe Balbi wrote:
On Fri, Feb 21, 2014 at 05:04:26PM +0100, Michal Simek wrote:
On 02/21/2014 05:04 PM, Greg Kroah-Ha
On Wed, Feb 4, 2015 at 10:25 AM, Russell King - ARM Linux
wrote:
> On Wed, Feb 04, 2015 at 09:53:28AM -0600, Bjorn Helgaas wrote:
>> On Wed, Feb 4, 2015 at 4:48 AM, Russell King - ARM Linux
>> wrote:
>> > Moreover, __weak is positively harmful when you consider it adds bloat
>> > and dead code -
101 - 200 of 927 matches
Mail list logo
