Hello,
On Thu, Sep 17, 2015 at 03:26:16PM +0200, Michael Grzeschik wrote:
> +ARCNET NETWORK LAYER
> +M: Michael Grzeschik
> +L: net...@vger.kernel.org
> +S: Maintained
> +F: drivers/net/arcnet/
> +F: include/uapi/linux/if_arcnet.h
> +
What about
On Fri, Sep 18, 2015 at 12:13:28AM +0200, Luis de Bethencourt wrote:
> This platform driver has a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
>
> Signed-off-by: Luis de Bethencourt
Acked-by: Uwe Kleine-König
> ---
>
Commit-ID: bf6445631c6f00882b25516a174d5073ce0c6f81
Gitweb: http://git.kernel.org/tip/bf6445631c6f00882b25516a174d5073ce0c6f81
Author: Peter Senna Tschudin
AuthorDate: Thu, 17 Sep 2015 12:08:53 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Sep 2015 15:31:52 -0300
perf
Commit-ID: b0063dbfb031a7c728ed0d9533257e8329292cf1
Gitweb: http://git.kernel.org/tip/b0063dbfb031a7c728ed0d9533257e8329292cf1
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 17 Sep 2015 12:54:30 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Sep 2015 13:14:35 -0300
Commit-ID: 179f36dde3cec0f9f05a757b68f6a58e4edbcc95
Gitweb: http://git.kernel.org/tip/179f36dde3cec0f9f05a757b68f6a58e4edbcc95
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 17 Sep 2015 11:30:20 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Sep 2015 13:10:05 -0300
Commit-ID: f8ac8606fd3cd72183de8eec2b151ff05040c70f
Gitweb: http://git.kernel.org/tip/f8ac8606fd3cd72183de8eec2b151ff05040c70f
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 17 Sep 2015 12:20:28 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 17 Sep 2015 13:14:35 -0300
Commit-ID: 02d8dabc50f94353075f2f62b1047c1306e8bf92
Gitweb: http://git.kernel.org/tip/02d8dabc50f94353075f2f62b1047c1306e8bf92
Author: Stephane Eranian
AuthorDate: Thu, 3 Sep 2015 15:23:40 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 16 Sep 2015 18:01:03 -0300
perf stat:
On Wed, Sep 16, 2015 at 12:54:03PM -0400, Alan Stern wrote:
> On Wed, 16 Sep 2015, Sudip Mukherjee wrote:
>
> > On error find_tt() returns either a NULL pointer or the error value in
> > ERR_PTR. But we were dereferencing it directly without even checking if
> > find_tt() returned a valid pointer
On 09/17/15 at 05:32pm, yjin wrote:
>
> On 2015年09月16日 18:39, Minfei Huang wrote:
> >On 09/16/15 at 10:58am, yanjiang@windriver.com wrote:
> >>From: Yanjiang Jin
> >>
> >>Function parse_crash_elf_headers() reads e_ident[EI_CLASS] then decides to
> >>call parse_crash_elf64_headers() or
Hi!
> > But I still don't like the patch.
> >
> > 0) BIOS is broken, and this does not completely work around it. Users will
> > still
> > see the failed hibernation when the memory that is now unavailable was
> > actually used.
> >
> Unfortunately , yes :( the patch is trying to replace the
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit f6cf87f748ff9480f97ff9c5caf6d6faacf52aa1:
>
> Merge tag 'perf-urgent-for-mingo' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into
The cpuidle tracepoints are called within a rcu_idle_exit() section, and
must be denoted with the _rcuidle() version of the tracepoint.
Signed-off-by: Jisheng Zhang
---
arch/arm/mach-omap2/pm34xx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
(Apologies for top posting)
I think there is a need to connect a few dots on this next week during Connect.
Some other conversations have discussed alternative implementations elsewhere.
I will assist.
--
Computer Architect | Sent from my 64-bit #ARM Powered phone
> On Sep 14, 2015, at
On Thu, Sep 17, 2015 at 06:50:29PM -0700, Linus Torvalds wrote:
> On Thu, Sep 17, 2015 at 5:37 PM, Dave Chinner wrote:
> >> >
> >> > I'm not seeing why that should be an issue. Sure, there's some CPU
> >> > overhead to context switching, but I don't see that it should be that
> >> > big of a
Hi,
On Friday 21 August 2015 02:57 PM, Alim Akhtar wrote:
> From: Seungwon Jeon
>
> This patch introduces Exynos UFS PHY driver. This driver
> supports to deal with phy calibration and power control
> according to UFS host driver's behavior.
>
> Signed-off-by: Seungwon Jeon
> Signed-off-by:
>> +{unsigned char, unsigned short int, unsigned int, unsigned long, unsigned
>> long long, size_t, u8, u16, u32, u64} v;
How about adding bool? I don't currently find any problems with it, but
perhaps some could arise.
julia
> >> +@@
> >> +
> >> +(
> >> +*v@p < 0
> >> +|
> >> +*v@p >= 0
>
From: Michael Grzeschik
Date: Thu, 17 Sep 2015 15:26:16 +0200
> Add entry for arcnet to MAINTAINERS file and add myself as the
> maintainer of the subsystem.
>
> Signed-off-by: Michael Grzeschik
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
From: Michael Grzeschik
Date: Thu, 17 Sep 2015 15:18:34 +0200
> For arcnet the bare minimum header only contains the 4 bytes to
> specify source, dest and offset (1, 1 and 2 bytes respectively).
> The corresponding struct is struct arc_hardware.
>
> The struct archdr contains additionally a
lz4's decompression doesn't requires any scratch buffer so
it doesn't need tfm context. Hence, it can support
crypto compression noctx API and this patch implements it.
Signed-off-by: Joonsoo Kim
---
crypto/lz4.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
Until now, zram uses compression algorithm through direct call
to core algorithm function, but, it has drawback that we need to add
compression algorithm manually to zram if needed. Without this work,
we cannot utilize various compression algorithms in the system.
Moreover, to add new compression
842's decompression doesn't requires any scratch buffer so
it doesn't need tfm context. Hence, it can support
crypto compression noctx API and this patch implements it.
Signed-off-by: Joonsoo Kim
---
crypto/842.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
From: Sergey Senozhatsky
Hide (make static) zstrm find and release function and introduce
zcomp_compress_begin()/zcomp_compress_end(). We will have begin
and end functions around compression (this patch) and decompression
(next patch). So the work flow is evolving to:
zstrm =
Until now, tfm object embeds (de)compression context in it and
(de)compression in crypto API requires tfm object to use
this context. But, there are some algorithms that doesn't need
such context to operate. Therefore, this patch introduce new crypto
decompression API that calls decompression
lz4hc's decompression doesn't requires any scratch buffer so
it doesn't need tfm context. Hence, it can support
crypto compression noctx API and this patch implements it.
Signed-off-by: Joonsoo Kim
---
crypto/lz4hc.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
Crypto subsystem now supports decompress_noctx API that requires
special tfm_noctx. This tfm can be shared by multiple concurrent
decompress user because this API doesn't rely on this tfm object
except to fetch decompress function pointer.
Until changing to use crypto API, zram doesn't require
From: Sergey Senozhatsky
Introduce zcomp_decompress_begin()/zcomp_decompress_end() as a
preparation for crypto API-powered zcomp.
Change zcomp_decompress() signature to require zstrm parameter.
Unlike zcomp_compress_begin(), zcomp_decompress_begin() may return
zstrm if currently selected
lzo's decompression doesn't requires any scratch buffer so
it doesn't need tfm context. Hence, it can support
crypto compression noctx API and this patch implements it.
Signed-off-by: Joonsoo Kim
---
crypto/lzo.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
This patchset makes zram to use crypto API in order to support
more compression algorithm.
The reason we need to support vairous compression algorithms is that
zram's performance is highly depend on workload and compression algorithm
and architecture. Every compression algorithm has it's own
From: Sasha Levin
Date: Wed, 16 Sep 2015 15:30:21 -0400
> If we didn't call ATMARP_MKIP before ATMARP_ENCAP the VCC descriptor is
> non-existant and we'll end up dereferencing a NULL ptr:
...
> Signed-off-by: Sasha Levin
Applied, thanks.
--
To unsubscribe from this list: send the line
Commit description is copied from original post of this bug.
http://comments.gmane.org/gmane.linux.kernel.mm/135349
Kernels after v3.9 use kmalloc_size(INDEX_NODE + 1) to get the next larger
cache size than the size index INDEX_NODE mapping. In kernels 3.9 and
earlier we used
This commit adds support for UniPhier outer cache controller.
All the UniPhier SoCs are equipped with the L2 cache, while the L3
cache is currently only integrated on PH1-Pro5 SoC.
Signed-off-by: Masahiro Yamada
---
.../bindings/arm/uniphier/cache-uniphier.txt | 48 ++
MAINTAINERS
Hi Olof,
Now Linux 4.3-rc1 is out, so I am back to this.
1/3: add outer cache support
2/3: rework SMP operations
3/3: add device tree nodes
Because 2/3 highly depends on 1/3, I hope whole of this series
is applied through ARM-SOC tree.
Changes in v3:
- Drop bogus includes
Changes in v2:
Add L2 cache controller nodes for all the UniPhier SoC DTSI.
Also, add an L3 cache controller node for PH1-Pro5 DTSI.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-ph1-ld4.dtsi | 13 +
arch/arm/boot/dts/uniphier-ph1-pro4.dtsi| 14 ++
The complexity of the boot sequence of UniPhier SoC family is
a PITA due to the following hardware limitations:
[1] No dedicated on-chip SRAM
SoCs in general have small SRAM, on which a tiny firmware or a boot
loader can run before SDRAM is initialized. As UniPhier SoCs do not
have any dedicated
Hi Kishon,
> Sent: Tuesday, August 25, 2015 6:11 PM
>
> This patch adds support for R-Car generation 3 USB2 PHY driver.
> This SoC has 3 EHCI/OHCI channels, and the channel 0 is shared
> with the HSUSB (USB2.0 peripheral) device.
>
> So, the purpose of this driver is:
> 1) initializes some
I've been seeing some strange behavior with 4.3-rc1 kernels on my Ubuntu
14.04.3 system. The system will run fine for a few hours, but suddenly
start becoming horribly I/O bound. A compile of perf for instance takes
20-30 minutes and the compile seems entirely I/O bound. But, the SSD is
only
From: Javier Martinez Canillas
Date: Wed, 16 Sep 2015 11:11:22 +0200
> Drivers needs to export the OF id table and this be built into
> the module or udev won't have the necessary information to autoload
> the driver module when the device is registered via OF.
>
> Signed-off-by: Javier
2015-09-14 15:26 GMT+09:00 Masahiro Yamada :
> Hi Olof,
>
> Now Linux 4.3-rc1 is out, so I am back to this.
>
> 1/3: add outer cache support
> 2/3: rework SMP operations
> 3/3: add device tree nodes
>
> Because 2/3 highly depends on 1/3, I hope whole of this series
> is applied through ARM-SOC
2015-09-14 15:26 GMT+09:00 Masahiro Yamada :
> diff --git a/arch/arm/mach-uniphier/uniphier.c
> b/arch/arm/mach-uniphier/uniphier.c
> index 9be10ef..26042e3 100644
> --- a/arch/arm/mach-uniphier/uniphier.c
> +++ b/arch/arm/mach-uniphier/uniphier.c
> @@ -12,6 +12,10 @@
> * GNU General Public
Hi all,
Changes since 20150917:
I used the h8300 tree from next-20150828 since the current tree has been
rebased onto something very old :-(
The bluetooth tree still had its build failure.
The tip tree gained a conflict against Linus' tree.
The akpm-current tree lost its build failure.
Non
On 09/17/2015 06:45 PM, Zefan Li wrote:
On 2015/9/15 22:22, Guenter Roeck wrote:
On 09/15/2015 02:03 AM, l...@kernel.org wrote:
From: Zefan Li
This is the start of the stable review cycle for the 3.4.109 release.
There are 146 patches in this series, all will be posted as a response
to this
From: martinbj2...@gmail.com
Date: Fri, 18 Sep 2015 00:00:05 -0400
> From: Junwei Zhang
>
> The permanent protocol nodes are at the head of the list,
> So only need check all these nodes.
>
> No matter the new node is permanent or not,
> insert the new node after the last permanent protocol
From: Junwei Zhang
The permanent protocol nodes are at the head of the list,
So only need check all these nodes.
No matter the new node is permanent or not,
insert the new node after the last permanent protocol node,
If the new node conflicts with existing permanent node,
return error.
Corrected endian error and repushed
https://git.samba.org/?p=sfrench/cifs-2.6.git;a=patch;h=79a5296f14b26ac8644239286ffd7a62dbbc385e
On Thu, Sep 17, 2015 at 6:41 PM, Steve French wrote:
> Nice catch.
>
> Merged into cifs-2.6.git for-next
--
Thanks,
Steve
--
To unsubscribe from this list:
Hi all,
On Mon, 20 Jul 2015 11:59:35 +1000 Stephen Rothwell
wrote:
>
> On Fri, 17 Jul 2015 15:09:26 +0100 Nariman Poushin
> wrote:
> >
> > Introduced by:
> > commit 8019ff6cfc04
> > ("regmap: Use reg_sequence for multi_reg_write / register_patch")
> >
> > Interacting with:
> > commit
Thanks, Pavel,
> -Original Message-
> From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm-
> ow...@vger.kernel.org] On Behalf Of Pavel Machek
> Sent: Friday, September 18, 2015 4:44 AM
> To: Chen, Yu C
> Cc: r...@rjwysocki.net; Brown, Len; linux...@vger.kernel.org; linux-
>
On Fri, Sep 18, 2015 at 5:52 AM, Altobelli, David
wrote:
> That works for me, if it helps people understand what's going on.
>
> I need to change my email from @hp to @hpe.
>
Thanks for the comment.
I sent another patch to change all @hp to @hpe in hpilo.c
Masanari
--
To unsubscribe from this
Retrying once again!!
Hi, I have a use case where there are two PCIe devices connected to
two CPU sockets. Each of the device is exposing 1GB device memory over
their one of the BARs(BAR5/6). Since other two BARs(BAR 1/2/3/4) also
expose some amount of memory, the total memory requirement on the
This patch add minimum and maximum value of module parameter
max_ccb in hpilo.c.
Signed-off-by: Masanari Iida
---
drivers/misc/hpilo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/hpilo.c b/drivers/misc/hpilo.c
index b83e3ca..d45cff0 100644
---
This patch changes maintainer's email address from
hp.com to hpe.com in hpilo.c.
Signed-off-by: Masanari Iida
---
drivers/misc/hpilo.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/hpilo.c b/drivers/misc/hpilo.c
index d45cff0..d6a901c 100644
---
On Wed, Sep 16, 2015 at 01:26:51PM -0400, Josh Boyer wrote:
>
> That isn't true. It helps the submitter understand the workflow and
> expectations. What you meant to say is that it doesn't help you.
The problem is that workflow isn't the hard part. It's the part that
can be taught most
On Wed, Sep 16, 2015 at 5:57 AM, Michal Nazarewicz wrote:
> For 64-bit arguments, abs macro casts it to an int which leads to lost
> precision and may cause incorrect results. To deal with 64-bit types
> abs64 macro has been introduced but still there are places where abs
> macro is used
All of the Gen3 touchpads are fixed with I2C address 0x67, so correct the
reg value description from 0x24 to 0x67.
Signed-off-by: Dudley Du
---
Documentation/devicetree/bindings/input/cypress,cyapa.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The millisecond of the last second will be normal if tv_sec is
overflowed. But for y2038 consistency and demonstration purpose,
and avoiding further risks, we need to remove 'timeval' in this
driver, to avoid similair problems.
Signed-off-by: Pingbo Wen
Reviewed-by: Arnd Bergmann
---
V3
On 2015/9/18 9:45, Zefan Li wrote:
On 2015/9/15 22:22, Guenter Roeck wrote:
On 09/15/2015 02:03 AM, l...@kernel.org wrote:
From: Zefan Li
This is the start of the stable review cycle for the 3.4.109 release.
There are 146 patches in this series, all will be posted as a response
to this one.
On Thu, Aug 27, 2015 at 11:01:38AM +0530, Varadarajan Narayanan wrote:
> Add initial dts files and SoC support for IPQ4019
>
> Signed-off-by: Varadarajan Narayanan
> ---
Aside from the incorrect copyright date (which i will fix), this is fine.
I'll apply this.
--
Qualcomm Innovation Center,
On Thu, 2015-09-17 at 21:35 -0500, Zhao Qiang-B45475 wrote:
> On Mon, 2015-09-18 at 04:28 +0800, Wood Scott-B07421 wrote:
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: Friday, September 18, 2015 4:28 AM
> > To: Zhao Qiang-B45475
> > Cc: linux-kernel@vger.kernel.org;
Hi Linus,
The following changes since commit 628b3198ccc235e387c0b8ee200c10c883e86644:
acer-wmi: No rfkill on HP Omen 15 wifi (2015-08-28 11:14:09 -0700)
are available in the git repository at:
git://git.infradead.org/users/dvhart/linux-platform-drivers-x86.git
On Mon, 2015-09-18 at 04:28 +0800, Wood Scott-B07421 wrote:
> -Original Message-
> From: Wood Scott-B07421
> Sent: Friday, September 18, 2015 4:28 AM
> To: Zhao Qiang-B45475
> Cc: linux-kernel@vger.kernel.org; linuxppc-...@lists.ozlabs.org;
> lau...@codeaurora.org; Xie Xiaobo-R63061;
On 08/19/2015 01:46 AM, Al Viro wrote:
>> or mapping->a_ops->direct_IO() returned more
>> > than 'count'.
> Was there DAX involved? ->direct_IO() in there is blkdev_direct_IO(),
> which takes rather different paths in those cases...
>
So I've traced this all the way back to dax_io(). I
Hi all,
Please CC me directly when responding, as I'm not subscribed to the
mailing list.
Summary
---
I deploy diskless Debian kiosks in prisons, for use by inmates.
As part of the Debian 7 to 8 upgrade, I want to enable SELinux.
My initrd uses overlayfs to combine a ro squashfs and a rw
On Thu, Sep 17, 2015 at 5:37 PM, Dave Chinner wrote:
>> >
>> > I'm not seeing why that should be an issue. Sure, there's some CPU
>> > overhead to context switching, but I don't see that it should be that
>> > big of a deal.
>
> It may well change the dispatch order of enough IOs for it to be
>
On 2015/9/15 22:22, Guenter Roeck wrote:
On 09/15/2015 02:03 AM, l...@kernel.org wrote:
From: Zefan Li
This is the start of the stable review cycle for the 3.4.109 release.
There are 146 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these
Hi Arnaldo,
Could you pull this bugfix as an urgent patch, since this fixes a critical
problem?
Thanks,
From: Masami Hiramatsu [mailto:masami.hiramatsu...@hitachi.com]
>
>Fix a segfault bug and a small mistake in perf probe -d.
>
>Since the "ulist" in perf_del_probe_events is never initialized,
Add a fake regulator, which is required for the correct initialization
of the PWM backlight driver.
Signed-off-by: Petr Cvek
---
arch/arm/mach-pxa/magician.c | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/mach-pxa/magician.c b/arch/arm/mach-pxa/magician.c
index
This patch moves platform_add_devices() (standard declaration of devices)
outside of the platform specific device declarations. Moving to the end
of the magician_init() clarifies the source code (standard and specific
declaration are not mixed).
Signed-off-by: Petr Cvek
---
Add a debug message for the backlight brightness function.
Signed-off-by: Petr Cvek
---
arch/arm/mach-pxa/magician.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-pxa/magician.c b/arch/arm/mach-pxa/magician.c
index 386e6f0..67969b1 100644
--- a/arch/arm/mach-pxa/magician.c
On 9/17/2015 6:16 PM, Florian Fainelli wrote:
> On 17/09/15 16:57, Ray Jui wrote:
>> This patch cleans up Cygnus DT files and makes the format consistent
>> with the rest of Broadcom iProc based SoCs.
>>
>> Changes include:
>> - Put core components into "core" node of type "simple-bus"
>>
The pasic3-leds driver was never in vanilla kernel. Actual configuration
data for a hypothetical driver does not describe hardware completely, so
remove them.
This patch prepare HTC Magician machine code to pasic3-leds driver
addition.
Signed-off-by: Petr Cvek
---
arch/arm/mach-pxa/magician.c
Magician STUART port is connected to the infraport and used by the FICP
driver. The FICP driver uses its own definition.
Required for correct initialization of the pxaficp_ir driver after
planned dmaengine conversion.
Signed-off-by: Petr Cvek
---
arch/arm/mach-pxa/magician.c | 1 -
1 file
A PXA27x SoC supports USB device mode, this patch adds support for that.
Signed-off-by: Petr Cvek
---
arch/arm/mach-pxa/magician.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/mach-pxa/magician.c b/arch/arm/mach-pxa/magician.c
index 490d79f..76f8399
HTC Magician contains a MAX1587A voltage regulator for a Vcore supply.
The Vcore regulation is required for a CPU speed switching. This patch adds
declaration for the max1586 driver.
Notice:
- MAX1587A version does not support the V6 (USIM) output.
- A boost resistor was directly measured for a
Add support for an ADS7846 touchscreen.
Signed-off-by: Petr Cvek
---
arch/arm/mach-pxa/magician.c | 86
1 file changed, 86 insertions(+)
diff --git a/arch/arm/mach-pxa/magician.c b/arch/arm/mach-pxa/magician.c
index af8133a..450f35f 100644
---
This patch adds support for an OV9640 camera to the HTC Magician machine.
Signed-off-by: Petr Cvek
---
arch/arm/mach-pxa/magician.c | 61
1 file changed, 61 insertions(+)
diff --git a/arch/arm/mach-pxa/magician.c b/arch/arm/mach-pxa/magician.c
index
在 2015年09月18日 03:01, Heiko Stübner 写道:
Am Donnerstag, 17. September 2015, 15:51:12 schrieb Caesar Wang:
There is a need of a broadcast timer in this case to ensure proper
wakeup when the cpus are in sleep mode and a timer expires.
Signed-off-by: Caesar Wang
---
USB host ports on the HTC Magician are wrongly enabled. Port 1 is for
bluetooth and port 2 is for OTG (mux in the charger connector).
Signed-off-by: Petr Cvek
---
arch/arm/mach-pxa/magician.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-pxa/magician.c
Johan Hovold 於 2015/9/14 下午 09:33 寫道:
> On Tue, Jul 21, 2015 at 09:58:19AM +0800, Peter Hung wrote:
>> This driver is for Fintek F81532/F81534 USB to Serial Ports IC.
>>
> So as I mentioned above, always accept data if there's room in the fifo.
> Then kick of a write urb, if TX_EMPTY is set for
Old definition for the physmap-flash driver is incomplete:
- Use of an EGPIO without previous request
- Missing the MTD partitions
This patch fixes it. Read functionality was tested on the machine with
board_id 0x3a. Writing was not tested.
Signed-off-by: Petr Cvek
---
On 17/09/15 16:57, Ray Jui wrote:
> This patch cleans up Cygnus DT files and makes the format consistent
> with the rest of Broadcom iProc based SoCs.
>
> Changes include:
> - Put core components into "core" node of type "simple-bus"
> - Put all other peripherals into "soc" node of type
On 2015/9/18 6:09, Russell King - ARM Linux wrote:
On Fri, Sep 18, 2015 at 12:04:06AM +0200, Thomas Gleixner wrote:
On Thu, 17 Sep 2015, Marc Zyngier wrote:
I don't think having this prototype guarded by this #if is very useful.
You can probably leave it standalone.
Yes, there is no point
On 2015/9/18 6:10, Thomas Gleixner wrote:
On Thu, 17 Sep 2015, Yang Yingliang wrote:
Can you please Cc the relevant people on the cover letter as well next
time?
Thanks,
tglx
OK, I will add Cc next time.
Thanks,
Yang
--
To unsubscribe from this list: send the line "unsubscribe
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
tools/perf/ui/browsers/hists.c
between commit:
bd315aab8a3a ("perf top: Fix segfault pressing -> with no hist entries")
from Linus' tree and commit:
84734b06b630 ("perf hists browser: Zoom in/out for processor socket")
On Thu, Sep 17, 2015 at 02:22:19PM -0400, bfields wrote:
> On Sat, Sep 05, 2015 at 12:27:08PM +0200, Andreas Gruenbacher wrote:
> > ACLs are considered equivalent to file modes if they only consist of
> > owner@, group@, and everyone@ entries, the owner@ permissions do not
> > depend on whether
On Thu, Sep 17, 2015 at 07:56:47PM -0400, Chris Mason wrote:
> On Thu, Sep 17, 2015 at 04:08:19PM -0700, Linus Torvalds wrote:
> > On Thu, Sep 17, 2015 at 3:42 PM, Chris Mason wrote:
> > >
> > > Playing around with the plug a little, most of the unplugs are coming
> > > from the
From: Thomas Gleixner
Date: Thu, 17 Sep 2015 23:10:02 +0200
> On Thu, 17 Sep 2015, Kohji Okuno wrote:
>>
>> When 1st sdio IRQ is happend, sdhci_irq() returns IRQ_WAKE_THREAD.
>> After this, sdhci_irq() is not called in case of threadirqs.
>
> What kind of system is that?
>
> Can you provide the
Ping ;-)
Regards,
Boqun
On Mon, Sep 07, 2015 at 07:58:00AM +0800, Boqun Feng wrote:
> Currently, little endian is only supported on powernv and pseries,
> however, Kconfigs still allow us to include other platforms in a LE
> kernel, this may result in space wasting or even build error if some
>
On Fri, 2015-07-31 at 10:03 -0700, Stephen Boyd wrote:
> Mostly converted with the following semantic patch:
>
> @@
> struct clk_hw *E;
> @@
>
> -__clk_get_num_parents(E->clk)
> +clk_hw_get_num_parents(E)
I don't understand why this is considered a clock provider API. How is a
clock consumer,
On Thu, Sep 17, 2015 at 11:06 PM, Alan Stern wrote:
> On Thu, 17 Sep 2015, Rafael J. Wysocki wrote:
>
>> Note: Problems also may happen if device A depends on device B and its
>> driver to be present and functional and then the B's driver module is
>> unloaded. The core doesn't prevent that from
On Thu, Sep 17, 2015 at 03:24:54PM -0700, Stephen Boyd wrote:
> On 09/17, Simon Horman wrote:
> > On Thu, Sep 17, 2015 at 05:45:18PM +0900, Simon Horman wrote:
> > > Hi Mike, Hi Stephen,
> > >
> > > On Tue, Aug 04, 2015 at 02:28:16PM +0200, Geert Uytterhoeven wrote:
> > > > Currently the CPG/MSTP
On Fri, Sep 18, 2015 at 1:59 AM, Rafael J. Wysocki wrote:
> Hi,
>
> On Thu, Sep 17, 2015 at 5:48 PM, Grygorii Strashko
> wrote:
[cut]
>
> In any case, maybe call that from dpm_suspend_start() after
> dpm_prepare() has run successfully? This is the point we need to
> start to block probing
Nice catch.
Merged into cifs-2.6.git for next
> On Sep 17, 2015, at 2:40 PM, Peter Seiderer wrote:
>
> Linux cifs mount with ntlmssp against an Mac OS X (Yosemite
> 10.10.5) share fails in case the clocks differ more than +/-2h:
>
> digest-service: digest-request: od failed with 2
Hi,
On Thu, Sep 17, 2015 at 5:48 PM, Grygorii Strashko
wrote:
> Hi,
>
> On 09/17/2015 03:07 AM, Rafael J. Wysocki wrote:
>> On Wednesday, September 16, 2015 03:27:55 PM Alan Stern wrote:
>>> On Wed, 16 Sep 2015, Grygorii Strashko wrote:
>>>
I think, It should prohibited to probe devices
This patch cleans up Cygnus DT files and makes the format consistent
with the rest of Broadcom iProc based SoCs.
Changes include:
- Put core components into "core" node of type "simple-bus"
- Put all other peripherals into "soc" node of type "simple-bus"
- Move aliases into
This patch enables various peripherals on Broadcom Cygnus wireless audio
board (bcm958305k). These peripherals include I2C, PCIe, and NAND
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
arch/arm/boot/dts/bcm958305k.dts | 32
1 file changed, 32
This patch series cleans up the Broadcom Cygnus device tree files and makes it
more consistent with the rest of Broadcom iProc device tree files. This patch
series also enables various peripherals on Cygnus boards. They include:
bcm11360_entphn:
NAND
bcm958300k:
touchscreen
bcm958305k:
I2C,
This patch enables NAND support on Broadcom Cygnus form factor board
(bcm911360_entphn)
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
arch/arm/boot/dts/bcm911360_entphn.dts | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/bcm911360_entphn.dts
This patch enables touchscreen support on bcm958300k and bcm958305k.
Touchscreen is connected to these boards through the bcm9hmidc daughter
card
Signed-off-by: Ray Jui
Reviewed-by: Vikram Prakash
Reviewed-by: Scott Branden
---
arch/arm/boot/dts/bcm-cygnus.dtsi | 9 +
On Thu, Sep 17, 2015 at 04:08:19PM -0700, Linus Torvalds wrote:
> On Thu, Sep 17, 2015 at 3:42 PM, Chris Mason wrote:
> >
> > Playing around with the plug a little, most of the unplugs are coming
> > from the cond_resched_lock(). Not really sure why we are doing the
> > cond_resched() there, we
On 09/17/2015 05:35 PM, Stephen Warren wrote:
On 09/17/2015 11:21 AM, Andrew F. Davis wrote:
On 09/17/2015 12:20 PM, Rob Herring wrote:
On Thu, Sep 17, 2015 at 10:53 AM, Andrew F. Davis wrote:
On 09/16/2015 08:26 PM, Rob Herring wrote:
On Wed, Sep 16, 2015 at 4:07 PM, Andrew F. Davis
> Subject: Re: [PATCH] cputime: fix invalid gtime
>
> On Thu, Sep 03, 2015 at 12:45:50AM +, Hiroshi Shimamoto wrote:
> > From: Hiroshi Shimamoto
> >
> > /proc/stats shows invalid gtime when the thread is running in guest.
>
> Why is this a problem?
In host, when I monitored cpu usage in
1 - 100 of 1832 matches
Mail list logo