>
> 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
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
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
>
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
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
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
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
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
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
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,
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
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
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
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
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.
> 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
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
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,
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
> >
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
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
> >
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
>
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
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
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
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
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());
> }
>
>
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
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
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
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 :
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
> > >>>
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...
[...]
>
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
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
> >
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
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
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
>
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 @@
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
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
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:
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
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
>
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?...
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
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:
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
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
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
> >>>
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
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, , ,
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
> -#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
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
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
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
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
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:
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.
>
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,
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
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
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
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
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
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
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
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
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
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,
On Wed, 2007-03-21 at 11:13 -0500, Larry Finger wrote:
> Andrew Morton wrote:
> > On Tue, 20 Mar 2007 17:23:54 -0600 Zan Lynx <[EMAIL PROTECTED]> wrote:
> >> First impressions:
> >> Several of the same bugs as rc3-mm*:
> >> * Freezes immediately if I touch the wlan0 device after loading
> >>
lo,
aic7xxx driver mmio / dma on x86_64 linux broken here.
i need some comments and further investigation advice on this:
(resend, mozilla misconfig )
thomas schorpp wrote:
James Bottomley wrote:
On Fri, 2007-03-23 at 17:28 +0100, thomas schorpp wrote:
i agree for this to be a 32bit dma
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 over the world, a dual Pentium D 3.2GHz
with 4GB of memory and a single 160GB SATA disk running
a
include/
math-emu/
extended.h
media/
cs53l32a.h
wm8775.h
thoughts?
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
On Fri, Mar 23, 2007 at 10:40:17AM +0100, Eric Dumazet wrote:
> On Fri, 23 Mar 2007 09:59:11 +0100
> Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> >
> > Implement queued spinlocks for i386. This shouldn't increase the size of
> > the spinlock structure, while still able to handle 2^16 CPUs.
> >
>
lo,
aic7xxx driver mmio / dma on x86_64 linux broken here.
i need some comments and further investigation advice on this:
thomas schorpp wrote:
James Bottomley wrote:
On Fri, 2007-03-23 at 17:28 +0100, thomas schorpp wrote:
i agree for this to be a 32bit dma busmaster chip, since
Takashi Iwai wrote:
> At Tue, 20 Mar 2007 17:08:48 +0100,
> I wrote:
>> At Tue, 20 Mar 2007 12:05:07 -0400,
>>>
>>> http://lkml.org/lkml/2006/12/3/9
>> This is a different problem.
>> A known workaround is to provide probe_mask=1 module option.
>
> BTW, does this happen on the latest linus git
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.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Thu, Mar 22, 2007 at 11:48:48PM -0800, Andrew Morton wrote:
>>> afacit that two-year-old, totally-different patch has nothing to do with my
>>> repeatedly-asked question. It appears to be consolidating three separate
>>> quicklist allocators into one common implementation.
>>> In an attempt to
On Fri, 2007-03-23 at 19:50 +0100, Adrian Bunk wrote:
> Subject: dynticks makes ksoftirqd1 use unreasonable amount of cpu time
> References : http://bugzilla.kernel.org/show_bug.cgi?id=8100
> Submitter : Emil Karlson <[EMAIL PROTECTED]>
> Handled-By : Thomas Gleixner <[EMAIL PROTECTED]>
>
1 - 100 of 625 matches
Mail list logo