> Any strong reason why not? x has some value that does not
> make sense and can create only problems.
By the same logic, you should memset the buffer to zero before freeing it too.
> And as I explained, it can result in longer code too. So, why
> keep this value around. Why not re-initialize i
On Wed, 3 Jan 2007, Andrew Morton wrote:
> On Wed, 03 Jan 2007 22:56:07 -0800 (PST)
> David Miller <[EMAIL PROTECTED]> wrote:
>
> > Note that the original rtorrent debian bug report was against 2.6.18
>
> I think that was 2.6.18+debian-added-dirty-page-tracking-patches.
i've seen it on a 2.6.18
--- Vadim Lobanov <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-01-07 at 20:09 -0800, Amit Choudhary wrote:
> > I have already explained it earlier. I will try again. You will not need
> > free_2: and free_1:
> with
> > KFREE(). You will only need one free: with KFREE.
>
I do not want to write thi
On Mon, 8 Jan 2007 06:54:26 +0100 Arnd Bergmann <[EMAIL PROTECTED]> wrote:
>
> > People have complined before that this adds a whole stack frame to the
> > "normal" syscall path. Personally I don't care, but it has been
> > mentioned.
>
> It might be a concern for something like 'read' which is ca
> -Original Message-
> From: Ahmed S. Darwish [mailto:[EMAIL PROTECTED]
> Sent: Monday, January 08, 2007 12:27 PM
> To: Li Yang-r58472
> Cc: linux-kernel@vger.kernel.org; netdev@vger.kernel.org
> Subject: Re: [PATCH 2.6.20-rc3] UCC Ether driver: kmalloc casting
cleanups
>
> On Mon, Jan 08,
On Monday 08 January 2007 00:43, Stephen Rothwell wrote:
> > +asmlinkage long sys_sysinfo(struct sysinfo __user *info)
> > +{
> > + struct sysinfo val;
> > +
> > + do_sysinfo(&val);
> >
> > - out:
> > if (copy_to_user(info, &val, sizeof(struct sysinfo)))
> > return -EFAU
On Sun, 2007-01-07 at 20:09 -0800, Amit Choudhary wrote:
> I have already explained it earlier. I will try again. You will not need
> free_2: and free_1: with
> KFREE(). You will only need one free: with KFREE.
So, to rephrase, your stated goal is to get rid of any non-singular goto
labels in fun
On Jan 8 2007 02:03, Adrian Bunk wrote:
>
>The only major MUA not supporting UTF-8 is Eudora.
>
>And if you are talking about buggy old pine, in the latest development
>version [1] it does not only become open source, it also got some
>working Unicode support.
Uhm, just for the record, I run pi
On 1/7/07, Dave Hansen <[EMAIL PROTECTED]> wrote:
On Fri, 2007-01-05 at 22:52 -0600, John Rose wrote:
> Could this break ia64, given that it uses memmap_init_zone()?
You are right, I think it does.
Boot tested OK on ia64 with this latest version of the patch.
(forgot to click plain text on gm
David Miller <[EMAIL PROTECTED]> writes:
> From: Linus Torvalds <[EMAIL PROTECTED]>
> Date: Sun, 7 Jan 2007 14:50:15 -0800 (PST)
>
> > David, there really *is* something screwy in netfilter.
>
> Sure, but from what I can see this bug appears unrelated to the one in
> kernel bugzilla #7781 that
Currently, large file support is already necessary to handle dvd and
video. It's also useful for images for virtualization. So the failing
stat()
calls should already be a thing of the past with modern distributions.
As long as glibc compiles by default with 32-bit ino_t, the problem exists
and
From: Randy Dunlap <[EMAIL PROTECTED]>
Allow whitespace in pointer-to-function
[accept "(* done)", not just "(*done)"].
Allow tabs (spaces are already allowed) between "#define" and a macro name.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
scripts/kernel-doc |4 ++--
1 file
And does it matter? If you rename a file, tar might skip it no matter of
hardlink detection (if readdir races with rename, you can read none of the
names of file, one or both --- all these are possible).
If you have "dir1/a" hardlinked to "dir1/b" and while tar runs you delete
both "a" and "b" an
On Sun, Jan 07, 2007 at 01:00:08PM -0500, Alan Stern wrote:
> Has the kwatch patch (hardware watchpooint debugging for x86) been updated
> to the current kernel? Is it available anywhere?
Hi Alan,
On Sun, Jan 07, 200
On Mon, Jan 08, 2007 at 11:12:28AM +0800, Li Yang-r58472 wrote:
>
> NACK about the 2 clean-ups above. Cast from pointer to integer is
> required here.
>
Hi, here's the modified patch.
A patch to switch kmalloc to kzalloc and clean some redundant kmalloc
casts.
Signed-off-by: Ahmed S. Darwish <
On Sun, 2007-01-07 at 15:05 -0500, Dave Jones wrote:
> This has been bugging me for a while.
> Viewing the mail I applied in mutt shows his name correctly as Rafał
> Applying it with git-applymbox and viewing the log on master.kernel.org
> with git log shows Rafa And then later when put into emai
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
A few small fixes here and there:
Erez Zilber (1):
On Mon, Jan 08, 2007 at 11:12:28AM +0800, Li Yang-r58472 wrote:
> > From: Ahmed S. Darwish [mailto:[EMAIL PROTECTED]
> >
> > Hi,
> > A kmalloc casting cleanup patch.
> > Signed-off-by: Ahmed Darwish <[EMAIL PROTECTED]>
[..]
> > - (u32) (kmalloc((u32) (length + align),
>
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch contains the changes to fs Kconfig file, Makefiles, and Maintainers
file for Unionfs.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
M
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Extended attribute support.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/Kconfig |9
fs/unionfs/Makefile |2 +
fs/unio
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch provides the file operations for Unionfs.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/file.c | 257
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch contains the superblock operations for Unionfs.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/super.c | 346 +
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch contains the ioctls to increase the union generation and to query
which branch a file exists on.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECT
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Module init & cleanup code, as well as interposition functions.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/main.c | 687 +
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch contains helper functions used through the rest of the code which
pertains to files.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs
The have been no real significant changes since the previous submission (see
end of this email for detailed changelog).
We believe that the code is stable enough to warrant inclusion into -mm.
As before, there is a git repo at:
git://git.kernel.org/pub/scm/linux/kernel/git/jsipek/unionfs.git
(m
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch contains the functions used to perform copyup operations in unionfs.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/copyup.
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch provides rename functionality for Unionfs.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/rename.c | 445 +
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch contains directory manipulation helper functions.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/dirhelper.c | 270 +++
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch renames lookup_one_len to lookup_one_len_nd, and adds a nameidata
argument. An inline function, lookup_one_len (which calls lookup_one_len_nd
with nd == NULL) preserves original behavior.
The following Unionfs patches depend on this one.
Si
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch provides directory file operations.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/dirfops.c | 263 +++
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch contains the dentry operations for Unionfs.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/dentry.c | 243
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Provides nicer handling of stale inodes.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/stale_inode.c | 112 +
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch contains many macros and inline functions used thoughout Unionfs.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/fanout.h |
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch provides the inode operations for Unionfs.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/inode.c | 939 ++
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch provides unlink functionality for Unionfs.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/unlink.c | 162 +
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This file contains the routines for maintaining readdir state.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/rdstate.c | 288 +++
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch contains documentation for Unionfs. You will find several files
outlining basic unification concepts and rename semantics.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by:
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch contains an internal Unionfs include file. The include file is
specific to kernel code only, and therefore is separate from
include/linux/unionfs.h.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL P
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Workqueue & helper functions used to perform privileged operations on
behalf of the user process.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Global include file - can be included from userspace by utilities.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
include/linux/magic.h|2
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch provides helper functions for the lookup operations in Unionfs.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/lookup.c |
From: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
This patch contains miscellaneous helper functions used thoughout Unionfs.
Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
Signed-off-by: David Quigley <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/subr.c | 17
--- Vadim Lobanov <[EMAIL PROTECTED]> wrote:
>
> struct type1 {
> /* something */
> };
>
> struct type2 {
> /* something */
> };
>
> #define COUNT 10
>
> void function1(struct type1 **a1, struct type2 **a2, unsigned int sz);
>
> void function2(void)
> {
> struct type1 *arr1
Greg KH wrote:
> On Thu, Jan 04, 2007 at 05:26:43PM -0500, Jeff Garzik wrote:
>> Greg KH wrote:
>>> Hm, but I guess without the follow-up patches for libata, it will not
>>> really get tested much. Jeff, if I accept this, what's your feelings of
>>> letting libata be the "test bed" for it?
>>
>> I
Hello,
[cc'ing lkml and linux-ide]
Philippe Grenard wrote:
> To "close" this problem, here are the latest news :
> I just bought some new power supply, and the problem has gone...
> Maybe that was due to poor power flow or crappy connexion ?...
>
> now everything seems to work well, so as suspec
The latest maintenance release GIT 1.4.4.4 is available at the
usual places:
http://www.kernel.org/pub/software/scm/git/
git-1.4.4.4.tar.{gz,bz2} (tarball)
git-htmldocs-1.4.4.4.tar.{gz,bz2} (preformatted docs)
git-manpages-1.4.4.4.tar.{gz,bz2}
On Sunday 07 January 2007 09:58, Dave Hansen wrote:
> The following patch fixes an oops experienced on the Cell architecture
> when init-time functions, early_*(), are called at runtime. It alters
> the call paths to make sure that the callers explicitly say whether the
> call is being made on beh
On Sun, Jan 07, 2007 at 01:15:42AM -0800, Andrew Morton wrote:
> On Sun, 7 Jan 2007 09:55:26 +0100
> Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Jan 06, 2007 at 09:39:42PM -0800, Linus Torvalds wrote:
> > >
> > >
> > > On Sat, 6 Jan 2007, H. Peter Anvin wrote:
> > > >
> > > > During ext
On 01/07/2007 07:07 PM, Jeremy Fitzhardinge wrote:
Rene Herman wrote:
Doing the set_fs() and pagefault_{disable,enable} calls for every
single byte during the checksum seems rather silly.
Why?
Because it makes for dumb code. But oh well, given that it all compiles
to basically nothing I
Tejun Heo wrote:
Pablo Sebastian Greco wrote:
After an uptime of 13:34 under heavy load and no errors, I'm pretty
sure your patch is correct. Is there a way to backport this to 2.6.18.x?
I forgot this (even though I implemented it) but you can turn off NCQ by
doing the following.
# echo 1 >
On Sun, 2007-01-07 at 16:02 -0800, Amit Choudhary wrote:
> That's where KFREE(ptr) comes in so that the code doesn't look ugly and still
> the purpose is
> achieved.
Shoving it into a macro makes it no better.
> > Reading code like that makes me say "wtf?", simply because 'ptr' is not
> > used t
On Sunday 07 January 2007 2:14 am, Philippe De Muyter wrote:
> On Fri, Jan 05, 2007 at 07:49:00PM -0800, David Brownell wrote:
> > > Those rtc's actually have a 1/100th of second
> > > register. Should the generic rtc interface not support that?
> >
> > Are you implying a new userspace API, or
Conke Hu wrote:
or, pls see this one:
diff -Nur linux-2.6.20-rc1.orig/drivers/ata/ahci.c
linux-2.6.20-rc1/drivers/ata/ahci.c
--- linux-2.6.20-rc1.orig/drivers/ata/ahci.c2006-12-20
10:25:00.0 +0800
+++ linux-2.6.20-rc1/drivers/ata/ahci.c2006-12-20 11:45:45
Pablo Sebastian Greco wrote:
> After an uptime of 13:34 under heavy load and no errors, I'm pretty
> sure your patch is correct. Is there a way to backport this to 2.6.18.x?
I forgot this (even though I implemented it) but you can turn off NCQ by
doing the following.
# echo 1 > /sys/block/sdX/de
On Mon, Jan 08, 2007 at 02:32:42AM +0100, Tilman Schmidt wrote:
> Am 08.01.2007 01:38 schrieb Willy Tarreau:
>...
> > And I'm not even
> > discussing the stupidity which requires that you read a whole text to get
> > its number of characters !
>
> Personally I find the requirement to know the numb
Robert Fitzsimons wrote:
>> Some more data on how git affects kernel.org...
>
> I have a quick question about the gitweb configuration, does the
> $projects_list config entry point to a directory or a file?
It can point to both. Usually it is either unset, and then we
do find over $projectroot,
Mikael Pettersson wrote:
This patch adds ATAPI support to the sata_promise driver.
This has been tested on both first- and second-generation
chips (20378 and 20575), and with both SATAPI and PATAPI
devices. CD-writing works, and bulk data transfers use DMA.
SATAPI works on second-generation chip
Mikael Pettersson wrote:
@@ -789,8 +789,14 @@ static void pdc_exec_command_mmio(struct
static int pdc_check_atapi_dma(struct ata_queued_cmd *qc)
{
u8 *scsicmd = qc->scsicmd->cmnd;
+ struct ata_port *ap = qc->ap;
+ struct pdc_host_priv *hp = ap->host->private_data;
in
Mikael Pettersson wrote:
The PATA support patch for sata_promise appears, from
code inspection, to break the PATA-only 20619 chip.
The patch removes the SATA flag from the TX2plus SATA+PATA
boards' common flags, with the intention of adding it back
via the _port_flags[] entries for those boards'
On Mon, Jan 08, 2007 at 02:14:41AM +0100, Willy Tarreau wrote:
> On Mon, Jan 08, 2007 at 02:03:37AM +0100, Adrian Bunk wrote:
> > On Mon, Jan 08, 2007 at 01:38:57AM +0100, Willy Tarreau wrote:
> > > On Mon, Jan 08, 2007 at 12:37:50AM +0100, Adrian Bunk wrote:
> > > > On Sun, Jan 07, 2007 at 09:48:3
Well, after more mucking about, and copying data off of the production LVM
on to the backup LVM, I noticed that no matter where I put this one Seagate
drive, it caused dma_timer_expiry errors. Once I replaced this drive,
everything settled down again, and has been running normally.
So it's not th
Russell King <[EMAIL PROTECTED]> wrote:
[...]
> All that UTF-8 has done is added to the "which charset is this data"
> problem rather than actually solving any proper real life problem.
It solves real-world problems, the pain is that it is not (yet) universally
used. The charset problems today a
Am 08.01.2007 01:38 schrieb Willy Tarreau:
> I'm not blaming UTF-8 per se, but people who still believe in encoding
> *whole documents*. Copy-paste, text insertion, git output, etc... everything
> has a good reason not to be in the same encoding as what your MUA believes.
> If major MUAs still have
On Jan 7 2007 22:30, Alan wrote:
>
>> >The kernel maintainers/help/config pretty consistently use UTF8
>>
>> I've seen a lot of places that don't do so. Want a patch?
>
>I think that would be a good idea - and add it to the coding/docs specs
>that documentation is UTF-8. Code should IMHO say 7bit
Adrian Bunk wrote:
This email lists some known regressions in 2.6.20-rc4 compared to 2.6.19.
Subject: netfilter conntrack Oopses
References : http://lkml.org/lkml/2007/1/4/156
Netfilter bugzilla #528
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=528
fixed, I think the patch i
On Mon, Jan 08, 2007 at 02:03:37AM +0100, Adrian Bunk wrote:
> On Mon, Jan 08, 2007 at 01:38:57AM +0100, Willy Tarreau wrote:
> > On Mon, Jan 08, 2007 at 12:37:50AM +0100, Adrian Bunk wrote:
> > > On Sun, Jan 07, 2007 at 09:48:34PM +0100, Willy Tarreau wrote:
> > > > On Sun, Jan 07, 2007 at 08:11:3
On Mon, 8 Jan 2007, Tobias Diedrich wrote:
>
> Yinghai Lu wrote:
> > Please check the latest version. ( 01/02/2007)
>
> Works for me, with both BIOS versions / routing variants.
Yinghai, Eric, can you please send me the latest version with
(a) explanations for the changelogs
(b) sign-off's (
On Sat, 2007-01-06 at 19:31 +, Christoph Hellwig wrote:
> On Sun, Jan 07, 2007 at 03:18:45AM +1100, Rusty Russell wrote:
> > PS. drm_memory.h has a "drm_follow_page": this forces us to uninline
> > various page tables ops. Can this use follow_page() somehow, or do we
> > need an "__follow_pag
On Mon, Jan 08, 2007 at 01:38:57AM +0100, Willy Tarreau wrote:
> On Mon, Jan 08, 2007 at 12:37:50AM +0100, Adrian Bunk wrote:
> > On Sun, Jan 07, 2007 at 09:48:34PM +0100, Willy Tarreau wrote:
> > > On Sun, Jan 07, 2007 at 08:11:38PM +0100, Jan Engelhardt wrote:
> > > >
> > > > On Jan 7 2007 17:06
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Sun, 7 Jan 2007 14:50:15 -0800 (PST)
> David, there really *is* something screwy in netfilter.
Sure, but from what I can see this bug appears unrelated to the one in
kernel bugzilla #7781 that we've been discussing the past few days.
First of all,
Yinghai Lu wrote:
> Please check the latest version. ( 01/02/2007)
Works for me, with both BIOS versions / routing variants.
patches/series:
patch-2.6.20-rc4
patch-2.6.19-rc3-nokmem
myconfig
ccache
timer_01022007.diff
hpet-quirk
dmesg diff:
--- dmesg-20070108-2.6.20-rc4-bios-0402 2007-01-08 01:5
Even better we can actualy avid most of the page table walks completely.
First there is a number of places that can never have the vmalloc case
an may use ioremap/iounmap directly. Secondly drm_core_ioremap/
drm_core_ioremapfree already have the right drm_map to check wich kind
of mapping we ha
On Mon, Jan 08, 2007 at 12:37:50AM +0100, Adrian Bunk wrote:
> On Sun, Jan 07, 2007 at 09:48:34PM +0100, Willy Tarreau wrote:
> > On Sun, Jan 07, 2007 at 08:11:38PM +0100, Jan Engelhardt wrote:
> > >
> > > On Jan 7 2007 17:06, Russell King wrote:
> > > >On Mon, Jan 08, 2007 at 12:29:05AM +0800, Da
Hi Adrian,
> This email lists some known regressions in 2.6.20-rc4 compared to 2.6.19
> with patches available.
>
> If you find your name in the Cc header, you are either submitter of one
> of the bugs, maintainer of an affectected subsystem or driver, a patch
> of you caused a breakage or I'm co
This email lists some known regressions in 2.6.20-rc4 compared to 2.6.19
with patches available.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any oth
This email lists some known regressions in 2.6.20-rc4 compared to 2.6.19.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way possibly
involve
--- Vadim Lobanov <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-01-07 at 14:43 -0800, Amit Choudhary wrote:
> > Any strong reason why not? x has some value that does not make sense and
> > can create only
> problems.
> > And as I explained, it can result in longer code too. So, why keep this
> > va
Randy Dunlap wrote:
Hi,
I'm sure that all of this ext3fs etc. discussion is good,
but let me clarify: I would be much happier if the kernel.org
main page and the finger_banner info were updated at the same
time that new tarballs were put onto kernel.org.
Tough sh*t.
Now someone may say th
On 12/27/06, Tejun Heo <[EMAIL PROTECTED]> wrote:
Ioan Ionita wrote:
> pata_sis will not work with my CD-ROM
>
> dmesg output when trying to mount a cd-rom:
Please post full dmesg including all boot messages.
Sorry for the delay. Here's the full dmesg as requested. Please don't
take into accou
On Sat, Jan 06, 2007 at 11:06:46PM +0100, Brice Goglin wrote:
> Adrian Bunk wrote:
> > This email lists some known regressions in 2.6.20-rc3 compared to 2.6.19
> > that are not yet fixed in Linus' tree.
> >
>
> I reported another one yesterday, about HT MSI capability lookup being
> broken (can
Remove a couple final references to the obsolete verify_area() call,
which was long ago replaced by access_ok().
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
it *appears* that these last two references can be removed, unless
there's something really strange i'm not seeing here.
On Sun, Jan 07, 2007 at 11:27:06PM +0100, Tino Keitel wrote:
> On Sun, Jan 07, 2007 at 21:04:53 +0100, Tino Keitel wrote:
> > On Sun, Jan 07, 2007 at 13:23:13 -0500, Lee Revell wrote:
> > > On Sun, 2007-01-07 at 16:17 +0100, Tino Keitel wrote:
> > > > No information about the device/driver that ref
Hi Kyle,
Looks good. Just one nit and one comment.
On Sun, 7 Jan 2007 10:40:45 -0500 Kyle McMartin <[EMAIL PROTECTED]> wrote:
>
> diff --git a/kernel/compat.c b/kernel/compat.c
> index 6952dd0..cebb4c2 100644
> --- a/kernel/compat.c
> +++ b/kernel/compat.c
.
.
.
> + __put_user (s.upti
On Sun, Jan 07, 2007 at 09:48:34PM +0100, Willy Tarreau wrote:
> On Sun, Jan 07, 2007 at 08:11:38PM +0100, Jan Engelhardt wrote:
> >
> > On Jan 7 2007 17:06, Russell King wrote:
> > >On Mon, Jan 08, 2007 at 12:29:05AM +0800, David Woodhouse wrote:
> > >
> > >$ git log | head -n 1000 | tail -n 200
On Fri, 2007-01-05 at 17:58 -0600, Robert Hancock wrote:
> Brice Goglin wrote:
> > Hi,
> >
> > While testing 2.6.20-rc3 on a machine with some CK804 chipsets, we
> > noticed that quirk_nvidia_ck804_msi_ht_cap() was not detecting HT
> > MSI capabilities anymore. It is actually caused by the MSI map
On Sun, 2007-01-07 at 14:43 -0800, Amit Choudhary wrote:
> Any strong reason why not? x has some value that does not make sense and can
> create only problems.
> And as I explained, it can result in longer code too. So, why keep this value
> around. Why not
> re-initialize it to NULL.
Because it
On Wed, Dec 27, 2006 at 01:58:06PM +0100, Haar János wrote:
> Hello,
>
> - Original Message -
> From: "David Chinner" <[EMAIL PROTECTED]>
> To: "David Chinner" <[EMAIL PROTECTED]>
> Cc: "Haar János" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
>
> Sent: Tuesday, December 19, 2006 5:47 AM
>
On Sun, Jan 07, 2007 at 02:48:12PM -0800, Andrew Morton wrote:
> On Mon, 8 Jan 2007 09:23:41 +1100
> David Chinner <[EMAIL PROTECTED]> wrote:
>
> > How are you supposed to invalidate a range of pages in a mapping for
> > this case, then? invalidate_mapping_pages() would appear to be the
> > candid
Krzysztof Halasa <[EMAIL PROTECTED]> wrote:
> Hmm... Perhaps it should be possible to push git updates as a pack
> file only? I mean, the pack file would stay packed = never individual
> files and never 256 directories?
Latest Git does this. If the server is later than 1.4.3.3 then
the receive-pa
On Sun, 7 Jan 2007, Peter Osterlund wrote:
> Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> > Patrick McHardy (2):
> > [NETFILTER]: New connection tracking is not EXPERIMENTAL anymore
>
> I get kernel panics when doing large ethernet transfers. A loop doing
> continuous scp transfers of
On Mon, 8 Jan 2007 09:23:41 +1100
David Chinner <[EMAIL PROTECTED]> wrote:
> How are you supposed to invalidate a range of pages in a mapping for
> this case, then? invalidate_mapping_pages() would appear to be the
> candidate (the generic code uses this), but it _skips_ pages that
> are already m
--- Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Sun, Jan 07, 2007 at 12:46:50AM -0800, Amit Choudhary wrote:
> > Well, I am not proposing this as a debugging aid. The idea is about correct
> > programming,
> atleast
> > from my view. Ideally, if you kfree(x), then you should set x to NULL.
On Sat, 6 Jan 2007 21:32:03 +0100 (MET), Mikael Pettersson wrote:
>This patch adds ATAPI support for the PATA port on Promise 2037x chips.
>It depends on the common sata_promise ATAPI support patch.
>
>First-generation chips don't support ATAPI on their SATA ports, so
>the patch removes ATA_FLAG_NO
Em Dom, 2007-01-07 às 18:33 +0200, Pekka Enberg escreveu:
> On Thu, 4 Jan 2007, Robert Hancock wrote:
> > > > Saw this oops on 2.6.20-rc3-git4 when attempting to suspend. This only
> > > > happened in 1 of 3 attempts.
>
> On Friday, 5 January 2007 20:15, Christoph Lameter wrote:
> > > See the fix
On Sun, 7 Jan 2007, Hugh Dickins wrote:
> Author: Matt Mackall <[EMAIL PROTECTED]>
>
> [PATCH] RTC: Remove RTC UIP synchronization on x86
>
> Reading the CMOS clock on x86 and some other arches currently takes up to
> one
> second because it synchronizes with the CMOS second tic
On Sat, Jan 06, 2007 at 09:11:07PM +, Hugh Dickins wrote:
> On Sat, 6 Jan 2007, Sami Farin wrote:
>
> > Linux 2.6.19.1 SMP [2] on Pentium D...
> > I was running dt-15.14 [2] and I ran
> > "cinfo datafile" (it does mincore()).
> > Well it went OK but when I ran "strace cinfo datafile"...:
> > 0
On Sun, Jan 07, 2007 at 21:04:53 +0100, Tino Keitel wrote:
> On Sun, Jan 07, 2007 at 13:23:13 -0500, Lee Revell wrote:
> > On Sun, 2007-01-07 at 16:17 +0100, Tino Keitel wrote:
> > > No information about the device/driver that refuses to resume.
> >
> > You should be able to identify the problemat
> >The kernel maintainers/help/config pretty consistently use UTF8
>
> I've seen a lot of places that don't do so. Want a patch?
I think that would be a good idea - and add it to the coding/docs specs
that documentation is UTF-8. Code should IMHO say 7bit though.
Alan
-
To unsubscribe from this
On 1/6/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Sat, 6 Jan 2007 09:43:14 +1030
"Tom Lanyon" <[EMAIL PROTECTED]> wrote:
> How can I discover
> what is trying to load binfmt- and why is it looping?
Start with this, I guess..
--- a/kernel/kmod.c~a
+++ a/kernel/kmod.c
@@ -98,10 +98,12 @
1 - 100 of 274 matches
Mail list logo