On Thu, 7 Feb 2008, Vegard Nossum wrote:
> > > */
> > > +#define SLAB_NOTRACK 0x0040UL/* Don't track use of
> > > uninitialized memory */
> >
> > Ok new exception for tracking.
>
> New exception? Please explain.
SLABs can be excepted from tracking?
> > H... You seem to assum
On Fri, 8 Feb 2008, Paul Mackerras wrote:
>
> From: Tony Breeds <[EMAIL PROTECTED]>
>
> Commit ad7f71674ad7c3c4467e48f6ab9e85516dae2720 corrected the clock
> ..
Please, when mentioning hex numbers, also do the one-liner shortlog.
I realize that in gitk (or even just with two terminal windows o
On Thursday, 7 of February 2008, H. Peter Anvin wrote:
> Rafael J. Wysocki wrote:
> > - rep; stosl
> > + rep
> > + stosl
>
> Yuck!
>
> Please don't perpetuate the braindamage that this is two instructions.
> It's one instruction with a modifier;
Sure, it is.
> the fact that gas wants a s
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Pekka J Enberg <[EMAIL PROTECTED]>
[ Upstream commit: 556a169dab38b5100df6f4a45b6553db94c1 ]
If the node we're booting on doesn't have memory, bootstrapping kmalloc()
caches resorts to fal
On Feb 7, 2008 12:28 PM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> While on the subject, could someone document struct cgroup_subsys.
There's documentation for all the methods in Documentation/cgroup.txt
> particular, I've wondered why we have: cgroup_subsys::can_attach() and
> not use a retu
On Thu, 7 Feb 2008 12:09:44 -0800
Mark Fasheh <[EMAIL PROTECTED]> wrote:
> /*
> - * dlm_register_domain: one-time setup per "domain"
> + * Compare a requested locking protocol version against the current one.
> + *
> + * If the major numbers are different, they are incompatible.
> + * If the curr
This is the start of the stable review cycle for the 2.6.24.1 release.
There are 45 patches in this series, all will be posted as a response to
this one. If anyone has any issues with these being applied, please let
us know. If anyone is a maintainer of the proper subsystem, and wants
to add a Si
On Feb 7, 2008 7:37 AM, Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
> The Documentation/cgroups.txt file contains the info on how
> to write some controller for cgroups subsystem, but even with
> this, one need to write quite a lot of code before developing
> the core (or copy-n-paste it from some o
Is there an open iSCSI Target implementation which does NOT
issue commands to sub-target devices via the SCSI mid-layer, but
bypasses it completely?
Luben
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
aka: do_anonymous_page-race.patch
From: Andrea Arcangeli <[EMAIL PROTECTED]>
Subject: Race condition in userspace testcase
References: 46948, LTC11574
NOT IN MAINLINE
Additional Comment #103 From Andrea Arcangeli 2004-10-15 19:41
the last patch I attached is the safest I believe.
I'm not sure i
On Feb 7 2008 19:56, Jens Axboe wrote:
>
>Just saw this from gcc:
>
>drivers/char/drm/i915_drv.c: In function ?i915_suspend?:
>drivers/char/drm/i915_drv.c:173: warning: array subscript is above array
>bounds
> CC [M] drivers/char/drm/i915_dma.o
>drivers/char/drm/i915_drv.c: In function ?i915_res
- moxa_flush_chars -- no code; ldics handle this well
- moxa_put_char -- only wrapper to moxa_write (same code), tty does this
the same way if tty->driver->put_char is NULL
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
drivers/char/moxa.c | 25 -
1 files changed, 0
- cleanup types
- use tty_prepare_flip_string and io memcpys
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
drivers/char/moxa.c | 124 --
drivers/char/moxa.h |2 +-
2 files changed, 51 insertions(+), 75 deletions(-)
diff --git a/drivers/cha
aka: nfs-fix-nfs-reval-fsid.patch
Patch-mainline: 2.6.24
References: 271803
GIT: a0356862bcbeb20acf64bc1a82d28a4c5bb957a7 Mon Sep 17 00:00:00 2001
From: Trond Myklebust <[EMAIL PROTECTED]>
Date: Tue, 5 Jun 2007 13:26:15 -0400
Subject: [PATCH] NFS: Fix nfs_reval_fsid()
mainline: a0356862bcbeb20ac
aka: sony-laptop-call-sonypi_compat_init-earlier.patch
From: Mattia Dongili <[EMAIL PROTECTED]>
Date: Sun, 12 Aug 2007 07:20:27 + (+0900)
Subject: sony-laptop: call sonypi_compat_init earlier
Patch-mainline: 2.6.23
References: 350984
sony-laptop: call sonypi_compat_init earlier
mainline: 015
Max Krasnyansky wrote:
> Kok, Auke wrote:
>> Max Krasnyansky wrote:
>>> So you don't think it's related to the interrupt coalescing by any chance ?
>>> I'd suggest to try and disable the coalescing and see if it makes any
>>> difference.
>>> We've had lots of issues with coalescing misbehavior. No
On Thu, 7 Feb 2008 14:11:43 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 7 Feb 2008 15:35:45 -0600
> Josh Boyer <[EMAIL PROTECTED]> wrote:
>
> > > Guys, can we all play too?
> >
> > Sure. You could add my tree to -mm if you want. Though I'd really
> > rather if we all sync up with
[PATCH] sata_mv: fix loop with last port
commit f351b2d638c3cb0b95adde3549b7bfaf3f991dfa
sata_mv: Support SoC controllers
cause panic:
scsi 4:0:0:0: Direct-Access ATA HITACHI HDS7225S V44O PQ: 0 ANSI: 5
sd 4:0:0:0: [sde] 488390625 512-byte hardware sectors (250056 MB)
sd 4:0:0:0
> > I have problem with wireless network connectivity;
> > TCP connections hang and timeout before all data is read.
> >
> > Problem description:
> > I am connected to the network via hotspot wifi router:
> > ath0 IEEE 802.11g ESSID:"hotspot" Nickname:""
> > Mode:Managed Frequenc
On Thursday, 7 of February 2008, H. Peter Anvin wrote:
> Pavel Machek wrote:
> >
> > This is probably more acceptable version of beep; but there are
> > probably even better ways to clean it...
> >
> > if (wakeup_header.realmode_flags & 4) {
> > inb(97);
> >
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Alan Cox <[EMAIL PROTECTED]>
If we get a data URB back from the hardware after we have put the tty to
bed we go kaboom. Fortunately all we need to do is process the URB
without trying to ram i
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Li Yang <[EMAIL PROTECTED]>
For fsl_usb2_udc driver, ep0 also has a descriptor. Current code is
misleading and contains a logical mistake. Here is the patch to fix it.
http://bugzilla.kern
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Craig Shelley <[EMAIL PROTECTED]>
Six new device IDs for CP2101 driver.
Signed-off-by: Craig Shelley <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: G
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Jessica L. Blank <[EMAIL PROTECTED]>
Adds the appropriate vendor and device IDs for the AirCard 881U to
sierra.c. (This device is often rebadged by AT&T as the USBConnect 881).
Signed-off-by:
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Piotr Roszatycki <[EMAIL PROTECTED]>
add support for:
4348:5523 WinChipHead USB->RS 232 adapter with Prolifec PL 2303 chipset
[ [EMAIL PROTECTED]: merged it and nursed it upstream ]
Signe
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Peter Stark <[EMAIL PROTECTED]>
I work with a group of people on a free home automation tool called
FHEM. Some of the users own more than one USB-serial device by ELV. The
ftdi_sio driver has
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Franco Lanza <[EMAIL PROTECTED]>
little patches only to add vendor/device id of ATK_16IC CCD cam for
astronomy.
From: Franco Lanza <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAI
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Akira Tsukamoto <[EMAIL PROTECTED]>
pl2303: add support for RATOC REX-USB60F
This patch adds support for RATOC REX-USB60F Serial Adapters,
which is widely used in Japan recently.
Signed-off-
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Daniel Koz??k <[EMAIL PROTECTED]>
Remove entry for Huawei E620 UMTS/HSDPA card (ID: 12d1:1001) in pl2303 driver
Option driver is use instead
Signed-off-by: Daniel Koz??k <[EMAIL PROTECTED]>
S
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Ed Beroset <[EMAIL PROTECTED]>
Added support for the Elster Unicom III Optical Probe.
The device ID has already been added to the usb.ids file.
Signed-off-by: Ed Beroset <[EMAIL PROTECTED]>
S
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Oliver Neukum <[EMAIL PROTECTED]>
this function will run in the context of the scsi error handler thread.
It must use GFP_NOIO instead of GFP_KERNEL to avoid a possible
deadlock.
Signed-off-b
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Nate Carlson <[EMAIL PROTECTED]>
I've got a Dell wireless 5520 card with a different USB ID - specifically, 8136
instead of 8137. Attached a small patch to add support, and the output of an
'a
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Some crazy devices in the wild have a vendor id of 0x. If we try to
add a module alias with this id, we just can't do it due to a check in
the file2a
Paul Jackson wrote:
> Max - Andrew wondered if the rt tree had seen the
> code or commented it on it. What became of that?
I just replied to Andrew. It's not an RT feature per se.
And yes Peter CC'ed RT folks. You probably did not get a chance to read all
replies.
They had some questions/concer
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Stefan Bader <[EMAIL PROTECTED]>
The device setup did miss to initialize the num_interrupt_out field, thus
failing to successfully complete the probe function.
Signed-off-by: Stefan Bader <[E
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Peter Zijlstra <[EMAIL PROTECTED]>
patch 0ccf831cbee94df9c5006dd46248c0f07847dd7c in mainline.
On Sat, 2008-01-05 at 13:35 -0800, Davide Libenzi wrote:
> I remember I talked with Arjan about
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Ayaz Abdulla <[EMAIL PROTECTED]>
patch 2b91213064bd882c3adf35f028c6d12fab3269ec in mainline.
This patch is a critical fix for MCP77 and MCP79 devices. The feature
flags were missing the define
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Len Brown <[EMAIL PROTECTED]>
These minor changes sync the latest ACPI blacklist into 2.6.24.
The main benefit of this patch is to make any future
changes easier to apply. The immediate benef
include/linux/mmzone.h:640:22: warning: potentially expensive pointer
subtraction
The code in question was doing a pointer subtraction to find the index of
the zone argument in the node_zones array. This essentially boils down to:
((unsigned long)zone - (unsigned
long)zone->zone_pgdat->node_zo
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Stephen Hemminger <[EMAIL PROTECTED]>
patch 82637e808478087ce861129745fa60cc37e7929d in mainline
This patch disables config mode access after clearing PCI settings.
Without this change WOL won
2.6.24-stable review patch. If anyone has any objections, please let us know.
--
From: Michael Buesch <[EMAIL PROTECTED]>
patch 7be1bb6b798d506693d2d8668e801951996b5a4a in mainline.
This patch makes suspend/resume work with the b43 driver.
We must not overwrite the MAC addresses
On Thu, 7 Feb 2008, Dave Airlie wrote:
>
> Please pull the 'drm-patches' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
> drm-patches
Very happy to. I can confirm that this does indeed finally make
suspend/resume work on my laptop, screen and all.
On Thu, 2008-02-07 at 10:53 -0500, Parag Warudkar wrote:
>
> On Thu, 7 Feb 2008, Alejandro Riveira Fernández wrote:
>
> > gcc --version
> >
> > gcc-4.2 (GCC) 4.2.1 (Ubuntu 4.2.1-5ubuntu4)
> >
> > If some fields are empty or look unusual you may have an old version.
> > Compare to the current m
On Mon, 28 Jan 2008 15:07:23 -0400
Carlos Aguiar <[EMAIL PROTECTED]> wrote:
> From: Juha Yrjola <[EMAIL PROTECTED]>
>
> Introduce new MMC multislot structure and change driver to use it.
>
> Note that MMC clocking is now enabled in mmc_omap_select_slot()
> and disabled in mmc_omap_release_slot()
Max Krasnyansky wrote:
> Pavel Machek wrote:
>> Hi!
>>
>> I have the famous e1000 latency problems:
>>
>> 64 bytes from 195.113.31.123: icmp_seq=68 ttl=56 time=351.9 ms
>> 64 bytes from 195.113.31.123: icmp_seq=69 ttl=56 time=209.2 ms
>> 64 bytes from 195.113.31.123: icmp_seq=70 ttl=56 time=1004.1
On Thursday 07 February 2008 12:54:42 Ingo Molnar wrote:
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
> > Yinghai Lu <[EMAIL PROTECTED]> writes:
> > > diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c
> > > index eb376b5..31f0e82 100644
> > > --- a/arch/x86/mm/init_64.c
> > > +++ b/arch/x86/m
Andrew Morton wrote:
> On Wed, 06 Feb 2008 21:32:55 -0800 Max Krasnyansky <[EMAIL PROTECTED]> wrote:
>
>> Linus, please pull CPU isolation extensions from
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/maxk/cpuisol-2.6.git for-linus
>
> The feature as a whole seems useful, and I don't actual
Rafael J. Wysocki wrote:
- rep; stosl
+ rep
+ stosl
Yuck!
Please don't perpetuate the braindamage that this is two instructions.
It's one instruction with a modifier; the fact that gas wants a
separator is broken enough as it is.
-hpa
--
To unsubscribe from this l
On Thursday, 7 of February 2008, Pavel Machek wrote:
> Hi!
>
> > > > > This rewrites wakeup code to .c, and it fixes stack (should use movl
> > > > > ,%esp, not movw). Testers wanted. Makefile infrastructure was done by
> > > > > hpa, cleanups by rjw.
> > > >
> > > > I'll test it tomorrow
> > >
Hi Ingo,
What are your plans for handling the x86 io_delay stuff? The current
situation is pretty confusing to someone updating their config from a
2.6.24 kernel, since arch/x86/Kconfig.debug has:
config IO_DELAY_0X80
bool "port 0x80 based port-IO delay [recommended]"
but also
choice
Hi Ingo,
I'm starting with you because the first file I used to
experiment with this idea was arch/x86/ia32/sys_ia32.c.
I found it strange that the struct sk_buff definition was found
inside the DWARF debugging sections in the generated object, so I verified
and found that there i
On Thu, 7 Feb 2008 23:36:01 +0100
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 07, 2008 at 02:30:08PM -0800, [EMAIL PROTECTED] wrote:
> >
> > The patch titled
> > typhoon section fix
> > has been removed from the -mm tree. Its filename was
> > typhoon-section-fix.patch
> >
>
On 02/07/2008 11:31 PM, Stephen Neuendorffer wrote:
Few comments I have:
- release f_op retval is silently ignored, I guess you will get your
device into
undefined state when the first function fails (esp. when you interrupt
the sem)
Hmm.. hadn't realized that. I'm open to suggestions on ho
On 2008-02-06 22:04, Maximilian Wilhelm wrote:
Hi!
While installing my new firewall I got the following kernel panic in
the MPT SAS driver which I need for the disks.
The first kernel I bootet was 2.6.23.14 which did panic so I tried a
2.6.24 which panics, too. Our usual FAI kernel (2.6.23.9) i
On Thu 2008-02-07 14:32:16, Kok, Auke wrote:
> Pavel Machek wrote:
> > Hi!
> >
> >>> I have the famous e1000 latency problems:
> >>>
> >>> 64 bytes from 195.113.31.123: icmp_seq=68 ttl=56 time=351.9 ms
> >>> 64 bytes from 195.113.31.123: icmp_seq=69 ttl=56 time=209.2 ms
> >>> 64 bytes from 195.113
On Thu, Feb 07, 2008 at 02:30:08PM -0800, [EMAIL PROTECTED] wrote:
>
> The patch titled
> typhoon section fix
> has been removed from the -mm tree. Its filename was
> typhoon-section-fix.patch
>
> This patch was dropped because I just remembered __devexitconst :(
But powerpc is subtle
On Thu 2008-02-07 17:27:38, Len Brown wrote:
> On Thursday 07 February 2008 16:47, Pavel Machek wrote:
> >
> > See? It even has completely useless help text.
> >
> > Does WMI stand for Windows Management Instrumentation? It is some
> > server management feature? What is it good for?
>
> Thank yo
On Tue, Jan 29, 2008 at 03:20:20PM +0100, Christoph Raisch wrote:
> Greg KH <[EMAIL PROTECTED]> wrote on 29.01.2008 14:23:09:
>
> > On Tue, Jan 29, 2008 at 11:12:40AM +0100, Jan-Bernd Themann wrote:
> ...
> > > The sym-link is not gereated automatically as the device for portX is
> added
> > > to
Pavel Machek wrote:
> Hi!
>
>>> I have the famous e1000 latency problems:
>>>
>>> 64 bytes from 195.113.31.123: icmp_seq=68 ttl=56 time=351.9 ms
>>> 64 bytes from 195.113.31.123: icmp_seq=69 ttl=56 time=209.2 ms
>>> 64 bytes from 195.113.31.123: icmp_seq=70 ttl=56 time=1004.1 ms
>>> 64 bytes from
> -Original Message-
> From: Jiri Slaby [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 07, 2008 12:09 PM
> To: Stephen Neuendorffer; Grant Likely
> Cc: Linux Kernel Mailing List; Andrew Morton
> Subject: Xilinx: hwicap driver comments
>
> Hi,
>
> first of all, I think that the dri
On Thu, Feb 07, 2008 at 01:37:15PM -0800, Mark Fasheh wrote:
> On Thu, Feb 07, 2008 at 12:47:45PM -0800, Andrew Morton wrote:
> > On Thu, 7 Feb 2008 12:09:44 -0800
> > Mark Fasheh <[EMAIL PROTECTED]> wrote:
> >
> > > +static int dlm_protocol_compare(struct dlm_protocol_version *existing,
> > > +
Marcin Koziej a écrit :
hmm, i think, the site is broken (193.219.28.140), and not the card or
the driver is wrong. when it does, then other sites are auch
reproductable ..
/* is use auch madwifi-0.9.3.3, but it think, it is not driver problem */
Unfortunately, this is not the case :( Th
Has anyone else seen extraordinarily large sizes in /proc/mtrr
output? We're running v2.6.24 on some Tyan S5383 dual-socket systems
with the following characteristics:
- qty(1) Intel(R) Xeon(R) CPU E5345 @ 2.33GHz (quad-core, the other
socket is unoccupied)
- 32GB RAM (qty(16) 2GB DIMMS)
Hi!
> > > > This rewrites wakeup code to .c, and it fixes stack (should use movl
> > > > ,%esp, not movw). Testers wanted. Makefile infrastructure was done by
> > > > hpa, cleanups by rjw.
> > >
> > > I'll test it tomorrow
> >
> > Works on my nx6325 (good sign, the box is easy to break ;-)).
> >
> ===
> --- /dev/null
> +++ linux-2.6/arch/x86/kernel/acpi/realmode/wakeup.ld
> @@ -0,0 +1,51 @@
> +/*
> + * wakeup.ld
> + *
> + * Linker script for the real-mode wakeup code
> + */
> +OUTPUT_FORMAT("elf32-i386", "elf32-i386", "elf32-i
On Thu, Feb 07, 2008 at 11:53:59AM -0500, Jeff Dike wrote:
> [ This is 2.6.25 fodder ]
>
> Update defconfig.
>
> Cc: Christoph Hellwig <[EMAIL PROTECTED]>
> Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Vivek Goyal schrieb:
On Thu, Feb 07, 2008 at 03:13:30PM +0100, Tomasz Chmielewski wrote:
According to kernel/kexec.c:
* kexec does not sync, or unmount filesystems so if you need
* that to happen you need to do that yourself.
In latest kexec code I do see it syncing. But it does not unmou
Hi!
> > I have the famous e1000 latency problems:
> >
> > 64 bytes from 195.113.31.123: icmp_seq=68 ttl=56 time=351.9 ms
> > 64 bytes from 195.113.31.123: icmp_seq=69 ttl=56 time=209.2 ms
> > 64 bytes from 195.113.31.123: icmp_seq=70 ttl=56 time=1004.1 ms
> > 64 bytes from 195.113.31.123: icmp_se
* Roland Dreier <[EMAIL PROTECTED]> wrote:
> CONFIG_COMPAT_BRK=y means that heap randomization is turned off, so
> it's *always* a safe choice. I assume the help text is trying to say
> that if one does not run ancient binaries, then enabling heap
> randomization is safe.
> - On non-an
On Thu, 7 Feb 2008 13:37:15 -0800
Mark Fasheh <[EMAIL PROTECTED]> wrote:
> > Please integrate checkpatch into your processes - this one had a few little
> > glitches.
>
> FWIW - I've run all patches through checkpatch.pl since your last review.
cool, thanks.
> This one went through a couple cyc
On Thu, 7 Feb 2008, Harald Arnesen wrote:
>
> I'll try applying the patch to a freshly downloaded git-tree.
Ok, good.
> Shall I try another compiler? I have at least these two:
>
> gcc version 3.4.6 (Ubuntu 3.4.6-6ubuntu2)
> gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)
I
Hello,
Thank you for taking the time to look at this patch!
On Feb 7, 2008 10:53 PM, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Thu, 7 Feb 2008, Vegard Nossum wrote:
>
> > --- a/include/linux/slab.h
> > +++ b/include/linux/slab.h
> > @@ -28,6 +28,7 @@
> > #define SLAB_DESTROY_BY_RCU 0x00
Commit 6e16d89bcd668a95eb22add24c02d80890232b66
Sanitize the type of struct user.u_ar0
struct user.u_ar0 is defined to contain a pointer offset on all
architectures in which it is defined (all architectures which define an
a.out format except SPARC.) However, it has a pointer
On Thu, 7 Feb 2008, Alejandro Riveira Fernández wrote:
> gcc --version
>
> gcc-4.2 (GCC) 4.2.1 (Ubuntu 4.2.1-5ubuntu4)
>
> If some fields are empty or look unusual you may have an old version.
> Compare to the current minimal requirements in Documentation/Changes.
>
> Linux Varda 2.6.24 #2
On 02/06/2008 02:38 PM, Yang, Bo wrote:
> Andrew/Scott,
>
> Can you give me more details about this issue? Such as: MegaRAID
> Controller name, FW version, RAID configuration, host system info, how
> to reproduce this issue. Also do you see the issue on other kernel
> versions.
>
He has hit
On Thu, Feb 07, 2008 at 11:41:42PM +0200, S.??a??lar Onur wrote:
> Hi;
>
> 07 ??ub 2008 Per tarihinde, Greg KH ??unlar?? yazmt??:
> > This is the start of the stable review cycle for the 2.6.24.1 release.
> > There are 45 patches in this series, all will be posted as a response to
> > this on
> > I'm rather new to all this and still (to some extent) trying to
figure
> > out what is expected.
>
> We're all still trying to figure it out, really. We've gone and made
it
> awfully easy to get code into the kernel nowadays. Perhaps too easy.
I'm
> presently having a little campaign of wat
On Thursday, 7 of February 2008, H. Peter Anvin wrote:
> Rafael J. Wysocki wrote:
> > Index: linux-2.6/arch/x86/kernel/acpi/realmode/wakeup.S
> > ===
> > --- /dev/null
> > +++ linux-2.6/arch/x86/kernel/acpi/realmode/wakeup.S
> > @@ -0,
Andrew Morton wrote:
> On Wed, 06 Feb 2008 17:11:38 -0600
> Eric Sandeen <[EMAIL PROTECTED]> wrote:
>
>> /*
>> * recursively change the type of the mountpoint.
>> + * noinline this do_mount helper to save do_mount stack space.
>> */
>> -static int do_change_type(struct nameidata *nd, int flag
On Fri, Feb 01, 2008 at 06:20:56PM -0500, Len Brown wrote:
> please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git suspend
>
> This will update the files shown below.
The following patch,
commit c3e94d899c864e558f938f9845ddb8c2e5d5ccd0
Author: Alan
El Wed, 6 Feb 2008 21:57:38 -0500 (EST)
Parag Warudkar <[EMAIL PROTECTED]> escribió:
>
>
> On Wed, 6 Feb 2008, Frank Mayhar wrote:
>
> > On Wed, 2008-02-06 at 16:50 -0800, Andrew Morton wrote:
> > > It's probably better to handle this one via email, so please send that
> > > testcase vie reply-
Dnia Thursday, 7 of February 2008, Sam Ravnborg napisał:
> On Thu, Feb 07, 2008 at 07:58:24AM -0500, Christoph Hellwig wrote:
> > Any chance to make arm finally use drivers/Kconfig? It's a bit silly
> > that arm still is crapping around while even s390 uses it.
> rmk said that it should be easy
Jan Kara wrote:
[]
>> I mean, why it locks in the first place? Quota subsystem trying
>> to write something into an read-only filesystem? If so, WHY it
>> is trying to do that on umount instead on a remount-ro?
> Actually, I couldn't reproduce the hang on my testing machine so I don't
> know e
On 02/07/2008 10:25 PM, Tino Keitel wrote:
On Wed, Feb 06, 2008 at 10:46:39 -0500, Bob Copeland wrote:
We failed to resume after a hardware reset here for a whole second. Is there any
version of ath5k which worked for you (is this a regression)?
I cannot speak for Tino, but my ath5k never worke
Hi Randy,
On Thu, 7 Feb 2008 11:04:12 -0800, Randy Dunlap wrote:
> OK. What did you have in mind for the help text. I changed it
> a small bit.
>
> I also added "depends on LEDS_CLASS" since defconfig didn't have that
> set, but the build failed with wanting symbols that it provides.
>
> Updat
On Thu, 7 Feb 2008 16:24:15 -0500
"Clem Taylor" <[EMAIL PROTECTED]> wrote:
> On Feb 7, 2008 1:54 PM, Ulisses Furquim <[EMAIL PROTECTED]> wrote:
> > Ok, I had a go with it and found the problem. We weren't releasing
> > one-shot watches because the test for them was wrong. We're using the
> > event
Hi;
07 Şub 2008 Per tarihinde, Greg KH şunları yazmıştı:
> This is the start of the stable review cycle for the 2.6.24.1 release.
> There are 45 patches in this series, all will be posted as a response to
> this one. If anyone has any issues with these being applied, please let
> us know. If an
On Thu, 7 Feb 2008, Andrew Morton wrote:
>
> It seems wrong that the signoff trail for that patch didn't actually
> reflect reality - it should have had both Josh's and Paul's signoffs.
No, it's correct.
If you look deeper, you'll see (in gitk, or using "--pretty=fuller") that
it has:
Applies on top of kmemcheck patch. Fixes/silences some reports of
use of uninitialized memory.
From: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Vegard Nossum <[EMAIL PROTECTED]>
diff --git a/include/asm-generic/siginfo.h b/include/asm-generic/siginfo.h
index 8786e01..b70cd97 100644
--- a/in
On Thu, Feb 07, 2008 at 12:47:45PM -0800, Andrew Morton wrote:
> On Thu, 7 Feb 2008 12:09:44 -0800
> Mark Fasheh <[EMAIL PROTECTED]> wrote:
>
> > /*
> > - * dlm_register_domain: one-time setup per "domain"
> > + * Compare a requested locking protocol version against the current one.
> > + *
> > +
On Thu, 07 Feb 2008, Richard Purdie wrote:
> Márton Németh:
> leds: Add support for hardware accelerated LED flashing
> leds: hw acceleration for Clevo mail LED driver
This one has a loose end: when you call brightness_set on a led with
hardware flash acceleration, you will leave the t
On Thu, 7 Feb 2008, Vladislav Bolkhovitin wrote:
Bart Van Assche wrote:
- It has been discussed which iSCSI target implementation should be in
the mainstream Linux kernel. There is no agreement on this subject
yet. The short-term options are as follows:
1) Do not integrate any new iSCSI target
On Thu, 7 Feb 2008 12:42:03 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 07 Feb 2008 21:08:50 +0100
> Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
> > first of all, I think that the driver should go through lkml before
> > upstream
> > merge or at least be in -mm for a while (I think thi
On Tue, Feb 05, 2008 at 10:36:23PM +0100, Miklos Szeredi wrote:
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> Add the following:
>
> /proc/sys/fs/types/${FS_TYPE}/usermount_safe
>
There is /proc/fs// already. Since it is file system specific
shouldn't it go there ?
-aneesh
--
To unsubscri
Alan Cox wrote:
>>> IANAL, but when looking at the "But when you distribute the same
>>> sections as part of a whole which is a work based on the Program, the
>>> distribution of the whole must be on the terms of this License" of the
>>> GPLv2 I would still consult a lawyer before e.g. selling a
Alan Cox wrote:
>> The contract (GPL) doesn't prevent me from using GPL work, in fact it
>> encourages me. Neither can it impose conditions upon original work
>> authored by a third party.
>>
>
> First mistake: The GPL is not a contract it is a license.
Mea culpa. It is indeed a licence, whi
Hans-Jürgen Koch wrote:
> Am Thu, 07 Feb 2008 23:49:42 +1030
> schrieb David Newall <[EMAIL PROTECTED]>:
>
>> Nobody is saying "I don't like your licence." The issue is a
>> technical restriction in Linux that attempts to restrict non-GPL
>> software from running under it.
>>
>
> What ar
On Thursday, 7 of February 2008, Pavel Machek wrote:
> On Thu 2008-02-07 14:46:25, H. Peter Anvin wrote:
> > Pavel Machek wrote:
> >>
> >> This is probably more acceptable version of beep; but there are
> >> probably even better ways to clean it...
> >>
> >> if (wakeup_header.realmode_flags
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
deb88131c2fcc3076121597463153979aba9062d diff --git
a/drivers/ide/legacy/gayle.c b/drivers/ide/legacy/gayle.c
index 9d3851d..b7d8109 100644
--- a/drivers/ide/legacy/gayle.c
+++ b/drivers/ide/legacy/gayle.c
@@ -94,7 +94,7 @@ static int gayle_ack_i
Commit 3062fc67dad01b1d2a15d58c709eff946389eca4 broke sparc:
<-- snip -->
...
CC init/do_mounts.o
In file included from include/linux/mm.h:39,
from include/linux/memcontrol.h:24,
from include/linux/swap.h:8,
from include/linux/suspend.h:
301 - 400 of 673 matches
Mail list logo
