Ingo Molnar wrote:
* Zachary Amsden <[EMAIL PROTECTED]> wrote:
When we're about two weeks away from a product release and you are
threatening to unmerge or block our code because we didn't create an
abstract interrupt controller, we re-used the APIC and IO-APIC, this
is uber rocket
Avi Kivity wrote:
It definitely should, especially on x86-64, where the page size isn't
guaranteed by the ABI (on i386, the ABI guarantees a 4K page size; on
x86-64 it can be up to 64K.)
Wouldn't that be ia64?
No, the x86-64 EFI ABI permits page sizes up to 64K. Currently, of
course,
On Fri, 9 Mar 2007, Oleg Nesterov wrote:
>
> Also. A malicious user can eat all memory,
> signalfd_deliver()->kmem_cache_alloc()
> doesn't check any limits.
This, btw, is one reason I *really* think signalfd() should just use the
same old signal queue, and not try to make its own.
Signal
I have no idea when this broke, I was checking SAK worked at all since
it's not on another box's serial console.
[0.00] Linux version 2.6.21-rc3-git ([EMAIL PROTECTED]) (gcc version
3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9)) #170 PREEMPT Thu Mar 8
21:19:28 GMT 2007
tty1
On Mar 8 2007 22:25, Sam Ravnborg wrote:
>Subject: Re: [PATCH] Fix building kernel under Solaris
Since Solaris seems to be on the run, I did myself try compile it.
However, unlike the original poster who said he did so on SunOS 4.8, I
did it on 5.11_snv39, yielding a bigger changeset. I
From: Sami Farin <[EMAIL PROTECTED]>
Date: Thu, 8 Mar 2007 20:23:57 +0200
> On Wed, Mar 07, 2007 at 00:24:35 +0200, Sami Farin wrote:
> > On Tue, Mar 06, 2007 at 23:53:49 +0200, Sami Farin wrote:
> > ...
> > > And I found bug in gcc-4.1.2, it gave 0 for ncubic results
> > > when doing 1000 loops
> When ever I try and start a guest OS with kvm I get a lot of these rtc
> missing interupt messages from the kernel
>
> [ 468.510878] rtc: lost some interrupts at 1024Hz.
I started to debug this a little while ago but I never got too far.
However it doesn't seem connected with kvm -- it is
On Thursday, 8 March 2007 17:41, Pavel Machek wrote:
> Hi!
>
>
> Using IPI No-Shortcut mode
> swsusp: Resume From Partition /dev/sda1
> PM: Checking swsusp image.
> swsusp: Signature found, resuming
> PM: Preparing processes for restore.
> Stopping tasks ... done.
> PM: Reading swsusp image.
>
On 03/08, Davide Libenzi wrote:
>
> On Thu, 8 Mar 2007, Oleg Nesterov wrote:
>
> > Davide Libenzi wrote:
> > >
> > > +int signalfd_deliver(struct sighand_struct *sighand, int sig, struct
> > > siginfo *info)
> > > +{
> > > + int nsig = 0;
> > > + struct list_head *pos;
> > > + struct
On Friday 09 March 2007 01:52, Con Kolivas wrote:
> On Thursday 08 March 2007 15:19, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc3/
> >2. 6.21-rc3-mm2/
> >
> > - This is the same as 2.6.21-rc3-mm1, except Con's CPU scheduler changes
> > were
Note that I am amazed that the kernbench even worked. On small machine I
seem to be getting into trouble with order 1 allocations. SLAB seems to be
able to avoid the situation by keeping higher order pages on a freelist
and reduce the alloc/frees of higher order pages that the page allocator
From: Anton Blanchard <[EMAIL PROTECTED]>
Date: Thu, 8 Mar 2007 15:42:36 -0600
> > The easiest way to fix this would be to always park the swap magic at
> > the offset of the smallest page size in use, which is 4K. This is
> > analogous how the offset for the ext2/3 superblock got fixed at 1K
When ever I try and start a guest OS with kvm I get a lot of these rtc
missing interupt messages from the kernel
[ 468.510878] rtc: lost some interrupts at 1024Hz.
[ 468.530876] rtc: lost some interrupts at 1024Hz.
[ 468.550868] rtc: lost some interrupts at 1024Hz.
[ 468.570864] rtc: lost
Hi,
> Our current swap layout has issues with variable page size kernels.
> Instead of using the page size at runtime, base it on the minimum page
> size the architecture supports.
A hacked up patch to userspace utilities to test the kernel patch. BTW
It looks like there are some real bugs
Hi Peter,
> The easiest way to fix this would be to always park the swap magic at
> the offset of the smallest page size in use, which is 4K. This is
> analogous how the offset for the ext2/3 superblock got fixed at 1K --
> for 1K blocks, it's the second block, but for larger blocks, it's
On Thu, 2007-03-08 at 15:38 -0500, [EMAIL PROTECTED] wrote:
> On Thu, 08 Mar 2007 12:46:47 CST, "Serge E. Hallyn" said:
> > I think it should be done as both. The part which measures the
> > integrity of files should be an integrity subsystem. The part which
> > uses those results to either
> what we do _NOT_ want is some mixture of 'simplified' and 'hardwired'
> native hardware access mixed with hypercalls that somehow ends up
> creating a Frankenstein mixture of 'virtual silicon', is specified
> nowhere else but in VMWare's proprietary hypervisor source code that we
> have no
>
> Maybe hooking into genapic is the right way to mop up all the uses of
> send_IPI and its variants.
It is. More hooks in this are wouldn't be appreciated.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Thu, 8 Mar 2007, Carsten Otte wrote:
> On 3/8/07, Martin Drab <[EMAIL PROTECTED]> wrote:
> >
> > The thing is that I'd like to prevent kernel to swap these pages out,
> > because then I may loose some data when they are not available in time
> > for the next round.
>
> One think you could do
Hello.
Regarding bug 8066 (http://bugzilla.kernel.org/show_bug.cgi?id=8066):
Is there a particular reason, that prevents the patch becoming part of the
2.6.21 release?
Without this patch i have no battery icon and this is a regression againt
2.6.20.
with kind regards
thomas
-
To unsubscribe
On Thursday 08 March 2007 21:46, Zachary Amsden wrote:
> Thomas Gleixner wrote:
> > On Thu, 2007-03-08 at 02:06 -0800, Zachary Amsden wrote:
> >
> The correct solution here is to properly separate the APIC, SMP, and
> timer code so the logic of it which we want to reuse is separated
This patch wire the signalfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S
===
--- linux-2.6.20.ep2.orig/arch/i386/kernel/syscall_table.S
This patch series implements the new signalfd() and signalfd_dequeue()
system calls. I took part of the original Linus code (and you know how
badly it can be broken :), and I added even more breakage ;)
The patch had to be almost completely changed. This patch allows multiple
signalfd to listen
This patch implement the necessary compat code for the signalfd system call.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.20.ep2/fs/compat.c
===
--- linux-2.6.20.ep2.orig/fs/compat.c 2007-03-08 12:43:36.0
This patch add an anonymous inode source, to be used for files that need
and inode only in order to create a file*. We do not care of having an
inode for each file, and we do not even care of having different names in
the associated dentries (dentry names will be same for classes of file*).
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Zachary Amsden wrote:
> > We faithfully emulate lapic, io_apic, the pit, pic, and a normal
> > interrupt subsystem.
>
> Can you not just use the apic clock driver directly then? Do you need
> to do anything special?
exactly. There are only
Well, downloaded - compiled - booted: initng measures 17.369 seconds
to complete the boot process; without the patch the same kernel booted
in 21.553 seconds.
Very impressive.
Many thanks for your work.
Fabio
On 3/8/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
On Friday 09 March 2007
On Wednesday, 7 March 2007 01:32, Rafael J. Wysocki wrote:
> Hi,
>
> On Wednesday, 7 March 2007 01:15, Andrew Morton wrote:
> > On Tue, 6 Mar 2007 15:36:29 -0800
> > [EMAIL PROTECTED] wrote:
> >
> > > http://bugzilla.kernel.org/show_bug.cgi?id=8136
> > >
> >
> > Let's take this to email.
> >
Czesc!
On Tuesday 06 March 2007, Marco Lazzarotto wrote:
> Ciao!
>
> Bartlomiej Zolnierkiewicz ha scritto:
> > On Friday 02 March 2007, Pavel Machek wrote:
> >
> >>Hi!
> >>
> >>
> >>>As I reported in bug 8036 in bugzilla.kernel.org,
> >>>
> >>>Hardware Environment:
> >>>
> >>> - Use a compact
On Thu, Mar 08, 2007 at 12:52:04PM -0800, Andy Isaacson wrote:
> When iterating through an array, one must be careful to test one's index
> variable rather than another similarly-named variable.
>
> The loop will read off the end of conf->disks[] in the following
> (pathological) case:
>
> %
When iterating through an array, one must be careful to test one's index
variable rather than another similarly-named variable.
The loop will read off the end of conf->disks[] in the following
(pathological) case:
% dd bs=1 seek=840716287 if=/dev/zero of=d1 count=1
% for i in 2 3 4; do dd
On Thu, Mar 08, 2007 at 09:43:46PM +0100, Jan Engelhardt wrote:
>
> On Mar 8 2007 08:35, Christoph Hellwig wrote:
> >On Wed, Mar 07, 2007 at 11:45:11PM +0100, Jan Engelhardt wrote:
> >>
> >> On Mar 7 2007 09:42, Christoph Hellwig wrote:
> >> >> #include
> >> >> #include
> >> >> #include
>
Linus Torvalds wrote:
On Thu, 8 Mar 2007, Davide Libenzi wrote:
So, to cut it short, I can do the pseudo-siginfo read(2), but I don't
like it too much (little, actually). The siginfo, as bad as it is, is a
standard used in many POSIX APIs (hence even in kernel), and IMO if we
want to send
On Thu, Mar 08, 2007 at 12:07:16PM -0800, Marc Perkel wrote:
> Running FC6. When I try to format a Raid 1 device the
> server locks up when it creates the journal. However
> if I use just 2 gigs of ram then it doesn't lock up.
> Asus motherboard.
>
> Please CC me as I'm not a list member.
Took
On Tue, Mar 06, 2007 at 08:22:11PM -0800, Arjan van de Ven wrote:
> > [Adding Cc:lkml]
>
> > How about using a reduced check, as is done for fd and environ? This
> > would allow root-running system monitors to still do their job.
> > Effectively, this changes the test from "is ptracing" to
Zachary Amsden wrote:
> We faithfully emulate lapic, io_apic, the pit, pic, and a normal
> interrupt subsystem.
Can you not just use the apic clock driver directly then? Do you need
to do anything special?
J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
* Zachary Amsden <[EMAIL PROTECTED]> wrote:
> When we're about two weeks away from a product release and you are
> threatening to unmerge or block our code because we didn't create an
> abstract interrupt controller, we re-used the APIC and IO-APIC, this
> is uber rocket science. [...]
see
On Thu, 8 Mar 2007, Oleg Nesterov wrote:
> Davide Libenzi wrote:
> >
> > +int signalfd_deliver(struct sighand_struct *sighand, int sig, struct
> > siginfo *info)
> > +{
> > + int nsig = 0;
> > + struct list_head *pos;
> > + struct signalfd_ctx *ctx;
> > + struct signalfd_sq *sq;
> > +
>
H. Peter Anvin wrote:
David Miller wrote:
Thanks, but that still leaves PAGE_SIZE available for some
architectures and not for others shouldn't this be moved inside
__KERNEL__ in i386 and x86_64 then?
I definitely think so.
It definitely should, especially on x86-64, where the page size
Quoting Stephen Smalley ([EMAIL PROTECTED]):
> On Thu, 2007-03-08 at 12:01 -0600, Serge E. Hallyn wrote:
> > Quoting Chris Wright ([EMAIL PROTECTED]):
> > > * Serge E. Hallyn ([EMAIL PROTECTED]) wrote:
> > > > Are you objecting only to the duplication at the callsites, so that an
> > > >
Linus Torvalds wrote:
On Thu, 8 Mar 2007, Davide Libenzi wrote:
So, to cut it short, I can do the pseudo-siginfo read(2), but I don't
like it too much (little, actually). The siginfo, as bad as it is, is a
standard used in many POSIX APIs (hence even in kernel), and IMO if we
want to send
On Friday 09 March 2007 01:52, Con Kolivas wrote:
> Summary from what I've been able to find:
> x86_32: ok
> x86_64: ok
> x86_64 fat config: scheduler code oops brought on by accessing /proc
> IA64 ok: ok
> Alpha: bitmap error, runs ok
PA-Risc: ok
Now what is it about ppc and Alpha that make it
i asked about this a while back, but i still haven't heard a
definitive response as to whether it's acceptable. that is, extending
the header file "asm-generic/ioctl.h" to allow arch-specific ioctl.h
header files to override what little might need to be changed from the
generic file:
On 3/8/07, Anton Blanchard <[EMAIL PROTECTED]> wrote:
> By the way, it's a massive snafu that the swap area magic number is
> dependent on PAGE_SIZE. There is absolutely no good reason for that.
Agreed, its been a big problem booting between 4kB and 64kB kernels on
ppc64.
Okay this really
On Friday 09 March 2007 07:25, Fabio Comolli wrote:
> Hi Con
> It would be nice if you could rebase this patch to latest git or at
> least to 2.6.21-rc3.
> Regards,
Check in http://ck.kolivas.org/patches/staircase-deadline/
There's an -rc3 patch there.
--
-ck
-
To unsubscribe from this list:
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
> Maybe hooking into genapic is the right way to mop up all the uses of
> send_IPI and its variants. But from a quick grep it doesn't look like
> they get called from too many places... Most of the callers seem to be
> in arch/i386/kernek/smp.c,
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
> On Thu, 08 Mar 2007 12:46:47 CST, "Serge E. Hallyn" said:
> > I think it should be done as both. The part which measures the
> > integrity of files should be an integrity subsystem. The part which
> > uses those results to either allow/refuse
On 3/8/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
So anybody who would "go with the Berkeley crowd" really shows a lot of
bad taste, I'm afraid. The Berkeley crowd really messed up here, and it's
so long ago that I don't think there is any point in us trying to fix it
any more.
Well, they
On Mar 8, 2007, at 12:34 PM, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Thursday 08 March 2007, Suleiman Souhlal wrote:
On Mar 7, 2007, at 1:16 PM, Bartlomiej Zolnierkiewicz wrote:
Hi,
(sorry for the long delay)
On Wednesday 21 February 2007, Suleiman Souhlal wrote:
IDE error recovery is
Andrew Morton napisał(a):
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc3-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc3/2.6.21-rc3-mm1/
>
cpu_hotplug (AutoTest) hangs at this
Thomas Gleixner wrote:
On Thu, 2007-03-08 at 02:06 -0800, Zachary Amsden wrote:
The correct solution here is to properly separate the APIC, SMP, and
timer code so the logic of it which we want to reuse is separated from
the hardware dependence. Clock events and clocksources take care of
On Mar 8 2007 08:35, Christoph Hellwig wrote:
>On Wed, Mar 07, 2007 at 11:45:11PM +0100, Jan Engelhardt wrote:
>>
>> On Mar 7 2007 09:42, Christoph Hellwig wrote:
>> >> #include
>> >> #include
>> >> #include
>> >> +#ifndef __sun__
>> >> #include
>> >> #endif
>> >> +#endif
>> >
>> >So if
Davide Libenzi wrote:
>
> +int signalfd_deliver(struct sighand_struct *sighand, int sig, struct siginfo
> *info)
> +{
> + int nsig = 0;
> + struct list_head *pos;
> + struct signalfd_ctx *ctx;
> + struct signalfd_sq *sq;
> +
> + list_for_each(pos, >sfdlist) {
> +
Chris Wright wrote:
> * Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
>
>> Maybe hooking into genapic is the right way to mop up all the uses of
>> send_IPI and its variants. But from a quick grep it doesn't look like
>> they get called from too many places... Most of the callers seem to be
On Thu, 08 Mar 2007 12:46:47 CST, "Serge E. Hallyn" said:
> I think it should be done as both. The part which measures the
> integrity of files should be an integrity subsystem. The part which
> uses those results to either allow/refuse actions or take some other
> action (i.e. shut down the
On Thu, Mar 08, 2007 at 03:23:39PM -0500, Robin Getz wrote:
> On Thu 8 Mar 2007 08:48, Russell King pondered:
> > On Thu, Mar 08, 2007 at 08:44:31AM -0500, Robin Getz wrote:
> > > That would let you change things are run time, but the problem is at
> > > boot time. A default setting needs to be
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
> I guess by "rest of the kernel" you mean other stuff in arch/i386. Yes,
> that's a concern, but maybe we can tease it apart in a sensible way.
Yes, that's exactly what I'm saying. Same with above (the native stuff), since
we don't want a bunch
Chris Wright wrote:
> * Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
>
>> I guess by "rest of the kernel" you mean other stuff in arch/i386. Yes,
>> that's a concern, but maybe we can tease it apart in a sensible way.
>>
>
> Yes, that's exactly what I'm saying. Same with above (the
On Thu, 08 Mar 2007 13:34:04 EST, "John W. Linville" said:
> On Thu, Mar 08, 2007 at 12:56:58PM -0500, [EMAIL PROTECTED] wrote:
> > On Wed, 07 Mar 2007 20:18:39 PST, Andrew Morton said:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc3/2.6.21-rc3-mm1/
> >
> >
On Mar 8 2007 18:15, Patrick McHardy wrote:
>
>> Take xt_portscan as an example, which would require a minimum of 23
>> filtering rules (which cannot reproduce the module's action in its
>> fullest). 23 rules means we will be looping a bit in ipt_do_table() for
>> a single packet, repeatedly
Hi,
On Thursday 08 March 2007, Suleiman Souhlal wrote:
>
> On Mar 7, 2007, at 1:16 PM, Bartlomiej Zolnierkiewicz wrote:
>
> >
> > Hi,
> >
> > (sorry for the long delay)
> >
> > On Wednesday 21 February 2007, Suleiman Souhlal wrote:
> >> IDE error recovery is using WIN_IDLEIMMEDIATE which was
Hi Con
It would be nice if you could rebase this patch to latest git or at
least to 2.6.21-rc3.
Regards,
Fabio
On 3/4/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
This message is to announce the first general public release of the "Rotating
Staircase DeadLine" cpu scheduler.
Based on previous
Ingo Molnar <[EMAIL PROTECTED]> writes:
> * Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>
>> I have never have figured out how to get suspend/resume actually
>> working on any of my machines [...]
>
> ouch! Are you interested in getting it work?
I haven't even seriously tried. I don't yet have
Alan Cox <[EMAIL PROTECTED]> writes:
> On Thu, 08 Mar 2007 10:18:24 -0500
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
>> Alan Cox wrote:
>> > On Thu, 08 Mar 2007 23:17:00 +0900
>> > OGAWA Hirofumi <[EMAIL PROTECTED]> wrote:
>> >
>> >> Hi,
>> >>
>> >> the following patch is needed to boot my
On Thu 8 Mar 2007 08:48, Russell King pondered:
> On Thu, Mar 08, 2007 at 08:44:31AM -0500, Robin Getz wrote:
> > That would let you change things are run time, but the problem is at
> > boot time. A default setting needs to be set, so when things initialize,
> > and proc does not exist yet, it is
[PATCH] drivers: PMC MSP71xx GPIO char driver
Patch to add a GPIO char driver for the PMC-Sierra
MSP71xx devices.
This patch references some platform support files previously
submitted to the [EMAIL PROTECTED] list.
Thanks,
Marc
Signed-off-by: Marc St-Jean <[EMAIL PROTECTED]>
---
Re-posting
ZB>If we really decide to remove EIOCBRETRY support we'd get rid of all
ZB>the retry infrastructure and remove the EIOCBRETRY errno so their
ZB>builds failed.
Originally EIOCBRETRY was used in fs/read_write.c for vector IO.
And EIOCBRETRY was deleted from it after.
Now EIOCBRETRY is used in
Chris Wright wrote:
> * Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
>
>> Chris Wright wrote:
>>
>>> I agree with that, but I think that's esp. for things like create and launch
>>> new vcpu. The IPI bit I'm not as clear on, nor running this all on native
>>> as well.
>>>
>>>
+
+ On Wed, 7 Mar 2007 15:57:07 -0600 (CST)
+ Pat Gefre <[EMAIL PROTECTED]> wrote:
+
+ > 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.
+ >
+ >
On Mar 7, 2007, at 1:16 PM, Bartlomiej Zolnierkiewicz wrote:
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
* Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
> > Michael - does your 'date' output advance after resume? If not then
> > i'd say it's a NO_HZ related problem. If yes then i'd guess it's the
> > SATA problem.
>
> I'll test, but I have NO_HZ off for now.
there can still be effects of it
Because we do not reserve space for the pci-x and pci-e state in struct
pci dev we need to dynamically allocate it. However because we need
to support restore being called multiple times after a single save
it is never safe to free the buffers we have allocated to hold the
state.
So this patch
* Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> I have never have figured out how to get suspend/resume actually
> working on any of my machines [...]
ouch! Are you interested in getting it work?
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
> Chris Wright wrote:
> > * Daniel Arai ([EMAIL PROTECTED]) wrote:
> >
> >> There's no good way to override __send_IPI_shortcut. I suppose we could
> >> add
> >> paravirt ops for __send_IPI_shortcut and every other op that touches the
> >>
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
> Chris Wright wrote:
> > I agree with that, but I think that's esp. for things like create and launch
> > new vcpu. The IPI bit I'm not as clear on, nor running this all on native
> > as well.
> >
>
> Well, native would fall back to using the
Running FC6. When I try to format a Raid 1 device the
server locks up when it creates the journal. However
if I use just 2 gigs of ram then it doesn't lock up.
Asus motherboard.
Please CC me as I'm not a list member.
Linux version 2.6.19-1.2911.6.5.fc6
([EMAIL PROTECTED]) (gcc version
4.1.1
Your message dated Thu, 8 Mar 2007 14:16:38 -0500 with subject
"[EMAIL PROTECTED]" has been successfully distributed to the
JLS402-L list.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
There are two ways pci_save_state and pci_restore_state are used. As
helper functions during suspend/resume, and as helper functions around
a hardware reset event. When used as helper functions around a hardware
reset event there is no reason to believe the calls will be paired, nor
is there a
On Thu, 8 Mar 2007, Randy Dunlap wrote:
> On Wed, 7 Mar 2007 19:44:41 -0500 (EST) Robert P. J. Day wrote:
>
> >
> > the usage of the DEBUG_DRIVER preprocessor variable is a big
> > confusing:
> >
> > $ $ grep -rw DEBUG_DRIVER *
> > drivers/net/sunlance.c:#undef DEBUG_DRIVER
> >
+ its done only when the path is needed.). Real filesystems probably
+ dont want to use it, because their dentries are present in global
Pedantry: it's and don't?
-Bob
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Thu, 8 Mar 2007, Jari Ruusu wrote:
Kandan Venkataraman wrote:
All comments have been taken care of.
Your patch still does not do conversions of existing user space visible
'struct loop_info64' which is pretty much cast in stone. Blindly overwriting
larger structure over smaller user
Well this is clearly a weird tangent from the topic of this thread but
it looks to have found some real bugs even if they aren't the ones we
are looking for.
In short pci_save_state and pci_restore_state are used to two primary
was: As a pair called from the suspend and restore routines. One
> > 2. First disk access after resume takes a couple of minutes
> >(seemed instant with 2.6.20) during this time no new messages show on
> > console
>
> Yeah, there is some problem with SATA resume. It would be beautiful if the
> people who actually see this could narrow it down with
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> > While that's basically what we did in Xen, it would make more sense
> > to build it into genapic which would give us one common abstraction
> > to base from. We should avoid adding pv_ops when existing
> > infrastructure exists.
>
> I was
Bill Davidsen wrote:
there's a new NMI watchdog related problem: KVM crashes on certain
bzImages because ... we enable the NMI watchdog by default (even if
the user does not ask for it) , and no other OS on this planet does
that so KVM doesnt have emulation for that yet. So KVM injects a
Chris Wright wrote:
> I agree with that, but I think that's esp. for things like create and launch
> new vcpu. The IPI bit I'm not as clear on, nor running this all on native
> as well.
>
Well, native would fall back to using the existing arch/i386 versions of
those functions, so that's
> Quoting Ingo Molnar <[EMAIL PROTECTED]>:
> Subject: Re: [2/6] 2.6.21-rc2: known regressions
>
>
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > > 3. When I switch to X (CTRL-ALT-F7), X hangs after drawing a couple of
> > > windows
> > >after waiting for some 10 min, I rebooted. no
> Quoting Linus Torvalds <[EMAIL PROTECTED]>:
> >
> > Here's the status with -rc3: better, but still does not work as well as
> > 2.6.20.
>
> Ok. I think we mostly solved the irq-related stuff, but you might want to
> check whether you have CONFIG_NOHZ on or off and whether that makes a
>
Chris Wright wrote:
> * Daniel Arai ([EMAIL PROTECTED]) wrote:
>
>> There's no good way to override __send_IPI_shortcut. I suppose we could add
>> paravirt ops for __send_IPI_shortcut and every other op that touches the
>> APIC.
>>
>
> While that's basically what we did in Xen, it
This patches changes the order of fields of struct pid_entry (file
fs/proc/base.c) in order to avoid a hole on 64bit archs. (8 bytes saved per
object)
It also changes all pid_entry arrays to be const qualified, to make clear they
must not be modified.
Before (on x86_64) :
# size
Takashi Iwai wrote:
At Thu, 08 Mar 2007 12:05:49 -0500,
Randy Cushman wrote:
Takashi Iwai wrote:
At Thu, 8 Mar 2007 17:52:43 +0100,
Michal Piotrowski wrote:
On 08/03/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
At Thu, 08 Mar 2007 16:42:26 +0100,
Michal
On Thu, 8 Mar 2007, Avi Kivity wrote:
> Davide Libenzi wrote:
> > So, to cut it short, I can do the pseudo-siginfo read(2), but I don't like
> > it too much (little, actually). The siginfo, as bad as it is, is a standard
> > used in many POSIX APIs (hence even in kernel), and IMO if we want to
On Thu, Mar 08, 2007 at 07:37:56PM +0100, Andi Kleen wrote:
> On Thursday 08 March 2007 18:44, Dave Jiang wrote:
>
> > In spite of kgdb, shouldn't it have that \n anyways in case some other code
> > gets added in the future after the macro? Or are you saying that there
> > should
> > never be
Davide Libenzi wrote:
So, to cut it short, I can do the pseudo-siginfo read(2), but I don't
like it too much (little, actually). The siginfo, as bad as it is, is a
standard used in many POSIX APIs (hence even in kernel), and IMO if we
want to send that back, a struct siginfo should be.
On Wed, Mar 07, 2007 at 00:24:35 +0200, Sami Farin wrote:
> On Tue, Mar 06, 2007 at 23:53:49 +0200, Sami Farin wrote:
> ...
> > And I found bug in gcc-4.1.2, it gave 0 for ncubic results
> > when doing 1000 loops test... gcc-4.0.3 works.
>
> Found it.
>
> --- cbrt-test.c~ 2007-03-07
On Thu, 8 Mar 2007, Linus Torvalds wrote:
>
>
> On Thu, 8 Mar 2007, Davide Libenzi wrote:
> >
> > So, to cut it short, I can do the pseudo-siginfo read(2), but I don't
> > like it too much (little, actually). The siginfo, as bad as it is, is a
> > standard used in many POSIX APIs (hence even
On Thu, 2007-03-08 at 12:01 -0600, Serge E. Hallyn wrote:
> Quoting Chris Wright ([EMAIL PROTECTED]):
> > * Serge E. Hallyn ([EMAIL PROTECTED]) wrote:
> > > Are you objecting only to the duplication at the callsites, so that an
> > > fsnotify-type of consolidation of security and integrity hooks
On Thu, 8 Mar 2007, Davide Libenzi wrote:
>
> So, to cut it short, I can do the pseudo-siginfo read(2), but I don't
> like it too much (little, actually). The siginfo, as bad as it is, is a
> standard used in many POSIX APIs (hence even in kernel), and IMO if we
> want to send that back, a
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > 2. First disk access after resume takes a couple of minutes
> >(seemed instant with 2.6.20) during this time no new messages
> >show on console
>
> Yeah, there is some problem with SATA resume. It would be beautiful if
> the people who
Added support for radeon xpress 200m(rs480).
Note that the card doesn't like dynclk turned on.
Please CC replies to [EMAIL PROTECTED]
Signed-off-by: Johan Henriksson <[EMAIL PROTECTED]>
---
diff -upr linux-2.6.20.1-vanilla/drivers/video/aty/ati_ids.h
201 - 300 of 1073 matches
Mail list logo
