n RX (PHY to MAX)
which is not generated in case of "rgmii".
Using "rgmii-id" adds necessary delay and solves the issue.
Also adding name of PHY placed on HSDK board.
Signed-off-by: Evgeniy Didin
Cc: Eugeniy Paltsev
Cc: Alexey Brodkin
---
arch/arc/boot/dts/hsdk.dts | 4 ++--
1 f
Hi Oleksij,
Thanks a lot for a detailed explanation and advices!
Changing phy-mode to "rgmii-id" solved the issue.
Thank you for help!
Best regards,
Evgeniy Didin
-Original Message-
From: Oleksij Rempel
Sent: Friday, July 3, 2020 8:18 AM
To: Evgeniy Didin
Cc: Alex
From: Evgeniy Didin
In Zephyr RTOS the k_thread_create function returns
thread ID which is actually pointer to k_thread structure.
If the memory addressing starts from 0x8000, passing such
big values to write_ptid() leads to overflow of "int tid" variable
and thread ID becomes ne
overflow of "int tid" variable
and thread ID becomes negative.
So lets remove the code, which handles negative tid/pid values.
gdb/ChangeLog:
2019-11-06 Evgeniy Didin
* remote.c (remote_target::write_ptid): Remove handling
negative tid,pid. Change "int"
overflow of "int tid" variable
and thread ID becomes negative.
So lets remove the code, which handles negative tid/pid values.
gdb/ChangeLog:
2019-11-06 Evgeniy Didin
* remote.c (remote_target::write_ptid): Remove handling
negative tid,pid. Change "int" to
slightly changed.
I'm wondering which branch/tag should be used for preparing patches that
will add support of our board in upstream AGL?
[1] https://www.synopsys.com/dw/ipdir.php?ds=arc-hs-development-kit
Thanks in advance and best regards,
Evgeniy
east arc and s390 do not zero without the explicit __GFP_ZERO
> argument.
This patch fixed Ethernet issues on ARC HSDK.
https://www.spinics.net/lists/kernel/msg2762054.html
Tested-by: Evgeniy Didin
> Fixes: 57bf5a8963f8 ("dma-mapping: clear harmful GFP_* flags in common code")
addr = 0;
- page = alloc_pages(gfp, order);
+ page = alloc_pages(gfp | __GFP_ZERO, order);
if (!page)
return NULL;
->8---------
Best regards,
Evgeniy Didin
___
linux-snps-arc mailing list
linux-sn
rite_expire and/or fifo_batch.
It seems that decreasing doesn't affect on this issue.
Best regards,
Evgeniy Didin
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
On Thu, 2018-03-15 at 14:39 +0100, Ulf Hansson wrote:
> On 15 March 2018 at 14:18, Evgeniy Didin wrote:
> > Hello Ulf,
> >
> > On Thu, 2018-03-15 at 10:57 +0100, Ulf Hansson wrote:
> > > On 14 March 2018 at 20:30, Evgeniy Didin
> > > wrote:
> > &
Hello Ulf,
On Thu, 2018-03-15 at 10:57 +0100, Ulf Hansson wrote:
> On 14 March 2018 at 20:30, Evgeniy Didin wrote:
> > It was found that in IDMAC mode after soft-reset driver switches
> > to PIO mode.
> >
> > That's what happens in case of DTO timeout overflow
ned before starting dma.
And while at it explicitly zero des0 which otherwise might
contain garbage as being allocated by dmam_alloc_coherent().
Signed-off-by: Evgeniy Didin
Cc: Jaehoon Chung
Cc: Ulf Hansson
Cc: Andy Shevchenko
Cc: Jisheng Zhang
Cc: Shawn Lin
Cc: Alexey Brodkin
Cc: Eugeniy P
use?
>
> I didn't use any options. Simply:
> # mount /dev/mmcblk0p1 /mnt
Note that the file system on SDcard was ext4.
Best regards,
Evgeniy Didin
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
On Tue, 2018-03-13 at 16:05 +0200, Adrian Hunter wrote:
> On 13/03/18 14:04, Evgeniy Didin wrote:
> > Hello Adrian,
> >
> > I have discovered, that beggining with 4.16-rc1 bonnie++ benchmark
> > runs with errors on arc/hsdk board. After bisecting between 4.15 and
>
t proceeds to the
end,
still it is strange, that some process is running in kernel space for a long
time (at least 10sec).
What is strange, before metioned commit I can't reproduce this behaviour.
I am wondering is this expected behaviour?
Best rega
oc/sys/kernel/hung_task_timeout_secs" disables this message.
|kworker/3:1HD0 131 2 0x
|Workqueue: kblockd blk_mq_run_work_fn
I guess that is not expected. I am wondering was that mode have been tested?
Best regards,
Evgeniy Didin
[1] : https://www.spinics.net/lists
t Gupta
Reported-by: Vineet Gupta # ARC STAR 9001306872
HSDK, sdio: board crashes when copying big files
Fixes: 9d9491a7da2a ("mmc: dw_mmc: Fix the DTO timeout calculation")
Fixes: 4c2357f57dd5 ("mmc: dw_mmc: Fix the CTO timeout calculation")
Signed-off-by: Evgeniy Didin
CC:
On Mon, 2018-02-26 at 18:53 +0200, Andy Shevchenko wrote:
> On Mon, Feb 26, 2018 at 5:14 PM, Evgeniy Didin
> wrote:
> > On Mon, 2018-02-26 at 16:39 +0200, Andy Shevchenko wrote:
> > > On Mon, Feb 26, 2018 at 4:34 PM, Evgeniy Didin
> > > wrote:
> > > >
On Mon, 2018-02-26 at 16:39 +0200, Andy Shevchenko wrote:
> On Mon, Feb 26, 2018 at 4:34 PM, Evgeniy Didin
> wrote:
> > In commit 4c2357f57dd5 ("mmc: dw_mmc: Fix the CTO timeout calculation")
> > have been made changes which can cause multiply overflow for 32-bit syst
w.
Signed-off-by: Evgeniy Didin
CC: Alexey Brodkin
CC: Eugeniy Paltsev
CC: Douglas Anderson
CC: Ulf Hansson
CC: linux-ker...@vger.kernel.org
CC: linux-snps-arc@lists.infradead.org
Cc: # 4c2357f57dd5 mmc: dw_mmc: Fix the CTO timeout
calculation
---
drivers/mmc/host/dw_mmc.c | 3 ++-
1 file
and DIV_ROUND_UP_ULL helps
with sum overflow.
---
Changes since v2:
-add fix for cto_ms
Evgeniy Didin (2):
mmc: dw_mmc: Fix the DTO timeout overflow calculation for 32-bit
systems
mmc: dw_mmc: Fix the CTO overflow calculation for 32-bit systems
drivers/mmc/host/dw_mmc.c | 6 --
1 file
end trace 2a58c9af6c25fe51 ]---
Lets cast this multiply to u64 type which prevents overflow.
Tested-by: Vineet Gupta
Fixes: ARC STAR 9001306872 HSDK, sdio: board crashes when copying big files
Signed-off-by: Evgeniy Didin
CC: Alexey Brodkin
CC: Eugeniy Paltsev
CC: Douglas Anderson
CC: Ulf H
end trace 2a58c9af6c25fe51 ]---
Lets cast this multiply to u64 type which prevents overflow.
Tested-by: Vineet Gupta
Fixes: ARC STAR 9001306872 HSDK, sdio: board crashes when copying big files
Signed-off-by: Evgeniy Didin
CC: Alexey Brodkin
CC: Eugeniy Paltsev
CC: Douglas Anderson
CC: Ulf H
opying
file from mmc.
Lets cast this multiply to long long int which prevents overflow.
Signed-off-by: Evgeniy Didin
CC: Alexey Brodkin
CC: Douglas Anderson
CC: Ulf Hansson
CC: linux-ker...@vger.kernel.org
CC: linux-snps-arc@lists.infradead.org
---
drivers/mmc/host/dw_mmc.c | 2 +-
1 file change
Hello Greg,
> On Mon, Feb 05, 2018 at 03:25:58PM +0000, Evgeniy Didin wrote:
> > Patch subject: "arch: define weak abort()"
> > Commit ID: 7c2c11b208be
> > Reason: While building mpi.ko module with lastest stable Linux
> > v4.14.17 an
Patch subject: "kernel/exit.c: export abort() to modules"
Commit ID: dc8635b78cd8
Reason: While building mpi.ko module with lastest stable Linux
v4.14.17 an error occured:
>ERROR: "abort" [lib/mpi/mpi.ko] undefined!
Kernel version: 4.14.x
_
Patch subject: "arch: define weak abort()"
Commit ID: 7c2c11b208be
Reason: While building mpi.ko module with lastest stable Linux
v4.14.17 an error occured:
>ERROR: "abort" [lib/mpi/mpi.ko] undefined!
Kernel version: 4.14.x
ould I add them with
separate patch or should I add them in patch-series with kernel version
update for archs38?
Best regards,
Evgeniy Didin
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/
28 matches
Mail list logo
