Hi Rob,
Thanks for your comments, I don't understand what you said.
This patch is one of the series
patchs(http://patchwork.ozlabs.org/project/linux-ide/list/?series=93099&archive=both&state=*)
for review.
There is not changed for 6th version of this patch.
Best Regards,
Peng
>-Original Me
Hi
Just wondering what will happen if kzalloc() fails in scif_mmap.c. How
it is recovered? I don't see anything in the VMA callbacks taking care
of this.
/Jarkko
Hi,
On 09. 03. 19 17:19, Andrew Lunn wrote:
>> Related to this, I have a query on how the DT node for gmii2rgmii should
>> look.
>> One of the users of gmii2rgmii is Cadence macb driver. In Xilinx tree, we use
>> this piece of code to register this mdiobus:
>> + mdio_np = of_get_child_by_name(np,
On Sun, Mar 10, 2019 at 08:20:30PM +0800, Yang Weijiang wrote:
> On Fri, Mar 08, 2019 at 12:32:04PM +0100, Paolo Bonzini wrote:
> > On 28/02/19 09:44, Yang Weijiang wrote:
> > >>> if (!vmx_xsaves_supported())
> > >>> return 1;
> > >>> +
> > >>>
Add EC host command support through rpmsg.
Signed-off-by: Pi-Hsun Shih
---
Changes from v5:
- Change commit title.
- Add documents for some structs, and fix all warning from
scripts/kernel-doc.
- Miscellaneous fixes based on feedback.
Changes from v4:
- Change from work queue to completio
Add a DT binding documentation for ChromeOS EC driver over rpmsg.
Signed-off-by: Pi-Hsun Shih
---
Changes from v5:
- New patch.
---
Documentation/devicetree/bindings/mfd/cros-ec.txt | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/mfd/cro
On Tue, Mar 05, 2019 at 02:09:06AM -0500, Pankaj Gupta wrote:
>
> Hello Michael,
>
> Thanks for your reply.
>
> >
> > On Mon, Mar 04, 2019 at 06:35:11PM +0530, Pankaj Gupta wrote:
> > > The commit a7a69ec0d8e4 ("virtio_console: free buffers after reset")
> > > deffered detaching of unused b
Since a SCP and EC would both exist on a system, and use the cros_ec_dev
driver, we need to differentiate between them for the userspace, or they
would both be registered at /dev/cros_ec, causing a conflict.
Signed-off-by: Pi-Hsun Shih
---
Changes from v5:
- No change.
Changes from v4:
- No ch
From: Erin Lo
Provide a basic driver to control Cortex M4 co-processor
Signed-off-by: Erin Lo
Signed-off-by: Nicolas Boichat
---
Changes from v5:
- Changed some space to tab.
Changes from v4:
- Rename most function from mtk_scp_* to scp_*.
- Change the irq to threaded handler.
- Load ELF
Add a simple rpmsg support for mt8183 SCP, that use IPI / IPC directly.
Signed-off-by: Pi-Hsun Shih
---
Changes from v5:
- CONFIG_MTK_SCP now selects CONFIG_RPMSG_MTK_SCP, and the dummy
implementation for mtk_rpmsg_{create,destroy}_rproc_subdev when
CONFIG_RPMSG_MTK_SCP is not defined is r
From: Erin Lo
Add memory table mapping API for other driver to lookup
reserved physical and virtual memory
Signed-off-by: Erin Lo
---
Changes from v5:
- No change.
Changes from v4:
- New patch.
---
drivers/remoteproc/mtk_scp.c | 110 ++
include/linux/platfor
From: Erin Lo
Add a DT binding documentation of SCP for the
MT8183 SoC from Mediatek.
Signed-off-by: Erin Lo
---
Changes from v5:
- Remove dependency on CONFIG_RPMSG_MTK_SCP.
Changes from v4:
- Add detail of more properties.
- Document the usage of mtk,rpmsg-name in subnode from the new des
Fix the warning produced by gpiochip_set_irq_hooks() by allocating a
dedicated IRQ chip per GPIO chip/port.
Signed-off-by: Andrey Smirnov
Cc: Linus Walleij
Cc: Bartosz Golaszewski
Cc: Chris Healy
Cc: Andrew Lunn
Cc: Heiner Kallweit
Cc: Fabio Estevam
Cc: linux-g...@vger.kernel.org
Cc: linux-
Clk_gpio should be disabled in all error paths in the code that
follws, including the case when either gpiochip_add_data() or
gpiochip_irqchip_add() fail. To simplify things fix this by using
devm_add_action() to disable corresponding clock in case of any erros
as well as driver/device removal.
Si
Clk_port should be disabled in all error paths in the code that
follws, including the case when either gpiochip_add_data() or
gpiochip_irqchip_add() fail. To simplify things fix this by using
devm_add_action_or_reset() to disable corresponding clock in case of
any erros as well as driver/device rem
The code already defines "dev" variable to help with that, so make
sure all of the code uses it.
Signed-off-by: Andrey Smirnov
Cc: Linus Walleij
Cc: Bartosz Golaszewski
Cc: Chris Healy
Cc: Andrew Lunn
Cc: Heiner Kallweit
Cc: Fabio Estevam
Cc: linux-g...@vger.kernel.org
Cc: linux-kernel@vger
Now that the driver's custom remove hook contains only a single
action, replace it by converting the code to use
devm_gpiochip_add_data() to simplify things.
Signed-off-by: Andrey Smirnov
Cc: Linus Walleij
Cc: Bartosz Golaszewski
Cc: Chris Healy
Cc: Andrew Lunn
Cc: Heiner Kallweit
Cc: Fabio
Both branches of the if statement do exactly the same thing, just at
different offsets. Simplify the code a bit by moving shared action
code outside of the if statement. No functional change intended.
Signed-off-by: Andrey Smirnov
Cc: Linus Walleij
Cc: Bartosz Golaszewski
Cc: Chris Healy
Cc: A
Hi Andrzej,
USB CV MSC tests failed starting from Test Case 6 with BNA interrupt on
ep1in. It's first BULK IN transaction after GET MAXLUN.
[319523.955339] dwc2 dwc2.1.auto: dwc2_hsotg_irq: 04088028 0008
(d88c3cc4) retry 8
[319523.955357] dwc2 dwc2.1.auto: dwc2_hsotg_irq: daint=0002
[31
Everyone:
This series contains a number of fixes/improvements I came up with
while working VF610 GPIO code. Hopefully each commit is
self-explanatory.
Feedback is welcome!
Thanks,
Andrey Smirnov
Andrey Smirnov (7):
gpio: vf610: Do not share irq_chip
gpio: vf610: Simplify vf610_gpio_set()
The only difference between two codepaths is register offset
used. Simplify the code a bit by replacing explicit calls with a
single call with a variable offset. No functional change intended.
Signed-off-by: Andrey Smirnov
Cc: Linus Walleij
Cc: Bartosz Golaszewski
Cc: Chris Healy
Cc: Andrew Lu
On Mon, 2019-03-11 at 11:46 +0800, Hsin-Hsiung Wang wrote:
> From: Ran Bi
>
> This add support for the MediaTek MT6358 RTC. MT6397 mfd will pass
> RTC_WRTGR address offset to RTC driver.
>
> Signed-off-by: Ran Bi
> ---
> drivers/rtc/rtc-mt6397.c | 16 ++--
> 1 file changed, 14 inse
On Mon, 2019-03-11 at 11:46 +0800, Hsin-Hsiung Wang wrote:
> From: Ran Bi
>
> Alarm registers high byte was reserved for other functions.
> This add mask in alarm registers operation functions.
> This also fix error condition in interrupt handler.
>
> Fixes: fc2979118f3f ("rtc: mediatek: Add MT6
On Fri, Mar 08, 2019 at 09:01:51AM -0700, Tycho Andersen wrote:
> On Fri, Mar 08, 2019 at 03:14:18PM +1100, Tobin C. Harding wrote:
> > --- a/mm/slub.c
> > +++ b/mm/slub.c
> > @@ -3642,6 +3642,7 @@ static int kmem_cache_open(struct kmem_cache *s,
> > slab_flags_t flags)
> >
> > set_cpu_parti
Hi Felix,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 12ad143e1b803e541e48b8ba40f550250259ecdd
commit: c8846e1015022d2531ac4c895783e400b3e5babe mt76: add driver for MT7603E
and MT7628/7688
date: 13 days ago
co
Hi Alin,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 12ad143e1b803e541e48b8ba40f550250259ecdd
commit: a3419ce3356cf1fdc69a0524eced84cef730b3bf netfilter: nf_conntrack_sip:
add sip_external_media logic
date: 3
In case spi_sync_locked fails, the fix reports the error and
returns the error code upstream.
Signed-off-by: Kangjie Lu
---
drivers/mmc/host/mmc_spi.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/mmc/host/mmc_spi.c b/drivers/mmc/host/mmc_spi.c
index 1b1498805972..a3533935e282
This series are based on 5.0-rc1(i2c/for-next) and these series
http://lists.infradead.org/pipermail/linux-mediatek/2019-February/017570.html
http://lists.infradead.org/pipermail/linux-mediatek/2019-February/017320.html
http://lists.infradead.org/pipermail/linux-mediatek/2019-January/017196.html
This patch adds nodes for I2C controller.
Signed-off-by: Qii Wang
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 190 ++
1 file changed, 190 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
index 165b859
Add i2c compatible for MT8183. Compare to MT2712 i2c controller,
MT8183 has different register offsets. Ltiming_reg is added to
adjust low width of SCL. Arb clock and dma_sync are needed.
Signed-off-by: Qii Wang
---
drivers/i2c/busses/i2c-mt65xx.c | 62 +--
New i2c registers would have different offsets, so we use different
offsets array to distinguish different i2c registers version.
Signed-off-by: Qii Wang
Reviewed-by: Matthias Brugger
---
drivers/i2c/busses/i2c-mt65xx.c | 163 +--
1 file changed, 104 inserti
When two i2c controllers are internally connected to the same
GPIO pins, the arb clock is needed to ensure that the waveforms
do not interfere with each other. And we also need to enable
the interrupt to find arb lost, old i2c controllers also have
the bit.
Signed-off-by: Qii Wang
---
drivers/i2
When i2c and apdma use different source clocks, we should enable
synchronization between them.
Signed-off-by: Qii Wang
Reviewed-by: Nicolas Boichat
---
drivers/i2c/busses/i2c-mt65xx.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/i2c/busses/i2c-mt65xx.c b/drivers/i2
Add MT8183 i2c binding to binding file. Compare to MT2712 i2c
controller, MT8183 has different registers, offsets, and clock.
Signed-off-by: Qii Wang
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/i2c/i2c-mtk.txt |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff
On Fri, Mar 08, 2019 at 12:32:04PM +0100, Paolo Bonzini wrote:
> On 28/02/19 09:44, Yang Weijiang wrote:
> >>> if (!vmx_xsaves_supported())
> >>> return 1;
> >>> +
> >>> /*
> >>> - * The only supported bit as of Skylake is bit 8, but
> >>> - *
On Fri, Mar 08, 2019 at 12:32:12PM +0100, Paolo Bonzini wrote:
> On 25/02/19 14:27, Yang Weijiang wrote:
> > + compacted = entry[i].eax &
> > + (F(XSAVES) | F(XSAVEC));
> > + entry[i].ebx = xstate_required_size(su
Please pull to get the following IDE changes, nothing super exciting as
usual:
1) Switch fallthrus from Gustavo A. R. Silva
2) Kconfig formatting cleanup from Enrico Weigelt
3) OF interface adjustment from Rob Herring
Thanks!
The following changes since commit cf76c364a1e1e5224af80edf70a1e30
Hi Miquel,
Thanks for the review.
I will update the driver to remove legacy hooks.
Apart from that, Do you have any other comments on this driver?
If any, I will fix those.
Thanks,
Naga Sureshkumar Relli
> -Original Message-
> From: Naga Sureshkumar Relli
> Sent: Monday, March 4, 2019 5
Hi Vignesh,
> -Original Message-
> From: linux-spi-ow...@vger.kernel.org On
> Behalf Of
> Vignesh Raghavendra
> Sent: Friday, March 8, 2019 10:20 AM
> To: Naga Sureshkumar Relli ; broo...@kernel.org;
> bbrezil...@kernel.org
> Cc: linux-...@vger.kernel.org; dw...@infradead.org; marek.va..
On Sat, Mar 9, 2019 at 3:50 AM Subhra Mazumdar
wrote:
>
> expected. Most of the performance recovery happens in patch 15 which,
> unfortunately, is also the one that introduces the hard lockup.
>
After applied Subhra's patch, the following is triggered by enabling
core sched when a cgroup is
unde
Dear Friend (Assalamu Alaikum),
I came across your e-mail contact prior a private search while in need of
your assistance. My name is Aisha Al-Qaddafi a single Mother and a Widow
with three Children. I am the only biological Daughter of late Libyan
President (Late Colonel Muammar Gaddafi).
I have
On Sun, 10 Mar 2019, Qian Cai wrote:
atomic64_read() on ppc64le returns "long int", so fix the same way as
the commit d549f545e690 ("drm/virtio: use %llu format string form
atomic64_t") by adding a cast to u64, which makes it work on all arches.
In file included from ./include/linux/printk.h:7,
On 3/10/19 8:25 PM, Morris Ku 古文俊 wrote:
> Hi,
>
>> This patch add header file, Kconfig and Makefile.
>>
>> Signed-off-by: Morris Ku
>> ---
> ok , I'll delete Kconfig in next version.
Hi,
Please just send plain text emails -- no html.
vger.kernel.org (the mailing list server) ignores emails
clean up code
Signed-off-by: Hsin-Hsiung Wang
---
drivers/mfd/mt6397-core.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/mfd/mt6397-core.c b/drivers/mfd/mt6397-core.c
index 77b64bd..acb9812 100644
--- a/drivers/mfd/mt6397-core.c
+++ b/drivers/mfd/m
add dt-binding document for MediaTek MT6358 PMIC
Signed-off-by: Hsin-Hsiung Wang
---
.../bindings/regulator/mt6358-regulator.txt| 318 +
1 file changed, 318 insertions(+)
create mode 100644
Documentation/devicetree/bindings/regulator/mt6358-regulator.txt
diff --git
This adds support for the MediaTek MT6358 PMIC. This is a
multifunction device with the following sub modules:
- Regulator
- RTC
- Codec
- Interrupt
It is interfaced to the host controller using SPI interface
by a proprietary hardware called PMIC wrapper or pwrap.
MT6358 MFD is a child device of
In order to support different types of irq design, we decide to add
separate irq drivers for different design and keep mt6397 mfd core
simple and reusable to all generations of PMICs so far.
Signed-off-by: Hsin-Hsiung Wang
---
drivers/mfd/Makefile| 2 +-
drivers/mfd/mt6397-core.c
From: Ran Bi
This add support for the MediaTek MT6358 RTC. MT6397 mfd will pass
RTC_WRTGR address offset to RTC driver.
Signed-off-by: Ran Bi
---
drivers/rtc/rtc-mt6397.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-mt6397.c b/drivers/rt
The MT6358 is a regulator found on boards based on MediaTek MT8183 and
probably other SoCs. It is a so called pmic and connects as a slave to
SoC using SPI, wrapped inside the pmic-wrapper.
Signed-off-by: Hsin-Hsiung Wang
---
drivers/regulator/Kconfig | 9 +
drivers/regulator/
This patchset including refactoring interrupt add support to MT6358 PMIC.
MT6358 is the primary PMIC for MT8183 platform.
changes since v1:
- refine for better code quality.
- remove of_match_table in the MT6358 regulator driver.
- some minor bug fix of mfd driver, like getting pmic id flow.
- add
From: Ran Bi
Alarm registers high byte was reserved for other functions.
This add mask in alarm registers operation functions.
This also fix error condition in interrupt handler.
Fixes: fc2979118f3f ("rtc: mediatek: Add MT6397 RTC driver")
Signed-off-by: Ran Bi
---
drivers/rtc/rtc-mt6397.c |
This adds compatible for the MediaTek MT6358 PMIC.
Signed-off-by: Hsin-Hsiung Wang
---
Documentation/devicetree/bindings/mfd/mt6397.txt | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/mt6397.txt
b/Documentation/devicetree/bin
add PMIC MT6358 related nodes which is for mt8183 platform
Signed-off-by: Hsin-Hsiung Wang
---
arch/arm64/boot/dts/mediatek/mt6358.dtsi | 318 +++
1 file changed, 318 insertions(+)
create mode 100644 arch/arm64/boot/dts/mediatek/mt6358.dtsi
diff --git a/arch/arm64/b
Linus,
The biggest change for this release is in the histogram code.
- Add "onchange(var)" histogram handler that executes a action when $var
changes.
- Add new "snapshot()" action for histogram handlers, that causes a
snapshot of the ring buffer when triggered.
ie. onchange(var).sn
Hi Rob,
Please find my comments below,
On Sat, Feb 23, 2019 at 1:05 AM Rob Herring wrote:
>
> On Fri, Feb 22, 2019 at 11:29 AM Srinath Mannam
> wrote:
> >
> > Hi Rob,
> >
> > Thanks for the review, Please find my comments below in line.
> >
> > On Fri, Feb 22, 2019 at 10:50 PM Rob Herring wrot
On Sat, Mar 9, 2019 at 12:30 AM Luis Henriques wrote:
>
> The CephFS kernel client does not enforce quotas set in a directory that isn't
> visible from the mount point. For example, given the path '/dir1/dir2', if
> quotas
> are set in 'dir1' and the filesystem is mounted with
>
> mount -t cep
On 02/27/19 at 08:39am, Borislav Petkov wrote:
> + Kees.
>
> @Kees, you might want to go upthread a bit for context.
>
> On Wed, Feb 27, 2019 at 09:30:34AM +0800, Baoquan He wrote:
> > Agree that 'crashkernel=x' should be encouraged to use as the first
> > choice when reserve crashkernel. If we d
On (03/08/19 15:02), Sebastian Andrzej Siewior wrote:
> On 2019-02-12 15:30:03 [+0100], John Ogness wrote:
>
> you removed the whole `irq_work' thing. You can also remove the include
> for linux/irq_work.h.
It may be too early to remove the whole `irq_work' thing.
printk()->call_console_driver()
On Thu, Feb 21, 2019 at 12:34:42PM +, Leon Romanovsky wrote:
> On Thu, Feb 21, 2019 at 05:13:32PM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the xarray tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
[API change]
So I ended up being really
CC more active Chinese peoples.
Hi Harry,
Could you please give some comments as the patch series is updated to v3 and I
can't see any problem of this series?
There could do more on the processing docs translation, but as the first step,
we want comments from Chinese doc maintainer.
Thanks
Al
Hi David,
Is there something need do for this patch? Pls let me know.
I saw the patchwork status labled to 'Not Applicable'
https://patchwork.ozlabs.org/patch/1052624/
On 2019/3/7 10:22, Yue Haibing wrote:
> From: YueHaibing
>
> register_snap_client may return NULL, all the callers
> check
On March 9, 2019 10:18:40 PM PST, Greg Kroah-Hartman
wrote:
>On Sat, Mar 09, 2019 at 10:10:19PM -0800, h...@zytor.com wrote:
>> On March 8, 2019 4:50:03 AM PST, Greg Kroah-Hartman
> wrote:
>> >5.0-stable review patch. If anyone has any objections, please let
>me
>> >know.
>> >
>> >--
> > For Guest XSS, right now, only bit 11(user states) and bit 12
> > (supervisor states) are supported, if other bits are being set, need
> > to modify KVM_SUPPORTED_XSS macro to have support.
> >
> > Signed-off-by: Zhang Yi Z
> > Signed-off-by: Yang Weijiang
> > ---
> > arch/x86/kvm/vmx.c | 8
In ipc_idr_alloc(), the sequence number of the kern_ipc_perm object was
also set before calling idr_alloc(). That gets changed recently in order
to conserve the sequence number space. That can lead to a possible race
condition where another thread of the same kern_ipc_perm may have called
ipc_obtai
Currently we use the page->lru list for maintaining lists of slabs. We
have a list in the page structure (slab_list) that can be used for this
purpose. Doing so makes the code cleaner since we are not overloading
the lru list.
Use the slab_list instead of the lru list for maintaining lists of
sl
Currently we use the page->lru list for maintaining lists of slabs. We
have a list in the page structure (slab_list) that can be used for this
purpose. Doing so makes the code cleaner since we are not overloading
the lru list.
Use the slab_list instead of the lru list for maintaining lists of
sl
Currently we use the page->lru list for maintaining lists of slabs. We
have a list in the page structure (slab_list) that can be used for this
purpose. Doing so makes the code cleaner since we are not overloading
the lru list.
Use the slab_list instead of the lru list for maintaining lists of
sl
SLUB allocator makes heavy use of ifdef/endif pre-processor macros.
The pairing of these statements is at times hard to follow e.g. if the
pair are further than a screen apart or if there are nested pairs. We
can reduce cognitive load by adding a comment to the endif statement of
form
#ifd
Currently the slab allocators (ab)use the struct page 'lru' list_head.
We have a list head for slab allocators to use, 'slab_list'.
Clean up all three allocators by using the 'slab_list' list_head instead
of overloading the 'lru' list_head.
Initial patch makes no code changes, adds comments to #e
Andrew Jones Partners
8 Kennington Rd,
Lambeth,
London,
SE1 7BL
i...@andrewjonespartners.co.uk
Phone: +447978256654
Fax: +44 8704795246
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Sebastian Andrzej Siewior
> Sent: Friday, March 8, 2019 17:42
> To: Liu, Yongxin
> Cc: linux-kernel@vger.kernel.org; linux-rt-us...@vger.kernel.org;
> t...@linutronix
Dear friend,
This is Daniel Murray and i am from Sinara Group Co.,LTD in Russia.
We are glad to know about your company from the web and we are interested in
your products.
Could you kindly send us your Latest catalog and price list for our trial order.
Thanks and Best Regards,
Daniel Murr
Hi Linus,
Can you please pull the m68knommu git tree, for-next branch.
Only a single change to provide platform side support for the eDMA
hardware module on the ColdFire MCF5441X SoC.
Regards
Greg
The following changes since commit 5908e6b738e3357af42c10e1183753c70a0117a9:
Linux 5.0-rc
Hi, Long
List some comments as the below and this week I will find a board to
test and then improve the driver.
Sean
On Wed, Mar 6, 2019 at 5:45 PM Long Cheng wrote:
>
> In DMA engine framework, add 8250 uart dma to support MediaTek uart.
> If MediaTek uart enabled(SERIAL_8250_MT6577),
On Sun, Mar 10, 2019 at 4:54 PM Dan Williams wrote:
>
> Unfortunately this particular b0rkage is not constrained to nvmem.
> I.e. there's nothing specific about nvmem requiring mc-safe memory
> copy, it's a cpu problem consuming any poison regardless of
> source-media-type with "rep; movs".
So wh
On Thu, 2019-02-28 at 19:07 -0300, Paul Cercueil wrote:
> Hi,
>
> This is a first attempt at a KMS driver for the JZ47xx MIPS SoCs by
> Ingenic. It is aimed to replace the aging jz4740-fb driver.
>
> The driver will later be updated with new features (overlays, TV-out
> etc.), that's why I didn't
On 03/08/19 at 11:05am, Kairui Song wrote:
> On machines where the GART aperture is mapped over physical RAM,
> /proc/kcore contains the GART aperture range and reading it may lead
> to kernel panic.
>
> Vmcore used to have the same issue, until we fixed it in
> commit 2a3e83c6f96c ("x86/gart: Exc
[ add Tony, who has wrestled with how to detect rep; movs recover-ability ]
On Sun, Mar 10, 2019 at 1:02 PM Linus Torvalds
wrote:
>
> On Sun, Mar 10, 2019 at 12:54 PM Dan Williams
> wrote:
> >
> > Hi Linus, please pull from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm
The pll4_audio_div attempted to reflect one bit of a two-bit
divisor (AUDIO_DIV_LSB) in the CCM_ANALOG_MISC2 register.
Unfortunately, this divisor is non-functional at least on the
latest silicon revisions and has been removed from the reference
manual.
This is discussed in this NXP Community thr
On Sun, Mar 10, 2019 at 03:40:20PM -0700, Linus Torvalds wrote:
> SYSCALL_DEFINE3(osf_readv, unsigned long, fd,
> const struct iovec __user *, vector, unsigned long, count)
> {
> -#ifdef CONFIG_OSF4_COMPAT
> - if (unlikely(personality(current->personality) == PER_OSF4))
> -
On Sun, Mar 10, 2019 at 2:37 PM Matt Turner wrote:
>
> I'm not aware of a reason to keep a.out support on alpha.
Hmm. I was looking at removing a.out support entirely, but it's
actually fairly incestuous on alpha.
For example, arch/alpha/boot/tools/objstrip.c very much has some a.out
support in
On Fri, Mar 08, 2019 at 03:08:40AM +, Christopher Lameter wrote:
> On Wed, 6 Mar 2019, john.hubb...@gmail.com wrote:
> > Direct IO
> > =
> >
> > Direct IO can cause corruption, if userspace does Direct-IO that writes to
> > a range of virtual addresses that are mmap'd to a file. The pa
On Sat, 2019-03-09 at 17:02 +, Jonathan Cameron wrote:
> On Thu, 07 Mar 2019 21:34:12 +0100
> Andreas Brauchli wrote:
>
> > On Sat, 2018-12-22 at 16:56 +, Jonathan Cameron wrote:
> > > On Tue, 18 Dec 2018 18:44:40 +0100
> > > Tomasz Duszynski wrote:
> > >
> > > > On Mon, Dec 17, 2018
On Sun, Mar 10, 2019 at 01:22:24PM -0700, Linus Torvalds wrote:
> On Fri, Mar 8, 2019 at 12:33 PM Darren Hart wrote:
> >
> > The wmi mod alias changes collide with a similar series for TEE based
> > devices.
>
> Anyway, you also used a *very* new subkey. Can you please mention it,
> so that I do
The pull request you sent on Fri, 8 Mar 2019 09:42:14 +0100:
> git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b7a7d1c1ec688104fdc922568c26395a756f616d
Thank you!
--
Deet-doot-dot, I am a bot.
htt
The pull request you sent on Fri, 8 Mar 2019 12:33:26 -0800:
> git://git.infradead.org/linux-platform-drivers-x86.git pdx86-5.1-1-merge
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/dbbdf54c7206bf3f201f9ddaa5f4dd87835271cc
Thank you!
--
Deet-doot-dot, I am a bot.
h
The pull request you sent on Sun, 10 Mar 2019 12:33:47 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-core-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/077d3dafe63cb26653f2b171fa102dbefd242fa8
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Sun, 10 Mar 2019 12:33:47 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> locking-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9e55f87c0e3b3db11f52834222f881094eb97205
Thank you!
--
Deet-doot-dot,
The pull request you sent on Sun, 10 Mar 2019 12:33:51 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> timers-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a15f6b923e1e1040edc79f222d5d229ea8097259
Thank you!
--
Deet-doot-dot,
The pull request you sent on Sat, 9 Mar 2019 22:44:35 -0500:
> git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/45ba8d5d061b13494c2a7a7652d51b9da3d9e77a
Thank you!
--
Deet-doot-dot, I am a bot.
Rasmus Villemoes wrote:
> On 05/03/2019 04.06, George Spelvin wrote:
>> + * (Actually, it is always called with @a being the element which was
>> + * originally first, so it is not necessary to to distinguish the @a < @b
>> + * and @a == @b cases; the return value may be a simple boolean. But if
>
The pull request you sent on Sun, 10 Mar 2019 12:33:53 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b6e3cb4e8679dd971eed33f6a08d62c66a4230c9
Thank you!
--
Deet-doot-dot, I am a b
The pull request you sent on Sun, 10 Mar 2019 12:33:48 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> perf-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/12ad143e1b803e541e48b8ba40f550250259ecdd
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Sun, 10 Mar 2019 12:33:54 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/262d6a9a63a387c8dfa9eb4f7713e159c941e52c
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Fri, 8 Mar 2019 10:34:28 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
> tags/iommu-updates-v5.1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/bb97be23db2a296c5f8b8b4c40feb0435b068c5e
Thank you!
--
Deet-doot-dot
On 10/03/2019 22.30, Alexey Dobriyan wrote:
> and BUILD_BUG is bad). Once everything is converted to static_assert(),
That will never happen, because the two are not interchangeable
[ignoring the churn it would involve]. BUILD_BUG_ON can eat expressions
which static_assert won't (e.g. BUILD_BUG_ON
On 05/03/2019 04.06, George Spelvin wrote:
> * The comparison function @cmp must return a negative value if @a
> * should sort before @b, and a positive value if @a should sort after
> * @b. If @a and @b are equivalent, and their original relative
> * ordering is to be preserved, @cmp must
On Sun, Mar 10, 2019 at 01:07:32PM +0800, Sean Fu wrote:
> On Sat, Mar 09, 2019 at 09:32:30AM -0800, Darrick J. Wong wrote:
> > On Sat, Mar 09, 2019 at 11:36:36PM +0800, Sean Fu wrote:
> > > Change the allocation of bp->b_pages to use kmem_zalloc instead of
> > > kmem_alloc.
> > > Remove unnecessar
On Sun, Mar 10, 2019 at 2:06 PM Rasmus Villemoes
wrote:
>
> IIRC, this has been attempted before, causing a userspace regression
> because some sysfs/procfs file matched with %u or %x, and somebody wrote
> -1 to get 0x .
.. which is correct anyway. That's how scanf is supposed to work.
I
The intention was clearly to use the tty_pgrp local variable rather than
re-read tty->pgrp outside of ctrl_lock, so do that.
This bug was introduced by commit 2812d9e9fd94 ("tty: Combine
SIGTTOU/SIGTTIN handling").
Signed-off-by: David Emett
---
drivers/tty/tty_jobctrl.c | 2 +-
1 file changed,
1 - 100 of 284 matches
Mail list logo
