On Mon, 03 Jun 2019, Gwendal Grignou wrote:
> The interface between CrosEC embedded controller and the host,
> described by cros_ec_commands.h, as diverged from what the embedded
> controller really support.
>
> The source of thruth is at
>
Hi Daniel,
On Tue, 4 Jun 2019 07:56:45 +0200 Daniel Lezcano
wrote:
>
> I dropped the patch from my tree.
Thanks.
--
Cheers,
Stephen Rothwell
pgpvXKkbzVZqz.pgp
Description: OpenPGP digital signature
On 04/06/2019 07:56, Andy Tang wrote:
> Hi Edubezval, Rui,
>
> Any further comments?
>From my POV, this patch makes sense. We may be interested to show up the
thermal zones in sysfs and optionally mitigate them via an userspace
governor.
Acked-by: Daniel Lezcano
>> -Original Message-
Hi all,
Changes since 20190603:
The net-next tree gained conflicts against Linus' tree.
The nand tree gained a conflict against Linus' tree.
The clockevents tree lost its build failure.
The xarray tree lost its runtime problems.
Non-merge commits (relative to Linus' tree): 3569
4072 files
On Tue, Jun 4, 2019 at 1:47 AM Troy Benjegerdes
wrote:
>
>
>
> > On Jun 3, 2019, at 4:49 AM, Loys Ollivier wrote:
> >
> > On Wed 29 May 2019 at 12:25, Troy Benjegerdes
> > wrote:
> >
> >>> On May 29, 2019, at 5:04 AM, Loys Ollivier wrote:
> >>>
> >>> On Wed 29 May 2019 at 00:50, Atish Patra
usb4_tm is unsed on dra72 and accessing the module
with ti,sysc is causing a boot crash hence disable its target
module.
Fixes: 549fce068a3112 ("ARM: dts: dra7: Add l4 interconnect hierarchy and
ti-sysc data")
Reported-by: Vignesh Raghavendra
Signed-off-by: Keerthy
---
Hi,
is it possible to consider this series for merging?
Thanks in advance
-- Daniel
On 27/05/2019 22:55, Daniel Lezcano wrote:
> This series provides a couple of fixes, an optimization and the code
> to do the selftests.
>
> While writing the selftests, a couple of issues were spotted
On 6/3/19 1:40 PM, Catalin Marinas wrote:
On Sun, May 26, 2019 at 09:47:37AM -0400, Alexandre Ghiti wrote:
This commits selects ARCH_HAS_ELF_RANDOMIZE when an arch uses the generic
topdown mmap layout functions so that this security feature is on by
default.
Note that this commit also removes
Fix gcc warnings:
arch/arm/mm/init.c: In function 'mem_init':
arch/arm/mm/init.c:456:13: warning: unused variable 'itcm_end'
[-Wunused-variable]
extern u32 itcm_end;
^
arch/arm/mm/init.c:455:13: warning: unused variable 'dtcm_end'
[-Wunused-variable]
extern u32 dtcm_end;
Quoting Nathan Chancellor :
When building with -Wsometimes-uninitialized, clang warns:
drivers/pci/hotplug/rpaphp_core.c:243:14: warning: variable 'fndit' is
used uninitialized whenever 'for' loop exits because its condition is
false [-Wsometimes-uninitialized]
for (j = 0; j <
On Mon, Apr 15, 2019 at 05:12:15PM -0300, Marcelo Tosatti wrote:
> Check base->pending_map locklessly and skip raising timer softirq
> if empty.
>
> What allows the lockless (and potentially racy against mod_timer)
> check is that mod_timer will raise another timer softirq after
> modifying
Hello Mao,
Nice job and see my comment below.
On Tue, Jun 4, 2019 at 10:25 AM Mao Han wrote:
>
> This patch add interrupt request and handler for csky pmu.
> perf can record on hardware event with this patch applied.
>
> Signed-off-by: Mao Han
> Cc: Guo Ren
> ---
>
Similar notify_page_fault() definitions are being used by architectures
duplicating much of the same code. This attempts to unify them into a
single implementation, generalize it and then move it to a common place.
kprobes_built_in() can detect CONFIG_KPROBES, hence notify_page_fault()
need not be
Hi all,
Commit
43c34b2dd925 ("arm64: dts: meson-gxm-khadas-vim2: fix gpio-keys-polled node")
is missing a Signed-off-by from its author.
Commit
7ace72ad0a72 ("arm64: dts: meson: g12a: add SDIO controller")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
Just move attr.exclude_user after switch, like this:
OK?
diff --git a/arch/csky/kernel/perf_event.c b/arch/csky/kernel/perf_event.c
index 376c972..3470cfa 100644
--- a/arch/csky/kernel/perf_event.c
+++ b/arch/csky/kernel/perf_event.c
@@ -844,15 +844,6 @@ static int csky_pmu_event_init(struct
On 2019/6/4 13:33, Greg Kroah-Hartman wrote:
> On Tue, Jun 04, 2019 at 12:15:46PM +0800, Kefeng Wang wrote:
>> If driver_sysfs_add() fails, kernel shows following message,
>>
>> really_probe: driver_sysfs_add(portman.0) failed
>> ppdev: probe of portman.0 failed with error 0
>>
>> It's
On Mon, Jun 03, 2019 at 09:44:44AM -0700, Paul Walmsley wrote:
> > Reviewed-by: Palmer Dabbelt
>
> Thanks, queued for v5.3.
Where do you apply these patches to? Is there a chance we could just
set up a multi commiter riscv tree insted of growing the number of
trees?
On Mon, 2019-06-03 at 15:19 +0200, Greg Kroah-Hartman wrote:
> On Wed, May 29, 2019 at 03:43:45PM +0800, Chunfeng Yun wrote:
> > From: Heikki Krogerus
> >
> > The fwnode_usb_role_switch_get() function is exactly the
> > same as usb_role_switch_get(), except that it takes struct
> > fwnode_handle
On Mon, 2019-06-03 at 15:19 +0200, Greg Kroah-Hartman wrote:
> On Wed, May 29, 2019 at 03:43:43PM +0800, Chunfeng Yun wrote:
> > From: Yu Chen
> >
> > This patch adds stubs for the exiting functions while
> > CONFIG_USB_ROLE_SWITCH does not enabled.
> >
> > Cc: Greg Kroah-Hartman
> > Cc:
On Fri, 2019-05-31 at 08:44 +0300, Felipe Balbi wrote:
> Hi,
>
> Chunfeng Yun writes:
>
> > Hi Felipe,
> > On Tue, 2019-05-28 at 11:11 +0300, Felipe Balbi wrote:
> >> Hi,
> >>
> >> Chunfeng Yun writes:
> >> > diff --git a/drivers/usb/core/usb.c b/drivers/usb/core/usb.c
> >> > index
On 3/06/19 4:48 PM, Ulf Hansson wrote:
> + Adrian
>
> On Thu, 30 May 2019 at 11:20, Takao Orito wrote:
>>
>> SD Host controller on Milbeaut consists of two controller parts.
>> One is core controller F_SDH30, this is similar to sdhci-fujitsu
>> controller.
>> Another is bridge controller.
>>
On 03.06.19 17:49, Suzuki K Poulose wrote:
> Use the new class_find_device_by_name() helper.
>
> Cc: Harald Freudenberger
> Cc: Martin Schwidefsky
> Cc: Heiko Carstens
> Signed-off-by: Suzuki K Poulose
> ---
> drivers/s390/crypto/zcrypt_api.c | 12 ++--
> 1 file changed, 2
On 03.06.19 17:50, Suzuki K Poulose wrote:
> Use the generic helper to find a device matching the devt.
>
> Cc: Harald Freudenberger
> Cc: Heiko Carstens
> Signed-off-by: Suzuki K Poulose
> ---
> drivers/s390/crypto/zcrypt_api.c | 11 +--
> 1 file changed, 1 insertion(+), 10
On 03.06.19 17:49, Suzuki K Poulose wrote:
> We have iterators for devices by bus and class, with a supplied
> "match" function to do the comparison. However, both of the helper
> function have slightly different prototype for the "match" argument.
>
> int (*) (struct device *dev, void *data) //
On Tue, 4 Jun 2019 at 04:33, Baolin Wang wrote:
>
> Hi Ulf,
>
> On Mon, 3 Jun 2019 at 21:34, Ulf Hansson wrote:
> >
> > On Mon, 20 May 2019 at 12:12, Baolin Wang wrote:
> > >
> > > For some Spreadtrum platforms like SC9860 platform, we should enable
> > > another
> > > gate clock '2x_enable'
On Tue, Jun 04, 2019 at 12:04:06PM +0530, Anshuman Khandual wrote:
> diff --git a/mm/memory.c b/mm/memory.c
> index ddf20bd..b6bae8f 100644
> --- a/mm/memory.c
> +++ b/mm/memory.c
> @@ -52,6 +52,7 @@
> #include
> #include
> #include
> +#include
> #include
> #include
> #include
> @@
Currently the generic dma remap allocator gets a vm_flags passed by
the caller that is a little confusing. We just introduced a generic
vmalloc-level flag to identify the dma coherent allocations, so use
that everywhere and remove the now pointless argument.
Signed-off-by: Christoph Hellwig
---
A helper to find the backing page array based on a virtual address.
This also ensures we do the same vm_flags check everywhere instead
of slightly different or missing ones in a few places.
Signed-off-by: Christoph Hellwig
---
arch/arm/mm/dma-mapping.c | 7 +--
drivers/iommu/dma-iommu.c
The arm architecture had a VM_ARM_DMA_CONSISTENT flag to mark DMA
coherent remapping for a while. Lift this flag to common code so
that we can use it generically. We also check it in the only place
VM_USERMAP is directly check so that we can entirely replace that
flag as well (although I'm not
Hi all,
the common DMA remapping code uses the vmalloc/vmap code to create
page table entries for DMA mappings. This series lifts the currently
arm specific VM_* flag for that into common code, and also exposes
it to userspace in procfs to better understand the mappings, and cleans
up a couple
On Mon 03-06-19 17:50:59, Johannes Weiner wrote:
> On Mon, Jun 03, 2019 at 10:32:30PM +0200, Michal Hocko wrote:
> > On Mon 03-06-19 13:27:17, Johannes Weiner wrote:
> > > On Mon, Jun 03, 2019 at 09:16:07AM +0200, Michal Hocko wrote:
> > > > On Fri 31-05-19 23:34:07, Minchan Kim wrote:
> > > > >
On 03.06.19 23:41, Wei Yang wrote:
> On Mon, May 27, 2019 at 01:11:45PM +0200, David Hildenbrand wrote:
>> A proper arch_remove_memory() implementation is on its way, which also
>> cleanly removes page tables in arch_add_memory() in case something goes
>> wrong.
>
> Would this be better to
On Tue 04-06-19 08:02:05, Minchan Kim wrote:
> Hi Johannes,
>
> On Mon, Jun 03, 2019 at 05:50:59PM -0400, Johannes Weiner wrote:
> > On Mon, Jun 03, 2019 at 10:32:30PM +0200, Michal Hocko wrote:
> > > On Mon 03-06-19 13:27:17, Johannes Weiner wrote:
> > > > On Mon, Jun 03, 2019 at 09:16:07AM
On 03.06.19 23:49, Wei Yang wrote:
> On Mon, May 27, 2019 at 01:11:46PM +0200, David Hildenbrand wrote:
>> We'll rework hotplug_memory_register() shortly, so it no longer consumes
>> pass a section.
>>
>> Cc: Greg Kroah-Hartman
>> Cc: "Rafael J. Wysocki"
>> Signed-off-by: David Hildenbrand
>>
Currently, when rx csum is disabled, vmxnet3 driver does not turn
off lro, which can cause performance issues if user does not turn off
lro explicitly. This patch adds fix_features support which is used to
turn off LRO whenever RXCSUM is disabled.
Signed-off-by: Ronak Doshi
Acked-by: Rishi Mehta
The variable 'entry' is no longer used and the compiler rightly
complains that it should be removed.
../mm/zsmalloc.c: In function ‘zs_pool_stat_create’:
../mm/zsmalloc.c:648:17: warning: unused variable ‘entry’ [-Wunused-variable]
struct dentry *entry;
^
Rework to remove
Sorry, I don't get your point. Why is xfrm6_transport_output() buggy?
The point is that there would be out-of-bound access in
mip6_destopt_offset() and mip6_destopt_offset(), since there is no
sanity check for offset.
There is chance that offset + sizeof(struct ipv6_opt_hdr) > packet_len.
As
The same formula to check utilization against capacity (after
considering capacity_margin) is already used at 5 different locations.
This patch creates a new macro, fits_capacity(), which can be used from
all these locations without exposing the details of it and hence
simplify code.
All the 5
Is anyone going to pick this series up?
On Mon, May 20, 2019 at 08:00:13AM +0200, Christoph Hellwig wrote:
> Hi all,
>
> asm-generic/ptrace.h is a little weird in that it doesn't actually
> implement any functionality, but it provided multiple layers of macros
> that just implement trivial
On Mon, Jun 3, 2019 at 11:44 PM Pedro Vanzella wrote:
>
> On 05/28, Benjamin Tissoires wrote:
> > On Tue, May 28, 2019 at 6:30 PM Pedro Vanzella
> > wrote:
> > >
> > > Send a low device index when the device is connected via the lightspeed
> > > receiver so that the receiver will pass the
On Tue 04-06-19 13:26:51, Minchan Kim wrote:
> On Mon, Jun 03, 2019 at 09:16:07AM +0200, Michal Hocko wrote:
[...]
> > Right. But there is still the page cache reclaim. Is it expected that
> > an explicitly cold memory doesn't get reclaimed because we have a
> > sufficient amount of page cache (a
Hi Sirs,
Could anyone please comment this patch set or tell me if I have missed
maintainer in mail list? I'd like to let review process move forward.
Thank you.
Regards,
Ran
On Monday, May 20, 2019 17:53 Ran Wang wrote:
>
> Some user might want to go through all registered wakeup
On Mon, Jun 03, 2019 at 04:56:10PM -0700, Ira Weiny wrote:
> On Mon, Jun 03, 2019 at 09:42:06AM -0700, Christoph Hellwig wrote:
> > > +#if defined(CONFIG_CMA)
> >
> > You can just use #ifdef here.
> >
> > > +static inline int reject_cma_pages(int nr_pinned, unsigned int gup_flags,
> > > + struct
On 04.06.19 00:38, Alexander Duyck wrote:
> On Mon, Jun 3, 2019 at 10:04 AM Nitesh Narayan Lal wrote:
>>
>> Enables the kernel to negotiate VIRTIO_BALLOON_F_HINTING feature with the
>> host. If it is available and page_hinting_flag is set to true, page_hinting
>> is enabled and its callbacks are
On Tue, Jun 4, 2019 at 12:42 AM Christoph Hellwig wrote:
>
> > +#if defined(CONFIG_CMA)
>
> You can just use #ifdef here.
>
OK.
> > +static inline int reject_cma_pages(int nr_pinned, unsigned int gup_flags,
> > + struct page **pages)
>
> Please use two instead of one tab to indent the
On Mon, 3 Jun 2019 at 10:42, Baolin Wang wrote:
>
> Hi Adrian & Ulf,
>
> On Mon, 20 May 2019 at 18:12, Baolin Wang wrote:
> >
> > This patch set adds optional clock support, HS400 enhanced strobe mode
> > support,
> > PHY DLL configuration and other optimization to make the SD host controller
>
Hi all,
this series finishes off some cleanups that are possible now that
Sebastians fpu rework is finished.
Remove two little helpers and merge them into kernel_fpu_end to
streamline the function.
Signed-off-by: Christoph Hellwig
---
arch/x86/kernel/fpu/core.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git a/arch/x86/kernel/fpu/core.c b/arch/x86/kernel/fpu/core.c
Merge two helpers into the main function, remove a pointless local
variable and flatten a conditional.
Signed-off-by: Christoph Hellwig
---
arch/x86/kernel/fpu/core.c | 35 +++
1 file changed, 11 insertions(+), 24 deletions(-)
diff --git
This function is only use by the core fpu code.
Signed-off-by: Christoph Hellwig
---
arch/x86/kernel/fpu/core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/kernel/fpu/core.c b/arch/x86/kernel/fpu/core.c
index 03c2d306e6f2..5e0240d029fd 100644
--- a/arch/x86/kernel/fpu/core.c
+++
Yes, you are correct. I will fix the issue and resubmit the patch again.
On Mon, Jun 3, 2019 at 7:55 PM Hans Verkuil wrote:
>
> On 5/29/19 3:09 PM, Young Xiao wrote:
> > If vpif_probe() fails on vpif_probe_complete(), then memory
> > allocated at initialize_vpif() for global vpif_obj.dev[i]
> >
On Tue, Jun 04, 2019 at 03:13:21PM +0800, Pingfan Liu wrote:
> Is it a convention? scripts/checkpatch.pl can not detect it. Could you
> show me some light so later I can avoid it?
If you look at most kernel code you can see two conventions:
- double tabe indent
- indent to the start of the
Hi Angelo,
On 3/6/19 10:26 pm, Angelo Dureghello wrote:
couldn't seen any follow up on this patch. I tested it and at least
for mcf5441x it works properly and solves all issues.
Do you think it may be accepted as an initial fix ?
I'll add it to the m68knommu git tree.
Seeing as you wrote it
This series exposes the ufs_reset line as a gpio, adds support for ufshcd to
acquire and toggle this and then adds this to SDM845 MTP.
Bjorn Andersson (3):
pinctrl: qcom: sdm845: Expose ufs_reset as gpio
scsi: ufs: Allow resetting the UFS device
arm64: dts: qcom: sdm845-mtp: Specify UFS
On Tue, Jun 4, 2019 at 3:17 PM Christoph Hellwig wrote:
>
> On Tue, Jun 04, 2019 at 03:13:21PM +0800, Pingfan Liu wrote:
> > Is it a convention? scripts/checkpatch.pl can not detect it. Could you
> > show me some light so later I can avoid it?
>
> If you look at most kernel code you can see two
The ufs_reset pin is expected to be wired to the reset pin of the
primary UFS memory but is pretty much just a general purpose output pinr
Reorder the pins and expose it as gpio 150, so that the UFS driver can
toggle it.
Signed-off-by: Bjorn Andersson
---
Specify the UFS device-reset gpio, so that the controller will issue a
reset of the UFS device.
Signed-off-by: Bjorn Andersson
---
arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sdm845-mtp.dts
Acquire the device-reset GPIO and toggle this to reset the UFS device
during initialization and host reset.
Signed-off-by: Bjorn Andersson
---
drivers/scsi/ufs/ufshcd.c | 44 +++
drivers/scsi/ufs/ufshcd.h | 4
2 files changed, 48 insertions(+)
diff
On Tue, 4 Jun 2019 at 15:14, Ulf Hansson wrote:
>
> On Mon, 3 Jun 2019 at 10:42, Baolin Wang wrote:
> >
> > Hi Adrian & Ulf,
> >
> > On Mon, 20 May 2019 at 18:12, Baolin Wang wrote:
> > >
> > > This patch set adds optional clock support, HS400 enhanced strobe mode
> > > support,
> > > PHY DLL
On Tue, Jun 4, 2019 at 3:08 PM Christoph Hellwig wrote:
>
> On Mon, Jun 03, 2019 at 04:56:10PM -0700, Ira Weiny wrote:
> > On Mon, Jun 03, 2019 at 09:42:06AM -0700, Christoph Hellwig wrote:
> > > > +#if defined(CONFIG_CMA)
> > >
> > > You can just use #ifdef here.
> > >
> > > > +static inline int
The CONFIG_BACKLIGHT_LCD_SUPPORT was removed in commit 8c5dc8d9f19c
("video: backlight: Remove useless BACKLIGHT_LCD_SUPPORT kernel
symbol"). Options protected by CONFIG_BACKLIGHT_LCD_SUPPORT are now
available directly.
Signed-off-by: Krzysztof Kozlowski
---
Changes since v1:
1. Change also
The PF_MEMALLOC_NOCMA is set by memalloc_nocma_save(), which is finally
cast to ~_GFP_MOVABLE. So __get_user_pages_locked() will get pages from
non CMA area and pin them. There is no need to
check_and_migrate_cma_pages().
Signed-off-by: Pingfan Liu
Cc: Andrew Morton
Cc: Ira Weiny
Cc: Dan
On Mon, Jun 03, 2019 at 10:02:10AM -0700, Linus Torvalds wrote:
> On Mon, Jun 3, 2019 at 9:08 AM Linus Torvalds
> wrote:
> >
> > The new code has no test at all for "nr_pages == 0", afaik.
>
> Note that it really is important to check for that, because right now we do
True. The 0 check got
On Mon, Jun 03, 2019 at 09:16:08AM -0600, Khalid Aziz wrote:
> Could you reword above sentence? We are already starting off with
> untagged_addr() not being no-op for arm64 and sparc64. It will expand
> further potentially. So something more along the lines of "Define it as
> noop for
Remove function r8712_free_network_queue, as it does nothing but call
_free_network queue; rename _free_network_queue to
r8712_free_network_queue to enable continued functionality; change the
type of r8712_free_network_queue (formerly _free_network_queue) from
static to non-static to match the
On Mon, 3 Jun 2019 at 20:41, Doug Anderson wrote:
>
> Ulf,
>
> On Tue, May 28, 2019 at 3:49 PM Doug Anderson wrote:
> >
> > > 1) As kind of stated above, did you consider a solution where the core
> > > simply disables the SDIO IRQ in case it isn't enabled for system
> > > wakeup? In this way
Здравейте!
Нуждаете ли се от мотивационен пакет за персонала, който е удобен и
привлекателен, както за работодателя, така и за служителите?
В такъв случай Ви препоръчваме да обмислите използването на все по-популярните
ваучери за храна - работодателят осигурява ваучери за определена сума, а
On Mon, Jun 03, 2019 at 07:47:27PM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> Although not causing any noticeable issues, the mask for the
> channel offset is covering too many bits.
>
> Signed-off-by: Marcus Cooper
Acked-by: Maxime Ripard
Maxime
--
Maxime Ripard, Bootlin
When CONFIG_USB is not set, and CONFIG_USB_GADGET is set,
there is an issue, e.g.:
drivers/usb/mtu3/mtu3_debugfs.o: in function 'ssusb_debugfs_create_root':
mtu3_debugfs.c:(.text+0xba3): undefined reference to 'usb_debug_root'
usb_debug_root is currently only built when host is supported
The new mv88e6250_g1_reset() is identical to mv88e6352_g1_reset() except
for the call of mv88e6352_g1_wait_ppu_polling(), so refactor the 6352
version in term of the 6250 one. No functional change.
Reviewed-by: Andrew Lunn
Signed-off-by: Rasmus Villemoes
---
drivers/net/dsa/mv88e6xxx/global1.c
The data sheet also mentions the possibility of selecting 200 Mbps for
the MII ports (ports 5 and 6) by setting the ForceSpd field to
0x2 (aka MV88E6065_PORT_MAC_CTL_SPEED_200). However, there's a note
that "actual speed is determined by bit 8 above", and flipping back a
page, one finds that bits
The mv88e6250 has a rather different way of reporting the link, speed
and duplex status. A simple difference is that the link bit is bit 12
rather than bit 11 of the port status register.
It gets more complicated for speed and duplex, which do not have
separate fields. Instead, there's a four-bit
These are almost identical to the 6185 variants, but have fewer bits
for the FID.
Bit 10 of the VTU_OP register (offset 0x05) is the VidPolicy bit,
which one should probably preserve in mv88e6xxx_g1_vtu_op(), instead
of always writing a 0. However, on the 6352 family, that bit is
located at bit
The mv88e6250 has port_base_addr 0x8 or 0x18 (depending on
configuration pins), so it constitutes a new family and hence needs
its own compatible string.
Reviewed-by: Andrew Lunn
Signed-off-by: Rasmus Villemoes
---
Documentation/devicetree/bindings/net/dsa/marvell.txt | 7 +--
1 file
Quite a few of the existing supported chips that use
mv88e6085_g1_ieee_pri_map as ->ieee_pri_map (including, incidentally,
mv88e6085 itself) actually have a reset value of 0xfa50 in the
G1_IEEE_PRI register.
The data sheet for the mv88e6095, however, does describe a reset value
of 0xfa41.
So
Hi Greg,
On Tue, Jun 4, 2019 at 9:18 AM Greg Ungerer wrote:
> On 3/6/19 10:26 pm, Angelo Dureghello wrote:
> > couldn't seen any follow up on this patch. I tested it and at least
> > for mcf5441x it works properly and solves all issues.
> >
> > Do you think it may be accepted as an initial fix ?
The 88e6250 (as well as 6220, 6071, 6070, 6020) do not support
multi-chip (indirect) addressing. However, one can still have two of
them on the same mdio bus, since the device only uses 16 of the 32
possible addresses, either addresses 0x00-0x0F or 0x10-0x1F depending
on the ADDR4 pin at reset
This adds support for the Marvell 88E6250. I've checked that each
member in the ops-structure makes sense, and basic switchdev
functionality works fine.
It uses the new dual_chip option, and since its port registers start
at SMI address 0x08 or 0x18 (i.e., always sw_addr + 0x08), we need to
Hi David,
On Tue, Jun 4, 2019 at 9:34 AM David Howells wrote:
> Geert Uytterhoeven wrote:
>
> > I'm not such a big fan of BUG(), so I'd go for ret = -EAFNOSUPPORT, but
> > given
> > rxrpc is already full of BUG() calls, I guess it is an acceptable solution.
>
> Okay. Are you okay with this
This adds support for the mv88e6250 chip. Initially based on the
mv88e6240, this time around, I've been through each ->ops callback and
checked that it makes sense, either replacing with a 6250 specific
variant or dropping it if no equivalent functionality seems to exist
for the 6250. Along the
The MV88E6352_G2_WDOG_CTL_* bits almost, but not quite, describe the
watchdog control register on the mv88e6250. Among those actually
referenced in the code, only QC_ENABLE differs (bit 6 rather than bit
5).
Reviewed-by: Andrew Lunn
Reviewed-by: Vivien Didelot
Signed-off-by: Rasmus Villemoes
All the currently supported chips have .num_databases either 256 or
4096, so this patch does not change behaviour for any of those. The
mv88e6250, however, has .num_databases == 64, and it does not put the
upper two bits in ATU control 13:12, but rather in ATU Operation
9:8. So change the logic to
Geert Uytterhoeven wrote:
> I'm not such a big fan of BUG(), so I'd go for ret = -EAFNOSUPPORT, but given
> rxrpc is already full of BUG() calls, I guess it is an acceptable solution.
Okay. Are you okay with this going through net-next?
David
On Tue, Jun 04, 2019 at 03:34:07PM +0800, Chunfeng Yun wrote:
> When CONFIG_USB is not set, and CONFIG_USB_GADGET is set,
> there is an issue, e.g.:
>
> drivers/usb/mtu3/mtu3_debugfs.o: in function 'ssusb_debugfs_create_root':
> mtu3_debugfs.c:(.text+0xba3): undefined reference to
On Mon, Jun 03, 2019 at 07:47:28PM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> Whilst testing the capture functionality of the i2s on the newer
> SoCs it was noticed that the recording was somewhat distorted.
> This was due to the offset not being set correctly on the receiver
>
I'm announcing the release of the 5.0.21 kernel.
All users of the 5.0 kernel series must upgrade.
Note, this is the LAST 5.0.y kernel to be released. It is now
end-of-life. Please move to the 5.1.y kernel tree at this point in
time.
The updated 5.0.y git tree can be found at:
I'm announcing the release of the 4.19.48 kernel.
All users of the 4.19 kernel series must upgrade.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web
diff --git a/Makefile b/Makefile
index b3ba28ff73d5..42529a87f3b4 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 19
-SUBLEVEL = 47
+SUBLEVEL = 48
EXTRAVERSION =
NAME = "People's Front"
@@ -508,13 +508,6 @@ export
I'm announcing the release of the 5.1.7 kernel.
All users of the 5.1 kernel series must upgrade.
The updated 5.1.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.1.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 25390977536b..93701ca8f3a6 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 5
PATCHLEVEL = 0
-SUBLEVEL = 20
+SUBLEVEL = 21
EXTRAVERSION =
NAME = Shy Crocodile
diff --git a/drivers/crypto/vmx/ghash.c
diff --git a/Makefile b/Makefile
index d8bdd2bb55dc..299578ce385a 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 5
PATCHLEVEL = 1
-SUBLEVEL = 6
+SUBLEVEL = 7
EXTRAVERSION =
NAME = Shy Crocodile
diff --git a/drivers/crypto/vmx/ghash.c
On Tue, Jun 4, 2019 at 3:34 PM Maxime Ripard wrote:
>
> On Mon, Jun 03, 2019 at 07:47:27PM +0200, codekip...@gmail.com wrote:
> > From: Marcus Cooper
> >
> > Although not causing any noticeable issues, the mask for the
> > channel offset is covering too many bits.
> >
> > Signed-off-by: Marcus
On Tue, Jun 4, 2019 at 3:37 PM Maxime Ripard wrote:
>
> On Mon, Jun 03, 2019 at 07:47:28PM +0200, codekip...@gmail.com wrote:
> > From: Marcus Cooper
> >
> > Whilst testing the capture functionality of the i2s on the newer
> > SoCs it was noticed that the recording was somewhat distorted.
> >
On Mon, May 06, 2019 at 04:39:26PM -0700, Dan Williams wrote:
> Changes since v7 [1]:
>
> - Make subsection helpers pfn based rather than physical-address based
> (Oscar and Pavel)
>
> - Make subsection bitmap definition scalable for different section and
> sub-section sizes across
Hi Paul,
On Mon, Jun 3, 2019 at 10:14 PM Paul E. McKenney wrote:
> On Mon, Jun 03, 2019 at 06:08:35PM +, Vineet Gupta wrote:
> > On 5/31/19 1:21 AM, Peter Zijlstra wrote:
> > >> I'm not sure how to interpret "natural alignment" for the case of double
> > >> load/stores on 32-bit systems
On Mon, Jun 03, 2019 at 07:47:29PM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> On the newer SoCs this is set by default to transfer a 0 after
Which SoCs?
> each sample in each slot. However the platform that this driver
Which platform?
> was developed on had the default
On Mon, Jun 03, 2019 at 02:59:27PM -0500, Corey Minyard wrote:
> On Mon, Jun 03, 2019 at 09:09:21PM +0200, Greg KH wrote:
> > On Mon, Jun 03, 2019 at 04:49:28PM +0100, Suzuki K Poulose wrote:
> > > Drop the reference to a device found via bus_find_device()
> > >
> > > Cc: Corey Minyard
> > > Cc:
On Mon, Jun 03, 2019 at 07:47:30PM +0200, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> We have a number of flags used to identify the functionality
> of the IP block found on the sun8i-h3 and later devices. As it
> is only neccessary to identify this new block then replace
> these flags
On 10/04/19 1:18 PM, Pawel Laszczak wrote:
> +static void cdns3_wa1_tray_restore_cycle_bit(struct cdns3_device *priv_dev,
> + struct cdns3_endpoint *priv_ep)
> +{
> + int dma_index;
> + u32 doorbell;
> +
> + doorbell =
Hi,
Greg Kroah-Hartman writes:
>> +struct dentry *usb_debugfs_init(void)
>> +{
>> +if (!usb_debug_root)
>> +usb_debug_root = debugfs_create_dir("usb", NULL);
>> +
>> +atomic_inc(_debug_root_refcnt);
>> +
>> +return usb_debug_root;
>> +}
>>
1 - 100 of 1224 matches
Mail list logo