On 1/5/2018 9:13 PM, Pierre-Louis Bossart wrote:
On 1/5/18 4:06 AM, Sagar Arun Kamble wrote:
On 1/3/2018 1:23 AM, Pierre-Louis Bossart wrote:
On 1/2/18 12:21 PM, Richard Cochran wrote:
On Tue, Jan 02, 2018 at 11:15:45AM -0600, Pierre-Louis Bossart wrote:
I wrote the code for HDaudio and I
On 1/5/2018 9:13 PM, Pierre-Louis Bossart wrote:
On 1/5/18 4:06 AM, Sagar Arun Kamble wrote:
On 1/3/2018 1:23 AM, Pierre-Louis Bossart wrote:
On 1/2/18 12:21 PM, Richard Cochran wrote:
On Tue, Jan 02, 2018 at 11:15:45AM -0600, Pierre-Louis Bossart wrote:
I wrote the code for HDaudio and I
Thanks Aaron.
Regards,
Sagar
On 1/9/2018 3:50 AM, Brown, Aaron F wrote:
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On
Behalf Of Sagar Arun Kamble
Sent: Thursday, December 14, 2017 11:38 PM
To: linux-kernel@vger.kernel.org
Cc: alsa-de...@alsa-project.org; linux-r
Thanks Aaron.
Regards,
Sagar
On 1/9/2018 3:50 AM, Brown, Aaron F wrote:
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On
Behalf Of Sagar Arun Kamble
Sent: Thursday, December 14, 2017 11:38 PM
To: linux-kernel@vger.kernel.org
Cc: alsa-de...@alsa-project.org; linux-r
On 1/3/2018 1:23 AM, Pierre-Louis Bossart wrote:
On 1/2/18 12:21 PM, Richard Cochran wrote:
On Tue, Jan 02, 2018 at 11:15:45AM -0600, Pierre-Louis Bossart wrote:
I wrote the code for HDaudio and I remember wasting time trying to
figure
out the gory details of the cycle counter stuff when
On 1/3/2018 1:23 AM, Pierre-Louis Bossart wrote:
On 1/2/18 12:21 PM, Richard Cochran wrote:
On Tue, Jan 02, 2018 at 11:15:45AM -0600, Pierre-Louis Bossart wrote:
I wrote the code for HDaudio and I remember wasting time trying to
figure
out the gory details of the cycle counter stuff when
On 12/28/2017 10:19 PM, Richard Cochran wrote:
On Tue, Dec 26, 2017 at 01:07:35PM +0530, Sagar Arun Kamble wrote:
Or can we provide simpler versions for covering some defaults? At
least reducing the number of arguments would make things easier.
Thought about specifying 1. cyclecounter read
On 12/28/2017 10:19 PM, Richard Cochran wrote:
On Tue, Dec 26, 2017 at 01:07:35PM +0530, Sagar Arun Kamble wrote:
Or can we provide simpler versions for covering some defaults? At
least reducing the number of arguments would make things easier.
Thought about specifying 1. cyclecounter read
On 12/15/2017 10:40 PM, Takashi Iwai wrote:
On Fri, 15 Dec 2017 17:51:25 +0100,
Richard Cochran wrote:
On Fri, Dec 15, 2017 at 12:10:47PM +0100, Takashi Iwai wrote:
- struct cyclecounter *cc = _dev->tc.cc;
- cc->read = azx_cc_read;
- cc->mask = CLOCKSOURCE_MASK(32);
-
On 12/15/2017 10:40 PM, Takashi Iwai wrote:
On Fri, 15 Dec 2017 17:51:25 +0100,
Richard Cochran wrote:
On Fri, Dec 15, 2017 at 12:10:47PM +0100, Takashi Iwai wrote:
- struct cyclecounter *cc = _dev->tc.cc;
- cc->read = azx_cc_read;
- cc->mask = CLOCKSOURCE_MASK(32);
-
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update arch_timer_kvm_info
timecounter init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmai
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update arch_timer_kvm_info
timecounter init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Mark Rutland
Cc: Marc Zyngier
Cc: Daniel Lezcano
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update xgbe tstamp_tc
timecounter init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update xgbe tstamp_tc
timecounter init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Tom Lendacky
Cc: net...@vger.kernel.org
Cc: linux-kernel
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update fec ethernet
timecounter init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update fec ethernet
timecounter init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Fugang Duan
Cc: net...@vger.kernel.org
Cc: linux-kernel
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update e1000e timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc:
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update e1000e timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Jeff Kirsher
Cc: intel-wired-...@lists.osuosl.org
Cc: net
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update xilinx_tc init with
this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Micha
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update xilinx_tc init with
this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Michal Simek
Cc: Daniel Lezcano
Cc: Neil Armstrong
Cc: Nicolai Stange
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update mlx4 timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc:
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update mlx4 timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Tariq Toukan
Cc: net...@vger.kernel.org
Cc: linux-r
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update bnx2x timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc:
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update bnx2x timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Ariel Elior
Cc: everest-linux...@cavium.com
Cc: net
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update mlx5 timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Sa
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update mlx5 timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Saeed Mahameed
Cc: Matan Barak
Cc: Leon Romanovsky
Cc: Eugenia
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update azx timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Jar
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update azx timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Jaroslav Kysela
Cc: Takashi Iwai
Cc: Thomas Gleixner
Cc: Vinod
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update cpts timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: "David S. Miller" <da...@davemloft.net>
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update cpts timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: "David S. Miller"
Cc: Grygorii Strashko
Cc: Richard Cochran
Cc: Bhumika
With new interface timecounter_reset we can update the start time for
timecounter. Update bnx2x_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Ariel Elior <ariel.el...@cavium.com>
och...@gmail.com>
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Chris Wilson <ch...@chris-wilson.co.uk>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen B
With new interface timecounter_reset we can update the start time for
timecounter. Update bnx2x_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Ariel Elior
Cc: everest-linux...@cavium.com
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Chris Wilson
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: linux-kernel@vger.kernel.org
---
include/linux/timecounter.h | 17 +++--
kernel/time/timecounter.c | 9 +
2 files changed, 24 insertions(+), 2 deletions
With new interface timecounter_reset we can update the start time for
timecounter. Update ixgbe_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Jeff Kirsher <jeffrey.t.kirs...@intel
With new interface timecounter_reset we can update the start time for
timecounter. Update ixgbe_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Jeff Kirsher
Cc: intel-wired-...@lists.osuosl.org
Cc: net...@vger.kernel.org
Cc: linux-kernel
With new interface timecounter_reset we can update the start time for
timecounter. Update mlx4_en_phc_settime with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Tariq Toukan <tar...@mellan
With new interface timecounter_reset we can update the start time for
timecounter. Update igb_ptp_settime_82576 with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Jeff Kirsher <jeffrey.t.kirs..
With new interface timecounter_reset we can update the start time for
timecounter. Update igb_ptp_settime_82576 with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Jeff Kirsher
Cc: intel-wired-...@lists.osuosl.org
Cc: net...@vger.kernel.org
Cc: linux-kernel
With new interface timecounter_reset we can update the start time for
timecounter. Update mlx4_en_phc_settime with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Tariq Toukan
Cc: net...@vger.kernel.org
Cc: linux-r...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
With new interface timecounter_reset we can update the start time for
timecounter. Update mlx5_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Saeed Mahameed <sae...@mellanox.com&g
With new interface timecounter_reset we can update the start time for
timecounter. Update mlx5_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Saeed Mahameed
Cc: Matan Barak
Cc: Leon Romanovsky
Cc: Eugenia Emantayev
Cc: Eitan Rabin
Cc: Feras
With new interface timecounter_reset we can update the start time for
timecounter. Update qede_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Ariel Elior <ariel.el...@cavium.com>
With new interface timecounter_reset we can update the start time for
timecounter. Update cpts_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: "David S. Miller" <da...@davemloft.net>
Cc: Grygorii Strashko <grygorii.str
With new interface timecounter_reset we can update the start time for
timecounter. Update qede_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Ariel Elior
Cc: everest-linux...@cavium.com
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
With new interface timecounter_reset we can update the start time for
timecounter. Update cpts_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: "David S. Miller"
Cc: Grygorii Strashko
Cc: Bhumika Goyal
Cc: Richard Cochran
Cc: Thomas Gleixne
With new interface timecounter_reset we can update the start time for
timecounter. Update e1000e_phc_settime with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Jeff Kirsher <jeffrey.t.kirs...@intel
With new interface timecounter_reset we can update the start time for
timecounter. Update e1000e_phc_settime with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Jeff Kirsher
Cc: intel-wired-...@lists.osuosl.org
Cc: net...@vger.kernel.org
Cc: linux-kernel
With new interface timecounter_reset we can update the start time for
timecounter. Update xgbe_config_tstamp and xgbe_settime with this new
function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Tom Lendacky &
With all timecounter users now initializing timecounter using
timecounter_initialize remove timecounter_init function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: John Stultz <john.stu...@linaro.org>
Cc:
With new interface timecounter_reset we can update the start time for
timecounter. Update xgbe_config_tstamp and xgbe_settime with this new
function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Tom Lendacky
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers
With all timecounter users now initializing timecounter using
timecounter_initialize remove timecounter_init function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: linux-kernel@vger.kernel.org
---
include/linux/timecounter.h
With new interface timecounter_reset we can update the start time for
timecounter. Update fec_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: Fugang Duan <fugang.d...@n
With new interface timecounter_reset we can update the start time for
timecounter. Update fec_ptp_settime with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Fugang Duan
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/net/ethernet/freescale
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update qede timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc:
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update qede timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Ariel Elior
Cc: everest-linux...@cavium.com
Cc: net
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update ixgbe ptp timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com&
timecounter_init which requires initialized cyclecounter can be
removed once all drivers are migrated to this new interface.
Suggested-by: Richard Cochran <richardcoch...@gmail.com>
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update ixgbe ptp timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Jeff Kirsher
Cc: intel-wired-...@lists.osuosl.org
Cc: net
timecounter_init which requires initialized cyclecounter can be
removed once all drivers are migrated to this new interface.
Suggested-by: Richard Cochran
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Chris Wilson
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: linux-kernel
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update igb ptp timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc:
.uk>
Signed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Chris Wilson <ch...@chris-wilson.co.uk>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen Boyd <
There is no real need for the users of timecounters to define cyclecounter
and timecounter variables separately. Since timecounter will always be
based on cyclecounter, have cyclecounter struct as member of timecounter
struct.
v2: Rebase.
Suggested-by: Chris Wilson
Signed-off-by: Sagar Arun
With new interface timecounter_initialize we can initialize timecounter
fields and underlying cyclecounter together. Update igb ptp timecounter
init with this new function.
Signed-off-by: Sagar Arun Kamble
Cc: Richard Cochran
Cc: Jeff Kirsher
Cc: intel-wired-...@lists.osuosl.org
Cc: net
function timecounter_init().
Cc: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen Boyd <sb...@codeaurora.org>
Cc: linux-kernel@vger.ker
function timecounter_init().
Cc: Sagar Arun Kamble
Cc: Richard Cochran
Cc: John Stultz
Cc: Thomas Gleixner
Cc: Stephen Boyd
Cc: linux-kernel@vger.kernel.org
Sagar Arun Kamble (27):
timecounter: Make cyclecounter struct part of timecounter struct
timecounter: Introduce timecounter_initialize
On 12/2/2017 11:34 PM, Richard Cochran wrote:
On Sat, Dec 02, 2017 at 10:01:35AM +0530, Sagar Arun Kamble wrote:
There is no real need for the users of timecounters to define cyclecounter
and timecounter variables separately. Since timecounter will always be
based on cyclecounter, have
On 12/2/2017 11:34 PM, Richard Cochran wrote:
On Sat, Dec 02, 2017 at 10:01:35AM +0530, Sagar Arun Kamble wrote:
There is no real need for the users of timecounters to define cyclecounter
and timecounter variables separately. Since timecounter will always be
based on cyclecounter, have
ed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Chris Wilson <ch...@chris-wilson.co.uk>
Cc: Richard Cochran <richardcoch...@gmail.com>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen Boyd <sb...@codeaurora.org>
There is no real need for the users of timecounters to define cyclecounter
and timecounter variables separately. Since timecounter will always be
based on cyclecounter, have cyclecounter struct as member of timecounter
struct.
Suggested-by: Chris Wilson
Signed-off-by: Sagar Arun Kamble
Cc
ed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: Chris Wilson <ch...@chris-wilson.co.uk>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen Boyd <sb...@codeaurora.org>
Cc: linux-kernel@vger.kernel.org
Cc: linux-ar
There is no real need for the users of timecounters to define cyclecounter
and timecounter variables separately. Since timecounter will always be
based on cyclecounter, have cyclecounter struct as member of timecounter
struct.
Suggested-by: Chris Wilson
Signed-off-by: Sagar Arun Kamble
Cc
On 12/1/2017 2:33 AM, Saeed Mahameed wrote:
On Mon, Nov 27, 2017 at 2:05 AM, Sagar Arun Kamble
<sagar.a.kam...@intel.com> wrote:
On 11/24/2017 7:01 PM, Thomas Gleixner wrote:
On Fri, 24 Nov 2017, Sagar Arun Kamble wrote:
On 11/24/2017 12:29 AM, Thomas Gleixner wrote:
On Thu, 23 No
On 12/1/2017 2:33 AM, Saeed Mahameed wrote:
On Mon, Nov 27, 2017 at 2:05 AM, Sagar Arun Kamble
wrote:
On 11/24/2017 7:01 PM, Thomas Gleixner wrote:
On Fri, 24 Nov 2017, Sagar Arun Kamble wrote:
On 11/24/2017 12:29 AM, Thomas Gleixner wrote:
On Thu, 23 Nov 2017, Sagar Arun Kamble wrote
On 11/24/2017 7:01 PM, Thomas Gleixner wrote:
On Fri, 24 Nov 2017, Sagar Arun Kamble wrote:
On 11/24/2017 12:29 AM, Thomas Gleixner wrote:
On Thu, 23 Nov 2017, Sagar Arun Kamble wrote:
We needed inputs on possible optimization that can be done to
timecounter/cyclecounter structures/usage
On 11/24/2017 7:01 PM, Thomas Gleixner wrote:
On Fri, 24 Nov 2017, Sagar Arun Kamble wrote:
On 11/24/2017 12:29 AM, Thomas Gleixner wrote:
On Thu, 23 Nov 2017, Sagar Arun Kamble wrote:
We needed inputs on possible optimization that can be done to
timecounter/cyclecounter structures/usage
ed-off-by: Sagar Arun Kamble <sagar.a.kam...@intel.com>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Stephen Boyd <sb...@codeaurora.org>
Cc: linux-kernel@vger.kernel.org
---
arch/microblaze/kernel/timer.c | 20
There is no real need for the users of timecounters to define cyclecounter
and timecounter variables separately. Since timecounter will always be
based on cyclecounter, have cyclecounter struct as member of timecounter
struct.
Suggested-by: Chris Wilson
Signed-off-by: Sagar Arun Kamble
Cc: John
On 11/24/2017 12:29 AM, Thomas Gleixner wrote:
On Thu, 23 Nov 2017, Sagar Arun Kamble wrote:
We needed inputs on possible optimization that can be done to
timecounter/cyclecounter structures/usage.
This mail is in response to review of patch
https://patchwork.freedesktop.org/patch/188448
On 11/24/2017 12:29 AM, Thomas Gleixner wrote:
On Thu, 23 Nov 2017, Sagar Arun Kamble wrote:
We needed inputs on possible optimization that can be done to
timecounter/cyclecounter structures/usage.
This mail is in response to review of patch
https://patchwork.freedesktop.org/patch/188448
PM, Chris Wilson wrote:
Quoting Sagar Arun Kamble (2017-11-15 12:13:51)
#include
#include
@@ -2149,6 +2150,14 @@ struct i915_perf_stream {
* @oa_config: The OA configuration used by the stream.
*/
struct i915_oa_config *oa_config;
+
+ /**
+* System
PM, Chris Wilson wrote:
Quoting Sagar Arun Kamble (2017-11-15 12:13:51)
#include
#include
@@ -2149,6 +2150,14 @@ struct i915_perf_stream {
* @oa_config: The OA configuration used by the stream.
*/
struct i915_oa_config *oa_config;
+
+ /**
+* System
From: Chris Wilson
Between acquiring the this_cpu_ptr() and using it, ideally we don't want
to be preempted and work on another CPU's private data. this_cpu_ptr()
checks whether or not preemption is disable, and get_cpu_ptr() provides
a convenient wrapper for operating
From: Chris Wilson
Between acquiring the this_cpu_ptr() and using it, ideally we don't want
to be preempted and work on another CPU's private data. this_cpu_ptr()
checks whether or not preemption is disable, and get_cpu_ptr() provides
a convenient wrapper for operating on the cpu ptr inside a
From: Chris Wilson
By avoiding cross-CPU usage of the per-cpu iova cache, we can forgo
having a spinlock inside the per-cpu struct. The only place where we
actually may touch another CPU's data is when performing a cache flush
after running out of memory. Here, we can
From: Chris Wilson
By avoiding cross-CPU usage of the per-cpu iova cache, we can forgo
having a spinlock inside the per-cpu struct. The only place where we
actually may touch another CPU's data is when performing a cache flush
after running out of memory. Here, we can instead schedule a task to
...@intel.com wrote:
> From: Sagar Kamble
>
> With this patch new flag DRM_MODE_PROP_32BIT_PAIR is added that will help
> make use
> of 64 bit value of bitmask property as two 32 bit values.
>
> Cc: airl...@linux.ie
> Cc: dri-de...@lists.freedesktop.org
> Cc: linux-kernel@v
...@intel.com wrote:
From: Sagar Kamble sagar.a.kam...@intel.com
With this patch new flag DRM_MODE_PROP_32BIT_PAIR is added that will help
make use
of 64 bit value of bitmask property as two 32 bit values.
Cc: airl...@linux.ie
Cc: dri-de...@lists.freedesktop.org
Cc: linux-kernel@vger.kernel.org
From: Sagar Kamble
With this patch new flag DRM_MODE_PROP_32BIT_PAIR is added that will help make
use
of 64 bit value of bitmask property as two 32 bit values.
Cc: airl...@linux.ie
Cc: dri-de...@lists.freedesktop.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Sagar Kamble
---
drivers
From: Sagar Kamble
This patch creates a generic blending bitmask property modeled after
glBlendFunc. Drivers may support subset of these values.
v2: Removing blend properties that are not applicable
[Damien's Review Comments].
Adding DRM_MODE_PROP_32BIT_PAIR flag to blend property.
Cc
From: Sagar Kamble sagar.a.kam...@intel.com
This patch creates a generic blending bitmask property modeled after
glBlendFunc. Drivers may support subset of these values.
v2: Removing blend properties that are not applicable
[Damien's Review Comments].
Adding DRM_MODE_PROP_32BIT_PAIR flag
From: Sagar Kamble sagar.a.kam...@intel.com
With this patch new flag DRM_MODE_PROP_32BIT_PAIR is added that will help make
use
of 64 bit value of bitmask property as two 32 bit values.
Cc: airl...@linux.ie
Cc: dri-de...@lists.freedesktop.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Sagar
Gentle reminder for reviewing this and i-g-t patch.
On Mon, 2014-03-10 at 17:06 +0530, sagar.a.kam...@intel.com wrote:
> From: Sagar Kamble
>
> With this patch we allow larger cursor planes of sizes 128x128
> and 256x256.
>
> v2: Added more precise check on size while se
Gentle reminder for reviewing this and i-g-t patch.
On Mon, 2014-03-10 at 17:06 +0530, sagar.a.kam...@intel.com wrote:
From: Sagar Kamble sagar.a.kam...@intel.com
With this patch we allow larger cursor planes of sizes 128x128
and 256x256.
v2: Added more precise check on size while setting
From: Sagar Kamble
With this patch we allow larger cursor planes of sizes 128x128
and 256x256.
v2: Added more precise check on size while setting cursor plane.
v3: Changes related to restructuring cursor size restrictions
and DRM_DEBUG usage.
v4: Indentation related changes for setting cursor
From: Sagar Kamble sagar.a.kam...@intel.com
With this patch we allow larger cursor planes of sizes 128x128
and 256x256.
v2: Added more precise check on size while setting cursor plane.
v3: Changes related to restructuring cursor size restrictions
and DRM_DEBUG usage.
v4: Indentation related
On Sun, 2014-03-09 at 00:34 +0530, Sagar Arun Kamble wrote:
> On Sat, 2014-03-08 at 13:51 -0500, Alex Deucher wrote:
> > On Sat, Mar 8, 2014 at 1:49 PM, wrote:
> > > From: Sagar Kamble
> > >
> > > With this patch we allow larger cursor planes of sizes 128x1
On Sat, 2014-03-08 at 13:51 -0500, Alex Deucher wrote:
> On Sat, Mar 8, 2014 at 1:49 PM, wrote:
> > From: Sagar Kamble
> >
> > With this patch we allow larger cursor planes of sizes 128x128
> > and 256x256.
> >
> > v2: Added more precise check on size
From: Sagar Kamble
With this patch we allow larger cursor planes of sizes 128x128
and 256x256.
v2: Added more precise check on size while setting cursor plane.
v3: Changes related to restructuring cursor size restrictions
and DRM_DEBUG usage.
Testcase: igt/kms_cursor_crc
Cc: Daniel Vetter
Cc
From: Sagar Kamble
This patch creates a generic blending enum property.
Drivers may support subset of these values.
Cc: airl...@linux.ie
Cc: dri-de...@lists.freedesktop.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Sagar Kamble
---
drivers/gpu/drm/drm_crtc.c | 33
1 - 100 of 174 matches
Mail list logo