Hi Elon,
Am Montag, 5. August 2019, 03:57:55 CEST schrieb Elon Zhang:
> Add devicetree support for RK3399Pro TB-96AI board, one of
> the 96Boards family.
>
> The TB-96AI board is a 96Boards Compute SOM design, launched
> by Linaro, Rockchip and Beiqicloud.
>
> More information can be obtained
Just like the other generic debug options, move the irq one to
'Kernel hacking' menu.
Signed-off-by: Changbin Du
---
kernel/irq/Kconfig | 12
lib/Kconfig.debug | 11 +++
2 files changed, 11 insertions(+), 12 deletions(-)
diff --git a/kernel/irq/Kconfig
From: Randy Dunlap
arch/microblaze/ is missing support for get_user() of size 8 bytes,
so add it by using __copy_from_user().
Fixes these build errors:
drivers/infiniband/core/uverbs_main.o: In function `ib_uverbs_write':
drivers/infiniband/core/.tmp_gl_uverbs_main.o:(.text+0x13a4):
On Sun, 01 Sep 2019 11:07:21 +1000, Dave Chinner said:
> Totally irrelevant to the issue at hand. You can easily co-ordinate
> out of tree contributions through a github tree, or a tree on
> kernel.org, etc.
Well.. I'm not personally wedded to the staging tree. I'm just interested in
getting a
Hi Al,
On Sun, Sep 01, 2019 at 04:05:14AM +0100, Al Viro wrote:
> On Sun, Sep 01, 2019 at 09:37:19AM +0800, Gao Xiang wrote:
>
> > fs/orangefs/file.c
> > 19 static int flush_racache(struct inode *inode)
>
> Just why the hell would _that_ one be a problem? It's static in
> file; it can't
On Sun, Sep 01, 2019 at 09:37:19AM +0800, Gao Xiang wrote:
> fs/orangefs/file.c
> 19 static int flush_racache(struct inode *inode)
Just why the hell would _that_ one be a problem? It's static in
file; it can't pollute the namespace even if linked into the
kernel.
Folks, let's keep at least
Since x86 instruction decoder is not only for kprobes,
it should be tested when the insn.c is compiled.
(e.g. perf is enabled but kprobes is disabled)
Fixes: cbe5c34c8c1f ("x86: Compile insn.c and inat.c only for KPROBES")
Signed-off-by: Masami Hiramatsu
---
arch/x86/Kconfig.debug |2 +-
1
On Sat, 31 Aug 2019 17:19:31 -0300
Arnaldo Carvalho de Melo wrote:
> Em Sat, Aug 31, 2019 at 10:51:52AM +0900, Masami Hiramatsu escreveu:
> > On Fri, 30 Aug 2019 16:48:45 -0300
> > Arnaldo Carvalho de Melo wrote:
> >
> > > Em Fri, Aug 30, 2019 at 02:31:09PM -0500, Josh Poimboeuf escreveu:
> >
HP Pavilion 15 (AMD Ryzen-based model) with 103c:84e7 needs the same
quirk like HP Envy/Spectre x360 for enabling the mute LED over Mic3 pin.
Signed-off-by: Sam Bazley
---
sound/pci/hda/patch_realtek.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/pci/hda/patch_realtek.c
Hello Yangtao,
On Sat, Aug 10, 2019 at 05:28:12AM +, Yangtao Li wrote:
> This patch adds the support for allwinner thermal sensor, within
> allwinner SoC. It will register sensors for thermal framework
> and use device tree to bind cooling device.
>
> Signed-off-by: Yangtao Li
> ---
>
Hi Dave,
On Sun, Sep 01, 2019 at 11:07:21AM +1000, Dave Chinner wrote:
> On Sat, Aug 31, 2019 at 06:25:21AM -0400, Valdis Kl??tnieks wrote:
> > On Fri, 30 Aug 2019 23:46:16 -0700, Christoph Hellwig said:
> > > Since when did Linux kernel submissions become "show me a better patch"
> > > to reject
On Sat, Aug 31, 2019 at 06:25:21AM -0400, Valdis Klētnieks wrote:
> On Fri, 30 Aug 2019 23:46:16 -0700, Christoph Hellwig said:
> > Since when did Linux kernel submissions become "show me a better patch"
> > to reject something obviously bad?
>
> Well, do you even have a *suggestion* for a better
On Sat, Aug 31, 2019 at 03:14:35PM +0200, Matthieu Baerts wrote:
Hi Sasha,
Thank you for your reply!
On 31/08/2019 14:20, Sasha Levin wrote:
On Sat, Aug 24, 2019 at 08:03:51AM +0200, Tim Froidcoeur wrote:
Commit 8c3088f895a0 ("tcp: be more careful in tcp_fragment()")
triggers following stack
On Sat, Aug 31, 2019 at 06:31:45AM -0400, Valdis Klētnieks wrote:
> On Sat, 31 Aug 2019 07:54:10 +1000, Dave Chinner said:
>
> > The correct place for new filesystem review is where all the
> > experienced filesystem developers hang out - that's linux-fsdevel,
> > not the driver staging tree.
>
Hello,
syzbot has tested the proposed patch and the reproducer did not trigger
crash:
Reported-and-tested-by:
syzbot+b9be979c55f2bea8e...@syzkaller.appspotmail.com
Tested on:
commit: 48b9e92a rxrpc: Fix lack of conn cleanup when local endpoi..
git tree:
Hi Elon,
Am Donnerstag, 29. August 2019, 13:31:00 CEST schrieb Elon Zhang:
> On 8/27/2019 22:28, Heiko Stuebner wrote:
> > Am Dienstag, 27. August 2019, 09:14:39 CEST schrieb Elon Zhang:
> >> Not every board needs to enable crypto node, so the node should
> >> be set default disabled in
Hi Seunghun,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on jss-tpmdd/next]
[cannot apply to v5.3-rc6 next-20190830]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
Move the static keyword to the front of declarations of
he_if_types_ext_capa_sta and he_iftypes_ext_capa, and
resolve the following compiler warnings that can be seen
when building with warnings enabled (W=1):
drivers/net/wireless/intel/iwlwifi/mvm/mac80211.c:427:1: warning:
‘static’ is not at
Move the static keyword to the front of declarations of
snap_handle_length, handle_length and connected_handle_length,
and resolve the following compiler warnings that can be seen
when building with warnings enabled (W=1):
fs/ceph/export.c:38:2: warning:
‘static’ is not at beginning of
On Sat, Aug 31, 2019 at 01:32:02PM -0700, Joe Perches wrote:
> On Sat, 2019-08-31 at 17:25 +0200, Pali Rohár wrote:
> > On Thursday 29 August 2019 10:50:39 Dmitry Torokhov wrote:
> > > On Thu, Aug 29, 2019 at 07:50:23PM +0300, Denis Efremov wrote:
> > > > "unlikely(IS_ERR_OR_NULL(x))" is
On Tue, Jul 30, 2019 at 11:15:14AM -0700, Stephen Boyd wrote:
> We don't need dev_err() messages when platform_get_irq() fails now that
> platform_get_irq() prints an error message itself when something goes
> wrong. Let's remove these prints with a simple semantic patch.
>
> //
> @@
>
On Sat, 31 Aug 2019 at 22:02, Kees Cook wrote:
>
> On Sat, Aug 31, 2019 at 08:48:56PM +0300, Ard Biesheuvel wrote:
> > It's been ~2 years since I looked at this code in detail, but IIRC, it
> > looked like the inc-from-zero check was missing from the x86
> > implementation because it requires a
On Sat, Aug 31, 2019 at 09:35:56PM +0200, Andrew Lunn wrote:
> > Also, what happens when I'm running these application without putting
> > the interface in promisc mode? On an offloaded interface I would not be
> > able to even capture packets addressed to my interface's MAC address.
>
> Sorry
The following changes since commit 2949dc443116a66fd1a92d9ef107be16cdd197cd:
dt-bindings: fpga: Consolidate bridge properties (2019-07-24 14:19:15 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mdf/linux-fpga.git/
tags/fpga-cvp-for-5.4
for you
On Sat, 2019-08-31 at 17:25 +0200, Pali Rohár wrote:
> On Thursday 29 August 2019 10:50:39 Dmitry Torokhov wrote:
> > On Thu, Aug 29, 2019 at 07:50:23PM +0300, Denis Efremov wrote:
> > > "unlikely(IS_ERR_OR_NULL(x))" is excessive. IS_ERR_OR_NULL() already uses
> > > unlikely() internally.
> >
> >
From: Randy Dunlap
Fix 30 warnings for missing "struct inode" declaration (like these) by
adding a forward reference for it.
These warnings come from 'headers_check' (CONFIG_HEADERS_CHECK):
CC include/trace/events/iomap.h.s
./../include/trace/events/iomap.h:49:18: warning: 'struct inode'
From: George McCollister
Date: Thu, 29 Aug 2019 09:14:41 -0500
> Use the register value width as the regmap_config name to prevent the
> following error when the second and third regmap_configs are
> initialized.
> "debugfs: Directory '${bus-id}' with parent 'regmap' already present!"
>
>
Em Sat, Aug 31, 2019 at 10:51:52AM +0900, Masami Hiramatsu escreveu:
> On Fri, 30 Aug 2019 16:48:45 -0300
> Arnaldo Carvalho de Melo wrote:
>
> > Em Fri, Aug 30, 2019 at 02:31:09PM -0500, Josh Poimboeuf escreveu:
> > > On Fri, Aug 30, 2019 at 04:00:58PM -0300, Arnaldo Carvalho de Melo wrote:
> >
> Use kmemdup rather than duplicating its implementation
>
> Signed-off-by: YueHaibing
LGTM, ACK.
Tomas
> ---
> drivers/scsi/ufs/ufshcd.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c index
>
> Also, what happens when I'm running these application without putting
> the interface in promisc mode? On an offloaded interface I would not be
> able to even capture packets addressed to my interface's MAC address.
Sorry for rejoining the discussion late. I've been travelling and i'm
now 3/4
When returning from bpa10x_send_frame, it is necessary to propagate any
potential errno returned from usb_submit_urb.
Signed-off-by: Navid Emamdoost
---
drivers/bluetooth/bpa10x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/bluetooth/bpa10x.c
The infrastructure to mock core libnvdimm routines for unit testing
purposes is prone to bitrot relative to refactoring of that core.
Arrange for the unit test core to be built when CONFIG_COMPILE_TEST=y.
This does not result in a functional unit test environment, it is only a
helper for 0day to
On Sat, Aug 31, 2019 at 08:48:56PM +0300, Ard Biesheuvel wrote:
> It's been ~2 years since I looked at this code in detail, but IIRC, it
> looked like the inc-from-zero check was missing from the x86
> implementation because it requires a load/compare/increment/store
> sequence instead of a single
On Fri, 30 Aug 2019 23:03:43 +0200
Michal Suchanek wrote:
> Building callchain.c with !COMPAT proved quite ugly with all the
> defines. Splitting out the 32bit and 64bit parts looks better.
>
> No code change intended.
valid_user_sp is broken in compat. It needs to be ifdefed for the 32bit
On 8/31/19 2:18 PM, Guenter Roeck wrote:
> On Mon, Aug 19, 2019 at 06:02:29PM -0400, Hui Peng wrote:
>> `dev` (struct rsi_91x_usbdev *) field of adapter
>> (struct rsi_91x_usbdev *) is allocated and initialized in
>> `rsi_init_usb_interface`. If any error is detected in information
>> read from
On Mon, Aug 19, 2019 at 06:02:29PM -0400, Hui Peng wrote:
> `dev` (struct rsi_91x_usbdev *) field of adapter
> (struct rsi_91x_usbdev *) is allocated and initialized in
> `rsi_init_usb_interface`. If any error is detected in information
> read from the device side, `rsi_init_usb_interface` will
The pull request you sent on Sat, 31 Aug 2019 13:29:51 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-current
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/eea173097dfbb44855e3cf03c09eb5a665c20438
Thank you!
--
Deet-doot-dot, I am a
On Sat, 31 Aug 2019 08:41:58 +0200
Christophe Leroy wrote:
> Le 30/08/2019 à 23:03, Michal Suchanek a écrit :
> > Less code means less bugs so add a knob to skip the compat stuff.
>
> I guess on PPC64 you have Gigabytes of memory and thousands of bogomips,
> hence you focus on bugs.
>
> My
On Sat, Aug 03, 2019 at 08:29:04PM -0400, Hui Peng wrote:
> The `ar_usb` field of `ath6kl_usb_pipe_usb_pipe` objects
> are initialized to point to the containing `ath6kl_usb` object
> according to endpoint descriptors read from the device side, as shown
> below in
Newer Logitech mice report their battery voltage through feature 0x1001
instead of the battery levels through feature 0x1000.
When the device is brought up and we try to query the battery, figure
out if it supports the old or the new feature. If it supports the new
feature, record the feature
On Sat, Aug 31, 2019 at 02:13:05AM -0700, Stephane Eranian wrote:
> Andi,
>
> On Fri, Aug 30, 2019 at 5:31 PM Andi Kleen wrote:
> >
> > > the same manner. It would greatly simplify the kernel implementation.
> >
> > I tried that originally. It was actually more complicated.
> >
> > You can't
On Thu, 29 Aug 2019 at 00:03, Kees Cook wrote:
>
> On Wed, Aug 28, 2019 at 03:14:40PM +0100, Will Deacon wrote:
> > On Wed, Aug 28, 2019 at 09:30:52AM +0200, Peter Zijlstra wrote:
> > > On Tue, Aug 27, 2019 at 05:31:58PM +0100, Will Deacon wrote:
> > > > Will Deacon (6):
> > > > lib/refcount:
On Fri, Aug 30, 2019 at 05:58:23PM +, Matej Genci wrote:
> On 8/30/2019 3:02 PM, Michael S. Tsirkin wrote:
> > On Tue, Aug 27, 2019 at 03:20:57PM +, Matej Genci wrote:
> >> Compilers such as g++ 7.3 complain about assigning void* variable to
> >> a non-void* variable (like struct pointers)
On 8/27/19 1:31 PM, Dan Carpenter wrote:
On Sun, Aug 25, 2019 at 11:48:58PM +0300, Ivan Safonov wrote:
skb_put_data is shorter and clear.
Please don't start the commit message in the middle of a sentence. It
often gets split from the start of the sentence. See how it looks here.
/Jordan-Hand/tpm-Parse-event-log-from-TPM2-ACPI-table/20190831-234702
base: git://git.infradead.org/users/jjs/linux-tpmdd next
config: x86_64-rhel (attached as .config)
compiler: gcc-7 (Debian 7.4.0-11) 7.4.0
reproduce:
# save the attached .config to linux build tree
make ARCH
Hello Dear.
I’m Mrs. Nicole Maoris a manager in HSBC BANK in Spain Madrid, I
am sending this brief letter to seek for your partnership and long
term relationship, I have an important and urgent issue I want to
discuss with you privately about transaction fund worth the sum of
$9.5m
On 8/31/2019 2:19 PM, Lorenzo Pieralisi wrote:
On Sat, Aug 31, 2019 at 09:51:05AM +0530, Vidya Sagar wrote:
On 8/30/2019 6:00 PM, Bjorn Helgaas wrote:
[+cc Krzysztof]
On Thu, Aug 29, 2019 at 10:23 PM Stephen Rothwell wrote:
Hi all,
After merging the pci tree, today's linux-next build
Yeah, I like this patch, and I have applied it.
thanks!
-Len
On Fri, Jun 7, 2019 at 12:28 PM Ghannam, Yazen wrote:
>
> > -Original Message-
> > From: Ghannam, Yazen
> > Sent: Tuesday, April 23, 2019 12:53 PM
> > To: Ghannam, Yazen ; linux...@vger.kernel.org;
> > len.br...@intel.com
>
The pull request you sent on Sat, 31 Aug 2019 04:26:26 +0200:
> git://git.kernel.org/pub/scm/virt/kvm/kvm tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/834354f642adfe7bb6d5dba5f7de6ecd3150fb2f
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Fri, 30 Aug 2019 19:31:58 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git
> tags/riscv/for-v5.3-rc7
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/7fb86707cc3a256e5556ced9c3a3eb96122d4b16
Thank you!
--
Hillf Danton wrote:
> > - if (rxnet->live) {
> > + if (rxnet->live && !conn->params.local->dead) {
> > idle_timestamp = READ_ONCE(conn->idle_timestamp);
> > expire_at = idle_timestamp + rxrpc_connection_expiry *
> > HZ;
> >
The pull request you sent on Sat, 31 Aug 2019 07:08:39 -0400:
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> trace-v5.3-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/95381debd9ee8787256c3cdb92d2b167efa4b863
Thank you!
--
This patch introduce clock property for MCLK master freq control.
Driver will set rate of MCLK master if set_sysclk is called and
changing sysclk by board driver.
Signed-off-by: Katsuhiro Suzuki
---
Changes from v1:
- Output logs if clock error is found
- Disable and unprepare mclk when
KBUILD_ENABLE_EXTRA_GCC_CHECKS started as a switch to add extra warning
options for GCC, but now it is a historical misnomer since we use it
also for Clang, DTC, and even kernel-doc.
Rename it to more sensible, and shorter KBUILD_EXTRA_WARN.
For the backward compatibility,
This patch adds missing DT-bindings document for Everest ES8316.
Signed-off-by: Katsuhiro Suzuki
---
.../bindings/sound/everest,es8316.txt | 20 +++
1 file changed, 20 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/everest,es8316.txt
diff
This patch change the judge timing about playing/capturing PCM rate.
Original code set constraints list of PCM rate limits at set_sysclk.
This strategy works well if system is using fixed rate clock.
But some boards and SoC (such as RockPro64 and RockChip I2S) has
connected SoC MCLK out to
Instead of the warning-[123] magic, let's accumulate compiler options
to KBUILD_CFLAGS directly as the top Makefile does. I think this makes
easier to understand what is going on in this file.
This commit slightly changes the behavior, I think all of which are OK.
[1] Currently, cc-option calls
On 31.08.2019 14:25, Markus Elfring wrote:
>> pad_buf = i2400m_tx_fifo_push(i2400m, padding, 0, 0);
>> - if (unlikely(WARN_ON(pad_buf == NULL
>> - || pad_buf == TAIL_FULL))) {
>> + if (WARN_ON(pad_buf == NULL || pad_buf == TAIL_FULL)) {
>
> How do you
On 31.08.2019 18:25, Pali Rohár wrote:
> On Thursday 29 August 2019 10:50:39 Dmitry Torokhov wrote:
>> On Thu, Aug 29, 2019 at 07:50:23PM +0300, Denis Efremov wrote:
>>> "unlikely(IS_ERR_OR_NULL(x))" is excessive. IS_ERR_OR_NULL() already uses
>>> unlikely() internally.
>>
>> The keyword here is
On Sat, 31 Aug 2019 11:46:33 -0400
Steven Rostedt wrote:
> On Thu, 29 Aug 2019 14:34:18 -0700
> Randy Dunlap wrote:
>
> > From: Randy Dunlap
> >
> > Fix 30 warnings for missing "struct inode" declaration (like these) by
> > adding a forward reference for it.
> > These warnings come from
On Thu, 29 Aug 2019 14:34:18 -0700
Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix 30 warnings for missing "struct inode" declaration (like these) by
> adding a forward reference for it.
> These warnings come from 'headers_check' (CONFIG_HEADERS_CHECK):
> CC
On Sat, Aug 31, 2019 at 03:29:21PM +, Jethro Beekman wrote:
> > > + ispi->sregs = NULL;
> > > + ispi->pregs = ispi->base + CNL_PR;
> > > + ispi->nregions = CNL_FREG_NUM;
> > > + ispi->pr_num = CNL_PR_NUM;
> >
> > Does CNL really have a different number of PR
There was a broken link for bigalloc. The page
https://ext4.wiki.kernel.org/index.php/Bigalloc was not migrated into
the current documentation sources. This patch adds the contents of that
missing page into the section for Bigalloc itself.
Signed-off-by: Ayush Ranjan
---
Please note that I have
On Sat, Aug 31, 2019 at 09:09:17PM +0800, kernel test robot wrote:
> [ 13.886602] WARNING: CPU: 0 PID: 541 at fs/dcache.c:338
> dentry_free+0x7f/0x90
> [ 13.889208] Modules linked in:
> [ 13.890276] CPU: 0 PID: 541 Comm: readlink Not tainted
> 5.3.0-rc1-8-ge013ec23b8231 #1
> [
On Fri, Aug 30, 2019 at 06:01:39PM -0600, Logan Gunthorpe wrote:
> To fix this, assign the subsystem's instance based on the instance
> number of the controller's instance that first created it. There should
> always be fewer subsystems than controllers so the should not be a need
> to create
On 2019-08-31 06:36, Mika Westerberg wrote:
Looks like some white space damage. There are couple of similar below as
well.
Oops. I will fix this in a v2 or resend later.
+ ispi->sregs = NULL;
+ ispi->pregs = ispi->base + CNL_PR;
+ ispi->nregions =
On Fri, 30 Aug 2019 15:24:46 +0200,
Takashi Sakamoto wrote:
>
> This commit adds myself as one of maintainers for firewire audio
> drivers and IEC 61883-1/6 packet streaming engine. I call them ALSA
> firewire stack as a whole.
>
> 6 years ago I joined in development for this category of drivers
On Thursday 29 August 2019 10:50:39 Dmitry Torokhov wrote:
> On Thu, Aug 29, 2019 at 07:50:23PM +0300, Denis Efremov wrote:
> > "unlikely(IS_ERR_OR_NULL(x))" is excessive. IS_ERR_OR_NULL() already uses
> > unlikely() internally.
>
> The keyword here is _internally_.
>
>
This patch corrects the SPDX License Identifier style
in header file related to Siano Mobile Silicon Digital TV.
For C header files Documentation/process/license-rules.rst
mandates C-like comments (opposed to C source files where
C++ style should be used)
Changes made by using a script provided
On Sat, Aug 31, 2019 at 06:32:28PM +0800, Chao Yu wrote:
> Hi,
>
> Is this change not necessary? A month has passed...
>
> Thanks,
>
> On 2019/8/4 17:56, Chao Yu wrote:
> > From: Chao Yu
> >
> > When getting fscrypto policy via EXT4_IOC_GET_ENCRYPTION_POLICY, if
> > encryption feature is off,
On Wed, Aug 28, 2019 at 01:24:01PM +0300, Ivan Mikhaylov wrote:
> Set WDT_CLEAR_TIMEOUT_AND_BOOT_CODE_SELECTION into WDT_CLEAR_TIMEOUT_STATUS
> to clear out boot code source and re-enable access to the primary SPI flash
> chip while booted via wdt2 from the alternate chip.
>
> AST2400 datasheet
On Wed, Aug 28, 2019 at 01:24:02PM +0300, Ivan Mikhaylov wrote:
> The option for the ast2400/2500 to get access to CS0 at runtime.
>
> Signed-off-by: Ivan Mikhaylov
Reviewed-by: Guenter Roeck
> ---
> .../ABI/testing/sysfs-class-watchdog | 34 +++
> 1 file changed, 34
On Fri, Aug 30, 2019 at 11:00:20AM +0300, Felipe Balbi wrote:
> seems like this should be defined together with the other flags? If
> that's the case, it seems like we would EXTTS and PEROUT masks.
Yes, let's make the meanings of the bit fields clear...
--- ptp_clock.h ---
/*
* Bits of the
On Sat, 31 Aug 2019 17:24:47 +0300, Andy Shevchenko said:
> Side note:
>
> % git shortlog -n --no-merges -- fs/ext4 | grep '^[^ ]'
>
> kinda faster and groups by name.
Thanks... I rarely do statistical analyses of this sort of thing, so 'git
shortlog' isn't on my list of most-used git
On Fri, Aug 30, 2019 at 11:00:20AM +0300, Felipe Balbi wrote:
> >> @@ -177,9 +177,8 @@ long ptp_ioctl(struct posix_clock *pc, unsigned int
> >> cmd, unsigned long arg)
> >>err = -EFAULT;
> >>break;
> >>}
> >> - if ((req.perout.flags ||
Right!
Verified that sysctl_sched_dl_period_max and sysctl_sched_dl_period_min values
are now always consistent.
I spent some time in trying to figure out if not having any mutex in
__checkparam_dl() is safe. There can surely happen that "max < min", e.g.:
| |
On Sat, Aug 31, 2019 at 3:49 AM Lorenzo Pieralisi
wrote:
>
> On Sat, Aug 31, 2019 at 09:51:05AM +0530, Vidya Sagar wrote:
> > On 8/30/2019 6:00 PM, Bjorn Helgaas wrote:
> > > [+cc Krzysztof]
> > >
> > > On Thu, Aug 29, 2019 at 10:23 PM Stephen Rothwell
> > > wrote:
> > > >
> > > > Hi all,
> > >
On Sat, Aug 31, 2019 at 1:26 PM Valdis Klētnieks
wrote:
> [/usr/src/linux-next] git log -- fs/ext4 | awk '/^commit/ {merge=0} /^Merge:
> / {merge=1} /^Author:/ { if (!merge) {print $0}}' | sort | uniq -c | sort -t:
> -k 1,1nr -k 2
Side note:
% git shortlog -n --no-merges -- fs/ext4 | grep
Hi Greg,
The following changes since commit e21a712a9685488f5ce80495b37b9fdbe96c230d:
Linux 5.3-rc3 (2019-08-04 18:40:12 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/westeri/thunderbolt.git
tags/thunderbolt-for-v5.4
for you to fetch changes
Hi Jethro,
On Sat, Aug 31, 2019 at 05:50:34AM +, Jethro Beekman wrote:
> (apologies, resending without S/MIME signature)
>
> Now that SPI flash controllers without a software sequencer are
> supported, it's trivial to add support for CNL and its PCI ID.
>
> Signed-off-by: Jethro Beekman
>
Hi Sasha,
Thank you for your reply!
On 31/08/2019 14:20, Sasha Levin wrote:
> On Sat, Aug 24, 2019 at 08:03:51AM +0200, Tim Froidcoeur wrote:
>> Commit 8c3088f895a0 ("tcp: be more careful in tcp_fragment()")
>> triggers following stack trace:
>>
>> [25244.848046] kernel BUG at
On Sat, Aug 31, 2019 at 12:53 AM Christoph Hellwig wrote:
>
> On Tue, Aug 27, 2019 at 02:14:59PM +0900, Masahiro Yamada wrote:
> > There is a small documentation about "Makefile" vs "Kbuild"
> > in Documentation/kbuild/modules.rst section 3.2
>
> I know that part.
>
> >
> > It is talking about
Hi Dominik,
On Fri, Aug 30, 2019 at 02:58:48PM +0200, Dominik Brodowski wrote:
> When connecting a thunderbolt-enabled docking station to my work laptop,
> the following lockdep warning is reported on v5.3.0-rc6+ as of Thursday
> morning (can look up the exact git id if so required):
Thanks for
On Fri, 30 Aug 2019 23:03:41 +0200
Michal Suchanek wrote:
> There are numerous references to 32bit functions in generic and 64bit
> code so ifdef them out.
>
> Signed-off-by: Michal Suchanek
> ---
> v2:
> - fix 32bit ifdef condition in signal.c
> - simplify the compat ifdef condition in vdso.c
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/scsi/smartpqi/smartpqi_init.c: In function 'pqi_driver_version_show':
drivers/scsi/smartpqi/smartpqi_init.c:6164:24: warning:
variable 'ctrl_info' set but not used [-Wunused-but-set-variable]
commit 6d90615f1346 ("scsi: smartpqi: add sysfs
/commits/Jing-Xiangfeng/arm-fix-page-faults-in-do_alignment/20190831-173417
base: git://git.armlinux.org.uk/~rmk/linux-arm.git for-next
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (GCC) 7.4.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests
When allocating memory, the GFP_KERNEL cannot be used during the
spin_lock period. It may cause scheduling when holding spin_lock.
Fixes: f13755318675 ("PCI: Move pci_[get|set]_resource_alignment_param() into
their callers")
Signed-off-by: YueHaibing
---
drivers/pci/pci.c | 2 +-
1 file
Use kmemdup rather than duplicating its implementation
Signed-off-by: YueHaibing
---
drivers/scsi/ufs/ufshcd.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c
index acf298da054c..6d5e2f5d8468 100644
---
Hi Alex,
> the rtl: or RTL: prefix in the string is pointless. The rtl_dev_* macros
> already does that.
>
> Signed-off-by: Alex Lu
> ---
> drivers/bluetooth/btrtl.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
patch has been applied to bluetooth-next tree.
Regards
Hi Alex,
> These printing macros already add a trailing newline, so drop these
> unnecessary additional newlines.
>
> Signed-off-by: Alex Lu
> ---
> drivers/bluetooth/btrtl.c | 56 +++
> 1 file changed, 28 insertions(+), 28 deletions(-)
patch has been applied
Hi Alex,
> This patch is used to print fw version for debug convenience
>
> Signed-off-by: Alex Lu
> ---
> Changes in v3
> - Remove the pointless rtl: prefix in the format string
> Changes in v2
> - Re-order the code so that no forward declaration is needed
>
> drivers/bluetooth/btrtl.c | 56
On Sat, Aug 24, 2019 at 08:03:51AM +0200, Tim Froidcoeur wrote:
Commit 8c3088f895a0 ("tcp: be more careful in tcp_fragment()")
triggers following stack trace:
[25244.848046] kernel BUG at ./include/linux/skbuff.h:1406!
[25244.859335] RIP: 0010:skb_queue_prev+0x9/0xc
[25244.888167] Call Trace:
> > What is the plan for this patch series?
>
> I hope to review it this weekend and my hope it is good to go for 5.4.
Series looks good basically. Just a few comments for some patches. See
there.
Thanks!
signature.asc
Description: PGP signature
> > + dev->enable_dig_filt = of_property_read_bool(pdev->dev.of_node,
> > +"i2c-dig-filter");
> > +
>
> What do you think of the idea to introduce 'flags' to struct i2c_timings
> and parse the bindings in the core, too? Then you'd have sth like:
> diff --git a/drivers/i2c/busses/i2c-at91-core.c
> b/drivers/i2c/busses/i2c-at91-core.c
> index a663a7a..62610af 100644
> --- a/drivers/i2c/busses/i2c-at91-core.c
> +++ b/drivers/i2c/busses/i2c-at91-core.c
> @@ -68,6 +68,7 @@ static struct at91_twi_pdata at91rm9200_config = {
>
On Fri, Aug 30, 2019 at 07:01:42PM -0700, Linus Torvalds wrote:
>
> It could be in the subject line (ie change the "[GIT]" to "[GIT
> PULL]") but it could also be anywhere in the email body (ie a "please
> pull" or something like that).
Sure I'll do that for the next pull request.
I used to have
It fixed following warning in kpc2000 driver
"constant is so big it is unsigned long"
Signed-off-by: Harsh Jain
---
drivers/staging/kpc2000/kpc2000/cell_probe.c | 18 +-
drivers/staging/kpc2000/kpc2000/core.c | 18 +-
Tim
Can you share the reproduce steps for this issue? C or syzkaller is ok.
Thanks a lot.
On Tue, Jul 09, 2019 at 01:19:33PM +, eugen.hris...@microchip.com wrote:
> From: Eugen Hristev
>
> Some i2c controllers have a built-in digital or analog filter.
> This is specifically required depending on the hardware PCB/board.
> Some controllers also allow specifying the maximum width of
Linus,
I2C has a bunch of driver fixes and a core improvement to make the
on-going API transition more robust.
Pleas pull.
Thanks,
Wolfram
The following changes since commit a55aa89aab90fae7c815b0551b07be37db359d76:
Linux 5.3-rc6 (2019-08-25 12:01:23 -0700)
are available in the Git
1 - 100 of 166 matches
Mail list logo
