Hi!
How about (WARNING! I never have written i386 assembly, my last assembly
experience was 20 years ago on Z80, so this is basically just copy'n paste,
but i hope you get the idea):
We probably can do that, if there's big enough demand.
--- a/arch/i386/kernel/acpi/wakeup.S
+++
BIOS authors don't always program all the features of hardware. This is
often the case for Intel IDE controllers, which are usually able to run
in AHCI mode but are rarely configured to do so. Reprogramming them is
easy enough other than the requirement for some MMIO space. If the BIOS
hasn't
On 6/11/07, Daniel Ritz [EMAIL PROTECTED] wrote:
dmitry was a bad boy...:)
Signed-off-by: Daniel Ritz [EMAIL PROTECTED]
Yep, that was me. I already had a patch lined up but I will take this
one as it has been tested, thanks!
--
Dmitry
-
To unsubscribe from this list: send the line
On Mon, 11 Jun 2007, Daniel Ritz wrote:
dmitry was a bad boy...:)
Signed-off-by: Daniel Ritz [EMAIL PROTECTED]
i emailed dmitry a week ago pointing out the config variable problems
so i suspect he may have already fixed that.
rday
--
On 6/11/07, Christoph Lameter [EMAIL PROTECTED] wrote:
Ahhh... I see its the same phenomenon as before but triggered by
a different cause.
If you set the align to 32 then the first kmalloc slabs of size
8
16
32
are all of the same size which leads to duplicate files in sysfs.
Yes, that
Matthew Garrett [EMAIL PROTECTED] writes:
BIOS authors don't always program all the features of hardware. This is
often the case for Intel IDE controllers, which are usually able to run
in AHCI mode but are rarely configured to do so. Reprogramming them is
easy enough other than the
On Mon, Jun 11, 2007 at 08:55:27AM -0700, Paul E. McKenney wrote:
On Mon, Jun 11, 2007 at 05:38:55PM +0200, Ingo Molnar wrote:
* Paul E. McKenney [EMAIL PROTECTED] wrote:
hm, what affinity do they start out with? Could they all be pinned
to CPU#0 by default?
They start off
On Mon, Jun 11, 2007 at 09:15:58AM -0700, Andrew Morton wrote:
On Mon, 11 Jun 2007 15:32:10 +0100 Andy Whitcroft [EMAIL PROTECTED] wrote:
We are seeing corruption of the decompressed kernel. It is suspected
that this is platform specific as it has yet to be seen on any
other
Xavier Bestel [EMAIL PROTECTED] writes:
[snip]
If I were helping you coding I'd suggest to only concentrate on having
your project work on standard filesystems, and then when it works maybe
think about suspending on crypto-over-loop-over-fuse-over-vpn-over-wifi.
But talk is cheap so I'm
On Mon, Jun 11, 2007 at 01:01:57AM +0300, Eduard-Gabriel Munteanu wrote:
DEBUG_SHIRQ generates spurious interrupts, triggering handlers such as
mconsole_interrupt() or line_interrupt(). They expect data to be
available to be read from their sockets/pipes, but in the case of
spurious
Quoting Andrew Morton ([EMAIL PROTECTED]):
On Fri, 08 Jun 2007 17:14:07 +0200
Cedric Le Goater [EMAIL PROTECTED] wrote:
Basically, it will allow a process to unshare its user_struct table,
resetting
at the same time its own user_struct and all the associated accounting.
A new root
Dave Jones wrote:
FWIW, waay back when (sometime last year if memory serves)
Linus suggested changing the default to 0x100 for all x86.
The reasoning was some performance microoptimisation regarding
4MB aligned TLBs iirc.
The details have long since evaded my memory, but as an
I'd rather have a single file, marked Japanese (in Japanese), that
had pointers to current translations. These will always be at least as
current as whatever we have in the tree, if not more so. Especially
when someone is trying to figure out how to work based on the year-old
kernel their
Matt Mackall wrote:
In 2003, I was getting 17MB/s out of my Athlon. Now I'm getting 2.7MB/s.
Were your tests with or without the latest /dev/urandom fixes? This
one in particular:
On Mon, Jun 11, 2007 at 08:11:24PM +0200, Andi Kleen wrote:
Matthew Garrett [EMAIL PROTECTED] writes:
BIOS authors don't always program all the features of hardware. This is
often the case for Intel IDE controllers, which are usually able to run
in AHCI mode but are rarely configured to
On Mon, Jun 11, 2007 at 10:25:31PM +1000, Darren Jenkins wrote:
G'day Andi,
On 6/11/07, Andi Drebes [EMAIL PROTECTED] wrote:
I'd suggest to not use another define, but use ARRAY_SIZE(foo)
_instead of_ eg. FNCOUNT.
I thought of this, too, but I tried to keep things consistent. Let me
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
On 6/11/07, Christoph Lameter [EMAIL PROTECTED] wrote:
Ahhh... I see its the same phenomenon as before but triggered by
a different cause.
If you set the align to 32 then the first kmalloc slabs of size
8
16
32
are all of the
On 06/11/2007 07:20 PM, Dave Jones wrote:
FWIW, waay back when (sometime last year if memory serves)
Linus suggested changing the default to 0x100 for all x86.
The reasoning was some performance microoptimisation regarding
4MB aligned TLBs iirc.
Yup. Or rather, he suggested 4M (0x40):
Rene Herman wrote:
Aligning the kernel image on 4M could gain an additional TLB entry if
the kernel image would fit in one (4M aligned) hugepage, but not in the
3M that's left after loading the kernel at 1M physical. And that stuff
about the MTRRs...
Yup. Most CPUs won't actually use a
On 06/11/2007 07:58 PM, H. Peter Anvin wrote:
Rene Herman wrote:
Aligning the kernel image on 4M could gain an additional TLB entry if
the kernel image would fit in one (4M aligned) hugepage, but not in the
3M that's left after loading the kernel at 1M physical. And that stuff
about the
On 11 Jun 2007 20:11:24 +0200, Andi Kleen [EMAIL PROTECTED] wrote:
Matthew Garrett [EMAIL PROTECTED] writes:
BIOS authors don't always program all the features of hardware. This is
often the case for Intel IDE controllers, which are usually able to run
in AHCI mode but are rarely configured
On Fri, 08 Jun 2007 17:43:34 -0600
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
Some user space tools need to identify SYSV shared memory when
examining /proc/pid/maps. To do so they look for a block device
with major zero, a dentry named SYSVsysv key, and having the minor of
the internal
Resending message from last week ... don't usually subscribe to the
kernel mailing list so please cc me in your response.
On Fri, 2007-06-08 at 15:08 -0400, Dmitry Torokhov wrote:
On 6/8/07, Paul Albrecht [EMAIL PROTECTED] wrote:
PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
PNP:
On Jun 11 2007 10:36, H. Peter Anvin wrote:
Picking the 16 MB base is a bit obnoxious on small-memory machines, 4 MB
would probably be a more reasonable base. Of course, 16 MB would avoid
the issue of the handful of machines with memory holes at 15-16 MB.
How will this work at all with a 5
On 6/11/07, Christoph Lameter [EMAIL PROTECTED] wrote:
Ok. Drop the patch and use this one instead. This one avoids the use
of smaller slabs that cause the conflict. The first slab will be sized 32
bytes instead of 8.
Thanks, I'll test it tomorrow.
Note that I do not get why you would be
Hi Paul,
On 6/11/07, Paul Albrecht [EMAIL PROTECTED] wrote:
Resending message from last week ... don't usually subscribe to the
kernel mailing list so please cc me in your response.
PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
PNP: PS/2 controller doesn't have AUX irq; using default
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
Note that I do not get why you would be aligning the objects to 32 bytes.
Increasing the smallest cache size wastes a lot of memory. And it is
usually advantageous if multiple related objects are in the same cacheline
unless you have heavy SMP
Hi,
This patch fixed my problem. I re-enabled CONFIG_DEBUG_RODATA and I
don't have seg fault with or without your DCCP patches. Inserting
`dccp_probe` or `tcp_probe`module doesn't cause any troubles.
Patrick.
On 10/06/07, Ian McDonald [EMAIL PROTECTED] wrote:
On 6/7/07, S. P. Prasanna [EMAIL
Good day,
When doing make menuconfig one comes across CONFIG_BLK_DEV_SD.
The help file states that this is for scsi disks.NO MENTION IS MADE THAT
IT IS NEEDE FOR SATA DISKS AS WELL!
Would have saved me a lot of time if the help was up to date.
I hope this can be changed so others can make a kernel
If CONFIG_MEMORY_HOTPLUG=n __meminit == __init, and if
CONFIG_HOTPLUG_CPU=n __cpuinit == __init. However, with one set and the
other disabled, you end up with a reference between __init and a regular
non-init function.
My plan is to define dedicated sections for both __devinit and
On Monday, 11 June 2007 17:59, Alan Stern wrote:
On Mon, 11 Jun 2007, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki [EMAIL PROTECTED]
The pm_parent member of struct dev_pm_info (defined in include/linux/pm.h)
is
only used to check if the device's parent is in the right state
On Mon, Jun 11, 2007 at 08:19:57PM +0200, Jan Engelhardt wrote:
On Jun 11 2007 10:36, H. Peter Anvin wrote:
Picking the 16 MB base is a bit obnoxious on small-memory machines, 4 MB
would probably be a more reasonable base. Of course, 16 MB would avoid
the issue of the handful of
On Mon, 11 Jun 2007, Srivatsa Vaddagiri wrote:
struct sched_entity
stores essential attributes/execution-history used by CFS core
to drive fairness between 'schedulable entities' (tasks, users etc)
Wouldn't this be sensible to integrate into CFS _regardless_ of anything
Hi,
This series of patches enables Aggressive Link Power Management for AHCI
devices, as documented in the AHCI spec. On my laptop (a Lenovo X60), this
saves me a full watt of power. On other systems, reported power savings
range from .5-1.5 Watts. It has been tested by the kind folks at
Use a stored value for which interrupts to enable. Changing this allows
us to selectively turn off certain interrupts later and have them
stay off.
Signed-off-by: Kristen Carlson Accardi [EMAIL PROTECTED]
Index: 2.6-git/drivers/ata/ahci.c
snip
I think what was meant here was to remove _all_ the macros that you
assigned to the ARRAY_SIZE() macro.
Yes, absolutely. I overlooked the 'eg.' in Jan-Benedict's post. Sorry for that.
If you look at the two advantages replacing code with the ARRAY_SIZE()
macro has;
1. More
This patch will modify the scsi and ata subsystem to allow
users to set a power management policy for the link.
libata drivers can define a function (enable_pm) that will
perform hardware specific actions to enable whatever power
management policy the user sets up if the driver supports
it. This
This patch will set the correct bits to turn on Aggressive
Link Power Management (ALPM) for the ahci driver. This
will cause the controller and disk to negotiate a lower
power state for the link when there is no activity (see
the AHCI 1.x spec for details). This feature is mutually
exclusive
snip
Agree, here is a new version.
This patch replaces various array size calculations in drivers/isdn/hisax
done using sizeof with the ARRAY_SIZE macro.
Thanks for the work Karsten.
Andi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
hi,
when taking a look at /proc/likely_prof i noticed the following
+unlikely | 40969931| 6228144 __slab_free()@:mm/[EMAIL PROTECTED]
+unlikely | 47198075|0 __slab_free()@:mm/[EMAIL PROTECTED]
-likely |0| 47198075 slab_free()@:mm/[EMAIL PROTECTED]
+unlikely | 47280864|
* Linus Torvalds [EMAIL PROTECTED] wrote:
On Mon, 11 Jun 2007, Srivatsa Vaddagiri wrote:
struct sched_entity
stores essential attributes/execution-history used by CFS core
to drive fairness between 'schedulable entities' (tasks, users etc)
Wouldn't this be
On Mon, 2007-06-11 19:47:06 +0200, Karsten Keil [EMAIL PROTECTED] wrote:
diff --git a/drivers/isdn/hisax/callc.c b/drivers/isdn/hisax/callc.c
index 7c56c44..0b9ed8e 100644
--- a/drivers/isdn/hisax/callc.c
+++ b/drivers/isdn/hisax/callc.c
@@ -834,8 +834,6 @@ static struct FsmNode fnlist[]
On Mon, 11 Jun 2007 20:28:16 +0200 api wrote:
Good day,
When doing make menuconfig one comes across CONFIG_BLK_DEV_SD.
The help file states that this is for scsi disks.NO MENTION IS MADE THAT
IT IS NEEDE FOR SATA DISKS AS WELL!
Would have saved me a lot of time if the help was up to date.
I
On Sat, 9 Jun 2007 15:08:17 +0200
Pavel Machek [EMAIL PROTECTED] wrote:
Starting beeper as soon as ACPI sleep returns is very useful in
debugging apparently dead machines. If it beeps at all, it makes
sense to start playing with CMOS tracer.
Signed-off-by: Pavel Machek [EMAIL PROTECTED]
On 6/8/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
-struct file *hugetlb_zero_setup(size_t size)
+struct file *hugetlb_file_setup(const char *name, size_t size)
The bulk of this patch seems to handle renaming this function. Is
that really necessary?
--
Adam Litke ( agl at us.ibm.com )
IBM
Quoting Andreas Gruenbacher ([EMAIL PROTECTED]):
On Monday 11 June 2007 16:33, Stephen Smalley wrote:
On Mon, 2007-06-11 at 01:10 +0200, Andreas Gruenbacher wrote:
On Wednesday 06 June 2007 15:09, Stephen Smalley wrote:
On Mon, 2007-06-04 at 16:30 +0200, Andreas Gruenbacher wrote:
Jan Engelhardt wrote:
On Jun 11 2007 10:36, H. Peter Anvin wrote:
Picking the 16 MB base is a bit obnoxious on small-memory machines, 4 MB
would probably be a more reasonable base. Of course, 16 MB would avoid
the issue of the handful of machines with memory holes at 15-16 MB.
How will
On 6/11/07, Christoph Lameter [EMAIL PROTECTED] wrote:
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
Note that I do not get why you would be aligning the objects to 32 bytes.
Increasing the smallest cache size wastes a lot of memory. And it is
usually advantageous if multiple related
On Mon, 11 Jun 2007, Eric Sesterhenn / Snakebyte wrote:
+unlikely | 40969931| 6228144 __slab_free()@:mm/[EMAIL PROTECTED]
+unlikely | 47198075|0 __slab_free()@:mm/[EMAIL PROTECTED]
-likely |0| 47198075 slab_free()@:mm/[EMAIL PROTECTED]
+unlikely | 47280864|0
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
It's not about performance at all, it's about DMA buffers allocated
using kmalloc() getting corrupted. Imagine this:
Uhhh... How about using a separate slab for the DMA buffers?
If there were just a few, known drivers that did this,
Subject: x86_64: hpet restore vread
From Sébastien Dugué [EMAIL PROTECTED]
It seems the hpet clocksource's vread method was lost in the x86_64
conversion to clockevents. So here it is.
Signed-off-by: Sébastien Dugué [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED],de
Do such beasts even exist ? My memories of low-memory x86en I had
only allowed power of 2 memory sizes.
They existed. If you had two memory banks you could load 4MB and 1MB. If
you had a single set of memory sockets then you got powers of two
-
To unsubscribe from this list: send the line
[EMAIL PROTECTED] wrote:
/* Majority: (x^y)|(yz)|(zx) = (x z) + ((x ^ z) y)
#define F3(x,y,z,dest) \
movlz, TMP; \
andlx, TMP; \
addlTMP, dest; \
movlz, TMP; \
xorlx, TMP; \
andl
On Mon, 2007-06-11 at 14:26 -0400, Dmitry Torokhov wrote:
Hi Paul,
On 6/11/07, Paul Albrecht [EMAIL PROTECTED] wrote:
Resending message from last week ... don't usually subscribe to the
kernel mailing list so please cc me in your response.
PNP: PS/2 Controller [PNP0303:PS2K] at
Pavel Machek wrote:
Hi!
I tried to use `subj`, but hit few problems:
There's no maintainers entry. Should
James P. Ketrenos [EMAIL PROTECTED]
Forgot to include changes outside of drivers/net/wireless/mac80211/iwlwifi/
Zhu Yi is the maintainer for the iwlwifi driver (Cc: on this email)
This just makes x86_64 behave like i386 which sets the flag today.
With tick-broadcast, even though we handle timer tick happening
anywhere, it will be nice if timer always goes to CPU 0 and we then
broadcast to any other CPUs. This is not a must have patch from my
perspective. But, we should
Gerd Hoffmann wrote:
Hi,
Framebuffer is an interesting one. Virtio doesn't assume shared memory,
so naively the fb you would just send outbufs describing changed memory.
This would work, but describing rectangles is better. A helper might be
the right approach here
Rectangles work just
On Sat, 09 Jun 2007 20:21:18 +0400
Vitaly Bordug [EMAIL PROTECTED] wrote:
device_bind_driver() error code returning has been fixed.
release() function has been written, so that to free resources
in correct way; the release path is now clean.
Before the rework, it used to cause
Device
On 6/11/07, Paul Albrecht [EMAIL PROTECTED] wrote:
On Mon, 2007-06-11 at 14:26 -0400, Dmitry Torokhov wrote:
Hi Paul,
On 6/11/07, Paul Albrecht [EMAIL PROTECTED] wrote:
Resending message from last week ... don't usually subscribe to the
kernel mailing list so please cc me in your
On 6/11/07, Christoph Lameter [EMAIL PROTECTED] wrote:
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
I think it's best to ensure that memory returned by kmalloc() actually
can be used for DMA. I used to work around this problem in the SPI
controller driver by using a temporary DMA buffer when
Thomas Gleixner wrote:
On Fri, 2007-06-08 at 19:21 +0100, Rui Nuno Capela wrote:
Just built from linux-2.6.22-rc4.tar.bz2, with patch-2.6.22-rc4-hrt5.
All's working apparentely nice on this offending machine (laptop, intel
core2 T7200). In fact, I'm writing this very reply under it and through
* Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
Ingo,
Here's an update of the group fairness patch I have been
working on. Its against CFS v16 (sched-cfs-v2.6.22-rc4-mm2-v16.patch).
thanks!
The core idea is to reuse much of CFS logic to apply fairness at
higher hierarchical levels
*This message was transferred with a trial version of CommuniGate(r) Pro*
Jeff Dike wrote:
I don't really like this section though. The casting I have now isn't
pleasant, but I don't like adding a new global to get rid of it.
diff --git a/arch/um/drivers/mconsole_kern.c
On Mon, 11 Jun 2007, Håvard Skinnemoen wrote:
We should probably make the minimum slab size dependent on
ARCH_KMALLOC_MINALIGN. There is no point in having smaller slabs anyways.
They will all have the same size.
Sounds reasonable to me.
Trouble is that ARCH_KMALLOC_MINALIGN is in bytes
* Ingo Molnar [EMAIL PROTECTED] wrote:
Patch 4 fixes some bad interaction between SCHED_RT and SCHED_NORMAL
tasks in current CFS.
btw., the plan here is to turn off 'bit 0' in sched_features: i.e. to
use the precise statistics to calculate lrq-cpu_load[], not the
timer-irq-sampled
Hi!
I have bought recently
00:14.0 Multimedia controller: Philips Semiconductors SAA7134/SAA7135HL Video
Broadcast Decoder (rev 01)
Subsystem: KNC One KNC One TV-Station DVR
Flags: bus master, medium devsel, latency 32, IRQ 11
Memory at d6003000 (32-bit, non-prefetchable)
On Mon, 2007-06-11 at 20:36 +0100, Rui Nuno Capela wrote:
I'm spinning -rt10 with a couple of fixes. Should be out sometimes
tomorrow. If the problem persists, we need to dig deeper.
Uhoh. I'm sorry to tell, but the problem is still creeping on
2.6.21.4-rt11 and -rt12 :(
So sorry.
On Monday 11 June 2007 19:42, DervishD wrote:
I just was curious about the issue and I was asking to know if
anybody had tried this.
Think about compact flash devices. They also using some kind of flash memory
and also doing wear leveling. And I think they are not only used with
FAT16/32!
Andi Kleen wrote:
Benjamin Gilbert [EMAIL PROTECTED] writes:
+#define EXPAND(i) \
+ movlOFFSET(i % 16)(DATA), TMP; \
+ xorlOFFSET((i + 2) % 16)(DATA), TMP;\
Such overlapping memory accesses
Benjamin Gilbert wrote:
Jan Engelhardt wrote:
UTF-8 please. Hint: it should most likely be an ö.
Whoops, I had thought I had gotten that right. I'll get updates for
parts 2 and 3 sent out on Monday.
I'm sending the corrected parts 2 and 3 as replies to this email. The
UTF-8 fix is the
Hi,
On Monday 11 June 2007, Rafael J. Wysocki wrote:
Hi,
Here's the result of the search for the second patch that breaks resuming
from RAM on HPC nx6325 (x86_64):
ide-ide-hpa-detect-from-resume.patch
The symptom is that after the resume there's no backlight and the screen
apparently
On Monday, 11 June 2007 20:52, Rafael J. Wysocki wrote:
On Monday, 11 June 2007 17:59, Alan Stern wrote:
On Mon, 11 Jun 2007, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki [EMAIL PROTECTED]
The pm_parent member of struct dev_pm_info (defined in
include/linux/pm.h) is
only
On Mon, 2007-06-11 at 15:28 -0400, Dmitry Torokhov wrote:
On 6/11/07, Paul Albrecht [EMAIL PROTECTED] wrote:
On Mon, 2007-06-11 at 14:26 -0400, Dmitry Torokhov wrote:
Hi Paul,
On 6/11/07, Paul Albrecht [EMAIL PROTECTED] wrote:
Resending message from last week ... don't usually
Add x86-optimized implementation of the SHA-1 hash function, taken from
Nettle under the LGPL. This code will be enabled on kernels compiled for
486es or better; kernels which support 386es will use the generic
implementation (since we need BSWAP).
We disable building lib/sha1.o when an
Add optimized implementation of the SHA-1 hash function for x86_64, ported
from the x86 implementation in Nettle (which is LGPLed).
The code has been tested with tcrypt and the NIST test vectors.
Signed-off-by: Benjamin Gilbert [EMAIL PROTECTED]
---
arch/x86_64/kernel/x8664_ksyms.c |3
On 6/11/07, Christoph Lameter [EMAIL PROTECTED] wrote:
Trouble is that ARCH_KMALLOC_MINALIGN is in bytes whereas we would need a
shift value for KMALLOC_MIN_SHIFT.
Ah, of course. Hrm...I just thought I had an idea, but it wouldn't work...
Does the latest patch work?
I'm sorry, but I
Hi Linus.
Please apply following 2 liners fix.
It will fix a lot of false section mismatch warnings on sh64 and
Paul asked to have in included before the relase hit the street.
Please pull this single patch from:
git://master.kernel.org/pub/scm/linux/kernel/git/sam/kbuild-fix.git
On Mon, 2007-06-11 at 11:11 -0700, Andrew Morton wrote:
On Fri, 08 Jun 2007 17:43:34 -0600
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
Some user space tools need to identify SYSV shared memory when
examining /proc/pid/maps. To do so they look for a block device
with major zero, a
On Mon, 2007-06-11 at 21:45 +0200, Thomas Gleixner wrote:
On Mon, 2007-06-11 at 20:36 +0100, Rui Nuno Capela wrote:
I'm spinning -rt10 with a couple of fixes. Should be out sometimes
tomorrow. If the problem persists, we need to dig deeper.
Uhoh. I'm sorry to tell, but the problem
Kristen Carlson Accardi wrote:
Use a stored value for which interrupts to enable. Changing this allows
us to selectively turn off certain interrupts later and have them
stay off.
Signed-off-by: Kristen Carlson Accardi [EMAIL PROTECTED]
Seems OK, though a bit disappointing that this cannot
Kristen Carlson Accardi wrote:
This patch will modify the scsi and ata subsystem to allow
users to set a power management policy for the link.
libata drivers can define a function (enable_pm) that will
perform hardware specific actions to enable whatever power
management policy the user sets up
Kristen Carlson Accardi wrote:
This patch will set the correct bits to turn on Aggressive
Link Power Management (ALPM) for the ahci driver. This
will cause the controller and disk to negotiate a lower
power state for the link when there is no activity (see
the AHCI 1.x spec for details). This
Hi,
On Mon, 11 Jun 2007 12:00:34 -0700, Andrew Morton wrote:
On Sat, 9 Jun 2007 15:08:17 +0200
Pavel Machek [EMAIL PROTECTED] wrote:
How does the beep get turned off again?
May be it is turn off by the speaker driver.
BTW can't we do something with led ? This way it can be always
Karl Pickett wrote:
I had to hard shutdown a fc6 machine due to vmware and nvidia doing
ridiculous things to my screen resolution and locking up. ugh.
Anyway, upon reboot it recovers the journal and mounts / rw fine.
Then rc.sysinit tries to delete various things from /tmp (.ICE-unix,
.font
We (the -stable team) are announcing the release of the 2.6.20.14 kernel.
This has a variety of important fixes, see below for the summary.
This is likely to be the last one in the 2.6.20-stable stream.
I'll also be replying to this message with a copy of the patch between
2.6.20.13 and 2.6.20.14
diff --git a/Makefile b/Makefile
index a87a7d1..710c004 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 20
-EXTRAVERSION = .13
+EXTRAVERSION = .14
NAME = Homicidal Dwarf Hamster
# *DOCUMENTATION*
diff --git a/arch/arm/mach-iop13xx/pci.c
On 06/11/2007 08:46 PM, Dave Jones wrote:
On Mon, Jun 11, 2007 at 08:19:57PM +0200, Jan Engelhardt wrote:
On Jun 11 2007 10:36, H. Peter Anvin wrote:
Picking the 16 MB base is a bit obnoxious on small-memory machines, 4 MB
would probably be a more reasonable base. Of course, 16 MB
We (the -stable team) are announcing the release of the 2.6.21.5 kernel.
This has a variety of important fixes, see below for the summary.
I'll also be replying to this message with a copy of the patch between
2.6.21.4 and 2.6.21.5
The updated 2.6.21.y git tree can be found at:
On Thu, 24 May 2007 23:15:56 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Kristen Carlson Accardi wrote:
Check to see if an ATAPI device supports Asynchronous Notification.
If so, enable it.
Signed-off-by: Kristen Carlson Accardi [EMAIL PROTECTED]
---
Andrew, I cleaned up the function
On 06/11/2007 10:07 PM, Rene Herman wrote:
But, it's just a default anyway. Would it be considered beneficial to
more explicitly provide a few options through a config menu, something
like the attached?
Ehm, so now where did that long help actually end up? :-|
If the notion is considered
On Fri, Jun 08, 2007 at 05:42:42PM -0400, Benjamin Gilbert wrote:
The following 3-part series adds assembly implementations of the SHA-1
transform for x86 and x86_64. For x86_64 the optimized code is always
selected; on x86 it is selected if the kernel is compiled for i486 or above
(since the
Identical implementations of PTRACE_PEEKDATA go into
simple_ptrace_peekdata() function.
compile-tested on ~half of archs, playing with gdb on x86_64.
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
---
arch/arm/kernel/ptrace.c |8 +---
arch/arm26/kernel/ptrace.c |
Identical implementations of PTRACE_POKEDATA go into
simple_ptrace_pokedata() function.
AFAICS, fix bug on xtensa where successful PTRACE_POKEDATA will nevertheless
return EPERM.
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
---
arch/alpha/kernel/ptrace.c |4 +---
On Tue, Jun 12, 2007 at 12:40:06AM +0400, Alexey Dobriyan wrote:
Identical implementations of PTRACE_PEEKDATA go into
simple_ptrace_peekdata() function.
compile-tested on ~half of archs, playing with gdb on x86_64.
Looks good. Why don't you call it generic_ptrace_peekdata instead of
Mark Lord wrote:
Russell King wrote:
Before you do, it might help to build the ide-disk module and insert
that
as well?
ARrrggghh!! Of course, that would explain the utter lack
of disk partition check messages, now wouldn't it!
Thanks Russell !
Doh! yes that would obviously help.
With
Alan Stern wrote:
Okay. It's clear that you've got a hardware problem of some sort.
Hard to say what it is, but evidently the EHCI controller thinks that
the device is repeatedly being unplugged and replugged.
Anyway, this isn't a problem of recognizing that a single device is
having
On Jun 11 2007 12:01, H. Peter Anvin wrote:
Jan Engelhardt wrote:
On Jun 11 2007 10:36, H. Peter Anvin wrote:
Picking the 16 MB base is a bit obnoxious on small-memory machines, 4 MB
would probably be a more reasonable base. Of course, 16 MB would avoid
the issue of the handful of machines
On Mon, Jun 11, 2007 at 10:18:06AM -0700, Paul E. McKenney wrote:
On Mon, Jun 11, 2007 at 08:55:27AM -0700, Paul E. McKenney wrote:
On Mon, Jun 11, 2007 at 05:38:55PM +0200, Ingo Molnar wrote:
* Paul E. McKenney [EMAIL PROTECTED] wrote:
hm, what affinity do they start out with?
On Mon, Jun 11, 2007 at 09:35:17PM +0100, Christoph Hellwig wrote:
On Tue, Jun 12, 2007 at 12:40:06AM +0400, Alexey Dobriyan wrote:
Identical implementations of PTRACE_PEEKDATA go into
simple_ptrace_peekdata() function.
compile-tested on ~half of archs, playing with gdb on x86_64.
Looks
On Sat, Jun 09, 2007 at 11:47:23AM +0200, Andi Kleen wrote:
Now there is a anon dirty limit since a few releases, but I'm not
fully convinced it solves the problem completely.
A gut feeling or is there more?
Lots of other subsystem can allocate a lot of memory
and they usually
601 - 700 of 864 matches
Mail list logo