On May 10 2007 23:18, Andrew Morton wrote:
>On Fri, 11 May 2007 08:05:50 +0200 (MEST) Jan Engelhardt <[EMAIL PROTECTED]>
>wrote:
>> On May 10 2007 15:38, Andrew Morton wrote:
>> >Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>> >
>> >> the following patch series turns some menus into menuconfigs, so
On Fri, 11 May 2007 08:05:50 +0200 (MEST) Jan Engelhardt <[EMAIL PROTECTED]>
wrote:
>
> On May 10 2007 15:38, Andrew Morton wrote:
> >Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >
> >> the following patch series turns some menus into menuconfigs, so they
> >> can be disabled whilst "walking" th
On May 10 2007 15:38, Andrew Morton wrote:
>Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
>> the following patch series turns some menus into menuconfigs, so they
>> can be disabled whilst "walking" thorugh the parent menu (check the
>> videos [1], [2] to see what I mean), enabling for disabling l
On Tue, 10 Apr 2007 21:17:40 +0200 (MEST)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> the following patch series turns some menus into menuconfigs, so they
> can be disabled whilst "walking" thorugh the parent menu (check the
> videos [1], [2] to see what I mean), enabling for disabling lots of
On Apr 13 2007 11:50, Jean Delvare wrote:
>
>As far as I can see, the hwmon subsystem would benefit from that too.
yeah next series...
Jan
--
-
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://vg
Jan,
On Tue, 10 Apr 2007 21:17:40 +0200 (MEST), Jan Engelhardt wrote:
> the following patch series turns some menus into menuconfigs, so they
> can be disabled whilst "walking" thorugh the parent menu (check the
> videos [1], [2] to see what I mean), enabling for disabling lots of
> options _qu
On Fri, 13 Apr 2007 01:16:35 +0200 (MEST)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> On Apr 12 2007 15:50, Andrew Morton wrote:
> >On Tue, 10 Apr 2007 21:17:40 +0200 (MEST)
> >Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >
> >> the following patch series turns some menus into menuconfigs, so they
Jan Engelhardt wrote:
Hi,
On Apr 12 2007 16:07, Randy Dunlap wrote:
On Thu, 12 Apr 2007 15:50:12 -0700 Andrew Morton wrote:
So I merged the 23 of these which survived review and which do not
intersect with other outstanding work.
I don't think I have an opinion on whether the change is actual
Hi,
On Apr 12 2007 15:50, Andrew Morton wrote:
>On Tue, 10 Apr 2007 21:17:40 +0200 (MEST)
>Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
>> the following patch series turns some menus into menuconfigs, so they
>> can be disabled whilst "walking" thorugh the parent menu
>
>So I merged the 23 of thes
Hi,
On Apr 12 2007 16:07, Randy Dunlap wrote:
>On Thu, 12 Apr 2007 15:50:12 -0700 Andrew Morton wrote:
>>
>> So I merged the 23 of these which survived review and which do not
>> intersect with other outstanding work.
>>
>> I don't think I have an opinion on whether the change is actually an
>>
On Thu, 12 Apr 2007 15:50:12 -0700 Andrew Morton wrote:
> On Tue, 10 Apr 2007 21:17:40 +0200 (MEST)
> Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> > the following patch series turns some menus into menuconfigs, so they
> > can be disabled whilst "walking" thorugh the parent menu
>
> So I merge
On Tue, 10 Apr 2007 21:17:40 +0200 (MEST)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> the following patch series turns some menus into menuconfigs, so they
> can be disabled whilst "walking" thorugh the parent menu
So I merged the 23 of these which survived review and which do not
intersect with
Jan Engelhardt wrote:
> On Apr 11 2007 07:42, Al Boldi wrote:
> >Jan Engelhardt wrote:
> >
> >Correct, no oversight here; but it may be more meaningful, if you could
> >default select child-options based on the parent-state, like HW_RANDOM.
>
> A symbol will already have the 'magic' you describe if
On Wed, Apr 11, 2007 at 06:53:37PM +0200, Stefan Richter wrote:
> Jan Engelhardt wrote:
> > On Apr 11 2007 07:42, Al Boldi wrote:
> >>Also, I don't think it's necessary to touch any of the "depends on"; keep
> >>them as is, as they don't hurt staying that way, and may actually be
> >>necessary un
On Apr 11 2007 18:53, Stefan Richter wrote:
>Jan Engelhardt wrote:
>> On Apr 11 2007 07:42, Al Boldi wrote:
>>>Also, I don't think it's necessary to touch any of the "depends on"; keep
>>>them as is, as they don't hurt staying that way, and may actually be
>>>necessary under certain circumstance
Jan Engelhardt wrote:
> On Apr 11 2007 07:42, Al Boldi wrote:
>>Also, I don't think it's necessary to touch any of the "depends on"; keep
>>them as is, as they don't hurt staying that way, and may actually be
>>necessary under certain circumstances. (see EMBEDDED)
>
> Simplifying the depends li
On Apr 11 2007 07:42, Al Boldi wrote:
>Jan Engelhardt wrote:
>
>Correct, no oversight here; but it may be more meaningful, if you could
>default select child-options based on the parent-state, like HW_RANDOM.
A symbol will already have the 'magic' you describe if its creator wrote
it that way.
On Wed, 11 Apr 2007, Adrian Bunk wrote:
> On Wed, Apr 11, 2007 at 12:09:01AM +0200, Jan Engelhardt wrote:
> >
> > On Apr 11 2007 00:04, Stefan Richter wrote:
> > >
> > >[...] I tried one of the patches
> > > - with make xconfig: OK
> > > - with make gconfig: OK
> > > - with make menuconfig: les
Jan Engelhardt wrote:
> On Apr 11 2007 01:12, Al Boldi wrote:
> >Jan Engelhardt wrote:
> >> the following patch series turns some menus into menuconfigs, so they
> >> can be disabled whilst "walking" thorugh the parent menu
> >
> >Great, but instead of making it a simple on/off, make it tri-state t
On Wed, Apr 11, 2007 at 12:09:01AM +0200, Jan Engelhardt wrote:
>
> On Apr 11 2007 00:04, Stefan Richter wrote:
> >
> >[...] I tried one of the patches
> > - with make xconfig: OK
> > - with make gconfig: OK
> > - with make menuconfig: less so, because:
> >When one switches a menuconfig _on_, o
David Lang wrote:
> On Wed, 11 Apr 2007, Stefan Richter wrote:
>> - with make xconfig: OK
>> - with make gconfig: OK
>> - with make menuconfig: less so, because:
>> When one switches a menuconfig _on_, one might miss that there are
>> subsequent options to configure. (Although the availability
On Apr 11 2007 01:12, Al Boldi wrote:
>Jan Engelhardt wrote:
>> the following patch series turns some menus into menuconfigs, so they
>> can be disabled whilst "walking" thorugh the parent menu
>
>Great, but instead of making it a simple on/off, make it tri-state that would
>default select all ch
On Wed, 11 Apr 2007, Stefan Richter wrote:
Jan Engelhardt wrote:
the following patch series turns some menus into menuconfigs, so they
can be disabled whilst "walking" thorugh the parent menu (check the
videos [1], [2] to see what I mean), enabling for disabling lots of
options _quickly_.
I'll
On Apr 11 2007 00:04, Stefan Richter wrote:
>
>[...] I tried one of the patches
> - with make xconfig: OK
> - with make gconfig: OK
> - with make menuconfig: less so, because:
>When one switches a menuconfig _on_, one might miss that there are
>subsequent options to configure. (Although the av
Jan Engelhardt wrote:
> the following patch series turns some menus into menuconfigs, so they
> can be disabled whilst "walking" thorugh the parent menu
Great, but instead of making it a simple on/off, make it tri-state that would
default select all child-options appropriately. (see HW_RANDOM)
Jan Engelhardt wrote:
> the following patch series turns some menus into menuconfigs, so they
> can be disabled whilst "walking" thorugh the parent menu (check the
> videos [1], [2] to see what I mean), enabling for disabling lots of
> options _quickly_.
>
> I'll send the patches (as a reply to
Hello list,
the following patch series turns some menus into menuconfigs, so they
can be disabled whilst "walking" thorugh the parent menu (check the
videos [1], [2] to see what I mean), enabling for disabling lots of
options _quickly_.
I'll send the patches (as a reply to this mail) piece by
27 matches
Mail list logo