On Monday 16 July 2007 05:17, Ingo Molnar wrote:
>
> * Ed Tomlinson <[EMAIL PROTECTED]> wrote:
>
> > I run a java application at nice 15. Its been a background
> > application here for as long as SD and CFS have been around. If I
> > have a compile running at nice 0, with v19 java gets so lit
On Mon, Jul 16 2007, OGAWA Hirofumi wrote:
> Jens Axboe <[EMAIL PROTECTED]> writes:
>
> > On Mon, Jul 16 2007, OGAWA Hirofumi wrote:
> >> Hi,
> >>
> >> I've noticed the nfsd read corruption by recent change. And this patch
> >> fixes the problem for me, is this right fix?
> >> --
> >> OGAWA Hiro
On Sun, Jul 15 2007, Flavio Curti wrote:
> Hello
>
> On Mon, Jul 09, 2007 at 11:59:36AM +1000, Nick Piggin wrote:
> > >Jul 8 00:19:13 dorade.cyberlink.ch EFLAGS: 00210046
> > >(2.6.22-rc7-dorade #1)
> > >>The machine panics
> > >>after some days of running fine, the machine inst heavy loaded.
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> > yes, the weight multiplier 1.25, but the actual difference in CPU
> > utilization, when running two CPU intense tasks, is ~10%:
> >
> > PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
> > 8246 mingo 20 0 1576 244 196 R
Please try the patch in the following message.
http://article.gmane.org/gmane.linux.ide/20799/raw
--
tejun
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pl
> Video mode probing for the new x86 setup code. This code breaks down
> different drivers into modules. This code deliberately drops support
> for a lot of the vendor-specific mode probing present in the assembly
> version, since a lot of those probes have been found to be stale in
> current ver
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 11:12:36 +0200
> Applying the revert patch below makes it work again.
Well, let's figure out why before we revert because it
is attempting to fix a legitimate bug.
Olaf, any ideas?
-
To unsubscribe from this list: send the line "unsubs
From: Jens Axboe <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 11:47:27 +0200
> This updates the sparc iommu/pci dma mappers to sg chaining.
>
> Cc: [EMAIL PROTECTED]
> Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send
From: Jens Axboe <[EMAIL PROTECTED]>
Date: Mon, 16 Jul 2007 11:47:28 +0200
> This updates the sparc64 iommu/pci dma mappers to sg chaining.
>
> Cc: [EMAIL PROTECTED]
> Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
-
To unsubscribe from this list: sen
Hi,
On Sun, 15 Jul 2007, Jonathan Corbet wrote:
> Here's another approach: a reimplementation of msleep() and
> msleep_interruptible() using hrtimers. On a system without real
> hrtimers this code will at least drop down to single-jiffy delays much
> of the time (though not deterministically so)
With 9P but no 9P debug options, this error occurs:
CC [M] fs/9p/v9fs.o
fs/9p/v9fs.c: In function 'v9fs_parse_options':
fs/9p/v9fs.c:134: error: 'p9_debug_level' undeclared (first use in this
function)
The following patch moves the definition of p9_debug_level out of #ifdef
and seems to fix t
On Fri, 13 Jul 2007, Geert Uytterhoeven wrote:
> Ah, that explains it. flush_dcache_page() is used in some drivers.
> I'll update my patches. Thanks for the comments!
Does this look OK?
- Replaced KM_USER0 by KM_IRQ0 (all routines are either called from an
interrupt handler, from .request_fn
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> > Here's another approach: a reimplementation of msleep() and
> > msleep_interruptible() using hrtimers. On a system without real
> > hrtimers this code will at least drop down to single-jiffy delays
> > much of the time (though not deterministicall
Am Freitag 13 Juli 2007 schrieb Kevin Lloyd:
> +int sierra_probe(struct usb_interface *iface, const struct usb_device_id *id)
> +{
> + int result;
> + struct usb_device *udev;
> +
> + udev = usb_get_dev(interface_to_usbdev(iface));
> +
> + /* Check if in installer mode
Hi,
On Mon, 16 Jul 2007, Ingo Molnar wrote:
> i dont think there's any significant overhead. The OLPC folks are pretty
> sensitive to performance,
How is a sleep function relevant to performace?
bye, Roman
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
* Vivek Goyal <[EMAIL PROTECTED]> [2007-07-16 06:19]:
> On Fri, Jul 13, 2007 at 03:15:50PM +0200, Bernhard Walle wrote:
> > * Ken'ichi Ohmichi <[EMAIL PROTECTED]> [2007-07-13 13:05]:
> > >
> > > BTW, I'd like to remove PAGESIZE from a mkdfinfo file.
> > > While 2nd-kernel is running, new makedumpf
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> > > One possible problem here is that setting up that timer can be
> > > considerably more expensive, for a relative timer you have to read
> > > the current time, which can be quite expensive (e.g. your machine
> > > now uses the PIT timer, because
Hi,
On Mon, 16 Jul 2007, Ingo Molnar wrote:
> > As soon as you add another loop the difference changes again, while
> > it's always correct to say it gets 25% more cpu time [...]
>
> yep, and i'll add the relative effect to the comment too.
Why did you cut off the rest of the sentence?
To illu
On Mon, 16 Jul 2007, Tejun Heo wrote:
> Please try the patch in the following message.
>
> http://article.gmane.org/gmane.linux.ide/20799/raw
>
This solves the 'smartctl -H' problem both of my systems (one with Nvidia
CK804 and one with MCP51).
Tested-by: Kai Makisara <[EMAIL PROTECTED]>
Than
On Monday, 16 July 2007 01:49, [EMAIL PROTECTED] wrote:
> On Mon, 16 Jul 2007, Rafael J. Wysocki wrote:
>
> > On Monday, 16 July 2007 00:42, [EMAIL PROTECTED] wrote:
> >> On Mon, 16 Jul 2007, Rafael J. Wysocki wrote:
> >>
> >>> On Sunday, 15 July 2007 22:13, [EMAIL PROTECTED] wrote:
> On Sun,
as time goes by, the informational value of the feature removal file
is rapidly approaching zero, as alleged deadlines for removal are
continually dismissed, while some removal dates as far back as 2005
are still in that file.
if those features aren't going to be removed, then will someone at
Hi,
On Mon, 16 Jul 2007, Ingo Molnar wrote:
> i'm not sure how your question relates/connects to what i wrote above,
> could you please re-phrase your question into a bit more verbose form so
> that i can answer it? Thanks,
Well, you cut out the major question from my initial mail:
One questio
I'm pretty sure that no ppc64 machine needs alias resolution in
the kernel,
although some are VIPT. Last time we discussed this, Segher
explained it
to me, but I don't remember which way Cell does it. IIRC, it
automatically
flushes cache lines that are accessed through aliases.
Ah yes, I r
On Monday, 16 July 2007 01:22, [EMAIL PROTECTED] wrote:
> On Mon, 16 Jul 2007, Rafael J. Wysocki wrote:
>
> > On Sunday, 15 July 2007 21:23, [EMAIL PROTECTED] wrote:
> >> On Sun, 15 Jul 2007, Rafael J. Wysocki wrote:
> >>
> >> I think this is far more complicated then it needs to be.
> >>
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> On Mon, 16 Jul 2007, Ingo Molnar wrote:
>
> > > As soon as you add another loop the difference changes again,
> > > while it's always correct to say it gets 25% more cpu time [...]
> >
> > yep, and i'll add the relative effect to the comment too.
>
On Fri, Jul 13 2007, Geert Uytterhoeven wrote:
> On Fri, 13 Jul 2007, Adrian Bunk wrote:
> > This patch removes some code that became dead code after the ATARI_ACSI
> > removal.
>
> When was it removed? Nobody seems to have informed the m68k people...
It hasn't even been compiling for 5 years, s
On Mon, Jul 16 2007, Geert Uytterhoeven wrote:
> On Fri, 13 Jul 2007, Geert Uytterhoeven wrote:
> > Ah, that explains it. flush_dcache_page() is used in some drivers.
> > I'll update my patches. Thanks for the comments!
>
> Does this look OK?
> - Replaced KM_USER0 by KM_IRQ0 (all routines are ei
Gabriel C wrote:
> Satyam Sharma wrote:
>
>> On 7/15/07, Gabriel C <[EMAIL PROTECTED]> wrote:
>>
>>
> [...]
> doing a modprobe fixed the driver segfaults and I get this Oops:
>
> Jul 14 13:43:30 lara [ 157.953261] BUG: unable to handle kernel paging
> request at virt
On Monday 16 July 2007 13:26, David Miller wrote:
> Well, let's figure out why before we revert because it
> is attempting to fix a legitimate bug.
>
> Olaf, any ideas?
It seems as if the card is stuck in NAPI mode without being
serviced by net_rx_action.
Ingo, is this a UP or SMP machine? Are y
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Mon, 16 Jul 2007, Ingo Molnar wrote:
>
> > i'm not sure how your question relates/connects to what i wrote above,
> > could you please re-phrase your question into a bit more verbose form so
> > that i can answer it? Thanks,
>
> Well, yo
What I need is to ignore double delimiters such as (::). This can be
done trivially with a string comparison to check for "\0". What I want
to know is if it is ok to include the strtok_r code in my security
module, or if strtok was removed for a very good reason. I am porting a
lot of existing
When user locks an ipc shmem segmant with SHM_LOCK ctl and the
segment is already locked the shmem_lock() function returns 0.
After this the subsequent code leaks the existing user struct:
== ipc/shm.c: sys_shmctl() ==
...
err = shmem_lock(shp->shm_file, 1, user);
if (!err) {
On Mon, Jul 16, 2007 at 01:57:07PM +0200, Bernhard Walle wrote:
> * Vivek Goyal <[EMAIL PROTECTED]> [2007-07-16 06:19]:
> > On Fri, Jul 13, 2007 at 03:15:50PM +0200, Bernhard Walle wrote:
> > > * Ken'ichi Ohmichi <[EMAIL PROTECTED]> [2007-07-13 13:05]:
> > > >
> > > > BTW, I'd like to remove PAGES
* Vivek Goyal <[EMAIL PROTECTED]> [2007-07-16 14:25]:
>
> Ok. Now there seems to be two ways for accessing such info.
> - Through global variables
> - Export through ELF notes.
>
> Personally, I like the approach taken by Dan Aloni of exporting required
> info through ELF notes. That seems to be
* Vivek Goyal <[EMAIL PROTECTED]> [2007-07-16 14:25]:
>
> Ok. Now there seems to be two ways for accessing such info.
> - Through global variables
> - Export through ELF notes.
>
> Personally, I like the approach taken by Dan Aloni of exporting required
> info through ELF notes. That seems to be
Jens Axboe <[EMAIL PROTECTED]> writes:
>> nfsd_vfs_read() path.
>>
>> nfsd_vfs_read()
>> splice_direct_to_actor()
>> while(len) {
>> do_splice_to() [update sd->pos]
>> -> generic_file_splice_read() [read from sd->pos]
>> nfs
On Mon, Jul 16, 2007 at 02:28:54PM +0200, Bernhard Walle wrote:
> * Vivek Goyal <[EMAIL PROTECTED]> [2007-07-16 14:25]:
> >
> > Ok. Now there seems to be two ways for accessing such info.
> > - Through global variables
> > - Export through ELF notes.
> >
> > Personally, I like the approach taken
On Mon, Jul 16 2007, OGAWA Hirofumi wrote:
> Jens Axboe <[EMAIL PROTECTED]> writes:
>
> >> nfsd_vfs_read() path.
> >>
> >> nfsd_vfs_read()
> >> splice_direct_to_actor()
> >> while(len) {
> >> do_splice_to() [update sd->pos]
> >> -> gener
Hi,
On Mon, 16 Jul 2007, Ingo Molnar wrote:
> > > > As soon as you add another loop the difference changes again,
> > > > while it's always correct to say it gets 25% more cpu time [...]
> > >
> > > yep, and i'll add the relative effect to the comment too.
> >
> > Why did you cut off the rest
Since Ingo's recent scheduler rewrite which was merged as commit
0437e109e1841607f2988891eaa36c531c6aa6ac sched_cacheflush is unused.
Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
diff --git a/arch/ia64/kernel/setup.c b/arch/ia64/kernel/setup.c
index 188fb73..5914739 100644
--- a/arch/ia64/kern
* Ralf Baechle <[EMAIL PROTECTED]> wrote:
> Since Ingo's recent scheduler rewrite which was merged as commit
> 0437e109e1841607f2988891eaa36c531c6aa6ac sched_cacheflush is unused.
>
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
yeah, indeed - i've added your patch to my queue of scheduler p
On Mon, 16 Jul 2007, Jens Axboe wrote:
> On Mon, Jul 16 2007, Geert Uytterhoeven wrote:
> > On Fri, 13 Jul 2007, Geert Uytterhoeven wrote:
> > > Ah, that explains it. flush_dcache_page() is used in some drivers.
> > > I'll update my patches. Thanks for the comments!
> >
> > Does this look OK?
> >
Hi,
On Mon, 16 Jul 2007, Ingo Molnar wrote:
> > Well, you cut out the major question from my initial mail:
> > One question here would be, is it really a problem to sleep a little more?
>
> oh, i did not want to embarrass you (and distract the discussion) with
> answering a pretty stupid, irrel
On Mon, 16 Jul 2007, Jens Axboe wrote:
> On Fri, Jul 13 2007, Geert Uytterhoeven wrote:
> > On Fri, 13 Jul 2007, Adrian Bunk wrote:
> > > This patch removes some code that became dead code after the ATARI_ACSI
> > > removal.
> >
> > When was it removed? Nobody seems to have informed the m68k peop
On Mon, Jul 16 2007, Geert Uytterhoeven wrote:
> On Mon, 16 Jul 2007, Jens Axboe wrote:
> > On Fri, Jul 13 2007, Geert Uytterhoeven wrote:
> > > On Fri, 13 Jul 2007, Adrian Bunk wrote:
> > > > This patch removes some code that became dead code after the ATARI_ACSI
> > > > removal.
> > >
> > > Whe
On Mon, Jul 16 2007, Geert Uytterhoeven wrote:
> On Mon, 16 Jul 2007, Jens Axboe wrote:
> > On Mon, Jul 16 2007, Geert Uytterhoeven wrote:
> > > On Fri, 13 Jul 2007, Geert Uytterhoeven wrote:
> > > > Ah, that explains it. flush_dcache_page() is used in some drivers.
> > > > I'll update my patches.
Satyam Sharma <[EMAIL PROTECTED]> wrote:
[zillions of ways to do -X dontdiff]
> Or just "cp -al" to create multiple trees at (almost) no disk cost
> that won't interfere with each other in any way, and makes the
> development process / generating patchsets trifle easier as well ...
Beware, some
Hi all,
Im a newcomer to kernel development, and have my first question :
I want to create a small module that simply powers on an FPGA, and
powers it off when it is released. Two other modules will then depend on
this module and control different devices programmed into the FPGA. So
that the
On Mon, Jul 16 2007, FUJITA Tomonori wrote:
> From: Jens Axboe <[EMAIL PROTECTED]>
> Subject: [PATCH 00/33] SG table chaining support
> Date: Mon, 16 Jul 2007 11:47:14 +0200
>
> > Changes since last post:
> >
> > - Rebase to current -git. Lots of SCSI drivers have been converted
> > to use the
On Mon, 16 Jul 2007, Geert Uytterhoeven wrote:
> On Mon, 16 Jul 2007, Jens Axboe wrote:
> > On Mon, Jul 16 2007, Geert Uytterhoeven wrote:
> > > On Fri, 13 Jul 2007, Geert Uytterhoeven wrote:
> > > > Ah, that explains it. flush_dcache_page() is used in some drivers.
> > > > I'll update my patches.
On Mon, Jul 16 2007, FUJITA Tomonori wrote:
> From: Jens Axboe <[EMAIL PROTECTED]>
> Subject: [PATCH 00/33] SG table chaining support
> Date: Mon, 16 Jul 2007 11:47:14 +0200
>
> > Changes since last post:
> >
> > - Rebase to current -git. Lots of SCSI drivers have been converted
> > to use the
On Mon, Jul 16 2007, FUJITA Tomonori wrote:
> From: Jens Axboe <[EMAIL PROTECTED]>
> Subject: [PATCH 31/33] Fusion: sg chaining support
> Date: Mon, 16 Jul 2007 11:47:45 +0200
>
> > Cc: [EMAIL PROTECTED]
> > Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
> > ---
> > drivers/message/fusion/mptscsih
On Mon, Jul 16 2007, FUJITA Tomonori wrote:
> From: Jens Axboe <[EMAIL PROTECTED]>
> Subject: [PATCH 29/33] infiniband: sg chaining support
> Date: Mon, 16 Jul 2007 11:47:43 +0200
>
> > @@ -226,7 +228,8 @@ static int iser_sg_to_page_vec(struct iser_data_buf
> > *data,
> >
Switch single-linked binfmt formats list to usual list_head's.
This leads to one-liners in register_binfmt() and unregister_binfmt().
The downside is one pointer more in struct linux_binfmt. This is not a
problem, since the set of registered binfmts on typical box is very small
(ELF + something dis
list_del() hardly can fail, so checking for return value is pointless
(and current code always return 0).
Nobody really cared that return value anyway.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
arch/ia64/ia32/binfmt_elf32.c |2 +-
fs/exec.c |3 +--
inclu
* Olaf Kirch <[EMAIL PROTECTED]> wrote:
> On Monday 16 July 2007 13:26, David Miller wrote:
> > Well, let's figure out why before we revert because it
> > is attempting to fix a legitimate bug.
> >
> > Olaf, any ideas?
>
> It seems as if the card is stuck in NAPI mode without being serviced
>
--- "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> >> - The VGA recalc has the same bug as the assembly version where a VGA
> >> write protected register is written (Overflow register) without setting
> >> the enable bit (see VGA docs).
>
> I dug into this, and it turns out you're incorrect. Both
From: Jens Axboe <[EMAIL PROTECTED]>
Subject: [PATCH 00/33] SG table chaining support
Date: Mon, 16 Jul 2007 11:47:14 +0200
> Changes since last post:
>
> - Rebase to current -git. Lots of SCSI drivers have been converted
> to use the sg accessor helpers, which nicely shrinks this patchset
>
From: Jens Axboe <[EMAIL PROTECTED]>
Subject: [PATCH 00/33] SG table chaining support
Date: Mon, 16 Jul 2007 11:47:14 +0200
> Changes since last post:
>
> - Rebase to current -git. Lots of SCSI drivers have been converted
> to use the sg accessor helpers, which nicely shrinks this patchset
>
[EMAIL PROTECTED] wrote:
> On Mon, 16 Jul 2007, Al Boldi wrote:
> > [EMAIL PROTECTED] wrote:
> >> suspend-to-RAM should not involve kexec, the only reason for doing the
> >> kexec to to get a seperate userspace to use for suspend-to-disk
> >> operations instead of trying to partially freeze the sus
From: Jens Axboe <[EMAIL PROTECTED]>
Subject: [PATCH 31/33] Fusion: sg chaining support
Date: Mon, 16 Jul 2007 11:47:45 +0200
> Cc: [EMAIL PROTECTED]
> Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
> ---
> drivers/message/fusion/mptscsih.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deleti
On Mon, Jul 16 2007, Geert Uytterhoeven wrote:
> On Mon, 16 Jul 2007, Geert Uytterhoeven wrote:
> > On Mon, 16 Jul 2007, Jens Axboe wrote:
> > > On Mon, Jul 16 2007, Geert Uytterhoeven wrote:
> > > > On Fri, 13 Jul 2007, Geert Uytterhoeven wrote:
> > > > > Ah, that explains it. flush_dcache_page()
--- "Z. Cliffe Schreuders" <[EMAIL PROTECTED]> wrote:
> What I need is to ignore double delimiters such as (::). This can be
> done trivially with a string comparison to check for "\0". What I want
> to know is if it is ok to include the strtok_r code in my security
> module, or if strtok was
I get this in today's head 8f41958bdd577731f7411c9605cfaa9db6766809
$ make O=../2.6.23
Using /home/alex/kernel/linux-2.6 as source for kernel
GEN /home/alex/kernel/2.6.23/Makefile
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CALL/home/alex/kernel/linux-2.6
From: Jens Axboe <[EMAIL PROTECTED]>
Subject: [PATCH 29/33] infiniband: sg chaining support
Date: Mon, 16 Jul 2007 11:47:43 +0200
> @@ -226,7 +228,8 @@ static int iser_sg_to_page_vec(struct iser_data_buf *data,
> struct iser_page_vec *page_vec,
>
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> > It has been a common request for nice levels to be more logical
> > (i.e. to make them universal and to detach them from HZ) and for
> > them to be more effective as well.
>
> Huh? What has this to do with HZ? The scheduler used ticks internally,
Kai Makisara said the following on 16.07.2007 13:58:
>> Please try the patch in the following message.
>> http://article.gmane.org/gmane.linux.ide/20799/raw
> This solves the 'smartctl -H' problem both of my systems (one with Nvidia
> CK804 and one with MCP51).
This patch also solved the proble
On Sun, 15 Jul 2007, Rene Herman wrote:
> On 07/15/2007 07:17 PM, Bodo Eggert wrote:
> > Matt Mackall <[EMAIL PROTECTED]> wrote:
> >> On Fri, Jul 13, 2007 at 03:20:54PM +0200, Rene Herman wrote:
> >>> As far as I'm aware, the actual reason for 4K stacks is that after the
> >>> system has been up a
On Mon, 2007-07-16 at 14:16 +0200, Jens Axboe wrote:
> On Mon, Jul 16 2007, Geert Uytterhoeven wrote:
> > On Fri, 13 Jul 2007, Geert Uytterhoeven wrote:
> > > Ah, that explains it. flush_dcache_page() is used in some drivers.
> > > I'll update my patches. Thanks for the comments!
> >
> > Does this
This series of patches fixes the error handling for cpu hotplug.
The problem is revealed by CPU hotplug/unplug test with fault-injection.
The patch 1-3 are sysfs or driver core related error handling fixes.
These are not directly related to cpu hotplug. But these are needed to
pass the stress test
This patch fixes out of memory error handling in sysfs_new_dirent().
kmem_cache_free() with NULL is not allowed.
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
fs/sysfs/dir.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
In
The Cell Broadband Engine contains a 64-bit PowerPC core with 2 hardware
threads (called PPEs) and 8 Synergistic Processing Engines (called SPEs).
When booting Linux, 2 penguins logos are shown on the graphical console by
the standard frame buffer console logo code.
To emphasize the existence of t
Extract the code to draw one line of logos into fb_show_logo_line()
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
Acked-By: James Simmons <[EMAIL PROTECTED]>
---
drivers/video/fbmem.c | 39 +++
1 files c
Add the SPE helper penguin logo
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
Acked-By: James Simmons <[EMAIL PROTECTED]>
---
drivers/video/logo/Makefile |2
drivers/video/logo/logo_spe_
Add fb_append_extra_logo(), to append extra lines of logos below the standard
Linux logo.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
Acked-By: James Simmons <[EMAIL PROTECTED]>
---
Changes since last version:
- Introduce CONFIG_FB_LOGO_E
Let spu_management_ops.enumerate_spus() return the number of found SPEs
and use that information to draw some little helper penguin logos.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
Acked-By: James Simmons <[EMAIL PROTECTED]>
Acked-by: Arn
Hi,
On Mon, 16 Jul 2007, Ingo Molnar wrote:
> to sum it up: a nice +19 task (the most commonly used nice level in
> practice) gets 9.1%, 3.9%, 3.1% of CPU time on the old scheduler,
> depending on the value of HZ. This is quite inconsistent and illogical.
You're correct that you can find artif
This patch enables to catch the errors returned by add() procedure of
sysdev driver in sysdev_register.
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
drivers/base/sys.c | 48 ++--
1 file changed, 38 in
On Monday 16 July 2007 15:23:58 [EMAIL PROTECTED] wrote:
> --
> Hey,
>
> Are there functions to read the BIOS given the address? Does ioremap() work
> in this case too?
I can't answer that but take a look how flashrom [1] does it.
-Joachim
[1] http://linuxbios.org/Flashrom
-
To unsubscribe fro
Current error handling in create_files() attempts to remove
all attributes passed by argument by remove_files(). But it should
only remove the attributes that have been successfully added.
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
fs/sysfs/gro
The functions in a CPU notifier chain is called with CPU_UP_PREPARE event
before making the CPU online. If one of the callback returns NOTIFY_BAD,
it stops to deliver CPU_UP_PREPARE event, and CPU online operation is canceled.
Then CPU_UP_CANCELED event is delivered to the functions in a CPU notifi
By previous cpu hotplug notifier change, we don't need to track
topology_dev existence for each cpu by topology_dev_map.
Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
drivers/base/topology.c | 11 +--
1 file changed, 1 insertion(+), 10 d
Jens> A repost of this patchset, which adds support forchaining of sg
Jens> tables. This enables much larger IO commands, since we don't
Jens> have to allocate large consecutive pieces of memory to represent
Jens> the sgtable of a huge command. Right now Linux is limited to
Jens> somewhere betwee
Make thermal_throttle_add_dev() CPU_UP_PREPARE event handler
instead of CPU_ONLINE event handler.
Cc: Dmitriy Zavin <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu/mcheck/therm_throt.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-
Make msr_device_create() CPU_UP_PREPARE event handler
instead of CPU_ONLINE handler.
Cc: "H. Peter Anvin" <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
arch/i386/kernel/msr.c | 32 +++-
1 file changed, 19 insertions(+), 13 deletions(-)
Ind
Make cpuid_device_create() CPU_UP_PREPARE event handler
instead of CPU_ONLINE event handler.
Cc: "H. Peter Anvin" <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpuid.c | 32 +++-
1 file changed, 19 insertions(+), 13 deletio
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> One question here would be, is it really a problem to sleep a little
> more? Another possibility would be to add another sleep function,
> which uses hrtimer and could also take ktime argument.
i'm not sure how this helps your argument, could you ple
- Fix error handling in mce_create_device()
Error handling should not do sysdev_remove_file() with not yet added
attributes.
- Change mce_create_device() from CPU_ONLINE event handler
to CPU_UP_PREPARE event handler.
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PR
- Fix resource leakage in error case within detect_cache_attributes()
- Introduce cache_dev_map cpumask to track whether cache interface for
CPU is successfully added by cache_add_dev() or not.
cache_add_dev() may fail with out of memory error. In order to
avoid cache_remove_dev() with that
Hi,
On Sun, 15 Jul 2007, Jonathan Corbet wrote:
> The OLPC folks and I recently discovered something interesting: on a
> HZ=100 system, a call to msleep(1) will delay for about 20ms. The
> combination of jiffies timekeeping and rounding up means that the
> minimum delay from msleep will be two j
On Mon, 16 Jul 2007, Nigel Cunningham wrote:
> > As I understand it, running a different OS between the hibernate and
> > the resume would violate the ACPI spec.
>
> Well then, I know one or two people who would argue that the ACPI spec is
> faulty. :\
It's hard to argue against that. In fact
On 7/16/07, Alejandro Riveira Fernández <[EMAIL PROTECTED]> wrote:
I get this in today's head 8f41958bdd577731f7411c9605cfaa9db6766809
$ make O=../2.6.23
Using /home/alex/kernel/linux-2.6 as source for kernel
GEN /home/alex/kernel/2.6.23/Makefile
CHK include/linux/version.h
CHK
PNP0C02 devices normally have a lot more IO port declarations than
currently defined in PNP_MAX_PORT
For checking, have a look at your disassembled DSDT, and look out for
the _CRS function (and/or a ResourceTemplate often called CRS).
Here an example:
IO (Decode16,0x0010, // Range Mi
On Sun, 15 Jul 2007 [EMAIL PROTECTED] wrote:
> then we need a third mode of operation.
>
> mode 1: Suspend-to-ram
>
>the system is paused and put into a low-power mode but data remains in
> memory and the system stays awake enough to keep the memory refreshed.
>
> mode 2: new
>
>the s
> "John" == John Stoffel <[EMAIL PROTECTED]> writes:
John> Will this help out tape drive performance at all? I looked
John> through the patches quickly, esp the AIC7xxx stuff since that's
John> what I use, but nothing jumped out at me...
Yes. Most modern tape drives want a block size of 1MB
Satyam Sharma wrote:
> Or just "cp -al" to create multiple trees at (almost) no disk cost
> that won't interfere with each other in any way, and makes the
> development process / generating patchsets trifle easier as well ...
That would be correct if hardlinks would actually do a CoW on modify, in
Hi everybody,
I have a question concerning Ingo Molnar's realtime preempt patch.
This patch is great go get low latency on timer threads and a really
good real time behaviour.
I want to connect an external, embedded device via Ethernet (UDP/IP)
to my Linux PC. This communication should be in real
Hi,
On Mon, 16 Jul 2007, Ingo Molnar wrote:
> because when i assumed the obvious, you called it an
> insult so please dont leave any room for assumptions and remove any
> ambiguity - especially as our communication seems to be marred by what
> appears to be frequent misunderstandings ;-)
What
On Mon, Jul 16 2007, James Bottomley wrote:
> On Mon, 2007-07-16 at 14:16 +0200, Jens Axboe wrote:
> > On Mon, Jul 16 2007, Geert Uytterhoeven wrote:
> > > On Fri, 13 Jul 2007, Geert Uytterhoeven wrote:
> > > > Ah, that explains it. flush_dcache_page() is used in some drivers.
> > > > I'll update m
Hey, Roman,
> One possible problem here is that setting up that timer can be
> considerably more expensive, for a relative timer you have to read the
> current time, which can be quite expensive (e.g. your machine now uses the
> PIT timer, because TSC was deemed unstable).
That's a possibility
101 - 200 of 557 matches
Mail list logo