On May 29, 2007, at 8:15 AM, Satyam Sharma wrote:
skipping some checksum calculation if some
flag (PRESET_DICT) is absent from the input stream about to
be decompressed ...
You don't need to dissect the header manually to look for that bit.
If you feed inflate() at least the first two
On 5/30/07, Tero Roponen <[EMAIL PROTECTED]> wrote:
Hmmm, I just found something interesting. In 2.6.21.3 the /sbin/init
gets corrupted when I watch the video!
$ cp /sbin/init init.before
$ mplayer kiwi.flv
$ cp /sbin/init init.after
The sha1sums are here:
On 5/30/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On May 28 2007 20:04, Nitin Gupta wrote:
>
> * Changelog vs. original LZO:
> 1) Used standard/kernel defined data types: (this eliminated _huge_
> #ifdef chunks)
> lzo_bytep -> unsigned char *
> lzo_uint -> size_t
> lzo_xint -> size_t
Is
[EMAIL PROTECTED] wrote:
> On Mon, 28 May 2007 21:54:46 EDT, Kyle Moffett said:
>
>> Average users are not supposed to be writing security policy. To be
>> honest, even average-level system administrators should not be
>> writing security policy.
That explains so much! "SELinux: you're too
Andrew Morton a écrit :
On Mon, 28 May 2007 21:16:31 +0200
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
--- a/include/asm-m68k/module.h
+++ b/include/asm-m68k/module.h
@@ -1,7 +1,38 @@
#ifndef _ASM_M68K_MODULE_H
#define _ASM_M68K_MODULE_H
-struct mod_arch_specific { };
+
+struct
Pavel Machek wrote:
>> * Hard links: AppArmor explicitly mediates permission to make a hard
>>
> Unfortunately, aparmor is by design limited to subset of distro
> (network daemons).
That is not true. AppArmor is designed to confine any application you do
not want to trust completely. This
Date: Mon, 21 May 2007 01:05:41 +0200
From: Stefan Richter <[EMAIL PROTECTED]>
Subject: ieee1394: eth1394: bring back a parent device
This adds a real parent device to eth1394's ethX device like in Linux
2.6.20 and older. However, due to unfinished conversion of the ieee1394
away from
Hi,
Your email client replaces tabs with spaces.
The tabs replacing was caused by copying them from vi session in
gnome-terminal. I find the proper way is to copy them from some gui
editor.
Regards
dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 5/30/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Tue, May 29, 2007 at 11:10:05PM +0200, Jan Engelhardt wrote:
>
> On May 28 2007 19:11, Adrian Bunk wrote:
You completely miss the point of my question.
It's about the performance improvements of the modified code that were
mentioned.
What
On 5/30/07, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
I just noticed a bug in my testbed/benchmarking code. It's fixed, but I
decided to compare version 6 of the code against the *unsafe* decompressor
again. The results of the three runs I've put it through after changing it to
compare against
On Tue, 29 May 2007 15:28:33 -0400 Rob Landley wrote:
> Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
>
> A) The "xmtml-nochunks" version of "make htmldocs" is easier to print.
and makes it darn near impossible to print one page or function
if that's all that someone is interested in.
I'd
On Tue, 29 May 2007, Robert Hancock wrote:
>
> This path adds validation of the MMCONFIG table against the ACPI reserved
> motherboard resources.
Please fix the formatting of your code.
"for" and "if" are not functions, and they have a space before the
parenthesis.
And pretty much every
On Tue, May 29, 2007 at 07:18:18PM -0700, Peter Williams wrote:
> Siddha, Suresh B wrote:
> > I can try 32-bit kernel to check.
>
> Don't bother. I just checked 2.6.22-rc3 and the problem is not present
> which means something between rc2 and rc3 has fixed the problem. I hate
> it when problems
On Wed, May 30, 2007 at 01:30:41PM +1000, David Chinner wrote:
> On Wed, May 23, 2007 at 10:44:16AM -0700, Luck, Tony wrote:
> > > > Saw this when running strace -f on a script on 2.6.21 on ia64:
> > > >
> > > > BUG: sleeping function called from invalid context at kernel/fork.c:385
> > > >
On Tue, May 29, 2007 at 02:52:53PM +0200, Michal Piotrowski wrote:
> Hi all,
>
> Here is a list of some known regressions in 2.6.22-rc3.
>
>
> Kbuild
>
> Subject: make M=$PWD modules_install does nothing
> References : http://lkml.org/lkml/2007/5/27/190
> Submitter : Andrey Borzenkov
On Tue, 29 May 2007, Mel Gorman wrote:
> + if (nodeid < 0)
> + return -EINVAL;
> +
> + pgdat = NODE_DATA(nodeid);
> + if (!pgdat || pgdat->node_id != nodeid)
> + return -EINVAL;
You cannot pass an arbitrary number to node data since NODE_DATA may do a
simple
On Tue, 29 May 2007 15:28:33 -0400 Rob Landley wrote:
> Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
>
> A) The "xmtml-nochunks" version of "make htmldocs" is easier to print.
>
> B) Update the generated index.html to use the html as a
>description for each file it links to.
>
> --
>
>
On 2006-11-09, Balbir Singh <[EMAIL PROTECTED]> wrote:
> Path: news.gmane.org!not-for-mail
> From: Balbir Singh <[EMAIL PROTECTED]>
> Newsgroups: gmane.linux.kernel
> Subject: Re: Jiffies wraparound is not treated in the schedstats
> Date: Thu, 09 Nov 2006 11:59:45 +0530
> Organization: IBM
>
William Lee Irwin III wrote:
On Wed, May 30, 2007 at 10:09:28AM +1000, Peter Williams wrote:
So what you're saying is that you think dynamic priority (or its
equivalent) should be used for load balancing instead of static priority?
It doesn't do much in other schemes, but when fairness is
Justin Piszcz wrote:
Short Description of Problem:
Linux 2.6.21.3 does not run properly with 8GB of ram on the Intel 965WH
motherboard.
Long Description of Problem:
When I use 8GB of memory on my x86_64 system, CPU-bound processes are VERY
slow, up to 36x slower than usual. My temporary fix
Change PCI BAR sizing to disable the decode of memory or IO, as appropriate,
while we are writing the all-ones value to the BAR to determine the size.
If this is not done, the device may spuriously decode accesses to memory
areas it should not. On some Intel PCI Express chipsets, this breaks
These two patches implement some changes in behavior related to PCI
MMCONFIG configuration space access. One changes the way in which we
validate the MCFG table provided by the BIOS by checking it against
ACPI motherboard resources instead of the E820 table. The BIOS is not
required to reserve
This path adds validation of the MMCONFIG table against the ACPI reserved
motherboard resources. If the MMCONFIG table is found to be reserved in
ACPI, we don't bother checking the E820 table. The PCI Express firmware spec
apparently tells BIOS developers that reservation in ACPI is required and
[resend, mailer didn't like unzipped applications]
On Tue, 29 May 2007, Pekka Enberg wrote:
> Hi Tero,
>
> On 5/29/07, Tero Roponen <[EMAIL PROTECTED]> wrote:
> > FYI, I just tested 2.6.21.3. I couldn't reproduce the problem with
> > that kernel.
>
[snip]
> > Warning: dev (tty4)
On Tuesday 29 May 2007 17:41, Richard Purdie wrote:
> On Tue, 2007-05-29 at 23:29 +0200, Jan Kratochvil wrote:
> > I have question, probably for Richard. Why is
> > /sys/class/leds/whatsoever/brightness mode set to 0644? Is it really
> > necessary?
> > I feel like I'll be happy to allow
On Tue, 29 May 2007 14:52:51 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Introduce the core lock statistics code.
>
I must say that an aggregate addition of 27 ifdefs is a bit sad. And there
is some easy stuff here.
> +#ifdef CONFIG_PROVE_LOCKING
> +int prove_locking = 1;
>
On Wed, May 23, 2007 at 10:44:16AM -0700, Luck, Tony wrote:
> > > Saw this when running strace -f on a script on 2.6.21 on ia64:
> > >
> > > BUG: sleeping function called from invalid context at kernel/fork.c:385
> > > in_atomic():1, irqs_disabled():0
> ... snip ...
> > > I could reproduce it
On Tue, 29 May 2007 16:16:17 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> > On Tue, May 29, 2007 at 02:52:50PM +0200, Peter Zijlstra wrote:
> > > Ensure that all of the lock dependency tracking code is under
> > > CONFIG_PROVE_LOCKING. This
[EMAIL PROTECTED] wrote:
> no, this won't help you much against local users, [...]
Pavel Machek wrote:
>Hmm, I guess I'd love "it is useless on multiuser boxes" to become
>standard part of AA advertising.
That's not quite what david@ said. As I understand it, AppArmor is not
focused on
On Tue, 2007-05-29 at 19:42 -0700, Andrew Morton wrote:
> On Wed, 30 May 2007 10:31:49 +0800 Bryan Wu <[EMAIL PROTECTED]> wrote:
>
> > So, can we setup a git-tree in kernel.org?
>
> http://kernel.org/faq/#account
>
> Tell them we sent you ;)
Thanks a lot. Sorry for missing FAQ.
Best Regards,
On Mon, May 28, 2007 at 10:09:19PM +0530, Srivatsa Vaddagiri wrote:
> What do these task weights control? Timeslice primarily? If so, I am not
> sure how well it can co-exist with cfs then (unless you are planning to
> replace cfs with a equally good interactive/fair scheduler :)
> I would be very
Looks good. I will ack it when I have a chance to test either your or
Mel's patchset. Likely after the next iteration.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
William Lee Irwin III wrote:
>> Lag is the deviation of a task's allocated CPU time from the CPU time
>> it would be granted by the ideal fair scheduling algorithm (generalized
>> processor sharing; take the limit of RR with per-task timeslices
>> proportional to load weight as the scale factor
On Tue, 2007-05-29 at 13:56 -0700, Linus Torvalds wrote:
>
> On Mon, 28 May 2007, Srivatsa Vaddagiri wrote:
> >
> > So is it settled now on what approach we are going to follow (freezer
> > vs lock based) for cpu hotplug? I thought that Linus was not favouring
> > freezer
> > based
On Wed, 30 May 2007 10:31:49 +0800 Bryan Wu <[EMAIL PROTECTED]> wrote:
> So, can we setup a git-tree in kernel.org?
http://kernel.org/faq/#account
Tell them we sent you ;)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Tue, 29 May 2007 18:36:50 +0100 (IST)
Mel Gorman <[EMAIL PROTECTED]> wrote:
>
> This is a patch from KAMEZAWA Hiroyuki for using page migration on remote
> processes without races. This patch is still undergoing development and
> is expected to be a pre-requisite for both memory hot-remove
On Wednesday 30 May 2007, Sam Ravnborg wrote:
> Hi Andrey
>
> > This has been working up and including -rc2:
>
> I have tried to reproduce here - but it just works.
>
> I then took a second look at your excellent bug-report and noticed:
> > {pts/1}% sudo make -C ~/src/linux-git
2007/5/29, Kyle Moffett <[EMAIL PROTECTED]>:
>>> But writing policy with labels are somewhat indirect way (I mean,
>>> we need "ls -Z" or "ps -Z"). Indirect way can cause flaw so we
>>> need a lot of work that is what I wanted to tell.
>>
>> I don't really use "ls -Z" or "ps -Z" when writing
On Tue, 2007-05-29 at 13:59 -0700, Linus Torvalds wrote:
>
> On Mon, 28 May 2007, Bryan Wu wrote:
> >
> > - Blackfin arch update including BF54x initial supporting
> > - Blackfin driver update: serial/spi/rtc
> > - Provide new Blackfin watchdog driver
> > - binfmt_flat.c for Blackfin arch
Siddha, Suresh B wrote:
On Tue, May 29, 2007 at 04:54:29PM -0700, Peter Williams wrote:
I tried with various refresh rates of top too.. Do you see the issue
at runlevel 3 too?
I haven't tried that.
Do your spinners ever relinquish the CPU voluntarily?
Nope. Simple and plain while(1); 's
I
On Thu, 24 May 2007, "\"Tetsuo Handa\"" wrote:
> It seems it is harmless because the system can continue running,
> but may be something bad?
Yes it may be harmless... Some thing is asking the slab allocator for
an object of 0 bytes.
> Compat vDSO mapped to e000.
> BUG: at mm/slab.c:777
On Tue, 29 May 2007 18:59:32 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
> latest tree, can not use kexec to load 2.6.22-rc3 at least.
>
> got:
>
> AAC0: adapter kernel panic'd fffd
> AAC0: adapter kernel failed to start, init status=0
One of the two diffs below, I guess. Please do a
latest tree, can not use kexec to load 2.6.22-rc3 at least.
got:
AAC0: adapter kernel panic'd fffd
AAC0: adapter kernel failed to start, init status=0
but can load 2.6.21.3
YH
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
[PATCH 4/5] serial: convert early_uart to earlycon for 8250
Beacuse SERIAL_PORT_DFNS is removed from include/asm-i386/serial.h and
include/asm-x86_64/serial.h. the serial8250_ports need to be probed late
in serial initializing stage. the console_init=>serial8250_console_init=>
[PATCH 5/5] serial: set DTR in uart for kernel serial console
Some UARTs on other side need host uart DTR is set, otherwise will not
receive char from the host that kernel is runing during kernel boot stage.
BTW:
earlyprintk and early_uart are hard coded to set DTR/RTS.
Signed-off-by: Yinghai
[PATCH 2/5] console: console handover to preferred console
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/kernel/printk.c b/kernel/printk.c
index 0bbdeac..7b96cae 100644
--- a/kernel/printk.c
+++ b/kernel/printk.c
@@ -985,12 +1007,15 @@ void register_console(struct console *console)
[PATCH 3/5] x86: initial fixmap support
From: "Eric W. Biederman" <[EMAIL PROTECTED]>
needed to get fixed virtual address for USB debug port and earlycon with mmio.
Signed-off-by: Eric W. Biderman <[EMAIL PROTECTED]>
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git
[PATCH 1/5] console: more buf for index parsing
change name to buf according to the usage as name + index
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/kernel/printk.c b/kernel/printk.c
index 0bbdeac..4961410 100644
--- a/kernel/printk.c
+++ b/kernel/printk.c
@@ -654,7 +654,7 @@
Fixed issues noted by Christoph Hellwig, and I changed device table
scan a bit to allow the case that some models of graphics chips may
have same host bridge type. This type of chip will be added in the future.
This patch cleans up device probe function. Eric Anholt was the original author.
"Albert Cahalan" <[EMAIL PROTECTED]> writes:
> On 5/29/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>> "Albert Cahalan" <[EMAIL PROTECTED]> writes:
>
> That's not what I mean. (the "-e" causes that of course)
> I'm asking about the parent-child relationships shown.
> The "-H" option is a bit
Remove volatile type declare for IO mem variables.
A single private gart data is used by all drivers, this
makes it clean. Eric Anholt wrote the original patch.
Signed-off-by: Wang Zhenyu <[EMAIL PROTECTED]>
---
drivers/char/agp/intel-agp.c | 195 --
1
Hi Linus,
Please pull the 'drm-patches' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-patches
It contains a fix for a kmalloc 0, along with new pci ids for the radeon rs480
and a spinlock initialiser.
I have stuff that actually fixes up the
On Tue, May 29, 2007 at 04:20:04PM -0700, Ulrich Drepper wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Zach Brown wrote:
> > That todo item
> > about producing documentation and distro kernels is specifically to bait
> > Uli into trying to implement posix aio on top of
On Tue, May 29, 2007 at 05:55:01PM -0400, Kyle McMartin wrote:
> Other 64-bit arch maintainers should check that they're using a 32-bit
> load/store on these fields in their assembly now (we were using a
> #define to do word on 32bit and doubleword on 64bit, which broke, badly,
> when these
On Wednesday 30 May 2007 05:59, Antonino Ingargiola wrote:
> 2007/5/29, Antonino Ingargiola <[EMAIL PROTECTED]>:
> [cut]
>
> > Swap Prefetch OFF
> > # ./sp_tester
> > Ram 776388000 Swap 51404
> > Total ram to be malloced: 1033408000 bytes
> > Starting first malloc of 516704000 bytes
> >
On Wed, 30 May 2007, Bernd Schmidt wrote:
>
> The binfmt_flat patch also touches other nommu architectures. Do you
> want these kinds of patches (which aren't just Blackfin-specific)
> separately as they come up?
Let's take it case by case. I really have no problem with architecture-
On Tue, May 29, 2007 at 05:30:58PM -0700, Andrew Morton wrote:
> Matthew didn't reply to this, almost surely because you removed him
> (and David) from the cc. Please don't ever do that.
Ah, I saw this on linux-acpi and replied to it there. There's no entries
in the options file and the
On Thu, May 24, 2007 at 05:04:13PM -0700, H. Peter Anvin wrote:
>
> If they grow slowly from the bottom, I guess we could simply allocate
> space in the vector byte by byte instead. Either way, it means more
> work whenever anything has to change.
>
hpa,
Below patch adds a new word for
On Tue, May 29, 2007 at 04:54:29PM -0700, Peter Williams wrote:
> > I tried with various refresh rates of top too.. Do you see the issue
> > at runlevel 3 too?
>
> I haven't tried that.
>
> Do your spinners ever relinquish the CPU voluntarily?
Nope. Simple and plain while(1); 's
I can try
This patch avoids holding the mmap semaphore while walking VMAs in response to
programs which read or follow the /proc//exe symlink. This also
allows us
to merge mmu and nommu proc_exe_link() functions. The costs are holding a
separate
reference to the executable file stored in the task struct
On Mon, 28 May 2007 21:16:32 +0200
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> -#define __page_address(page) (PAGE_OFFSET + (((page) - mem_map) <<
> PAGE_SHIFT))
> -#define page_to_phys(page) virt_to_phys((void *)__page_address(page))
> +#ifdef CONFIG_SINGLE_MEMORY_CHUNK
> +#define
On Mon, 28 May 2007 21:16:32 +0200
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> + for_each_online_pgdat(pgdat) {
> + for (i = 0; i < pgdat->node_spanned_pages; i++) {
> + struct page *page = pgdat->node_mem_map + i;
> + total++;
> +
Le Tue, May 29, 2007 at 11:38:48PM +0200, Ian Kumlien écrivait :
> Hi,
>
> As the daystar sets, i try to play some with my new would be
> firewall/server, but since this will be running for quite some time i
> have been experimenting with powertop to find out what i can do to limit
> it's power
Jeremy Fitzhardinge wrote:
Jeff Garzik wrote:
+t3_intr_handler(adapter, qs->rspq.polling) (0,
+(adapter->flags & USING_MSIX) ?
+(void *)qs : (void *)adapter);
Remove needless casts to void*
The two branches of ?: need to have the same type;
On Mon, 28 May 2007 21:16:31 +0200
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> --- a/include/asm-m68k/module.h
> +++ b/include/asm-m68k/module.h
> @@ -1,7 +1,38 @@
> #ifndef _ASM_M68K_MODULE_H
> #define _ASM_M68K_MODULE_H
> -struct mod_arch_specific { };
> +
> +struct mod_arch_specific {
>
On 5/29/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
"Albert Cahalan" <[EMAIL PROTECTED]> writes:
> Jan Engelhardt writes:
-if(self_pid==1 && ADOPTED(processes[i]) && forest_type!='u')
+if(ADOPTED(processes[i]) && forest_type!='u')
That's not compatible because init's children
On Mon, 28 May 2007 18:50:22 + (UTC)
Matthieu CASTET <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> On Mon, 28 May 2007 18:24:18 +0100, Matthew Garrett wrote:
>
> > From: Matthew Garrett <[EMAIL PROTECTED]>
> >
> > Intel Macs (and possibly other machines) provide a PNP entry for the
> > RTC, but
On Tue, May 29, 2007 at 11:40:42AM -0400, Jeff Layton wrote:
> After spending quite a bit of time tracking down a "VFS: busy inodes
> after unmount" problem, it occurs to me that it would be nice to be
> able to force a panic when that occurs. While an oops message alone is
> not generally helpful
Hi,
Thank you, andrew.
Your email client replaces tabs with spaces.
Really? I use gmail web via firefox, next time I will use mutt to
send patches.
Regards
dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Mon, 28 May 2007 17:41:57 +0400
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
Better changelogs, please.
> --- a/fs/proc/base.c
> +++ b/fs/proc/base.c
> @@ -204,12 +204,17 @@ static int proc_pid_environ(struct task_
> int res = 0;
>
On Mon, May 28, 2007 at 10:09:19PM +0530, Srivatsa Vaddagiri wrote:
> On Fri, May 25, 2007 at 10:14:58AM -0700, Li, Tong N wrote:
> > is represented by a weight of 10. Inside the group, let's say the two
> > tasks, P1 and P2, have weights 1 and 2. Then the system-wide weight for
> > P1 is 10/3 and
William Lee Irwin III wrote:
William Lee Irwin III wrote:
Lag should be considered in lieu of load because lag
On Sun, May 27, 2007 at 11:29:51AM +1000, Peter Williams wrote:
What's the definition of lag here?
Lag is the deviation of a task's allocated CPU time from the CPU time
it would
On Mon, 28 May 2007 15:31:12 +0200 (CEST)
Jiri Slaby <[EMAIL PROTECTED]> wrote:
> vt_ioctl, use wait_event_interruptible
>
> Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
>
> ---
> commit fbe1931e02f11b2fef771ff1698f1598b3567520
> tree fcfcd72a5619f6e26598ac2ee3132aed4b070987
> parent
On Wed, 30 May 2007, Renato Golin wrote:
> The HID sources are quite different from 2.6.21 and 2.6.20 but I don't
> know how much was because Canonical guys and how much it really changed.
> :( I will eventually put a Gentoo on my old laptop and try it for real,
> sorry I couldn't be of much
On Tue, May 29, 2007 at 05:50:49PM -0400, Alan Stern wrote:
> On Tue, 29 May 2007, Dan Aloni wrote:
>
> > Hello,
> >
> > We have a system where the rootfs is a partition on a USB device,
> > and I've noticed upon a few rare cases where the USB controller
> > loses the connection to the USB
On tis, 2007-05-29 at 16:03 -0700, David Miller wrote:
> From: Ian Kumlien <[EMAIL PROTECTED]>
> Date: Wed, 30 May 2007 00:51:52 +0200
>
> > On tis, 2007-05-29 at 15:44 -0700, David Miller wrote:
> > > From: "Michal Piotrowski" <[EMAIL PROTECTED]>
> > > Date: Wed, 30 May 2007 00:41:46 +0200
> > >
On Wed, 30 May 2007, David Chinner wrote:
On Tue, May 29, 2007 at 04:03:43PM -0400, Phillip Susi wrote:
David Chinner wrote:
The use of barriers in XFS assumes the commit write to be on stable
storage before it returns. One of the ordering guarantees that we
need is that the transaction
On Mon, 28 May 2007 15:29:50 +0200 (CEST)
Jiri Slaby <[EMAIL PROTECTED]> wrote:
> rtc, use wait_event_interruptible
>
> Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
>
> ---
> commit 62bd843054a7b2b2a3e3003a6b57b6359f199837
> tree 7c6912d4ed42581ca46d384ab2467bfb9d9d9dbe
> parent
On Thu, 2007-05-17 at 15:32 -0700, Jesse Barnes wrote:
> Randy just informed me that the patch limits are bigger now, so here are the
> actual patches.
>
> This patch allows for proper console unregistration via the VT layer, and
> updates the FB layer to use it. This makes debugging new console
Jeff Garzik wrote:
>>
>> +t3_intr_handler(adapter, qs->rspq.polling) (0,
>> +(adapter->flags & USING_MSIX) ?
>> +(void *)qs : (void *)adapter);
>
> Remove needless casts to void*
The two branches of ?: need to have the same type; without the casts
On 21/05/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
could you please turn on the HID debugging support ("Device Drivers -> HID
devices -> HID debugging support" in menuconfig of any reasonably recent
kernel) and show the output that appears when the joystick is plugged in,
and also when you
Siddha, Suresh B wrote:
On Thu, May 24, 2007 at 04:23:19PM -0700, Peter Williams wrote:
Siddha, Suresh B wrote:
On Thu, May 24, 2007 at 12:43:58AM -0700, Peter Williams wrote:
Further testing indicates that CONFIG_SCHED_MC is not implicated and
it's CONFIG_SCHED_SMT that's causing the
Linus Torvalds wrote:
>
> On Mon, 28 May 2007, Bryan Wu wrote:
>> - Blackfin arch update including BF54x initial supporting
>> - Blackfin driver update: serial/spi/rtc
>> - Provide new Blackfin watchdog driver
>> - binfmt_flat.c for Blackfin arch modification
>
> I realize that this all just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Zach Brown wrote:
> That todo item
> about producing documentation and distro kernels is specifically to bait
> Uli into trying to implement posix aio on top of syslets in glibc.
Get DaveJ to pick up the code for Fedora kernels and I'll get to it.
-
On Tue, May 29, 2007 at 04:03:43PM -0400, Phillip Susi wrote:
> David Chinner wrote:
> >The use of barriers in XFS assumes the commit write to be on stable
> >storage before it returns. One of the ordering guarantees that we
> >need is that the transaction (commit write) is on disk before the
>
On Mon, 28 May 2007 10:46:18 +0300 (EEST)
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> +In addition, you can use GDB to figure out the exact file and line
> +number of the OOPS from the vmlinux file. If you have
> +CONFIG_DEBUG_INFO enabled, you can simply copy the EIP value from the
> +OOPS:
> +
Some of the new syscalls require supporting TIF_RESTORE_SIGMASK.
r~
diff -ruNp /home/rth/work/linux/linux-2.6.22-rc2/arch/alpha/kernel/entry.S
linux-2.6.22-rc2/arch/alpha/kernel/entry.S
--- /home/rth/work/linux/linux-2.6.22-rc2/arch/alpha/kernel/entry.S
2007-04-25 20:08:32.0
Remove 2 functions private to the alpha implemetation,
in favor of similar functions in .
Provide a more efficient version of the fls64 function
for pre-ev67 alphas.
r~
diff -ruNp /home/rth/work/linux/linux-2.6.22-rc2/arch/alpha/kernel/pci_iommu.c
Dave Jones wrote:
The patch content looks ok to me, Daniel, ack?
Works for me, thanks.
Daniel
-
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
Please read
I just noticed a bug in my testbed/benchmarking code. It's fixed, but I
decided to compare version 6 of the code against the *unsafe* decompressor
again. The results of the three runs I've put it through after changing it to
compare against the unsafe decompressor were startling. `Tiny's`
Hi!
> >>>If we want "/etc/shadow" to be the only way to access the shadow file
> >>>we could label the data with "/etc/shadow". Any attempts to access
> >>>this data using a renamed file or link would be denied (attempts to
> >>>link or rename could also be denied).
> >>Eloquently put.
> >>
>
On Tue, 29 May 2007, Pavel Machek wrote:
Hi!
If we want "/etc/shadow" to be the only way to access the shadow file
we could label the data with "/etc/shadow". Any attempts to access
this data using a renamed file or link would be denied (attempts to
link or rename could also be denied).
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will get a few more nicely balanced ("55
On Mon, 28 May 2007 03:11:04 +
"young dave" <[EMAIL PROTECTED]> wrote:
> Hi,
> > And then there's the supercompact form.
> >
> > while (len--) {
> > hash = partial_name_hash(tolower(*name++), hash);
> > }
> >
> > But I do not like the last one at all. The first one is the best,
> You should pick up the kevent work :)
I haven't looked at it in a while but yes, it's "on the radar" :).
> Having async request and response rings would be quite useful, and most
> closely match what is going on under the hood in the kernel and hardware.
Yeah, but I have lots of competing
Short Description of Problem:
Linux 2.6.21.3 does not run properly with 8GB of ram on the Intel 965WH
motherboard.
Long Description of Problem:
When I use 8GB of memory on my x86_64 system, CPU-bound processes are VERY
slow, up to 36x slower than usual. My temporary fix is force Linux to only
From: Ian Kumlien <[EMAIL PROTECTED]>
Date: Wed, 30 May 2007 00:51:52 +0200
> On tis, 2007-05-29 at 15:44 -0700, David Miller wrote:
> > From: "Michal Piotrowski" <[EMAIL PROTECTED]>
> > Date: Wed, 30 May 2007 00:41:46 +0200
> >
> > > On 30/05/07, David Miller <[EMAIL PROTECTED]> wrote:
> > > >
From: Thomas Gleixner <[EMAIL PROTECTED]>
Date: Tue, 29 May 2007 23:47:39 +0200
> get_next_timer_interrupt() returns a delta of (LONG_MAX > 1) in case
> there is no timer pending. On 64 bit machines this results in a
> multiplication overflow in tick_nohz_stop_sched_tick().
>
> Reported by:
On Tue, 2007-05-29 at 18:39 -0400, Jeff Garzik wrote:
> We check for 0x because that is often how a fault is indicated,
> when the memory location is read during or immediately after hotplug (or
> if the PCI bus is truly faulty). So for most hardware, you see
>
> tmp = read(irq
I noticed that CLIR (aka "hide your calling number") in isdn_tty is broken:
The at-command parser filters out the required "R" (e.g. ATDR089123456)
It's been broken for a *very* long time.
Signed-off-by: Karsten Keil <[EMAIL PROTECTED]>
Signed-off-by: Matthias Goebl <[EMAIL PROTECTED]>
---
1 - 100 of 1032 matches
Mail list logo
