On Mon, 8 Apr 2019 12:02:18 -0700
Dmitry Torokhov wrote:
> On Mon, Apr 08, 2019 at 04:20:58PM +0200, Thomas Bogendoerfer wrote:
> > This patch adds a platform driver for supporting keyboard and mouse
> > interface of SGI IOC3 chips.
> [...]
Thank you for your feedback, I've changed the code acco
On 2019-04-04 20:32, Marc Gonzalez wrote:
+robh
On 04/04/2019 11:08, Rocky Liao wrote:
This patchs patch adds an optional device property nvm-postfix to
allow the
driver to load customized nvm file based on this property
While text /before/ is indeed called a "prefix", text /after/ is not a
Call the 64bit versions of rtc_tm time conversion now that the range is
enforced by the core.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-lpc32xx.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/rtc/rtc-lpc32xx.c b/drivers/rtc/rtc-lpc32xx.c
index
The LPC32xx RTC is a 32bit second counter.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-lpc32xx.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/rtc/rtc-lpc32xx.c b/drivers/rtc/rtc-lpc32xx.c
index 295dc6ddac6d..f9e899fc4889 100644
--- a/drivers/rtc/rtc-lpc32xx.c
+++ b/driver
Move the optional IRQ setup to a single location.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-lpc32xx.c | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/drivers/rtc/rtc-lpc32xx.c b/drivers/rtc/rtc-lpc32xx.c
index f9e899fc4889..652b969158d4 100644
---
Use .set_time instead of the deprecated .set_mmss.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-lpc32xx.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-lpc32xx.c b/drivers/rtc/rtc-lpc32xx.c
index bd5186928eae..0ddb1ef98121 100644
--- a/drivers/r
This allows further improvement of the driver.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-lpc32xx.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/rtc/rtc-lpc32xx.c b/drivers/rtc/rtc-lpc32xx.c
index 910e600275b9..295dc6ddac6d 100644
---
Use SPDX-License-Identifier instead of a verbose license text.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-lpc32xx.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/rtc/rtc-lpc32xx.c b/drivers/rtc/rtc-lpc32xx.c
index 0ddb1ef98121..ac393230e592 10064
Hi Kevin,
Seems this patch is missing in
https://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-amlogic.git/log/?h=v5.2/dt64
Thanks,
Neil
On 18/03/2019 11:04, Neil Armstrong wrote:
> From: Jerome Brunet
>
> Add system regulators for the S905D U200 reference design.
>
> Add some regulat
On Tue, Apr 09, 2019 at 11:39:35AM +0200, Peter Zijlstra wrote:
> unsigned long kernel_physical_mapping_change(unsigned long paddr_start,
> unsigned
> long paddr_end, unsigned long page_size_mask)
... and add a comment above it what the "_change" thing is supposed to
mean...
>
I really don't think the iteration over all queues of a tagset
makes a whole lot of sense. We really need to replace the per-queue
limit with a per-tagset one (or at least add the per-tagset one)
and then allow tweaking that in the block layer instead of writing
this boiler plate code.
When adding support for the pcal6416, the of_device_id table was left out,
add the proper entry.
Fixes: aac1e3c9680b ("gpio: pca953x: add support for pcal6416 type")
Signed-off-by: Alexandre Belloni
---
drivers/gpio/gpio-pca953x.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/
These macros are not used anywhere.
Signed-off-by: Christoph Hellwig
---
arch/nds32/include/asm/memory.h | 8
1 file changed, 8 deletions(-)
diff --git a/arch/nds32/include/asm/memory.h b/arch/nds32/include/asm/memory.h
index 60efc726b56e..9d552ee39bdb 100644
--- a/arch/nds32/include/a
Hi Bjorn,
On 4/9/19 06:27, Bjorn Andersson wrote:
> On Mon 08 Apr 07:33 PDT 2019, Georgi Djakov wrote:
>> On 4/5/19 17:57, Bjorn Andersson wrote:
>>> On Fri 05 Apr 10:54 +07 2019, Georgi Djakov wrote:
>>> [..]
> [..]
diff --git a/drivers/interconnect/qcom/qcs404_ids.h
b/drivers/intercon
Hi,
本当に申し訳ありません, I got sidetracked and completely forgot about it. I
actually still have my old tree with the suggested changes for v2.
On Tue, 9 Apr 2019 at 11:01, Masahiro Yamada
wrote:
>
> Hi.
>
> On Mon, Apr 8, 2019 at 5:03 PM Wiebe, Wladislav (Nokia - DE/Ulm)
> wrote:
> >
> > Hi!
> >
> > O
On Tue, Apr 9, 2019 at 6:00 AM Vishal Kulkarni wrote:
>
> Hi,
>
> Kindly pull the new firmware from the following URL:
> git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
>
> Thanks,
> Vishal
>
> The following changes since commit 67b75798ea88f4b1d6ee6a3b5a0634d29620c094:
>
> linux-f
On Mon, Apr 01, 2019 at 04:20:00PM +0200, Thomas Richter wrote:
SNIP
> perf_session__process_event() returns to its caller, where -ENOMEM is
> changed to -EINVAL and processing stops:
>
> if ((skip = perf_session__process_event(session, event, head)) < 0) {
> pr_err("%#" PRIx64 " [%#x]: f
On 08/04/19 10:20 PM, Dinh Nguyen wrote:
> Get the reset control for the QSPI controller and bring it out of reset.
>
> Suggested-by: Tien-Fong Chee
> Signed-off-by: Dinh Nguyen
> ---
> drivers/mtd/spi-nor/cadence-quadspi.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git
On Tue, Mar 26, 2019 at 09:49:13PM +0100, Thomas Gleixner wrote:
> So way you should handle this is:
>
> cpumask_set_cpu(cpu, hld_data->cpu_monitored_mask);
>
> if (!hld_data->enabled_cpus++) {
> hld_data->handling_cpu = cpu;
> kick_timer();
>
On Wed, Feb 27, 2019 at 08:05:15AM -0800, Ricardo Neri wrote:
> diff --git a/arch/x86/include/asm/hpet.h b/arch/x86/include/asm/hpet.h
> index 4d559e0c746f..15dc3b576496 100644
> --- a/arch/x86/include/asm/hpet.h
> +++ b/arch/x86/include/asm/hpet.h
> @@ -123,12 +123,24 @@ struct hpet_hld_data {
>
wt., 9 kwi 2019 o 03:10 Rob Herring napisał(a):
>
> On Mon, Apr 8, 2019 at 7:25 AM Bartosz Golaszewski wrote:
> >
> > sob., 6 kwi 2019 o 09:07 Rob Herring napisał(a):
> > >
> > > On Wed, Apr 03, 2019 at 11:00:59AM +0200, Bartosz Golaszewski wrote:
> > > > From: Bartosz Golaszewski
> > > >
> > >
On Tue, Apr 09, 2019 at 11:04:18AM +0800, Huang Shijie wrote:
> On Mon, Apr 08, 2019 at 07:49:29PM -0700, Matthew Wilcox wrote:
> > On Tue, Apr 09, 2019 at 09:08:33AM +0800, Huang Shijie wrote:
> > > On Mon, Apr 08, 2019 at 07:13:13AM -0700, Matthew Wilcox wrote:
> > > > On Mon, Apr 08, 2019 at 10:
The intel_pmc_ipc driver has a placeholder for all possible resources
that may have been provided by ACPI. Since there are few optional ones,
the driver still uses them and binds to wrong ranges in resource tree:
# grep intel_punit_ipc /proc/iomem
- : intel_punit_ipc
00
Use BIT() and BIT_MASK() macros for definitions.
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/intel_pmc_ipc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/platform/x86/intel_pmc_ipc.c
b/drivers/platform/x86/intel_pmc_ipc.c
index d37cbd1cf58c.
Since we have a proper fix for intel_pmc_ipc driver for resource management,
get rid of unneeded commit in the intel_punit_ipc driver.
This reverts commit 6cc8cbbc8868033f279b63e98b26b75eaa0006ab.
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/intel_punit_ipc.c | 8
1 file cha
Apply same width for offset definitions to make code more consistent.
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/intel_pmc_ipc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/platform/x86/intel_pmc_ipc.c
b/drivers/platform/x86/intel_pmc_ipc.c
ind
On Wed, Feb 27, 2019 at 08:05:16AM -0800, Ricardo Neri wrote:
> @@ -62,7 +67,18 @@ static inline void set_comparator(struct hpet_hld_data
> *hdata,
> static void kick_timer(struct hpet_hld_data *hdata, bool force)
> {
> bool kick_needed = force || !(hdata->flags & HPET_DEV_PERI_CAP);
> -
On 4/6/2019 12:28 AM, Bjorn Helgaas wrote:
On Fri, Apr 05, 2019 at 01:23:51AM +0530, Vidya Sagar wrote:
On 4/3/2019 11:06 PM, Bjorn Helgaas wrote:
On Wed, Apr 03, 2019 at 03:13:09PM +0530, Vidya Sagar wrote:
On 4/3/2019 12:01 AM, Bjorn Helgaas wrote:
On Tue, Apr 02, 2019 at 12:47:48PM +0530,
On Fri, 2019-04-05 at 23:24 -0700, kernelci.org bot wrote:
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * This automated bisection report was sent to you on the basis *
> * that you may be involved with the breaking commit it has *
> * found. No manual investigation
On Mon, Apr 08, 2019 at 10:48:34PM +, Ghannam, Yazen wrote:
> Okay, so drop the export and leave the injector code as-is (it's
> already doing a rdmsrl_on_cpu()).
Yes of course. The number of MCA banks is none of modules' business and
should not be exported at all.
Thx.
--
Regards/Gruss,
Good day,
Sequel to our telephone conversation, we are sourcing to meet certain
requirements as our company is currently participating in a highly lucrative
bid.
Please see our specifications in the attachment marked RED, and provide
competitive prices to us within today.
Warm Regards
Ver
Hello Dmitry,
see inline comments - and:
your last two comments should probably be also applied to the pwm-vibra.c
driver, as that's where these code blocks come from.
On Montag, 8. April 2019 00:18:57 CEST Dmitry Torokhov wrote:
> Hi Luca,
>
> On Sun, Apr 07, 2019 at 05:58:41PM +0200, Luca Wei
Commit 23d0127096cb ("fs/sync.c: make sync_file_range(2) use WB_SYNC_NONE
writeback") claims that sync_file_range(2) syscall was "created for
userspace to be able to issue background writeout and so waiting for
in-flight IO is undesirable there" and changes the writeback (back) to
WB_SYNC_NONE.
Th
On Wed, 27 Mar 2019 at 15:35, Ulf Hansson wrote:
>
> Changes in v13:
> - Use WRITE|READ_ONCE when reading/writing the "next_hrtimer" variable in the
> struct cpuidle_device. Also reset the same variable after resumed from idle to
> avoid it from containing a stale value.
> - Added acks from Dani
On Thu, Feb 28, 2019 at 06:12:19PM +0100, Frederic Weisbecker wrote:
> @@ -35,7 +41,7 @@ struct lock_usage {
> /*
> * Usage-state bitmasks:
> */
> -#define __LOCKF(__STATE) LOCKF_##__STATE = (1 << LOCK_##__STATE),
> +#define __LOCKF(__STATE) LOCKF_##__STATE = (1ULL << LOCK_##__STATE),
Hi, Uwe
Best Regards!
Anson Huang
> -Original Message-
> From: Uwe Kleine-König [mailto:u.kleine-koe...@pengutronix.de]
> Sent: 2019年4月9日 17:29
> To: Anson Huang
> Cc: mark.rutl...@arm.com; linux-...@vger.kernel.org; Robin Gong
> ; schnitzelt...@gmail.com;
> ota...@ossystems.com.br; devi
Best Regards!
Anson Huang
> -Original Message-
> From: Anson Huang
> Sent: 2019年4月9日 20:04
> To: 'Uwe Kleine-König'
> Cc: mark.rutl...@arm.com; linux-...@vger.kernel.org; Robin Gong
> ; schnitzelt...@gmail.com;
> ota...@ossystems.com.br; devicet...@vger.kernel.org;
> feste...@gmail.com;
Stefan Agner writes:
> The LLVM Target parser currently does not allow to specify the security
> extension as part of -march (see also LLVM Bug 40186 [0]). When trying
> to use Clang with LLVM's integrated assembler, this leads to build
> errors such as this:
> clang-8: error: the clang compile
The NXP PCA6416 is a variant of the PCA GPIO expander, with 16 GPIOs.
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/gpio/gpio-pca953x.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/gpio/gpio-pca953x.txt
b/Documentation/devicetr
The NXP PCA6416, documented at [1], is a variant of the PCA GPIO
expander with 16 GPIOs, and supporting an interrupt.
[1] https://www.nxp.com/docs/en/data-sheet/PCA6416A.pdf
Signed-off-by: Alexandre Belloni
---
drivers/gpio/gpio-pca953x.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/dr
On Mon, Apr 08, 2019 at 07:42:52PM +0300, Andy Shevchenko wrote:
> On Wed, Apr 3, 2019 at 7:46 PM Heikki Krogerus
> wrote:
> >
> > Supplying also external devices - the DisplayPort connector
> > and the USB role switch - software fwnodes. After this the
> > driver has access to all the components
On Mon, Apr 08, 2019 at 07:09:15PM +0300, Andy Shevchenko wrote:
> On Wed, Apr 3, 2019 at 7:46 PM Heikki Krogerus
> wrote:
> >
> > Software nodes provide two features that we will need later.
> > 1) Software nodes can have references to other software nodes.
> > 2) Software nodes can exist before
Documentation for this PHY, and the proper configuration settings,
is *not* publicly available. Therefore the initialization sequence
is copied wholesale from downstream:
https://source.codeaurora.org/quic/la/kernel/msm-4.4/tree/arch/arm/boot/dts/qcom/msm8998-v2.dtsi?h=LE.UM.1.3.r3.25#n372
Review
Hi Ingo, Peter,
On Wed, Apr 03, 2019 at 01:38:39AM -0700 tip-bot for Phil Auld wrote:
> Commit-ID: 06ec5d30e8d57b820d44df6340dcb25010d6d0fa
> Gitweb:
> https://git.kernel.org/tip/06ec5d30e8d57b820d44df6340dcb25010d6d0fa
> Author: Phil Auld
> AuthorDate: Tue, 19 Mar 2019 09:00:05 -0400
>
Add compatible string for QMP PCIe phy on msm8998.
Signed-off-by: Marc Gonzalez
---
Documentation/devicetree/bindings/phy/qcom-qmp-phy.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/phy/qcom-qmp-phy.txt
b/Documentation/devicetree/bindings/phy/qcom
On 4/3/19 11:13 PM, Tobin C. Harding wrote:
> According to 0day test robot this is triggering an error from
> CHECK_DATA_CORRUPTION when the kernel is built with CONFIG_DEBUG_LIST.
FWIW, that report [1] was for commit 15c8410c67adef from next-20190401. I've
checked and it's still the v4 version,
From: Colin Ian King
The zero namelen check is redundant as it has already been checked
for zero at the start of the function. Remove the redundant check.
Addresses-Coverity: ("Logically Dead Code")
Signed-off-by: Colin Ian King
---
net/dns_resolver/dns_query.c | 2 --
1 file changed, 2 delet
The S2MPA01_REGULATOR_CNT is no longer used after converted to use
simplified DT parsing.
Signed-off-by: Axel Lin
---
drivers/regulator/s2mpa01.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/regulator/s2mpa01.c b/drivers/regulator/s2mpa01.c
index da11ac5c09f2..51f7e8b74d8c 100644
On Tue, Apr 02, 2019 at 06:02:44PM +0200, Frederic Weisbecker wrote:
> @@ -1988,45 +1961,151 @@ static int exclusive_bit(int new_bit)
> return state | (dir ^ LOCK_USAGE_DIR_MASK);
> }
>
> +static unsigned long exclusive_dir_mask(unsigned long mask)
Would you mind terribly if I call that:
On Tue, Apr 09, 2019 at 08:48:16AM -0400, Phil Auld wrote:
> Hi Ingo, Peter,
>
> On Wed, Apr 03, 2019 at 01:38:39AM -0700 tip-bot for Phil Auld wrote:
> > Commit-ID: 06ec5d30e8d57b820d44df6340dcb25010d6d0fa
> > Gitweb:
> > https://git.kernel.org/tip/06ec5d30e8d57b820d44df6340dcb25010d6d0fa
>
On 4/3/19 1:05 AM, Tobin C. Harding wrote:
> Tobin C. Harding (7):
> list: Add function list_rotate_to_front()
> slob: Respect list_head abstraction layer
> slob: Use slab_list instead of lru
> slub: Add comments to endif pre-processor macros
> slub: Use slab_list instead of lru
> slab:
Commit 58bc4c34d249 ("mm/vmstat.c: skip NR_TLB_REMOTE_FLUSH* properly")
depends on skipping vmstat entries with empty name introduced in commit
7aaf77272358 ("mm: don't show nr_indirectly_reclaimable in /proc/vmstat")
but reverted in commit b29940c1abd7 ("mm: rename and change semantics of
nr_indir
On 4/8/2019 7:11 PM, Jan Kara wrote:
On Sat 06-04-19 15:13:13, ZhangXiaoxu wrote:
When the buffer write failed, 'end_buffer_write_sync' and
'end_buffer_async_write' will clear the uptodate flag. But the
data in the buffer maybe newer than disk. In some case, this
will lead data corruption.
F
On Mon, 8 Apr 2019, Arnd Bergmann wrote:
> clang points out that the declaration of cio_irb does not match the
> definition exactly, it is missing the alignment attribute:
>
> ../drivers/s390/cio/cio.c:50:1: warning: section does not match previous
> declaration [-Wsection]
> DEFINE_PER_CPU_ALIGN
On Tue, Apr 09, 2019 at 03:05:27PM +0200 Peter Zijlstra wrote:
> On Tue, Apr 09, 2019 at 08:48:16AM -0400, Phil Auld wrote:
> > Hi Ingo, Peter,
> >
> > On Wed, Apr 03, 2019 at 01:38:39AM -0700 tip-bot for Phil Auld wrote:
> > > Commit-ID: 06ec5d30e8d57b820d44df6340dcb25010d6d0fa
> > > Gitweb:
On 4/9/19 3:01 PM, Konstantin Khlebnikov wrote:
> Commit 58bc4c34d249 ("mm/vmstat.c: skip NR_TLB_REMOTE_FLUSH* properly")
> depends on skipping vmstat entries with empty name introduced in commit
> 7aaf77272358 ("mm: don't show nr_indirectly_reclaimable in /proc/vmstat")
> but reverted in commit b2
Hi Rikard,
On Tue, 9 Apr 2019 11:15:29 +0200
Rikard Falkeborn wrote:
> There was a missing comparison with 0 when checking if type is "s64" or
> "u64". Therefore, the body of the if-statement was entered if "type" was
> "u64" or not "s64", which made the first strcmp() redundant since if
> ty
Guten Tag.
Gewinnen Sie gezielt neue Kunden. Mit den täglich aktualisierten Firmenadressen
aus der Firmendatenbank GC-Contact erreichen Sie Ihre Zielgruppe punktgenau.
Nur einmal zahlen und auf Dauer profitieren. Durch die verschiedenen
Kontaktmöglichkeiten:
Postadresse, Telefonnummer, Faxnumme
On Tue, 2019-04-09 at 10:25 +0200, Rafael J. Wysocki wrote:
> On Sat, Apr 6, 2019 at 8:18 PM Qian Cai wrote:
> >
> > The commit 665ac7e92757 ("acpi/hmat: Register processor domain to its
> > memory") introduced some memory leaks below due to it fails to release
> > the heap memory in an error pat
On 09/04/19 10:52 AM, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the rtc tree got a conflict in:
drivers/rtc/rtc-omap.c
between commit:
6256f7f7f217 ("rtc: OMAP: Add support for rtc-only mode")
from the omap tree and commit:
35118b7a4ea0 ("rtc: omap: let the cor
On Tue, Apr 09, 2019 at 05:00:53PM +0530, Vidya Sagar wrote:
> On 4/6/2019 12:28 AM, Bjorn Helgaas wrote:
> > On Fri, Apr 05, 2019 at 01:23:51AM +0530, Vidya Sagar wrote:
> > > On 4/3/2019 11:06 PM, Bjorn Helgaas wrote:
> > > > On Wed, Apr 03, 2019 at 03:13:09PM +0530, Vidya Sagar wrote:
> > > > >
On Tue, Apr 09, 2019 at 11:20:36AM +0200, David Hildenbrand wrote:
> BTW I like the idea of allocating pages that have already been hinted as
> last "choice", allocating pages that have not been hinted yet first.
OK I guess but note this is just a small window during which
not all pages have been
This patch will ensure compatibility with the new revision of the AD5758
dac converter. The modifications consist of removing the fault_prot_switch
function since this option is no longer available, and enabling the
ENABLE_PPC_BUFFERS bit in ADC_CONFIG register before setting the PPC
current mode.
On 09.04.2019 16:16, Vlastimil Babka wrote:
On 4/9/19 3:01 PM, Konstantin Khlebnikov wrote:
Commit 58bc4c34d249 ("mm/vmstat.c: skip NR_TLB_REMOTE_FLUSH* properly")
depends on skipping vmstat entries with empty name introduced in commit
7aaf77272358 ("mm: don't show nr_indirectly_reclaimable in /
On 09.04.19 15:31, Michael S. Tsirkin wrote:
> On Tue, Apr 09, 2019 at 11:20:36AM +0200, David Hildenbrand wrote:
>> BTW I like the idea of allocating pages that have already been hinted as
>> last "choice", allocating pages that have not been hinted yet first.
>
> OK I guess but note this is just
On Tue, Apr 09, 2019 at 03:36:08PM +0200, David Hildenbrand wrote:
> On 09.04.19 15:31, Michael S. Tsirkin wrote:
> > On Tue, Apr 09, 2019 at 11:20:36AM +0200, David Hildenbrand wrote:
> >> BTW I like the idea of allocating pages that have already been hinted as
> >> last "choice", allocating pages
On Tue 2019-04-02 11:29:00, Sergey Senozhatsky wrote:
> On (04/02/19 10:28), Feng Tang wrote:
> > > So my first thought was - let's not add a `bool flag', but instead add
> > > an `enum' with clear flag names, e.g. DUMP_ALL/DUMP_PENDING, etc.
> > > Something
> > > similar to what ftrace_dump(DUMP_
On Mon, Apr 08, 2019 at 07:53:34AM +0200, Martin Kepplinger wrote:
> On 21.03.19 14:41, Jarkko Sakkinen wrote:
> > On Tue, Mar 19, 2019 at 04:03:37PM -0700, Paul Zimmerman wrote:
> >> So I bisected this down to:
> >>
> >> # first bad commit: [a3fbfae82b4cb3ff9928e29f34c64d0507cad874] tpm:
> >> take
On Mon, Apr 08, 2019 at 11:04:22AM +0200, Martin Kepplinger wrote:
> On 08.04.19 08:59, Paul Zimmerman wrote:
> > On Sun, Apr 7, 2019 at 10:53 PM Martin Kepplinger
> > wrote:
> >>
> >> On 21.03.19 14:41, Jarkko Sakkinen wrote:
> >>> On Tue, Mar 19, 2019 at 04:03:37PM -0700, Paul Zimmerman wrote:
>
On Fri, Apr 05, 2019 at 01:58:53AM +, George Spelvin wrote:
> If CONFIG_ARCH_SUPPORTS_INT128, s_max is 128 bits, and variable
> sign-extending shifts of such a double-word data type are a non-trivial
> amount of code and complexity. Do a single-word sign-extension *before*
> the cast to (s_max
On Mon, Apr 08, 2019 at 02:01:38PM +0200, Thibaut Sautereau wrote:
> Hello Jarkko,
>
> On Thu, Mar 28, 2019 at 09:34:18AM -0700, Tadeusz Struk wrote:
> > On 3/28/19 5:34 AM, Jarkko Sakkinen wrote:
> > > Thank you, it is applied.
> >
> > Thank you Jarkko.
>
> What's the status of this patch now?
On 09.04.19 15:37, Michael S. Tsirkin wrote:
> On Tue, Apr 09, 2019 at 03:36:08PM +0200, David Hildenbrand wrote:
>> On 09.04.19 15:31, Michael S. Tsirkin wrote:
>>> On Tue, Apr 09, 2019 at 11:20:36AM +0200, David Hildenbrand wrote:
BTW I like the idea of allocating pages that have already bee
Hi Nick,
On Tue, Apr 09, 2019 at 07:00:52PM +1000, Nicholas Piggin wrote:
> Linus Torvalds's on April 6, 2019 1:50 am:
> > On Fri, Apr 5, 2019 at 4:01 AM Will Deacon wrote:
> >>
> >> mmiowb() is now implied by spin_unlock() on architectures that require
> >> it, so there is no reason to call it f
On Tue, Apr 09, 2019 at 02:57:50PM +0200, Ondrej Mosnacek wrote:
> On Tue, Apr 9, 2019 at 5:40 AM Richard Guy Briggs wrote:
> > Add audit container identifier support to the action of signalling the
> > audit daemon.
> >
> > Since this would need to add an element to the audit_sig_info struct,
> >
Hi
On 4/8/19 6:22 PM, Flavio Suligoi wrote:
Add an info message for the PXA2xx device driver start-up,
with the indication of the transfer mode used (DMA or GPIO).
This info is useful to individuate the timing when
the module starts.
Signed-off-by: Flavio Suligoi
---
drivers/spi/spi-pxa2xx.
On 4/8/19 2:08 PM, Borislav Petkov wrote:
> On Mon, Apr 08, 2019 at 06:41:30PM +, Gary R Hook wrote:
>> Again, not arguing. I completely understand. However, to be fair, this
>> isn't about SME having trouble with those facilities, this is about
>> using certain features (e.g. command line op
Hi,
As of now, objtool only supports the x86_64 architecture but the
groundwork has already been done in order to add support for other
architecture without too much effort.
This series of patches adds support for the arm64 architecture
based on the Armv8.5 Architecture Reference Manual.
* Patch
The jump destination and relocation offset used previously are only reliable
on x86_64 architecture. We abstract these computations by calling arch-dependant
implementation.
The control flow information and register macro definitions were based on
the x86_64 architecture but should be abstract so
Signed-off-by: Raphael Gault
---
arch/arm64/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index a4168d366127..314ca1a3ea70 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -151,6 +151,7 @@ config ARM64
select HAVE_RCU_TABLE_
Since the way the initial stack frame when entering a function is different
that what is done
in the x86_64 architecture, we need to add some more check to support the
different cases.
As opposed as for x86_64, the return address is not stored by the call
instruction but is instead
loaded in a r
Signed-off-by: Raphael Gault
---
arch/arm64/include/asm/assembler.h | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm64/include/asm/assembler.h
b/arch/arm64/include/asm/assembler.h
index 4feb6119c3c9..636a07a7eb76 100644
--- a/arch/arm64/include/asm/assembler.h
+++
Provide implementation for the arch-dependent functions that are called by the
main check
function of objtool.
The ORC unwinder is not yet supported by the arm64 architecture so we only
provide a dummy
interface for now.
The decoding of the instruction is split into classes and subclasses as
des
Annotate cpu_resume and _cpu_resume to silence objtool warning
about non-standard stack frame.
Signed-off-by: Raphael Gault
---
arch/arm64/kernel/sleep.S | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/kernel/sleep.S b/arch/arm64/kernel/sleep.S
index 3e53ffa07994..eb434525fe82
On Thu, Apr 4, 2019 at 7:32 AM Marc Gonzalez wrote:
>
> +robh
>
> On 04/04/2019 11:08, Rocky Liao wrote:
>
> > This patchs patch adds an optional device property nvm-postfix to allow the
> > driver to load customized nvm file based on this property
>
> While text /before/ is indeed called a "prefi
On Fri, Nov 16, 2018 at 6:44 PM syzbot
wrote:
>
> syzbot has found a reproducer for the following crash on:
>
> HEAD commit:da5322e65940 Merge tag 'selinux-pr-20181115' of git://git...
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=13a06f7b40
> kerne
On Tue, Apr 9, 2019 at 5:15 AM Rocky Liao wrote:
>
> On 2019-04-04 20:32, Marc Gonzalez wrote:
> > +robh
> >
> > On 04/04/2019 11:08, Rocky Liao wrote:
> >
> >> This patchs patch adds an optional device property nvm-postfix to
> >> allow the
> >> driver to load customized nvm file based on this pr
On Tue, Apr 09, 2019 at 03:43:58PM +0200, David Hildenbrand wrote:
> On 09.04.19 15:37, Michael S. Tsirkin wrote:
> > On Tue, Apr 09, 2019 at 03:36:08PM +0200, David Hildenbrand wrote:
> >> On 09.04.19 15:31, Michael S. Tsirkin wrote:
> >>> On Tue, Apr 09, 2019 at 11:20:36AM +0200, David Hildenbran
The util-linux stable release v2.33.2 is available at
http://www.kernel.org/pub/linux/utils/util-linux/v2.33/
Feedback and bug reports, as always, are welcomed.
Karel
util-linux 2.33.2 Release Notes
===
agetty:
- Fix input of non-ASCII characters in get_logn
Good evening from Singapore,
Primary Subject/Topic: Teo En Ming's Fortigate-VM64 Site-to-Site IPsec VPN
Tunnel Manual v1.0
Secondary Subject/Topic: How to Deploy Site-to-Site IPsec VPN Tunnel with
Fortigate-VM64 5.6.8 Virtual Firewall Appliances and VMware Workstation Pro
15.0.4
Multiple Link
Hi Jarkko,
> Hi
>
> On 4/8/19 6:22 PM, Flavio Suligoi wrote:
> > Add an info message for the PXA2xx device driver start-up,
> > with the indication of the transfer mode used (DMA or GPIO).
> >
> > This info is useful to individuate the timing when
> > the module starts.
> >
> > Signed-off-by: Fla
Hi,
Would you be interested in acquiring an email list of "Wine Enthusiasts" from
USA?
Our Databases:- Beer Enthusiasts List, Alcohol Enthusiasts, Travelers, Liquor
Enthusiasts, Chocolate Lovers, Camping and Outdoor Enthusiasts List and many
more..,
Each record in the list contains Contact
On 4/9/19 9:58 AM, Tulio Magno Quites Machado Filho wrote:
Alan Modra writes:
Yes, looks fine to me, except that in VLE mode (do we care?)
".long 0x0fe50553" disassembles as
0: 0f e5 se_cmphl r5,r30
2: 05 53 se_mullw r3,r5
No illegal/trap/privileged insn there.
".
On Mon 2019-04-01 18:48:04, Feng Tang wrote:
> Currently on panic, kernel will lower the loglevel and print out
> new printk msg only. With this patch, user can configure the
> "panic_print" to see all dmesg in buffer, some of which they may
> have never seen due to the loglevel setting.
>
> Signe
On 4/9/19 12:44 AM, Peng Ma wrote:
> Hi Axboe,
>
> Patch link:
>
> http://patchwork.ozlabs.org/patch/1055028/
>
> http://patchwork.ozlabs.org/patch/1054189/
Applied, thanks.
--
Jens Axboe
This change is to fix lost and mess up of Kernel messages while restarting or
shutting down.
If the console lock is held by other CPU running while the system is restarting
or shutting down, the Kernel messages in the printk log buffer can not be
printed out to the console drivers. The Kernel messa
If the console lock is held by other CPU running while the system is
restarting or shutting down, the Kernel messages in the printk log buffer
can not be printed out to the console drivers. The Kernel messages can be
lost or messed up.
This change calls console_unlock after SMP stopped to flush the
* Masahiro Yamada [190409 07:06]:
> On Tue, Apr 9, 2019 at 2:17 PM Keerthy wrote:
> >
> >
> >
> > On 09/04/19 10:37 AM, Masahiro Yamada wrote:
> > > On Tue, Apr 9, 2019 at 2:00 PM Keerthy wrote:
> > >>
> > >>
> > >>
> > >> On 08/04/19 9:48 PM, Tony Lindgren wrote:
> > >>> Hi,
> > >>>
> > >>> * M
On Tue, Apr 09, 2019 at 11:17:14PM +0900, Jinyoung Park wrote:
> If the console lock is held by other CPU running while the system is
> restarting or shutting down, the Kernel messages in the printk log buffer
> can not be printed out to the console drivers. The Kernel messages can be
> lost or mes
On Tue, Apr 09, 2019 at 11:17:14PM +0900, Jinyoung Park wrote:
> If the console lock is held by other CPU running while the system is
> restarting or shutting down, the Kernel messages in the printk log buffer
> can not be printed out to the console drivers. The Kernel messages can be
> lost or mes
Hey.
Perhaps anyone can help with the following, which is a problem at a
mass storage system cluster at the physics faculty here:
The cluster consists of 40 nodes all running Debian stable with a
4.9.130 kernel serving some ~3 PiB storage via 10GbE networking.
Part of the nodes are some Dell Powe
101 - 200 of 567 matches
Mail list logo
