On Sat, Mar 28, 2020 at 12:14:57PM +0800, Chuanhong Guo wrote:
> ralink_clk_init is only called in arch/mips/ralink/clk.c which isn't
> compiled for mt7621. And it doesn't export a proper cpu clock.
> Drop this unused function.
>
> Signed-off-by: Chuanhong Guo
> ---
> arch/mips/ralink/mt7621.c |
On Sun, May 31, 2020 at 12:06:03PM +0200, Christophe JAILLET wrote:
> 'bootrom_setup()' is only called via 'postcore_initcall'.
> It can be marked as __init to save a few bytes of memory.
>
> Signed-off-by: Christophe JAILLET
> ---
> arch/mips/ralink/bootrom.c | 2 +-
> 1 file changed, 1 inserti
Hi!
thanks for looking into this.
On 5/31/20 08:56, Gabriel Krisman Bertazi wrote:
>
>> Is it possible to disassemble and instrument the Windows code to insert
>> breakpoints (or emulation calls) at all the Windows syscall points?
> Hi Kees,
>
> I considered instrumenting the syscall instructions
On 2020-05-29 12:11, Paolo Bonzini wrote:
On 29/05/20 11:41, Marc Zyngier wrote:
For x86 the advantage is that the processor can take care of raising
the
stage2 page fault in the guest, so it's faster.
I think there might be too much overhead if the page can be populated
quickly by host. F
On Sun, May 31, 2020 at 12:56:29AM +0300, Andy Shevchenko wrote:
>On Sun, May 31, 2020 at 12:23 AM Wei Yang wrote:
>> On Sat, May 30, 2020 at 01:25:31PM +0300, Andy Shevchenko wrote:
>> >On Sat, May 30, 2020 at 12:43:28AM +, Wei Yang wrote:
>> >> A test module to make sure get_count_order/long
On 5/31/20 03:59, Andy Lutomirski wrote:
>
> I’m suggesting that the kernel learn how to help you, maybe like this:
>
> prctl(PR_SET_SYSCALL_THUNK, target, address_of_unredirected_syscall, 0, 0, 0,
> 0);
>
> This would be inherited on clone/fork and cleared on execve.
>
If we are talking about exp
On Wed, 27 May 2020 20:57:08 +0200
Jean-Baptiste Maneyrol wrote:
> Add all FIFO parsing and reading functions. Add accel and gyro
> kfifo buffer and FIFO data parsing. Use device interrupt for
> reading data FIFO and launching accel and gyro parsing.
>
> Support hwfifo watermark by multiplexing
Acked-by: Pankaj Gupta
Acked-by: Pankaj Gupta
On Thu, 28 May 2020 at 00:32, John Hubbard wrote:
>
> Introduce pin_user_pages_locked(), which is nearly identical to
> get_user_pages_locked() except that it sets FOLL_PIN and rejects
> FOLL_GET.
>
> Signed-off-by: John Hubbard
> ---
> include/linux/mm.h | 2 ++
> mm/g
On Wed, 27 May 2020 20:57:09 +0200
Jean-Baptiste Maneyrol wrote:
> Add a timestamping mechanism for buffer that provides accurate
> event timestamps when using watermark. This mechanism estimates
> device internal clock by comparing FIFO interrupts delta time and
> device elapsed time computed by
On Tue, 26 May 2020 23:02:18 +0200
Rikard Falkeborn wrote:
> max11100_channels is not modified and can therefore be made const to
> allow the compiler to put it in read-only memory.
>
> Before:
>textdata bss dec hex filename
>37761168 049441350 drivers/i
On Fri, May 29, 2020 at 11:00:07PM +0100, David Howells wrote:
> @@ -1245,15 +1282,9 @@ static int test_inode_iunique(struct super_block *sb,
> unsigned long ino)
> struct inode *inode;
>
> spin_lock(&inode_hash_lock);
> - hlist_for_each_entry(inode, b, i_hash) {
> -
Optimize looping pixels in compute_crc() and blend(). Calculate
src_offset in start of looping horizontally and increase it.
It's better than calculating in every pixels.
Cc: Rodrigo Siqueira
Cc: David Airlie
Cc: dri-de...@lists.freedesktop.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Sid
Hi Jonathan,
I tested the sensor on a Chuwi Hi10 X and only went by what I've seen in other
commits before[1].
I just ran another test to see what entry is necessary and it appears the sensor
still works when removing the i2c entry, but is not working anymore when
removing the ACPI match. I got t
On Fri, May 29, 2020 at 03:26:04PM +0200, Pavel Machek wrote:
> On Sat 2020-05-16 15:20:02, William Breathitt Gray wrote:
> > This patch adds high-level documentation about the Counter subsystem
> > character device interface.
> >
> > Signed-off-by: William Breathitt Gray
> > ---
> > Documentati
Hi Maxime,
Thanks for posting this patch. I think you can still improve it,
but it's a neat first try! :-)
On Fri, 29 May 2020 at 10:05, Maxime Chevallier
wrote:
>
> Introduce a driver for the camera interface on some Rockchip platforms.
>
> This controller supports CSI2, Parallel and BT656 inte
On Wed, 27 May 2020 04:22:30 +
"Ardelean, Alexandru" wrote:
> On Tue, 2020-05-26 at 23:02 +0200, Rikard Falkeborn wrote:
> > [External]
> >
> > ad5380_ext_info is not modified and can be made const to allow the
> > compiler to put it in read-only memory.
> >
> > Before:
> >textdata
Hi Avri,
On Sun, 2020-05-31 at 07:10 +, Avri Altman wrote:
> >
> > Currently ref-clk control timeout is implemented by Jiffies. However
> > jiffies is not accurate enough thus "false timeout" may happen.
> >
> > Use more accurate delay mechanism instead, for example, ktime.
> >
> > Signed-o
On Wed, 27 May 2020 04:50:46 +
"Ardelean, Alexandru" wrote:
> On Tue, 2020-05-26 at 23:02 +0200, Rikard Falkeborn wrote:
> > [External]
> >
> > These are never modified and can be made const to allow the compiler to
> > put it in read-only memory.
> >
> > Before:
> >textdata bss
On Wed, 27 May 2020 04:22:46 +
"Ardelean, Alexandru" wrote:
> On Tue, 2020-05-26 at 23:02 +0200, Rikard Falkeborn wrote:
> > [External]
> >
> > ad5592r_ext_info is not modified and can be made const to allow the
> > compiler to put it in read-only memory.
> >
> > Before:
> >textdata
On Tue, 26 May 2020 23:02:22 +0200
Rikard Falkeborn wrote:
> stk3310_regmap_config is not modified and can be made const to allow the
> compiler to put it in read-only memory.
>
> Before:
>textdata bss dec hex filename
> 160275424 128 21579544b drivers/iio/lig
On Tue, 26 May 2020 23:02:23 +0200
Rikard Falkeborn wrote:
> mmc35240_reg_defaults is not modified and can be made const to allow the
> compiler to put it in read-only memory.
>
> Before:
>textdata bss dec hex filename
>97593288 128 131753377 drivers/iio/mag
On Sun, 31 May 2020 15:16:00 +0200
Christian Oder wrote:
> Hi Jonathan,
>
> I tested the sensor on a Chuwi Hi10 X and only went by what I've seen in other
> commits before[1].
>
> I just ran another test to see what entry is necessary and it appears the
> sensor
> still works when removing the
On Tue, 26 May 2020 21:35:17 -0700
Gwendal Grignou wrote:
> EC does not currently preserve range across sensor reinit.
> If sensor is powered down at suspend, it will default to the EC default
> range at resume, not the range set by the host.
>
> Save range if modified, and apply at resume.
>
>
On Thu, 28 May 2020 09:09:39 +0200
Sebastian Reichel wrote:
> Hi,
>
> Thanks for taking care of it Lee, merged!
Thanks indeed.
Given timing I'll probably only get this into IIO via a rebase
after rc1.
Thanks,
Jonathan
>
> -- Sebastian
>
> On Tue, May 26, 2020 at 10:47:02AM +0100, Lee Jon
Linus,
please pull the latest x86/urgent branch from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-2020-05-31
up to: aa61b7bb00f7: Merge branch 'fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs into x86/urgent
A pile of x86 fixes:
- Prevent a me
Linus,
please pull the latest sched/urgent branch from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-2020-05-31
up to: 18f855e574d9: sched/fair: Don't NUMA balance for kthreads
A single scheduler fix preventing a crash in NUMA balancing. The
current->mm check is
On Tue, 26 May 2020 13:13:56 +0200
Linus Walleij wrote:
> On Tue, May 26, 2020 at 12:47 PM Dinghao Liu wrote:
>
> > When devm_regmap_init_i2c() returns an error code, a pairing
> > runtime PM usage counter decrement is needed to keep the
> > counter balanced. For error paths after ak8974_set_po
On Fri, 29 May 2020 11:08:34 -0600
Rob Herring wrote:
> On Mon, 25 May 2020 18:46:00 +0200, Jonathan Albrieux wrote:
> > Converts documentation from txt format to yaml.
> >
> > Signed-off-by: Jonathan Albrieux
> > ---
> > .../devicetree/bindings/iio/imu/bmi160.txt| 37 -
> > .../bi
On Fri, 29 May 2020 11:09:43 -0600
Rob Herring wrote:
> On Mon, May 25, 2020 at 06:46:01PM +0200, Jonathan Albrieux wrote:
> > Add vdd-supply and vddio-supply support.
> > Add mount-matrix support.
> >
> > Signed-off-by: Jonathan Albrieux
> > ---
> > .../bindings/iio/imu/bosch,bmi160.yaml
> When devm_regmap_init_i2c() returns an error code, a pairing
> runtime PM usage counter decrement is needed to keep the
> counter balanced.
How do you think about to replace the word “pairing” by “corresponding”?
> For error paths after ak8974_set_power(),
> ak8974_detect() and ak8974_reset(),
Al Viro wrote:
> > + * The @test function is not permitted to take a ref on any inode presented
> > + * unless the caller is holding the inode hashtable lock. It is also not
> > + * permitted to sleep, since it may be called with the RCU read lock held.
> > + *
> > + * The caller must hold eithe
On Mon, 25 May 2020 18:46:02 +0200
Jonathan Albrieux wrote:
> Fix a typo in MODULE_AUTHOR() argument.
>
> Signed-off-by: Jonathan Albrieux
applied
Thanks,
J
> ---
> drivers/iio/imu/bmi160/bmi160_core.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/iio/imu/
On Mon, 25 May 2020 18:46:03 +0200
Jonathan Albrieux wrote:
> Add vdd-supply and vddio-supply support.
>
> While working on an msm8916 device and having explicit declarations for
> regulators, without setting these regulators to regulators-always-on it
> happened those lines weren't ready becaus
Hi Ian,
On Sat, May 30, 2020 at 7:53 AM Ian Rogers wrote:
>
> This is currently working due to extra include paths in the build.
>
> Before:
> $ cd tools/perf/arch/arm64/util
> $ ls -la ../../util/unwind-libdw.h
> ls: cannot access '../../util/unwind-libdw.h': No such file or directory
>
> After:
On Mon, 25 May 2020 16:10:34 +0300
Alexandru Ardelean wrote:
> This was partially removed when the mlock cleanup was done. Only one more
> call is left in the ad5592r_alloc_channels() function.
> This one is simple. We just need to pass the iio_dev object and get the
> state via iio_priv().
>
>
On Mon, 25 May 2020 13:53:41 +0300
Alexandru Ardelean wrote:
> We may want to get rid of the iio_priv_to_dev() helper. The reason is that
> we will hide some of the members of the iio_dev structure (to prevent
> drivers from accessing them directly), and that will also mean hiding the
> implement
On Mon, 25 May 2020 13:27:44 +0300
Alexandru Ardelean wrote:
> Since changes can come from all sort of places, it may make sense to have
> this symbol as a dependency to make sure that the 'make allmodconfig' &&
> 'make allyesconfig' build rules cover this driver as well for a
> compile-build/tes
On Mon, 25 May 2020 13:25:13 +0300
Alexandru Ardelean wrote:
> We may want to get rid of the iio_priv_to_dev() helper. The reason is that
> we will hide some of the members of the iio_dev structure (to prevent
> drivers from accessing them directly), and that will also mean hiding the
> implement
On Mon, 25 May 2020 11:26:48 +0300
Alexandru Ardelean wrote:
> We may want to get rid of the iio_priv_to_dev() helper. The reason is that
> we will hide some of the members of the iio_dev structure (to prevent
> drivers from accessing them directly), and that will also mean hiding the
> implement
On Tue, 26 May 2020 17:46:41 +0200
Fabrice Gasnier wrote:
> On 5/26/20 3:44 PM, Alexandru Ardelean wrote:
> > We may want to get rid of the iio_priv_to_dev() helper. The reason is that
> > we will hide some of the members of the iio_dev structure (to prevent
> > drivers from accessing them direct
On Fri, 29 May 2020 15:45:33 +0200
Johan Hovold wrote:
> [ Trimming CC to something more reasonable... ]
>
> On Fri, May 29, 2020 at 11:08:38AM +, Ardelean, Alexandru wrote:
> > On Fri, 2020-05-29 at 12:16 +0200, Johan Hovold wrote:
> > > On Fri, May 22, 2020 at 11:22:07AM +0300, Alexandru
> pm_runtime_get_sync() increments the runtime PM usage counter even
> it returns an error code. Thus a pairing decrement is needed on
> the error handling path to keep the counter balanced.
How do you think about a wording variant like the following?
Change description:
The PM runtime usag
Add minimum values for the x and y axis, correct the max value for the
x-axis and add support for the capacitive home-button these tablets have.
Signed-off-by: Hans de Goede
---
drivers/platform/x86/touchscreen_dmi.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers
From: Bean Huo
For the UFS device, the maximum descriptor size is 255, max_t called
in ufs_get_device_desc() is useless.
Signed-off-by: Bart van Assche
Signed-off-by: Bean Huo
Acked-by: Avri Altman
Reviewed-by: Stanley Chu
---
drivers/scsi/ufs/ufshcd.c | 5 +
1 file changed, 1 insertion
From: Bean Huo
Delete ufshcd_read_desc(). Instead, let caller directly call
ufshcd_read_desc_param().
Signed-off-by: Bean Huo
Reviewed-by: Avri Altman
Reviewed-by: Bart van Assche
Reviewed-by: Stanley Chu
---
drivers/scsi/ufs/ufshcd.c | 27 ---
1 file changed, 8 inse
From: Bean Huo
Cleanup UFS descriptor length initialization, and delete some unnecessary code.
Changelog:
v3 - v4:
1. add desc_id >= QUERY_DESC_IDN_MAX check in patch 4/5 (Avri Altman)
2. update buff_len to hold the true descriptor size in 4/5 (Avri Altman)
3. add new patch 3/5
v2
From: Bean Huo
If param_offset is not 0, the memcpy length shouldn't be the
true descriptor length.
Fixes: a4b0e8a4e92b ("scsi: ufs: Factor out ufshcd_read_desc_param")
Signed-off-by: Bean Huo
---
drivers/scsi/ufs/ufshcd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dri
From: Bean Huo
For UFS 3.1, the normal unit descriptor is 10 bytes larger
than the RPMB unit, however, both descriptors share the same
desc_idn, to cover both unit descriptors with one length, we
choose the normal unit descriptor length by desc_index.
Signed-off-by: Bean Huo
Reviewed-by: Avri A
From: Bean Huo
At UFS initialization stage, to get the length of the descriptor,
ufshcd_read_desc_length() being called 6 times. Instead, we will
capture the descriptor size the first time we'll read it.
Delete unnecessary redundant code, remove ufshcd_read_desc_length(),
ufshcd_init_desc_sizes
On Sat, 2020-05-30 at 06:37 +, Avri Altman wrote:
> > + /* Get the length of descriptor */
> > + ufshcd_map_desc_id_to_length(hba, desc_id, &buff_len);
> > + if (!buff_len) {
> > + dev_err(hba->dev, "%s: Failed to get desc length",
> > __func__);
> > +
Hi,
Any feedback on this patch?
Cheers,
-Paul
Le lun. 13 avril 2020 à 14:25, Paul Cercueil a
écrit :
Register a power supply charger, if the Kconfig option
USB_CONN_GPIO_CHARGER is set, whose online state depends on whether
the USB role is set to device or not.
This is useful when the USB
On Sun, 24 May 2020 13:54:39 -0400
William Breathitt Gray wrote:
> On Sun, May 24, 2020 at 05:25:42PM +0100, Jonathan Cameron wrote:
> >
> > ...
> >
> > > The following are some questions I have about this patchset:
> > >
> > > 1. Should the data format of the character device be configured
On Mon, 25 May 2020 07:27:43 +
"Ardelean, Alexandru" wrote:
> On Sun, 2020-05-24 at 17:47 +0100, Jonathan Cameron wrote:
> > [External]
> >
> > On Fri, 8 May 2020 16:53:42 +0300
> > Alexandru Ardelean wrote:
> >
> > > This change makes use of the new centralized ioctl() mechanism. The ev
On Mon, 25 May 2020 07:28:18 +
"Ardelean, Alexandru" wrote:
> On Sun, 2020-05-24 at 17:49 +0100, Jonathan Cameron wrote:
> > [External]
> >
> > On Fri, 8 May 2020 16:53:43 +0300
> > Alexandru Ardelean wrote:
> >
> > > Currently the iio_buffer_{alloc,free}_sysfs_and_mask() take 'indio_dev
Hi Greentime,
On Tue, May 26, 2020 at 3:03 PM Greentime Hu wrote:
>
> From: Guo Ren
>
> This patch adds sigcontext save/restore for vector. The vector registers
> will be saved in datap pointer. The datap pointer will be allocaed
> dynamically when the task needs in kernel space. The datap point
Hi Greentime,
On Tue, May 26, 2020 at 3:03 PM Greentime Hu wrote:
>
> From: Guo Ren
>
> This patch adds task switch support for vector. It supports lazy
> save and restore mechanism. It also supports all lengths of vlen.
>
> [greentime...@sifive.com: add support for dynamic vlen, fix
> __vstate_
Hi,
On Fri, May 29, 2020 at 06:28:50PM +0200, Pavel Machek wrote:
> Hi!
>
> > From: "Angus Ainslie (Purism)"
> >
> > Add a devicetree description for the Librem 5 phone. The early batches
> > that have been sold are supported as well as the mass-produced device
> > available later this year, see
>From 87048d7212f6cb16b0a2b85fa6d2f34c28b078c0 Mon Sep 17 00:00:00 2001
From: Akira Yokosawa
Date: Sun, 31 May 2020 20:04:32 +0900
Subject: [PATCH RFC] tools/memory-model/README: Expand dependency of klitmus7
klitmus7 is independent of the memory model but depends on the
build-target kernel relea
On Mon, 25 May 2020 14:38:55 +0300
Alexandru Ardelean wrote:
> From: Lars-Peter Clausen
>
> This patch should be squashed into the first one, as the first one is
> breaking the build (intentionally) to make the IIO core files easier to
> review.
>
> Signed-off-by: Lars-Peter Clausen
> Signed-
On Sun, May 31, 2020 at 11:19:14AM +0100, Jonathan Cameron wrote:
> On Sat, 30 May 2020 23:36:30 +0200
> Tomasz Duszynski wrote:
>
> > Add SCD30 sensor binding file.
> >
> > Signed-off-by: Tomasz Duszynski
> > ---
> > .../iio/chemical/sensirion,scd30.yaml | 68 +++
> > MA
Hi Greentime & Vincent,
Thx for the dynamic vlen implementation. I've two suggestions:
- Please give out glibc patches mail URL, we need to review them together.
- We need to consider that not all processes need vectors. Most
system processes do not have vector features, and we should not force
On Sun, May 31, 2020 at 11:15:18AM +0100, Jonathan Cameron wrote:
> On Sat, 30 May 2020 23:36:29 +0200
> Tomasz Duszynski wrote:
>
> > Add serial interface driver for the SCD30 sensor.
> >
> > Signed-off-by: Tomasz Duszynski
>
> Ah Now I see why you had those extra elements in the iio_priv
> stru
Wrappers around skb_clone() do not simplify the driver code.
Signed-off-by: Ivan Safonov
---
drivers/staging/rtl8723bs/include/osdep_service.h | 3 ---
drivers/staging/rtl8723bs/os_dep/osdep_service.c | 5 -
drivers/staging/rtl8723bs/os_dep/recv_linux.c | 2 +-
3 files changed, 1 insert
On Sun, May 31, 2020 at 12:02:30PM +0100, Jonathan Cameron wrote:
> On Thu, 28 May 2020 17:01:05 +0200
> Jonathan Albrieux wrote:
>
> > According to AK09911 datasheet, if reset gpio is provided then
> > deassert reset on ak8975_power_on() and assert reset on ak8975_power_off().
> >
> > Without r
> pm_runtime_get_sync() increments the runtime PM usage counter even
> when it returns an error code. Thus a pairing decrement is needed on
> the error handling path to keep the counter balanced.
How do you think about a wording variant like the following?
Change description:
The PM runtime
Hi Greentime,
Here, we could detect the task has used vector or not with VS_DIRTY:
We could define another flag in struct vs state of thread to
illustrate the task have vector or not.
When we found VS_DIRTY is set in pt_regs in swith_context or
rt_sigreturn syscall, we will set the flag.
We only
> Keno -- are you planning to send out a patch? You previously spoke about
> implementing this using PTRACE_SETOPTIONS.
Yes, I'll have a patch for you. Though I've come to the conclusion
that introducing a new regset is probably a better way to solve it.
We can then also expose orig_x0 at the same
On Sun, 2020-05-31 at 19:08 +0300, Ivan Safonov wrote:
> Wrappers around skb_clone() do not simplify the driver code.
[]
> -inline struct sk_buff *_rtw_skb_clone(struct sk_buff *skb)
> -{
> - return skb_clone(skb, in_interrupt() ? GFP_ATOMIC : GFP_KERNEL);
> -}
> -
[]
> diff --git a/drivers/sta
> Can't PTRACE_SYSEMU be emulated by using PTRACE_SYSCALL, cancelling the
> syscall at the syscall enter stop, then modifying the regs at the
> syscall exit stop?
Yes, it can. The idea behind SYSEMU is to be able to save half the
ptrace traps that would require, in theory making the ptracer
a dece
Jin Yao reported the issue (and posted first versions of this change)
with groups being defined over events with different cpu mask.
This causes assert aborts in get_group_fd, like:
# perf stat -M "C2_Pkg_Residency" -a -- sleep 1
perf: util/evsel.c:1464: get_group_fd: Assertion `!(fd == -1)'
Commit 7b6620d7db56 ("block: remove REQ_NOWAIT_INLINE") removed it,
but some pieces left. Probably something went wrong with git merge.
Signed-off-by: Konstantin Khlebnikov
---
include/linux/blk_types.h |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/include/linux/b
On Sat, May 30, 2020 at 12:28:14AM +0100, Al Viro wrote:
> From: Al Viro
>
> ... rather than open-coding it, and badly, at that.
>
> Signed-off-by: Al Viro
> ---
> kernel/bpf/syscall.c | 25 ++---
> 1 file changed, 6 insertions(+), 19 deletions(-)
lgtm
Acked-by: Alexei Sta
On 31/05/2020 19.33, Konstantin Khlebnikov wrote:
Commit 7b6620d7db56 ("block: remove REQ_NOWAIT_INLINE") removed it,
but some pieces left. Probably something went wrong with git merge.
Nevermind. As I see in block/for-next, Christoph have removed REQ_NOWAIT_INLINE.
But BLK_QC_T_EAGAIN is stil
The content of this e-mail is also at [1],
with annotated graphs.
Hi Rafael,
Hmmm... I think the most important takeaway from
my previous e-mail might have been missed!
HWP does not work properly on my i5-9600K test computer.
For those that don't have to read all this, my upgraded
assertion is:
parse_apic() allows the user to try a different APIC driver than the
default one that's automatically chosen. It works for X86-32, but
doesn't work for X86-64 because it was removed in 2009 for X86-64 by
commit 7b38725318f4 ("x86: remove subarchitecture support code"),
whose changelog doesn't expli
On Sun, May 31, 2020 at 03:39:33PM +0300, Paul Gofman wrote:
> > Paul (cc'ed) is the wine expert, but my understanding is that memory
> > allocation and initial program load of the emulated binary will go
> > through wine. It does the allocation and mark the vma accordingly
> > before returning th
Hi Doug,
On Sun, 2020-05-31 at 09:39 -0700, Doug Smythies wrote:
> The content of this e-mail is also at [1],
> with annotated graphs.
>
> Hi Rafael,
>
> Hmmm... I think the most important takeaway from
> my previous e-mail might have been missed!
>
> HWP does not work properly on my i5-9600K
On 5/31/20 19:49, Matthew Wilcox wrote:
> On Sun, May 31, 2020 at 03:39:33PM +0300, Paul Gofman wrote:
>>> Paul (cc'ed) is the wine expert, but my understanding is that memory
>>> allocation and initial program load of the emulated binary will go
>>> through wine. It does the allocation and mark t
On Sat, May 30, 2020 at 11:05:54PM +0200, Wolfram Sang wrote:
> On Sat, May 30, 2020 at 01:09:30PM +0200, Wolfram Sang wrote:
> > On Thu, May 28, 2020 at 12:33:18PM +0300, Serge Semin wrote:
> > > Seeing the DW I2C driver is using flags-based accessors with two
> > > conditional clauses it would be
On Sun, May 31, 2020 at 04:18:13PM +0100, Jonathan Cameron wrote:
> On Sun, 24 May 2020 13:54:39 -0400
> William Breathitt Gray wrote:
> > After giving this some more thought, I believe human-readable sysfs
> > attributes are the way to go to support configuration of the character
> > device. I am
Correction:
On 2020.05.31 09:39 Doug smythies wrote:
> The overruns and use of idle state 0 are exactly correlated.
Should have been "idle state 2":
The overruns and use of idle state 2 are exactly correlated.
On Sun, 31 May 2020 at 14:12, Sidong Yang wrote:
>
> Optimize looping pixels in compute_crc() and blend(). Calculate
> src_offset in start of looping horizontally and increase it.
> It's better than calculating in every pixels.
>
When you say "optimize" have you observed any actual benefits of the
On 5/31/20 7:15 PM, Joe Perches wrote:
On Sun, 2020-05-31 at 19:08 +0300, Ivan Safonov wrote:
Wrappers around skb_clone() do not simplify the driver code.
[]
-inline struct sk_buff *_rtw_skb_clone(struct sk_buff *skb)
-{
- return skb_clone(skb, in_interrupt() ? GFP_ATOMIC : GFP_KERNEL);
This patch series adds support for PMU, PSCI, SPMI
and SCM, as well as all six cores on msm8992.
Please note though, that due to the lack of a core
cluster interconnect driver, it is only recommended
to use one cluster (as in set NR_CPUS to 4) for now.
The other two technically work, but in prac
This commit adds support for the second I2C interface
on msm8992 which seems to be used mostly for touchscreen
devices.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8992.dts
This commit adds cpu nodes for all 6 cores
present on this SoC and the cpu-map.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992.dtsi | 68 +++
1 file changed, 68 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8992.dtsi
b/arch/arm64/boot/dts/qco
This commit adds correct IRQ settings and adds
the non-removable property to the msm8992 sdhci
node.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992.dtsi | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/msm8992.dtsi
b/arch/arm64
This commit adds support for the sixth I2C interface
on msm8992.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8992.dtsi
b/arch/arm64/boot/dts/qcom/msm8992.dtsi
index 395f4c
Add support for i2c2 and i2c6 interfaces, wrap up
SDC pins into pmx_sdc groups (following msm8916).
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992-pins.dtsi | 149 -
1 file changed, 118 insertions(+), 31 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/m
This change adds a compatible for msm8992,
which requires no additional clocks for
scm to probe correctly.
Signed-off-by: Konrad Dybcio
---
drivers/firmware/qcom_scm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/firmware/qcom_scm.c b/drivers/firmware/qcom_scm.c
index 059bb0fbae9e
This enables the node to be referenced in other device trees.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/qcom/msm8992.dtsi
b/arch/arm64/boot/dts/qcom/msm8992.dtsi
index b5bd73205a
This SoC's firmware does not fully support the PSCI
spec, but it's good enough to bring the cores up.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8992.dtsi
b/arch/arm64/boot/dts/qcom/
Add the PMU so we can get proper perf event support on this SoC.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8992.dtsi
b/arch/arm64/boot/dts/qcom/msm8992.dtsi
index ef95f5ee83db..b86f
This commit enables the usage of a second
UART interface.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8992.dtsi
b/arch/arm64/boot/dts/qcom/msm8992.dtsi
index 8f7cdf2b9a1f..ff74
This commits brings no changes
functionality-wise, but aligns the DTS
with the style used in newer ones.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992.dtsi | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/msm89
Signed-off-by: Konrad Dybcio
---
Documentation/devicetree/bindings/firmware/qcom,scm.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/firmware/qcom,scm.txt
b/Documentation/devicetree/bindings/firmware/qcom,scm.txt
index 354b448fc0c3..fd7e1aff9cdc 100644
-
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8992.dtsi
b/arch/arm64/boot/dts/qcom/msm8992.dtsi
index e255b577af37..535be60521d8 100644
--- a/arch/arm64/boot/dts/qcom/msm8992.dtsi
+++ b
This change adds a SPMI bus node so as to
enable PMIC and PMIC peripherals interaction.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/msm8992.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8992.dtsi
b/arch/arm64/boot/dts/qcom/m
Hello!
On 31.05.2020 7:51, David Miller wrote:
Until recently, the Micrel KSZ9031 PHY driver ignored any PHY mode
("RGMII-*ID") settings, but used the hardware defaults, augmented by
explicit configuration of individual skew values using the "*-skew-ps"
DT properties. The lack of PHY mode supp
101 - 200 of 513 matches
Mail list logo
