All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: Possible Bug Found with Xonar Stx Driver
       [not found] <559EFC14.2090408@gmail.com>
@ 2015-07-10 12:13 ` Clemens Ladisch
  2015-07-10 12:25   ` nick
  0 siblings, 1 reply; 2+ messages in thread
From: Clemens Ladisch @ 2015-07-10 12:13 UTC (permalink / raw)
  To: nick; +Cc: tiwai, alsa-devel, linux-kernel

nick wrote:
> After running the latest version of Linus's tree I am noticed way more buffering

What exactly do you mean with the word "buffering"?

> when playing music with my Xonar STX card when building kernels then
> under the Ubuntu kernel version of 3.19.16.

Sounds like a change in the disk access patterns.

The audio buffer size is chosen by the playing application (whatever it
is).

> I have tried bisecting it between the releases of 3.18 and 4.0
> and was unable to narrow it down to a buggy commit.

There was no relevant change in the sound driver.


Regards,
Clemens

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Possible Bug Found with Xonar Stx Driver
  2015-07-10 12:13 ` Possible Bug Found with Xonar Stx Driver Clemens Ladisch
@ 2015-07-10 12:25   ` nick
  0 siblings, 0 replies; 2+ messages in thread
From: nick @ 2015-07-10 12:25 UTC (permalink / raw)
  To: Clemens Ladisch; +Cc: tiwai, axboe, alsa-devel, tytso, linux-kernel



On 2015-07-10 08:13 AM, Clemens Ladisch wrote:
> nick wrote:
>> After running the latest version of Linus's tree I am noticed way more buffering
> 
> What exactly do you mean with the word "buffering"?
> 
>> when playing music with my Xonar STX card when building kernels then
>> under the Ubuntu kernel version of 3.19.16.
> 
> Sounds like a change in the disk access patterns.
> 
> The audio buffer size is chosen by the playing application (whatever it
> is).
> 
>> I have tried bisecting it between the releases of 3.18 and 4.0
>> and was unable to narrow it down to a buggy commit.
> 
> There was no relevant change in the sound driver.
> 
> 
> Regards,
> Clemens
> 
I was looking just to see if there was just a direct commit that caused this not in the sound 
driver but overall. Seems this is most likely either disk access issues or locking issues with
timeout related to refilling the audio buffer. In addition by buffering I mean the music halts
for a minute then continues when compiling the kernel. Further more I am also noticed my builds
are much fast upwards of 25% on the latest rc so a performance improvement in locking or better
disk access improvement may be a likely culprit. Ccing Ted and Jen as they are maintainers of
the file system I am using and Jen maintains the block layer.
Cheers,
Nick

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-07-10 12:25 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <559EFC14.2090408@gmail.com>
2015-07-10 12:13 ` Possible Bug Found with Xonar Stx Driver Clemens Ladisch
2015-07-10 12:25   ` nick

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.