Signed-off-by: Marty E. Plummer
---
drivers/gpu/drm/rockchip/Kconfig | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/Kconfig b/drivers/gpu/drm/rockchip/Kconfig
index 0ccc76217ee4..7d1ccc9efc76 100644
--- a/drivers/gpu/drm/rockchip/Kconfig
+++ b/d
On Fri, 07 Sep 2018, Pascal PAILLET-LME wrote:
> From: pascal paillet
This is odd. What is your reason for not using `git send-email`?
Also your name should really be capitalised.
Pascal Paillet
> stpmic1 is a pmic from STMicroelectronics. The stpmic1 integrates 10
"STPMIC1" and "PMIC"
>
Hi All,
See the commit message of the first patch for the why and what of this
series.
Also the whole purpose of posting this series for now is just to get the
first patch reviewed and merged.
Once the first patch is merged we can look at using the new
iosf_mbi_[un]block_punit_i2c_access() funct
intel_xpower_pmic_update_power() does a read-modify-write of the output
control register. The i2c-designware code blocks the P-Unit I2C access
during the read and write by taking the P-Unit's PMIC bus semaphore.
But between the read and the write that semaphore is released and the
P-Unit could make
On some BYT/CHT systems the SoC's P-Unit shares the I2C bus with the
kernel. The P-Unit has a semaphore for the PMIC bus which we can take to
block it from accessing the shared bus while the kernel wants to access it.
Currently we have the I2C-controller driver acquiring and releasing the
semaphor
Now that most of the special Bay- / Cherry-Trail bus lock handling has
been moved to the iosf_mbi code we can simplify the remaining code a bit.
Signed-off-by: Hans de Goede
---
drivers/i2c/busses/i2c-designware-baytrail.c | 18 ++
drivers/i2c/busses/i2c-designware-common.c |
Dear Edward,
> I know others have already said it, but:
> This is legally nonsense. The only way I can revoke someone's rights to
> my code under the GPL is if they violate the terms of the GPL.
this aspect of FOSS licenses has -- to the best of my knowledge --
never been tested in court. Actua
From: YueHaibing Sent: Sunday, September 23, 2018 1:20
AM
> Remove including that don't need it.
>
> Signed-off-by: YueHaibing
> ---
> arch/x86/hyperv/hv_apic.c | 1 -
> 1 file changed, 1 deletion(-)
>
Reviewed-by: Michael Kelley
Andi reported following malfunction:
# perf record -e '{ref-cycles,cycles}:S' -a sleep 1
# perf script
non matching sample_id_all
That's because we disable sample_id_all bit for non-sampling
group members. We can't do that, because it needs to be the
same over the whole event list. This pat
This enables the possibility to have more aggressive runtime pm
by providing proper wakeup irq for the serial console.
Signed-off-by: Andreas Kemnade
---
arch/arm/boot/dts/omap3-gta04.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/omap3-gta04.dtsi
b/arch/arm/boot/dts
Morning Greg,
Enjoy!
The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:
Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git tags/mfd-fixes-4.19
for you to fetch changes up to
On Sat, Sep 22, 2018 at 11:14:09AM +0100, Jonathan Cameron wrote:
> On Thu, 20 Sep 2018 21:13:40 +0800
> Song Qiang wrote:
>
...
> > +const struct regmap_access_table rm3100_volatile_table = {
> > + .yes_ranges = rm3100_volatile_ranges,
> > + .n_yes_ranges = ARRAY_SIZE(rm310
On Thu, Sep 20, 2018 at 09:54:28PM +0300, Leon Romanovsky wrote:
> On Thu, Sep 20, 2018 at 12:19:23PM -0600, Jason Gunthorpe wrote:
> > This is just a friendly reminder that registration deadlines are
> > approaching for this conference. Please see
> >
> > https://www.linuxplumbersconf.org/event/2/
On Sun, Sep 23, 2018 at 04:09:09PM +0100, Lee Jones wrote:
> Morning Greg,
Evening :)
> Enjoy!
>
> The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:
>
> Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)
>
> are available in the Git repository at:
>
> git://git.kernel.o
On 9/22/2018 10:07 PM, Sai Prakash Ranjan wrote:
On 9/22/2018 2:35 PM, Joel Fernandes wrote:
On Sat, Sep 8, 2018 at 4:28 PM Sai Prakash Ranjan
wrote:
+
+ trace_seq_init(&iter->seq);
+ iter->ent = fbuffer->entry;
+ event_call->event.funcs->trace(iter, 0, event);
+ trace
Hi Ben,
On Sun, Sep 23, 2018 at 4:33 PM, wrote:
> From: Ben Moore
>
> removed braches from single line if statements
>
> Signed-off-by: Ben Moore
> ---
> drivers/auxdisplay/panel.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/auxdisplay/panel.c b/dr
Since the audio codecs used on the AM3517-EVM are now available
in device tree, and the audio driver wasn't really being used
anyway, this patch removes the remaining AM3517 legacy board
options and sound soc drivers.
Signed-off-by: Adam Ford
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/m
The AM3517 EVM has an expander board which has two tlv320aic23
codecs. This enables the driver for these codecs as a module.
Signed-off-by: Adam Ford
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index 6491419b1dad..21cabb7ad970 100644
--- a/arch/arm/
The full AM3517-EVM shipped with an add-on board which contained
two Audio codecs, a GPIO expander with a variety of buttons, and
some other features. This patch enables these portions of the UI
board because they don't directly conflict with existing features.
Signed-off-by: Adam Ford
diff --g
On Thu, Sep 13, 2018 at 11:37:54AM +0200, Peter Zijlstra wrote:
> On Thu, Sep 13, 2018 at 09:46:07AM +0200, Jiri Olsa wrote:
> > On Thu, Sep 13, 2018 at 09:07:40AM +0200, Peter Zijlstra wrote:
> > > On Wed, Sep 12, 2018 at 09:33:17PM +0200, Jiri Olsa wrote:
> > > > Some of the scheduling tracepoint
On Thu, Sep 06, 2018 at 03:57:48PM +0200, Jiri Olsa wrote:
SNIP
> > looks like it would ;-) will check and repost
>
> new version attached.. Michael tested on several machines,
> but I couldn't find haswell with working tsx, to test
> that those events are displayed
>
> thanks,
> jirka
ping
j
If a devicetree parse function fails, it is quite likely that args.np
is invalid. Trying to dereference it will then cause the system to crash.
This was seen when trying to run devicetree unittests on a g3beige
qemu system. This system has the OF_IMAP_OLDWORLD_MAC flag set in
of_irq_workarounds an
On Fri, Sep 21, 2018 at 7:52 PM, Dmitry Torokhov
wrote:
> On Fri, Sep 21, 2018 at 10:24 AM syzbot
> wrote:
>>
>> Hello,
>>
>> syzbot found the following crash on:
>>
>> HEAD commit:234b69e3e089 ocfs2: fix ocfs2 read block panic
>> git tree: upstream
>> console output: https://syzkaller.
On 09/23/18 18:37, Adam Ford wrote:
> Since the audio codecs used on the AM3517-EVM are now available
> in device tree, and the audio driver wasn't really being used
> anyway, this patch removes the remaining AM3517 legacy board
> options and sound soc drivers.
>
> Signed-off-by: Adam Ford
>
For
Hi Ben,
On Sun, Sep 23, 2018 at 5:33 PM Miguel Ojeda
wrote:
> On Sun, Sep 23, 2018 at 4:33 PM, wrote:
> > From: Ben Moore
> >
> > removed braches from single line if statements
> >
> > Signed-off-by: Ben Moore
Thanks for you patch!
> > --- a/drivers/auxdisplay/panel.c
> > +++ b/drivers/auxd
From: Ben Moore
I have removed some unnecessary braces from if statements.
As well as inspecting the other driverfiles for similar
style issues.
Signed-off-by: Ben Moore
---
drivers/auxdisplay/ht16k33.c | 4 ++--
drivers/auxdisplay/panel.c | 5 ++---
2 files changed, 4 insertions(+), 5 delet
Hi all,
As almost everyone knows, it's been an "interesting" week from a social
point-of-view. But from the technical side, -rc5 looks totally normal.
The diffstat is a bit higher than previous -rc5's, but the number of
trees pulled is lower, so overall, pretty much all is on track. I'm not
see
Hi Greg,
On Sun, Sep 23, 2018 at 7:57 PM Greg KH wrote:
> As almost everyone knows, it's been an "interesting" week from a social
> point-of-view. But from the technical side, -rc5 looks totally normal.
Thanks for, and congratulations with, your first non-stable release!
> As usual, please go
On Sun, Sep 23, 2018 at 05:04:20PM +0200, Jiri Olsa wrote:
> Andi reported following malfunction:
>
> # perf record -e '{ref-cycles,cycles}:S' -a sleep 1
> # perf script
> non matching sample_id_all
>
> That's because we disable sample_id_all bit for non-sampling
> group members. We can't d
On Sun, Sep 23, 2018 at 08:05:23PM +0200, Geert Uytterhoeven wrote:
> Hi Greg,
>
> On Sun, Sep 23, 2018 at 7:57 PM Greg KH wrote:
> > As almost everyone knows, it's been an "interesting" week from a social
> > point-of-view. But from the technical side, -rc5 looks totally normal.
>
> Thanks for
>> Contributors can, at any time, rescind the license grant regarding their
>> property via written notice to those whom they are rescinding the grant
>> from (regarding their property (code)).
>
> I know others have already said it, but:
> This is legally nonsense. The only way I can revoke someo
> For example
>
>> >* Showing empathy towards other community members
>>
>> Your pussy hurts? Maybe you should have just accepted that your a boy!
>>
>> I think Linus is perfectly fine in conduct. I mean, this bullshit
>> pressure comes from corporations and other wierd places (all
>> seeing
On Wed, Sep 19, 2018 at 02:56:43PM -0400, Steven Rostedt wrote:
>
> Jiri,
>
> This is another series to fix the namespace of libtraceevent.
>
> Please pull in these patches or if you choose, pull in the branch.
> The code is based off of the latest tip/perf/core.
>
> These changes can be found
On Fri, Sep 21, 2018 at 09:13:08AM +0300, Alexey Budankov wrote:
SNIP
> Events:
> cpu/period=P,event=0x3c/Duk;CPU_CLK_UNHALTED.THREAD
> cpu/period=P,umask=0x3/Duk;CPU_CLK_UNHALTED.REF_TSC
> cpu/period=P,event=0xc0/Duk;INST_RETIRED.ANY
> cpu/period=0xaae61,event=0xc2,umask=0x10/uk;UOPS_RETIRED.ALL
On Mon, Sep 17, 2018 at 08:26:15PM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> On Thu, Sep 13, 2018 at 02:54:39PM +0200, Jiri Olsa wrote:
> > Adding struct record_thread to carry the single thread's maps.
> >
> > Link: http://lkml.kernel.org/n/tip-dsyi97xdc7ullvsisqmha...@git.kernel.org
> > Signed-
--
Good day,
I am Mr.Moris Ortega, a bank Manager with the Bank Of Africa Burkina
Faso West Africa. I have a transaction of $10.5 Million US dollars
only i need your assistance. I would like to discuss with you in
details once i get your response.
Waiting for your urgent response.
Yours Faithf
On Mon, Sep 17, 2018 at 08:28:37PM +0900, Namhyung Kim wrote:
SNIP
> > -
> > - if (track_map && track_map->base) {
> > - if (perf_mmap__push(track_map, rec, record__pushfn) !=
> > 0) {
> > - rc = -1;
> > - goto out;
On Mon, Sep 17, 2018 at 08:31:31PM +0900, Namhyung Kim wrote:
> On Thu, Sep 13, 2018 at 02:54:41PM +0200, Jiri Olsa wrote:
> > We need to keep global number of 'waking' now.
> >
> > TODO: make this multiple threads safe.
>
> Why not using atomic APIs?
that would solve it, will check
thanks,
jir
On Mon, Sep 17, 2018 at 08:40:48PM +0900, Namhyung Kim wrote:
> On Thu, Sep 13, 2018 at 02:54:49PM +0200, Jiri Olsa wrote:
> > Currently we assign all maps to main thread. Adding
> > code that spreads maps for --threads option.
> >
> > For --thread option we create as many threads as there
> > are
On Tue, Sep 18, 2018 at 05:56:09PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Sep 13, 2018 at 02:54:04PM +0200, Jiri Olsa escreveu:
> > Now when we keep perf_tool pointer inside perf_session,
> > there's no need to have perf_tool argument in the
> > event_op3 callback. Removing it.
> >
> > L
On Tue, Sep 18, 2018 at 05:54:50PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Sep 13, 2018 at 02:54:11PM +0200, Jiri Olsa escreveu:
> > It will be used outside of util object in following patches.
>
> Had to add fcntl.h to have loff_t to fix the build in some systems,
> moved the prototype c
Hi,
when enabling CONFIG_WW_MUTEX_SELFTEST on arm64 or x86_64,
I get the following traceback.
[3.111852] [ cut here ]
[3.112100] DEBUG_LOCKS_WARN_ON(__owner_task(owner) != current)
[3.112753] WARNING: CPU: 1 PID: 771 at kernel/locking/mutex.c:1211
__mutex_unlo
Please CC me on comments.
I'm seeing a lot of these errors on my dual core fileserver:
---
Sep 23 01:51:28 files kernel: INFO: rcu_sched detected stalls on CPUs/tasks:
Sep 23 01:51:28 files kernel: 1-...!: (0 ticks thi
This device reports SDHCI_CLOCK_INT_STABLE even though it's not
ready to take SDHCI_CLOCK_CARD_EN. The symptom is that reading
SDHCI_CLOCK_CONTROL after enabling the clock shows absence of the
bit from the register (e.g. expecting 0xfa07 = 0xfa03 |
SDHCI_CLOCK_CARD_EN but only observed the
Dear Sir/Madam,
My name is Rybak Ahmed from Syria. I am a miner and i wish to introduce my
Gold/Diamonds funds which I and my partner sold. Because of the constant war
going on in our country my partner and his family are all dead.Hence i take
this upon myself to find trustworthy partners who
I updated to a 3.7ghz cpu some time ago. XP required re-authentication,
but had no further suport so it did not work. Despite having purchased
the pro version (1000nok)I had to trick myself into the system again.
A few months later the mouseport started crashing the PC. I installed a
PCI-e car
Most of you know that I have spent more than a quarter century
analyzing the folkways of the hacker culture as a historian,
ethnographer, and game theorist. That analysis has had large
consequences, including a degree of business and mainstream acceptance
of the open source way that was difficult t
From: "K. Y. Srinivasan"
Miscellaneous fixes.
Dexuan Cui (4):
Drivers: hv: vmbus: Fix the descriptions of some function parameters
Drivers: hv: kvp: Fix the indentation of some "break" statements
Drivers: hv: kvp: Fix two "this statement may fall through" warnings
Drivers: hv: vmbus: Use
From: Dexuan Cui
No functional change.
Signed-off-by: Dexuan Cui
Cc: K. Y. Srinivasan
Cc: Haiyang Zhang
Cc: Stephen Hemminger
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_kvp.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/hv/hv_kvp.c b/drivers/hv
From: Dexuan Cui
A cpumask structure on the stack can cause a warning with
CONFIG_NR_CPUS=8192 (e.g. Ubuntu 16.04 and 18.04 use this):
drivers/hv//channel_mgmt.c: In function ‘init_vp_index’:
drivers/hv//channel_mgmt.c:702:1: warning: the frame size of 1032 bytes
is larger than 1024 bytes [-Wf
From: Dexuan Cui
No functional change.
Added descriptions for some parameters.
Fixed some typos.
Removed some out-of-date comments.
Signed-off-by: Dexuan Cui
Cc: Jonathan Corbet
Cc: linux-...@vger.kernel.org
Cc: K. Y. Srinivasan
Cc: Haiyang Zhang
Cc: Stephen Hemminger
Signed-off-by: K. Y.
From: Dexuan Cui
We don't need to call process_ib_ipinfo() if message->kvp_hdr.operation is
KVP_OP_GET_IP_INFO in kvp_send_key(), because here we just need to pass on
the op code from the host to the userspace; when the userspace returns
the info requested by the host, we pass the info on to the
On Sun, 23 Sep 2018, Rob Prowel wrote:
> Sep 23 01:51:28 files kernel: INFO: rcu_sched detected stalls on CPUs/tasks:
> Sep 23 01:51:28 files kernel: 1-...!: (0 ticks this GP) idle=27c/0/0
> softirq=35425/35425 fqs=0
> Sep 23 01:51:28 files kernel: (detected by 0, t=60009 jiffies,
>
Hi Tom,
>> I just tested that setting:
>>
>> mr->iova &= (PAGE_SIZE - 1);
>> mr->iova |= 0x;
>>
>> after the ib_map_mr_sg() and before doing the IB_WR_REG_MR, seems to
>> work.
>
> Good! As you know, we were concerned about it after seeing that
> the ib_dma_map_sg() code was uncon
Hi Jakub,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 6bf4ca7fbc85d80446ac01c0d1d77db4d91a6d84
commit: 0c26159352ba1cdc5a8c8d74131cc19cdfdf9371 nfp: bpf: xdp_adjust_tail
support
date: 7 weeks ago
config: i386-
On Tue, Sep 11, 2018 at 01:29:32PM +, Song Liu wrote:
SNIP
> >>>
> >>> jirka
> >>
> >> I am not sure I am following. The pmu is disabled when we call
> >> event_pmu_add(). Why do we need to read before calling pmu->add()?
> >> And this is the first added dup event for this master, so we do
On 09/23/18 17:19, Thomas Gleixner wrote:
What is that value for the second Athlon core (seems extremely bogus), and
would/could that be the reason for the schedule_timeouts? This bogus value
also shows up in the bootup log when the second core is activated. Seems to
be AMD specific, as t
From: Colin Ian King
Trivial fix to spelling mistake in dev_err messages and comments
Signed-off-by: Colin Ian King
---
drivers/soc/ti/knav_dma.c | 4 ++--
drivers/soc/ti/knav_qmss.h | 6 +++---
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/soc/ti/knav_dma.c b/drivers
Christian Brauner wrote:
> Of course, I'm not sure what the reasons for all of the other arguments to
> this function are since it's not yet implemented.
Well, dfd, path and atflags are pretty standard. atflags conveys things like
AT_EMPTY_PATH or AT_SYMLINK_NOFOLLOW and dfd conveys a file desc
From: Colin Ian King
Trivial fix to spelling mistake in dbg_verbose message
Signed-off-by: Colin Ian King
---
drivers/memstick/core/ms_block.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/memstick/core/ms_block.c b/drivers/memstick/core/ms_block.c
index 716fc8ed3
On Sun, Sep 23, 2018 at 11:45:17PM +0100, David Howells wrote:
> Christian Brauner wrote:
>
> > Of course, I'm not sure what the reasons for all of the other arguments to
> > this function are since it's not yet implemented.
>
> Well, dfd, path and atflags are pretty standard. atflags conveys t
Hi Paul,
I was parsing the Data-Structures document and had a question about
the following "Important note" text.
Could it be clarified in the below text better why "remaining
callbacks are placed back on the RCU_DONE_TAIL segment", is a reason
for not depending on ->head for determining if no ca
On Sun, Sep 23, 2018 at 7:30 PM Joel Fernandes wrote:
>
> Hi Paul,
>
> I was parsing the Data-Structures document and had a question about
> the following "Important note" text.
>
> Could it be clarified in the below text better why "remaining
> callbacks are placed back on the RCU_DONE_TAIL segme
On Sun, Sep 23, 2018 at 07:30:30PM -0400, Joel Fernandes wrote:
> Hi Paul,
>
> I was parsing the Data-Structures document and had a question about
> the following "Important note" text.
>
> Could it be clarified in the below text better why "remaining
> callbacks are placed back on the RCU_DONE_T
On Sun, Sep 23, 2018 at 07:31:37PM -0400, Joel Fernandes wrote:
> On Sun, Sep 23, 2018 at 7:30 PM Joel Fernandes wrote:
> >
> > Hi Paul,
> >
> > I was parsing the Data-Structures document and had a question about
> > the following "Important note" text.
> >
> > Could it be clarified in the below t
On Wed, Sep 19, 2018 at 05:38:51PM -0700, Vinod wrote:
>On 15-09-18, 01:34, Sasha Levin wrote:
>> From: Andy Shevchenko
>>
>> [ Upstream commit 2abc66cd499aa16876e45c6438788902f7d1ce22 ]
>>
>> It appears that the driver misses the support of dmaengine_terminate_sync().
>> Since many of callers exp
On Sat, Sep 22, 2018 at 08:58:34AM +1000, Stephen Rothwell wrote:
> Hi Liviu,
Hi Stephen,
>
> Commit
>
> fd75f5726f65 ("drm/mali-dp: Implement plane alpha and pixel blend on
> malidp")
>
> is missing a Signed-off-by from its committer.
My bad, I cherry picked-it from a staging tree and did
Due to the electrical design of the A/DC circuits on LEGO MINDSTORMS EV3,
if we are reading analog values as fast as possible (i.e. using DMA to
service the SPI) the A/DC chip will read incorrect values - as much as
0.1V off when the SPI is running at 10MHz. (This has to do with the
capacitor charg
On Fri, Sep 21, 2018 at 05:42:00PM -0600, Shuah Khan wrote:
> Hi Jerry,
>
> Thanks for the patch. A few comments below:
Replies inline.
>
> On 09/21/2018 04:55 PM, Jerry Hoemann wrote:
> > Add command line arguments to call ioctl WDIOC_GETTIMEOUT,
> > WDIOC_GETPRETIMEOUT and WDIOC_SETPRETIMEO
On 13/09/2018 13:30, Alexandre Belloni wrote:
> Add a driver for the Atmel Timer Counter Blocks. This driver provides a
> clocksource and two clockevent devices.
>
> One of the clockevent device is linked to the clocksource counter and so it
> will run at the same frequency. This will be used when
101 - 170 of 170 matches
Mail list logo
