On Thu, 2008-01-31 at 18:39 -0800, Paul Menage wrote:
> On Jan 30, 2008 6:40 PM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> >
> > Here are some questions that arise in this picture:
> >
> > 1. What is the relationship of the task-group in A/tasks with the
> >task-group in A/a1/tasks? In
On Friday 01 February 2008 08:28, Sam Ravnborg wrote:
> __devinitdata is for non-const data.
> __devinitconst is for const data.
>
> You cannot mix const and non-const data in the same section,
> if you do so gcc will complain.
> It may build for you if all uses of __devinitdata in the
> same
On Fri, 1 Feb 2008 16:39:07 +0900 "Kenichi Okuyama" <[EMAIL PROTECTED]> wrote:
> Dear all,
>
> I was looking at the ./mm/rmap.c .. I found that, in function
> "page_referenced_one()",
>struct mm_struct *mm = vma->vm_mm;
> was being refererred without NULL check.
>
> Though I do agree that
On Thu, Jan 31, 2008 at 05:35:56PM -0500, Kiyoshi Ueda wrote:
> Hi Boris,
>
> Thank you for the confirmation of original behavior.
>
> On Thu, 31 Jan 2008 22:37:40 +0100, Borislav Petkov wrote:
> > On Thu, Jan 31, 2008 at 02:05:58PM +0100, Jens Axboe wrote:
> > > On Thu, Jan 31 2008, Nai Xia
On Fri, 2008-02-01 at 03:04 +0100, Rafael J. Wysocki wrote:
> On Friday, 1 of February 2008, Rafael J. Wysocki wrote:
> > Hi,
> >
> > This is related to the problem I reported earlier this week:
> > http://lkml.org/lkml/2008/1/30/554
> >
> > Apparently artswrapper, run by KDE in openSUSE 10.3
Remove all the dead timer interrupt checking functions for the ColdFire
CPU "timers" hardware that are not used after switching to GENERIC_TIME.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
5206/config.c | 14 --
5206e/config.c | 14 --
5249/config.c | 14
Switch the ColdFire TIMER timer to use GENERIC_TIME.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24.1/arch/m68knommu/platform/coldfire/timers.c
linux-2.6.24.2/arch/m68knommu/platform/coldfire/timers.c
--- linux-2.6.24.1/arch/m68knommu/platform/coldfire/timers.c
Remove unused local gettimeofday functions, now that we are using
GENERIC_TIME.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/kernel/time.c
linux-2.6.24-uc0/arch/m68knommu/kernel/time.c
--- linux-2.6.24/arch/m68knommu/kernel/time.c 2008-01-25
Switching to GENERIC_TIME means we no longer need the empty timer offset
function for the 68360 CPU.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/68360/config.c
linux-2.6.24-uc0/arch/m68knommu/platform/68360/config.c
---
Switch the ColdFire PIT timer to using GENERIC_TIME.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24.1/arch/m68knommu/platform/coldfire/pit.c
linux-2.6.24.2/arch/m68knommu/platform/coldfire/pit.c
--- linux-2.6.24.1/arch/m68knommu/platform/coldfire/pit.c
Switch m68knommu arch to using GENERIC_TIME.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/Kconfig
linux-2.6.24-uc0/arch/m68knommu/Kconfig
--- linux-2.6.24/arch/m68knommu/Kconfig 2008-01-25 08:58:37.0 +1000
+++
Switch the m68knommu arch to using CONFIG_GENERIC_TIME.
There is a number of different timers on the vairous m68knommu
family members, so there is a few files affected.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]
linux-2.6.24/arch/m68knommu/Kconfig|4
Switch the 68328 CPU timer code to using GENERIC_TIME.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/68328/timers.c
linux-2.6.24-uc0/arch/m68knommu/platform/68328/timers.c
--- linux-2.6.24/arch/m68knommu/platform/68328/timers.c 2008-01-25
Hi.
On Fri, Feb 01, 2008 at 02:04:39AM +0100, Jan Engelhardt ([EMAIL PROTECTED])
wrote:
> >POHMELFS stands for Parallel Optimized Host Message Exchange
> >Layered File System. It allows to mount remote servers to local
> >directory via network. This filesystem supports local caching
> >and
Remove unused CONFIG_DISKtel define.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/include/asm-m68knommu/mcfuart.h
linux-2.6.24-uc0/include/asm-m68knommu/mcfuart.h
--- linux-2.6.24/include/asm-m68knommu/mcfuart.h2008-01-25
08:58:37.0 +1000
+++
On Fri, 01 Feb 2008 06:11:43 +0800 Yi Yang <[EMAIL PROTECTED]> wrote:
> --- a/include/linux/kernel.h 2008-01-31 00:41:46.0 +0800
> --- b/include/linux/kernel.h 2008-02-01 04:30:49.0 +0800
This isn't a patch. I wonder how that happened?
--
To unsubscribe from this list: send
Fix problems with the 528x ColdFire CPU cache setup.
Do not cache the flash region (if present), and make the runtime
settings consistent with the init setting.
Problems pointed out by Bernd Buttner <[EMAIL PROTECTED]>
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp
Modify Makefiles to support separate coldfire platform directory.
Currently the common ColdFire CPU family code sits in the
arch/m68knommu/platform/5307 directory. This is confusing, the files
containing this common code are in no way specific to the 5307 ColdFire.
Create an
Remove unused LED heartbeat code from m68knommu timer code.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/kernel/time.c
linux-2.6.24-uc0/arch/m68knommu/kernel/time.c
--- linux-2.6.24/arch/m68knommu/kernel/time.c 2008-01-25 08:58:37.0
On Fri, 01 Feb 2008 06:11:43 +0800 Yi Yang <[EMAIL PROTECTED]> wrote:
> --- a/include/linux/kernel.h 2008-01-31 00:41:46.0 +0800
> --- b/include/linux/kernel.h 2008-02-01 04:30:49.0 +0800
> @@ -141,6 +141,10 @@ extern unsigned long simple_strtoul(cons
> extern long
Dear all,
I was looking at the ./mm/rmap.c .. I found that, in function
"page_referenced_one()",
struct mm_struct *mm = vma->vm_mm;
was being refererred without NULL check.
Though I do agree that this works for most of the cases, I thought it
is better to add
BUG_ON() for case of mm being
Use container_of() instead of assuming local uart struct is first member
of uart_port struct.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/drivers/serial/mcf.c
linux-2.6.24-uc0/drivers/serial/mcf.c
--- linux-2.6.24/drivers/serial/mcf.c 2008-01-25
Move common ColdFire CPU vectors.c to common coldfire platform directory.
Currently the common ColdFire CPU family code sits in the
arch/m68knommu/platform/5307 directory. This is confusing, the files
containing this common code are in no way specific to the 5307 ColdFire.
Create an
Use IRQF_DISABLED instead of obsolete IRQ_FLG_STD for request_irq() flags
in m68328serial.c driver.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/drivers/serial/68328serial.c
linux-2.6.24-uc0/drivers/serial/68328serial.c
---
Move common ColdFire CPU head.S to common coldfire platform directory.
Currently the common ColdFire CPU family code sits in the
arch/m68knommu/platform/5307 directory. This is confusing, the files
containing this common code are in no way specific to the 5307 ColdFire.
Create an
Move the ColdFire DMA address table into its own file, and out
of each of the different CPU config files. No need to have a copy
of it in each of the config setup files.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/coldfire/dma.c
Move common ColdFire CPU pit.c to common coldfire platform directory.
Currently the common ColdFire CPU family code sits in the
arch/m68knommu/platform/5307 directory. This is confusing, the files
containing this common code are in no way specific to the 5307 ColdFire.
Create an
Move common ColdFire CPU timers.c to common coldfire platform directory.
Currently the common ColdFire CPU family code sits in the
arch/m68knommu/platform/5307 directory. This is confusing, the files
containing this common code are in no way specific to the 5307 ColdFire.
Create an
Move common ColdFire CPU code into its own platform directory.
Currently the common ColdFire CPU family code sits in the
arch/m68knommu/platform/5307 directory. This is confusing, the files
containing this common code are in no way specific to the 5307 ColdFire.
Create an
Move common ColdFire CPU entry.S to common coldfire platform directory.
Currently the common ColdFire CPU family code sits in the
arch/m68knommu/platform/5307 directory. This is confusing, the files
containing this common code are in no way specific to the 5307 ColdFire.
Create an
Switch to platform style configuration for 528x ColdFire parts.
Initial support is for the UARTs. DMA support moved to common code
for all ColdFire parts.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/528x/config.c
Switch to platform style configuration for 527x ColdFire parts.
Initial support is for the UARTs. DMA support moved to common code
for all ColdFire parts.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/527x/config.c
On Fri, 01 Feb 2008 06:11:43 +0800 Yi Yang <[EMAIL PROTECTED]> wrote:
> This patch is a resend, it changes previous name "real_" to "strict_"
> according to Randy Dunlap's feedback. Please consider to apply. thanks.
>
> Currently, for every sysfs node, the callers will be responsible for
>
Switch to platform style configuration for 5307 ColdFire parts.
Initial support is for the UARTs. DMA support moved to common code
for all ColdFire parts.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/5307/config.c
Switch to platform style configuration for 5407 ColdFire parts.
Initial support is for the UARTs. DMA support moved to common code
for all ColdFire parts.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/5407/config.c
Switch to platform style configuration for 5249 ColdFire parts.
Initial support is for the UARTs. DMA support moved to common code
for all ColdFire parts.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/5249/config.c
Switch to platform style configuration for 532x ColdFire parts.
Initial support is for the UARTs. DMA support moved to common code
for all ColdFire parts.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/532x/config.c
Switch to platform style configuration for 5272 ColdFire parts.
Initial support is for the UARTs. DMA support moved to common code
for all ColdFire parts.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/5272/config.c
Switch to platform style configuration for 523x ColdFire parts.
Initial support is for the UARTs. DMA support moved to common code
for all ColdFire parts.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/523x/config.c
Switch to platform style configuration for 5206e ColdFire parts.
Initial support is for the UARTs. DMA support is moved to common code.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/5206e/config.c
Switch to platform style configuration for 520x ColdFire parts.
Initial support is for the UARTs. DMA support moved to common code
for all ColdFire parts.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/520x/config.c
Add configure support for new ColdFire serial driver.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
--- linux-2.6.24/drivers/serial/Kconfig 2008-01-25 08:58:37.0 +1000
+++ linux-2.6.24.1/drivers/serial/Kconfig 2008-01-30 21:34:11.0
+1000
@@ -960,6 +960,30 @@
Switch to platform style configuration for 5206 ColdFire parts.
Initial support is for the UARTs. DMA support moved to common code
for all ColdFire parts.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.24/arch/m68knommu/platform/5206/config.c
Add build support for new ColdFire serial driver.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
--- linux-2.6.24/drivers/serial/Makefile2008-01-25 08:58:37.0
+1000
+++ linux-2.6.24.1/drivers/serial/Makefile 2008-01-30 21:33:00.0
+1000
@@ -39,6 +39,7 @@
On Fri, Feb 01, 2008 at 07:25:05AM +0100, Frank Seidel wrote:
> On Thursday 31 January 2008 22:39, Jan Engelhardt wrote:
> > On Jan 31 2008 22:10, Frank Seidel wrote:
> > >(Re: [PATCH 012/196 ver2] nozomi driver) and is a rework
> > >of the nozomi constify patch from Jan Engelhardt.
> >
> > It's
Adjust the definition of lookup_address to take an unsigned long
level argument. Adjust callers in xen/mmu.c that pass in a
dummy variable.
arch/x86/mm/pageattr.c:99:38: warning: incorrect type in argument 2 (different
signedness)
arch/x86/mm/pageattr.c:99:38:expected int *level
This patch is a resend, it changes previous name "real_" to "strict_"
according to Randy Dunlap's feedback. Please consider to apply. thanks.
Currently, for every sysfs node, the callers will be responsible for
implementing store operation, so many many callers are doing duplicate
things to
Pavel Machek wrote:
[]
>> I'm looking at the uswsusp source (while the kernel compiles),
>> and have a question here. Is it possible to call some external
>> application (typically a shell script) to do the final work after
>> when the image has been written? I mean in principle - I
>>
> Ping?
> What: sk98lin network driver
> When: Feburary 2008
> Why:In kernel tree version of driver is unmaintained. Sk98lin driver
> replaced by the skge driver.
> Who:Stephen Hemminger <[EMAIL PROTECTED]>
>
Sent a removal patch to Jeff, it probably was too big for the
On Thu, 2008-01-31 at 22:33 -0800, Arjan van de Ven wrote:
> Harvey Harrison wrote:
> > Something like the following (grep found me two example symbols)
>
> to be honest, nobody reads this file with such detail; the actual UNUSED
> marking
> is a lot more louder and people are more likely to
Harvey Harrison wrote:
Something like the following (grep found me two example symbols)
to be honest, nobody reads this file with such detail; the actual UNUSED marking
is a lot more louder and people are more likely to notice those for all I
care
we nuke the entire entry from the
On Thursday 31 January 2008 22:39, Jan Engelhardt wrote:
> On Jan 31 2008 22:10, Frank Seidel wrote:
> >(Re: [PATCH 012/196 ver2] nozomi driver) and is a rework
> >of the nozomi constify patch from Jan Engelhardt.
>
> It's hard to find what you actually reworked...
No, just use interdiff and its
[ cut here ]
WARNING: at kernel/lockdep.c:2033 trace_hardirqs_on+0xe3/0x130()
Modules linked in: btusb intel_agp bluetooth snd_hda_intel evdev
agpgart thermal sg processor rtc_cmos button serio_raw i2c_i801
snd_pcm rtc_core pcspkr 3c59x rtc_lib snd_timer snd soundcore
include/asm/string_32.h:216:26: warning: cast truncates bits from constant
value ( becomes cc)
include/asm/string_32.h:219:27: warning: cast truncates bits from constant
value ( becomes )
include/asm/string_32.h:222:27: warning: cast truncates bits from constant
value
David Newall wrote:
I'm not debating that checksums are wrong. The question was how and
where? It's not as if there are any unreliable communication paths in a
loopback interface, so it's surprising that they could be wrong. How? Where?
As I said, loopback doesn't perform full checksum
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix docbook fatal error (files were renamed):
docproc: linux-2.6.24-git9/arch/ppc/kernel/rio.c: No such file or directory
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Documentation/DocBook/rapidio.tmpl |6 +++---
1 file changed, 3
David Miller wrote:
> From: David Newall <[EMAIL PROTECTED]>
> Date: Fri, 01 Feb 2008 11:17:14 +1030
>
>
>> Patrick McHardy wrote:
>>
>>> Jozsef Kadlecsik wrote:
>>>
Strange, but there are a lot of incorrect checksum packets. How does
it come on the loopback interface?
Let this appear as deprecated in 2.6.25, remove after three
releases (2.6.28).
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Something like this should be included if you are deprecating
userspace functionality. I tried to come up with a useful
reason from your changelogs, but you
H. Peter Anvin wrote:
> David Newall wrote:
>> Isn't a crc32 calculation already defined? Yes; in lib/crc32.c. One is
>> surely enough.
>
> As long as it can be included in user-space code we should use that one.
You're right. I misread the patch. I thought the calculation was being
added to
I've been working on a buffer overflow problem in pl2303. Admittedly
I'm using a 2.4 kernel, but I've back-ported the latest pl2303.c.
(Please make no unnecessary fuss over that.) For the record, the
pl2303.c from 2.6.23 is substantially identical to that from 2.4. The
significant change,
On Fri, Feb 01, 2008 at 01:04:42AM +0100, Santiago Garcia Mantinan wrote:
> > I have today compiled dl2k from git, the version with the 2007-12-23 patches
> > from Al Viro: dl2k endianness fixes (.24 fodder?) Right before the Al Viro
> > patches. This seems to be working perfectly on my system.
>
On 1/31/08, Reinaldo Carvalho <[EMAIL PROTECTED]> wrote:
> :/# uname -a
> Linux devil 2.6.22.16-amd64 #15 SMP Sat Jan 19 13:58:02 BRT 2008
> x86_64 GNU/Linux
>
> :/# cd /usr/src/linux-2.6.22
> :/# patch -p1 -R < ../patch-2.6.22.16
> :/# patch -p1 < ../patch-2.6.23
> :/# patch -p1 < ../patch-2.6.24
Quoth Harvey Harrison:
> Ping?
> What: dev->power.power_state
> When: July 2007
> Why: Broken design for runtime control over driver power states, confusing
> driver-internal runtime power management with: mechanisms to support
> system-wide sleep state transitions; event codes that
On Thu, 2008-01-31 at 20:53 -0800, Arjan van de Ven wrote:
> >
> > ---
> >
> > What: CONFIG_FORCED_INLINING
> > When: June 2006
> > Why:Config option is there to see if gcc is good enough. (in january
> > 2006). If it is, the behavior should
>> All that being said, the friendliness factor of this is somewhat
>> undeniable, and so I can see why folk might want it in the kernel
>> anyway. If so, would it possible to move this code into
>> security/capability.c and not in the main kernel per-se - protected with
>> a configuration option?
Doing a make randconfig I came across this error in the Makefile.
This patch makes a directory out of arch/x86/mach-default for
CONFIG_X86_RDC321X
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
---
arch/x86/Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index:
> ---
> Ping?
> What: USB driver API moves to EXPORT_SYMBOL_GPL
> When: February 2008
> Files:include/linux/usb.h, drivers/usb/core/driver.c
> Why: The USB subsystem has changed a lot over time, and it has been
> possible to create userspace USB drivers using
On Thu, Jan 31, 2008 at 04:14:45PM -0800, Andrew Vasquez wrote:
> On Tue, 08 Jan 2008, Benjamin Herrenschmidt wrote:
>
> > On Mon, 2008-01-07 at 11:42 -0800, Andrew Vasquez wrote:
> > > That's fine. I take it these patches will be funneled via
> > > gregkh/pci-2.6.git. There's some qla2xxx
Support for an additional 3rd class of users of mmu_notifier.
These special additional callbacks are required because XPmem does
use its own rmap (multiple processes on a serires of remote Linux instances
may be accessing the memory of a process). XPmem may have to send out
notifications to
On Wed, 2008-01-30 at 15:53 -0500, Richard Stallman wrote:
> I don't know what the circumstances are in this case, since the
> description quoted was quite sketchy. I suggest that someone send a
> clear description of the case to [EMAIL PROTECTED] to find out what
> GPLv2 implies about it.
I
The invalidation of address ranges in a mm_struct needs to be
performed when pages are removed or permissions etc change.
invalidate_range_begin/end() is frequently called with only mmap_sem
held. If invalidate_range_begin() is called with locks held then we
pass a flag into invalidate_range() to
Notifier functions for hardware and software that establishes external
references to pages of a Linux system. The notifier calls ensure that
external mappings are removed when the Linux VM removes memory ranges
or individual pages from a process.
This first portion is fitting for external mmu's
Two callbacks to remove individual pages as done in rmap code
invalidate_page()
Called from the inner loop of rmap walks to invalidate pages.
age_page()
Called for the determination of the page referenced status.
If we do not care about page referenced status then an age_page
George Spelvin wrote:
The code to fill it in is smaller than the table itself.
Is it worth complicating things with some INIT code to reduce
the stored image size? (The table is not compressible.)
I think it matters not at all either way.
-hpa
--
To unsubscribe from this list: send
This is a patchset implementing MMU notifier callbacks based on Andrea's
earlier work. These are needed if Linux pages are referenced from something
else than tracked by the rmaps of the kernel (an external MMU).
The known immediate users are
KVM
- Establishes a refcount to the page via
* Michael Ellerman <[EMAIL PROTECTED]> [2008-01-30 00:04:58]:
> Why do you check !p after assigning to nid? I assume it's because we
> might have reached the end of the command line, ie. p == NULL, but we're
> still adding memory to the last node? If so it's a it's a little subtle
> and deserves
Reinaldo Carvalho wrote:
:/# uname -a
Linux devil 2.6.22.16-amd64 #15 SMP Sat Jan 19 13:58:02 BRT 2008
x86_64 GNU/Linux
:/# cd /usr/src/linux-2.6.22
:/# patch -p1 -R < ../patch-2.6.22.16
:/# patch -p1 < ../patch-2.6.23
:/# patch -p1 < ../patch-2.6.24
:/# cd /usr/src/ ; mv linux-2.6.22
Pavel Machek wrote:
Hi!
Quiz: on a booted system, how do you tell 32bit from 64bit kernel?
A1: zcat /proc/config.gz | grep CONFIG_64
...but config.gz is optional
A2: cat /proc/meminfo | grep High
...but i386 kernel could have highmem disabled
What is _your_ answer? ;-)>
On Jan 31, 2008 6:13 PM, Reinaldo Carvalho <[EMAIL PROTECTED]> wrote:
> system is x86_64!
>
> :/# grep model\ name /proc/cpuinfo
> model name : AMD Turion(tm) 64 X2
> model name : AMD Turion(tm) 64 X2
What does "head -20 /usr/src/config-2.6.24" say?
Lee
--
To unsubscribe from this
---
What: CONFIG_FORCED_INLINING
When: June 2006
Why:Config option is there to see if gcc is good enough. (in january
2006). If it is, the behavior should just be the default. If it's not,
the option should just go away entirely.
Who:Arjan van
The code to fill it in is smaller than the table itself.
Is it worth complicating things with some INIT code to reduce
the stored image size? (The table is not compressible.)
#define CRC32POLY 0xedb88320 /* CRC32 polynomial, little-endian */
static uint32_t crctab32[256];
void
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Three ioctl numbers belonging to the hibernation userland interface,
SNAPSHOT_ATOMIC_SNAPSHOT, SNAPSHOT_AVAIL_SWAP, SNAPSHOT_GET_SWAP_PAGE,
are defined in a wrong way (eg. not portable). Provide new ioctl numbers for
these ioctls and mark the existing
On Thu, 31 Jan 2008, Robin Holt wrote:
> > Index: linux-2.6/mm/memory.c
> ...
> > @@ -1668,6 +1678,7 @@ gotten:
> > page_cache_release(old_page);
> > unlock:
> > pte_unmap_unlock(page_table, ptl);
> > + mmu_notifier(invalidate_range_end, mm, 0);
>
> I think we can get an _end
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Fix a comment in kernel/power/disk.c so that it doesn't contain lines
longer that 80 characters.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Move the definitions of hibernation ioctls to a separate header file in
include/linux, which can be exported to the user space.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Len Brown
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Move the low level restore code to kernel/power/disk.c , since the
corresponding low level hibernation code is already there.
Make restore fail if device_power_down(PMSG_PRETHAW) returns an
error.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
On ACPI systems the target state set by acpi_pm_set_target() is
reset by acpi_pm_finish(), but that need not be called if the
suspend fails. Â All platforms that use the .set_target() global
suspend callback are affected by analogous issues.
For this
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Suspend: Make debug facility depend on CONFIG_SUSPEND
Make the new suspend debug facility code depend on CONFIG_SUSPEND,
as appropriate, to remove the compiler warning printed when CONFIG_PM is set
and CONFIG_SUSPEND is not set.
Signed-off-by: Rafael
From: Borislav Petkov <[EMAIL PROTECTED]>
There's a freakishly long comment in suspend_64.c, shorten it.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
The execution of ACPI global control methods _GTS and _BFS is
currently tied to the preparation to enter a sleep state and to the
leaving of the sleep state, respectively. However, these functions
are called before disabling the nonboot CPUs and after
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
The ACPI 1.0 specification wants us to put devices into low power
states after executing the _PTS global control method, while ACPI
2.0 and later want us to do that in the reverse order. The current
suspend code follows ACPI 2.0 in that respect which
From: Johannes Berg <[EMAIL PROTECTED]>
This patch makes the freezer optional for suspend to allow the
system to work (or not work) like the original PMU suspend.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Rafael J. Wysocki <[EMAIL
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Fix a comment in kernel/power/main.c so that it doesn't contain lines
longer that 80 characters.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Make suspend messages start with one common prefix "PM: ".
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
kernel/power/main.c |6 +++---
1 files
From: David Brownell <[EMAIL PROTECTED]>
The /sys/devices/.../power/state files have been gone for a while
now, but I just noticed some documentation that still refers to
them. (Fortunately described as DEPRECATED and WILL REMOVE).
Time to remove that obsolete documentation too ...
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Following the recent change in the suspend code path, switch consoles before
calling PM notifiers during hibernation.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
kernel/power/disk.c | 17
From: Johannes Berg <[EMAIL PROTECTED]>
In order to fix APM emulation it is necessary to enable apm-emulation
notifications for suspends triggered in various ways via the suspend
notifiers. However, this will cause the systems using APM emulation
to lock up between X being needed to switch away
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Make acpi_sleep_prepare() static and cause it to print a message
specifying the ACPI system sleep state to be entered (helpful for
debugging the suspend/hibernation code).
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Introduce global hibernation callback .end() and rename global
hibernation callback .start() to .begin(), in analogy with the
recent modifications of the global suspend callbacks.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Signed-off-by: Len
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
The preparation to enter an ACPI system sleep state is now tied to
the disabling of GPEs, but the GPEs should not be disabled before
suspending devices. Since on ACPI 1.0x systems the _PTS global
control method should be executed before suspending
1 - 100 of 1194 matches
Mail list logo
