On Sat, 24 Mar 2007 07:57:52 +0100 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> >
> > But for non-programming reasons, we're just not there yet: people want to
> > program direct to the kernel interfaces simply because of the
> > distribution/coordination problems with libraries. It would be nice t
On Fri, Mar 23, 2007 at 03:42:13PM -0700, Ken Chen wrote:
> rename hugetlb_zero_setup() to hugetlb_file_setup() to better match
> function name convention like shmem implementation. Also add an
> argument to the function to indicate whether file setup should reserve
> hugetlb page upfront or not.
> +int hugetlb_zero_setup(struct file *file, struct vm_area_struct *vma)
> +{
> + file = hugetlb_file_setup(vma->vm_end - vma->vm_start, 0);
> + if (IS_ERR(file))
> + return PTR_ERR(file);
> +
> + if (vma->vm_file)
> + fput(vma->vm_file);
> + vma->vm_file = f
On Sat, 24 Mar 2007 00:11:32 -0700 "Ken Chen" <[EMAIL PROTECTED]> wrote:
> On 3/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > a) Ken observes that obtaining private hugetlb memory via hugetlbfs
> >involves "fuss".
> >
> > b) the libhugetlbfs maintainers then go off and implement a no-fus
This patch exposes information about the time remaining until the next
timer interrupt expires by utilizing the dynticks infrastructure. It
also modifies the main idle loop to allow dynticks to handle
non-interrupt break events (e.g. DMA). Finally, it exposes sleep ticks
information to external c
This patch adds the 'menu' governor, as was described in my first email.
Thanks,
Adam
Kconfig| 11 +++
governors/Makefile |1
governors/menu.c | 152 +
3 files changed, 164 insertions(+)
diff -urN a/drivers/cpuidle/govern
Hi All,
Here is my first take at implementing an idle PM governor that takes
full advantage of NO_HZ. I call it the 'menu' governor because it
considers the full list of idle states before each entry.
I've kept the implementation fairly simple. It attempts to guess the
next residency time and t
This patch prepares cpuidle for the menu governor. It adds an optional
stage after idle state entry to give the governor an opportunity to
check why the state was exited. Also it makes sure the idle loop
returns after each state entry, allowing the appropriate dynticks code
to run.
Thanks,
Adam
Here's another one of those soon-to-be-obsoleted patches to mousedev.
But if it lives just in 2.6.21, it's good, right? It's a pure bugfix.
On my laptop with Synaptics, if I lift the finger and place it elsewhere,
the pointer sometimes warps dramatically. Here's the evtest trace
which illustrates
On 3/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
a) Ken observes that obtaining private hugetlb memory via hugetlbfs
involves "fuss".
b) the libhugetlbfs maintainers then go off and implement a no-fuss way of
doing this.
Hmm, what started this thread was libhugetlbfs maintainer compl
>
> But for non-programming reasons, we're just not there yet: people want to
> program direct to the kernel interfaces simply because of the
> distribution/coordination problems with libraries. It would be nice to fix
> that problem.
What is then needed to get a small subset of user-space in th
Ray,
On Fri, 2007-03-23 at 17:14 -0700, Ray Lee wrote:
> (I wondered about the IPI on a UP system, seemed a bit weird :-).)
>
> Works great, booting both with NOAPIC and without. *Much* thanks for
> debugging this while you're also handling a bunch of other issues at
> the same time.
Thank you f
On Fri, 23 Mar 2007 10:54:12 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> Here are the results of aim9 tests on x86_64. There are some minor
> performance
> improvements and some fluctuations.
There are a lot of numbers there - what do they tell us?
> 2.6.21-rc4 bare
> 2.6.21-rc
On Fri, 23 Mar 2007 22:32:31 -0700 "Nish Aravamudan" <[EMAIL PROTECTED]> wrote:
> > Probably the kernel team should be maintaining, via existing processes, a
> > separate libkernel project, to fix these distributional problems. The
> > advantage in this case is of course that our new hugetlb func
On Fri, 23 Mar 2007 20:30:00 +0100 Herbert Poetzl <[EMAIL PROTECTED]> wrote:
>
> Hi Eric!
> Hi Folks!
>
> here is a real world example result from one of my tests
> regarding the benefit of sharing over separate memory
>
> the setup is quite simple, a typical machine used by
> providers all ove
On 3/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 23 Mar 2007 01:44:38 -0700 "Ken Chen" <[EMAIL PROTECTED]> wrote:
> On 3/21/07, Adam Litke <[EMAIL PROTECTED]> wrote:
> > The main reason I am advocating a set of pagetable_operations is to
> > enable the development of a new hugetlb in
Hi,
On Fri, 23 Mar 2007, john stultz wrote:
> @@ -314,8 +314,8 @@ #endif
> freq_adj += time_freq;
> freq_adj = min(freq_adj, (s64)MAXFREQ_NSEC);
> time_freq = max(freq_adj, (s64)-MAXFREQ_NSEC);
> - time_offset = (time_offset /
On Fri, 23 Mar 2007 22:39:24 +1100 Nick Piggin <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> > but it crashes early in the page allocator (i386) and I don't see why. It
> > makes me wonder if we have a use-after-free which is hidden by the presence
> > of the quicklist buffering or somet
On Fri, 23 Mar 2007 11:10:29 +0100 Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Thu, 22 Mar 2007 13:55:51 -0500,
> Larry Finger <[EMAIL PROTECTED]> wrote:
>
> > Cornelia Huck wrote:
> > > On Thu, 22 Mar 2007 07:23:06 -0500,
> > >
> > > This would indicate that dev_uevent had been called. But ho
On Fri, 23 Mar 2007 01:44:38 -0700 "Ken Chen" <[EMAIL PROTECTED]> wrote:
> On 3/21/07, Adam Litke <[EMAIL PROTECTED]> wrote:
> > The main reason I am advocating a set of pagetable_operations is to
> > enable the development of a new hugetlb interface. During the hugetlb
> > BOFS at OLS last year,
On Mon, Feb 12, 2007 at 12:15:28AM -0800, [EMAIL PROTECTED] wrote:
> +/*
> + * Rules: you can only create a container if
> + * 1. you are capable(CAP_SYS_ADMIN)
> + * 2. the target container is a descendant of your own container
> + */
> +static int ns_create(struct container_subsys *ss, st
This patch automatically enables pci=bfsort for the Dell PowerEdge
R900. This is necessary to ensure the onboard NICs enumerate in the
proper order, similar to the other systems already on the list.
I'd appreciate this being applied before 2.6.21-final if possible.
Signed-off-by: Matt Domsch <[E
On Fri, Mar 23, 2007 at 12:43:27PM -0700, Ethan Solomita wrote:
> I ran stress testing overnight and came up with a similar failure
> (s_dentry == NULL) but in a different location. A NULL pointer
> dereference happened in sysfs_readdir():
>
> |if (next->s_dentr
Zan Lynx wrote:
>
> It may have partly been a problem of having half of softmac and half
> devicescape. I'm not entirely sure what udev did.
>
> I tried a patch for the Sonic Silicon that was posted and I turned off
> all the configuration for the softmac driver.
>
> It isn't crashing right now
On Fri, Mar 23, 2007 at 10:14:52AM +, Christoph Hellwig wrote:
> I think you're fixing the symptom here and not the cause. If calculating
> the virtual address of a page is so expensive on your setup it should
> define WANT_PAGE_VIRTUAL and we should always cache the virtual address
> in struc
On Mar 23, 2007, at 20:45:21, Kyle Moffett wrote:
On Mar 23, 2007, at 16:59:02, H. Peter Anvin wrote:
Randy Dunlap wrote:
That makes a lot of sense to me. It gives us finer-grained
control without having to support fixed-point data. I've been
working on the fixed-point data patch, but I'm
On 3/23/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
I think you're fixing the symptom here and not the cause. If calculating
the virtual address of a page is so expensive on your setup it should
define WANT_PAGE_VIRTUAL and we should always cache the virtual address
in struct page. There's
> On Fri, Mar 23, 2007 at 11:39:12PM +0100, Jan Engelhardt wrote:
> > Hello world,
> >
> >
> > in at least 2.6.21-rc4, one or more of the mptscsi scsi modules is
> > broken with respect to not detecting any harddisk (VMware provides that
> > virtual LSI MPT controller), which means no working s
On 3/22/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
If we're going to do this then we should also implement pipe_kunmap_atomic().
Relying upon kunmap_atomic() internals like this is weird-looking, and is
fragile
against future changes to kunmap_atomic().
OK, I added the matching pipe_kunmap v
On Mar 23, 2007, at 16:59:02, H. Peter Anvin wrote:
Randy Dunlap wrote:
Hi,
That makes a lot of sense to me. It gives us finer-grained
control without having to support fixed-point data. I've been
working on the fixed-point data patch, but I'm going to give this
method some time also, to
On Fri, 2007-03-23 at 14:54 -0700, Linus Torvalds wrote:
>
> On Fri, 23 Mar 2007, john stultz wrote:
> >
> > The incorrect clocksource selection is resolved w/ this patch:
> > http://lkml.org/lkml/2007/3/22/287
> >
> > There is still an issue of why the PIT clocksource hangs, but for the
> > mom
I've been seeing some odd NTP behavior recently on a few boxes and
finally narrowed it down to time_offset overflowing when converted to
SHIFT_UPDATE units (which was a side effect from my HZfreeNTP patch).
This patch converts time_offset from a long to a s64 which resolves the
issue.
thanks
-joh
On Fri, Mar 23, 2007 at 05:28:02PM -0700, Greg KH wrote:
> On Fri, Mar 23, 2007 at 05:24:23PM -0700, Williams, Mitch A wrote:
> > Greg KH wrote:
> > >Well, I'm sure you can agree that it is _very_ late in the 2.6.21
> > >release cycle to expect to get this in for that kernel. How about
> > >waitin
On Fri, Mar 23, 2007 at 05:24:23PM -0700, Williams, Mitch A wrote:
> Greg KH wrote:
> >Well, I'm sure you can agree that it is _very_ late in the 2.6.21
> >release cycle to expect to get this in for that kernel. How about
> >waiting for 2.6.22 and if it's a big deal, getting it into the
> >2.6.21-
On Fri, Mar 23, 2007 at 11:39:12PM +0100, Jan Engelhardt wrote:
> Hello world,
>
>
> in at least 2.6.21-rc4, one or more of the mptscsi scsi modules is
> broken with respect to not detecting any harddisk (VMware provides that
> virtual LSI MPT controller), which means no working system.
> No pr
Greg KH wrote:
>Well, I'm sure you can agree that it is _very_ late in the 2.6.21
>release cycle to expect to get this in for that kernel. How about
>waiting for 2.6.22 and if it's a big deal, getting it into the
>2.6.21-stable tree if needed.
>
>So far I have not seen any bug reports that this pa
Thomas Gleixner wrote:
> On Fri, 2007-03-23 at 19:48 +0100, Adrian Bunk wrote:
>> Subject: x86_64: ACPI regression with noapic (APICTIMER_STOPS_ON_C3?)
>> References : http://lkml.org/lkml/2007/3/8/468
>> http://lkml.org/lkml/2007/3/22/156
>> Submitter : Ray Lee <[EMAIL PROTECTED
On Mar 23 2007 19:06, Chuck Ebbert wrote:
>Jan Engelhardt wrote:
>> Hello world,
>>
>>
>> in at least 2.6.21-rc4, one or more of the mptscsi scsi modules is
>> broken with respect to not detecting any harddisk (VMware provides that
>> virtual LSI MPT controller), which means no working system.
On Mar 23 2007 15:53, Ken Chen wrote:
>
> diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
> index 8c718a3..981886f 100644
> --- a/fs/hugetlbfs/inode.c
> +++ b/fs/hugetlbfs/inode.c
> @@ -734,7 +734,7 @@ static int can_do_hugetlb_shm(void)
> can_do_mlock());
> }
>
> -s
Hi,
On Thursday 08 March 2007, Suleiman Souhlal wrote:
>
> On Mar 7, 2007, at 1:16 PM, Bartlomiej Zolnierkiewicz wrote:
> > Please respin the patch so I could merge it.
>
> Ok.
Since I think that it's worth to have it in 2.6.21-final and respin didn't
happen I did the required changes myself
We've seen these here and had arrived at a similar patch. Extensive prints
on the console can take longer than the watchdog likes.
Acked-by: Rick Lindsley <[EMAIL PROTECTED]>
Rick
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
On Sunday 18 March 2007, Patrick Ringl wrote:
> Bartlomiej Zolnierkiewicz wrote:
>
> Hello,
> > On Sunday 18 March 2007, Patrick Ringl wrote:
> >> Hello,
> >
> > Hi,
> >
> >> since especially Serial ATA has it's own menu point now, I guess we can
> >> change the description of the deprecated SAT
Hi,
here's one. Allocates all the fluff dynamically. It does not create any
dev nodes by itself, so you need to do it (à la mdadm), but you'll get all
1048576 available minors.
Sadly, it locks up the foreground process (losetup that would be), and I
have not yet figured out why. And the mpt regr
On Fri, 2007-03-23 at 23:43 +0100, Thomas Gleixner wrote:
> On Fri, 2007-03-23 at 18:23 -0400, Chuck Ebbert wrote:
> > Thomas Gleixner wrote:
> > > On Fri, 2007-03-23 at 19:50 +0100, Adrian Bunk wrote:
> > >> Subject: gettimeofday increments too slowly
> > >> References : http://bugzilla.kernel
On Saturday 24 March 2007 08:45, Con Kolivas wrote:
> On Friday 23 March 2007 23:28, Andy Whitcroft wrote:
> > Andy Whitcroft wrote:
> > > Con Kolivas wrote:
> > >> On Friday 23 March 2007 05:17, Andy Whitcroft wrote:
> > >>> Ok, I have yet a third x86_64 machine is is blowing up with the
> > >>> l
On Fri, 23 Mar 2007, Bernhard Walle wrote:
> * Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-23 23:15]:
> > On Fri, 23 Mar 2007, Bernhard Walle wrote:
> >
> > > irqpoll is broken on some architectures that don't use the IRQ 0 for the
> > > timer
> > > interrupt like IA64. This patch adds a
On Fri, 23 Mar 2007, Michael Tokarev wrote:
> Speaking of which, I wonder... Here, and in many other places.
> If some variable is marked as MODULE_PARAM (or whatever it is called
> nowadays), used in module init routine, AND subsequently used for
> various bound checks and loops...
[...]
> and
On Fri, Mar 23, 2007 at 11:59:40PM +0100, roland wrote:
> why not?
>
> why should unused code be maintained to death ?
This driver hasn't been actively maintained for years - it's nearly
zero-cost to carry such a driver in the kernel sources.
> if there are discussions about removing features p
On Thu, Mar 15, 2007 at 11:06:47AM -0800, Andrew Morton wrote:
> > On Wed, 14 Mar 2007 09:47:42 +0100 "Francis Moreau" <[EMAIL PROTECTED]>
> > wrote:
> > I already posted this issue but it was on a 2.6.19.7 kernel
> > (2.6.19-1.2911.6.5.fc6 to be accurate). So it doesn't seem to be a
> > regressio
Jan Engelhardt wrote:
> Hello world,
>
>
> in at least 2.6.21-rc4, one or more of the mptscsi scsi modules is
> broken with respect to not detecting any harddisk (VMware provides that
> virtual LSI MPT controller), which means no working system.
> No problems in 2.6.20.2.
>
> I will be trying
Adrian Bunk wrote:
>>>
>> For the other issue raised there, clock running too slow, I now
>> realize there is a similar report:
>>
>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231626
>
> It shouldn't be the same issue:
> 2.6.20-1.2925.fc6 is based in 2.6.20.3-rc1 while this issue is a
>
On Fri, Mar 23, 2007 at 06:23:17PM -0400, Chuck Ebbert wrote:
> Thomas Gleixner wrote:
> > On Fri, 2007-03-23 at 19:50 +0100, Adrian Bunk wrote:
> >> Subject: gettimeofday increments too slowly
> >> References : http://bugzilla.kernel.org/show_bug.cgi?id=8027
> >> Submitter : David L <[EMAIL P
why not?
why should unused code be maintained to death ?
if there are discussions about removing features people are still using, i
think it should be legitimate to discuss about removing drivers nobody needs
anymore
- Original Message -
From: "Oliver Neukum" <[EMAIL PROTECTED]>
On 3/23/07, Nish Aravamudan <[EMAIL PROTECTED]> wrote:
Comment needs updating too.
Thanks. How could I miss that :-(
updated patch:
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index 8c718a3..981886f 100644
--- a/fs/hugetlbfs/inode.c
+++ b/fs/hugetlbfs/inode.c
@@ -734,7 +734,7 @
On 3/23/07, Ken Chen <[EMAIL PROTECTED]> wrote:
rename hugetlb_zero_setup() to hugetlb_file_setup() to better match
function name convention like shmem implementation. Also add an
argument to the function to indicate whether file setup should reserve
hugetlb page upfront or not.
Signed-off-by:
Alan Cox wrote:
What is 0x40? can it be #defined (or enum-ed) instead of a magic
value? please? (more of same below)
>>> It's 0x40. Its a "command dependant bit" - no useful name.
>> dependent. OK, thanks.
>
> IDE is a bit like that. I'm amazed some of the command flags arent in
> la
add a char device /dev/hugetlb that behaves similar to /dev/zero,
built on top of internal hugetlbfs mount.
Signed-off-by: Ken Chen <[EMAIL PROTECTED]>
diff -u b/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
--- b/fs/hugetlbfs/inode.c
+++ b/fs/hugetlbfs/inode.c
@@ -795,6 +795,23 @@
return
rename hugetlb_zero_setup() to hugetlb_file_setup() to better match
function name convention like shmem implementation. Also add an
argument to the function to indicate whether file setup should reserve
hugetlb page upfront or not.
Signed-off-by: Ken Chen <[EMAIL PROTECTED]>
diff --git a/fs/hu
Introduce /dev/hugetlb device that behaves similar to /dev/zero for
allocating anonymous hugetlb page. It is especially beneficial that
application developers can have an easy way to create MAP_PRIVATE
hugetlb mappings without all the fuss about the hugetlbfs filesystem.
Two follow on patches ha
Hello world,
in at least 2.6.21-rc4, one or more of the mptscsi scsi modules is
broken with respect to not detecting any harddisk (VMware provides that
virtual LSI MPT controller), which means no working system.
No problems in 2.6.20.2.
I will be trying 2.6.21-rc1 shortly.
2.6.20.2:
<6>PIIX4:
On Fri, 2007-03-23 at 18:23 -0400, Chuck Ebbert wrote:
> Thomas Gleixner wrote:
> > On Fri, 2007-03-23 at 19:50 +0100, Adrian Bunk wrote:
> >> Subject: gettimeofday increments too slowly
> >> References : http://bugzilla.kernel.org/show_bug.cgi?id=8027
> >> Submitter : David L <[EMAIL PROTECTE
On Friday, 23 March 2007 12:25, Sergey Smirnov wrote:
> It's happen only with 4G SD. I made the same test in 512Mb SD.
> After suspend/resume there is no errors on fs.
>
> If I resume PDA with 4G SD it go back to suspend after few seconds.
Well, I believe the problem is related to the SD driver (
Thomas Gleixner wrote:
> On Fri, 2007-03-23 at 19:50 +0100, Adrian Bunk wrote:
>> Subject: gettimeofday increments too slowly
>> References : http://bugzilla.kernel.org/show_bug.cgi?id=8027
>> Submitter : David L <[EMAIL PROTECTED]>
>> Caused-By : Thomas Gleixner <[EMAIL PROTECTED]>
>>
* Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-23 23:15]:
> On Fri, 23 Mar 2007, Bernhard Walle wrote:
>
> > irqpoll is broken on some architectures that don't use the IRQ 0 for the
> > timer
> > interrupt like IA64. This patch adds a IRQF_IRQPOLL_IRQ flag.
>
> emn, please, cannot we come
On Fri, Mar 23, 2007 at 02:50:45PM -0700, Kok, Auke wrote:
> Greg KH wrote:
> >On Thu, Mar 22, 2007 at 02:08:19PM -0700, Mitch Williams wrote:
> >>Because both MSI-X interrupt messages and MSI-X table writes are posted,
> >>it's possible for them to cross while in-flight. This results in
> >>inter
On Fri, 23 Mar 2007, Bernhard Walle wrote:
> irqpoll is broken on some architectures that don't use the IRQ 0 for the timer
> interrupt like IA64. This patch adds a IRQF_IRQPOLL_IRQ flag.
emn, please, cannot we come up with a better name - one that doesn't have
"IRQ" 3 (!) times in it?...
Thank
On 3/23/07, William Lee Irwin III <[EMAIL PROTECTED]> wrote:
On Fri, 23 Mar 2007, William Lee Irwin III wrote:
>> Lack of compiletesting beyond x86-64 in all probability.
On Fri, Mar 23, 2007 at 03:15:55PM +, Mel Gorman wrote:
> Ok, this will go kablamo on Power then even if it compiles. I d
On Fri, 23 Mar 2007, john stultz wrote:
>
> The incorrect clocksource selection is resolved w/ this patch:
> http://lkml.org/lkml/2007/3/22/287
>
> There is still an issue of why the PIT clocksource hangs, but for the
> moment the issue its worked-around.
Hmm.. I haven't seen it until now. Is
On 3/23/07, William Lee Irwin III <[EMAIL PROTECTED]> wrote:
I like this patch a lot, though I'm not likely to get around to testing
it today. If userspace testcode is available that would be great to see
posted so I can just boot into things and run that.
Here is the test code that I used:
(wa
Jeff, might be worth getting the sk_buff leak fix in ppp from
http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too?
Don't know how important it is for stable. It was present in 2.6.18 too.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
To unsubscribe from this list: send the line "unsubs
Greg KH wrote:
On Thu, Mar 22, 2007 at 02:08:19PM -0700, Mitch Williams wrote:
Because both MSI-X interrupt messages and MSI-X table writes are posted,
it's possible for them to cross while in-flight. This results in
interrupts being received long after the kernel thinks they're disabled,
and i
On Friday 23 March 2007 23:28, Andy Whitcroft wrote:
> Andy Whitcroft wrote:
> > Con Kolivas wrote:
> >> On Friday 23 March 2007 05:17, Andy Whitcroft wrote:
> >>> Ok, I have yet a third x86_64 machine is is blowing up with the latest
> >>> 2.6.21-rc4-mm1+hotfixes+rsdl-0.32 but working with
> >>> 2
On Fri, 2007-03-23 at 19:50 +0100, Adrian Bunk wrote:
> This email lists some known regressions in Linus' tree compared to 2.6.20.
>
> If you find your name in the Cc header, you are either submitter of one
> of the bugs, maintainer of an affectected subsystem or driver, a patch
> of you caused a
The segment register slots in struct pt_regs are padded to 32 bits.
Some of these are stored with instructions like "pushl %es", which
leaves the high 16 bits as they were. So the high bits of these
fields in struct pt_regs contain kernel stack garbage. These bits are
ignored by everything and ne
Hi,
your code looks very nice and clean, only few comments, see below
> +static int mdps_joystick_kthread(void *data)
> +{
> + int x = 0, y = 0, z = 0;
> +
> + while (!kthread_should_stop()) {
> + if (input_3d) {
> + mdps_get_xyz(mdps.device->handle, &x, &y
On Thu, Mar 22, 2007 at 02:08:19PM -0700, Mitch Williams wrote:
> Because both MSI-X interrupt messages and MSI-X table writes are posted,
> it's possible for them to cross while in-flight. This results in
> interrupts being received long after the kernel thinks they're disabled,
> and in interrup
> -#ifdef HAVE_ARCH_HUGETLB_UNMAPPED_AREA
> -unsigned long hugetlb_get_unmapped_area(struct file *file, unsigned long
> addr,
> - unsigned long len, unsigned long pgoff, unsigned long flags);
> -#else
> -static unsigned long
> +unsigned long
> hugetlb_get_unmapped_area(struct file *f
On Fri, 2007-03-23 at 19:48 +0100, Adrian Bunk wrote:
> Subject: x86_64: ACPI regression with noapic (APICTIMER_STOPS_ON_C3?)
> References : http://lkml.org/lkml/2007/3/8/468
> http://lkml.org/lkml/2007/3/22/156
> Submitter : Ray Lee <[EMAIL PROTECTED]>
> Handled-By : Thomas Glei
Dmitry Torokhov wrote:
Hi Yan,
On 3/23/07, Yan Burman <[EMAIL PROTECTED]> wrote:
+
+static unsigned int input_3d;
+module_param(input_3d, bool, S_IRUGO);
+MODULE_PARM_DESC(input_3d, "Operate as a 3D joystick instead of 2D");
Why do you need that? Just have the driver always report all 3 event
Randy Dunlap wrote:
Hi,
That makes a lot of sense to me. It gives us finer-grained control
without having to support fixed-point data.
I've been working on the fixed-point data patch, but I'm going to give
this method some time also, to see how it looks in code (instead of just
thinking about
On Fri, Mar 23, 2007 at 07:13:21PM +, Alan Cox wrote:
> +static int ata_ignore_hpa = 0;
> +module_param_named(ignore_hpa, ata_ignore_hpa, int, 0644);
> +MODULE_PARM_DESC(ignore_hpa, "Ignore HPA (0=off 1=on)");
I'm not sure I like the language here. "Ignore HPA" appears to mean
"Explicitly dis
On Friday, 23 March 2007 19:50, Adrian Bunk wrote:
> This email lists some known regressions in Linus' tree compared to 2.6.20.
>
> If you find your name in the Cc header, you are either submitter of one
> of the bugs, maintainer of an affectected subsystem or driver, a patch
> of you caused a bre
Jan C. Nordholz wrote:
I think I'm experiencing a race condition: Irregularly my kernel runs
into an Oops when it tries to initialize my crypt containers.
FYI, there are similiar reports on the net, going as far back as May 2006:
http://article.gmane.org/gmane.linux.kernel.device-mapper.dm-cryp
On Fri, 23 Mar 2007 12:22:32 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Alan Cox <[EMAIL PROTECTED]>
> Date: Fri, 23 Mar 2007 20:08:19 +
>
> > u64 is always unsigned long long (and its debug anyway)
>
> It's plain "unsigned long" on sparc64 and some other 64-bit platforms.
> > > What is 0x40? can it be #defined (or enum-ed) instead of a magic
> > > value? please? (more of same below)
> >
> > It's 0x40. Its a "command dependant bit" - no useful name.
>
> dependent. OK, thanks.
IDE is a bit like that. I'm amazed some of the command flags arent in
latin.
> Alrea
Kyle Moffett wrote:
On Mar 21, 2007, at 19:11:40, Andrew Morton wrote:
On Wed, 21 Mar 2007 16:01:32 -0700 Randy Dunlap
<[EMAIL PROTECTED]> wrote:
I prefer the fixed-point values for pressure and dirty* to having
duplicated entries for each of them. I'll proceed with that idea.
Problem is, if
The commit below from 2005 (sic) seems to be an example that workarounds
often have quite a long lifetime.
Can we get this sorted out properly for 2.6.22?
TIA
Adrian
commit c7ac6b42ffba28c350cbcd48268f46689f6eb1cc
Author: Linus Torvalds <[EMAIL PROTECTED]>
Date: Wed Dec 21 14:52:32 2005 -080
Hi Yan,
On 3/23/07, Yan Burman <[EMAIL PROTECTED]> wrote:
+
+static unsigned int input_3d;
+module_param(input_3d, bool, S_IRUGO);
+MODULE_PARM_DESC(input_3d, "Operate as a 3D joystick instead of 2D");
Why do you need that? Just have the driver always report all 3 events
and have applications
WHY I"M ASKING THIS QUESTION:
I'm implementing some gpio calls in the ep93xx arch.
My problem is that gpio's are really board specific, not just mach specific.
I can code the function calls into my board init, but where should these
functions be prototyped?
Ideally, I think the compiler should bu
We (the -stable team) are announcing the release of the 2.6.20.4 kernel.
It contains a number of bugfixes and all 2.6.20 users are recommended to
upgrade.
The diffstat and short summary of the fixes are below.
I'll also be replying to this message with a copy of the patch between
2.6.20.3 and 2.6
diff --git a/Makefile b/Makefile
index 7d2f304..ea076ae 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 20
-EXTRAVERSION = .3
+EXTRAVERSION = .4
NAME = Homicidal Dwarf Hamster
# *DOCUMENTATION*
diff --git a/arch/ia64/kernel/iosapic.c b/arch/ia64/ker
On Friday 23 March 2007, Olaf Hering wrote:
> On Fri, Mar 23, Bartlomiej Zolnierkiewicz wrote:
>
> > > Because it is needed in a few places.
> >
> > Is there really any PPC64 specific code which needs
> > (ppc_ide_md is used only by PPC32)?
I suspect that the answer to my question is "not real
On Fri, 23 Mar 2007 20:08:19 + Alan Cox wrote:
> > > +static int ata_ignore_hpa = 0;
> >
> > Don't init to 0. Not needed, bloats binary files.
>
> It'll be one for the final release 8)
>
> > > +module_param_named(ignore_hpa, ata_ignore_hpa, int, 0644);
> > > +MODULE_PARM_DESC(ignore_hpa, "
On Fri, 2007-03-23 at 19:50 +0100, Adrian Bunk wrote:
> Subject: soft lockup detected on CPU#0
> References : http://lkml.org/lkml/2007/3/3/152
> Submitter : Michal Piotrowski <[EMAIL PROTECTED]>
> Handled-By : Thomas Gleixner <[EMAIL PROTECTED]>
> Ingo Molnar <[EMAIL PROTECTED]>
From: "Serge E. Hallyn" <[EMAIL PROTECTED]>
Subject: [PATCH] utsns: fix !CONFIG_UTS_NS behavior
When CONFIG_UTS_NS=n, clone(CLONE_NEWUTS) quietly refuses. So correctly does
not unshare a new uts namespace, but also does not return -EINVAL.
Fix this to return -EINVAL so the caller knows his reque
On Fri, 2007-03-23 at 19:50 +0100, Adrian Bunk wrote:
> Subject: Dynticks and High resolution Timer hanging the system
> workaround: clocksource=acpi_pm
> References : http://lkml.org/lkml/2007/3/7/504
> Submitter : Stephane Casset <[EMAIL PROTECTED]>
> Caused-By : Thomas Gleixne
Eric Dumazet wrote:
[]
>
> MODULE_PARM_DESC(max_loop, "Maximum number of loop devices (1-16384)");
Speaking of which, I wonder... Here, and in many other places.
If some variable is marked as MODULE_PARAM (or whatever it is called
nowadays), used in module init routine, AND subsequently used fo
On Wed, 2007-03-21 at 15:12 +0100, Marcel Holtmann wrote:
> Hi Andrew,
>
> > > * Freezes immediately if I allow Bluetooth to configure.
> >
> > cc bluez-devel
>
> is the -mm specific or does this also happens with 2.6.21-rc4?
Bluetooth works now, so it isn't entirely -mm's fault.
I app
On Fri, 2007-03-23 at 19:50 +0100, Adrian Bunk wrote:
> This email lists some known regressions in Linus' tree compared to 2.6.20.
>
> If you find your name in the Cc header, you are either submitter of one
> of the bugs, maintainer of an affectected subsystem or driver, a patch
> of you caused a
This fixes a problem seen by a number of people running UML on newer host
kernels. init would hang with an infinite segfault loop.
It turns out that the host kernel was providing a AT_SYSINFO_EHDR of
0xe000, which faked UML into believing that the host VDSO page could be
reused. However, AT_
1 - 100 of 315 matches
Mail list logo