|
[PATCH 2/2] arc_timer: assert that counter always lower than limit
From: Simon Desfarges <simon.desfarges(a)intel.com>
ASSERT are put each time the timer0 limit register or the timer0 count register
is modified.
Change-Id:
From: Simon Desfarges <simon.desfarges(a)intel.com>
ASSERT are put each time the timer0 limit register or the timer0 count register
is modified.
Change-Id:
|
By
Desfarges, Simon <simon.desfarges@...>
·
#2600
·
|
|
[PATCH 1/2] arc_timer: fix tickless idle
From: Simon Desfarges <simon.desfarges(a)intel.com>
When exiting from tickless idle uppon an external IRQ, the TICK timer is set
to fire at next TICK boundary. The current algorithm can lead to a
From: Simon Desfarges <simon.desfarges(a)intel.com>
When exiting from tickless idle uppon an external IRQ, the TICK timer is set
to fire at next TICK boundary. The current algorithm can lead to a
|
By
Desfarges, Simon <simon.desfarges@...>
·
#2599
·
|
|
[PATCH 0/2] Arc tickless idle issue
From: Simon Desfarges <simon.desfarges(a)intel.com>
Hello,
I am trying to enable the tickless idle of ARC in our project. Here is my
problem.
OS: Zephyr 1.0.0
Processor: Quark_se
The ARC TICK
From: Simon Desfarges <simon.desfarges(a)intel.com>
Hello,
I am trying to enable the tickless idle of ARC in our project. Here is my
problem.
OS: Zephyr 1.0.0
Processor: Quark_se
The ARC TICK
|
By
Desfarges, Simon <simon.desfarges@...>
·
#2598
·
|
|
Re: STM32/STM32F1 patchset v10
Hi,
I've pushed another set of updates to the remaining STM32F1 patchset
(bboozzoo/stm32f10x-for-upstream-v11).
The aside from cosmetic cleanups and minor updates, the pinmux driver
was extended to
Hi,
I've pushed another set of updates to the remaining STM32F1 patchset
(bboozzoo/stm32f10x-for-upstream-v11).
The aside from cosmetic cleanups and minor updates, the pinmux driver
was extended to
|
By
Maciek Borzecki <maciek.borzecki@...>
·
#2597
·
|
|
Re: Lost access to Zephyr git and gerrit
Hi Yannis,
It worked!
Looks like I have followed instructions a little too close :-)
Thanks for pointing the problem.
Pawel
Hi Yannis,
It worked!
Looks like I have followed instructions a little too close :-)
Thanks for pointing the problem.
Pawel
|
By
Pawel Wodnicki <root@...>
·
#2596
·
|
|
Re: Lost access to Zephyr git and gerrit
Hi Pawel,
Adding my username before the gerrit.zephyrproject.org worked for me.
The command should be like this (where 'username' your username):
~$ scp -p -P 29418
Hi Pawel,
Adding my username before the gerrit.zephyrproject.org worked for me.
The command should be like this (where 'username' your username):
~$ scp -p -P 29418
|
By
Yannis Damigos
·
#2595
·
|
|
Lost access to Zephyr git and gerrit
Hi,
I am experiencing problems with access to Zephyr sites.
I can no longer login into Zephyr gerrit :-(
I have checked my linuxfoundation.org login and it only works from Firefox, I can not login
Hi,
I am experiencing problems with access to Zephyr sites.
I can no longer login into Zephyr gerrit :-(
I have checked my linuxfoundation.org login and it only works from Firefox, I can not login
|
By
Pawel Wodnicki <root@...>
·
#2594
·
|
|
Re: Some emails from devel mailing list does arrive to my inbox
Thank you Maciek for your reply.
The mail delivery option of the devel list in my account was disabled.
I just enabled it and I will wait to see if this will fix the issue.
Yannis
Thank you Maciek for your reply.
The mail delivery option of the devel list in my account was disabled.
I just enabled it and I will wait to see if this will fix the issue.
Yannis
|
By
Yannis Damigos
·
#2593
·
|
|
Re: Some emails from devel mailing list does arrive to my inbox
<giannis.damigos(a)gmail.com> wrote:
This one was sent using gmail web client.
Cheers,
--
Maciek Borzecki
<giannis.damigos(a)gmail.com> wrote:
This one was sent using gmail web client.
Cheers,
--
Maciek Borzecki
|
By
Maciek Borzecki <maciek.borzecki@...>
·
#2592
·
|
|
Re: Some emails from devel mailing list does arrive to my inbox
Could someone, please, help me to find out if I am the only one,
who does not receive emails from the devel mailing list.
I did not receive anything to my inbox for threads which were
created the
Could someone, please, help me to find out if I am the only one,
who does not receive emails from the devel mailing list.
I did not receive anything to my inbox for threads which were
created the
|
By
Yannis Damigos
·
#2591
·
|
|
Re: FRDM-K64 PRINT not working
Does anyone have a working working zephyr.bin for the FRDM-K64 board where printf/k is working? I'd like to see if it would work on mine.
Kind regards
Anders
Does anyone have a working working zephyr.bin for the FRDM-K64 board where printf/k is working? I'd like to see if it would work on mine.
Kind regards
Anders
|
By
Anders Dam Kofoed <adk@...>
·
#2590
·
|
|
SPI on the FRDM-K64F
Hi,
I'm looking to use the spi interface on the FRDM-K64f board, is there a
driver for that? Or alternatively, is it all right for for me to change
and mess with the clock settings for the board?
Hi,
I'm looking to use the spi interface on the FRDM-K64f board, is there a
driver for that? Or alternatively, is it all right for for me to change
and mess with the clock settings for the board?
|
By
Corey Williamson <corey.bailey.williamson@...>
·
#2589
·
|
|
STM32/STM32F1 patchset v10
Hi all,
I've published version 10 of the patchset adding STM32/STM32F1
support. I will update the series once Anas merges his arch/arm/soc
tree layout changes.
The code is also available here in
Hi all,
I've published version 10 of the patchset adding STM32/STM32F1
support. I will update the series once Anas merges his arch/arm/soc
tree layout changes.
The code is also available here in
|
By
Maciek Borzecki <maciek.borzecki@...>
·
#2588
·
|
|
Re: [RFC] GPIO API changes
Hi,
I sent a draft on gerrit:
https://gerrit.zephyrproject.org/r/#/c/914/
I kept enable/disable pin/port functions but the actual code in the driver
is slightly different.
So basically the real
Hi,
I sent a draft on gerrit:
https://gerrit.zephyrproject.org/r/#/c/914/
I kept enable/disable pin/port functions but the actual code in the driver
is slightly different.
So basically the real
|
By
Tomasz Bursztyka
·
#2587
·
|
|
Re: Zephyr SDK v0.7.2 - "rm -rf /"
Hi,
I had the same issue earlier. I filed the bug which wasn’t able to save you, Mads.
https://jira.zephyrproject.org/browse/ZEP-88
I was lucky enough not to run it under root.
Sakari
From:
Hi,
I had the same issue earlier. I filed the bug which wasn’t able to save you, Mads.
https://jira.zephyrproject.org/browse/ZEP-88
I was lucky enough not to run it under root.
Sakari
From:
|
By
Poussa, Sakari
·
#2583
·
|
|
Re: Zephyr SDK v0.7.2 - "rm -rf /"
Yes, this is probably what happened :)
Yes, this is probably what happened :)
|
By
Mads Kristiansen <mads.kristiansen@...>
·
#2585
·
|
|
Re: FRDM-K64 GPIO driver name
Hi idups
Yes, I do see flashing tx lights on the board when typing something in the "screen /dev/ttyACM0". I have also tried all possible options in the "make menuconfig" but with no luck.
Regarding
Hi idups
Yes, I do see flashing tx lights on the board when typing something in the "screen /dev/ttyACM0". I have also tried all possible options in the "make menuconfig" but with no luck.
Regarding
|
By
Anders Dam Kofoed <adk@...>
·
#2582
·
|
|
Re: FRDM-K64 GPIO driver name
Hi Maureen,
Thanks for taking the time.
I am not sure how I would set the PORTB_PCR[22] as an output (red led). I have tried a few things including looking at outdir/.config and changing the driver
Hi Maureen,
Thanks for taking the time.
I am not sure how I would set the PORTB_PCR[22] as an output (red led). I have tried a few things including looking at outdir/.config and changing the driver
|
By
Anders Dam Kofoed <adk@...>
·
#2581
·
|
|
Re: RFC: Change returning type from Pinmux APIs
Short version +1
By
Kalowsky, Daniel <daniel.kalowsky@...>
·
#2580
·
|
|
RFC: Change returning type from Pinmux APIs
Hi all,
While I was working on the errno transition patchset, I realized all driver
APIs (i2c, spi, gpio, etc.) return 'int' type, but pinmux APIs. For the sake
of consistency, I think we should
Hi all,
While I was working on the errno transition patchset, I realized all driver
APIs (i2c, spi, gpio, etc.) return 'int' type, but pinmux APIs. For the sake
of consistency, I think we should
|
By
Andre Guedes <andre.guedes@...>
·
#2579
·
|