* RE: [patch] i386 "General Options" - begone [take 2]
@ 2002-06-04 21:58 Grover, Andrew
2002-06-04 22:09 ` Dave Jones
2002-06-04 23:16 ` Alan Cox
0 siblings, 2 replies; 18+ messages in thread
From: Grover, Andrew @ 2002-06-04 21:58 UTC (permalink / raw)
To: 'Dave Jones'
Cc: 'Pavel Machek', Brad Hards, Linus Torvalds,
Kernel Mailing List, trivial
> From: Dave Jones [mailto:davej@suse.de]
> > This is a tough one because ACPI *is* power management but
> it is also
> > configuration. It is equivalent to such things as MPS
> table parsing, $PIR
> > parsing, PNPBIOS, as well as APM. The first two don't have
> CONFIG_ options
> > at the moment but they should at some point.
> > The only thing I can think of is a "Platform interface
> options" menu and
> > just throw all of the above in that. Any other ideas?
>
> You seem to be halfway down the road of splitting ACPI in two already,
> with the introduction of CONFIG_ACPI_HT_ONLY recently. Why not bundle
> such options under a CONFIG_ACPI_INITIALISATION or the likes, and
> put the rest under the power management menu as Brad suggested ?
CONFIG_ACPI_HT_ONLY was a concession to the fact that using ACPI for
processor discovery only was possible already, but in general an
all-or-nothing approach to ACPI is IMHO the safest bet.
So, let's assume in the very near future it becomes possible to compile a
kernel without MPS or $PIR support. Where should those config options go?
These, in addition to pnpbios, are also unneeded with ACPI. That is why I
was advocating the more general "Platform interface options" menu, so we
could have *one* place to config these and ACPI in or out, instead of having
the many different platform interface options in different logical areas.
My 2c -- Regards -- Andy
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [patch] i386 "General Options" - begone [take 2]
2002-06-04 21:58 [patch] i386 "General Options" - begone [take 2] Grover, Andrew
@ 2002-06-04 22:09 ` Dave Jones
2002-06-04 23:16 ` Alan Cox
1 sibling, 0 replies; 18+ messages in thread
From: Dave Jones @ 2002-06-04 22:09 UTC (permalink / raw)
To: Grover, Andrew
Cc: 'Pavel Machek', Brad Hards, Linus Torvalds,
Kernel Mailing List
<trivial patchbot removed from Cc:>
On Tue, Jun 04, 2002 at 02:58:35PM -0700, Grover, Andrew wrote:
> So, let's assume in the very near future it becomes possible to compile a
> kernel without MPS or $PIR support. Where should those config options go?
Why do they need to be options ? They should be implied if CONFIG_ACPI=n
Otherwise we could build a kernel without any PCI IRQ routing, MPS
discovery etc.. I can't see the benefit of making this stuff compile
time optional other than to save a few bytes (and there are much better
places to start attacking to save space than this).
> These, in addition to pnpbios, are also unneeded with ACPI.
As long as the target box has working ACPI tables and we don't have
to fall back to legacy tables.
> That is why I
> was advocating the more general "Platform interface options" menu, so we
> could have *one* place to config these and ACPI in or out, instead of having
> the many different platform interface options in different logical areas.
Can you confirm that you're not advocating a "ACPI or Legacy" approach ?
I think you're aware of the dragons that lie that way, but I want to be
sure my suspicions are unfounded.
Dave.
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply [flat|nested] 18+ messages in thread* RE: [patch] i386 "General Options" - begone [take 2]
2002-06-04 21:58 [patch] i386 "General Options" - begone [take 2] Grover, Andrew
2002-06-04 22:09 ` Dave Jones
@ 2002-06-04 23:16 ` Alan Cox
2002-06-07 5:38 ` fchabaud
1 sibling, 1 reply; 18+ messages in thread
From: Alan Cox @ 2002-06-04 23:16 UTC (permalink / raw)
To: Grover, Andrew
Cc: 'Dave Jones', 'Pavel Machek', Brad Hards,
Linus Torvalds, Kernel Mailing List, trivial
On Tue, 2002-06-04 at 22:58, Grover, Andrew wrote:
> So, let's assume in the very near future it becomes possible to compile a
> kernel without MPS or $PIR support. Where should those config options go?
> These, in addition to pnpbios, are also unneeded with ACPI. That is why I
> was advocating the more general "Platform interface options" menu, so we
> could have *one* place to config these and ACPI in or out, instead of having
> the many different platform interface options in different logical areas.
Hardware Discovery using
PnpBIOS
ISAPnP
MCA
PCI
ACPI
IRQ Routing using
PCI BIOS
$PIR
MP 1.x
ACPI
Power Management using
CPU idling instructions
APM
Direct power management
ACPI
There are all sorts of combinations that make sense, and trying to make
them all map around ACPI makes no sense, especially once you hit non x86
platforms where the mentality is quite different about what is
associated
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [patch] i386 "General Options" - begone [take 2]
2002-06-04 23:16 ` Alan Cox
@ 2002-06-07 5:38 ` fchabaud
0 siblings, 0 replies; 18+ messages in thread
From: fchabaud @ 2002-06-07 5:38 UTC (permalink / raw)
To: alan; +Cc: linux-kernel
Le 5 Jui, Alan Cox a écrit :
>
> Power Management using
> CPU idling instructions
> APM
> Direct power management
> ACPI
I agree with you that direct power management should be made possible,
because there's nothing preventing a very old i386 without any APM nor
ACPI feature in BIOS to suspend correctly on disk. By the way, in such a
case APM or APCI just disable themselves aren't they ? So IMHO swsusp
should have its own /proc way to activate but that may raise conflict
issues with ACPI states.
--
Florent Chabaud
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: [patch] i386 "General Options" - begone [take 2]
@ 2002-06-04 23:31 Grover, Andrew
0 siblings, 0 replies; 18+ messages in thread
From: Grover, Andrew @ 2002-06-04 23:31 UTC (permalink / raw)
To: 'Dave Jones'
Cc: 'Pavel Machek', Brad Hards, Linus Torvalds,
Kernel Mailing List
> From: Dave Jones [mailto:davej@suse.de]
> > > Can you confirm that you're not advocating a "ACPI or Legacy"
> > > approach ?
> > > I think you're aware of the dragons that lie that way, but I
> > > want to be sure my suspicions are unfounded.
> > All I can say is using just *part* of ACPI will cause some machine,
> > somewhere, to not work. I want to avoid scenarios where
> that happens. If
> > there are issues with that, can we discuss them asap, perhaps now?
>
> Think vendor kernel. There we want to run on ancient pre-ACPI boxes,
> and super duper new box with borken/non-existant legacy tables.
> So just keep in mind that compiling both into the kernel is a
> must have
> requirement.
Oh. OK. Yes. No disagreement there.
-- Andy
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: [patch] i386 "General Options" - begone [take 2]
@ 2002-06-04 23:09 Grover, Andrew
2002-06-04 23:25 ` Dave Jones
2002-06-05 1:00 ` Alan Cox
0 siblings, 2 replies; 18+ messages in thread
From: Grover, Andrew @ 2002-06-04 23:09 UTC (permalink / raw)
To: 'Dave Jones'
Cc: 'Pavel Machek', Brad Hards, Linus Torvalds,
Kernel Mailing List
> From: Dave Jones [mailto:davej@suse.de]
> On Tue, Jun 04, 2002 at 02:58:35PM -0700, Grover, Andrew wrote:
> > So, let's assume in the very near future it becomes
> possible to compile a
> > kernel without MPS or $PIR support. Where should those
> config options go?
> Why do they need to be options ? They should be implied if
> CONFIG_ACPI=n
> Otherwise we could build a kernel without any PCI IRQ routing, MPS
> discovery etc.. I can't see the benefit of making this stuff compile
> time optional other than to save a few bytes (and there are
> much better
> places to start attacking to save space than this).
One reason is for code cleanliness. Linux's internal data structures for irq
routing and MPS stuff on i386 were not designed to handle the possibility of
multiple ways of getting this info. ACPI init gets in there and does its
thing, but it could be better architected. Making the legacy config options
removable is one way to ensure the kernel has things properly modularized
wrt this, and yes, I think someday (maybe not soon) someone *will* want to
leave out MPS support.
> Can you confirm that you're not advocating a "ACPI or Legacy"
> approach ?
> I think you're aware of the dragons that lie that way, but I
> want to be
> sure my suspicions are unfounded.
All I can say is using just *part* of ACPI will cause some machine,
somewhere, to not work. I want to avoid scenarios where that happens. If
there are issues with that, can we discuss them asap, perhaps now?
Regards -- Andy
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [patch] i386 "General Options" - begone [take 2]
2002-06-04 23:09 Grover, Andrew
@ 2002-06-04 23:25 ` Dave Jones
2002-06-05 1:00 ` Alan Cox
1 sibling, 0 replies; 18+ messages in thread
From: Dave Jones @ 2002-06-04 23:25 UTC (permalink / raw)
To: Grover, Andrew
Cc: 'Pavel Machek', Brad Hards, Linus Torvalds,
Kernel Mailing List
On Tue, Jun 04, 2002 at 04:09:48PM -0700, Grover, Andrew wrote:
> > Can you confirm that you're not advocating a "ACPI or Legacy"
> > approach ?
> > I think you're aware of the dragons that lie that way, but I
> > want to be sure my suspicions are unfounded.
> All I can say is using just *part* of ACPI will cause some machine,
> somewhere, to not work. I want to avoid scenarios where that happens. If
> there are issues with that, can we discuss them asap, perhaps now?
Think vendor kernel. There we want to run on ancient pre-ACPI boxes,
and super duper new box with borken/non-existant legacy tables.
So just keep in mind that compiling both into the kernel is a must have
requirement.
Dave.
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply [flat|nested] 18+ messages in thread* RE: [patch] i386 "General Options" - begone [take 2]
2002-06-04 23:09 Grover, Andrew
2002-06-04 23:25 ` Dave Jones
@ 2002-06-05 1:00 ` Alan Cox
1 sibling, 0 replies; 18+ messages in thread
From: Alan Cox @ 2002-06-05 1:00 UTC (permalink / raw)
To: Grover, Andrew
Cc: 'Dave Jones', 'Pavel Machek', Brad Hards,
Linus Torvalds, Kernel Mailing List
On Wed, 2002-06-05 at 00:09, Grover, Andrew wrote:
> All I can say is using just *part* of ACPI will cause some machine,
> somewhere, to not work.
We've established that pretty comprehensively. Any bit of ACPI causes
some machines somewhere to not work 8)
> I want to avoid scenarios where that happens. If
> there are issues with that, can we discuss them asap, perhaps now?
It may be that the IRQ routing and other bits of ACPI logic need to know
that their are dependancies. We handle that already for other legacy
stuff. If you don't have an MCA bus we don't do MCA bus enumerating. If
you don't have a PCI BIOS32 irq router we don't consider that option and
so forth. Having ACPI IRQ/Enumeration code that says if(!acpi) return
NULL isnt that demanding
^ permalink raw reply [flat|nested] 18+ messages in thread
* RE: [patch] i386 "General Options" - begone [take 2]
@ 2002-06-04 20:59 Grover, Andrew
2002-06-04 21:20 ` Dave Jones
2002-06-05 1:34 ` Brad Hards
0 siblings, 2 replies; 18+ messages in thread
From: Grover, Andrew @ 2002-06-04 20:59 UTC (permalink / raw)
To: 'Pavel Machek', Brad Hards
Cc: Linus Torvalds, Kernel Mailing List, trivial
> > "Power management options (ACPI, APM)", which also includes
> software suspend.
> > "Bus options (PCI, PCMCIA, EISA, MCA, ISA)"
> > "Executable file formats"
Brad,
This is a tough one because ACPI *is* power management but it is also
configuration. It is equivalent to such things as MPS table parsing, $PIR
parsing, PNPBIOS, as well as APM. The first two don't have CONFIG_ options
at the moment but they should at some point.
The only thing I can think of is a "Platform interface options" menu and
just throw all of the above in that. Any other ideas?
Regards -- Andy
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [patch] i386 "General Options" - begone [take 2]
2002-06-04 20:59 Grover, Andrew
@ 2002-06-04 21:20 ` Dave Jones
2002-06-05 1:34 ` Brad Hards
1 sibling, 0 replies; 18+ messages in thread
From: Dave Jones @ 2002-06-04 21:20 UTC (permalink / raw)
To: Grover, Andrew
Cc: 'Pavel Machek', Brad Hards, Linus Torvalds,
Kernel Mailing List, trivial
On Tue, Jun 04, 2002 at 01:59:11PM -0700, Grover, Andrew wrote:
> This is a tough one because ACPI *is* power management but it is also
> configuration. It is equivalent to such things as MPS table parsing, $PIR
> parsing, PNPBIOS, as well as APM. The first two don't have CONFIG_ options
> at the moment but they should at some point.
> The only thing I can think of is a "Platform interface options" menu and
> just throw all of the above in that. Any other ideas?
You seem to be halfway down the road of splitting ACPI in two already,
with the introduction of CONFIG_ACPI_HT_ONLY recently. Why not bundle
such options under a CONFIG_ACPI_INITIALISATION or the likes, and
put the rest under the power management menu as Brad suggested ?
Dave.
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [patch] i386 "General Options" - begone [take 2]
2002-06-04 20:59 Grover, Andrew
2002-06-04 21:20 ` Dave Jones
@ 2002-06-05 1:34 ` Brad Hards
2002-06-05 10:29 ` Dave Jones
1 sibling, 1 reply; 18+ messages in thread
From: Brad Hards @ 2002-06-05 1:34 UTC (permalink / raw)
To: Grover, Andrew, 'Pavel Machek'
Cc: Linus Torvalds, Kernel Mailing List, trivial
On Wed, 5 Jun 2002 06:59, Grover, Andrew wrote:
> > > "Power management options (ACPI, APM)", which also includes
> >
> > software suspend.
> >
> > > "Bus options (PCI, PCMCIA, EISA, MCA, ISA)"
> > > "Executable file formats"
>
> Brad,
>
> This is a tough one because ACPI *is* power management but it is also
> configuration. It is equivalent to such things as MPS table parsing, $PIR
> parsing, PNPBIOS, as well as APM. The first two don't have CONFIG_ options
> at the moment but they should at some point.
>
> The only thing I can think of is a "Platform interface options" menu and
> just throw all of the above in that. Any other ideas?
"Platform interface" is fairly true, but so was "general options". Neither of
them is an obvious description of the functionality.
One idea that comes to mind is putting the power management config options in
a "Power Management" section, then PNPBIOS in with the other PnP stuff, and
so on (read: don't know were to put MPS yet, and don't know what $PIR is :) I
understand that this means breaking up the ACPI config file, but that
shouldn't be too hard.
The general concept is that [c,C]onfig.in should be functionality based, not
implementation based. ACPI parsing isn't a function, it supports a whole
range of functions, which are quite different to the user.
Brad
--
http://conf.linux.org.au. 22-25Jan2003. Perth, Australia. Birds in Black.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [patch] i386 "General Options" - begone [take 2]
2002-06-05 1:34 ` Brad Hards
@ 2002-06-05 10:29 ` Dave Jones
2002-06-05 23:11 ` Brad Hards
0 siblings, 1 reply; 18+ messages in thread
From: Dave Jones @ 2002-06-05 10:29 UTC (permalink / raw)
To: Brad Hards
Cc: Grover, Andrew, 'Pavel Machek', Linus Torvalds,
Kernel Mailing List, trivial
On Wed, Jun 05, 2002 at 11:34:23AM +1000, Brad Hards wrote:
> One idea that comes to mind is putting the power management config options in
> a "Power Management" section
*nod* sounds sensible 8)
> then PNPBIOS in with the other PnP stuff, and
> so on (read: don't know were to put MPS yet, and don't know what $PIR is :)
It's an interrupt routing table.
MPS and interrupt routing are both CPU related features, so the best
place we currently have is under the CPU menu imho.
Dave
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [patch] i386 "General Options" - begone [take 2]
2002-06-05 10:29 ` Dave Jones
@ 2002-06-05 23:11 ` Brad Hards
0 siblings, 0 replies; 18+ messages in thread
From: Brad Hards @ 2002-06-05 23:11 UTC (permalink / raw)
To: Dave Jones; +Cc: Grover, Andrew, Kernel Mailing List, trivial
On Wed, 5 Jun 2002 20:29, Dave Jones wrote:
> On Wed, Jun 05, 2002 at 11:34:23AM +1000, Brad Hards wrote:
> > One idea that comes to mind is putting the power management config
> > options in a "Power Management" section
>
> *nod* sounds sensible 8)
>
> > then PNPBIOS in with the other PnP stuff, and
> > so on (read: don't know were to put MPS yet, and don't know what $PIR is
> > :)
>
> It's an interrupt routing table.
>
> MPS and interrupt routing are both CPU related features, so the best
> place we currently have is under the CPU menu imho.
Is it fundamentally different _functionality_ to the stuff that is in "Plug
and Play configuration" (which makes devices automatically get the right
itnerrupts)? [ Ignore implementation for a second - we can always solve this
with another layer of abstraction. :-]
Of course, putting all this into the CPU menu (which is obviously a per-arch
config.in change) would make drivers/arch/acpi/Config.in look a lot cleaner.
I'll try to work with Andy Grover off-list with this, and come up with an
agreed position.
Rusty: This is starting to get a little non-trivial. Please drop the two
patches I've sent. I'll get back to you later.
Brad
--
http://conf.linux.org.au. 22-25Jan2003. Perth, Australia. Birds in Black.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Linux 2.5.20
@ 2002-06-03 1:56 Linus Torvalds
2002-06-03 3:18 ` [patch] i386 "General Options" - begone [take 2] Brad Hards
0 siblings, 1 reply; 18+ messages in thread
From: Linus Torvalds @ 2002-06-03 1:56 UTC (permalink / raw)
To: Kernel Mailing List
ACPI merge, merges from Dave Jones, IDE updates, stuff from Andrew, PPC64
update, e100[0] driver updates, the works..
And no, I still haven't upgraded my changelog scripts, kill me.
Linus
---
Summary of changes from v2.5.19 to v2.5.20
============================================
<achirica@ttd.net>
o airo wireless net driver updates:
<agrover@dexter.groveronline.com>
o more file renames
o rename ACPI files to remove acpi_ prefix. Why did we ever name them that way?
o Clean up code based on things flagged by lint
o Properly (?) handle the multiple people who can find PCI root bridges
o ACPI PCI IRQ Improvements:
o ACPI Ancillary files update
o move arch-dependent macros from drivers/acpi/include/platform/acenv.h
o Code cleanups
Andrew Morton <akpm@zip.com.au>
o direct-to-BIO writeback for writeback-mode ext3
o remove PageSkip() macros
o list_head debugging
o rename block_symlink() to page_symlink()
o remove inode.i_wait
o buffer_boundary() for ext3
o speed up writes
o fix swapcache packing in the radix tree
o dirsync support for minixfs, sysvfs and ufs
o give swapper_space a set_page_dirty a_op
o fix race between writeback and unlink
o swapcache bugfixes
o put in-memory filesystem dirty pages on the correct list
o tmpfs bugfixes
o rename flushpage to invalidatepage
<andersg@0x63.nu>
o Renames struct bus_type to struct de4x5_bus_type in de4x5 net driver,
<anton@samba.org>
o pSeries HVC console: add hvc initalisation
o pSeries HVC console: add missing function prototype
o ppc64 signal cleanup: remove old debug and sync with ppc32 signal code
o pSeries HVC console: Disable interrupts in spinlock regions, fix from
o ppc64: signal formatting cleanups
o ppc64: SIGURG fix from Chris Yeoh
o ppc64: cleanup 32 bit signal code
o ppc64: SIGURG fix from Chris Yeoh
o ppc64: update config.in
o ppc64: fixes for 2.5.14
o ppc64: fix compile error caused by machine type changes
o ppc64: Add PREEMPT_ACTIVE and fix HMT macro typo
o ppc64: missed this during Naca -> naca merge
o ppc64: provide default_idle, we shouldnt ever actually use this but
o ppc64: Add TIOCSTOP translation
o ppc64: dont allow tlbiel on large pages.
o add subsys_initcall for pcibios_init
o ppc64: remove old code for stacking signals, its not used any more
o ppc64: reduce differences to the ppc32 signal code.
o ppc64: Take page_table_lock in flush_tlb_mm
o ppc64: Be sure to zero the fpscr in a signal handler, otherwise
o ppc64: Fix a number of problems with our exception reporting, in
o ppc64: use common die() function in bad_page_fault, from ppc32
o ppc64: Add Ingo's irq affinity stuff, from x86
o ppc64: prevsp is not used any more
o ppc64: Paul Mackerras' optimized power4 copy routines
o ppc64: use generic debugger hooks instead of hardwiring xmon
o ppc64: Add get/setaffinity syscalls, from sparc64
o ppc64: dont print "xmon called", it garbles the output when multiple
o ppc64: Up the gcc inline limited, needed for gcc 3.1
o ppc64: No need to handle address space destruction in flush_tlb_mm,
o ppc64: Provide a rough cache_decay_ticks.
o ppc64 defconfig update
o ppc64: Remove last_syscall, we can work the syscall out easily from
o ppc64 segment table rework. We preload segments for both segment
o ppc64: missed during segment handler rework
o ppc64: Recent firmware removes the compatible property on pci bridges.
o ppc64: Fix 32 bit execve to mirror recent generic changes
o ppc64: kill MAP_NR, dont mark free_initmem as __init
o ppc64: mask top 4 bytes of si_code
o remove bogus panic in ppc32_select
o ppc64: quota updates
o ppc64: signal32 updates from Stephen Rothwell - comment changes
o ppc64: more signal32 updates from Stephen Rothwell
o ppc64: Add CONFIG_CMDLINE, from ppc32
o ppc64: more signal32 updates from Stephen Rothwell - replace some
o ppc64: last of the signal32 updates from Stephen Rothwell. Fantastic
o ppc64: Fix clear_user, from ppc32
<anton@superego.(none)>
o add pSeries hypervisor console
Jens Axboe <axboe@suse.de>
o misc generic block tag fixes
o documentation and tq_disk removals
o Re: ufs compile error in 2.5.19]
o update to the update
Martin Dalecki <dalecki@evision-ventures.com>
o 2.5.19 IDE 76
o 2.5.19 IDE 77
o [PATCH} 2.5.19 IDE 79
o 2.5.19 IDE 78
o 2.5.19 IDE 82
o 2.5.19 IDE 81
o 2.5.19 IDE 80
o 2.5.19 blk.h and more about the ugly kids.
<davej@suse.de>
o dumb cpqarray init microoptimisation.
o i386 mmx copying bug.
o check misc_register result in efirtc
o ps2esdi resource cleanups
o region handling cleanups for gscd driver
o i386 smp tweaks.
o recognise 2 extra devices for xd.c
o h8 janitor work
o epca janitor work
o dltk driver check_region -> request_region
o ib700wdt janitor work
o elsa check_region() -> request_region()
o mixcomwd janitor work
o esp janitor work
o aztech CD driver janitor work
o ite_gpio region handling cleanups
o istallion janitor work
o better sizing of queue_nr_requests
o forward ioctls on raw devices to underlying devices
o rtc max_user_freq sysctl
o isicom check_region() -> request_region()
o niccy region handling cleanups
o teles3 region handling cleanups
o Some includes that aren't needed.
o Deliver SIGIO to FIFO and pipe devices
o missing binfmt check
o Fix deadlock in nbd
o gazel region handling cleanups
o Conversion of uidhash to use list_t
o hd.c compilation fix.
o avm_a1 check_region -> request_region cleanup
o egcs no longer supported.
o fill in empty hisax_fcpcipnp debug statement
o add spinlocking to w83877f_wdt driver
o struct super_block cleanup - adfs
o missing GPL tags
o Fix up agpgart.
<david-b@pacbell.net>
o ehci remove warning if no CONFIG_USB_DEBUG
<david.nelson@pobox.com>
o PATCH: USB Scanner Driver 0.4.8 and new maintainer
<davidm@napali.hpl.hp.com>
o trivial keyboard driver patch
o pass "page" pointer to clear_user_page()/copy_user_page()
o time-offset patch
o agp support for i460 and zx1 cleanup
<edward_peng@dlink.com.tw>
o dl2k gige net driver updates:
<fdavis@si.rr.com>
o 2.5.19 : drivers/mtd/nftlcore.c
<go@turbolinux.co.jp>
o Fix pcnet32 net driver workaround for xSeries250.
<greg@kroah.com>
o USB OHCI driver: Added SA1111 support
o USB kernel-api documentation fix
<kai@tp1.ruhr-uni-bochum.de>
o kbuild: Add (internal) prepare target
o kbuild: Don't rebuild if vmlinux if nothing changed - fix
o kbuild: clean up generation of modversions.h
o kbuild: Clarify the CONFIG_MODVERSIONS logic
o kbuild: Use the real instead of a phony target if we have one
o kbuild: Group targets which need / don't need .config
o kbuild: Get rid of -DMODVERSIONS, further cleanup
<mdharm@one-eyed-alien.net>
o USB storage: Dead code, more abort cleanups, and detached device fix
<mochel@osdl.org>
o PCI: Make sure id_table is passed to probe callback
o PCI Update:
o Device Model: Add helpers bus_for_each_dev and bus_for_each_drv
o Device Model: Implement centralized device/driver binding
o PCI: Put pci_match_device back for the people that are still using it.
o USB: define usb_bus_type and register on startup
o driverfs update:
o USB: Move URB request code from usb.c to urb.c
o USB:
o USB: Move synchronous message passing code from usb.c to message.c
o USB: Move configuration parsing code from usb.c to config.c
o driverfs: Remove default 'status' file: it had no useful read information, the commands it supported were minimal and probably broken and the comments were wrong.
o device model: remove flags parameter from struct device_driver::remove and fix all users
o device model: Use driver_for_each_dev to unbind drivers from its devices (now that it's implemented)
o devicemode: Implement driver_for_each_dev
<pavel@ucw.cz>
o suspend-to-ram: clean up according to Andy
o eepro100 net driver trivial cleanup:
<pazke@orbita1.ru>
o Janitor: Add __devinit markers to two net drivers, epic100 and sundance
<petr@vandrovec.name>
o de4x5 does not compile in 2.5.19 due to bus_type conflict
o missing argument to clear_user_page in v4l
<rmk@flint.arm.linux.org.uk>
o [ARM] Fix makefiles for drivers/acorn/{block,char}/
o [ARM] 2.5.18 Update ARM for TLB shootdown changes
o [ARM] Remove redundant instruction cache code from decompressor.
o [ARM] Tidy up context switch save area initialisation for fork
o [ARM] Remove victor machine type
o [ARM] cpufreq_init takes low and high frequency limits.
o [ARM] Remove an extraneous load from atomic ops
o [ARM] Context switch improvements
o [ARM] Convert for() delay loops to udelay()
o [ARM] Remove hard coded per-architecture memory, ramdisk and initrd
<romieu@cogenit.fr>
o drivers/net/wan/dscc4.c - gross overflow
<rusty@rustcorp.com.au>
o softirq.c per_cpu fix
o AUDIT 2.5.19: Continuing copy_to/from_user & clear_user
<scott.feldman@intel.com>
o Add ETHTOOL_PHYS_ID ethtool command to linux/ethtool.h.
o e1000 net driver updates 2/4:
o e100 net driver update:
o e1000 net driver update 1/4:
o e1000 net driver update 3/4:
o e1000 net driver update 4/4:
<sfr@canb.auug.org.au>
o APM patch for idle_period handling
o missing bit from signal patches
<shaggy@kleikamp.austin.ibm.com>
o Fix free-space leak truncating files in JFS.
o JFS: cleanup dbAlloc
o JFS: misc stuff for 2.5
o JFS: metapage changes
o JFS: support for kNFSD
<torvalds@home.transmeta.com>
o Fix up ACPI makefile that got broken by the merge.
o Fix PCI irq routing to always look up the bridge swizzling
o Make qla1280 driver print out irq information along with bus location.
o Allow <linux/list.h> to be used even without NULL defined yet.
o Simplify uidhash table allocation - no need to make it dynamic,
o idescsi initialization is done with module_init(), not
o Proper usage of isupper/tolower for build scripts.
o Kernel version 2.5.20
o Felipe W Damasio: add KERN_* to 3c501 driver printk's
o Fix missing piece of uidhash list conversion
o Simplify tlb_flush_mmu() for exit case: makes it easier on the ia64
<trini@kernel.crashing.org>
o Fix RAMDISK config problem
o Missing include in drivers/base/bus.c and drivers/pci/pci-driver.c
^ permalink raw reply [flat|nested] 18+ messages in thread* [patch] i386 "General Options" - begone [take 2]
2002-06-03 1:56 Linux 2.5.20 Linus Torvalds
@ 2002-06-03 3:18 ` Brad Hards
2002-06-03 22:42 ` Rusty Russell
2002-06-04 14:09 ` Pavel Machek
0 siblings, 2 replies; 18+ messages in thread
From: Brad Hards @ 2002-06-03 3:18 UTC (permalink / raw)
To: Linus Torvalds, Kernel Mailing List; +Cc: trivial
[-- Attachment #1: Type: text/plain, Size: 973 bytes --]
This patch (a minor update on one that I accidently left lkml out of the To:)
removes the "General Options" top level config menu from the i386 build for
2.5.20. It didn't describe what it was doing, and it contained a broad
collection of mostly unrelated configuration options.
To replace it, you now get:
"Power management options (ACPI, APM)", which also includes software suspend.
"Bus options (PCI, PCMCIA, EISA, MCA, ISA)"
"Executable file formats"
While moving software suspend, I also took the chance to tweak the Config.help
entry.
To all those who don't like the expansion in top level directories - I agree,
and have the genesis of a plan to build a more logical grouping (eg getting
the various mass storage options together, getting the various networking
options together, etc). One step at a time though, especially since that
would affect multiple architectures.
Brad
--
http://conf.linux.org.au. 22-25Jan2003. Perth, Australia. Birds in Black.
[-- Attachment #2: config.in-03062002.patch --]
[-- Type: text/x-diff, Size: 5630 bytes --]
diff -Naur -X dontdiff linux-2.5.20-clean/arch/i386/Config.help linux-2.5.20-config-munging/arch/i386/Config.help
--- linux-2.5.20-clean/arch/i386/Config.help Thu May 30 04:42:46 2002
+++ linux-2.5.20-config-munging/arch/i386/Config.help Mon Jun 3 12:39:48 2002
@@ -641,7 +641,8 @@
off or put into a power conserving "sleep" mode if they are not
being used. There are two competing standards for doing this: APM
and ACPI. If you want to use either one, say Y here and then also
- to the requisite support below.
+ to the requisite support below. This option is also required for
+ "software suspend", see below.
Power Management is most important for battery powered laptop
computers; if you have a laptop, check out the Linux Laptop home
@@ -943,13 +944,15 @@
Software Suspend
CONFIG_SOFTWARE_SUSPEND
- Enable the possibilty of suspendig machine. It doesn't need APM.
- You may suspend your machine by either pressing Sysrq-d or with
- 'swsusp' or 'shutdown -z <time>' (patch for sysvinit needed). It
- creates an image which is saved in your active swaps. By the next
- booting the kernel detects the saved image, restores the memory from
- it and then it continues to run as before you've suspended.
- If you don't want the previous state to continue use the 'noresume'
+ Enable the possibility of suspending the machine. This does not
+ require APM. You may suspend your machine by either pressing
+ Sysrq-d or with 'swsusp' or 'shutdown -z <time>' (patch for
+ sysvinit needed). It creates an image which is saved in your
+ active swap space. The next time the kernel is booted, the saved
+ image is detected and restored to memory. The machine then
+ continues to run, in the same configuration as before the suspend.
+
+ If you don't want the previous state to continue, use the 'noresume'
kernel option. However note that your partitions will be fsck'd and
you must re-mkswap your swap partitions/files.
@@ -958,10 +961,12 @@
involved in suspending. Also in this case there is a risk that buffers
on disk won't match with saved ones.
- SMP is supported ``as-is''. There's a code for it but doesn't work.
- There have been problems reported relating SCSI.
+ SMP is supported ``as-is''. That is, there is code to support SMP
+ but doesn't work. There have also been problems reported relating to
+ SCSI.
- This option is about getting stable. However there is still some
- absence of features.
+ This option is becoming progressively more stable. However there are
+ still some missing features, and data corruption is always a
+ possibility.
For more information take a look at Documentation/swsusp.txt.
diff -Naur -X dontdiff linux-2.5.20-clean/arch/i386/config.in linux-2.5.20-config-munging/arch/i386/config.in
--- linux-2.5.20-clean/arch/i386/config.in Thu May 30 04:42:51 2002
+++ linux-2.5.20-config-munging/arch/i386/config.in Mon Jun 3 13:01:16 2002
@@ -209,9 +209,30 @@
endmenu
mainmenu_option next_comment
-comment 'General options'
+comment 'Power management options (ACPI, APM)'
-source drivers/acpi/Config.in
+bool 'Power Management support' CONFIG_PM
+if [ "$CONFIG_PM" = "y" ]; then
+ source drivers/acpi/Config.in
+
+ dep_tristate ' Advanced Power Management BIOS support' CONFIG_APM $CONFIG_PM
+ if [ "$CONFIG_APM" != "n" ]; then
+ bool ' Ignore USER SUSPEND' CONFIG_APM_IGNORE_USER_SUSPEND
+ bool ' Enable PM at boot time' CONFIG_APM_DO_ENABLE
+ bool ' Make CPU Idle calls when idle' CONFIG_APM_CPU_IDLE
+ bool ' Enable console blanking using APM' CONFIG_APM_DISPLAY_BLANK
+ bool ' RTC stores time in GMT' CONFIG_APM_RTC_IS_GMT
+ bool ' Allow interrupts during APM BIOS calls' CONFIG_APM_ALLOW_INTS
+ bool ' Use real mode APM BIOS call to power off' CONFIG_APM_REAL_MODE_POWER_OFF
+ fi
+
+ dep_bool 'Software Suspend (EXPERIMENTAL)' CONFIG_SOFTWARE_SUSPEND $CONFIG_EXPERIMENTAL $CONFIG_PM
+fi
+
+endmenu
+
+mainmenu_option next_comment
+comment 'Bus options (PCI, PCMCIA, EISA, MCA, ISA)'
# Visual Workstation support is utterly broken.
# If you want to see it working mail an VW540 to hch@infradead.org 8)
@@ -260,6 +281,11 @@
define_bool CONFIG_HOTPLUG_PCI n
fi
+endmenu
+
+mainmenu_option next_comment
+comment 'Executable file formats'
+
if [ "$CONFIG_PROC_FS" = "y" ]; then
choice 'Kernel core (/proc/kcore) format' \
"ELF CONFIG_KCORE_ELF \
@@ -269,19 +295,6 @@
tristate 'Kernel support for ELF binaries' CONFIG_BINFMT_ELF
tristate 'Kernel support for MISC binaries' CONFIG_BINFMT_MISC
-bool 'Power Management support' CONFIG_PM
-
-dep_tristate ' Advanced Power Management BIOS support' CONFIG_APM $CONFIG_PM
-if [ "$CONFIG_APM" != "n" ]; then
- bool ' Ignore USER SUSPEND' CONFIG_APM_IGNORE_USER_SUSPEND
- bool ' Enable PM at boot time' CONFIG_APM_DO_ENABLE
- bool ' Make CPU Idle calls when idle' CONFIG_APM_CPU_IDLE
- bool ' Enable console blanking using APM' CONFIG_APM_DISPLAY_BLANK
- bool ' RTC stores time in GMT' CONFIG_APM_RTC_IS_GMT
- bool ' Allow interrupts during APM BIOS calls' CONFIG_APM_ALLOW_INTS
- bool ' Use real mode APM BIOS call to power off' CONFIG_APM_REAL_MODE_POWER_OFF
-fi
-
endmenu
source drivers/mtd/Config.in
@@ -396,10 +409,6 @@
mainmenu_option next_comment
comment 'Kernel hacking'
-if [ "$CONFIG_EXPERIMENTAL" = "y" ]; then
- dep_bool 'Software Suspend' CONFIG_SOFTWARE_SUSPEND $CONFIG_PM
-fi
-
bool 'Kernel debugging' CONFIG_DEBUG_KERNEL
if [ "$CONFIG_DEBUG_KERNEL" != "n" ]; then
bool ' Debug memory allocations' CONFIG_DEBUG_SLAB
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [patch] i386 "General Options" - begone [take 2]
2002-06-03 3:18 ` [patch] i386 "General Options" - begone [take 2] Brad Hards
@ 2002-06-03 22:42 ` Rusty Russell
2002-06-04 14:09 ` Pavel Machek
1 sibling, 0 replies; 18+ messages in thread
From: Rusty Russell @ 2002-06-03 22:42 UTC (permalink / raw)
To: Brad Hards, Linus Torvalds, Kernel Mailing List
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1987 bytes --]
In message <200206031318.09634.bhards@bigpond.net.au> you write:
> While moving software suspend, I also took the chance to tweak the Config.help
> entry.
For trivial at least, please split the patches. It makes it easy for
me and/or Linus to accept only one.
Also, please mention clearly if you obsolete a previous trivial patch...
> diff -Naur -X dontdiff linux-2.5.20-clean/arch/i386/Config.help linux-2.5.20-
config-munging/arch/i386/Config.help
> --- linux-2.5.20-clean/arch/i386/Config.help Thu May 30 04:42:46 2002
> +++ linux-2.5.20-config-munging/arch/i386/Config.help Mon Jun 3 12:39:48 200
2
> @@ -641,7 +641,8 @@
> off or put into a power conserving "sleep" mode if they are not
> being used. There are two competing standards for doing this: APM
> and ACPI. If you want to use either one, say Y here and then also
> - to the requisite support below.
> + to the requisite support below. This option is also required for
> + "software suspend", see below.
>
> Power Management is most important for battery powered laptop
> computers; if you have a laptop, check out the Linux Laptop home
Like code, descriptions develop scar tissue when you do the "minimally
invasive" change. Consider this classic trap-for-skimmers from the
glibc "snprintf" man page, and learn:
Return value
These functions return the number of characters printed
(not including the trailing `\0' used to end output to
strings). snprintf and vsnprintf do not write more than
size bytes (including the trailing '\0'), and return -1 if
the output was truncated due to this limit. (Thus until
glibc 2.0.6. Since glibc 2.1 these functions follow the
C99 standard and return the number of characters (exclud
ing the trailing '\0') which would have been written to
the final string if enough space had been available.)
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [patch] i386 "General Options" - begone [take 2]
2002-06-03 3:18 ` [patch] i386 "General Options" - begone [take 2] Brad Hards
2002-06-03 22:42 ` Rusty Russell
@ 2002-06-04 14:09 ` Pavel Machek
2002-06-04 22:05 ` Brad Hards
1 sibling, 1 reply; 18+ messages in thread
From: Pavel Machek @ 2002-06-04 14:09 UTC (permalink / raw)
To: Brad Hards; +Cc: Linus Torvalds, Kernel Mailing List, trivial
Hi!
> This patch (a minor update on one that I accidently left lkml out of the To:)
> removes the "General Options" top level config menu from the i386 build for
> 2.5.20. It didn't describe what it was doing, and it contained a broad
> collection of mostly unrelated configuration options.
> To replace it, you now get:
> "Power management options (ACPI, APM)", which also includes software suspend.
> "Bus options (PCI, PCMCIA, EISA, MCA, ISA)"
> "Executable file formats"
Good.
> While moving software suspend, I also took the chance to tweak the Config.help
> entry.
Please don't tell people about sysrq-D, I'm going to kill that. OTOH convient
way is echo 4 > /proc/acpi/sleep -- that is if you have ACPI enabled.
Swsusp is required for suspend-to-ram, too. I plan to fix that somehow,
however.
Pavel
--
Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt,
details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [patch] i386 "General Options" - begone [take 2]
2002-06-04 14:09 ` Pavel Machek
@ 2002-06-04 22:05 ` Brad Hards
2002-06-02 5:16 ` Pavel Machek
0 siblings, 1 reply; 18+ messages in thread
From: Brad Hards @ 2002-06-04 22:05 UTC (permalink / raw)
To: Pavel Machek; +Cc: Linus Torvalds, Kernel Mailing List, trivial
On Wed, 5 Jun 2002 00:09, Pavel Machek wrote:
> Please don't tell people about sysrq-D, I'm going to kill that. OTOH
> convient way is echo 4 > /proc/acpi/sleep -- that is if you have ACPI
> enabled.
Extract from the patch:
- You may suspend your machine by either pressing Sysrq-d or with
<snip>
+ require APM. You may suspend your machine by either pressing
+ Sysrq-d or with 'swsusp' or 'shutdown -z <time>' (patch for
So it is in the original. When you kill the functionality, update the doco.
Brad
--
http://conf.linux.org.au. 22-25Jan2003. Perth, Australia. Birds in Black.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [patch] i386 "General Options" - begone [take 2]
2002-06-04 22:05 ` Brad Hards
@ 2002-06-02 5:16 ` Pavel Machek
0 siblings, 0 replies; 18+ messages in thread
From: Pavel Machek @ 2002-06-02 5:16 UTC (permalink / raw)
To: Brad Hards; +Cc: Pavel Machek, Linus Torvalds, Kernel Mailing List, trivial
Hi!
> > Please don't tell people about sysrq-D, I'm going to kill that. OTOH
> > convient way is echo 4 > /proc/acpi/sleep -- that is if you have ACPI
> > enabled.
> Extract from the patch:
> - You may suspend your machine by either pressing Sysrq-d or with
> <snip>
> + require APM. You may suspend your machine by either pressing
> + Sysrq-d or with 'swsusp' or 'shutdown -z <time>' (patch for
>
> So it is in the original. When you kill the functionality, update the doco.
Yep, I should do that.
--
Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt,
details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html.
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2002-06-07 17:37 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-06-04 21:58 [patch] i386 "General Options" - begone [take 2] Grover, Andrew
2002-06-04 22:09 ` Dave Jones
2002-06-04 23:16 ` Alan Cox
2002-06-07 5:38 ` fchabaud
-- strict thread matches above, loose matches on Subject: below --
2002-06-04 23:31 Grover, Andrew
2002-06-04 23:09 Grover, Andrew
2002-06-04 23:25 ` Dave Jones
2002-06-05 1:00 ` Alan Cox
2002-06-04 20:59 Grover, Andrew
2002-06-04 21:20 ` Dave Jones
2002-06-05 1:34 ` Brad Hards
2002-06-05 10:29 ` Dave Jones
2002-06-05 23:11 ` Brad Hards
2002-06-03 1:56 Linux 2.5.20 Linus Torvalds
2002-06-03 3:18 ` [patch] i386 "General Options" - begone [take 2] Brad Hards
2002-06-03 22:42 ` Rusty Russell
2002-06-04 14:09 ` Pavel Machek
2002-06-04 22:05 ` Brad Hards
2002-06-02 5:16 ` Pavel Machek
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox