Sergei Shtylyov wrote:
> Hello.
>
> Marc St-Jean wrote:
>
> > There are three different fixes:
> > 1. Fix for DesignWare APB THRE errata:
> > In brief, this is a non-standard 16550 in that the THRE interrupt
> > will not re-assert itself simply by disabling and re-enabling the
> > THRI
Hello.
Marc St-Jean wrote:
> diff --git a/drivers/serial/8250.c b/drivers/serial/8250.c
> index 3d91bfc..bfaacc5 100644
> --- a/drivers/serial/8250.c
> +++ b/drivers/serial/8250.c
> @@ -308,6 +308,7 @@ static unsigned int serial_in(struct uar
> return inb(up->port.iobase + 1);
>
Serial driver patch for the PMC-Sierra MSP71xx devices.
There are three different fixes:
1. Fix for DesignWare APB THRE errata:
In brief, this is a non-standard 16550 in that the THRE interrupt
will not re-assert itself simply by disabling and re-enabling the
THRI bit in the IER, it is only
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
On 2/16/07, Yoichi Yuasa <[EMAIL PROTECTED]> wrote:
+
+static int cobalt_buttons_open(struct inode *inode, struct file *file)
+{
+ buttons_timer.expires = jiffies +
msecs_to_jiffies(BUTTONS_POLL_INTERVAL);
+ add_timer(_timer);
+
+ return nonseekable_open(inode, file);
+
+}
On Fri, 16 Feb 2007 10:15:11 -0500
"Dmitry Torokhov" <[EMAIL PROTECTED]> wrote:
> On 2/16/07, Yoichi Yuasa <[EMAIL PROTECTED]> wrote:
> > +
> > +static int cobalt_buttons_open(struct inode *inode, struct file *file)
> > +{
> > + buttons_timer.expires = jiffies +
> >
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 better to simply require that the clients of this
> infrastructure include the appropriate
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 generic way. It's not merged, but I'd appreciate
> any input
On Fri, Feb 16, 2007 at 06:33:35PM +0100, Michael Holzheu ([EMAIL PROTECTED])
wrote:
> Hi Evgeniy,
Hi Michael.
> On Friday 16 February 2007 16:06, Evgeniy Polyakov wrote:
> > On Fri, Feb 16, 2007 at 03:57:08PM +0100, Michael Holzheu ([EMAIL
> > PROTECTED]) wrote:
> >
> > You will need to have
On Fri, 16 Feb 2007 15:57:08 +0100 Michael Holzheu <[EMAIL PROTECTED]> wrote:
> Hallo Evgeniy,
>
> On s390 we are looking for a good mechanism to notify userspace
> about kernel events. Currently such events are handled with printks
> in most cases. There are automation tools, which want to
On Fri, 16 Feb 2007 06:39:45 -0800 (PST) Zwane Mwaikambo <[EMAIL PROTECTED]>
wrote:
> On Thu, 15 Feb 2007, Andrew Morton wrote:
>
> > It's not an X problem - the screen is black immediately upon loading the
> > kernel.
> >
> > But I guess you knew that and you're just after display info:
> >
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
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, 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
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
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
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(>lock);
>
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
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
* 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, 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
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
[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
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...
*/
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
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
>
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
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
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
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
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
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
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
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.
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.
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"
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;
> +
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
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
|
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
- 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
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
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(>port, status &
> > UART_MSR_DCD);
>
> Did you not
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.
> >
> > >
(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 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
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, 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
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
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;
>
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
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
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 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
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
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
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
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
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
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
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
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
+++
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
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
> kernel complexity.
>
Sounds good to me. In Xen we
Recently my notebook has started shutting down with
these messages in the logs:
ACPI: Critical trip point
Critical temperature reached (128 C), shutting down.
But it didn't seem hot at all to me, so I wrote a script to
cat /proc/acpi/thermal_zone/THRM/temperature once a second
On Friday 16 February 2007 12:31, Chuck Ebbert wrote:
> Recently my notebook has started shutting down with
> these messages in the logs:
>
> ACPI: Critical trip point
> Critical temperature reached (128 C), shutting down.
>
> But it didn't seem hot at all to me, so I wrote a script
Len Brown wrote:
>> So, could ACPI and the k8temp driver be at odds?
>
>
> Yes.
Hmm, now it's showing 130 degrees once every five seconds
and 54 degrees for the other four.
And while I was typing this on another machine I heard a
click from the notebook -- it shut down again.
-
To unsubscribe
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
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
>>
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
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
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
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
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
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
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
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
>
> 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
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
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch changes the SVM code to intercept SMIs and handle it
outside the guest.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
--
Joerg Roedel
Operating System Research Center
AMD Saxony LLC & Co. KG
diff --git a/drivers/kvm/svm.c b/drivers/kvm/svm.c
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
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.
Vignesh Babu BM wrote:
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
Richard Knutsson <[EMAIL PROTECTED]> writes:
> Vignesh Babu BM wrote:
>> @@ -175,7 +176,7 @@ static int __init hugetlb_setup_sz(char *str)
>> tr_pages = 0x15557000UL;
>> size = memparse(str, );
>> -if (*str || (size & (size-1)) || !(tr_pages & size) ||
>> +if (*str ||
Andreas Schwab wrote:
Richard Knutsson <[EMAIL PROTECTED]> writes:
Vignesh Babu BM wrote:
@@ -175,7 +176,7 @@ static int __init hugetlb_setup_sz(char *str)
tr_pages = 0x15557000UL;
size = memparse(str, );
- if (*str || (size & (size-1)) || !(tr_pages &
Richard Knutsson <[EMAIL PROTECTED]> writes:
> Andreas Schwab wrote:
>> Richard Knutsson <[EMAIL PROTECTED]> writes:
>>
>>
>>> Vignesh Babu BM wrote:
>>>
@@ -175,7 +176,7 @@ static int __init hugetlb_setup_sz(char *str)
tr_pages = 0x15557000UL;
size =
Andreas Schwab wrote:
Richard Knutsson <[EMAIL PROTECTED]> writes:
Andreas Schwab wrote:
Richard Knutsson <[EMAIL PROTECTED]> writes:
Vignesh Babu BM wrote:
@@ -175,7 +176,7 @@ static int __init hugetlb_setup_sz(char *str)
tr_pages = 0x15557000UL;
Richard Knutsson <[EMAIL PROTECTED]> writes:
> Andreas Schwab wrote:
>> Richard Knutsson <[EMAIL PROTECTED]> writes:
>>
>>> Andreas Schwab wrote:
>>>
Richard Knutsson <[EMAIL PROTECTED]> writes:
> Vignesh Babu BM wrote:
>
>> @@ -175,7 +176,7 @@
On Fri, 16 Feb 2007, Richard Knutsson wrote:
> Andreas Schwab wrote:
> > Richard Knutsson <[EMAIL PROTECTED]> writes:
> >
> >
> > > Vignesh Babu BM wrote:
> > >
> > > > @@ -175,7 +176,7 @@ static int __init hugetlb_setup_sz(char *str)
> > > > tr_pages = 0x15557000UL;
> > > >
i'm not clear on what the possible problem is here:
On Fri, 16 Feb 2007, Richard Knutsson wrote:
> Andreas Schwab wrote:
> > Richard Knutsson <[EMAIL PROTECTED]> writes:
> >
> >> Andreas Schwab wrote:
> >>
> >>> Richard Knutsson <[EMAIL PROTECTED]> writes:
> >>>
> >>>
> Vignesh Babu BM
Robert P. J. Day wrote:
i'm not clear on what the possible problem is here:
On Fri, 16 Feb 2007, Richard Knutsson wrote:
Andreas Schwab wrote:
Richard Knutsson <[EMAIL PROTECTED]> writes:
Andreas Schwab wrote:
Richard Knutsson <[EMAIL PROTECTED]> writes:
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
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
===
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 =
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
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, 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
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)
Joerg Roedel wrote:
On Fri, Feb 16, 2007 at 11:32:13AM -0500, Bill Davidsen wrote:
Goes out with an error message:
cc -I /home/davidsen/downloads/kernel.org/linux-2.6.20-git13/include -MMD -MF ./.kvmctl.d
-g -c -o kvmctl.o kvmctl.c
kvmctl.c:29:2: error: #error libkvm: userspace
601 - 700 of 843 matches
Mail list logo