linux-dev/arch/x86_64/defconfig, branch masterLinux kernel development work - see feature brancheshttps://git.zx2c4.com/linux-dev/atom/arch/x86_64/defconfig?h=master2007-10-25T20:27:41Zx86: move defconfig files for i386 and x86_64 to x862007-10-25T20:27:41ZSam Ravnborgsam@ravnborg.org2007-10-25T18:31:19Zurn:sha1:2266cfd50de3872e877eeca3dd4a6f940f22ba60
With some small changes to kconfig makefile we can now
locate the defconfig files for i386 and x86_64 in
the configs/ subdirectory under x86.
make ARCH=i386 defconfig and make defconfig
works as expected also after this change.
But arch maintainers shall now update a defconfig file in
the configs/ directory.
Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION2007-08-31T08:42:22ZRafael J. Wysockirjw@sisk.pl2007-08-31T06:56:29Zurn:sha1:f3de4be9d5f8551d7880a1f1f5231a30e0161b1f
Dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION introduced by commit
296699de6bdc717189a331ab6bbe90e05c94db06 "Introduce CONFIG_SUSPEND for
suspend-to-Ram and standby" are incorrect, as they don't cover the facts that
(1) not all architectures support suspend and (2) SMP hibernation is only
possible on X86 and PPC64 (if CONFIG_PPC64_SWSUSP is set).
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Replace CONFIG_SOFTWARE_SUSPEND with CONFIG_HIBERNATION2007-07-29T23:45:38ZRafael J. Wysockirjw@sisk.pl2007-07-29T21:24:36Zurn:sha1:b0cb1a19d05b8ea8611a9ef48a17fe417f1832e6
Replace CONFIG_SOFTWARE_SUSPEND with CONFIG_HIBERNATION to avoid
confusion (among other things, with CONFIG_SUSPEND introduced in the
next patch).
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
x86_64: Update defconfig2007-07-22T01:37:07ZAndi Kleenak@suse.de2007-07-21T15:09:49Zurn:sha1:56525597619ab93abc60a22a4ee53e51a0853749
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
x86_64: Update defconfig2007-05-21T16:56:56ZAndi Kleenak@suse.de2007-05-21T12:31:42Zurn:sha1:5e200c28955802b26d831f098a67402fa9d20ffc
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
[PATCH] x86-64: Update defconfig2007-05-02T17:27:04ZAndi Kleenak@suse.de2007-05-02T17:27:04Zurn:sha1:2ca8c1a1269630473840835d1585adf2582b7c0b
Signed-off-by: Andi Kleen <ak@suse.de>
libata/IDE: remove combined mode quirk2007-04-28T18:15:59ZJeff Garzikjeff@garzik.org2007-03-09T15:54:42Zurn:sha1:8cdfb29c0cd8018f92214c11c631d8926f4cb032
Both old-IDE and libata should be able handle all controllers and
devices found using normal resource reservation methods.
This eliminates the awful, low-performing split-driver configuration
where old-IDE drove the PATA portion of a PCI device, in PIO-only mode,
and libata drove the SATA portion of the /same/ PCI device, in DMA mode.
Typically vendors would ship SATA hard drive / PATA optical
configuration, which would lend itself to slow (PIO-only) CD-ROM
performance.
For Intel users running in combined mode, it is now wholly dependent on
your driver choice (potentially link order, if you compile both drivers
in) whether old-IDE or libata will drive your hardware.
In either case, you will get full performance from both SATA and PATA
ports now, without having to pass a kernel command line parameter.
Signed-off-by: Jeff Garzik <jeff@garzik.org>
[PATCH] x86-64: Update defconfig2007-03-16T20:07:35ZAndi Kleenak@suse.de2007-03-16T20:07:35Zurn:sha1:e9781093b59e97a6b216415263e3bee710ef3eb0
Signed-off-by: Andi Kleen <ak@suse.de>
[PATCH] x86-64: Update defconfig2007-02-13T12:26:19ZAndi Kleenak@suse.de2007-02-13T12:26:19Zurn:sha1:287eeb5e02bfd9ddcb881f47400510b5cda686d1
Signed-off-by: Andi Kleen <ak@suse.de>
[PATCH] x86-64: Update defconfig2007-01-11T00:52:44ZAndi Kleenak@suse.de2007-01-11T00:52:44Zurn:sha1:03c3cc612802be8c303944c816fd159ffff991b9
Signed-off-by: Andi Kleen <ak@suse.de>