On Wed, 19 Sep 2007 22:47:41 +0200, Jiri Slaby said:
> On 09/19/2007 10:32 PM, [EMAIL PROTECTED] wrote:
> > That would probably have been me, saying that x86_64-mm-cpa-clflush.patch
> > broke
> > the NVidia graphics driver in 23-rc3-mm1. Is it breaking *other* X drivers
> > as
> > well?
>
>
I simply don't have any old IDE systems any more or time to really look
after this. Nobody responded to the previous linux-ide mail about
maintainers so...
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --exclude-from /usr/src/exclude --new-file --recursive
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
GCC 4.1.2 has been stable for a long time now, maybe you better
upgrade your binutils instead...
//Markus
Satyam Sharma wrote:
> Hi Maciej,
>
>
> On Thu, 20 Sep 2007, Maciej W. Rozycki wrote:
>> On Wed, 19 Sep 2007, Andrew Morton wrote:
>>
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --exclude-from /usr/src/exclude --new-file --recursive
linux.vanilla-2.6.23rc6-mm1/drivers/serial/crisv10.c
linux-2.6.23rc6-mm1/drivers/serial/crisv10.c
--- linux.vanilla-2.6.23rc6-mm1/drivers/serial/crisv10.c2007-09-18
On Thu, Sep 20, 2007 at 03:01:43PM +0100, Denys Vlasenko wrote:
> Hi Andi,
>
> arch/x86_64/kernel/Makefile has
>
> EXTRA_AFLAGS := -traditional
>
> and this is causing me trouble with #define MACRO(a,b) a.b
> (defined in one of included header file).
> It expands incorrectly, as "a. b" - extra
On Thu, 2007-09-20 at 16:12 +0200, Rafael J. Wysocki wrote:
> > Vs. the suspend / resume wreckage of rc6-mm1 / rc6-hrt2:
>
> ie. the one on the Vaio (I assume).
>
> > I'm still fishing in rather dark water. Depending on the added
> > instrumentation points the problem mutates up to the point
On Thu, 20 Sep 2007, Markus Gothe wrote:
>
> GCC 4.1.2 has been stable for a long time now, maybe you better
> upgrade your binutils instead...
I'd been using 4.2.1 -- I don't want to downgrade to 4.1.2. (btw from
the discussion on gcc's bugzilla it appears the bug wasn't resolved
in 4.1.2
On 9/20/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> On Thu, 20 Sep 2007, Pádraig Brady wrote:
>
> > Matt LaPlante wrote:
> > > Since everyone loves random statistics, here are a few gems to give you a
> > > break from your busy day:
> > >
> > > Number of lines in the 2.6.22 Linux kernel
Hi Satyam,
> Firstly, "may be used uninitialized" can still be a bug.
Of course -- essentially GCC cannot really figure out whether all the
possible paths of execution include initialisation or not and complains
just in case.
> Secondly, latest gcc is *horribly* buggy (and has been so for
On Thu, 20 Sep 2007 14:13:15 +0100
[EMAIL PROTECTED] (Mel Gorman) wrote:
> PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
> doesn't show up on other arches because this driver is specific to the
> architecture.
>
> drivers/ata/pata_scc.c: In function `scc_bmdma_status'
Hi Andi,
arch/x86_64/kernel/Makefile has
EXTRA_AFLAGS := -traditional
and this is causing me trouble with #define MACRO(a,b) a.b
(defined in one of included header file).
It expands incorrectly, as "a. b" - extra space.
If I use a.##b, all other .S files suffer - I am getting
a.##b expansion
On Thursday, 20 September 2007 15:43, Thomas Gleixner wrote:
> On Thu, 2007-09-20 at 15:29 +0200, Rafael J. Wysocki wrote:
> > > > I haven't had the time to check if any special command line arguments
> > > > help.
> > > > Will check tomorrow.
> > >
> > > Can you please disable the patches,
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --exclude-from /usr/src/exclude --new-file --recursive
linux.vanilla-2.6.23rc6-mm1/Documentation/keys.txt
linux-2.6.23rc6-mm1/Documentation/keys.txt
--- linux.vanilla-2.6.23rc6-mm1/Documentation/keys.txt 2007-09-18
15:32:50.0 +0100
On Thu, 20 Sep 2007, Tetsuo Handa wrote:
>
> I checked my patch using checkpatch.pl version 0.10
> and I got the following error.
>
> ERROR: need consistent spacing around '*' (ctx:WxV)
> #2334: FILE: security/tomoyo/common.c:2306:
> +static unsigned int tmy_poll(struct file *file,
On Thu, 2007-09-20 at 15:29 +0200, Rafael J. Wysocki wrote:
> > > I haven't had the time to check if any special command line arguments
> > > help.
> > > Will check tomorrow.
> >
> > Can you please disable the patches, which I sent Linus wards:
> >
> >
Hi Maciej,
On Thu, 20 Sep 2007, Maciej W. Rozycki wrote:
>
> On Wed, 19 Sep 2007, Andrew Morton wrote:
>
> > > patch-mips-2.6.23-rc5-20070904-pmag-ba-err-2
> > > diff -up --recursive --new-file
> > > linux-mips-2.6.23-rc5-20070904.macro/drivers/video/pmag-ba-fb.c
> > >
On Wed, 2007-09-19 at 21:11 -0700, Andrew Morgan wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> David Howells wrote:
> > Move the effective capabilities mask from the task struct into the
> > credentials
> > record.
> >
> > Note that the effective capabilities mask in the cred
On Thu, 20 Sep 2007, Mel Gorman wrote:
>
> allmodconfig on ppc64 fails to build with the following error
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/ata/pata_scc.c
drivers/md/raid6int8.c
drivers/net/spider_net.c
On Wed, 19 Sep 2007 20:02:05 +0200,
Cornelia Huck <[EMAIL PROTECTED]> wrote:
> -ECONFUSED. Perhaps DEBUG_DRIVER may help some more. Or /me getting
> some sleep.
Sleeping helped (improved reading abilities).
From: Cornelia Huck <[EMAIL PROTECTED]>
mmc: Avoid double sdio_unregister_bus() on
On Thu, Sep 20 2007, Mel Gorman wrote:
> allmodconfig on ppc64 fails to build with the following error
>
> drivers/block/ps3disk.c: In function `ps3disk_probe':
> drivers/block/ps3disk.c:509: error: implicit declaration of function
> `blk_queue_issue_flush_fn'
> make[2]: ***
On Thu, Sep 20, 2007 at 03:20:55PM +0200, you [Willy Tarreau] wrote:
> OK. And your config seems perfectly standard.
>
> > gcc 2.96-129:
> > cat /proc/version
> > Linux version 2.4.35 (root) (gcc version 2.96 2731 (Red Hat Linux 7.2
> > 2.96-129.7.2)) #1 SMP Thu Aug 9 10:35:37 EEST 2007
>
allmodconfig on ppc64 fails to build with the following error
drivers/block/ps3disk.c: In function `ps3disk_probe':
drivers/block/ps3disk.c:509: error: implicit declaration of function
`blk_queue_issue_flush_fn'
make[2]: *** [drivers/block/ps3disk.o] Error 1
make[1]: *** [drivers/block] Error 2
On Thu, Sep 20, 2007 at 03:08:42PM +0200, Nadia Derbey wrote:
...
> So, here is the ipc_lock_by_ptr() status:
> 1) do_msgsnd(), semctl_main(GETALL), semctl_main(SETALL) and find_undo()
> call it inside a refcounting.
> ==> no rcu read section needed.
>
> 2) *_exit_ns(), ipc_findkey() and
Hi Ville,
On Thu, Sep 20, 2007 at 03:45:37PM +0300, Ville Herva wrote:
> On Tue, Sep 18, 2007 at 11:47:05PM +0200, you [Willy Tarreau] wrote:
> > Thanks for your report. Unfortunately, I've rechecked the recent changelogs
> > and see nothing related either. At least, in order to keep trace of the
On Thursday, 20 September 2007 08:18, Thomas Gleixner wrote:
> On Thu, 2007-09-20 at 02:06 +0200, Rafael J. Wysocki wrote:
> > On Wednesday, 19 September 2007 21:21, Thomas Gleixner wrote:
> > > On Wed, 2007-09-19 at 19:44 +0200, Rafael J. Wysocki wrote:
> > > > > > It boots with nohpet alone and
On Thu, Sep 20, 2007 at 10:52:43AM +0200, Nadia Derbey wrote:
> Jarek Poplawski wrote:
...
> >which seems to suggest "out" is an RCU protected pointer, so, I
> >thought these refcounts were for something else. But, after looking
> >at how it's used it turns out to be ~90% wrong: probably 9 out of
PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
doesn't show up on other arches because this driver is specific to the
architecture.
drivers/ata/pata_scc.c: In function `scc_bmdma_status':
drivers/ata/pata_scc.c:734: error: structure has no member named `active_tag'
Nadia Derbey wrote:
Jarek Poplawski wrote:
On Thu, Sep 20, 2007 at 08:24:58AM +0200, Nadia Derbey wrote:
Jarek Poplawski wrote:
On 18-09-2007 16:55, Nadia Derbey wrote:
...
Well, reviewing the code I found another place where the
rcu_read_unlock() was missing.
I'm so sorry for the
Hello.
I checked my patch using checkpatch.pl version 0.10
and I got the following error.
ERROR: need consistent spacing around '*' (ctx:WxV)
#2334: FILE: security/tomoyo/common.c:2306:
+static unsigned int tmy_poll(struct file *file, poll_table *wait)
Provide {enable,disable}_irq_wakeup dummies for undefined
CONFIG_GENERIC_HARDIRQS case. Completely untested, as I don't even have
cross-compilers for platforms without CONFIG_GENERIC_HARDIRQS.
Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
---
On Tue, 18 Sep 2007, Andrew Morton
Philipp Marek napsal(a):
Please, everybody,
don't change that.
I'm currently using that *feature* (yes, I see it as that) in my
fsvs-chrooter-utility (see
http://fsvs.tigris.org/source/browse/*checkout*/fsvs/trunk/www/doxygen/html/group__howto__chroot.html)
for easier usage of fsvs on older
On Wed, 19 Sep 2007, Andrew Morton wrote:
> > patch-mips-2.6.23-rc5-20070904-pmag-ba-err-2
> > diff -up --recursive --new-file
> > linux-mips-2.6.23-rc5-20070904.macro/drivers/video/pmag-ba-fb.c
> > linux-mips-2.6.23-rc5-20070904/drivers/video/pmag-ba-fb.c
> > ---
Andi Kleen wrote:
Is there any reason not to set the MTRRs to define the entire memory as
write back, and use PAT exclusively for setting cacheability?
That risks breaking SMM or BIOS code.
Yes. Too bad.
--
error compiling committee.c: too many arguments to function
-
To
On Tue, Sep 18, 2007 at 11:47:05PM +0200, you [Willy Tarreau] wrote:
> Thanks for your report. Unfortunately, I've rechecked the recent changelogs
> and see nothing related either. At least, in order to keep trace of the
> incident, would you please post some info about your config (CPU, RAM,
>
On Thursday 20 September 2007, you wrote:
> > When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as
> > supported for my Toshiba Satellite A40 laptop (Mobile Intel Pentium 4,
> > 2.8GHz).
> >
> > -Linux version 2.6.22-2-686 (Debian 2.6.22-4) ([EMAIL PROTECTED]) ...
> > +Linux version
On Thu, 2007-09-20 at 13:20 +0200, Peter Zijlstra wrote:
> > Cc: Nick Piggin <[EMAIL PROTECTED]>
> > Cc: Trond Myklebust <[EMAIL PROTECTED]>
> > Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
> > ---
> >
> > fs/nfs/file.c |9 +++--
> > 1 file changed, 7 insertions(+), 2 deletions(-)
>
On Wed, 19 Sep 2007, Leonid Kalev wrote:
>
> ufs_get_fs_state() needs the file system type to read the state from the
> correct place in the superblock. It takes the type from UFS_SB(sb)->s_flags,
> but that value is stored after the first call to ufs_get_fs_state(). The patch
> below moves the
On Thu, 2007-09-20 at 09:29 +0200, NetArt - Grzegorz Nosek wrote:
> On Wed, Sep 19, 2007 at 02:07:13PM -0400, Trond Myklebust wrote:
> > On Wed, 2007-09-19 at 12:53 +0200, NetArt - Grzegorz Nosek wrote:
> > > [16249868.626066] [ cut here ]
> > > [16249868.684345] kernel BUG
On Tue, 2007-09-18 at 09:41 -0400, Mathieu Desnoyers wrote:
> * Rusty Russell ([EMAIL PROTECTED]) wrote:
> > On Fri, 2007-09-14 at 11:32 -0400, Mathieu Desnoyers wrote:
> > > * Rusty Russell ([EMAIL PROTECTED]) wrote:
> > > > Alternatively, if you called it "immediate_init" then the semantics
> >
Hi,
one friend has just pointed me to a following misbehaviour of ext3. If we
stumble on some error in JBD (e.g. in commit code), we call
__journal_abort_hard(). It just marks the journal as aborted but does
nothing else. Later ext3 comes, finds journal aborted, calls ext3_abort()
which
On Thu, 20 Sep 2007, Ken'ichi Ohmichi wrote:
>
> [PATCH 6/4] [-mm patch] use the existing offsetof().
> It is better that offsetof() is used for VMCOREINFO_OFFSET().
> This idea is Joe Perches's.
>
>
>
> Thanks
> Ken'ichi Ohmichi
>
> ---
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
>> Andrew,
>>
>> Thanks for reviewing the patchset, this patch is on my review and test
>> queue (which has gotten rather long of late). I'll test it further and
>> get back.
>
> I still think this version is very wrong. It makes the ->signal->stats
> absolutely meaningless. Quoting myself:
>
Hi,
On Thu, 20 Sep 2007, Ken'ichi Ohmichi wrote:
>
> [PATCH 5/4] [-mm patch] Rename macros returning the size.
> The #define SIZE() should be renamed STRUCT_SIZE() since it's always
> returning the size of the struct with a given name. This would allow
> TYPEDEF_SIZE() to simply become
On Thu, 20 Sep 2007 12:31:39 +0100 (BST) Hugh Dickins
<[EMAIL PROTECTED]> wrote:
Thanks Hugh!
> [PATCH mm] mm per-device dirty threshold fix
>
> Fix occasional hang when a task couldn't get out of balance_dirty_pages:
> mm-per-device-dirty-threshold.patch needs to reevaluate bdi_nr_writeback
>
On 09/20, Balbir Singh wrote:
>
> Andrew Morton wrote:
> > On Tue, 18 Sep 2007 00:23:39 +0200 Guillaume Chazarain <[EMAIL PROTECTED]>
> > wrote:
> >
> >> TASKSTATS_CMD_ATTR_TGID used to return only the delay accounting stats, not
> >> the basic and extended accounting. With this patch,
> >>
> Is there any reason not to set the MTRRs to define the entire memory as
> write back, and use PAT exclusively for setting cacheability?
That risks breaking SMM or BIOS code.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Hi Shlomi Fish.
When you address the comments of Roman just sent a replacemnt
patch. I will drop the one I have in kbuild.git then.
Sam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Paul Mundt wrote:
I find it a bit disconcerting that blackfin already depends on this
in-tree without there being any earlier discussion on making these
changes.
Parts of the initial submission were picked up (the include/asm
directory), other's weren't. Little we can do about that.
Andi Kleen wrote:
Jesse Barnes <[EMAIL PROTECTED]> writes:
To do this in a nicer way (and be less vulnerable to similar BIOS
funkiness) the kernel really needs full PAT support. That should allow
WC over WB and WC over UC mappings to occur, at least if I'm
remembering the docs right...
Please, everybody,
don't change that.
I'm currently using that *feature* (yes, I see it as that) in my
fsvs-chrooter-utility (see
http://fsvs.tigris.org/source/browse/*checkout*/fsvs/trunk/www/doxygen/html/group__howto__chroot.html)
for easier usage of fsvs on older systems.
- User starts a
On Wed, 19 Sep 2007, Peter Zijlstra wrote:
> On Wed, 19 Sep 2007 21:03:19 +0100 (BST) Hugh Dickins
> <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 19 Sep 2007, Andy Whitcroft wrote:
> > > Seems I have a case of a largish i386 NUMA (NUMA-Q) which has a mkfs
> > > stuck in a 'D' wait:
> > >
> > >
Hi!
Sorry for the late response.
On Sunday 16 September 2007, Roman Zippel wrote:
> Hi,
>
> On Thu, 13 Sep 2007, Shlomi Fish wrote:
> > This patch adds an option to use either substring match, regular
> > expression match, or keywords search in the "make xconfig" Edit->Find
> > dialog.
> >
> >
Is there a patch or a boot option or something which wipes all
available (physical) RAM at boot (or better, fills it with a fixed
signature like 0xdeadbeef)? I'm getting phony ECC errors and I'd like
to test whether they go away when the RAM is properly initialized.
Also, I'd like to know
Andrew Morton wrote:
On Tue, 18 Sep 2007 15:17:37 +0400 Valentine Barshak <[EMAIL PROTECTED]> wrote:
PCI memory space may have a 64-bit offset on some architectures
(for example, PowerPC 440) and the actual PCI memory address
has to fixed up (an offset to PCI mem space shuld be added)
before
Add maplebus headers
Signed off by Adrian McMenamin <[EMAIL PROTECTED]>
diff --git a/include/linux/input.h b/include/linux/input.h
diff --git a/include/linux/maple.h b/include/linux/maple.h
new file mode 100644
index 000..e297cce
--- /dev/null
+++ b/include/linux/maple.h
@@ -0,0 +1,87 @@
This patch adds support for the keyboard on the SEGA Dreamcast
Signed-off by Adrian McMenamin <[EMAIL PROTECTED]>
Acked-by: Arjan van de Ven <[EMAIL PROTECTED]>
Acked-by: Dmitry Torokhov <[EMAIL PROTECTED]>
diff --git a/drivers/input/keyboard/Kconfig b/drivers/input/keyboard/Kconfig
index
The Maple bus is SEGA's proprietary serial bus for peripherals
(keyboard, mouse, controller etc). The bus is capable of some
(limited) hotplugging and operates at up to 2 M/bits.
Drivers of one sort or another existed/exist for 2.4 and a rudimentary
port, which didn't support the 2.6 device
This adds support for the maple bus (SEGA's proprietary serial bus on
the Dreamcast) to the kernel.
Signed-off by: Adrian McMenamin <[EMAIL PROTECTED]>
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 54878f0..077438f 100644
--- a/arch/sh/Kconfig
+++ b/arch/sh/Kconfig
@@ -702,6 +702,17 @@
On Mon, 20 Aug 2007 15:56:10 -0700 [EMAIL PROTECTED] wrote:
> --
> Subject: git-nfs vs nfs-convert-to-new-aops
> From: Andrew Morton <[EMAIL PROTECTED]>
>
> nfi if this is correct. How am I supposed to know how to work out what to put
> in
Chris Snook <[EMAIL PROTECTED]> wrote:
> David Madore wrote:
>> On Mon, Sep 17, 2007 at 11:11:52AM -0700, Jeremy Fitzhardinge wrote:
>>> Boot memtest86 for a little while before booting the kernel? And if you
>>> haven't already run it for a while, then that would be your first step
>>> anyway.
David Newall <[EMAIL PROTECTED]> wrote:
>> Normal users cannot use chroot() themselves so they can't use chroot to
>> get back out
>
> I think Bill is right, that this is to fix a method that non-root
> processes can use to escape their chroot. The exploit, which is
> documented in chroot(2)*,
At Wed, 19 Sep 2007 20:26:27 +0200,
Bernhard Rosenkraenzer wrote:
>
> On Thursday 13 September 2007, Takashi Iwai wrote:
> > > The patch below fixes it, but unfortunately, Medion MD2 uses the same PCI
> > > (and subvendor/subdevice) ID -- so the patch quite likely breaks Medion
> > > MD2 support.
Hi!
> When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as supported
> for my Toshiba Satellite A40 laptop (Mobile Intel Pentium 4, 2.8GHz).
>
> -Linux version 2.6.22-2-686 (Debian 2.6.22-4) ([EMAIL PROTECTED]) ...
> +Linux version 2.6.23-rc6 ([EMAIL PROTECTED]) ...
> [...]
> +ACPI:
Hi!
> ...should they be changed to 200? Or perhaps file should be readable?
>
> [EMAIL PROTECTED]:/sys/class/rtc/rtc0# cat wakealarm
> [EMAIL PROTECTED]:/sys/class/rtc/rtc0# echo 132719 > wakealarm
> [EMAIL PROTECTED]:/sys/class/rtc/rtc0# ls -al wakealarm
> -rw-r--r-- 1 root root 0 Sep 20
On Monday 27 August 2007 16:59, Mathieu Desnoyers wrote:
> +We can therefore affirm that adding 2 markers to getppid, on a system with
> high
> +memory pressure, would have a performance hit of at least 6.0% on the system
> +call time, all within the uncertainty limits of these tests. The same
>
> Hi,
>
> Is there a standard way for drivers (RAID) to detect if the current
> kernel is running in kdump mode? We would like to adjust driver behavior
> dynamically when kdump is active by scaling down resources.
Perhaps you should be automatically using little resources when little
memory is
...should they be changed to 200? Or perhaps file should be readable?
[EMAIL PROTECTED]:/sys/class/rtc/rtc0# cat wakealarm
[EMAIL PROTECTED]:/sys/class/rtc/rtc0# echo 132719 > wakealarm
[EMAIL PROTECTED]:/sys/class/rtc/rtc0# ls -al wakealarm
-rw-r--r-- 1 root root 0 Sep 20 12:30 wakealarm
On Thu, Sep 20, 2007 at 11:53:53AM +0400, Alexey Dobriyan wrote:
> On Wed, Sep 19, 2007 at 02:36:04PM -0700, Christoph Lameter wrote:
> > So I would think that this is an actual memory corruption issue on your
> > system and the /sys/slab stuff works fine. slabinfo -v will perform a more
> >
Andrew Morton wrote:
> On Mon, 17 Sep 2007 17:46:38 +0530
> Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
>
>> Kernel Bug is hit with 2.6.23-rc4-mm1 kernel on ppc64 machine.
>>
>> kernel BUG at include/linux/netdevice.h:339!
>>
>
> (please cc [EMAIL PROTECTED] on networking-related
On Tuesday 18 September 2007 22:07, Mathieu Desnoyers wrote:
> i386 optimization of the immediate values which uses a movl with code patching
> to set/unset the value used to populate the register used as variable source.
>
> Changelog:
> - Use text_poke_early with cr0 WP save/restore to patch
On Thu, 20 Sep 2007, Pádraig Brady wrote:
> Matt LaPlante wrote:
> > Since everyone loves random statistics, here are a few gems to give you a
> > break from your busy day:
> >
> > Number of lines in the 2.6.22 Linux kernel source that include one or more
> > trailing whitespaces: 135209
> >
Hi Linus,
A couple of small fixes.
One for harmless sparse warnings and one which can prevent
crashes on 32 bit boxes using filestreams.
Please pull from the for-linus branch:
git pull git://oss.sgi.com:8090/xfs/xfs-2.6.git for-linus
This will update the following files:
Hi!
> This patch implements the functionality of jumping between the kexeced
> kernel and the original kernel.
>
> A new reboot command named LINUX_REBOOT_CMD_KJUMP is defined to
> trigger the jumping to (executing) the new kernel and jumping back to
> the original kernel.
>
> To support
> On Wed, 19 Sep 2007 14:56:27 -0700
> Dave Hansen <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2007-09-19 at 14:24 -0700, Andrew Morton wrote:
> > > On Wed, 19 Sep 2007 18:44:18 +0100
> > > Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > >
> > > > On Mon, Sep 17, 2007 at 11:27:18AM -0700, Dave
On Thu, 20 Sep 2007, Peter Schwabe wrote:
> Model number: HITACHI HTS541612J9SA00
If you got it with the thinkpad, it will have an IBM/Lenovo firmware. Ask
them for a fix. They might have broken NCQ while adding immediate unload
and security extensions to the original Hitachi firmware.
--
On 19-09-2007 21:25, Ahmed S. Darwish wrote:
> Hi Low,
>
> On Wed, Sep 19, 2007 at 12:16:39PM -0400, Low Yucheng wrote:
>> There are no additional console messages.
>> Not sure what this is: * no relevant Cc (memory management added)
>
> Relevant CCs means CCing maintainers or subsystem mailing
Cornelia Huck wrote:
> On Thu, 20 Sep 2007 16:26:15 +0900,
> Tejun Heo <[EMAIL PROTECTED]> wrote:
>
>> Sysfs now allows direct suicide. Make suicidial sysfs nodes to use
>> it and remove now unncessary callback mechanism.
>>
>> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
>> ---
>>
Matt LaPlante wrote:
> Since everyone loves random statistics, here are a few gems to give you a
> break from your busy day:
>
> Number of lines in the 2.6.22 Linux kernel source that include one or more
> trailing whitespaces: 135209
> Bytes saved by removing said whitespace: 151809
> Lines in
On 2007.09.20 17:33:45 +, Dave Airlie wrote:
> > Maybe you are rather interested in these dmesg lines:
> > Linux agpgart interface v0.102
> > agpgart: suspend/resume problematic: resume with 3D/DRI active may lockup
> > X.Org
> > on some chipset/BIOS combos (see DEBUG_AGP_PM in intel-agp.c)
>
On Thu, 20 Sep 2007 16:26:15 +0900,
Tejun Heo <[EMAIL PROTECTED]> wrote:
> Sysfs now allows direct suicide. Make suicidial sysfs nodes to use
> it and remove now unncessary callback mechanism.
>
> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
> ---
> drivers/base/core.c | 33
J. Bruce Fields wrote:
> On Tue, Sep 18, 2007 at 05:41:08PM +0400, Pavel Emelyanov wrote:
>> This is the next step in fs/locks.c cleanup before turning
>> it into using the struct pid *.
>>
>> This time I found, that there are some places that do a
>> similar thing - they try to apply a lock on a
reiserfs_setattr can call notify_change recursively using the same
iattr struct. This could cause it to trip the BUG() in notify_change.
Fix reiserfs to clear those bits near the beginning of the function.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
fs/reiserfs/inode.c |6 +-
1
Pavel Emelyanov wrote:
> Looks sane :)
>
> [snip]
>
>> Index: 2.6.23-rc6-mm1/kernel/exit.c
>> ===
>> --- 2.6.23-rc6-mm1.orig/kernel/exit.c
>> +++ 2.6.23-rc6-mm1/kernel/exit.c
>> @@ -408,6 +408,8 @@ void daemonize(const char *name,
On Thu, Sep 20, 2007 at 12:38:55AM +0200, Michael Opdenacker wrote:
> Andrew, you're completely right... The patches should all aim at being
> included into mainline or die.
>
> I'm finishing a sequence of crazy weeks and I will have time to send you
> patches one by one next week, starting with
If the ATTR_KILL_S*ID bits are set then any mode change is only for
clearing the setuid/setgid bits. For CIFS, skip the mode change and
let the server handle it.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
fs/cifs/inode.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
When an unprivileged process attempts to modify a file that has the
setuid or setgid bits set, the VFS will attempt to clear these bits. The
VFS will set the ATTR_KILL_SUID or ATTR_KILL_SGID bits in the ia_valid
mask, and then call notify_change to clear these bits and set the mode
accordingly.
If the ATTR_KILL_S*ID bits are set then any mode change is only for
clearing the setuid/setgid bits. For NFS, skip the mode change and
let the server handle it.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
fs/nfs/inode.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff
It's theoretically possible for a single SETATTR call to come in that
sets the mode and the uid/gid. In that case, don't set the ATTR_KILL_S*ID
bits since that would trip the BUG() in notify_change. Just fix up the
mode to have the same effect.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
Don't allow unionfs_setattr to trip the BUG() in notify_change. Clear
ATTR_MODE if the either ATTR_KILL_S*ID is set. This also allows the
lower filesystem to interpret these bits in its own way.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
fs/unionfs/inode.c |7 +++
1 files
Make sure ecryptfs doesn't trip the BUG() in notify_change. This also
allows the lower filesystem to interpret ATTR_KILL_S*ID in its own way.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
fs/ecryptfs/inode.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
This patchset is the 7th revision for fixing the clearing of setuid and
setgid bits in networked filesystems. It should apply cleanly to
2.6.23-rc6-mm1.
The first four patches in the set are cleanup patches to make sure that
those filesystems don't trip the new BUG() call in notify_change. The
Looks sane :)
[snip]
> Index: 2.6.23-rc6-mm1/kernel/exit.c
> ===
> --- 2.6.23-rc6-mm1.orig/kernel/exit.c
> +++ 2.6.23-rc6-mm1/kernel/exit.c
> @@ -408,6 +408,8 @@ void daemonize(const char *name, ...)
> current->fs = fs;
>
On Wed, 19 Sep 2007 23:11:21 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> b) The kernel is trying to register two procfs files of the same name!
>If that's a configuration error then we have a Kconfiguration bug.
I guess the best solution would be to have Kconfig avoid that. I'll try
Andrew Morton wrote:
> On Tue, 18 Sep 2007 00:23:39 +0200 Guillaume Chazarain <[EMAIL PROTECTED]>
> wrote:
>
>> TASKSTATS_CMD_ATTR_TGID used to return only the delay accounting stats, not
>> the basic and extended accounting. With this patch,
>> TASKSTATS_CMD_ATTR_TGID also aggregates the
This code is run under lock_kernel(), which is dropped during
sleeping operations, so the following race is possible:
CPU1:CPU2:
vfs_setlease();vfs_setlease();
lock_kernel();
lock_kernel(); /* spin */
Pavel Emelyanov wrote:
> Currently /proc/locks is shown with a proc_read function, but
> its behavior is rather complex as it has to manually handle
> current offset and buffer length. On the other hand, files
> that show objects from lists can be easily reimplemented using
> the sequential files
Jarek Poplawski wrote:
On Thu, Sep 20, 2007 at 08:24:58AM +0200, Nadia Derbey wrote:
Jarek Poplawski wrote:
On 18-09-2007 16:55, Nadia Derbey wrote:
...
Well, reviewing the code I found another place where the
rcu_read_unlock() was missing.
I'm so sorry for the inconvenience. It's true
Currently /proc/locks is shown with a proc_read function, but
its behavior is rather complex as it has to manually handle
current offset and buffer length. On the other hand, files
that show objects from lists can be easily reimplemented using
the sequential files and the seq_list_XXX() helpers.
Hello,
The tarball attached to this mail contains module source and scripts
to test new sysfs interface.
* sysfs-interpreter : kernel module to call sysfs interface functions
as directed via debugfs file /sys/kernel/debug/sysfs-interpreter.
It keeps internal list which maps path name to
Hello !
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
make-access-to-tasks-nsproxy-lighter.patch breaks unshare()
when called from unshare(), switch_task_namespaces() takes an
extra refcount on the nsproxy, leading to a memory
301 - 400 of 1005 matches
Mail list logo
