On 02/16/2007 01:51 PM, Zachary Amsden wrote:
Keir Fraser wrote:
On 16/2/07 17:46, "Jeremy Fitzhardinge" <[EMAIL PROTECTED]> wrote:
Keir Fraser wrote:
This initial patchset does not include save/restore support anyway, so in
fact it would be consistent to have CONFIG_PREEMPT configura
Don't use hardcoded 99 value, use MAX_RT_PRIO.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- 6.20-rc6-mm3/kernel/softlockup.c~ 2006-10-22 18:24:03.0 +0400
+++ 6.20-rc6-mm3/kernel/softlockup.c2007-02-17 01:35:57.0 +0300
@@ -82,7 +82,7 @@ void softlockup_tick(void)
*/
> > Rather than having the job of rewriting this code during 2.6, I'd much
> > prefer to get something sorted, even if it is ARM only before 2.6.
> >
> > I believe that there are some common problems with the existing API
> > which have been hinted at over the last few days, such as large
> > NR_
On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote:
> 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 f
On Tue, 13 Feb 2007 20:13:06 -0500, Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> OK I'll keep looking for the cause of the oops then:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=228231
> Feb 12 01:11:29 MyComputer kernel: ohci_hcd :00:02.1: auto-wakeup
> Feb 12 01:11:30 MyComputer
Hi Ingo,
Test scenario:
- normal boot
- echo shutdown > /sys/power/disk; echo disk > /sys/power/state
- echo platform > /sys/power/disk; echo disk > /sys/power/state
==
[ INFO: hard-safe -> hard-unsafe lock order detected ]
[ 2.6.20-rt8 #1
-
On Fri, 2007-02-16 at 13:41 +0100, Ingo Molnar wrote:
> * 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 alloca
Except for BUG_ON() checks, we should not use EXIT_ defines outside of
exit/wait paths.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- 6.20-rc6-mm3/kernel/power/process.c~2006-12-17 19:06:41.0
+0300
+++ 6.20-rc6-mm3/kernel/power/process.c 2007-02-17 01:27:54.0 +
On Fri, 2007-02-16 at 05:10 -0700, Eric W. Biederman wrote:
> Getting the drivers changed actually looks to be pretty straight
> forward it will just be a very large mechanical change. We change the
> type where of variables where appropriate and every once in a while
> introduce an irq_nr(irq) t
On 2/16/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 16 Feb 2007 09:37:01 -0600 Eric Van Hensbergen <[EMAIL PROTECTED]>
wrote:
> +static int v9fs_vfs_writepage(struct page *page, struct writeback_control
*wbc)
> +{
> + char *buffer = NULL;
> + struct address_space *mapping = pa
Christoph Lameter wrote:
On Fri, 16 Feb 2007, Zachary Amsden wrote:
Yes, but that is just because the Xen hooks happens to be near the last part
of the merge. VMI required some special hooks, as do both Xen and lhype (I
think ... Rusty can correct me if lhype's puppy's have precluded the ad
On Fri, Feb 16, 2007 at 01:06:19PM -0800, Daniel Walker wrote:
> On Fri, 2007-02-16 at 14:34 -0500, Jeff Muizelaar wrote:
> > It think it would be better if you had sometime like
> > 'clocksource_get_clock_with_features()' that took flags describing the
> > needed characteristics instead of the unw
From: [EMAIL PROTECTED]
Un-Breaks pthreads, since Oct 2003.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
include/asm-ia64/resource.h |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6/include/asm-ia64/resource.h
===
-
Cleanup. A number of per_cpu_ptr(wq->cpu_wq, cpu) users have to check that cpu
is valid for this wq. Make a simple helper.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- 6.20-rc6-mm3/kernel/workqueue.c~8_cpu_helper2007-02-16
23:27:06.0 +0300
+++ 6.20-rc6-mm3/kernel/workqueu
Richard Knutsson <[EMAIL PROTECTED]> writes:
> Convert pci_module_init() to pci_register_driver().
>
> Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
Ack.
> --- a/drivers/net/wan/pc300too.c
> +++ b/drivers/net/wan/pc300too.c
> @@ -542,7 +542,7 @@ static int __init pc300_init_module(void)
>
On Fri, 16 Feb 2007, Zachary Amsden wrote:
> Yes, but that is just because the Xen hooks happens to be near the last part
> of the merge. VMI required some special hooks, as do both Xen and lhype (I
> think ... Rusty can correct me if lhype's puppy's have precluded the addition
> of new hooks).
Pass a timestamp to kbuild via an enviroment variable.
TZ=UTC BUILD_TIMESTAMP=2007-01-01 make -kj O=../O vmlinux
This can be used when the kernel source is in a SCM and uname -v
is supposed to give the commit date and not the package build time.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]
Keir Fraser wrote:
On 16/2/07 17:46, "Jeremy Fitzhardinge" <[EMAIL PROTECTED]> wrote:
Keir Fraser wrote:
This initial patchset does not include save/restore support anyway, so in
fact it would be consistent to have CONFIG_PREEMPT configurable. I'm sure
that we are going to have some na
Christoph Lameter wrote:
On Fri, 16 Feb 2007, Zachary Amsden wrote:
For the most part, it doesn't disturb VMware or KVM. Xen does need some
additional functionality in paravirt-ops because they took a different design
choice - direct page tables instead of shadow page tables. This is where
Hallo.
On Fri, Feb 16, 2007 at 07:56:35PM +0100, Sam Ravnborg wrote:
> On Fri, Feb 16, 2007 at 04:59:29PM +0100, Oleg Verych wrote:
> > > >
> > > > Proposition will follow.
> > > >
> > > []
> > >
> > > [patch proposition] kbuild: lguest with private asm-offsets
> > []
> > > * needs "asm-offse
On Fri, 16 Feb 2007 21:35:17 +, Edouard Gomez wrote:
> It also fixed some freezes i had when working on a repository
> converter for mercurial, the convertion process used to be damn slow
> with pre1, it's now just fine.
I didn't mean pre1, I meant the 2.6.20-rc6-ck1 patch you were hesitating
On Fri, 2007-02-16 at 10:50 -0800, Andrew Morton wrote:
> Me no understand.
>
> If you take the specific example of
>
> void
> ahd_set_syncrate(struct ahd_softc *ahd, struct ahd_devinfo *devinfo,
>u_int period, u_int offset, u_int ppr_options,
>u_int type, int pau
Arnd Bergmann wrote:
On Friday 16 February 2007 01:32, Maynard Johnson wrote:
config OPROFILE_CELL
bool "OProfile for Cell Broadband Engine"
depends on OPROFILE && SPU_FS
default y if ((SPU_FS = y && OPROFILE = y) || (SPU_FS = m &&
OPROFILE = m))
help
Pro
Hello,
I am a bit confused on why the vm start and end address where swapped in
arch_unmap_area and arch_unmap_area_topdown functions after the official
Avoiding mmap fragmentation ( 1363c3cd8603a913a27e2995dccbd70d5312d8e6 )
patch.
Prior to this patch arch_unmap_area() used area->vm_start a
Working well at home and at work.
It fixed the problems i had at work with hard lockups when leaving the
box idling on night and getting back the day after. It also fixed some
freezes i had when working on a repository converter for mercurial, the
convertion process used to be damn slow with pre1
On Fri, 16 Feb 2007, Christoph Lameter wrote:
> Andrew already has this fix which cures it for me. PG_mlocked pages can
> be freed in some situations and thus we need the correct handling in the
> page allocator:
Works for me.
- James
--
James Morris
<[EMAIL PROTECTED]>
-
To unsubscribe from
On 2/16/07, Dave Neuer <[EMAIL PROTECTED]> wrote:
On 2/16/07, David Schwartz <[EMAIL PROTECTED]> wrote:
>
> (See, among other cases, Lexmark. v. Static
> Controls.) A copyright is not a patent, you can only own something if there
> are multiple equally good ways to do it and you claim *one* of th
Hi -
On Fri, Feb 16, 2007 at 09:03:23PM +0100, Andi Kleen wrote:
> > We in systemtap land have the same problem, and so far made do with
> > slightly postprocessed per-cpu TSC values.
>
> 90+% likely you're not solving your problem correctly this way.
Yes, it was done as a last resort.
We need
On 16/02/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Fri, 2007-02-16 at 21:38 +0100, Michal Piotrowski wrote:
> Hi,
>
> This looks like a tickless stuff
Yup.
> 0xc0139ea0 is in tick_nohz_stop_sched_tick
(/mnt/md0/devel/linux-git/kernel/time/tick-sched.c:168).
> 163
> 164 if (
Rodolfo Giometti wrote:
>>> +PROCFS support
>>> +--
>> New features shouldn't introduce new /proc stuff.
>
> It's a must? I can leave procfs for backward compatibility with old
> utilities?
Hmm, as this is a new feature with regard to the mainline kernel, old
utilities don't count (if
On Fri, 2007-02-16 at 21:38 +0100, Michal Piotrowski wrote:
> Hi,
>
> This looks like a tickless stuff
Yup.
> 0xc0139ea0 is in tick_nohz_stop_sched_tick
> (/mnt/md0/devel/linux-git/kernel/time/tick-sched.c:168).
> 163
> 164 if (need_resched())
> 165 goto end;
> 1
On Fri, 16 Feb 2007, Zachary Amsden wrote:
> For the most part, it doesn't disturb VMware or KVM. Xen does need some
> additional functionality in paravirt-ops because they took a different design
> choice - direct page tables instead of shadow page tables. This is where all
> the requirements f
This patch checks if workqueue creation failed.
Further usage of NULL pointed workqueue is not
good I guess ;)
Signed-off-by: Cyrill V. Gorcunov <[EMAIL PROTECTED]>
---
drivers/i2c/chips/ds1374.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/chips/ds137
On Fri, 2007-02-16 at 14:34 -0500, Jeff Muizelaar wrote:
> On Fri, Feb 16, 2007 at 10:28:50AM -0800, Daniel Walker wrote:
> > On Fri, 2007-02-16 at 13:10 -0500, Jeff Muizelaar wrote:
> > > On Fri, Feb 16, 2007 at 09:45:21AM -0800, Daniel Walker wrote:
> > > > I've been working on a patch set (below
acpi_boot_init() is making a bad check on the return
status from acpi_table_parse(). acpi_table_parse() now
returns zero on success, one on failure.
Signed-off-by: Aaron Young <[EMAIL PROTECTED]>
---
Index: release/arch/ia64/kernel/acpi.c
==
Christoph Lameter wrote:
On Thu, 15 Feb 2007, Jeremy Fitzhardinge wrote:
This patch series implements the Linux Xen guest in terms of the
paravirt-ops interface. The features in implemented this patch series
I am thoroughly confused. Maybe that is because I have not been following
t
On Fri, Feb 16, 2007 at 08:51:35PM +, Russell King wrote:
>
> You can't because it doesn't go through the interfaces you're hooking
> into. Existing interfaces are "changed" to point at the UARTs using
> setserial, which does its work via an ioctl.
I see.
> Not specifically only userland -
On Fri, Feb 16, 2007 at 09:43:24PM +0100, Arnd Bergmann wrote:
> On Friday 16 February 2007 20:52, Russell King wrote:
> > On Fri, Feb 16, 2007 at 08:45:58PM +0100, Arnd Bergmann wrote:
> > > We did something like this a few years back on the s390 architecture,
> > > which
> > > happens to be luck
On Fri, Feb 16, 2007 at 08:56:18PM +0100, Jan Dittmer wrote:
> Drop the linux prefix. It's in the linux kernel after all.
Ok.
> > +PROCFS support
> > +--
>
> New features shouldn't introduce new /proc stuff.
It's a must? I can leave procfs for backward compatibility with old
utilit
(can anyone comment on whether i'm thinking about this clearly?)
as i read it, there is no need for *any* of the semaphore.h files to
include "" anymore, since R/W sems now have their own
header file . so i recently submitted a patch to
delete all those inclusions from all semaphore.h files.
On Fri, Feb 16, 2007 at 09:43:36PM +0100, Rodolfo Giometti wrote:
> On Fri, Feb 16, 2007 at 07:12:08PM +, Russell King wrote:
> >
> > Yuck. Please. No. Doing it this way means you have to modify every
> > single serial driver out there which is a mamouth task.
> >
> > > u
On Thu, 15 Feb 2007, Jeremy Fitzhardinge wrote:
> This patch series implements the Linux Xen guest in terms of the
> paravirt-ops interface. The features in implemented this patch series
I am thoroughly confused. Maybe that is because I have not been following
this issue closely but it seems th
On Friday 16 February 2007 20:52, Russell King wrote:
> On Fri, Feb 16, 2007 at 08:45:58PM +0100, Arnd Bergmann wrote:
> > We did something like this a few years back on the s390 architecture, which
> > happens to be lucky enough not to share any interrupt based drivers with
> > any of the other ar
On Fri, Feb 16, 2007 at 07:12:08PM +, Russell King wrote:
>
> Yuck. Please. No. Doing it this way means you have to modify every
> single serial driver out there which is a mamouth task.
>
> > uart_handle_dcd_change(&up->port, status &
> > UART_MSR_DCD);
>
> Did you n
Hi,
This looks like a tickless stuff
[ cut here ]
kernel BUG at /mnt/md0/devel/linux-git/kernel/time/tick-sched.c:168!
invalid opcode: [#1]
PREEMPT SMP
Modules linked in: rtc unix
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00010002 (2.6.20 #53)
EIP is at t
- KRYPTIVA PACKAGED MESSAGE -
PACKAGING TYPE: SIGNED
Mathieu Desnoyers wrote:
> The main goal of this config option is for embedded systems which doesn't support live
code modification. Maybe we can put that under "embedded sytems" menu ?
Not sure whether you had had other feedback on t
On Thu, 15 Feb 2007, Jeremy Fitzhardinge 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.
Great. We finally get rid of this evil .
On second throughts:
Are you sure t
Ingo and Thomas,
Here's a clean up of the lpptest. I removed the dependency to the TSC
and I now use the getnstimeofday for measuring the latency. I also added
code to request the port region.
I plan on doing more with this utility, but figured I'd send updates at
stages of progress.
-- Steve
I
>
> The restricted dev/mem patches we've had in Fedora for a while
> do the right thing, but they're a bit crufty (in part due to
> drivers/char/mem.c being a bit of a mess before we even start
> patching it). I've had "clean these up for upstream" on my
> todo for a while. I might get around to
On Fri, Feb 16, 2007 at 07:58:54PM +0300, Evgeniy Polyakov wrote:
| Absolutely.
| And if overall system design is good, there is no problem to change
| (well, for those who fail to read to the end and understand my english
| replace 'to change' with 'to create and commit') interface to the state
|
On Thu, Feb 15, 2007 at 10:13:04PM +, Pavel Machek wrote:
> Hi!
>
> > Now, this is not a complete solution by any means: the core kernel is not
> > protected, and nor are /dev/mem or /dev/kmem, but it denies (or at least
> > controls) one relatively simple attack vector.
>
> Could we f
On Fri, Feb 16, 2007 at 12:25:26PM -0500, Michael Richardson wrote:
> (Yes, I suspect that the slab got corrupted.)
Is slab debugging turned on?
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
Hi!
> >I do not know the LED subsystem in detail, but I do not
> >know
> >any possibility to access the i8042 from different
> >subsystem
> >than the input subsystem.
> >
> >What do you think and recommend?
>
> I think you need to use leds framework for what you are
> trying to do.
I'm actual
Hi!
> > well, the situation for external modules is no worse than usual.
> > They still work, they just aren't signed. Which from a distributor point
> > of view, is actually a nice thing, as they stick out like a sore thumb
> > in oops reports with (U) markers :)
>
> I agree, that's really what
Hi!
> Now, this is not a complete solution by any means: the core kernel is not
> protected, and nor are /dev/mem or /dev/kmem, but it denies (or at least
> controls) one relatively simple attack vector.
Could we fix the /dev/*mem holes, first? They are already used by
malicious modules (aka root
On Fri, 16 Feb 2007 09:37:01 -0600 Eric Van Hensbergen <[EMAIL PROTECTED]>
wrote:
> +static int v9fs_vfs_writepage(struct page *page, struct writeback_control
> *wbc)
> +{
> + char *buffer = NULL;
> + struct address_space *mapping = page->mapping;
> + int retval = -EIO;
> + loff_
Robin Holt <[EMAIL PROTECTED]> wrote:
> How about:
> if (vma->vm_mm->coredump_omit_anon_shared) {
>
> Then the calls to maydump() would be unchanged:
VMAs are a shared resource under NOMMU conditions.
David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Some non political comments
Rodolfo Giometti wrote:
> +Coding example
> +--
> +
> +To register a PPS source into the kernel you should define a struct
> +linuxpps_source_info_s as follow:
> +
> +static struct linuxpps_source_info_s linuxpps_ktimer_info = {
Drop the linux prefix. I
I'm seeing an issue with a stock 2.6.20 kernel running on an embedded
PPC. I've got a usb flash drive plugged in and the filesystem on the
drive is vfat. Running with 64M and no swap.
If I execute a series of large (100M+) ftruncate() on the disk the
kernel will hang and never return. It
On Fri, Feb 16, 2007 at 10:44:15AM -0800, Randy Dunlap wrote:
> On Fri, 16 Feb 2007 13:30:14 -0500 Jeff Muizelaar wrote:
>
> > On Fri, Feb 16, 2007 at 11:30:56AM -0500, Frank Ch. Eigler wrote:
> > > Jeff Muizelaar <[EMAIL PROTECTED]> writes:
> > >
> > > > I've built a tool with the goal of loggin
On Fri, Feb 16, 2007 at 08:45:58PM +0100, Arnd Bergmann wrote:
> On Friday 16 February 2007 13:10, Eric W. Biederman wrote:
> > To do this I believe will require a s/unsigned int irq/struct irq_desc *irq/
> > throughout the entire kernel. Getting the arch specific code and the
> > generic kernel i
On 02/16, 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 everything can be done
On Friday 16 February 2007 13:10, Eric W. Biederman wrote:
> To do this I believe will require a s/unsigned int irq/struct irq_desc *irq/
> throughout the entire kernel. Getting the arch specific code and the
> generic kernel infrastructure fixed and ready for that change looks
> like a pain but p
On Fri, Feb 16, 2007 at 09:02:44PM +0100, Andi Kleen wrote:
> Jeff Muizelaar <[EMAIL PROTECTED]> writes:
> >
> > The question is, what api should I be using? I need something that can
> > be called from inside interrupt handlers, and obviously the more
> > accurate and the lower the overhead the b
From: James Bottomley <[EMAIL PROTECTED]>
This patch (as854) separates out the two queue-oriented ioctls from
the rest of the block-layer ioctls. The idea is that they should
apply to any driver using a request_queue, even if the driver doesn't
implement a block-device interface. The prototypica
Andi Kleen wrote:
> Chuck Ebbert <[EMAIL PROTECTED]> writes:
>> So, could ACPI and the k8temp driver be at odds?
>
> Yes, there is no locking between ACPI and Linux drivers for register access.
> e.g. if there is a indexed register both try to access (and temperature
> sensors tend to use these th
On Fri, Feb 16, 2007 at 10:28:50AM -0800, Daniel Walker wrote:
> On Fri, 2007-02-16 at 13:10 -0500, Jeff Muizelaar wrote:
> > On Fri, Feb 16, 2007 at 09:45:21AM -0800, Daniel Walker wrote:
> > > I've been working on a patch set (below), to expose the clocksources
> > > used by generic time to multi
Keir Fraser wrote:
> Hmmm... Actually looks like a bunch of architectures do lazy sync of the
> vmalloc area, although neither ia64 nor powerpc does so. However, all
> current users of the alloc_vm_area() function would be okay since none of
> the other lazy-syncing architectures are supported by X
Keir Fraser wrote:
> We can extend the Xen timer interface quite easily and get rid of this one
> too. In fact it doesn't *much* matter if the CONFIG_HZ differs from the Xen
> ticker rate -- we modified the Linux timer ISR to handle timer interrupts at
> arbitrary times already. The only drawback i
Hi,
I'm trying to setup a parallel console.
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PRINTER=y
CONFIG_LP_CONSOLE=y
kernel params
console=lp0 console=tty0
System stuck on
lp0: using parport0 (interrupt-driven).
http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20/1.jpg
What am I d
On 16/2/07 19:06, "Keir Fraser" <[EMAIL PROTECTED]> wrote:
>> I had moved it to mm/vmalloc.c in response to previous review comments
>> (namely, its not Xen specific, so it shouldn't live in the Xen part of
>> the tree).
>
> Then the call will have to be CONFIG_X86. I hadn't realised powerpc were
For anyone elses benefit when replying to Rodolfo...
- Forwarded message from [EMAIL PROTECTED] -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Fri, 16 Feb 2007 20:11:37 +0100
Subject: Re: [PATCH 1/1] LinuxPPS: Pulse per Second support for Linux
You are not allowed to post to this
Added dma_sync_single_range_for_cpu/device to dma-mapping.h in asm-arm &
asm-avr32 to call dma_sync_single_for_cpu/device. This patch enables b44
to compile on systems with these cpus.
This patch was created with the assumption that another method of
dma_sync_single_range_for_cpu/device does not ex
On Fri, Feb 16, 2007 at 07:52:30PM +0100, Rodolfo Giometti wrote:
> diff --git a/drivers/serial/8250.c b/drivers/serial/8250.c
> index 98ec861..cd9a003 100644
> --- a/drivers/serial/8250.c
> +++ b/drivers/serial/8250.c
> @@ -1315,8 +1315,25 @@ static unsigned int check_modem_status(struct
> uart_8
James Bottomley wrote:
On Fri, 2007-02-16 at 19:04 +0100, Richard Knutsson wrote:
James Bottomley wrote:
On Mon, 2007-02-12 at 12:27 -0800, Andrew Morton wrote:
Given that we now have a standard kernel-wide, c99-friendly way of
expressing true and false, I'd suggest that this
On Thu, Feb 15, 2007 at 08:05:56PM +0100, Blaisorblade wrote:
> Jeff, I verified my patch is _almost_ enough for 2.6.18 for fully booting a
> 32bit UML; on 2.6.18 I had to also add PTRACE_GET/SET_THREAD_AREA (this fix
> was merged in 2.6.19) to avoid tons of TLS errors.
I'm not seeing that. Wit
On Friday 16 February 2007 9:37 am, Nicolas Ferre wrote:
> David Brownell :
> [..]
> > Thanks! I'll be glad to see fewer versions of this driver floating around.
> > And to see the next version of the ads7843 patches ... :)
>
> Hi,
>
> Here is the ads7843 support for the ads7846 touchscreen dri
On 16/2/07 17:27, "Jeremy Fitzhardinge" <[EMAIL PROTECTED]> wrote:
> In fact that file is only built for i386 and x86_64, so there really is no
>> problem with using vmalloc_sync_all() directly and without ifdef.
>>
>
> I had moved it to mm/vmalloc.c in response to previous review comments
>
Eric W. Biederman wrote:
> Well you shouldn't need to wait just run with a kernel with NR_IRQS >= 1024.
> 1024 is stretch but it isn't to bad. There are already x86 boxes that have
> more pins on their ioapics then that. So x86_64 and with this latest
> round of patches from Len Brown and I i386 s
[EMAIL PROTECTED] (Frank Ch. Eigler) writes:
>
> We in systemtap land have the same problem, and so far made do with
> slightly postprocessed per-cpu TSC values.
90+% likely you're not solving your problem correctly this way.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linu
Towards the end of __oom_kill_task() we see the following comment/code:
/*
* We give our sacrificial lamb high priority and access to
* all the memory it needs. That way it should be able to
* exit() and clear out its resources quickly...
*/
p-
Jeff Muizelaar <[EMAIL PROTECTED]> writes:
>
> The question is, what api should I be using? I need something that can
> be called from inside interrupt handlers, and obviously the more
> accurate and the lower the overhead the better.
Use do_gettimeofday(). sched_clock() is not for general use
an
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
> Eric W. Biederman 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
>> k
On 16/2/07 17:46, "Jeremy Fitzhardinge" <[EMAIL PROTECTED]> wrote:
> Keir Fraser wrote:
>> This initial patchset does not include save/restore support anyway, so in
>> fact it would be consistent to have CONFIG_PREEMPT configurable. I'm sure
>> that we are going to have some nasty bugs to fix up a
Chuck Ebbert <[EMAIL PROTECTED]> writes:
>
> So, could ACPI and the k8temp driver be at odds?
Yes, there is no locking between ACPI and Linux drivers for register access.
e.g. if there is a indexed register both try to access (and temperature
sensors tend to use these things) they can race and ge
On Fri, Feb 16, 2007 at 04:59:29PM +0100, Oleg Verych wrote:
> > >
> > > Proposition will follow.
> > >
> > []
> >
> > [patch proposition] kbuild: lguest with private asm-offsets
> []
> > * needs "asm-offsets magic demystified, generalized".
> []
To make asm-offset generic I had in mind some
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> No, that's still crufty. There's no reason why marker.h needs special
> treatment whereas, say, jiffies.h does not (is there?)
>
> It is conventional and reasonable to require that any code which uses this
> mechanism must include its header file.
>
On Fri, 16 Feb 2007 12:42:27 -0600 James Bottomley <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-02-16 at 10:34 -0800, Andrew Morton wrote:
> > On Fri, 16 Feb 2007 10:42:12 -0600 James Bottomley <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Mon, 2007-02-12 at 12:27 -0800, Andrew Morton wrote:
> > > >
On Fri, 16 Feb 2007 11:14:17 -0600 Steve Fox <[EMAIL PROTECTED]> wrote:
> Full log at
> http://test.kernel.org/abat/71719/debug/test.log.0
> Config at
> http://test.kernel.org/abat/71719/build/dotconfig
>
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/ver
On Fri, 16 Feb 2007, Heikki Orsila wrote:
> 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
On Fri, 16 Feb 2007 13:30:14 -0500 Jeff Muizelaar wrote:
> On Fri, Feb 16, 2007 at 11:30:56AM -0500, Frank Ch. Eigler wrote:
> > Jeff Muizelaar <[EMAIL PROTECTED]> writes:
> >
> > > I've built a tool with the goal of logging mmio writes and reads by
> > > device drivers. See http://nouveau.freede
On 02/16, Srivatsa Vaddagiri wrote:
>
> 2.6.20-mm1 (cwq->should_stop)
> =
>
> static void cleanup_workqueue_thread(struct cpu_workqueue_struct *cwq, int
> cpu)
> {
> struct wq_barrier barr;
> int alive = 0;
>
> spin_lock_irq(&cwq->lock);
>
On Fri, 16 Feb 2007 13:05:13 -0500 Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> Move include linux/marker.h to kernel.h
>
> * Andrew Morton ([EMAIL PROTECTED]) wrote:
> > Oh. One could whack [include linux/marker.h] in kernel.h: pretty
> > much everything includes that.
> >
> > But it'd be be
On Fri, 2007-02-16 at 10:34 -0800, Andrew Morton wrote:
> On Fri, 16 Feb 2007 10:42:12 -0600 James Bottomley <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2007-02-12 at 12:27 -0800, Andrew Morton wrote:
> > > Given that we now have a standard kernel-wide, c99-friendly way of
> > > expressing true and f
On Fri, 16 Feb 2007 10:42:12 -0600 James Bottomley <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-02-12 at 12:27 -0800, Andrew Morton wrote:
> > Given that we now have a standard kernel-wide, c99-friendly way of
> > expressing true and false, I'd suggest that this decision can be revisited.
> >
> > Be
On Fri, 2007-02-16 at 13:10 -0500, Jeff Muizelaar wrote:
> On Fri, Feb 16, 2007 at 09:45:21AM -0800, Daniel Walker wrote:
> > I've been working on a patch set (below), to expose the clocksources
> > used by generic time to multiple users . It would allow timestamps from
> > different clocks in a ge
On Fri, Feb 16, 2007 at 11:30:56AM -0500, Frank Ch. Eigler wrote:
> Jeff Muizelaar <[EMAIL PROTECTED]> writes:
>
> > I've built a tool with the goal of logging mmio writes and reads by
> > device drivers. See http://nouveau.freedesktop.org/wiki/MmioTrace.
>
> FWIW, this is exactly a type of add-o
On Fri, 16 Feb 2007 08:24:54 -0800, Daniel Walker wrote:
>On Fri, 2007-02-16 at 22:28 +0800, Adam J. Richter wrote:
>> My system clock runs at approximately half speed in
>> linux-2.6.20, 2.6.20-git10 and 2.6.20-git11.
[...]
>cat /sys/devices/system/clocksource/clocksource0/current_clocksourc
I am running a UserModeLinux of 2.6.19-rc4 vintage. It failed
to stop properly on halt.
Yes, there is some custom code in it, and it is possible that some memory
got walked on. Attaching GDB to it, shows that it is stuck in:
slab.c, cache_alloc_refill(struct kmem_cache *cachep, gfp_t flags)
On Fri, 2007-02-16 at 19:04 +0100, Richard Knutsson wrote:
> James Bottomley wrote:
> > On Mon, 2007-02-12 at 12:27 -0800, Andrew Morton wrote:
> >
> >> Given that we now have a standard kernel-wide, c99-friendly way of
> >> expressing true and false, I'd suggest that this decision can be revisi
101 - 200 of 423 matches
Mail list logo
