On Tue, Sep 25, 2018 at 12:58:16PM +0200, Linus Walleij wrote:
> On Tue, Sep 25, 2018 at 8:19 AM Nathan Chancellor
> wrote:
>
> > Clang warns when one enumerated type is implicitly converted to another,
> > which happens several times in the pinctrl drivers for a few reasons:
> >
> > * The
On Tue, Sep 25, 2018 at 12:58:16PM +0200, Linus Walleij wrote:
> On Tue, Sep 25, 2018 at 8:19 AM Nathan Chancellor
> wrote:
>
> > Clang warns when one enumerated type is implicitly converted to another,
> > which happens several times in the pinctrl drivers for a few reasons:
> >
> > * The
[+Gustavo, please have a look at INTX/MSI management]
On Thu, Sep 06, 2018 at 06:40:32PM +0900, Kunihiko Hayashi wrote:
> This introduces specific glue layer for UniPhier platform to support
> PCIe host controller that is based on the DesignWare PCIe core, and
> this driver supports Root Complex
[+Gustavo, please have a look at INTX/MSI management]
On Thu, Sep 06, 2018 at 06:40:32PM +0900, Kunihiko Hayashi wrote:
> This introduces specific glue layer for UniPhier platform to support
> PCIe host controller that is based on the DesignWare PCIe core, and
> this driver supports Root Complex
On 09/24/2018 11:19 PM, Kishon Vijay Abraham I wrote:
>
>
> On Friday 21 September 2018 12:49 AM, Florian Fainelli wrote:
>> On 09/20/2018 12:16 PM, Florian Fainelli wrote:
>>> Hi Kishon, Tejun,
>>>
>>> This patch series adds support for the SATA AHCI and PHY found on the
>>> ARM-basd BCM63138
On 09/24/2018 11:19 PM, Kishon Vijay Abraham I wrote:
>
>
> On Friday 21 September 2018 12:49 AM, Florian Fainelli wrote:
>> On 09/20/2018 12:16 PM, Florian Fainelli wrote:
>>> Hi Kishon, Tejun,
>>>
>>> This patch series adds support for the SATA AHCI and PHY found on the
>>> ARM-basd BCM63138
On Tue, Sep 25, 2018 at 09:50:18AM -0600, Shuah Khan wrote:
> >>> Also can you run this test as normal user?
> >>
> >> No. Must be run as root to open /dev/watchdog. When /dev/watchdog is
> >> opened, the
> >> WD is started and if not updated properly, the system will crash.
> >
> > Hmm. I
On Tue, Sep 25, 2018 at 09:50:18AM -0600, Shuah Khan wrote:
> >>> Also can you run this test as normal user?
> >>
> >> No. Must be run as root to open /dev/watchdog. When /dev/watchdog is
> >> opened, the
> >> WD is started and if not updated properly, the system will crash.
> >
> > Hmm. I
wt., 25 wrz 2018 o 17:48 Joe Perches napisał(a):
>
> On Tue, 2018-09-25 at 13:51 +0100, Robin Murphy wrote:
> > On 25/09/18 13:46, Bartosz Golaszewski wrote:
> > > This series implements devm_kstrdup_const() together with some
> > > prerequisite changes and uses it in pmc-atom driver.
> >
> > Is
wt., 25 wrz 2018 o 17:48 Joe Perches napisał(a):
>
> On Tue, 2018-09-25 at 13:51 +0100, Robin Murphy wrote:
> > On 25/09/18 13:46, Bartosz Golaszewski wrote:
> > > This series implements devm_kstrdup_const() together with some
> > > prerequisite changes and uses it in pmc-atom driver.
> >
> > Is
Hi,
On Mon, Sep 24, 2018 at 11:23 AM Trent Piepho wrote:
>
> On Mon, 2018-09-24 at 10:13 -0700, Doug Anderson wrote:
> > IIUC previous suggestions about just naming it based on the first SoC
> > was due to the difficulty of coming up with a good generic name to
> > give something. For instance
Hi,
On Mon, Sep 24, 2018 at 11:23 AM Trent Piepho wrote:
>
> On Mon, 2018-09-24 at 10:13 -0700, Doug Anderson wrote:
> > IIUC previous suggestions about just naming it based on the first SoC
> > was due to the difficulty of coming up with a good generic name to
> > give something. For instance
On Mon, Sep 17, 2018 at 04:08:46PM -0700, Roman Gushchin wrote:
> The memcg OOM killer is never invoked due to a failed high-order
> allocation, however the MEMCG_OOM event can be raised.
>
> As shown below, it can happen under conditions, which are very
> far from a real OOM: e.g. there is
On Mon, Sep 17, 2018 at 04:08:46PM -0700, Roman Gushchin wrote:
> The memcg OOM killer is never invoked due to a failed high-order
> allocation, however the MEMCG_OOM event can be raised.
>
> As shown below, it can happen under conditions, which are very
> far from a real OOM: e.g. there is
On Tue, Sep 25, 2018 at 05:31:03PM +0200, Arnd Bergmann wrote:
> On Tue, Sep 25, 2018 at 4:54 PM Greg KH wrote:
> >
> > On Tue, Sep 25, 2018 at 04:23:44PM +0200, Greg KH wrote:
> > > [Yes, the oddity of sending a pull request to myself is not lost on me...]
> >
> > And, I totally messed this up.
On Tue, Sep 25, 2018 at 05:31:03PM +0200, Arnd Bergmann wrote:
> On Tue, Sep 25, 2018 at 4:54 PM Greg KH wrote:
> >
> > On Tue, Sep 25, 2018 at 04:23:44PM +0200, Greg KH wrote:
> > > [Yes, the oddity of sending a pull request to myself is not lost on me...]
> >
> > And, I totally messed this up.
Hi,
I am seeing this perf crash on my arm64-based system:
root@localhost:~# ./perf_debug_ record -e armv8_pmuv3_0/br_mis_pred/ sleep 1
perf: Segmentation fault
Obtained 9 stack frames.
./perf_debug_() [0x4c5ef8]
[0x82ba267c]
./perf_debug_() [0x4bc5a8]
./perf_debug_() [0x419550]
Hi,
I am seeing this perf crash on my arm64-based system:
root@localhost:~# ./perf_debug_ record -e armv8_pmuv3_0/br_mis_pred/ sleep 1
perf: Segmentation fault
Obtained 9 stack frames.
./perf_debug_() [0x4c5ef8]
[0x82ba267c]
./perf_debug_() [0x4bc5a8]
./perf_debug_() [0x419550]
On Mon, Sep 24, 2018 at 04:14:00PM +0100, Patrick Bellasi wrote:
> > So why bother changing it around?
>
> For two main reasons:
>
> 1) to expose userspace a more generic interface:
>a "performance percentage" is more generic then a "capacity value"
>while keep translating and using a
On 09/24/2018 02:42 PM, Shuah Khan wrote:
> On 09/23/2018 07:47 PM, Jerry Hoemann wrote:
>> On Fri, Sep 21, 2018 at 05:42:00PM -0600, Shuah Khan wrote:
>>> Hi Jerry,
>>>
>>> Thanks for the patch. A few comments below:
>>
>> Replies inline.
>>
>>>
>>> On 09/21/2018 04:55 PM, Jerry Hoemann wrote:
On Mon, Sep 24, 2018 at 04:14:00PM +0100, Patrick Bellasi wrote:
> > So why bother changing it around?
>
> For two main reasons:
>
> 1) to expose userspace a more generic interface:
>a "performance percentage" is more generic then a "capacity value"
>while keep translating and using a
On 09/24/2018 02:42 PM, Shuah Khan wrote:
> On 09/23/2018 07:47 PM, Jerry Hoemann wrote:
>> On Fri, Sep 21, 2018 at 05:42:00PM -0600, Shuah Khan wrote:
>>> Hi Jerry,
>>>
>>> Thanks for the patch. A few comments below:
>>
>> Replies inline.
>>
>>>
>>> On 09/21/2018 04:55 PM, Jerry Hoemann wrote:
On Tue, 2018-09-25 at 13:51 +0100, Robin Murphy wrote:
> On 25/09/18 13:46, Bartosz Golaszewski wrote:
> > This series implements devm_kstrdup_const() together with some
> > prerequisite changes and uses it in pmc-atom driver.
>
> Is anyone expecting me to review this series,
Probably not.
> or
On Tue, 2018-09-25 at 13:51 +0100, Robin Murphy wrote:
> On 25/09/18 13:46, Bartosz Golaszewski wrote:
> > This series implements devm_kstrdup_const() together with some
> > prerequisite changes and uses it in pmc-atom driver.
>
> Is anyone expecting me to review this series,
Probably not.
> or
On 05/09/2018 16:09, Ryder Lee wrote:
> Add display subsystem related device nodes for MT7623.
>
> Cc: CK Hu
> Signed-off-by: chunhui dai
> Signed-off-by: Bibby Hsieh
> Signed-off-by: Ryder Lee
> ---
> I forgot to sort nodes in my previous mail. Sorry for the inconvenience.
>
> This patch
On 05/09/2018 16:09, Ryder Lee wrote:
> Add display subsystem related device nodes for MT7623.
>
> Cc: CK Hu
> Signed-off-by: chunhui dai
> Signed-off-by: Bibby Hsieh
> Signed-off-by: Ryder Lee
> ---
> I forgot to sort nodes in my previous mail. Sorry for the inconvenience.
>
> This patch
On 05/09/2018 12:22, Ryder Lee wrote:
> Add a jpeg decoder device node for MT7623.
>
> Signed-off-by: Ryder Lee
Applied to v4.19-next/dts32
> ---
> arch/arm/boot/dts/mt7623.dtsi | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff --git a/arch/arm/boot/dts/mt7623.dtsi
On 05/09/2018 12:22, Ryder Lee wrote:
> Add a jpeg decoder device node for MT7623.
>
> Signed-off-by: Ryder Lee
Applied to v4.19-next/dts32
> ---
> arch/arm/boot/dts/mt7623.dtsi | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff --git a/arch/arm/boot/dts/mt7623.dtsi
On 05/09/2018 12:22, Ryder Lee wrote:
> Add iommu/smi device nodes for MT7623.
>
> Signed-off-by: Ryder Lee
Applied to v4.19-next/dts32
> ---
> arch/arm/boot/dts/mt7623.dtsi | 59
> +++
> 1 file changed, 59 insertions(+)
>
> diff --git
On 05/09/2018 12:22, Ryder Lee wrote:
> Add iommu/smi device nodes for MT7623.
>
> Signed-off-by: Ryder Lee
Applied to v4.19-next/dts32
> ---
> arch/arm/boot/dts/mt7623.dtsi | 59
> +++
> 1 file changed, 59 insertions(+)
>
> diff --git
On 05/09/2018 12:22, Ryder Lee wrote:
> Update MT7623 subsystem clock controllers, inlcuding mmsys, imgsys,
> vdecsys, g3dsys and bdpsys.
>
> Signed-off-by: Ryder Lee
Applied to v4.19-next/dts32
> ---
> arch/arm/boot/dts/mt7623.dtsi | 41 +
> 1 file
On 05/09/2018 12:22, Ryder Lee wrote:
> Update MT7623 subsystem clock controllers, inlcuding mmsys, imgsys,
> vdecsys, g3dsys and bdpsys.
>
> Signed-off-by: Ryder Lee
Applied to v4.19-next/dts32
> ---
> arch/arm/boot/dts/mt7623.dtsi | 41 +
> 1 file
On 05/09/2018 12:22, Ryder Lee wrote:
> Add ARM PMU device node to enable hardware perf events.
>
> Signed-off-by: Ryder Lee
Applied to v4.19-next/dts32
> ---
> arch/arm/boot/dts/mt7623.dtsi | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/arch/arm/boot/dts/mt7623.dtsi
On 05/09/2018 12:22, Ryder Lee wrote:
> Add ARM PMU device node to enable hardware perf events.
>
> Signed-off-by: Ryder Lee
Applied to v4.19-next/dts32
> ---
> arch/arm/boot/dts/mt7623.dtsi | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/arch/arm/boot/dts/mt7623.dtsi
On Tue, Sep 25, 2018 at 07:15:34AM -0400, Jeff Layton wrote:
> Linux has dozens of filesystems and they all behave differently in this
> regard. A catastrophic failure (paradoxically) makes things simpler for
> the fs developer, but even on local filesystems isolated errors can
> occur. It's also
On Tue, Sep 25, 2018 at 07:15:34AM -0400, Jeff Layton wrote:
> Linux has dozens of filesystems and they all behave differently in this
> regard. A catastrophic failure (paradoxically) makes things simpler for
> the fs developer, but even on local filesystems isolated errors can
> occur. It's also
Want editing for your photos? We can help you for this.
We can do cutting out and retouching for your ecommerce photos, jewelry
photos retouching,
portrait photos or wedding photos.
Turnaround time is fast
Send us one photo, we wil do testing for you.
Thanks,
Heather
Want editing for your photos? We can help you for this.
We can do cutting out and retouching for your ecommerce photos, jewelry
photos retouching,
portrait photos or wedding photos.
Turnaround time is fast
Send us one photo, we wil do testing for you.
Thanks,
Heather
On 25 September 2018 12:17:26 BST, Veerabhadrarao Badiganti
wrote:
>
>On 9/25/2018 1:18 AM, Craig Tatlor wrote:
>> What socs have you tested this on?
>> On sdm660 it seems to crash device
>> when writing pwr ctl.
>
>Hi
>We have tested this on SDM845.
>SDM660 also has SDCC5 controller, so you
On 25 September 2018 12:17:26 BST, Veerabhadrarao Badiganti
wrote:
>
>On 9/25/2018 1:18 AM, Craig Tatlor wrote:
>> What socs have you tested this on?
>> On sdm660 it seems to crash device
>> when writing pwr ctl.
>
>Hi
>We have tested this on SDM845.
>SDM660 also has SDCC5 controller, so you
On 04/09/2018 14:31, Argus Lin wrote:
> MT6357 is a new power management IC and it is used for mt6765 SoCs.
> To define mt6357_regs for pmic register mapping and pmic_mt6357
> for accessing register.
>
> Signed-off-by: Argus Lin
Needed some handwork to get it applied, please check that no
On 04/09/2018 14:31, Argus Lin wrote:
> MT6357 is a new power management IC and it is used for mt6765 SoCs.
> To define mt6357_regs for pmic register mapping and pmic_mt6357
> for accessing register.
>
> Signed-off-by: Argus Lin
Needed some handwork to get it applied, please check that no
On 04/09/2018 14:31, Argus Lin wrote:
> mt6765 is a highly integrated SoCs, it uses mt6357 for power management.
> This patch adds pwrap driver to access mt6357. Pwrap of mt6765 support
> dynamic priority meichanism, sequence monitor and starvation mechanism
> to make transaction more reliable.
On 04/09/2018 14:31, Argus Lin wrote:
> mt6765 is a highly integrated SoCs, it uses mt6357 for power management.
> This patch adds pwrap driver to access mt6357. Pwrap of mt6765 support
> dynamic priority meichanism, sequence monitor and starvation mechanism
> to make transaction more reliable.
On 04/09/2018 14:31, Argus Lin wrote:
> Add binding document of pwrap for MT6765 SoCs.
>
> Signed-off-by: Argus Lin
> ---
Applied to v4.19-next/soc
> Documentation/devicetree/bindings/soc/mediatek/pwrap.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
On 04/09/2018 14:31, Argus Lin wrote:
> Add binding document of pwrap for MT6765 SoCs.
>
> Signed-off-by: Argus Lin
> ---
Applied to v4.19-next/soc
> Documentation/devicetree/bindings/soc/mediatek/pwrap.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
From: Pavel Tatashin
When checking for valid pfns in zero_resv_unavail(), it is not necessary to
verify that pfns within pageblock_nr_pages ranges are valid, only the first
one needs to be checked. This is because memory for pages are allocated in
contiguous chunks that contain
From: Naoya Horiguchi
There is a kernel panic that is triggered when reading /proc/kpageflags
on the kernel booted with kernel parameter 'memmap=nn[KMG]!ss[KMG]':
BUG: unable to handle kernel paging request at fffe
PGD 9b20e067 P4D 9b20e067 PUD 9b210067 PMD 0
Oops: [#1]
From: Pavel Tatashin
When checking for valid pfns in zero_resv_unavail(), it is not necessary to
verify that pfns within pageblock_nr_pages ranges are valid, only the first
one needs to be checked. This is because memory for pages are allocated in
contiguous chunks that contain
From: Naoya Horiguchi
There is a kernel panic that is triggered when reading /proc/kpageflags
on the kernel booted with kernel parameter 'memmap=nn[KMG]!ss[KMG]':
BUG: unable to handle kernel paging request at fffe
PGD 9b20e067 P4D 9b20e067 PUD 9b210067 PMD 0
Oops: [#1]
From: Masayoshi Mizuma
commit 124049decbb1 ("x86/e820: put !E820_TYPE_RAM regions into
memblock.reserved") breaks movable_node kernel option because it
changed the memory gap range to reserved memblock. So, the node
is marked as Normal zone even if the SRAT has Hot plaggable affinity.
From: Masayoshi Mizuma
commit 124049decbb1 ("x86/e820: put !E820_TYPE_RAM regions into
memblock.reserved") breaks movable_node kernel option because it
changed the memory gap range to reserved memblock. So, the node
is marked as Normal zone even if the SRAT has Hot plaggable affinity.
This patch series are the fix for movable_node boot option
issue which was introduced by commit 124049decbb1 ("x86/e820:
put !E820_TYPE_RAM regions into memblock.reserved").
First patch, revert the commit. Second and third patch fix the
original issue.
Masayoshi Mizuma (1):
Revert "x86/e820:
This patch series are the fix for movable_node boot option
issue which was introduced by commit 124049decbb1 ("x86/e820:
put !E820_TYPE_RAM regions into memblock.reserved").
First patch, revert the commit. Second and third patch fix the
original issue.
Masayoshi Mizuma (1):
Revert "x86/e820:
On Wed, Sep 12, 2018 at 04:13:29PM +0800, Anson Huang wrote:
> Update VDD_SOC voltage to 1.25V for 900MHz operating point
> according to datasheet Rev. 1.3, 08/2018, 25mV is added to
> the minimum allowed values to cover power supply ripple.
>
> Signed-off-by: Anson Huang
Applied, thanks.
On Wed, Sep 12, 2018 at 04:13:29PM +0800, Anson Huang wrote:
> Update VDD_SOC voltage to 1.25V for 900MHz operating point
> according to datasheet Rev. 1.3, 08/2018, 25mV is added to
> the minimum allowed values to cover power supply ripple.
>
> Signed-off-by: Anson Huang
Applied, thanks.
On Tue, Sep 25, 2018 at 10:41:09AM -0400, Waiman Long wrote:
> diff --git a/lib/debugobjects.c b/lib/debugobjects.c
> index 70935ed91125..68d72ed9ca22 100644
> --- a/lib/debugobjects.c
> +++ b/lib/debugobjects.c
> @@ -1106,8 +1106,15 @@ void __init debug_objects_early_init(void)
> {
> int
On Tue, Sep 25, 2018 at 10:41:09AM -0400, Waiman Long wrote:
> diff --git a/lib/debugobjects.c b/lib/debugobjects.c
> index 70935ed91125..68d72ed9ca22 100644
> --- a/lib/debugobjects.c
> +++ b/lib/debugobjects.c
> @@ -1106,8 +1106,15 @@ void __init debug_objects_early_init(void)
> {
> int
On 2018年09月25日 21:31, Sergey Senozhatsky wrote:
> On (09/25/18 14:23), Petr Mladek wrote:
>> The 32GB was mentioned as an example one year ego. This is not enough
>> for a new syscall from my point of view.
> I agree. I didn't think of syslog(); was merely thinking about logbuf
> and flushing
On 2018年09月25日 21:31, Sergey Senozhatsky wrote:
> On (09/25/18 14:23), Petr Mladek wrote:
>> The 32GB was mentioned as an example one year ego. This is not enough
>> for a new syscall from my point of view.
> I agree. I didn't think of syslog(); was merely thinking about logbuf
> and flushing
Now that we have proper isolation in place with cgroups2 we have started going
through and fixing the various priority inversions. Most are all gone now, but
this one is sort of weird since it's not necessarily a priority inversion that
happens within the kernel, but rather because of something
Now that we have proper isolation in place with cgroups2 we have started going
through and fixing the various priority inversions. Most are all gone now, but
this one is sort of weird since it's not necessarily a priority inversion that
happens within the kernel, but rather because of something
On Tue, Sep 25, 2018 at 4:54 PM Greg KH wrote:
>
> On Tue, Sep 25, 2018 at 04:23:44PM +0200, Greg KH wrote:
> > [Yes, the oddity of sending a pull request to myself is not lost on me...]
>
> And, I totally messed this up. Ugh, what kind of idiot does something
> like this! It's not like I
On Tue, Sep 25, 2018 at 4:54 PM Greg KH wrote:
>
> On Tue, Sep 25, 2018 at 04:23:44PM +0200, Greg KH wrote:
> > [Yes, the oddity of sending a pull request to myself is not lost on me...]
>
> And, I totally messed this up. Ugh, what kind of idiot does something
> like this! It's not like I
On Fri, Sep 21, 2018 at 11:46:20AM +0200, Ludovic Barre wrote:
> From: Ludovic Barre
>
> STM32 sdmmc variant has support to:
> -Indicate signal directions (only one property
> for d0dir, d123dir, cmd_dir)
> -Select command and data phase relation.
> -Select "clock in" from an external driver.
>
On Fri, Sep 21, 2018 at 11:46:20AM +0200, Ludovic Barre wrote:
> From: Ludovic Barre
>
> STM32 sdmmc variant has support to:
> -Indicate signal directions (only one property
> for d0dir, d123dir, cmd_dir)
> -Select command and data phase relation.
> -Select "clock in" from an external driver.
>
On Tue, Sep 25, 2018 at 09:34:49AM -0500, Justin Ernst wrote:
> We observe an oops in the skx_edac module during boot.
> Examining /var/log/messages:
> [ 3401.985757] EDAC MC0: Giving out device to module skx_edac controller
> Skylake Socket#0 IMC#0
> [ 3401.985887] EDAC MC1: Giving out device to
On Tue, Sep 25, 2018 at 09:34:49AM -0500, Justin Ernst wrote:
> We observe an oops in the skx_edac module during boot.
> Examining /var/log/messages:
> [ 3401.985757] EDAC MC0: Giving out device to module skx_edac controller
> Skylake Socket#0 IMC#0
> [ 3401.985887] EDAC MC1: Giving out device to
On Tue, Sep 25, 2018 at 10:19:55AM +0800, Zong Li wrote:
> The RV32 need the umoddi3 to do modulo when the operands are long long
> type, like other libraries implementation such as ucmpdi2, lshrdi3 and
> so on. I encounter the undefined reference 'umoddi3' when I use the in
> house dma driver,
On Tue, Sep 25, 2018 at 10:19:55AM +0800, Zong Li wrote:
> The RV32 need the umoddi3 to do modulo when the operands are long long
> type, like other libraries implementation such as ucmpdi2, lshrdi3 and
> so on. I encounter the undefined reference 'umoddi3' when I use the in
> house dma driver,
On 9/25/18 1:04 AM, Sekhar Nori wrote:
Hi David,
On Monday 24 September 2018 07:01 AM, David Lechner wrote:
Due to the electrical design of the A/DC circuits on LEGO MINDSTORMS EV3,
if we are reading analog values as fast as possible (i.e. using DMA to
service the SPI) the A/DC chip will
On Thu, Sep 20, 2018 at 01:09:52PM +0100, Alan Cox wrote:
> On Tue, 18 Sep 2018 21:05:20 -0400
> Brian Dodge wrote:
>
> > Hi,
> >
> > In the linux kernel commit 91ab076e3a2f092254fe5231bbfa92b37fd52e38 the
> > vendor prefix "arctic" was added to vendor-prefixes.txt.
> >
> > The original
On 9/25/18 1:04 AM, Sekhar Nori wrote:
Hi David,
On Monday 24 September 2018 07:01 AM, David Lechner wrote:
Due to the electrical design of the A/DC circuits on LEGO MINDSTORMS EV3,
if we are reading analog values as fast as possible (i.e. using DMA to
service the SPI) the A/DC chip will
On Thu, Sep 20, 2018 at 01:09:52PM +0100, Alan Cox wrote:
> On Tue, 18 Sep 2018 21:05:20 -0400
> Brian Dodge wrote:
>
> > Hi,
> >
> > In the linux kernel commit 91ab076e3a2f092254fe5231bbfa92b37fd52e38 the
> > vendor prefix "arctic" was added to vendor-prefixes.txt.
> >
> > The original
This commit introduced per-cpu cgroup local storage.
Per-cpu cgroup local storage is very similar to simple cgroup storage
(let's call it shared), except all the data is per-cpu.
The main goal of per-cpu variant is to implement super fast
counters (e.g. packet counters), which don't require
If all the components associated to a component master is not added
to the component framework due to the HW capability or Kconfig
selection, component_match will be NULL at
component_master_add_with_match().
To avoid this, component_match_alloc() is added to the framework,
to allcoate the struct
This commit introduced per-cpu cgroup local storage.
Per-cpu cgroup local storage is very similar to simple cgroup storage
(let's call it shared), except all the data is per-cpu.
The main goal of per-cpu variant is to implement super fast
counters (e.g. packet counters), which don't require
If all the components associated to a component master is not added
to the component framework due to the HW capability or Kconfig
selection, component_match will be NULL at
component_master_add_with_match().
To avoid this, component_match_alloc() is added to the framework,
to allcoate the struct
czw., 16 sie 2018 o 19:46 Mark Jonas napisał(a):
>
> From: Wang Xin
>
> Within at24_loop_until_timeout the timestamp used for timeout checking
> is recorded after the I2C transfer and sleep_range(). Under high CPU
> load either the execution time for I2C transfer or sleep_range() could
>
This commit adds support for BPF_MAP_TYPE_PERCPU_CGROUP_STORAGE
map type.
Signed-off-by: Roman Gushchin
Acked-by: Jakub Kicinski
Cc: Daniel Borkmann
Cc: Alexei Starovoitov
---
tools/bpf/bpftool/map.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
We observe an oops in the skx_edac module during boot.
Examining /var/log/messages:
[ 3401.985757] EDAC MC0: Giving out device to module skx_edac controller
Skylake Socket#0 IMC#0
[ 3401.985887] EDAC MC1: Giving out device to module skx_edac controller
Skylake Socket#0 IMC#1
[ 3401.986014] EDAC
czw., 16 sie 2018 o 19:46 Mark Jonas napisał(a):
>
> From: Wang Xin
>
> Within at24_loop_until_timeout the timestamp used for timeout checking
> is recorded after the I2C transfer and sleep_range(). Under high CPU
> load either the execution time for I2C transfer or sleep_range() could
>
This commit adds support for BPF_MAP_TYPE_PERCPU_CGROUP_STORAGE
map type.
Signed-off-by: Roman Gushchin
Acked-by: Jakub Kicinski
Cc: Daniel Borkmann
Cc: Alexei Starovoitov
---
tools/bpf/bpftool/map.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
We observe an oops in the skx_edac module during boot.
Examining /var/log/messages:
[ 3401.985757] EDAC MC0: Giving out device to module skx_edac controller
Skylake Socket#0 IMC#0
[ 3401.985887] EDAC MC1: Giving out device to module skx_edac controller
Skylake Socket#0 IMC#1
[ 3401.986014] EDAC
Hi Mason,
On Mon, 17 Sep 2018 15:16:17 +0800
masonccy...@mxic.com.tw wrote:
> From: Mason Yang
>
> Hi Mark and Trent,
>
> I patched spi-mxic.c and add the run time PM function.
BTW, you forgot to add v2 in the subject prefix (can be done by passing
-vX to git format-patch, where X is the
Hi Mason,
On Mon, 17 Sep 2018 15:16:17 +0800
masonccy...@mxic.com.tw wrote:
> From: Mason Yang
>
> Hi Mark and Trent,
>
> I patched spi-mxic.c and add the run time PM function.
BTW, you forgot to add v2 in the subject prefix (can be done by passing
-vX to git format-patch, where X is the
On Tue, Sep 25, 2018 at 03:59:26PM +0200, Fabrice Gasnier wrote:
> On 09/24/2018 05:50 PM, Fabrice Gasnier wrote:
> > On 09/24/2018 04:23 PM, Thierry Reding wrote:
> >> On Mon, Sep 24, 2018 at 03:59:03PM +0200, Fabrice Gasnier wrote:
> >>> On 09/24/2018 01:53 PM, Thierry Reding wrote:
> On
On Tue, Sep 25, 2018 at 03:59:26PM +0200, Fabrice Gasnier wrote:
> On 09/24/2018 05:50 PM, Fabrice Gasnier wrote:
> > On 09/24/2018 04:23 PM, Thierry Reding wrote:
> >> On Mon, Sep 24, 2018 at 03:59:03PM +0200, Fabrice Gasnier wrote:
> >>> On 09/24/2018 01:53 PM, Thierry Reding wrote:
> On
struct i2c_client has a direct pointer to the adapter, no need to dig
it out of the struct device tree.
Signed-off-by: Luca Ceresoli
---
drivers/i2c/muxes/i2c-mux-pca954x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/muxes/i2c-mux-pca954x.c
struct i2c_client has a direct pointer to the adapter, no need to dig
it out of the struct device tree.
Signed-off-by: Luca Ceresoli
---
drivers/i2c/muxes/i2c-mux-pca954x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/muxes/i2c-mux-pca954x.c
On Tue, Sep 25, 2018 at 5:15 PM, Alan Stern wrote:
> On Tue, 25 Sep 2018, Vladis Dronov wrote:
>
>> > What reason is there for having two different fixes for the same bug?
>> > This one isn't going to get into any mainline trees that don't already
>> > have c9a4cb204e9e.
>>
>> I believe this is
On Tue, Sep 25, 2018 at 5:15 PM, Alan Stern wrote:
> On Tue, 25 Sep 2018, Vladis Dronov wrote:
>
>> > What reason is there for having two different fixes for the same bug?
>> > This one isn't going to get into any mainline trees that don't already
>> > have c9a4cb204e9e.
>>
>> I believe this is
POWERBALL HEADQUARTERS FLORIDA
250 Marriot main street
Dr Tallahassee 32301
President Home Supplies
100 Broadway Lane
United states of America NW80QE.
REF: SNT/FRN/17LL12-2018,
POWER-BALL EMAIL JACKPOT IS ON AGAIN!!!
THE USA POWERBALL MEGA MILLION JUST REACHED AN AMAZING JACKPOT OF USD 8.2M YOU
POWERBALL HEADQUARTERS FLORIDA
250 Marriot main street
Dr Tallahassee 32301
President Home Supplies
100 Broadway Lane
United states of America NW80QE.
REF: SNT/FRN/17LL12-2018,
POWER-BALL EMAIL JACKPOT IS ON AGAIN!!!
THE USA POWERBALL MEGA MILLION JUST REACHED AN AMAZING JACKPOT OF USD 8.2M YOU
On Tue, Sep 25, 2018 at 02:36:45PM +0200, Christoph Conrads wrote:
> The CoC is a political document:
> https://web.archive.org/web/20180924234027/https://twitter.com/coralineada/status/1041465346656530432
...
> Here is the author's post-meritocracy manifesto:
> https://postmeritocracy.org/
On Tue, Sep 25, 2018 at 02:36:45PM +0200, Christoph Conrads wrote:
> The CoC is a political document:
> https://web.archive.org/web/20180924234027/https://twitter.com/coralineada/status/1041465346656530432
...
> Here is the author's post-meritocracy manifesto:
> https://postmeritocracy.org/
Whole series pushed to v4.19-next/dts64
Thanks!
On 18/08/2018 18:02, Ryder Lee wrote:
> Add device tree entries for timer, ARM CCI-400 and its PMU.
> Otherwise, we add a cortex-a53-pmu node to enable hw perfevents.
>
> Signed-off-by: Ryder Lee
> ---
> change since v1:
> - add a pmu node.
> ---
Whole series pushed to v4.19-next/dts64
Thanks!
On 18/08/2018 18:02, Ryder Lee wrote:
> Add device tree entries for timer, ARM CCI-400 and its PMU.
> Otherwise, we add a cortex-a53-pmu node to enable hw perfevents.
>
> Signed-off-by: Ryder Lee
> ---
> change since v1:
> - add a pmu node.
> ---
Want editing for your photos? We can help you for this.
We can do cutting out and retouching for your ecommerce photos, jewelry
photos retouching,
portrait photos or wedding photos.
Turnaround time is fast
Send us one photo, we wil do testing for you.
Thanks,
Heather
Want editing for your photos? We can help you for this.
We can do cutting out and retouching for your ecommerce photos, jewelry
photos retouching,
portrait photos or wedding photos.
Turnaround time is fast
Send us one photo, we wil do testing for you.
Thanks,
Heather
701 - 800 of 1496 matches
Mail list logo
