On Mon, Jun 11, 2007 at 02:14:49PM -0700, Andrew Morton wrote:
> On Mon, 11 Jun 2007 13:44:42 -0700
> "Keshavamurthy, Anil S" <[EMAIL PROTECTED]> wrote:
>
> > In the first implementation of ours, we had used mempools api's to
> > allocate memory and we were told that mempools with GFP_ATOMIC is
On Thu, Jun 07, 2007 at 07:35:51PM -0700, William Lee Irwin III wrote:
>...
> config X86_PAE
>...
> + help
> + PAE is required for NX support, and furthermore enables
> + larger swapspace support for non-overcommit purposes. It
> + has the cost of more pagetable lookup
I brought this up a few years ago, and had it shot down, because of a
few poorly substantiated claims of zImage-only machines; those claims
really need to be debugged since they might indicate A20-related failures.
Anyway...
Can we please kill zImage? In addition to be completely useless for
On Mon, Jun 11, 2007 at 04:30:11PM -0700, Doug Thompson wrote:
>
> --- Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Jun 08, 2007 at 10:45:10AM -0600, [EMAIL PROTECTED] wrote:
> > > From: Douglas Thompson <[EMAIL PROTECTED]>
> > >
> > > pci_ids.h needs two of the AMD NB device-ids
On Mon, 11 Jun 2007 21:59:15 GMT
Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=20d698db67059a63d217030dfd02872cb5f88dfb
> Commit: 20d698db67059a63d217030dfd02872cb5f88dfb
> Parent:
On Sun, 10 June 2007 19:24:28 +0200, Arnd Bergmann wrote:
>
> I think this is missing code that sets the initial i_uid/i_gid,
> but there may be more missing. Changing the uid value works,
> but creating files as non-root user doesn't.
Fixed in patch 557, see
http://logfs.org/logfs/patches
The
--- Greg KH <[EMAIL PROTECTED]> wrote:
> On Fri, Jun 08, 2007 at 10:45:10AM -0600, [EMAIL PROTECTED] wrote:
> > From: Douglas Thompson <[EMAIL PROTECTED]>
> >
> > pci_ids.h needs two of the AMD NB device-ids namely,
> > Addressmap and the Memory Controller devices
>
> Does any kernel
On Tue, 12 Jun 2007, Andi Kleen wrote:
> > If the only option is to panic then something's busted. If it's network IO
> > then there should be a way of dropping the frame. If it's disk IO then we
> > should report the failure and cause an IO error.
>
> An block IO error is basically
On Tue, Jun 12, 2007 at 12:25:57AM +0200, Andi Kleen wrote:
>
> > Please advice.
>
> I think the short term only safe option would be to fully preallocate an
> aperture.
> If it is too small you can try GFP_ATOMIC but it would be just
> a unreliable fallback. For safety you could perhaps have
On 6/11/07, Bernd Schmidt <[EMAIL PROTECTED]> wrote:
Mike Frysinger wrote:
> On 6/9/07, Matt Mackall <[EMAIL PROTECTED]> wrote:
>> On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
>> > 2. It is no longer possible to get blocks smaller than a page through
>> >mmap. This
On Tue, Jun 12, 2007 at 12:25:57AM +0200, Andi Kleen wrote:
>
> > Please advice.
>
> I think the short term only safe option would be to fully preallocate an
> aperture.
> If it is too small you can try GFP_ATOMIC but it would be just
> a unreliable fallback. For safety you could perhaps have
Hi Linus,
Please pull the 'drm-patches' branch from the drm git tree,
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-patches
It contains a fix for a radeon 32/64-bit issue along with
hw support for some new Intel hw. Sorry for the lateness but I rely
on AGP PCI IDS
Robert P. J. Day wrote:
>
> seriously, though, there is the potential of breaking something with
> this change since you can see how there is some inconsistency in how
> it's done *now* just for powerpc which, in some places, defines its
> own versions of this:
>
> ./arch/ppc/mm/pgtable.c:
>
From: Douglas Thompson <[EMAIL PROTECTED]>
Refactored the function edac_op_state_toString() to be edac_op_state_to_string()
for consistent style, and its callers
Signed-off-by: Douglas Thompson <[EMAIL PROTECTED]>
---
edac_core.h |2 +-
edac_device.c |2 +-
edac_module.c |4
From: Douglas Thompson <[EMAIL PROTECTED]>
Removed the no-longer-needed file edac_mc.h
Signed-off-by: Douglas Thompson <[EMAIL PROTECTED]>
---
edac_mc.h |7 ---
1 file changed, 7 deletions(-)
Index: linux-2.6.22-rc4-mm2/drivers/edac/edac_mc.h
On Mon, 2007-06-11 at 15:34 -0700, Daniel Walker wrote:
> On Mon, 2007-06-11 at 23:42 +0200, Thomas Gleixner wrote:
> > On Mon, 2007-06-11 at 22:25 +0100, Rui Nuno Capela wrote:
> > > Nope. It's a Fujitsu-Siemens Amilo Si 1520 -- Intel Core2 Duo [EMAIL
> > > PROTECTED]
> >
> > Yeah, there are
From: Douglas Thompson <[EMAIL PROTECTED]>
refactor the edac_align_ptr() function to reduce the noise of
casting the aligned pointer to the various types of data objects
and modified its callers to its new signature
Signed-off-by: Douglas Thompson <[EMAIL PROTECTED]>
---
edac_core.h
From: Douglas Thompson <[EMAIL PROTECTED]>
For the file edac_device.c perform some coding style enhancements
Add some function header comments
Made for better readability commands
Signed-off-by: Douglas Thompson <[EMAIL PROTECTED]>
---
edac_core.h | 11 -
edac_device.c |
From: Douglas Thompson <[EMAIL PROTECTED]>
This set of 5 patches for EDAC fix some code style issues,
and other code tidying suggested by review comments
These patches are against 2.6.22-rc4-mm2
Signed-off-by: Douglas Thompson <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the
From: Douglas Thompson <[EMAIL PROTECTED]>
Various code style conformance patches on the i5000 driver
Signed-off-by: Douglas Thompson <[EMAIL PROTECTED]>
---
i5000_edac.c | 71 +--
1 file changed, 35 insertions(+), 36 deletions(-)
Mike Frysinger wrote:
> On 6/9/07, Matt Mackall <[EMAIL PROTECTED]> wrote:
>> On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
>> > 2. It is no longer possible to get blocks smaller than a page through
>> >mmap. This behaviour was used by simplemalloc, which is an insane
>> >
Robert de Rooy wrote:
(after applying the ide-polling experimental patch)
With this I can declare success!! I was able to read and write to the
card without any problems, although I did not try to stress it.
Jun 12 00:19:42 localhost kernel: pccard: PCMCIA card inserted into slot 0
Jun 12
Jan Kara wrote:
Chuck Ebbert wrote:
On 06/07/2007 11:41 AM, Andrew Morton wrote:
mount /var/lib/mythtv -oremount,ro
sync
umount /var/lib/mythtv
Did this succeed? If the application is still truncating that file, the
umount should have failed.
Shouldn't sync should wait for truncate to
Jan Kara wrote:
Andrew Morton wrote:
On Thu, 07 Jun 2007 12:11:58 -0400
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
On 06/07/2007 11:41 AM, Andrew Morton wrote:
mount /var/lib/mythtv -oremount,ro
sync
umount /var/lib/mythtv
Did this succeed? If the application is still truncating that
Hi.
On Sun, 2007-06-10 at 19:02 -0700, H. Peter Anvin wrote:
> Matthew Garrett wrote:
> > No, it only supports ext2 (and reading ext3 as if it's ext2). Right now,
> > the assumption that syncing during suspend will cause data to hit
> > something grub can read isn't a safe one.
>
> I brought
Thomas Gleixner wrote:
Mark,
On Sun, 2007-06-10 at 18:46 -0400, Mark Lord wrote:
Do you know if there's anything specific in there that would fix
the start-up race condition with HRTIMERS on my machine here
(previously discussed, yet unresolved)?
It still happens sporadically on boot-up --
Hi.
Wouldn't it be much more useful if it was unconditionally compiled in
and controlled instead by a sysfs entry? That way it will be far more
useful to $user who doesn't know or want to know how to compile and
install a kernel, but wants to do what they can to get provide helpful
debugging info
*This message was transferred with a trial version of CommuniGate(r) Pro*
Jeff Dike wrote:
*This message was transferred with a trial version of CommuniGate(r) Pro*
*This message was transferred with a trial version of CommuniGate(r) Pro*
On Mon, Jun 11, 2007 at 10:39:56PM +0300, Eduard-Gabriel
On Mon, 2007-06-11 at 23:42 +0200, Thomas Gleixner wrote:
> On Mon, 2007-06-11 at 22:25 +0100, Rui Nuno Capela wrote:
> > Nope. It's a Fujitsu-Siemens Amilo Si 1520 -- Intel Core2 Duo [EMAIL
> > PROTECTED]
>
> Yeah, there are Dell ones which have similar or worse symptoms.
>
> > Works great
> + if (is_multi_taskfile(tf)) {
> + unsigned int multi_count = 1 << (cdb[1] >> 5);
> +
> + /* compare the passed through multi_count
> + * with the cached multi_count of libata
> + */
> + if (multi_count != dev->multi_count)
> +
[Sorry to keep bugging you but I haven't seen this pulled and you
haven't told me that something is wrong with these patches... is this
getting lost in your queue or are you dropping it intentionally?]
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git
* Paul Albrecht ([EMAIL PROTECTED]) wrote:
> Yes, i8042.noaux works. Here's the dmesg output:
>
> Linux version 2.6.21.4 ([EMAIL PROTECTED]) (gcc version 3.3.3) #1
Does 2.6.21.5 work w/out noaux on command line?
thanks
-chris
-
To unsubscribe from this list: send the line "unsubscribe
>
> If the only option is to panic then something's busted. If it's network IO
> then there should be a way of dropping the frame. If it's disk IO then we
> should report the failure and cause an IO error.
An block IO error is basically catastrophic for the system too. There isn't
really
a
> Please advice.
I think the short term only safe option would be to fully preallocate an
aperture.
If it is too small you can try GFP_ATOMIC but it would be just
a unreliable fallback. For safety you could perhaps have some kernel thread
that tries to enlarge it in the background depending on
Don't let signalfd dequeue private signals off other threads (in the
case of things like SIGILL or SIGSEGV, trying to do so would result
in undefined behaviour on who actually gets the signal, since they
are force unblocked).
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Davide
On Mon, Jun 11, 2007 at 01:44:27PM -0700, Paul E. McKenney wrote:
> 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.
Hi there,
After a lot of good feedback about the -ck patch from Celso Ramos, I
decided to try my chances and see for myself the difference.
I had a few problems to struggle first, but nothing to do with ck...
When I finally rebooted my Pentium4 computer, I truly noticed a
difference in the
On 6/9/07, Matt Mackall <[EMAIL PROTECTED]> wrote:
On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
> 2. It is no longer possible to get blocks smaller than a page through
>mmap. This behaviour was used by simplemalloc, which is an insane
>way of implementing malloc on
On Monday 11 June 2007, Rafael J. Wysocki wrote:
> On Monday, 11 June 2007 22:03, Bartlomiej Zolnierkiewicz wrote:
> >
> > 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 Tuesday, 12 June 2007 00:01, Bartlomiej Zolnierkiewicz wrote:
>
> On the second thought...
>
> On Monday 11 June 2007, Bartlomiej Zolnierkiewicz wrote:
>
> > I find it hard to accept that IDE patch is to blame for that. ;)
>
> Arrgghhh :) It looks more likely now...
>
> > ---
On Monday, 11 June 2007 22:03, Bartlomiej Zolnierkiewicz wrote:
>
> 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):
> >
> >
On Mon, Jun 11, 2007 at 10:25:59AM +0200, Jan Beulich wrote:
> >vmlinux does not contain relocation entries which is
> >used by the section mismatch checks.
> >Reported by: Atsushi Nemoto <[EMAIL PROTECTED]>
> >
> >Use the individual objects as inputs to overcome
> >this limitation.
> >In modpost
On Tue, Jun 12, 2007 at 12:52:25AM +0400, Alexey Dobriyan wrote:
> 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()
Cedric Le Goater wrote:
> Andrew Morton wrote:
>> On Fri, 08 Jun 2007 17:14:12 +0200
>> Cedric Le Goater <[EMAIL PROTECTED]> wrote:
>>
>>> Changelog: Fix !CONFIG_USER_NS clone with CLONE_NEWUSER so it returns
>>> -EINVAL
>>> rather than 0, so that userspace knows they didn't get a new user
On the second thought...
On Monday 11 June 2007, Bartlomiej Zolnierkiewicz wrote:
> I find it hard to accept that IDE patch is to blame for that. ;)
Arrgghhh :) It looks more likely now...
> --- a/drivers/ide/ide.c
> +++ b/drivers/ide/ide.c
> @@ -1010,9 +1010,11 @@ static int
On Mon, Jun 11, 2007 at 02:14:49PM -0700, Andrew Morton wrote:
> >
> > Again, if dma_map_{single|sg} API's fails due to
> > failure to allocate memory, the only thing that can
> > be done is to panic as this is what few of the other
> > IOMMU implementation is doing today.
>
> If the only
On Mon, Jun 11, 2007 at 02:29:56PM -0700, Christoph Lameter wrote:
> On Mon, 11 Jun 2007, Keshavamurthy, Anil S wrote:
>
> > Hence, can I assume that the conclusion of this
> > discussion is to use kmem_cache_alloc() functions
> > to allocate memory in dma_map_{single|sg} API's?
>
>
> Use the
On Mon, 2007-06-11 at 22:25 +0100, Rui Nuno Capela wrote:
> Nope. It's a Fujitsu-Siemens Amilo Si 1520 -- Intel Core2 Duo [EMAIL
> PROTECTED]
Yeah, there are Dell ones which have similar or worse symptoms.
> Works great with 2.6.21-rt1, and 2.6.22-rc4-hrt5, but that you already
> know :)
Ok. I
Hi!
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> Reduce code duplication in drivers/base/suspend.c by introducing a separate
> function for printing diagnostic messages.
>
> Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
ACK, thanks.
Hi!
> [2.6.22 candidate, IMHO]
It is trivial enough that it can go there, yes. But it is not a
regression neither it is particulary serious.
> ---
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> Fix oops caused by 'cat /dev/snapshot', reported by Arkadiusz Miskiewicz, and
> make it
Here's another breakage as a result of shared memory stacked files :(
The NUMA policy for a VMA is determined by checking the following (in the order
given):
1) vma->vm_ops->get_policy() (if defined)
2) vma->vm_policy (if defined)
3) task->mempolicy (if defined)
4) Fall back to default_policy
On Mon, 11 Jun 2007, Keshavamurthy, Anil S wrote:
> Hence, can I assume that the conclusion of this
> discussion is to use kmem_cache_alloc() functions
> to allocate memory in dma_map_{single|sg} API's?
Use the page allocator for page size allocations. If you need to have
specially aligned
Thomas Gleixner wrote:
> On Mon, 2007-06-11 at 21:50 +0100, Rui Nuno Capela wrote:
>> Thomas,
>>
>> Yes, "maxcpus=1" seems to keep it running, but then I render my Core2
>> just half-baked ;)
>
> Yes, I know :(
>
> /me goes into desperate mode
>
> Is this a DELL laptop ?
>
Nope. It's a
Hi.
I just added support for user space buffers in kfifo. I found useful
__kfifo_get_user to copy data to a user buffer in a read call. I didn't
like the idea of having an extra buffer.
* Is it ok to add this support?
* Am I missing something?
I expect to fill the fifo using __kfifo_put in
Hi!
> > 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]>
> >
> > diff --git a/arch/i386/kernel/acpi/wakeup.S
On Tue, 12 Jun 2007, Robert de Rooy wrote:
> Yes that works.
> I tried to plug and unplug the device repeatedly and each time it came
> up in full-speed mode.
Good! I'm glad that "companion" attribute file has come in handy for
someone. :-)
Alan Stern
-
To unsubscribe from this list: send
On Mon, 11 Jun 2007 13:44:42 -0700
"Keshavamurthy, Anil S" <[EMAIL PROTECTED]> wrote:
> In the first implementation of ours, we had used mempools api's to
> allocate memory and we were told that mempools with GFP_ATOMIC is
> useless and hence in the second implementation we came up with
>
On Mon, Jun 11, 2007 at 10:39:56PM +0300, Eduard-Gabriel Munteanu wrote:
> No offense, but this is an ugly hack.
I'm not going to defend it too much, but the alternatives don't seem any
better to me.
> What if sizeof(int) != sizeof(long)?
Doesn't matter - the casting will preserve the value.
On Mon, 2007-06-11 at 21:50 +0100, Rui Nuno Capela wrote:
> Thomas,
>
> Yes, "maxcpus=1" seems to keep it running, but then I render my Core2
> just half-baked ;)
Yes, I know :(
/me goes into desperate mode
Is this a DELL laptop ?
tglx
-
To unsubscribe from this list: send the line
On 6/11/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
Luca wrote:
>>
>> I've managed to reproduce this on kvm-21 (it takes many boots for this
>> to happen, but it does eventually).
>
> Hum, any clue on the cause?
From what I've seen, it's the new Linux clocksource code.
Actually I tried forcing
On Sat 9 Jun 2007 15:10, Matt Mackall pondered:
> On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
> > 2. It is no longer possible to get blocks smaller than a page through
> >mmap. This behaviour was used by simplemalloc, which is an insane
> >way of implementing malloc on
On 6/11/07, Adam Litke <[EMAIL PROTECTED]> wrote:
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
Daniel Walker wrote:
> 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
Jan Engelhardt wrote:
> (yay, 3.09 bogomips and a totally incapable processor :p)
> Have not tried more recent kernels yet though.
Too bad I don't still have access to the 0.59 bogomips "double sigma"
386 machine that had the dubious honor of being the slowest Linux
machine in the world for quite
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
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
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
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
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 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
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 +---
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 |
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
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 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
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 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
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
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
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,
>
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
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
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:
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
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,
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//maps. To do so they look for a block device
> > with major zero, a
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
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
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
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
> > >
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
>
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
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
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 :(
>
>
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)
* 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
>
101 - 200 of 864 matches
Mail list logo