This email lists some known regressions in 2.6.20-rc4 compared to 2.6.19
that are not yet fixed in Linus' tree.
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
On 1/8/07, Hua Zhong <[EMAIL PROTECTED]> wrote:
> 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 initialization increases code size.
And it also effectively blocks the slab debugging code from doing its
job dete
On Fri, 5 Jan 2007, Jan Engelhardt wrote:
>
> On Jan 4 2007 17:48, H. Peter Anvin wrote:
> >
> >[i386] All Transmeta CPUs have constant TSCs
> >All Transmeta CPUs ever produced have constant-rate TSCs.
>
> A TSC is ticking according to the CPU frequency, is not it?
transmeta decided years befor
On Mon, Jan 08, 2007 at 07:52:48AM +0100, Jan Engelhardt wrote:
>
> 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, i
--- Hua Zhong <[EMAIL PROTECTED]> wrote:
> > 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.
>
How does this help?
> > And as I explained, it can result i
On Mon, Jan 08, 2007 at 12:05:59AM -0800, Amit Choudhary wrote:
> Attached is some code from the kernel. Expanded KFREE() has been used atleast
> 1000 times in the
> kernel. By your logic, everyone is stupid in doing so. Something has been
> done atleast 1000 times
> in the kernel, that looks o
On Sun, 2007-01-07 at 23:29 -0800, Amit Choudhary wrote:
> I do not want to write this but I think that you are arguing just for the
> heck of it. Please be
> sane.
No, I'm merely trying to demonstrate, on a logical basis, why the
proposed patch does not (in my opinion) belong within the kernel.
Machine: Linux <...> 2.6.20-rc3-mm1 #2 Mon Jan 8 00:24:59 EST 2007 i686 unknown
In normal (light) use, I experienced a long (~20s?) freeze, and errors
regarding hdc appeared in dmesg, along with the BUG. SMART on hdc
doesn't report any errors except a bad SMART checksum (I think that
may have been
Hello Lee,
Lee Revell wrote:
> On Sun, 2007-01-07 at 18:44 +0100, Andreas Hartmann wrote:
>> Hello,
>>
>> ide_core is loaded (while putting in an USB stick) as module the first
>> time after reboot - all works fine. The USB stick got mounted and a ls
>> is done to show the files on the root of th
--- Pekka Enberg <[EMAIL PROTECTED]> wrote:
> On 1/8/07, Hua Zhong <[EMAIL PROTECTED]> wrote:
> > > 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 initialization increases code size.
>
> And it also ef
On Mon, Jan 08, 2007 at 12:31:44AM -0800, Amit Choudhary wrote:
>
> --- Pekka Enberg <[EMAIL PROTECTED]> wrote:
>
> > On 1/8/07, Hua Zhong <[EMAIL PROTECTED]> wrote:
> > > > And as I explained, it can result in longer code too. So, why
> > > > keep this value around. Why not re-initialize it to N
Asking for KFREE is as silly as asking for a macro to check if kmalloc
succeeded for a pointer, else return ENOMEM.
#define CKMALLOC(p,x) \
do { \
p = kmalloc(x, GFP_KERNEL); \
if(!p) return -ENOMEM; \
} while(0)
On 1/8/07, Amit Choudhary <[EMAIL PROTECTED]> wrote:
--- Pekk
Hello Philip,
On Thursday 04 January 2007 16:04, Philip Langdale wrote:
> This change depends on my SDHC patch and fixes a bug that was revealed
> during the development of that patch. The R6 response type should be
> identical to R1 (and R7) but was incorrectly defined differently. Fixing
> the R
Hi Amit,
On 1/8/07, Amit Choudhary <[EMAIL PROTECTED]> wrote:
Man, doesn't make sense to me.
Well, man, double-free is a programming error and papering over it
with NULL initializations bloats the kernel and makes the code
confusing.
Clear enough for you?
-
To unsubscribe from this list: send
--- Vadim Lobanov <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-01-07 at 23:29 -0800, Amit Choudhary wrote:
> > I do not want to write this but I think that you are arguing just for the
> > heck of it. Please
> be
> > sane.
>
> No, I'm merely trying to demonstrate, on a logical basis, why the
> pro
On Mon, 8 Jan 2007, Sumit Narayan wrote:
> Asking for KFREE is as silly as asking for a macro to check if
> kmalloc succeeded for a pointer, else return ENOMEM.
>
> #define CKMALLOC(p,x) \
> do { \
> p = kmalloc(x, GFP_KERNEL); \
> if(!p) return -ENOMEM; \
>} while(0)
oooh
On Sun, 7 Jan 2007 18:43:41 -0500 (EST)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> 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]>
Acked-by: Haavard Skinnemoen <[E
On Sat, Jan 06 2007, Torsten Kaiser wrote:
> On Saturday 06 January 2007 11:02, Jens Axboe wrote:
> > On Sat, Jan 06 2007, Torsten Kaiser wrote:
> > > On Saturday 06 January 2007 04:59, Andrew Morton wrote:
> > > > http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1x.bz2 is basically
> > > > 2.6.20-rc3-
On Sat, Jan 06 2007, [EMAIL PROTECTED] wrote:
> On Thu, 04 Jan 2007 22:02:00 PST, Andrew Morton said:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
>
> With git-block.patch applied, my system locks up *hard* at system
> shutdown time - eve
--- Sumit Narayan <[EMAIL PROTECTED]> wrote:
> Asking for KFREE is as silly as asking for a macro to check if kmalloc
> succeeded for a pointer, else return ENOMEM.
>
> #define CKMALLOC(p,x) \
>do { \
>p = kmalloc(x, GFP_KERNEL); \
>if(!p) return -ENOMEM; \
> } while(0)
> --- Hua Zhong <[EMAIL PROTECTED]> wrote:
>
> > > 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.
> >
>
> How does this help?
It doesn't. I thoug
--- Pekka Enberg <[EMAIL PROTECTED]> wrote:
> Hi Amit,
>
> On 1/8/07, Amit Choudhary <[EMAIL PROTECTED]> wrote:
> > Man, doesn't make sense to me.
>
> Well, man, double-free is a programming error and papering over it
> with NULL initializations bloats the kernel and makes the code
> confusing.
On Mon, Jan 08, 2007 at 12:47:07AM -0800, Amit Choudhary wrote:
> Let's try to apply the same logic to my explanation:
>
> KFREE() macro has __actually__ been used at atleast 1000 places in the kernel
> by atleast 50
> different people. Doesn't that lend enough credibility to what I am saying.
The malformed HTML was generated after switch to XSLTPROC
from SGML tools. The reference title
struct x
is converted into two recursive tags
struct x
There is more possible solutions for this problem.
One can be found at
http://darkk.livejournal.com/
The proposed solution is based on s
On 1/8/07, Amit Choudhary <[EMAIL PROTECTED]> wrote:
It is a programming error because the underlying code cannot handle it.
Yes. Do you also grasp the fact that there is no way for the allocator
to handle it either? So, double-free, from allocator standpoint can
_never_ be no-op.
What you're
(Please CC me, I am not subscribed to LKML [I have set the
Mail-Followup-To header accordingly]).
On two of my new machines, with Intel Core Duo T2300 and Core2 Duo E6400
chips respectively, I noticed some weirdness in how many CPUs are
present.
If the hyper-threading bit is present in the CPU i
[EMAIL PROTECTED] wrote on 12/31/2006 01:22:03 PM:
> On Sun, Dec 31, 2006 at 01:31:43AM -0500, Chuck Ebbert wrote:
> > In-Reply-To: <[EMAIL PROTECTED]>
> >
> > On Thu, 28 Dec 2006 11:39:25 +0100, Martin Schwidefsky wrote:
> >
> > > @@ -881,10 +880,18 @@ static void cio_reset_pgm_check_handler(
> >
Hi Linus,
Can you please pull the 'drm-patches' branch from
git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-patches
It only contains one fix for an error printout that was unwise.
Dave.
drivers/char/drm/i915_irq.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(
On Mon, Jan 08, 2007 at 01:44:32AM -0800, Robin H. Johnson wrote:
> (Please CC me, I am not subscribed to LKML [I have set the
> Mail-Followup-To header accordingly]).
>
> On two of my new machines, with Intel Core Duo T2300 and Core2 Duo E6400
> chips respectively, I noticed some weirdness in how
On 08/01/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
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, unl
> elinks is one such program. It now assumes UTF-8 _only_ displays.
> That's no better than programs which assume ISO-8859-1 only or US-ASCII
> only.
That's way better than programs:
- which assume an encoding you can't write most world languages in (BTW
ISO-8859-1 & US-ASCII are broken by design
> >> No one guarantees you sane result of tar or cp -a while changing the tree.
> >> I don't see how is_samefile() could make it worse.
> >
> > There are several cases where changing the tree doesn't affect the
> > correctness of the tar or cp -a result. In some of these cases using
> > samefile()
On Sun, 07 Jan 2007 20:46:13 -0500, Jeff Garzik wrote:
> Given that I agree with your RFC, this means I can drop all these
> #promise-sata-pata patches, and kill the #promise-sata-pata branch soon,
> right?
Yes
/Mikael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Sun, 07 Jan 2007 20:47:35 -0500, Jeff Garzik wrote:
> 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;
>
On Sun, 07 Jan 2007 20:50:48 -0500, Jeff Garzik wrote:
> > With this patch ATAPI will work on SATA ports on second-generation
> > chips, and on the first-generation PATA-only 20619. ATAPI on the
> > 2057x' PATA port will work automatically when #promise-sata-pata
> > is updated. ATAPI on the 2037x'
Guilt v0.17 is available for download.
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
git://git.kernel.org/pub/scm/linux/kernel/git/jsipek/guilt.gi
o Kdump documentation update.
- Update details for using relocatable kernel.
- Start using kexec-tools-testing release as it is latest and old
kexec-tools can't load relocatable bzImage file.
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
Documentation/kdump/kdum
o MODPOST generates warnings for i386 if kernel is compiled with
CONFIG_RELOCATABLE=y
WARNING: vmlinux - Section mismatch: reference to .init.data: from .text
between 'asus_hides_smbus_lpc_ich6' (at offset 0xc0217d58) and
'quirk_cardbus_legacy'
WARNING: vmlinux - Section mismatch: reference
o MODPOST generates warning for i386 if kernel is compiled with
CONFIG_RELOCATABLE=y
WARNING: vmlinux - Section mismatch: reference to .init.data:initkmem_list3
from .text between 'set_up_list3s' (at offset 0xc01536d9) and 's_start'
o I don't know the code well but looks like this is a bug.
o noirqdebug_setup() is __init but it is being called by
quirk_intel_irqbalance() which if of type __devinit. If CONFIG_HOTPLUG=y,
quirk_intel_irqbalance() is put into text section and it is wrong to
call a function in __init section.
o MODPOST flags this on i386 if CONFIG_RELOCATABLE=y
o sched_clock() a non-init function is using init data tsc_disable. This
is flagged by MODPOST on i386 if CONFIG_RELOCATABLE=y
WARNING: vmlinux - Section mismatch: reference to .init.data:tsc_disable from
.text between 'sched_clock' (at offset 0xc0109d58) and 'tsc_update_callback'
Signed-o
Ingo Molnar wrote:
This is a little too good to be true. Were both runs with the same
KVM_NUM_MMU_PAGES?
yes, both had the same elevated KVM_NUM_MMU_PAGES of 2048. The 'trunk'
run should have been labeled as: 'cr3 tree with paravirt turned off'.
That's not completely 'trunk' but clos
* Avi Kivity <[EMAIL PROTECTED]> wrote:
> > the cache is zapped upon pagefaults anyway, so unpinning ought to be
> > possible. Which one would you prefer?
>
> It's zapped by the equivalent of mmu_free_roots(), right? That's
> effectively unpinning it (by zeroing ->root_count).
no, right now
Ingo Molnar wrote:
* Avi Kivity <[EMAIL PROTECTED]> wrote:
the cache is zapped upon pagefaults anyway, so unpinning ought to be
possible. Which one would you prefer?
It's zapped by the equivalent of mmu_free_roots(), right? That's
effectively unpinning it (by zeroing ->root_count).
* Avi Kivity <[EMAIL PROTECTED]> wrote:
> >but AFAICS rmap_write_protect() is only ever called if we write a new
> >cr3 - hence a TLB flush will happen anyway, because we do a
> >vmcs_writel(GUEST_CR3, new_cr3). Am i missing something?
>
> No, rmap_write_protect() is called whenever we shadow
Ingo Molnar wrote:
* Avi Kivity <[EMAIL PROTECTED]> wrote:
but AFAICS rmap_write_protect() is only ever called if we write a new
cr3 - hence a TLB flush will happen anyway, because we do a
vmcs_writel(GUEST_CR3, new_cr3). Am i missing something?
No, rmap_write_protect() is called whe
* Avi Kivity <[EMAIL PROTECTED]> wrote:
> Looks like a lot of complexity for very little gain. I'm not sure
> what the vmwrite cost is, cut it can't be that high compared to
> vmexit.
while i disagree with characterising one extra parameter passed down
plus one extra branch as 'a lot of comp
>> How would you do this technically in a way that it's significantely
>> easier than simply finishing the UTF=8 transition?
> In how many decades do you think the transition will be finished ?
Right now it looks like it will be finished way earlier than app bother
supporting the later 8-bit enco
On Sun, Jan 07, 2007 at 06:10:30PM -0800, David Brownell wrote:
> > One usefull addition for my needs and with a m41t81 is the support of
> > the calibration of the rtc. However this can perhaps be hidden in the
> > .set_mmss function.
>
> Doesn't seem like an set_mmss() mechanism at all. Some
I have trouble booting a kernel I have compiled myself. I have changed
from FedoraCore 2 to CentOS 4.4 and is trying to compile my own kernel. In
FC2 I were able to compile and boot a custom kernel and this system boots
fine with the kernel supplied by CentOS. I want to compile my own to get
suppor
On Sat, Jan 06, 2007 at 03:17:25PM +0200, Ahmed S. Darwish wrote:
> Hi all,
> I'm not able to find the DAC960 block driver maintainer.
> If someones knows please reply :).
After Leonard Zubkoff unfortunately died in a helicopter accident
Dave Olien <[EMAIL PROTECTED]> did some great work on the dr
> (case in point: Russel's system. I was ROTFL when he proudly announced he
> was running a full iso-8859-1 system after dissing UTF-8. Last I've seen
> the official 8bit EU encoding was iso-8859-15, and UK is part of the EU)
There is no correct UK encoding. You need -14 or -15 depending upon
lang
Call me crazy, but game manufacturers want directx right? You aint
running that in the kernel.
Trent
-
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 r
Le Lun 8 janvier 2007 11:44, Alan a écrit :
>> (case in point: Russel's system. I was ROTFL when he proudly announced
>> he
>> was running a full iso-8859-1 system after dissing UTF-8. Last I've seen
>> the official 8bit EU encoding was iso-8859-15, and UK is part of the EU)
>
> There is no correc
Trent Waddington wrote:
> Call me crazy, but game manufacturers want directx right? You aint
> running that in the kernel.
They want something like DirectX that changes it's API less frequent
than DirectX and that compiles as a module because you don't want to run
it in the kernel.
-
To unsubscr
On 08/01/07, Amit Choudhary <[EMAIL PROTECTED]> wrote:
--- Pekka Enberg <[EMAIL PROTECTED]> wrote:
> On 1/8/07, Hua Zhong <[EMAIL PROTECTED]> wrote:
> > > And as I explained, it can result in longer code too. So, why
> > > keep this value around. Why not re-initialize it to NULL.
> >
> > Becaus
Hi Mark,
On Sun, 7 Jan 2007 10:44:41 -0500, Mark M. Hoffman wrote:
> Hi Jean, Adrian:
>
> > On Tue, 19 Dec 2006 05:13:15 +0100, Adrian Bunk wrote:
> > > @@ -1122,6 +1123,14 @@ static void quirk_sis_96x_smbus(struct p
> > > pci_write_config_byte(dev, 0x77, val & ~0x10);
> > > pci_read_config_b
From: Dylan Taft <[EMAIL PROTECTED]>
Device will not work as a mass storage device without US_FL_IGNORE_RESIDUE.
Signed-off-by: Dylan Taft <
[EMAIL PROTECTED]>
---
I bought this mp3 player that takes SD cards here
http://www.aiptek.com/Merchant2/merchant.mvc?Screen=PROD&Product_Code=AX4&Categor
At 13:13 +0100 8/1/07, Dirk wrote:
Trent Waddington wrote:
> Call me crazy, but game manufacturers want directx right? You aint
> running that in the kernel.
They want something like DirectX that changes it's API less frequent
than DirectX and that compiles as a module because you don't want t
If anybody interesting this changes by Vivek Goyal:
-int tsc_disable __cpuinitdata = 0;
+int tsc_disable = 0;
fix for me booting, and except message
IRQ handler type mismatch for IRQ 7(is it normal?) and after that dump
of stack, all works fine.
On 1/5/07, Tomasz Kvarsin <[EMAIL PROTECTED]> wr
Jonas Svensson schrieb:
> I downloaded kernel 2.6.19.1 from kernel.org and compiled it like
> make mrproper, make menuconfig, make, make modules_install, make install.
[...]
> All results in the same problem: the booting stops about when grub is
> finished and the kernel should continue. I get the
At Tue, 2 Jan 2007 13:50:57 +0100,
Mariusz Kozlowski wrote:
>
> Hello,
>
> This patch removes redundant argument checks for of_node_put() and
> kfree().
>
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>
> sound/aoa/fabrics/snd-aoa-fabric-layout.c |4 ++--
> 1 file changed,
I think this is a little bit overkill as well. Gaming APIs can exist
outside the kernel, in fact, they should. The problem here is not
that developers don't have access to gaming APIs available for linux,
it's that there's too many, but that's both the burden and blessing of
an open, "free" sour
From: Dylan Taft <[EMAIL PROTECTED]>
Device will not work as a mass storage device without US_FL_IGNORE_RESIDUE.
Signed-off-by: Dylan Taft <[EMAIL PROTECTED]>
---
--- ./drivers/usb/storage/unusual_devs.bak 2006-12-09
20:50:33.0 -0500
+++ ./drivers/usb/storage/unusual_devs.h2
The AHCI set up is handled properly along with the other bits in the
JMICRON quirk. Remove the code whacking it in ahci.c as its un-needed and
also blindly fiddles with bits it doesn't own.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
An ATA controller in native mode may have one or more channels disabled
and not assigned resources. In that case the existing code crashes trying
to access I/O ports 0-7.
Add the neccessary check.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/
Jay Vaughan wrote:
> At 13:13 +0100 8/1/07, Dirk wrote:
>> Trent Waddington wrote:
>> > Call me crazy, but game manufacturers want directx right? You aint
>> > running that in the kernel.
>> They want something like DirectX that changes it's API less frequent
>> than DirectX and that compiles as
On Mon, 8 Jan 2007, Tilman Schmidt wrote:
> Jonas Svensson schrieb:
> > I downloaded kernel 2.6.19.1 from kernel.org and compiled it like
> > make mrproper, make menuconfig, make, make modules_install, make install.
> [...]
> > All results in the same problem: the booting stops about when grub is
At Sun, 7 Jan 2007 01:29:27 +0100,
J.A. =?UTF-8?B?TWFnYWxsw7Nu?= wrote:
>
> Hi...
>
> I have a curious issue with snd_intel8x0 ALSA driver:
>
> Jan 7 01:14:27 werewolf-wl kernel: ACPI: PCI interrupt for device
> :00:1f.5 disabled
> Jan 7 01:14:27 werewolf-wl kernel: ACPI: PCI Interrupt 00
Mostly so people can see the work in progress. This enhances the encode
function which isn't currently used in the base tree but is when using
some of the testing tty patches.
This resolves a problem with some hardware where applications got
confusing information from the tty ioctls. Correct but c
At Sat, 30 Dec 2006 22:50:41 -0600,
Larry Finger wrote:
>
> Tobin Davis wrote:
> > Which alsa patch was this? I'm not seeing anything in the hg logs for
> > this. Or is this something from the kernel side?
>
> It seems to have come from suse. The full commit message is:
>
> commit a7da6ce564a8
On Fri 2007-01-05 16:15:41, Miklos Szeredi wrote:
> > > 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 yo
Hi!
> > >> No one guarantees you sane result of tar or cp -a while changing the
> > >> tree.
> > >> I don't see how is_samefile() could make it worse.
> > >
> > > There are several cases where changing the tree doesn't affect the
> > > correctness of the tar or cp -a result. In some of these cas
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/e1000/e1000_main.c |6
drivers/net/ixgb/ixgb.h |1 +
drivers/net/ixgb/ixgb_ethtool.c |1 +
drive
> IMO creating a new check_atapi_dma function for first-gen chips would be
> the preferred way to add this check.
A mode filter would be even better, that will mean the list of modes on
the device is correct and ATAPI devices are shown as PIO on such a
controller.
-
To unsubscribe from this list:
> > There's really no point trying to push for such an inferior interface
> > when the problems which samefile is trying to address are purely
> > theoretical.
>
> Oh yes, there is. st_ino is powerful, *but impossible to implement*
> on many filesystems.
You mean POSIX compliance is impossible?
* Tomasz Kvarsin <[EMAIL PROTECTED]> wrote:
> If anybody interesting this changes by Vivek Goyal:
>
> -int tsc_disable __cpuinitdata = 0;
> +int tsc_disable = 0;
ok, indeed.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
Ahmed S. Darwish wrote:
> Hi all,
> This is a patch to remove the unneeded k[mzc]alloc casts in the whole
> 2.6.20-rc3 tree. I tried to put this patch in a patchset but I couldn't
> cause the modified files have nothing in common (except the unneeded casts
> ofcourse).
>
> This patch includes http:
Each PIIX driver has two copies of a tiny 10 byte table. Jeff asked that
it was moved to a common place in each driver. Personally I think it
looked a lot better before but as Jeff is maintainer it's his call.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-fr
On Mon, Jan 08, 2007 at 08:37:34 +1100, David Chinner wrote:
...
> > fstab was there just fine after -u.
>
> Oh, that still hasn't been fixed?
Looked like it =)
> Generic bug, not XFS - the global
> semaphore->mutex cleanup converted the bd_mount_sem to a mutex, and
> mutexes complain loudly whe
This is a clean version of the PATA support for the sata_via hardware.
I'm resubmitting it since nothing has happened since the last submission
despite promises of libata core changes. Given users actually need to use
this stuff today and the code is clean it should get merged irrespective
of any l
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.
# e
Dave and Arjan,
I'm resending a slightly reworked version of the apgart patch for drm-populated
memory types.
The address- based vmalloc / vfree has been replaced and encapsulated in
agp-vkmalloc / agp vkfree which both takes a flag argument to indicate
whether to use vmalloc or kmalloc. This, at
On Fri, 2006-12-29 at 13:12 -0800, Daniel Walker wrote:
>
> Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
>
> ---
> fs/proc/generic.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletion(-)
>
> Index: linux-2.6.19/fs/proc/generic.c
> ===
On Mon, 2007-01-08 at 13:20 +0100, Peter Zijlstra wrote:
>
> Well, no. Draining after the inspect 'all' loop doesn't make sense, but
> looking at 2.6.20-rc3-rt0 remove_proc_entry() looks sane.
When it was inside the loop it drained every iteration . So it made more
sense to put it after the loop
Alan wrote:
This is a clean version of the PATA support for the sata_via hardware.
I'm resubmitting it since nothing has happened since the last submission
despite promises of libata core changes. Given users actually need to use
this stuff today and the code is clean it should get merged irrespe
On Mon, Jan 08, 2007 at 10:04:36 +1100, David Chinner wrote:
> 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
Hi,
Im using linux-2.6.14-omap2430.
Im using TI omap 2430 SDP.
When i compile it with the eldk toolchain.
I get an error listed at the end of this mail.
The error is simple - case values should be constants, However, the
toolchain gcc 4.0
is complaining that case values are not const
On Tue, 05 Dec 2006 16:26:11 +0100,
Marcel Holtmann <[EMAIL PROTECTED]> wrote:
[sorry about the late reply, but I've been on vacation & offline]
> I was checking why device_move() fails and it seems that the check for
> is_registered is the problem here.
>
> if (!device_is_registered(dev
Add a load option to intel-rng to allow skipping the FWH detection,
necessary in case the BIOS has locked read-only the firmware hub space.
Also prevent any attempt to write to firmware space if it cannot be
write enabled (apparently caused hangs on some systems not having an
FWH and thus also not
- make the page table contents printing PAE capable
- make sure the address stored in current->thread.cr2 is unmodified from
what was read from CR2
- don't call oops_may_print() multiple times, when one time suffices
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
--- linux-2.6.20-rc4/arch/i386/
Remove all parameters from this function that aren't really variable.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
--- linux-2.6.20-rc4/arch/i386/mm/fault.c 2007-01-08 09:57:20.0
+0100
+++ 2.6.20-rc4-x86-simplify-notify_page_fault/arch/i386/mm/fault.c
2007-01-08 10:32:45.00
This beast definitly shouldn't be exported. drivers/mtd/ubi/debug.c
should probably be just removed instead - it's an utter mess anyway.
-
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.kerne
--- linux-2.6.20-rc3/lib/kobject.c 2007-01-01 23:04:49.0 -0800
+++ devel/lib/kobject.c 2007-01-04 21:13:21.0 -0800
@@ -15,6 +15,8 @@
#include
#include
#include
+#include
+#include
+#ifdef CONFIG_X86_32
+static int ptr_in_range(void *ptr, void *start, void *end)
+{
+
Folks, WTF were you smoking when writing the slim code? Calling mprotect
from random code to rewoke write permissions on process is not okay. As
is poking into the dile desriptor tables. As is ding permission checks
based on d_path output.
Andrew, could you please just drop slim? The code isn'
Improve the error handling when writes fail to a swap page.
Currently, the kernel will repeatedly retry the write which is unlikely
to ever succeed. Instead we allow the pages to be unused and then marked
as bad at which prevents reuse. It should hopefully be suitable for
testing in -mm.
These p
Split the core of try_to_unuse() into a new function,
try_to_unuse_entry().
These patches are a based on a patch by Nick Piggin and some of my own
patches/bugfixes as discussed on LKML.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
mm/swapfile.c | 321 ++
Add swap_free_markbad(), equivalent to swap_free but marks the swap page
as bad. Update try_to_unuse_entry() and shmem_unuse() to call the new
function when working on pages with errors.
These patches are a based on a patch by Nick Piggin and some of my own
patches/bugfixes as discussed on LKML.
Add try_to_unuse_page_entry(). As this function takes a already locked page,
the locking and refcounting within try_to_unuse_entry() needs to be rearranged.
These patches are a based on a patch by Nick Piggin and some of my own
patches/bugfixes as discussed on LKML.
Signed-off-by: Richard Purdie
Check for pages with errors within shrink_page_list() and if found, try
to unuse them which will trigger the functions to mark the page bad. The
page will then be allocated a new swap page.
If a swap page write error occurs, don't disable page reclaim.
These patches are a based on a patch by Nick
1 - 100 of 411 matches
Mail list logo
