On 1/26/07, Greg KH <[EMAIL PROTECTED]> wrote:
Ok, I'll do it through my trees, but I'll wait for Monty to finish
building and testing.
/me hands Monty a copy of distcc and ccache :)
More like a disk that isn't strangely crippled.
(This kernel isn't getting anywhere near the studly machines
Yes, working on testing all cases here, takes a while, kernel builds
are hella long on this machine.
Monty
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Before I get to the less focused rant below, I wanted to mention that
the HELP text for 'Create deprecated sysfs files' does not make it
clear that one is opting for old in exclusion of new.
On 1/25/07, Greg KH <[EMAIL PROTECTED]> wrote:
There is no such thing as a "stable release update"
On 1/25/07, Greg KH <[EMAIL PROTECTED]> wrote:
I want to do just a little more testing here (Takashi reminded me I
have a bit more testing of my own to do).
Can you give me the 'tree /sys/class/sound' output?
Once I verify it's 'all good' (actually, I'm stalling; not in front of
the machine
On 1/25/07, Greg KH [EMAIL PROTECTED] wrote:
I want to do just a little more testing here (Takashi reminded me I
have a bit more testing of my own to do).
Can you give me the 'tree /sys/class/sound' output?
Once I verify it's 'all good' (actually, I'm stalling; not in front of
the machine
Before I get to the less focused rant below, I wanted to mention that
the HELP text for 'Create deprecated sysfs files' does not make it
clear that one is opting for old in exclusion of new.
On 1/25/07, Greg KH [EMAIL PROTECTED] wrote:
There is no such thing as a stable release update series
Yes, working on testing all cases here, takes a while, kernel builds
are hella long on this machine.
Monty
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 1/26/07, Greg KH [EMAIL PROTECTED] wrote:
Ok, I'll do it through my trees, but I'll wait for Monty to finish
building and testing.
/me hands Monty a copy of distcc and ccache :)
More like a disk that isn't strangely crippled.
(This kernel isn't getting anywhere near the studly machines
Basically, new distros can disable that option if their userspace can
handle the new structure of sysfs with the symlinks. Users of older
distros with newer kernels can enable the option and (hopefully) not
break anything.
I would like to register a general objection to a change of this size
On 1/25/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
> [This does beg the question: Does the benefit of this complete
> restructuring in a subminor release of an allegedly stable kernel
> outweigh the fact that it breaks all audio for any user running a
> gnome desktop?]
Well, that's not me who
On 1/25/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
The problem with your patch is that it breaks the structure newly
introduced. In the new tree, card* contains the whole belonging
devices, and each device points to the one in the card object.
Passing dev->parent there cuts the relation
On 1/25/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
At Thu, 25 Jan 2007 12:30:44 -0500,
[EMAIL PROTECTED] wrote:
>
> > I'm working on this now and will doublecheck just in case my test was
> > flawed first time.
>
> Doublechecking indicates my initial test was wrong somehow; both
>
I'm working on this now and will doublecheck just in case my test was
flawed first time.
Doublechecking indicates my initial test was wrong somehow; both
card->dev->parent and card->parent passed as arg 2 to the
device_create call in snd_register_device result in correct device
symlinks. Are
I'm working on this now and will doublecheck just in case my test was
flawed first time.
Doublechecking indicates my initial test was wrong somehow; both
card-dev-parent and card-parent passed as arg 2 to the
device_create call in snd_register_device result in correct device
symlinks. Are these
On 1/25/07, Takashi Iwai [EMAIL PROTECTED] wrote:
The problem with your patch is that it breaks the structure newly
introduced. In the new tree, card* contains the whole belonging
devices, and each device points to the one in the card object.
Passing dev-parent there cuts the relation between
On 1/25/07, Takashi Iwai [EMAIL PROTECTED] wrote:
[This does beg the question: Does the benefit of this complete
restructuring in a subminor release of an allegedly stable kernel
outweigh the fact that it breaks all audio for any user running a
gnome desktop?]
Well, that's not me who
Basically, new distros can disable that option if their userspace can
handle the new structure of sysfs with the symlinks. Users of older
distros with newer kernels can enable the option and (hopefully) not
break anything.
I would like to register a general objection to a change of this size
17 matches
Mail list logo