This patch cleans up OSI code in osl.c to make osi_linux work for OSI
strings other than "Linux", so it can be re-used for other purposes.
Signed-off-by: Lv Zheng
---
drivers/acpi/osl.c | 42 ++
1 file changed, 22 insertions(+), 20 deletions(-)
diff --g
The order of the _OSI related functionalities is as follows:
acpi_blacklisted()
acpi_dmi_osi_linux()
acpi_osi_setup()
acpi_osi_setup()
acpi_update_interfaces() if "!*"
parse_args()
__setup("acpi_osi=")
acpi_osi_setup_linux()
a
This patchset cleans up _OSI handling code and fixes several issues in it.
In the v2 version, as one fix has been changed to be a stable material,
patches originally put before it need to be rebased. The necessary changes
that are required by this fix are still kept before the fix patch, and the
u
From: Chen Yu
The following commit always reports positive value when Apple hardware
queries _OSI("Darwin"):
Commit: 7bc5a2bad0b8d9d1ac9f7b8b33150e4ddf197334
Subject: ACPI: Support _OSI("Darwin") correctly
However since this implementation places the judgement in runtime, it
breaks acpi_osi=!Da
This patch performs necessary cleanups before moving OSI support to
another file.
1. Change int/unsigned int to bool
2. Change printk into pr_xxx
3. Do not initialize values to 0
4. Do not append additional "return" at the end of the function
5. Remove useless comments which may easily break line b
_OSI handling code grows giant and it's time to move them into one file.
This patch collects all _OSI handling code into one single file.
So that we only have the following functions to be used externally:
early_acpi_osi_init(): Used by DMI detections;
acpi_osi_init(): Used to initialize OSI com
This patch introduces acpi_osi=!! so that quirks may use it to revert
acpi_osi=!.
Signed-off-by: Lv Zheng
---
Documentation/kernel-parameters.txt |2 ++
drivers/acpi/osl.c |3 +++
2 files changed, 5 insertions(+)
diff --git a/Documentation/kernel-parameters.txt
b/Docum
On Wed, Apr 27, 2016 at 3:34 PM, Stefan Agner wrote:
> On 2016-04-26 19:57, Dong Aisheng wrote:
>> On Wed, Apr 27, 2016 at 9:58 AM, Shawn Guo wrote:
>>> On Tue, Apr 26, 2016 at 07:27:03PM +0800, Dong Aisheng wrote:
Shawn,
What's your suggestion?
>>>
>>> I think this needs more discussio
On (04/27/16 17:54), Sergey Senozhatsky wrote:
> #jobs4
> READ: 19948MB/s 20013MB/s
> READ: 17732MB/s 17479MB/s
> WRITE: 630690KB/s 495078KB/s
> WRITE: 1843.2MB/s 2226.9MB/s
> READ: 160
Hi,
Yesterday I found the bug fixed by this commit:
https://git.kernel.org/cgit/linux/kernel/git/jberg/mac80211.git/commit/?id=e6436be21e77e3659b4ff7e357ab5a8342d132d2
The first case can easily be reproduced by running:
# iw wlan0 interface add wlan0 type monitor
(reusing the name "wlan0" twice
On 2016-04-26 17:21, Nicolas Pitre wrote:
>
> The following renames occurred recently:
>
> cmd_cc_i_c --> cmd_cpp_i_c
> cmd_as_s_S --> cmd_cpp_s_S
>
> The respective cc_*_c and as_*_S patterns no longer match the above
> therefore additional patterns are needed.
>
> Signed-off-by: Nicolas P
On 2016-04-26 22:48, Nicolas Pitre wrote:
> On Wed, 27 Apr 2016, Stephen Rothwell wrote:
>
>> Hi Nicolas,
>>
>> On Tue, 26 Apr 2016 10:40:57 -0400 (EDT) Nicolas Pitre
>> wrote:
>>>
>>> If you can reproduce this build failure, could you try a make mrproper
>>> and attempt it again? I, too, woul
The below program fails on a dai link with symmetric rates without this
patch. The patch makes it work.
#include
#include
#include
#include
#include
int
main(void)
{
int fd;
int format;
int channels;
int speed;
if ((fd = open("/dev/dsp", O_WRONLY, 0)) == -1) {
On Wednesday 27 April 2016 08:22:34 Krzysztof Kozlowski wrote:
> ARM: EXYNOS: Properly skip unitialized parent clock in power domain on
> (2016-04-25 11:35:37 +0200)
>
>
> Fix for more theoretical than practical OOPS on first turn
The only difference in register settings between I2S and DSP mode A,
for the SND_SOC_DAIFMT_CBM_CFM case, is the start condition (which is
SSC_START_FALLING_RF for I2S and SSC_START_RISING_RF for DSP mode A).
As this is not the only difference between the two formats, it is an
indicator that somet
On 26/04/16 23:10, Mathieu Poirier wrote:
Moving tmc_drvdata::enable to a local_t mode. That way the
sink interface is aware of it's orgin and the foundation for
mutual exclusion between the sysFS and Perf interface can be
laid out.
Signed-off-by: Mathieu Poirier
Reviewed-by: Suzuki K Poulos
On 26/04/16 23:10, Mathieu Poirier wrote:
Calling tmc_etf/etr_dump_hw() is required only when operating from
sysFS. When working from Perf, the system memory is harvested
from the AUX trace API.
Signed-off-by: Mathieu Poirier
Reviewed-by: Suzuki K Poulose
On 26/04/16 23:10, Mathieu Poirier wrote:
The sysFS and Perf access methods can't be allowed to interfere
with one another. As such introducing guards to access
functions that prevents moving forward if a TMC is already
being used.
Signed-off-by: Mathieu Poirier
---
drivers/hwtracing/coresig
Hi,
Last round with stuff for v4.7. No external dependencies. Organized as:
1. tags/samsung-dt-4.7-2
2. tags/samsung-dt-exynos-srom-fixup-4.7
DT changes, this is also an internal dependency for SROM driver.
3. tags/samsung-drivers-exynos-srom-4.7
(includes branch #2 above)
Best regards,
Kr
Hi,
The DTS changes for SROM controller (pull 3/3 here) was pulled during
previous cycle. The SROM controller itself was delayed due to
late comments. These late comments introduced changes in the bindings
which now have to be fixed before merging drivers/memory commits.
Best regards,
Krzysztof
On 26/04/16 23:10, Mathieu Poirier wrote:
That way we can re-use the structure in other drivers.
Signed-off-by: Mathieu Poirier
Reviewed-by: Suzuki K Poulose
Hi,
Few DTS changes, nothing special.
Best regards,
Krzysztof
The following changes since commit 06e520c4f067e7284fded10656acca924123c58e:
ARM: dts: s5p: Fix DTC unit name warnings in SMDKv210 board (2016-04-13
11:14:52 +0200)
are available in the git repository at:
kernel.org:/pub/scm/
Hi,
Finally, I hope the SROM controller can be split from mach-exynos into
drivers/memory. This is a very long standing patchset. The delay was
caused (twice) by very late comments, including comments for already
acked patch by the acker. Endless work... but I think entire feedback
was addressed (
Hi Akshay,
Am Dienstag, den 26.04.2016, 13:40 -0400 schrieb Akshay Bhat:
> From: Steve Longerbeam
>
> Add support for reading EDID over Display Data Channel. If no DDC
> adapter is available, falls back to hardcoded EDID or display-timings
> node as before.
>
> Signed-off-by: Steve Longerbeam
On 26/04/16 16:54, Arnaldo Carvalho de Melo wrote:
> Em Wed, Apr 20, 2016 at 06:59:49PM +, Wang Nan escreveu:
>> auxtrace_snapshot_state matches trigger model. Use trigger to implement
>> it. auxtrace_snapshot_state and auxtrace_snapshot_err are absorbed.
>
> Adrian, this is changing code you
On Wed 27-04-16 16:44:31, Huang, Ying wrote:
> Michal Hocko writes:
>
> > On Wed 27-04-16 16:20:43, Huang, Ying wrote:
> >> Michal Hocko writes:
> >>
> >> > On Wed 27-04-16 11:15:56, kernel test robot wrote:
> >> >> FYI, we noticed vm-scalability.throughput -11.8% regression with the
> >> >> f
On 26/04/16 23:10, Mathieu Poirier wrote:
Accessing the HW configuration register each time the memory
width is needed simply doesn't make sense. It is much more
efficient to read the value once and keep a reference for
later use.
Signed-off-by: Mathieu Poirier
Reviewed-by: Suzuki K Poulose
I ran some more tests:
* Test is OK if transparent huge tlb are disabled
* For all the page where data are not transfered, and only those pages, a call
to get_user_page(user vaddr) just before dma_unmap_sg returns a different page
from the original one.
[436477.927279] mppa :03:00.0: org_pa
From: Pan Xinhui
Implement xchg{u8,u16}{local,relaxed}, and
cmpxchg{u8,u16}{,local,acquire,relaxed}.
It works on all ppc.
remove volatile of first parameter in __cmpxchg_local and __cmpxchg
Suggested-by: Peter Zijlstra (Intel)
Signed-off-by: Pan Xinhui
---
change from v3:
rewrite in
Dear Russell,
On Wed, 30 Mar 2016 14:45:08 +0800 Jisheng Zhang wrote:
> Once entering machine_halt() and machine_restart(), local_irq_disable()
> is called, and local irq is kept disabled, so the local_irq_disable()
> at the end of these two functions are not necessary, remove it.
Could I put th
On Wednesday 27 April 2016 10:16:40 Anup Patel wrote:
> It is really interesting to see the evolution of MDIO bus:
>
> 1. Traditionally, MDIO controller used to be part of each ethernet controller
> itself so each ethernet controller used to have it's own 2 wire MDIO bus
>
> 2. Next, we saw SoC
The subject should be:
rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h
Else, you can add:
Acked-by: Alexandre Belloni
On 26/04/2016 at 23:44:08 +0200, Arnd Bergmann wrote :
> Drivers should not really include stuff from asm-generic directly,
> and the PC-style cmos rtc driver does thi
From: Baolin Wang
When mmc host HW supports busy signalling (using R1B as response), We
shouldn't use 'host->max_busy_timeout' as the limitation when deciding
the max discard sectors that we tell the generic BLOCK layer about.
Instead, we should pick one preferred erase size as the max discard
se
On Wed, Apr 27, 2016 at 10:03:45AM +0200, Ingo Molnar wrote:
> * Adam Borowski wrote:
> > diff --git a/arch/x86/events/amd/core.c b/arch/x86/events/amd/core.c
> > index 86a9bec..5fa1b8e 100644
> > --- a/arch/x86/events/amd/core.c
> > +++ b/arch/x86/events/amd/core.c
> > @@ -125,6 +125,7 @@ static
On Wed, Apr 27, 2016 at 7:34 AM, Al Viro wrote:
> Fun bugs caught while trying to massage atomic_open()... Patch below is
> in vfs.git#for-linus (along with two more fixes); I would like to get
> an ACK from Miklos on that one - it's his code and this thing had been
> present in there since the o
On Thu, Apr 21, 2016 at 01:48:42PM +0200, Petr Mladek wrote:
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index cdfa6c2b7626..259543ec6dc9 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -66,6 +66,7 @@ config ARM
> select HAVE_KRETPROBES if (HAVE_KPROBES)
> select
gcc 4.8.5 emits the following false positive:
drivers/virtio/virtio_ring.c: In function 'vring_create_virtqueue':
drivers/virtio/virtio_ring.c:1032:5: warning: 'queue' may be used uninitialized
in this function [-Wmaybe-uninitialized]
Silence it.
Signed-off-by: Jiri Benc
---
drivers/virtio/vi
Hi,
changbin...@intel.com writes:
> From: "Du, Changbin"
>
> The dwc3 controller can't generate a disconnect event after it is
> stopped. Thus gadget dissconnect callback is not invoked when do
not generating disconnect IRQ after you drop Run/Stop is expected.
> soft dissconnect. Call dissconn
On Thu, Apr 21, 2016 at 01:48:43PM +0200, Petr Mladek wrote:
> @@ -64,8 +65,10 @@ static int vprintk_nmi(const char *fmt, va_list args)
> again:
> len = atomic_read(&s->len);
>
> - if (len >= sizeof(s->buffer))
> + if (len >= sizeof(s->buffer)) {
> + atomic_inc(&nmi_mes
On 27/04/16 06:02, Juergen Gross wrote:
> On 21/04/16 11:30, Stefano Stabellini wrote:
>> On Thu, 21 Apr 2016, Juergen Gross wrote:
>>> On 20/04/16 15:15, Stefano Stabellini wrote:
b4ff8389ed14 is incomplete: relies on nr_legacy_irqs() to get the number
of legacy interrupts when actually
Hi,
Heikki Krogerus writes:
> On Tue, Apr 26, 2016 at 08:57:39PM +0800, Jisheng Zhang wrote:
>> @@ -232,22 +265,44 @@ static int xhci_plat_probe(struct platform_device
>> *pdev)
>> if (HCC_MAX_PSA(xhci->hcc_params) >= 4)
>> xhci->shared_hcd->can_do_streams = 1;
>>
>> +hc
The entry for PERF_COUNT_HW_REF_CPU_CYCLES is not used on AMD, but is
referenced by filter_events() which expects undefined events to have a
value of 0.
UBSAN: Undefined behaviour in arch/x86/events/amd/core.c:132:30
index 9 is out of range for type 'u64 [9]'
UBSAN: Undefined behaviour in arch/x86
On Tue, 26 Apr 2016, Balbir Singh wrote:
> > + + Anything inlined into __schedule() can not be patched.
> > +
> > +The switch_to macro is inlined into __schedule(). It switches the
> > +context between two processes in the middle of the macro. It does
> > +not save RIP in x86_64 versi
The CS47L24 and WM1831 codecs only use the OUT4L widget so we can
skip creation of the OUT4R widget.
Signed-off-by: Richard Fitzgerald
---
sound/soc/codecs/arizona.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/sound/soc/codecs/arizona.c b/sound/soc/codecs/arizona.c
index da61c62..0cd27
On Tue, Apr 26, 2016 at 11:17:59PM +0200, Wolfram Sang wrote:
> On Mon, Apr 25, 2016 at 04:33:38PM +0200, Jan Glauber wrote:
> > From: David Daney
> >
> > CN3860 does not interrupt the CPU when the i2c status changes. If
> > we get a timeout, and see the status has in fact changed, we know we
> >
Hi,
On 27 April 2016 at 10:00, Johannes Berg wrote:
> Yesterday I found the bug fixed by this commit:
> https://git.kernel.org/cgit/linux/kernel/git/jberg/mac80211.git/commit/?id=e6436be21e77e3659b4ff7e357ab5a8342d132d2
>
> The first case can easily be reproduced by running:
>
> # iw wlan0 interf
Hi Linus
There is one arch/nios2 fix for v4.6.
Please consider pulling.
Regards
Ley Foon
The following changes since commit 02da2d72174c61988eb4456b53f405e3ebdebce4:
Linux 4.6-rc5 (2016-04-24 16:17:05 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel
On Wed, 2016-04-27 at 10:38 +0100, Catalin Marinas wrote:
>
> Kmemleak tries to reduce the false positives to the detriment of more
> false negatives.
:)
> One way it does this is by having to scan the memory
> twice and no changes to the leaked object (crc32) should have
> happened. It also sc
On Wednesday 27 April 2016 02:55:16 Vladimir Zapolskiy wrote:
> Roland Stigge added initial support of NXP LPC32xx SoC series and
> first boards powered by it, but for a while since v3.18-rc1 the
> SoC support is unmaintained and became stale.
>
> Vladimir Zapolskiy and Sylvain Lemieux expressed i
Quoting Greg Kurz :
Commit c896939f7cff ("KVM: use heuristic for fast VCPU lookup by id") added
a return path that prevents vcpu ids to exceed KVM_MAX_VCPUS. This is a
problem for powerpc where vcpu ids can grow up to 8*KVM_MAX_VCPUS.
This patch simply reverses the logic so that we only try fa
On 26/04/2016 at 23:44:04 +0200, Arnd Bergmann wrote :
> I've had these patches in my tree for a while, after the first one
> had a few issues that are fixed in this new version. The old-style
> PC RTC driver is now also disabled on m68k (as pointed out by
> Geert), ppc (it was also blacklisted), a
From: David Daney
CN3860 does not interrupt the CPU when the i2c status changes. If
we get a timeout, and see the status has in fact changed, we know we
have this problem, and drop back to polling.
Signed-off-by: David Daney
Signed-off-by: Jan Glauber
---
drivers/i2c/busses/i2c-octeon.c | 53
Den 26.04.2016 19:19, skrev Daniel Vetter:
On Tue, Apr 26, 2016 at 06:24:54PM +0200, Noralf Trønnes wrote:
Den 25.04.2016 11:09, skrev Daniel Vetter:
On Sun, Apr 24, 2016 at 10:48:58PM +0200, Noralf Trønnes wrote:
This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled.
The fbdev fr
Hi Lv,
> -Original Message-
> From: Zheng, Lv
> Sent: Wednesday, April 27, 2016 4:55 PM
> To: Wysocki, Rafael J; Rafael J. Wysocki; Brown, Len
> Cc: Zheng, Lv; Lv Zheng; linux-kernel@vger.kernel.org; linux-
> a...@vger.kernel.org; Chen, Yu C
> Subject: [PATCH v2 4/6] ACPI / osi: Fix defaul
Hi,
On 26-04-16 16:57, Mark Brown wrote:
On Tue, Apr 26, 2016 at 10:18:04PM +0800, Chen-Yu Tsai wrote:
Hans sent an identical patch (plus another fix) a month ago though.
I have no record of any such patch, I don't know where it might've been
sent.
It is here:
https://groups.google.com/fo
Hi Shuah,
Good work! I have a few notes below.
Em Tue, 26 Apr 2016 21:08:32 -0600
Shuah Khan escreveu:
> When driver unbind is run while media_ioctl is in progress, media_ioctl()
> fails with use-after-free. This first use-after-free is followed by more
> user-after-free errors in media_release
Currently in idle thread loop, smp_processor_id() fetches the cpu id
every time it runs thus taking more cpu cycles.
Instead, save the cpu id as local varaible while entering the idle
thread and use it in the loop. Since it is local variable, it will be
correct for each core. It will also save cyc
After a recent change in the PHY core, we get a build error when
CONFIG_OF is disabled:
drivers/phy/phy-core.c: In function '__of_phy_provider_register':
drivers/phy/phy-core.c:848:13: error: implicit declaration of function
'of_get_next_parent' [-Werror=implicit-function-declaration]
It would n
The audit subsystem just started printing the name of the tty,
but that causes a build failure when CONFIG_TTY is disabled:
kernel/built-in.o: In function `audit_log_task_info':
memremap.c:(.text+0x5e34c): undefined reference to `tty_name'
kernel/built-in.o: In function `audit_set_loginuid':
memre
On Wed, Apr 27, 2016 at 08:37:20AM +0300, Felipe Balbi wrote:
> Jisheng Zhang writes:
> > + vbus = devm_regulator_get(&pdev->dev, "vbus");
> devm_regulator_get_optional() ??
Does USB work without a VBUS? Unless the answer is yes then I'd expect
this to be just a normal regulator_get().
>
>
On Wed, 2016-04-27 at 10:37 +0100, Richard Fitzgerald wrote:
> The CS47L24 and WM1831 codecs only use the OUT4L widget so we can
> skip creation of the OUT4R widget.
>
> Signed-off-by: Richard Fitzgerald
> ---
> sound/soc/codecs/arizona.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git
After the conversion to devm_pinctrl_register, we get a warning in
sh_pfc_remove when CONFIG_PINCTRL_SH_PFC_GPIO is disabled:
drivers/pinctrl/sh-pfc/core.c: In function 'sh_pfc_remove':
drivers/pinctrl/sh-pfc/core.c:603:17: unused variable 'pfc'
[-Werror=unused-variable]
struct sh_pfc *pfc = pl
Florian, if you're using drm-intel-nigthly submit a bug at
https://bugs.freedesktop.org/enter_bug.cgi?product=DRI, with DRM/intel
as component. This way we can track some kind of progress/regress. The FIFO
underruns should've have been fixed, but maybe there's something related
to your platform.
O
On Wednesday 27 April 2016 11:29:12 Alexandre Belloni wrote:
> The subject should be:
> rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h
Good point, the functions are only used by rtc-cmos, not the old
drivers/char/rtc.c.
> Else, you can add:
> Acked-by: Alexandre Belloni
Thanks.
On 23 April 2016 at 11:43, Chaotian Jing wrote:
> Hi,
> On Fri, 2016-04-22 at 14:24 +0200, Ulf Hansson wrote:
>> On 18 April 2016 at 09:13, Chaotian Jing wrote:
>> > there are 2 points will cause could not call mmc_request_done()
>> > and eventually cause the caller thread blocked.
>> >
>> > A. i
On Wednesday 27 April 2016 03:26 PM, Arnd Bergmann wrote:
After the conversion to devm_pinctrl_register, we get a warning in
sh_pfc_remove when CONFIG_PINCTRL_SH_PFC_GPIO is disabled:
drivers/pinctrl/sh-pfc/core.c: In function 'sh_pfc_remove':
drivers/pinctrl/sh-pfc/core.c:603:17: unused variab
This patch updates documentation for the Designware I2S
driver.
Signed-off-by: Jose Abreu
Acked-by: Rob Herring
Cc: Rob Herring
Cc: Carlos Palminha
Cc: Alexey Brodkin
Cc: devicet...@vger.kernel.org
Cc: linux-snps-...@lists.infradead.org
Cc: alsa-de...@alsa-project.org
Cc: linux-kernel@vger.ke
HDMI audio support was added to the AXS board using an
I2S cpu driver and a custom platform driver.
The platform driver supports two channels @ 16 bits with
rates 32k, 44.1k and 48k.
Although the mainline I2S driver uses ALSA DMA engine,
this controller can be built without DMA support so it
was
ARC AXS10x platforms consist of a mainboard with several peripherals.
One of those peripherals is an HDMI output port controlled by the ADV7511
transmitter.
This patch set adds I2S audio for the AXS10x platform.
Changes v5 -> v6
* Use SNDRV_DMA_TYPE_CONTINUOUS
Changes v4 -> v5
* Resolve undefine
On Tue, 26 Apr 2016, Arnd Bergmann wrote:
> Commit 3195ef59cb42 ("x86: Do full rtc synchronization with ntp") had
> the side-effect of unconditionally enabling the RTC_LIB symbol on x86,
> which in turn disables the selection of the CONFIG_RTC and
> CONFIG_GEN_RTC drivers that contain a two older
On Tue, Apr 26, 2016 at 08:41:50PM +0200, Vlastimil Babka wrote:
> On 04/15/2016 11:07 AM, Mel Gorman wrote:
> >Signed-off-by: Mel Gorman
>
> Acked-by: Vlastimil Babka
>
> I wonder, would it be just too ugly to add +1 to
> atomic_read(&page->_mapcount) and OR it with the rest for a truly single
On Wednesday 27 April 2016 11:44:10 Alexandre Belloni wrote:
> On 26/04/2016 at 23:44:04 +0200, Arnd Bergmann wrote :
> > I've had these patches in my tree for a while, after the first one
> > had a few issues that are fixed in this new version. The old-style
> > PC RTC driver is now also disabled
On Wednesday 27 April 2016 08:22:24 kbuild test robot wrote:
>
>256
>257 memset(tm, 0, sizeof(*tm));
>258 if (pdc_tod_read(&tod_data) < 0)
>259 return -EOPNOTSUPP;
>260
>261 /* we treat tod_sec as unsigned, so this can work un
On Wed, Apr 20, 2016 at 01:07:16AM -0400, Sasha Levin wrote:
> Hey Miklos,
>
> On 03/23/2016 09:36 AM, Miklos Szeredi wrote:
> > This series fixes bugs in nfs and ext4 due to 4bacc9c9234c ("overlayfs:
> > Make f_path always point to the overlay and f_inode to the underlay").
>
> Since that commit
On Tue, Apr 26, 2016 at 10:35:08PM +0300, Grygorii Strashko wrote:
> On 04/26/2016 07:02 PM, Liviu Dudau wrote:
> > On Tue, Apr 26, 2016 at 06:28:52PM +0300, Grygorii Strashko wrote:
> >
> > Hi Grygorii,
> >
> > First time I'm seeing this patch, so I have a few questions, mostly
> > related to th
On 27.04.2016 00:36, Bjorn Helgaas wrote:
On Sat, Apr 16, 2016 at 04:41:45AM +0800, kbuild test robot wrote:
Hi Tomasz,
[auto build test ERROR on pci/next]
[also build test ERROR on v4.6-rc3 next-20160415]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving
On 26/04/16 20:35, Grygorii Strashko wrote:
On 04/26/2016 07:02 PM, Liviu Dudau wrote:
On Tue, Apr 26, 2016 at 06:28:52PM +0300, Grygorii Strashko wrote:
Hi Grygorii,
First time I'm seeing this patch, so I have a few questions, mostly
related to the commit message:
Hm. You are in cc for RFC.
On Wed, 27 Apr 2016, Dong Aisheng wrote:
> On Wed, Apr 27, 2016 at 9:58 AM, Shawn Guo wrote:
> > On Tue, Apr 26, 2016 at 07:27:03PM +0800, Dong Aisheng wrote:
> >> Shawn,
> >> What's your suggestion?
> >
> > I think this needs more discussion, and I just dropped Stefan's patch
> > from my tree.
>
Hi
>
> +
> +static struct otg_hcd_ops otg_hcd_intf = {
> + .add = usb_add_hcd,
> + .remove = usb_remove_hcd,
> + .usb_bus_start_enum = usb_bus_start_enum,
Build break if CONFIG_USB_OTG is not enabled:
drivers/built-in.o:(.data+0x1db30): undefined reference to `usb_bus_start_enum'
Ma
On Mon, 25 Apr 2016, Lianwei Wang wrote:
> On Mon, Apr 25, 2016 at 1:22 AM, Thomas Gleixner wrote:
> >> Anyway, from a product perspective way, if we don't want to restore
> >> the unbalanced counter to 0, then maybe a BUG_ON is more reasonable
> >> than WARN_ON.
> >
> > Not at all. BUG_ON is the
Hi Arnd,
On Wed, Apr 27, 2016 at 12:07 PM, Arnd Bergmann wrote:
> On Wednesday 27 April 2016 11:44:10 Alexandre Belloni wrote:
>> On 26/04/2016 at 23:44:04 +0200, Arnd Bergmann wrote :
>> > I've had these patches in my tree for a while, after the first one
>> > had a few issues that are fixed in
On Wed, Apr 27, 2016 at 02:13:01AM +, Zengtao (B) wrote:
> Suzuki K Poulose wrote:
> > On 26/04/16 03:21, Zengtao (B) wrote:
> > > So you mean the 64-bit grep should see the same cpuinfo as its father
> > > process
> > > which is 32-bit?
> > >
> > > For 32-bit process running on 64-bit kernel,
Hi,
Mark Brown writes:
> On Wed, Apr 27, 2016 at 08:37:20AM +0300, Felipe Balbi wrote:
>> Jisheng Zhang writes:
>
>> > + vbus = devm_regulator_get(&pdev->dev, "vbus");
>
>> devm_regulator_get_optional() ??
>
> Does USB work without a VBUS? Unless the answer is yes then I'd expect
it can, ju
Dear Mark,
On Wed, 27 Apr 2016 10:57:39 +0100 Mark Brown wrote:
> On Wed, Apr 27, 2016 at 08:37:20AM +0300, Felipe Balbi wrote:
> > Jisheng Zhang writes:
>
> > > + vbus = devm_regulator_get(&pdev->dev, "vbus");
>
> > devm_regulator_get_optional() ??
>
> Does USB work without a VBUS? Un
On Wed, Apr 27, 2016 at 11:46:29AM +0200, Hans de Goede wrote:
> On 26-04-16 16:57, Mark Brown wrote:
> >I have no record of any such patch, I don't know where it might've been
> >sent.
> It is here:
Please follow the normal submission workflow, don't pick random new
places to send things. It's
On Wednesday 27 April 2016 09:47:56 Geert Uytterhoeven wrote:
> > --- a/arch/m68k/kernel/time.c
> > +++ b/arch/m68k/kernel/time.c
> > @@ -86,7 +86,24 @@ void read_persistent_clock(struct timespec *ts)
> > }
> > }
> >
> > -#ifdef CONFIG_ARCH_USES_GETTIMEOFFSET
> > +#if defined(CONFIG_ARCH_U
On Wed, Apr 27, 2016 at 01:25:27PM +0300, Felipe Balbi wrote:
> Mark Brown writes:
> > this to be just a normal regulator_get().
> jokes aside, this regulator is optional because not all platforms
> require a SW controlled regulator, no ? Will normal regulator_get() give
> us a dummy regulator i
Hi,
Mark Brown writes:
> On Wed, Apr 27, 2016 at 01:25:27PM +0300, Felipe Balbi wrote:
>> Mark Brown writes:
>
>> > this to be just a normal regulator_get().
>
>> jokes aside, this regulator is optional because not all platforms
>> require a SW controlled regulator, no ? Will normal regulator_g
On Tue, Apr 26, 2016 at 10:35:08PM +0300, Grygorii Strashko wrote:
> On 04/26/2016 07:02 PM, Liviu Dudau wrote:
> > Well, SoC-B has the GT *and* the DT node, so what is the problem with
> > enabling it for SoC-B? If there are reasons not to use the Global Timer
> > on SoC-B, surely a better option
Free peer netdev when failed to configure peer link or register dev.
Signed-off-by: Haishuang Yan
---
drivers/net/veth.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/veth.c b/drivers/net/veth.c
index f37a6e6..8bb9fb8 100644
--- a/drivers/net/veth.c
+++ b/drivers/net/veth.c
@@ -
On Tue, Apr 26, 2016 at 02:53:54PM +0100, Will Deacon wrote:
[...]
> >
> > That sounds like a good compromise.
> >
> > So I could do the following:
> >
> > 1) In the uncore setup check for CONFIG_NUMA, if set use the NUMA
> >information to determine the device node
> >
> > 2) If CONFIG_NU
On 2016/04/26 20:56, Michal Hocko wrote:
> Not only this is easier to understand and maintain because there are
> much less problematic contexts than specific allocation requests, this
> also helps code paths where FS layer interacts with other layers (e.g.
> crypto, security modules, MM etc...) an
This Bug was already fixed in rcutiny_plugin.h with changing the
wait-queue to simple-waiter.
Found this bug with 3.10.63-rt65 in rcutree_plugin.h too. (It is not
fixed in current 3.10-release)
SVC (hard-irq-context) for scheduling tries to wake-up wait-queue
waiters and therefore simple-waiter i
On 04/27/2016 12:42 PM, Haishuang Yan wrote:
> Free peer netdev when failed to configure peer link or register dev.
>
> Signed-off-by: Haishuang Yan
> ---
> drivers/net/veth.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/net/veth.c b/drivers/net/veth.c
> index f37a6e6..8bb9fb
Hi,
On 27/04/16 06:15, Peter Chen wrote:
> On Tue, Apr 26, 2016 at 04:21:07PM +0800, Peter Chen wrote:
>> On Tue, Apr 26, 2016 at 07:00:22AM +, Jun Li wrote:
>>> Hi
>>>
-Original Message-
From: Peter Chen [mailto:hzpeterc...@gmail.com]
Sent: Tuesday, April 26, 2016 2:28
On 27/04/16 13:16, Jun Li wrote:
> Hi
>
>>
>> +
>> +static struct otg_hcd_ops otg_hcd_intf = {
>> +.add = usb_add_hcd,
>> +.remove = usb_remove_hcd,
>> +.usb_bus_start_enum = usb_bus_start_enum,
>
> Build break if CONFIG_USB_OTG is not enabled:
>
> drivers/built-in.o:(.data+0x1db30):
Since fwnode may hold ERR_PTR(-ENODEV) or it may point to
NULL, the fwnode type checks is_of_node(), is_acpi_node()
and is is_pset_node() need to consider it. Using
IS_ERR_OR_NULL() to check it.
Fixes: 0d67e0fa1664 ("device property: fix for a case of use-after-free")
Reported-by: Dan Carpenter
S
Hi,
On Tue, Apr 26, 2016 at 05:58:20PM +0200, Arnd Bergmann wrote:
> On Tuesday 26 April 2016 09:06:54 Martin K. Petersen wrote:
> > > "Arnd" == Arnd Bergmann writes:
> >
> > Arnd> I don't think we can realistically blacklist gcc-4.9.{0,1,2,3},
> > Arnd> gcc-5.{0,1,2,3}.* and gcc-6.0 and req
Hi Stephen,
On mer., avril 20 2016, Stephen Boyd wrote:
> This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate
> CLK_IS_ROOT", 2016-02-02) so remove it.
>
> Cc: Andrew Lunn
> Cc: Jason Cooper Signed-off-by: Stephen Boyd
Applied on mvebu/soc
(I fixed the email format for Jason
Fixes a compiler error:
drivers/phy/phy-core.c: In function ‘__of_phy_provider_register’:
drivers/phy/phy-core.c:848:13: error: implicit declaration of function
‘of_get_next_parent’ [-Werror=implicit-function-declaration]
parent = of_get_next_parent(parent);
^
Fixes: 2f7600bc
101 - 200 of 1129 matches
Mail list logo
