On Wed, 2007-03-07 at 13:34 -0800, Dan Hecht wrote:
> On 03/07/2007 01:40 PM, Thomas Gleixner wrote:
> > On Wed, 2007-03-07 at 13:07 -0800, Jeremy Fitzhardinge wrote:
> > That would certainly be ideal. We'll look at the xen, vmi, lguest and
> >> kvm paravirtualized time models and see how much
Le mardi 06 mars 2007 à 16:15 -0800, Andrew Morton a écrit :
> On Tue, 6 Mar 2007 15:36:29 -0800
> [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=8136
> So rc2-mm2 panics due to "MP-BIOS bug: 8254 timer not connected to IO-APIC"
> and
> rc2-mm1 does not.
>
> Could be
Thomas Gleixner wrote:
> This is tinkering of the best. My understanding of the paravirt
> discussion at Kernel Summit was, that paravirt ops are exactly there to
> prevent the above random hackery in the kernel and to allow _ALL_
> hypervisors to interact via a sane interface inside of the
On Wed, 7 Mar 2007, Linus Torvalds wrote:
>
>
> On Wed, 7 Mar 2007, Davide Libenzi wrote:
> >
> > You have the *choice* to do that:
> >
> > 1) You want standard delivery only:
> >
> >- Just dont use signalfd
> >
> > 2) you want signalfd only:
> >
> >- Do a sigprocmask(SIG_BLOCK) of
On Wed, 2007-03-07 at 22:16 +0100, Stephane Casset wrote:
> > > What can I do to help find the bug ?
> >
> > Can you capture a boot log with highres and/or dynticks enabled ?
>
> No, I can handcopy or take a picture of the last page (25 or 50 lines)
>
> > Enable CONFIG_SERIAL_8250_CONSOLE and
On 3/7/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> 1) You want standard delivery only:
>
>- Just dont use signalfd
>
> 2) you want signalfd only:
>
>- Do a sigprocmask(SIG_BLOCK) of the same mask you pass to signalfd
>
> If you want both, you can have it. Race free.
.. but maybe
On Wed, 2007-03-07 at 13:42 -0800, Dan Hecht wrote:
> On 03/07/2007 12:40 PM, Thomas Gleixner wrote:
> > Real hardware copes well with relative deltas for the events, even when
> > it is match register based. I thought long about the support for
> > absolute expiry values in cycles and decided
Quoting Paul Menage ([EMAIL PROTECTED]):
> On 3/7/07, Serge E. Hallyn <[EMAIL PROTECTED]> wrote:
> >
> >All that being said, if it were going to save space without overly
> >complicating things I'm actually not opposed to using nsproxy, but it
>
> If space-saving is the main issue, then the
The sn console driver was snagged by the use of CONFIG_DEBUG_SHIRQ !
The request_irq() immediate call to the interrupt handler caused
another attempt to lock the port lock - deadlock.
This is a patch to fix that.
Signed-off-by: Patrick Gefre <[EMAIL PROTECTED]>
sn_console.c | 52
On Wed, 2007-03-07 at 13:33 -0800, Andrew Morton wrote:
>
> tpm_inf_pnp_probe() leaks resources all over the place if something goes
> wrong.
Good point, here's an update that cleans up after itself a bit
better. Thanks,
Alex
Signed-off-by: Alex Williamson <[EMAIL PROTECTED]>
On 3/7/07, Ash Milsted <[EMAIL PROTECTED]> wrote:
On Wed, 7 Mar 2007 12:00:04 +
Ash Milsted <[EMAIL PROTECTED]> wrote:
> On Sun, 4 Mar 2007 14:23:50 +
> Ash Milsted <[EMAIL PROTECTED]> wrote:
>
> > On Sat, 3 Mar 2007 15:14:24 +
> > Ash Milsted <[EMAIL PROTECTED]> wrote:
> >
> > >
On Wed, 7 Mar 2007, Davide Libenzi wrote:
>
> You have the *choice* to do that:
>
> 1) You want standard delivery only:
>
>- Just dont use signalfd
>
> 2) you want signalfd only:
>
>- Do a sigprocmask(SIG_BLOCK) of the same mask you pass to signalfd
>
> If you want both, you can
On 03/07/2007 12:40 PM, Thomas Gleixner wrote:
Real hardware copes well with relative deltas for the events, even when
it is match register based. I thought long about the support for
absolute expiry values in cycles and decided against them to avoid that
math hackery, which you folks now
On Wed, 7 Mar 2007, Ash Milsted wrote:
>
> So, I tracked this down to 2.6.21-git7, the first snapshot that gives me
> this problem.
Hmm. There is no "2.6.21-git7" (that would be the seventh nightly snapshot
after 2.6.21 is released, which hasn't happened yet!).
Do you mean that it happens
On Wed, 07 Mar 2007 10:58:10 -0700
Alex Williamson <[EMAIL PROTECTED]> wrote:
>dev->name, dev_id->id);
> - if (!((TPM_INF_BASE >> 8) & 0xff)) {
> + if (!((tpm_dev.data_regs >> 8) & 0xff)) {
> rc = -EINVAL;
>
On 03/07/2007 01:40 PM, Thomas Gleixner wrote:
On Wed, 2007-03-07 at 13:07 -0800, Jeremy Fitzhardinge wrote:
That would certainly be ideal. We'll look at the xen, vmi, lguest and
kvm paravirtualized time models and see how much they really have in
common. I'm a bit curious about how vmi's
On 03/07/2007 01:21 PM, Thomas Gleixner wrote:
On Wed, 2007-03-07 at 11:49 -0800, Dan Hecht wrote:
Jeremy, I saw you sent out the Xen version earlier, thanks. Here's ours
for reference (please excuse any formating issues); it's also lean.
We'll send out a proper patch later after some more
On Wed, 7 Mar 2007, Jeremy Fitzhardinge wrote:
> Davide Libenzi wrote:
> > If you think a signal as a generic event source, than you see how more
> > instances can attach to it and receive them.
> > You can have multiple signalfd with whatever sigmasks, even intersecting.
> > You can pass the
On Wed, 2007-03-07 at 13:07 -0800, Jeremy Fitzhardinge wrote:
> Thomas Gleixner wrote:
> > I tend to disagree. The clockevents infrastructure was designed to cope
> > with the existing mess of real hardware. The discussion over the last
> > days exposed me to even more exotic designs than the
Sergei Shtylyov writes:
> I've floowed up to my patch with such explanation. In the context of
> an-rt
> patch itself, it was just too clear, hence I didn't go into explanations in
> the patch itself. :-)
Well, it might be clear, to you, now, with the context in your head.
But if such a
On Wed, 7 Mar 2007, Andrew Morton wrote:
>
> now that's scary - applying this on top of your
> lock-the-page-in-the-fault-handler patches gives:
This is why you should never use plain "patch" with defaultl arguments in
a script (and probably not even from an interactive command line).
I've
Hello.
Tsutomu OWA wrote:
To fix the following boot time error by removing ack member added by
the rt patch.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Processor 1 found.
Brought up 2 CPUs
[ cut here ]
kernel BUG at
2007/3/7, Robin Getz <[EMAIL PROTECTED]>:
Right - so the question is where to manage the default state? I was thinking
in the resource might be a good idea, but there isn't really a good place for
it. (You could re-use some bits if flags, but I think that would not be a
good idea).
Davide Libenzi wrote:
> If you think a signal as a generic event source, than you see how more
> instances can attach to it and receive them.
> You can have multiple signalfd with whatever sigmasks, even intersecting.
> You can pass the fd around, w/out the fear that a standard signal delivery
> > From: Miklos Szeredi <[EMAIL PROTECTED]>
> >
> > Fix NULL pointer dereference in __mpage_writepage. This probably
> > doesn't matter in practice, but this is the original behavior.
> >
> > Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
> > ---
> >
> > Index: linux/fs/mpage.c
> >
Hello.
Paul Mackerras wrote:
As I said, this was intended for the -rt patch, hence the question was for
Ingo. I CC'ed the list just to keep people here in a loop.
OK, fair enough, but I still think the patch description was
inadequate. In the -rt context, I would at least expect to see
On Wed, 7 Mar 2007 12:00:04 +
Ash Milsted <[EMAIL PROTECTED]> wrote:
> On Sun, 4 Mar 2007 14:23:50 +
> Ash Milsted <[EMAIL PROTECTED]> wrote:
>
> > On Sat, 3 Mar 2007 15:14:24 +
> > Ash Milsted <[EMAIL PROTECTED]> wrote:
> >
> > > Hi,
> > > With 2.6.21-rc2-git1 I have a problem with
On 03/07/2007 01:19 PM, Thomas Gleixner wrote:
On Wed, 2007-03-07 at 13:02 -0800, Dan Hecht wrote:
On 03/07/2007 12:57 PM, Thomas Gleixner wrote:
On Wed, 2007-03-07 at 12:11 -0800, Jeremy Fitzhardinge wrote:
Dan Hecht wrote:
Jeremy, I saw you sent out the Xen version earlier, thanks. Here's
On 3/7/07, Serge E. Hallyn <[EMAIL PROTECTED]> wrote:
All that being said, if it were going to save space without overly
complicating things I'm actually not opposed to using nsproxy, but it
If space-saving is the main issue, then the latest version of my
containers patches uses just a single
On Wed, 7 Mar 2007 20:44:11 +0100
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> from triggering by disabling nonboot CPUs before we finally enter the platform
>
Hi,
(sorry for the long delay)
On Wednesday 21 February 2007, Suleiman Souhlal wrote:
> IDE error recovery is using WIN_IDLEIMMEDIATE which was only valid for
> IDE V1 and IDE V2. Modern drives will not be able to recover using
> this error handling. The correct thing to do is issue a SRST
Usually, a mem_map is aligned on MAX_ORDER_NR_PAGES boundaries and the
struct pages are always valid. However, this is not always the case when
CONFIG_HOLES_IN_ZONE is set.
move_freepages_block() checks that pages within a MAX_ORDER_NR_PAGES block
are in the same zone using page_zone(). However,
On Wed, 2007-03-07 at 11:49 -0800, Dan Hecht wrote:
> Jeremy, I saw you sent out the Xen version earlier, thanks. Here's ours
> for reference (please excuse any formating issues); it's also lean.
> We'll send out a proper patch later after some more testing:
Ah. Bitching loud enough speeds
Le Wed, Mar 07, 2007 at 08:52:10PM +0100, Thomas Gleixner ecrivait :
> On Wed, 2007-03-07 at 20:12 +0100, Stephane Casset wrote:
> > I also tried compiling the kernel without Tickless and without High
> > resolution timer, this kernel is working ok and is one of the first
> > kernel to suspend
On Wed, 2007-03-07 at 13:02 -0800, Dan Hecht wrote:
> On 03/07/2007 12:57 PM, Thomas Gleixner wrote:
> > On Wed, 2007-03-07 at 12:11 -0800, Jeremy Fitzhardinge wrote:
> >> Dan Hecht wrote:
> >>> Jeremy, I saw you sent out the Xen version earlier, thanks. Here's
> >>> ours for reference (please
* Chuck Ebbert ([EMAIL PROTECTED]) wrote:
> What happened to jfs_fix_deadlock.patch?
Dave Kleikamp suggested it was not appropriate for -stable.
thanks,
-chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Wed, 2007-03-07 at 12:49 -0800, Dan Hecht wrote:
> On 03/07/2007 12:11 PM, Jeremy Fitzhardinge wrote:
> > Dan Hecht wrote:
> >> Jeremy, I saw you sent out the Xen version earlier, thanks. Here's
> >> ours for reference (please excuse any formating issues); it's also
> >> lean. We'll send out a
Thomas Gleixner wrote:
> I tend to disagree. The clockevents infrastructure was designed to cope
> with the existing mess of real hardware. The discussion over the last
> days exposed me to even more exotic designs than the hardware vendors
> were able to deliver until now.
>
It's a different
Dan Hecht wrote:
> Are you saying you would prefer we create our own irq handler
> something like this rather than using the standard i386 handlers?
>
> irqreturn_t vmi_timer_interrupt(int irq, void *dev_id)
> {
>local_event->event_handler(local_event);
>return IRQ_HANDLED;
> }
>
> ??
On 3/7/07, linux-os (Dick Johnson) <[EMAIL PROTECTED]> wrote:
Interruptible_sleep_on is interruptible, but for your task to
actually be awakened and your alarm handler to get some CPU,
it needs to be scheduled. If the BKL (big kernel lock) is
held, it won't be scheduled until it is released.
On 03/07/2007 12:57 PM, Thomas Gleixner wrote:
On Wed, 2007-03-07 at 12:11 -0800, Jeremy Fitzhardinge wrote:
Dan Hecht wrote:
Jeremy, I saw you sent out the Xen version earlier, thanks. Here's
ours for reference (please excuse any formating issues); it's also
lean. We'll send out a proper
On Wed, 7 Mar 2007 12:31:21 +0100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> Index: linux-2.6/mm/memory.c
> ===
> --- linux-2.6.orig/mm/memory.c
> +++ linux-2.6/mm/memory.c
> @@ -1664,6 +1664,15 @@ gotten:
> unlock:
>
Greg KH wrote:
> After many weeks of backlogs, I've finally flushed out all of the
> pending -stable patches, bringing this series to a whopping 101 patches
> pending for the next 2.6.20.2 release.
>
> If everyone could please take the time to review them and let me know if
> there are any issues
On Wed, 7 Mar 2007, Jeremy Fitzhardinge wrote:
> Davide Libenzi wrote:
> > On Wed, 7 Mar 2007, Linus Torvalds wrote:
> >
> >
> >> On Wed, 7 Mar 2007, Stephen Rothwell wrote:
> >>
> >>> You probably need the queue anyway because the real time signals are
> >>> supposed to queue.
> >>>
Quoting Srivatsa Vaddagiri ([EMAIL PROTECTED]):
> On Wed, Mar 07, 2007 at 11:43:46AM -0600, Serge E. Hallyn wrote:
> > I still think the complaint was about terminology, not implementation.
>
> I don't think that is what http://lkml.org/lkml/2007/2/12/426 conveyed!
I don't have that in my inbox
On 03/07/2007 12:11 PM, Jeremy Fitzhardinge wrote:
Dan Hecht wrote:
Jeremy, I saw you sent out the Xen version earlier, thanks. Here's
ours for reference (please excuse any formating issues); it's also
lean. We'll send out a proper patch later after some more testing:
So the interrupt side
At Mon, 05 Mar 2007 19:07:50 +0100,
Michal Piotrowski wrote:
>
> Hi,
>
> I hit this bug on crashdump kernel
>
> [ 8450.127374] divide error: [#1]
> [ 8450.130876] PREEMPT
> [ 8450.133098] Modules linked in: snd_intel8x0 snd_ac97_codec ac97_bus
> snd_seq_dummy snd_seq_oss
On Wednesday 07 March 2007 16:39:00 Linus Torvalds wrote:
> So did you hunt it down to a particular cases where it triggers?
IIRC, it crashed on boot in the powerpc iommu code when slab
debugging is enabled. Not sure if it was on Cell or on benh's
powerbook though.
Arnd <><
-
To
Hi Adrian !
On Wed, Mar 07, 2007 at 08:56:02PM +0100, Adrian Bunk wrote:
(...)
> > Real problem is that we can expect several "sound does not work anymore"
> > because people doing "make oldconfig" will get no warning at all about
> > the removed options. Remember people complaining about
On Wed, 2007-03-07 at 12:11 -0800, Jeremy Fitzhardinge wrote:
> Dan Hecht wrote:
> > Jeremy, I saw you sent out the Xen version earlier, thanks. Here's
> > ours for reference (please excuse any formating issues); it's also
> > lean. We'll send out a proper patch later after some more testing:
>
On 3/7/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
If that is the case, I think we can push container_lock entirely inside
cpuset.c and not have others exposed to this double-lock complexity.
This is possible because cpuset.c (build on top of containers) still has
cpuset->parent and
Hi.
On Wed, 2007-03-07 at 07:07 -0800, Arjan van de Ven wrote:
> On Wed, 2007-03-07 at 12:27 +0530, Vivek Goyal wrote:
> > Hi,
> >
> > Here is another attempt on x86_64 relocatable bzImage patches(V4). This
> > patchset makes a bzImage relocatable and same kernel binary can be loaded
> > and run
On Tue, 06 Mar 2007 19:04:51 +0100
Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> Fix NULL pointer dereference in __mpage_writepage. This probably
> doesn't matter in practice, but this is the original behavior.
>
> Signed-off-by: Miklos Szeredi
On Wed, Mar 07, 2007 at 03:22:05PM -0500, Alan Stern wrote:
> On Wed, 7 Mar 2007, Eric Buddington,,, wrote:
>
> > > > So SysRq-t doesn't show anything about khubd, and SysRq-p doesn't give
> > > > me anything at all. What else can I try?
>
> How about SysRq-r?
SysRq : Keyboard mode set to XLATE
The RESTORE_CONTEXT macro is missing the '\n' at the end. It was removed in the
previous patch that touched system.h. It causes compile failure if any
inline asm is added after the macro. Discovered this when playing with
kgdb.
Signed-off-by: Dave Jiang <[EMAIL PROTECTED]>
---
At Wed, 7 Mar 2007 11:50:24 -0800,
Andrew Morton wrote:
>
> On Wed, 7 Mar 2007 20:41:30 +0100 "Michal Piotrowski" <[EMAIL PROTECTED]>
> wrote:
>
> > > > 831466f4ad2b5fe23dff77edbe6a7c244435e973 is first bad commit
> > > > commit 831466f4ad2b5fe23dff77edbe6a7c244435e973
> > > > Author: Randy
Christoph Lameter wrote:
> On Tue, 6 Mar 2007, Andres Salomon wrote:
>
>> It would've been nice to see the ZONE_DMA removal patches just #define
>> ZONE_DMA regardless, and include less #ifdefs scattered about; but at
>> this point, I'd just as soon prefer to see a proper way to allocate
>>
On Wed, 2007-03-07 at 09:41 -0800, Jeremy Fitzhardinge wrote:
> Other hypervisors may take other approaches, depending on what the real
> underlying hardware is and the real requirements. One could imagine a
> hypervisor exposing an hpet mapping, for example, or just having some
> kind of
Davide Libenzi wrote:
> On Wed, 7 Mar 2007, Linus Torvalds wrote:
>
>
>> On Wed, 7 Mar 2007, Stephen Rothwell wrote:
>>
>>> You probably need the queue anyway because the real time signals are
>>> supposed to queue.
>>>
>> Davide - the *real* problem is (I think) that you try to
On Tue, 6 Mar 2007, Andres Salomon wrote:
> It would've been nice to see the ZONE_DMA removal patches just #define
> ZONE_DMA regardless, and include less #ifdefs scattered about; but at
> this point, I'd just as soon prefer to see a proper way to allocate
> things based on address constraints
On 3/7/07, Chuck Ebbert <[EMAIL PROTECTED]> wrote:
We have multiple reports of PS/2 mouse port not being found
on Sis 630 and 730 chipsets, starting with Fedora kernel 2.6.19:
2.6.18:
Jan 19 08:59:39 mtranch kernel: PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M]
at 0x60,0x64 irq 1,12
Jan 19
On Wed, 7 Mar 2007, Eric Buddington,,, wrote:
> > > So SysRq-t doesn't show anything about khubd, and SysRq-p doesn't give
> > > me anything at all. What else can I try?
How about SysRq-r?
> > I'm baffled. khubd should have shown up as the process with ID 163. Is
> > that process listed
On Mar 7 2007 08:19, linux-os (Dick Johnson) wrote:
>
>Later versions of the kernel lock the kernel when an ioctl() is
>entered. This means that if you sleep in the ioctl(), nothing
>will get scheduled.
Later versions of the kernel also have an ->unlocked_ioctl method,
which is probably better
Dan Hecht wrote:
> Jeremy, I saw you sent out the Xen version earlier, thanks. Here's
> ours for reference (please excuse any formating issues); it's also
> lean. We'll send out a proper patch later after some more testing:
So the interrupt side of the clockevent comes through the virtual apic?
>
> On 3/7/07, linux-os (Dick Johnson) <[EMAIL PROTECTED]> wrote:
>>
>> On Wed, 7 Mar 2007, Luong Ngo wrote:
>>
>>> Hi all,
>>>
>>> I am having this problem. I have a process with 2 threads created. One
>>> of the thread will keep calling IOCTL to get information from the
>>> kernel and will be
On Wed, 7 Mar 2007, Mws wrote:
>
> if you would be so kind to provide me some infos,
>
> how i would be able to track the problem down _and_ maybe how to fix it.
The first step is to figure out as exactly as possible _when_ it started
happening.
> please find two snippets of dmesg after
Hi Ingo,
> this is the v5 release of the syslet/threadlet subsystem:
>
>http://redhat.com/~mingo/syslet-patches/
Nice!
I tried to port this to ppc64 but found a few problems:
The 64bit powerpc ABI has the concept of a TOC (r2) which is used for
per function data. This means this wont
On Wed, 2007-03-07 at 11:45 -0800, Andrew Morton wrote:
> On Wed, 7 Mar 2007 18:09:55 +0100 Andre Noll <[EMAIL PROTECTED]> wrote:
>
> > On 20:39, Andrew Morton wrote:
> > > On Wed, 28 Feb 2007 16:37:22 +0100 Andre Noll <[EMAIL PROTECTED]> wrote:
> > >
> > > > On 16:18, Andre Noll wrote:
> > > >
We have multiple reports of PS/2 mouse port not being found
on Sis 630 and 730 chipsets, starting with Fedora kernel 2.6.19:
2.6.18:
Jan 19 08:59:39 mtranch kernel: PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M]
at 0x60,0x64 irq 1,12
Jan 19 08:59:39 mtranch kernel: serio: i8042 AUX port at
On 3/7/07, Krzysztof Halasa <[EMAIL PROTECTED]> wrote:
"Oleksiy Kebkal" <[EMAIL PROTECTED]> writes:
> May be it would be good idea to develop some tty control driver which
> provides a
> possibility to change default setting of the drivers?
If there is a real need for it (such as a real
On 3/7/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
Real problem is that we can expect several "sound does not work anymore"
because people doing "make oldconfig" will get no warning at all about
the removed options. Remember people complaining about keyboard not working ?
Perhaps the real
On Wed, Mar 07, 2007 at 07:21:57AM +0100, Willy Tarreau wrote:
> On Tue, Mar 06, 2007 at 06:55:04PM +0100, Adrian Bunk wrote:
> > On Tue, Mar 06, 2007 at 12:46:22PM -0500, Bill Davidsen wrote:
> > > Adrian Bunk wrote:
> > > >This patch contains the scheduled removal of the OBSOLETE_OSS options
>
On 03/07/2007 11:05 AM, Jeremy Fitzhardinge wrote:
James Morris wrote:
It seems to me that it could be useful to have a library of common virtual
time code (entirely separate from pv_ops), to avoid re-implementing some
apparently common requirements, such as: handling TSC frequency changes,
On Wed, 7 Mar 2007 16:46:20 -0300 "Luiz Fernando N. Capitulino" <[EMAIL
PROTECTED]> wrote:
> Em Tue, 6 Mar 2007 00:44:08 -0800
> Andrew Morton <[EMAIL PROTECTED]> escreveu:
>
> |
> | Temporarily at
> |
> | http://userweb.kernel.org/~akpm/2.6.21-rc2-mm2/
> |
> | Will appear later at
> |
>
On Wed, 7 Mar 2007 20:41:30 +0100 "Michal Piotrowski" <[EMAIL PROTECTED]> wrote:
> > > 831466f4ad2b5fe23dff77edbe6a7c244435e973 is first bad commit
> > > commit 831466f4ad2b5fe23dff77edbe6a7c244435e973
> > > Author: Randy Cushman <[EMAIL PROTECTED]>
> > > Date: Tue Dec 19 18:42:16 2006 +0100
>
On Wed, 7 Mar 2007 18:09:55 +0100 Andre Noll <[EMAIL PROTECTED]> wrote:
> On 20:39, Andrew Morton wrote:
> > On Wed, 28 Feb 2007 16:37:22 +0100 Andre Noll <[EMAIL PROTECTED]> wrote:
> >
> > > On 16:18, Andre Noll wrote:
> > >
> > > > With 2.6.21-rc2 I am unable to reproduce this BUG message.
hi all,
i just moved my win tv dvb-s card (PCI) from my old to my actual pc.
its an ASUS M2N32 WS Professional AMD64 X2 Board equiped with
the nvidia nForce 590 SLI MCP chipset.
in the past, i had to use the noapic kernel cmdline param to get linux
booting and working properly.
iirc versions
Em Tue, 6 Mar 2007 00:44:08 -0800
Andrew Morton <[EMAIL PROTECTED]> escreveu:
|
| Temporarily at
|
| http://userweb.kernel.org/~akpm/2.6.21-rc2-mm2/
|
| Will appear later at
|
|
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc2/2.6.20-rc2-mm2/
Getting this while
On Wed, 2007-03-07 at 20:12 +0100, Stephane Casset wrote:
> I also tried compiling the kernel without Tickless and without High
> resolution timer, this kernel is working ok and is one of the first
> kernel to suspend and resume from RAM. Congratulations ! ;p
>
> I tried to compile te kernel with
Mmm.. like others, I've now been bitten by what looks like
a SATA failure on resume from RAM, with 2.6.21-rc3.
I don't have enough info to blame this specific -rc* kernel,
as it has only done it once to me so far.
So, a datapoint, but not much of clue beyond that.
Unless it happens again.
Yes,
Sergei Shtylyov writes:
> As I said, this was intended for the -rt patch, hence the question was
> for
> Ingo. I CC'ed the list just to keep people here in a loop.
OK, fair enough, but I still think the patch description was
inadequate. In the -rt context, I would at least expect to see
Hi,
I just tryed linux-2.6.21-rc3 on my machine (P4HT 2.8GHz, with 512Mo)
with Tickless System (Dynamic Ticks) and High Resolution Timer Support
(.config in attachement)
The problem is that the kernel hang on boot. I tried different
configuration with nohz and highres on the kernel command line.
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the platform
suspend.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
kernel/power/disk.c |1 +
On Wed, 7 Mar 2007 11:01:55 -0800 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> In file included from include/asm/timex.h:10,
> from include/linux/timex.h:187,
> from include/linux/sched.h:50,
> from include/linux/utsname.h:35,
>
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Wed, 7 Mar 2007 13:12:46 +0100
> Well that still needs the ugly div64_64 function. At least my goal was to
> eliminate that, not make it faster (I don't see any evidence this function
> is particularly performance critical). You prefer to keep
Hi Dick,
Thanks for your response. In my ioctl in the kernel, I use
interruptible_sleep_on to sleep on a queue and will be wake up by the
the ISR routine when interrupt happens, so isn't
interruptible_sleep_on supposed to be interruptable, from its name? I
am using kernel 2.6.14.
Thanks again,
"Kok, Auke" <[EMAIL PROTECTED]> writes:
> Kok, Auke wrote:
>> Eric W. Biederman wrote:
>>> This leaves with some basic questions.
>>> - Does it make sense for suspend/resume methods to request/free irqs?
>>> - Does it make sense for suspend/resume methods to allocate/free msi irqs?
>>> - Do we
On Wed, Mar 07, 2007 at 12:29:20PM +0530, Vivek Goyal wrote:
>
>
> This patch makes pgtable.h and page.h safe to include
> in assembly files like head.S. Allowing us to use
> symbolic constants instead of hard coded numbers when
> refering to the page tables.
>
> This patch copies
On 03/07/2007 12:15 AM, Ingo Molnar wrote:
On the other hand, Linux's internal details, semantics, approaches are a
lot more ad-hoc and alot more affected by changes in the hardware
environment - that's why i'd not like to see some external ABI
constraint limit aspects of those internals.
On Tue, 6 Mar 2007, Roland McGrath wrote:
> > > Yeah, I guess that's right. It should still return NOTIFY_STOP when
> > > args->err has no other bits set, so notifiers aren't called with zero.
> >
> > In practice that might not work. On my machine, at least, reads of DR6
> > return ones in all
[ Andrew, this is definite 2.6.21 material ]
In my previous x86_64 thread fix, I forgot to initialize
thread.arch.fs in arch_prctl. A process calling arch_prctl to set %fs
would lose it on the next context switch.
It also turns out that you can switch to a process which is in the
process of
Suppose I want to create an atomic llseek+writev operation. Is this
more or less sufficient:
ssize_t ret = -EBADF;
file = fget_light(fd, _needed);
if (file) {
if (unlikely(origin > 2)) {
ret = -EINVAL;
} else {
Arjan van de Ven <[EMAIL PROTECTED]> writes:
> On Wed, 2007-03-07 at 12:27 +0530, Vivek Goyal wrote:
>> Hi,
>>
>> Here is another attempt on x86_64 relocatable bzImage patches(V4). This
>> patchset makes a bzImage relocatable and same kernel binary can be loaded
>> and run from different
On Wed, 7 Mar 2007, Eric Dumazet wrote:
>
> I was thinking about being able to cache the name into the dentry, do you
> think it's worth the pain ? (its not SMP safe for example...)
Actually, it *can* be SMP-safe, if you do it right. Something like
len = dentry->d_name.len;
James Morris wrote:
> It seems to me that it could be useful to have a library of common virtual
> time code (entirely separate from pv_ops), to avoid re-implementing some
> apparently common requirements, such as: handling TSC frequency changes,
> stolen time accounting, synthetic programmable
In file included from include/asm/timex.h:10,
from include/linux/timex.h:187,
from include/linux/sched.h:50,
from include/linux/utsname.h:35,
from include/asm/elf.h:12,
from include/linux/elf.h:7,
from
On Wed, 07 Mar 2007 11:39:02 + Pádraig Brady <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Tue, 06 Mar 2007 12:10:49 +
> > P__draig Brady <[EMAIL PROTECTED]> wrote:
> >> Perhaps one could possibly just evict pages with _mapcount==0 ?
> >
> > That is the present
On Wed, 07 Mar 2007 12:36:36 +0100 Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Michal Piotrowski napisał(a):
> > Hi,
> >
> > [EMAIL PROTECTED] napisał(a):
> >> The mm snapshot broken-out-2007-03-05-02-22.tar.gz has been uploaded to
> >>
> >>
> >>
> Not only might memcpy() do a "prefetch for read" on the source for some
> architectures (which in turn may end up being slow for an address that
> isn't in the TLB, like NULL), but you depend on a very much internal
Well, I hope a prefetch(NULL) is OK because we are doing millions of them (see
On Wed, 2007-03-07 at 13:11 -0500, James Morris wrote:
> On Wed, 7 Mar 2007, Jeremy Fitzhardinge wrote:
>
> > I was very pleased when I saw the clocksource/event mechanisms go into
> > the kernel because it means different hypervisors can have a clock*
> > implementation to match their own
201 - 300 of 1418 matches
Mail list logo