On Fri, Feb 16, 2007 at 12:46:17PM +0530, Srivatsa Vaddagiri wrote:
> frozen. The only exception is cleaning up of per-cpu threads (which is
> not possible with processes frozen - if we can find a way to make that
> possible, then everything can be done in CPU_DEAD).
How abt a patch like below?
On Thu, 15 Feb 2007 09:32:30 EST, "linux-os (Dick Johnson)" said:
> There are a lot of device drivers that will never make it into the
> mainline kernel because they are for one-of-a-kind devices or boards
> that companies embed into their products. Nobody would even want a
> copy of the software t
On Thu, Feb 15, 2007 at 07:10:45PM -0800, David Brownell wrote:
> This patch stops "modpost" from issuing erroneous modpost warnings on ARM
> builds, which it's been doing since since maybe last summer. A canonical
> example would be driver method table entries:
>
> WARNING: - Section mismatch
On Fri, Feb 16, 2007 at 01:17:19AM +0100, Tilman Schmidt wrote:
> Am 15.02.2007 22:56 schrieb Adrian Bunk:
> > This patch fixes the following compile error:
> >
> > <-- snip -->
> >
> > ...
> > LD drivers/isdn/gigaset/built-in.o
> > drivers/isdn/gigaset/ser_gigaset.o: In function `gigase
Hello!
> Assuming these need not be GPL, I have a problem with
> EXPORT_SYMBOL_GPL and the general trend in the direction of making
> proprietary drivers harder on companies.
Most kernel developers did always say they don't agree with proprietary
drivers, don't want to support them and that they
I can confirm that it works fine with 2.6.20-rc2.
Do you need me to try any other ? do you need any more info ?
2007/2/14, Nilshar <[EMAIL PROTECTED]>:
Hello,
I have an issue with latest 2.6.20 kernel..
my last kernel was a 2.6.18 and I wanted to upgrade to a 2.6.20, I
copied .config and did a m
>
> Now is there some way to not have to duplicate the 'config choices
> between if ONLY_HAVE_ONE and if !ONLY_HAVE_ONE
>
> To use your example I want to do:
>
> config ONLY_HAVE_ONE
> prompt "only have one?"
> boolean
>
> if ONLY_HAVE_ONE
> config VAL_FIRST
> bool "First va
On Thu, Feb 15, 2007 at 11:28:57AM -0800, Linus Torvalds ([EMAIL PROTECTED])
wrote:
> THAT was the point. Interfaces are really really subtle and important.
> It's absolutely not a case of "we can just write wrappers to fix up any
> library issues".
Interfaces can be created and destroyed - the
- make the page table contents printing PAE capable
- make sure the address stored in current->thread.cr2 is unmodified
from what was read from CR2
- don't call oops_may_print() multiple times, when one time suffices
- print pte even in highpte case, as long as the pte page isn't in
actually in
On Thu, 2007-02-15 at 21:48 -0800, v j wrote:
> We only get crap because no one here yet knows how to interpret
> proprietary modules loaded into the kernel.
The proprietary modules where only a tiny wrapper is linux-specific and
the rest is cross-platform are in a grey area, yes.
But your modules
> I'll say that again, for everyone else who is reading this: the GPL
> makes it really clear that extensions to a GPL work are required to be
> distributed under the terms of the GPL. All this junk about
> "derivative works" is just the legal jargon used to implement the
> intent of the GPL. Yo
On Fri 16-02-07 00:01:32, Frank Hartmann wrote:
> Jan Kara <[EMAIL PROTECTED]> writes:
>
> > On Thu 15-02-07 00:33:31, Frank Hartmann wrote:
> >> Jan Kara <[EMAIL PROTECTED]> writes:
> >>
> >> > Yes I see some correlation. Again it seems there is a problem with
> >> > buffers
> >> > attached t
On Fri, 2007-02-16 at 03:19 -0500, [EMAIL PROTECTED] wrote:
[...]
> Actually, the *real* reason embedded systems end up using old versions is
> much simpler.
ACK.
> They start developing their code on release 2.X.Y, and they keep their code
> out-of-tree. Then, when they come up for air, and it'
On Friday, 16 February 2007 09:12, Srivatsa Vaddagiri wrote:
> On Fri, Feb 16, 2007 at 12:46:17PM +0530, Srivatsa Vaddagiri wrote:
> > frozen. The only exception is cleaning up of per-cpu threads (which is
> > not possible with processes frozen - if we can find a way to make that
> > possible, then
On Thu, 2007-02-15 at 18:36 -0600, Scott Preece wrote:
> if the drivers are for devices
> proprietary to their hardware, then they have no real value to anyone
> else. And the drivers MIGHT contain information useful to their actual
> competitors.
Don't you feel like a contradiction in those two s
On Thu, 15 February 2007 23:59:14 +0100, Juan Piernas Canovas wrote:
> >
> Actually, the version of DualFS for Linux 2.4.19 implements a cleaner. In
> our case, the cleaner is not really a problem because there is not too
> much to clean (the meta-data device only contains meta-data blocks which
Driver for the Silicon Motion SM501 multifunction device
framebuffer subsystem.
This driver supports both the CRT and LCD panel heads,
with some simple acceleration for the cursor plotting
and support for screen panning. There is no current
support for bitblt/drawing engines, which should be
added
On Thu, 15 Feb 2007 22:25:12 PST, v j said:
> > It's written in black and white, in the license.
>
> Please point me to where it says I cannot load proprietary modules in
> the Kernel.
Nobody can point you there, because it doesn't say that anywhere.
What you do to *your* kernel is *your* busine
Greetings,
Per $subject, git.yesterday hangs hard on boot here. A git bisect
fingered the commit below, which I verified via git bisect reset; git
revert -n 725522b5453dd680412f2b6463a988e4fd148757, after which box
boots fine. (well, I hope I verified... i'm git-ignorant)
commit 725522b5453dd680
On Thu, 2007-02-15 at 18:36 -0600, Scott Preece wrote:
[...]
> Note that it is possible that what vj said is strictly true. IF the
> product they ship is non-modifiable, then it's hard to argue that
> anyone else could maintain it. And if the drivers are for devices
The GPL has no special handling
On Fri, Feb 16, 2007 at 10:29:20AM +0100, Rafael J. Wysocki wrote:
> Well, the suspend code has been developed with the assumption that frozen
> threads stay frozen until _we_ let them thaw by calling thaw_processes(). I'm
> a bit afraid of this change.
Note that only kernel threads created thr'
> I quote from Stallman: "Nobody is trying to patent specific programs; that
> isn't allowed, but nobody would bother even if it was allowed. A patent
> covering one specific program would not really matter to anyone. The reason
> why these patents create an issue is that they're not about specific
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspace.
Apply to 2.6.20
http://www.kernel.org/pub/linux/kernel/people/ck/patches/2.6
On Fri, Feb 16, 2007 at 09:50:45AM +, Ben Dooks wrote:
> Driver for the Silicon Motion SM501 multifunction device
> framebuffer subsystem.
>
> This driver supports both the CRT and LCD panel heads,
> with some simple acceleration for the cursor plotting
> and support for screen panning. There
Xavier Bestel wrote:
On Thu, 2007-02-15 at 21:48 -0800, v j wrote:
We only get crap because no one here yet knows how to interpret
proprietary modules loaded into the kernel.
The proprietary modules where only a tiny wrapper is linux-specific and
the rest is cross-platform are in a grey area,
Hi,
On Thu, 15 Feb 2007, Kumar Gala wrote:
> I was wondering if there was some way to make a Kconfig menu either be just a
> menu or a choice depending on another bool being set or not.
>
> What I'm trying to accomplish is if CONFIG_ONLY_HAVE_ONE is set I want it so
> you can only select on opti
On Thu, 15 Feb 2007 22:25:12 PST, v j said:
(Damn, hit send too soon)
> No, just that the trend is disturbing. If enough Kernel Developers
> choose to write their Software in a way that prevents others from
> using it freely, then that is troubling. Especially when these Kernel
> Developers are s
David Schwartz wrote:
Most certainly the spirit of the GPL is that it's fair use to tinker with a
work to get it to work on your hardware. Is it not fair use to share that
with other licensees of the original work? Should Microsoft be able to
prevent me from distributing patches to Windows that f
On Thu, 2007-02-15 at 22:25 -0800, v j wrote:
[...]
> No, just that the trend is disturbing. If enough Kernel Developers
> choose to write their Software in a way that prevents others from
> using it freely, then that is troubling. Especially when these Kernel
You can use it freely - your definiti
>=
>[ INFO: possible recursive locking detected ]
>2.6.19-1.2909.fc7 #1
>-
>anaconda/587 is trying to acquire lock:
> (&bdev->bd_mutex){--..}, at: [] mutex_lock+0x21/0x24
>
>but task is already holding lock:
>
> "JE" == Jörn Engel <[EMAIL PROTECTED]> writes:
JE> Being good where log-structured filesystems usually are horrible
JE> is a challenge. And I'm sure many people are more interested in
JE> those performance number than in the ones you shine at. :)
Anything that helps performance when untarri
* Rui Nuno Capela <[EMAIL PROTECTED]> wrote:
> Rui Nuno Capela (me) wrote:
> >
> > I have terrible news: 2.6.20-rt5 does not boot at all on a couple
> > machines I was brave enough to try -- a [EMAIL PROTECTED] SMP/HT desktop,
> > and a
> > Core2 Duo [EMAIL PROTECTED] laptop. For the first case
Hi,
Thank you for your comments.
On Thu, 15 Feb 2007 23:09:43 -0500
Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> On Thursday 15 February 2007 22:36, Yoichi Yuasa wrote:
> > Hi,
> >
> > This patch adds support for the back panel buttons on Cobalt server.
> > It's tested on the Cobalt Qube2.
> >
Dan Hecht wrote:
> On 02/15/2007 11:04 PM, Jeremy Fitzhardinge wrote:
>> HZ - I'm assuming dynticks will appear in the short term, and this will
>> become moot
>
> Doesn't Xen send any non-blocked domain a 100hz alarm implicitly,
> without anyway for the guest to disable it? I guess you'll have to
Ian Campbell <[EMAIL PROTECTED]> writes:
> On Fri, 2007-02-16 at 00:33 -0700, Eric W. Biederman wrote:
>> I know there actually has been some work to get kexec actually working under
>> Xen but I don't know where that has gone.
>
> kexec/kdump works with Xen 3.0.4 but it's a dom0 only thing so it
On Fri, 2007-02-16 at 00:33 -0700, Eric W. Biederman wrote:
> I know there actually has been some work to get kexec actually working under
> Xen but I don't know where that has gone.
kexec/kdump works with Xen 3.0.4 but it's a dom0 only thing so it
doesn't appear in this patchset.
Ian.
-
To uns
Eric W. Biederman wrote:
Ian Campbell <[EMAIL PROTECTED]> writes:
On Fri, 2007-02-16 at 00:33 -0700, Eric W. Biederman wrote:
I know there actually has been some work to get kexec actually working under
Xen but I don't know where that has gone.
kexec/kdump works with Xen 3.0.4
On 02/16/2007 12:05 AM, Jeremy Fitzhardinge wrote:
Dan Hecht wrote:
On 02/15/2007 11:04 PM, Jeremy Fitzhardinge wrote:
HZ - I'm assuming dynticks will appear in the short term, and this will
become moot
Doesn't Xen send any non-blocked domain a 100hz alarm implicitly,
without anyway for the gu
On 2/16/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
Remove the ctor for the pgd cache. There's no point in having the
cache machinery do this via an indirect call when all pgd are freed in
the one place anyway.
The reason we have slab constructors and destructors is to _avoid_
reinitial
Subject? description?
On Thu, Feb 15, 2007 at 06:24:53PM -0800, Jeremy Fitzhardinge wrote:
> -static void vmi_set_pte_present(struct mm_struct *mm, unsigned long addr,
> pte_t *ptep, pte_t pte)
> +static void vmi_set_pte_present(struct mm_struct *mm, u32 addr, pte_t *ptep,
> pte_t pte)
And wh
> It's for populating the pagetable in a vmalloc area. There's magic in
If the lazy setup doesn't work for you you can always call vmalloc_sync()
early.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo in
Pekka Enberg wrote:
On 2/16/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
Remove the ctor for the pgd cache. There's no point in having the
cache machinery do this via an indirect call when all pgd are freed in
the one place anyway.
The reason we have slab constructors and destructors
On Fri, 16 Feb 2007 02:00:39 -0800 "Christian Limpach" <[EMAIL PROTECTED]>
wrote:
> Jeremy Fitzhardinge wrote:
> > Andrew Morton wrote:
> > > On Thu, 15 Feb 2007 22:14:45 -0800 Dan Hecht
> > <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >>> config PREEMPT
> > >>> bool "Preemptible Kerne
Keir Fraser wrote:
On 16/2/07 07:25, "Jeremy Fitzhardinge" <[EMAIL PROTECTED]> wrote:
Oh, so that's why it doesn't break when CONFIG_PREEMPT=y. In which case
that preempt_disable() I spotted is wrong-and-unneeded.
Why doesn't Xen work with preemption??
I've forgotten the details.
On Fri, 2007-02-16 at 07:46 +0530, Rick Brown wrote:
Your quoting style sucks. I fixed it by hand.
[...]
> > 1) Can any one please shed some light on precisely and exactly what are
> > differences in different boards for which we need to port linux?
> On Fri, 2007-02-16 at 09:48 +0530, Ajay Sin
On Friday, 16 February 2007 10:59, Srivatsa Vaddagiri wrote:
> On Fri, Feb 16, 2007 at 10:29:20AM +0100, Rafael J. Wysocki wrote:
> > Well, the suspend code has been developed with the assumption that frozen
> > threads stay frozen until _we_ let them thaw by calling thaw_processes().
> > I'm
> >
Bodo Eggert <[EMAIL PROTECTED]> writes:
> Sergei Organov <[EMAIL PROTECTED]> wrote:
>> Linus Torvalds <[EMAIL PROTECTED]> writes:
[...]
> Using signed chars for strings is wrong in most countries on earth. It was
> wrong when the first IBM PC came out in 1981, and creating a compiler in
> 1987 defa
On Feb 16 2007 10:44, Jon K Hellan wrote:
> Xavier Bestel wrote:
>> On Thu, 2007-02-15 at 21:48 -0800, v j wrote:
>> > We only get crap because no one here yet knows how to interpret
>> > proprietary modules loaded into the kernel.
>>
>> The proprietary modules where only a tiny wrapper is linux-
> What are you talking about? This is not about software patents AT ALL.
Yes, it is. The difference between a copyright and a patent is this
simple -- a copyright protects the one particular way you chose to do
something and a patent protects every possible way of doing the same thing
(or employ
On Fri, 2007-02-16 at 03:42 -0800, David Schwartz wrote:
[...]
> Not quite. Copyright is: This particular implementation is mine, but you are
> free to implement any idea any *other* way you want. You simply can't
> implement an idea precisely the way I did it, but all ideas are open to you.
Actua
This patch adds another usb id to the cp2101. It seems to work well.
Please apply, thanks.
Signed-off-by: Pozsar Balazs <[EMAIL PROTECTED]>
diff -Naurd a/drivers/usb/serial/cp2101.c b/drivers/usb/serial/cp2101.c
--- a/drivers/usb/serial/cp2101.c 2006-07-15 21:00:43.0 +0200
+++ b/
Zach Brown wrote:
> It will not return until kiocbSetKicked() is called,
> and that is only called from kick_iocb().
There is no test or wait of Kicked in considered
for (;;) aio_write() loop.
Zach Brown wrote:
>> The proposed patch does not crate this bug if any.
> Right, and I said that in the
On Thu, Feb 15, 2007 at 03:05:26PM -0800, Randy Dunlap wrote:
> On Thu, 15 Feb 2007 22:26:10 + (GMT) James Simmons wrote:
>
> >
> > I wouldn't say it orphan. I just can't spend 8 hours a day on it.
> > Alot of patches have been flowing into the layer.
>
> So would you like to leave it as Ma
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Thu, 15 Feb 2007, Linus Torvalds wrote:
> >
> > So I think that a good implementation just does everything up-front,
> > and doesn't _need_ a user buffer that is live over longer periods,
> > except for the actual results. Exactly because the wh
Bodo Eggert <[EMAIL PROTECTED]> writes:
> Sergei Organov <[EMAIL PROTECTED]> wrote:
>> Linus Torvalds <[EMAIL PROTECTED]> writes:
>
>>> Exactly because "char" *by*definition* is "indeterminate sign" as far as
>>> something like "strlen()" is concerned.
>>
>> Thanks, I now understand that you eith
Mockern napsal(a):
What for is "bloc_til_ready" function in tty drivers?
Most drivers waits for hardware to detect carrier and for closed callout.
regards,
--
http://www.fi.muni.cz/~xslaby/Jiri Slaby
faculty of informatics, masaryk university, brno, cz
e-mail: jirislaby gmail com,
On Thu, Feb 15, 2007 at 04:38:41PM -0800, David Schwartz wrote:
>...
> Just to be perfectly clear, it is an outrageous claim that *every*
> *possible* kernel module must be a derivative work of the kernel. Copyright
> *cannot* protect every possible way to accomplish a particular function (and
> "a
Am Donnerstag, 15. Februar 2007 schrieb Corey Minyard:
> On Thu, Feb 15, 2007 at 02:27:45AM -0800, Andrew Morton wrote:
> > Judging from the patch headers you were working against 2.6.19, which is
> > most optimistic. Please always prepare and test patches against the
> > latest kernel.
>
> Well,
WARNING: drivers/parport/parport_pc.o - Section mismatch: reference
to .init.text: from .text between 'parport_pc_probe_port' (at offset
0x14f7) and 'parport_pc_unregister_port'
parport_dma_probe() cannot be declared __devinit as it is called
from parport_pc_probe_port() which isn't.
Signed-off-b
> > Not one person is claiming they have a patent on whatever it is that
> > V J's company is putting out (especially since we have no idea what
> > that might be). Patents != copyright.
>
> That's exactly what they're doing. Knowing only the *function* of his
> program, they are claiming it mus
On Thu, Feb 15, 2007 at 12:04:26AM -0800, v j wrote:
> Ok so are thousands of others who are using Linux as their OS of
> choice in embedded systems. They are not doing this because they are
> eager to give back back. They are doing it because Linux provides
> compelling reasons for them to choose
On Fri, Feb 16, 2007 at 01:28:06PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
> OTOH, the syslet concept right now already looks very ubiquitous, and
> the main problem with AIO use in applications wasnt just even its broken
> API or its broken performance, but the fundamental lack of all Linu
Hi,
This patch series is version 3 of the core dump masking feature,
which provides a per-process flag not to dump anonymous shared
memory segments.
In this version, /proc//coredump_omit_anonymous_shared file
is provided as an interface instead of the previous
/proc//core_flags. If you have writt
On Thu, Feb 15, 2007 at 06:29:29PM -0500, Lee Schermerhorn wrote:
>
> I've attached another patch that closes one race and fixes a context
> problem [irq/preemption state] in __unreplicate_page_range(). This
> makes the locking even uglier :-(.
>
> I get further with this patch. Boot all the wa
Hi,
I can't bring up my machine with root LVM anymore using x86_64. The same
machine from same kernel tree boots fine as x86. The error message is quoted
in subject. The tree is at 86a71dbd3e81e8870d0f0e56b87875f57e58222b (for
those not using git: somewhere after 2.6.20).
Attached are my .conf
WARNING: drivers/video/i810/i810fb.o - Section mismatch: reference
to .init.data: from .text between 'i810_check_params' (at offset
0x1123) and 'encode_fix'
yres cannot be declared __devinitdata as it is used in
i810_check_params(), which isn't __devinit.
Signed-off-by: Jean Delvare <[EMAIL PROTE
Page-based NUMA pagecache replication.
This is a scheme for page replication replicates read-only pagecache pages
opportunistically, at pagecache lookup time (at points where we know the
page is being looked up for read only).
The page will be replicated if it resides on a different node to what
Trial the replicated pagecache on non-NUMA machines by doing per-CPU
replication. Actually there is a slight change in one algorithm because
there is no such thing as page_to_cpuid.
To minimise the code change, this just pretends smp_processor_id returns
a node id. Technically this will blow up i
This patch adds an interface to set/reset a flag which determines
anonymous shared memory segments should be dumped or not when a core
file is generated.
/proc//coredump_omit_anonymous_shared file is provided to access
the flag. You can change the flag status for a particular process by
writing to
This patch enables to omit anonymous shared memory from an ELF
formatted core file when it is generated.
Signed-off-by: Hidehiro Kawai <[EMAIL PROTECTED]>
---
fs/binfmt_elf.c | 20 ++--
1 files changed, 14 insertions(+), 6 deletions(-)
Index: linux-2.6.20-mm1/fs/binfmt_elf.c
==
This patch enables to omit anonymous shared memory from an ELF-FDPIC
formatted core file when it is generated.
The debug messages from maydump() in fs/binfmt_elf_fdpic.c are changed
appropriately so that we can know what kind of memory segments are
dumped or not.
Signed-off-by: Hidehiro Kawai <[E
This patch adds the documentation for
/proc//coredump_omit_anonymous_shared.
Signed-off-by: Hidehiro Kawai <[EMAIL PROTECTED]>
---
Documentation/filesystems/proc.txt | 38 +++
1 files changed, 38 insertions(+)
Index: linux-2.6.20-mm1/Documentation/filesystems/proc.txt
=
On 2/16/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
As others have pointed out, NVidia and ATI think they're in an OK spot with
the way *they* do *their* module,
Man, your sentence is so vague here that I almost don't feel the need
to correct you, almost. I don't think NVIDIA or ATI think
Hi Greg,
This is a resubmission of a patch that fell through the
cracks long ago. I've posted it a couple of times, and don't recall
anyone objecting to it.
struct sysfs_dirent is private to the fs/sysfs/ subtree. It is
not even referenced as an opaque structure outside of that
Thanx for your respond,
I did not implement this function in my tty driver.
Does it help to work my driver with cat Linux operation?
(e.g. cat < ttyS10)
>Mockern napsal(a):
>> What for is "bloc_til_ready" function in tty drivers?
>
>Most drivers waits for hardware to detect carrier and for clos
On 02/16, Jiri Slaby wrote:
>
> unify queue_delayed_work and queue_delayed_work_on fix
>
> Since cwq->wq is unset for other than singlethread_cpu when singlethread
> workqueue was created, an oops occurs during bootup.
And I thought I tested this...
>
Thanx for your respond.
Does it mean I have to change nothing in my tty driver (based on serial_core.c)
to use: cat and cp? No "nonstandard " special functions to implement?
>
>On Thu, 15 Feb 2007, Mockern wrote:
>
>> I have a question about linux tty driver
>>
>> how to support cp, cat oper
I just read
http://kerneltrap.org/node/7729
and it occured to me that it would be informative to have a new device
driver macro. The motivation for the new macro would be 4 issues:
* Is it possible to get specifications for the device?
* If yes, under what terms? (nda, p
On Thu, Feb 15, 2007 at 10:25:12PM -0800, v j wrote:
> >It's written in black and white, in the license.
>
> Please point me to where it says I cannot load proprietary modules in
> the Kernel.
>
It doesn't, but EXPORT_SYMBOL_GPL makes it quite clear what you can not do if
you are not a GPL module
SInce this information does not, in any way, affect the functioning of
the driver... It is not "executable code", I don't see the point of
it.
For "module_licence" we have the restriction of some functions being
used only for GPL code, but for this?!? I really don't see it...
Just think: what wo
On 16/02/07, v j <[EMAIL PROTECTED]> wrote:
> It's written in black and white, in the license.
Please point me to where it says I cannot load proprietary modules in
the Kernel.
http://www.gnu.org/licenses/gpl.txt
Section 2.b. :
"
b) You must cause any work that you distribute or publish, th
On Feb 16, 2007, at 4:23 AM, Roman Zippel wrote:
Hi,
On Thu, 15 Feb 2007, Kumar Gala wrote:
I was wondering if there was some way to make a Kconfig menu
either be just a
menu or a choice depending on another bool being set or not.
What I'm trying to accomplish is if CONFIG_ONLY_HAVE_ONE i
My system clock runs at approximately half speed in
linux-2.6.20, 2.6.20-git10 and 2.6.20-git11. That is, it takes about
two hours for "date" to report that one hour has elapsed. "hwclock"
returns the correct time, of course.
I do not have this problem in linuux 2.6.18.1. I will
Looking at irq handling in the kernel from a generic perspective I
see two problems.
- There are a huge number of possible interrupt sources but in
practice very few of them are used. So we need a large
irq_desc[NR_IRQS] array that mostly goes unused. If we try for
tighter pacing we get i
> I expect the most it makes sense to aim for 2.6.22 are the genirq
> changes so the internal arch code is passing struct irq_desc
> everywhere internally.
Are there any livetime issues with passing pointers around?
e.g. what happens on APIC hotunplug etc.? We don't necessarily
support that yet
From: Eric W. Biederman [mailto:[EMAIL PROTECTED]
Sent: Friday, February 16, 2007 12:44 AM
To: Len Brown
Cc: Andi Kleen; Protasevich, Natalie; lkml - Kernel Mailing List;
linux-acpi@vger.kernel.org
Subject: Re: [PATCH] i386: irq: Kill IRQ compression
Len Brown <[EMAIL PROTECTED]> writes:
> This
[EMAIL PROTECTED] (Eric W. Biederman) writes:
> By itself I don't think we are going to observe any real problems
> with this patch.
>
> However if we are going to be serious about this we need to do a
> few more things.
>
> - kill ioapic_renumber_irq.
Looking closer ioapic_renumber_irq does not
"Natalie Protasevich" <[EMAIL PROTECTED]> writes:
> This routine actually renumbers gsi's. I don't think you can kill
> ioapic_renumber_irq without bringing down ES7000 that have swapped
> legacy/PCI ranges and are still out there. Moreover, mach-es7000
> purpose is to define and use the range swa
l> From: Eric W. Biederman [mailto:[EMAIL PROTECTED]
Sent: Friday, February 16, 2007 2:22 AM
To: Protasevich, Natalie
Cc: Len Brown; Andi Kleen; lkml - Kernel Mailing List;
linux-acpi@vger.kernel.org
Subject: Re: [PATCH] i386: irq: Kill IRQ compression
[EMAIL PROTECTED] (Eric W. Biederman) write
Due to hardware and software implementation limits the i386 kernel can
only use 224 or so different IRQs at one time. However except for
actually having the irqs delivered there are no limits except the
arbitrary number NR_IRQS on how many irqs we can talk about and deal
with.
Frequently not all
> Allowing the kernel to work on big machines without complicated
> and error prone irq remapping logic.
How much memory does this use by default? If it's much there should
be at least a CONFIG_* to make it smaller.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Andi Kleen <[EMAIL PROTECTED]> writes:
>> Allowing the kernel to work on big machines without complicated
>> and error prone irq remapping logic.
>
> How much memory does this use by default? If it's much there should
> be at least a CONFIG_* to make it smaller.
If you don't build a generic kerne
Hi!
> > On Thu, February 15, 2007 11:36 am, Pavel Machek said:
>
> >>> sys_vendor = "Sony Corporation"
> >>> sys_product = "PCG-SRX51P(DE) "
> >>> sys_version = "01 "
> >>> bios_version = "R0232U2"
> >>>
...
> >>> Latest kernel I tested is 2.6.20-git1
* Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> So I propose we remove all assumptions from the code that we actually
> have an array of irqs. That will allow for irq_desc to be dynamically
> allocated instead of statically allocated saving memory and reducing
> kernel complexity.
hm. I'd s
On Thursday 15 February 2007 18:01, Jeff Dike wrote:
> On Wed, Feb 14, 2007 at 09:51:23PM -0800, Andrew Morton wrote:
> > Whatever happens, please ensure that the final fix makes it into -stable
> > as well. Jeff's version of this patch wasn't cc'ed to [EMAIL PROTECTED]
>
> Paolo's patch was sent
Replacing (n & (n-1)) in the context of power of 2 checks
with is_power_of_2
diff --git a/arch/ia64/mm/hugetlbpage.c b/arch/ia64/mm/hugetlbpage.c
index 0c7e94e..0ccc70e 100644
--- a/arch/ia64/mm/hugetlbpage.c
+++ b/arch/ia64/mm/hugetlbpage.c
@@ -16,6 +16,7 @@
#include
#include
#include
+#in
Hello.
Andrew Morton wrote:
+ status = *(volatile u32 *)up->port.private_data;
It distresses me that this patch uses a variable which this patch
doesn't initialise anywhere. It isn't complete.
I assume this gets passed via early_serial_setup(). Marc?
The sub-dri
Yes.
I understand and agree this project and the contribution
are public and that a record of the contribution (including all
personal information I submit with it, including my sign-off) is
maintained indefinitely. I thereby license this patch to be
redistributed und
On 16/2/07 07:25, "Jeremy Fitzhardinge" <[EMAIL PROTECTED]> wrote:
>> Oh, so that's why it doesn't break when CONFIG_PREEMPT=y. In which case
>> that preempt_disable() I spotted is wrong-and-unneeded.
>>
>> Why doesn't Xen work with preemption??
>
> I've forgotten the details. Ian? Keir? Ste
Jeremy Fitzhardinge wrote:
> Andrew Morton wrote:
> > On Thu, 15 Feb 2007 22:14:45 -0800 Dan Hecht
> <[EMAIL PROTECTED]> wrote:
> >
> >
> >>> config PREEMPT
> >>> bool "Preemptible Kernel (Low-Latency Desktop)"
> >>> + depends on !XEN
> >>> help
> >>> This option reduces the latency of
1 - 100 of 423 matches
Mail list logo