Hugo Mills <[EMAIL PROTECTED]> wrote:
>
>I've just upgraded my laptop (ASUS M3000 -- see below) from 2.6.10
> to 2.6.11. It now seems to be unable to load the acpi_cpufreq module:
>
> [EMAIL PROTECTED]:hrm $ sudo modprobe acpi-cpufreq
> FATAL: Error inserting acpi_cpufreq
> (/lib/modules/2
On Wednesday 09 March 2005 01:44, Andrew Morton wrote:
>Gene Heskett <[EMAIL PROTECTED]> wrote:
>> Greetings Andrew;
>
>g'day.
>
g'day to you, sir.
>> 2.6.11-mm2 seems to work, mostly.
>>
>> First, the ieee1394 stuff seems to have fixed up that driver, and
>> kino can access my movie cameras video
On Wed, Mar 09, 2005 at 08:19:42AM +0100, Dominik Brodowski wrote:
> On Wed, Mar 09, 2005 at 04:45:09PM +1100, Benjamin Herrenschmidt wrote:
> > On Wed, 2005-03-09 at 00:16 +0100, Dominik Brodowski wrote:
> > > > Dominik Brodowski <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > Most pcmcia devices a
> > > The difficulty is that extracting and evaluating them breaks the
> > > wonderful
> > > bus-independent MODNAME implementation for hotplug suggested by Roman
> > > Kagan
> > > ( http://article.gmane.org/gmane.linux.hotplug.devel/7039 ), and that
> > > these
> > > strings may contain space
So here's a first cut at how this 2.6 -stable release process is going
to work that Chris and I have come up with. Does anyone have any
problems/issues/questions with this?
thanks,
greg k-h
---
Everything you ever wanted to know about Linux 2.6 -stable releases.
Rules on what
On Mon, Mar 07, 2005 at 09:34:22PM +, Alan Cox wrote:
> For a couple of reasons I've not yet merged Greg's 2.6.11.1 yet but this
> diff should actually apply to either right now.
>
> 2.6.11-ac1
> o Fix jbd race in ext3(Stephen Tweedie)
>
> Carried over from 2.6
On Wed, Mar 09, 2005 at 04:45:09PM +1100, Benjamin Herrenschmidt wrote:
> On Wed, 2005-03-09 at 00:16 +0100, Dominik Brodowski wrote:
> > > Dominik Brodowski <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Most pcmcia devices are matched to drivers using "product ID strings"
> > > > embedded in the dev
> the mouth.) It is *expected* behaviour, yes, and it is mitigated by
> two factors. (1) Metadata for ext2 is synced out every 5 seconds,
> while data is synced out every 60, so the max window for this race
> described above is 5 seconds, and in practice rarely shows up if you
> are not using fsy
On Tue, 2005-03-08 at 22:50 -0800, Matt Mackall wrote:
> On Tue, Mar 08, 2005 at 10:25:58PM -0800, Dmitry Yusupov wrote:
> > On Tue, 2005-03-08 at 22:05 -0800, Matt Mackall wrote:
> > > On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
> > > > Matt Mackall wrote:
> > > >
> > > > >How bi
Applied.
thanks,
-Len
On Thu, 2005-02-24 at 18:38, Adrian Bunk wrote:
> This patch makes some needlessly global code static.
> This patch contains only changes to files that should according to
> Len Brown not cause extra work for the ACPI maintainers.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROT
* Dave Airlie ([EMAIL PROTECTED]) wrote:
>
> Egbert Eich reported a bug 2673 on bugs.freedesktop.org and tracked it
> down to a missing memset in the setversion ioctl, this causes X server
> crashes so I would like to see the fix in a 2.6.11.x tree if possible..
Could you please add Signed-off-by
Hi,
> Now the issue is, on i386, whether to prepare core headers in ELF32 or
> ELF64 format. gdb can not analyze ELF64 core image for i386 system. I
> don't know about "crash". Can "crash" support ELF64 core image file for
> i386 system?
Of course, It must be ELF64.
It is important to include al
On Sun, Mar 06, 2005 at 11:19:03PM -0800, Alex Aizman wrote:
> +The latest development release is available at:
> +http://www.open-iscsi.org
I think a URL in Kconfig and the source is sufficient, as this
requires a userspace component which is a better place to bundle the
docs.
--
Mathematics is
On Tue, Mar 08, 2005 at 10:25:58PM -0800, Dmitry Yusupov wrote:
> On Tue, 2005-03-08 at 22:05 -0800, Matt Mackall wrote:
> > On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
> > > Matt Mackall wrote:
> > >
> > > >How big is the userspace client?
> > > >
> > > Hmm.. x86 executable? sour
Gene Heskett <[EMAIL PROTECTED]> wrote:
>
> Greetings Andrew;
g'day.
> 2.6.11-mm2 seems to work, mostly.
>
> First, the ieee1394 stuff seems to have fixed up that driver, and kino
> can access my movie cameras video over the firewire very nicely
> without applying the bk-ieee1394-patch. The c
On Tue, 2005-03-08 at 11:00 -0700, Eric W. Biederman wrote:
> vivek goyal <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > Kdump (A kexec based crash dumping mechanism) is going to export the
> > kernel core image in ELF format. ELF was chosen as a format, keeping in
> > mind that gdb can be used f
Hi,
Well this discussion has been going on for quite sometime now that
what's the best way to capture the dump? There seems to be two lines of
arguments.
Export ELF view through /proc/vmcore
This basically involves retrieving saved core image headers and
expor
On Sun, Mar 06, 2005 at 11:12:06PM -0800, Alex Aizman wrote:
> +#define iscsi_ptr(_handle) ((void*)(unsigned long)_handle)
> +#define iscsi_handle(_ptr) ((uint64_t)(unsigned long)_ptr)
This is a bit wonky. Why is there a distinction?
> +#ifndef ISCSI_PROTO_H
> +#define ISCSI_PROTO_H
> +
> +#def
"Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
>
> Direct I/O on block device running 2.6.X kernel is a lot SLOWER
> than running on a 2.4 Kernel!
>
A little bit slower, it appears. It used to be faster.
> ...
>
> synchronous I/O AIO
>
Matt Mackall wrote:
On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
Matt Mackall wrote:
How big is the userspace client?
Hmm.. x86 executable? source?
Anyway, there's about 12,000 lines of user space code, and growing. In
the kernel we have approx. 3,300 lines.
-
On Tue, 2005-03-08 at 22:05 -0800, Matt Mackall wrote:
> On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
> > Matt Mackall wrote:
> >
> > >How big is the userspace client?
> > >
> > Hmm.. x86 executable? source?
> >
> > Anyway, there's about 12,000 lines of user space code, and growin
Jo?o Luis Meloni Assirati <[EMAIL PROTECTED]>, on Tue Mar 08, 2005 [10:56:34
PM] said:
> Hello,
>
> I have an
>
> hdc: HL-DT-ST DVDRAM GSA-4120B, ATAPI CD/DVD-ROM drive
>
> from LG. My kernel is a vanilla 2.6.11 with packet writing enabled. I
> noticed,
> however, that I can mount and write
On Sun, Mar 06, 2005 at 11:04:51PM -0800, Alex Aizman wrote:
> SCSI LLDD consists of 3 files:
> - iscsi_if.c (iSCSI open interface over netlink);
> - iscsi_tcp.[ch] (iSCSI transport over TCP/IP).
>
> Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
> Signed-o
On Wed, Mar 09, 2005 at 04:45:09PM +1100, Benjamin Herrenschmidt wrote:
> On Wed, 2005-03-09 at 00:16 +0100, Dominik Brodowski wrote:
> > > Dominik Brodowski <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Most pcmcia devices are matched to drivers using "product ID strings"
> > > > embedded in the dev
On Tue, Mar 08, 2005 at 01:42:31PM -0500, Wen Xiong wrote:
> The following email I got from Scott Kilau in digi:
> Scott Kilau wrote:
>
>The DPA program is very old, and is shared among other drivers
> and OS's,
>so changing the code to read the sysfs instead of doing ioctls
> is
On Tue, Mar 08, 2005 at 08:36:57PM -0600, Kilau, Scott wrote:
> > >
> > > If you were to open up the port with an "stty -a" to get the current
>
> > > settings and signals, you would unintentionally raise RTS and DTR.
> >
> > Why not fix the driver to not change the current line settings if it
>
On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
> Matt Mackall wrote:
>
> >How big is the userspace client?
> >
> Hmm.. x86 executable? source?
>
> Anyway, there's about 12,000 lines of user space code, and growing. In
> the kernel we have approx. 3,300 lines.
>
> >>- 450MB/sec Rea
On Wed, 2005-03-09 at 00:58 -0500, Jon Smirl wrote:
> On Wed, 09 Mar 2005 16:37:13 +1100, Benjamin Herrenschmidt
> <[EMAIL PROTECTED]> wrote:
> > On Tue, 2005-03-08 at 23:35 -0500, Jon Smirl wrote:
> > > This is from /linux-2.5/Documentation/filesystems/sysfs-pci.txt. It
> > > describes how ia64 is
On Wed, 9 Mar 2005 13:01:15 +0800, Antonino A. Daplas
<[EMAIL PROTECTED]> wrote:
> On Tuesday 08 March 2005 09:57, Michal Januszewski wrote:
> > Fbsplash - The Framebuffer Splash - is a feature that allows displaying
> > images in the background of consoles that use fbcon. The project is
> > partia
On Wed, 09 Mar 2005 16:37:13 +1100, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
> On Tue, 2005-03-08 at 23:35 -0500, Jon Smirl wrote:
> > This is from /linux-2.5/Documentation/filesystems/sysfs-pci.txt. It
> > describes how ia64 is achieving legacy IO. The VGA control code
> > probably needs
On Wed, 2005-03-09 at 00:16 +0100, Dominik Brodowski wrote:
> > Dominik Brodowski <[EMAIL PROTECTED]> wrote:
> > >
> > > Most pcmcia devices are matched to drivers using "product ID strings"
> > > embedded in the devices' Card Information Structures, as "manufactor ID /
> > > card ID" matches are
Matt Mackall wrote:
How big is the userspace client?
Hmm.. x86 executable? source?
Anyway, there's about 12,000 lines of user space code, and growing. In
the kernel we have approx. 3,300 lines.
- 450MB/sec Read on a single connection (2-way 2.4Ghz Opteron, 64KB block
size);
With what net
On Wed, Mar 09, 2005 at 12:36:27AM -0500, Lee Revell wrote:
> I am trying to decode an Oops per the instructions in
> Documentation/oops-tracing.txt. The instructions say to run it through
> ksymoops with the "-k /proc/ksyms" argument.
>
> But, I do not have this file! The closest thing I h
On Tue, 2005-03-08 at 23:35 -0500, Jon Smirl wrote:
> This is from /linux-2.5/Documentation/filesystems/sysfs-pci.txt. It
> describes how ia64 is achieving legacy IO. The VGA control code
> probably needs to be coordinated with this.
This is a different thing, and I will implement it on ppc one o
I am trying to decode an Oops per the instructions in
Documentation/oops-tracing.txt. The instructions say to run it through
ksymoops with the "-k /proc/ksyms" argument.
But, I do not have this file! The closest thing I have
is /proc/kallsyms. ksymoops complains that it does not understand the
Hi,
I am writing some piece of code in the
linux kernel 2.6.8 , in the files
linux-2.6.8/kernel/fork.c ( in function do_fork() )
and linux-2.6.8/kernel/exit.c ( in the function
do_exit() ).
My objective is to execute the code immediately
after the kernel has mounted the /proc fi
On Sun, Mar 06, 2005 at 11:03:14PM -0800, Alex Aizman wrote:
> As far as user/kernel, the existing iSCSI initiators bloat the kernel with
> ever-growing control plane code, including but not limited to: iSCSI
> discovery, Login (Authentication and Operational), session and connection
> management,
drivers/w1/w1.c:525: warning: assignment makes pointer from integer without a
cast
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
On Tuesday 08 March 2005 09:57, Michal Januszewski wrote:
> Fbsplash - The Framebuffer Splash - is a feature that allows displaying
> images in the background of consoles that use fbcon. The project is
> partially descended from bootsplash.
>
> Unlike bootsplash, fbsplash has no in-kernel image dec
This is from /linux-2.5/Documentation/filesystems/sysfs-pci.txt. It
describes how ia64 is achieving legacy IO. The VGA control code
probably needs to be coordinated with this.
--
Accessing legacy resources through sysfs
Leg
Greetings Andrew;
2.6.11-mm2 seems to work, mostly.
First, the ieee1394 stuff seems to have fixed up that driver, and kino
can access my movie cameras video over the firewire very nicely
without applying the bk-ieee1394-patch. The camera has builtin
stereo mics in it, but nary a peep can be h
On Sat, 2005-03-05 at 11:45, Jim Nelson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Russell King wrote:
> | On Sat, Mar 05, 2005 at 10:48:00AM -0500, Gene Heskett wrote:
> |
> |>What are the options normally used to generate a diff for public
> |>consumption on this list?
> |
> |
On Tue, Mar 08, 2005 at 03:54:04PM -0800, Badari Pulavarty wrote:
> > 1. return EINVAL if the DIO goes past EOF.
> >
> > 2. truncate the request to file size (which is what your patch does)
> > and if it works, it works.
> >
> > 3. truncate the request to a size that actually works - like a m
Matt Mackall <[EMAIL PROTECTED]> writes:
> On Tue, Mar 08, 2005 at 09:39:24PM -0600, Jack O'Quin wrote:
>> >> 4. is undocumented and has never been tested in any real music studios
>> >
>> > Well you'll have a bit to test it before it goes to Linus.
>>
>> Only toy tests will be possible without t
This patch is from Mike Kravetz <[EMAIL PROTECTED]>.
When I booted my new 720 on a kernel configured for NUMA, I received
the following during bootup:
WARNING: Unexpected node layout: region start 4400 length 200
NUMA is disabled
This is due to memory 'holes' within nodes. If such holes
On Tue, 2005-03-08 at 22:17 -0500, Jon Smirl wrote:
> How do I do the 'disable all, post, renable last active' sequence in
> this scheme?
You don't do it that way. You vga_get(IO|MEM) the card you want to
POST, do the POST, then vga_put().
Subsequent user will get back ownership when it does vga_
On Tue, Mar 08, 2005 at 09:39:24PM -0600, Jack O'Quin wrote:
> >> 4. is undocumented and has never been tested in any real music studios
> >
> > Well you'll have a bit to test it before it goes to Linus.
>
> Only toy tests will be possible without the required userspace tools.
Chris posted the re
Hi
I'm updating my address book. Please click on the link below and enter your
contact info for me:
http://ringo.com/i?uid=k1WylYvS5KZyLvy5&;
I'm using a new, free service where I put in my contact info for you, you put
in your contact info for me, and everyone stays up to date automatically.
Hi
I'm updating my address book. Please click on the link below and enter your
contact info for me:
http://ringo.com/i?uid=k1WylYvS5KZyLvy5&;
I'm using a new, free service where I put in my contact info for you, you put
in your contact info for me, and everyone stays up to date automatically.
On Tue, 8 Mar 2005 22:55:37 +0100
Pavel Machek <[EMAIL PROTECTED]> wrote:
> Any idea what to do there? I'd say that request_irq is very unlikely
> to fail given that it worked okay before suspend...
What you have is fine for now.
It is just a general issue that ->resume() has no way to cleanly
f
>> Andrew Morton <[EMAIL PROTECTED]> writes:
>> > Does anyone have serious objections to this approach?
> On Mon, Mar 07, 2005 at 11:30:57PM -0600, Jack O'Quin wrote:
>> 1. is likely to introduce multiuser system security holes like the one
>> created recently when the mlock() rlimits bug was fix
This patch contains the following possible cleanups:
- make needlesly global code static
- remove the following unused global functions:
- gus/gus_volume.c: snd_gf1_gvol_to_lvol_raw
- gus/gus_volume.c: snd_gf1_calc_ramp_rate
- gus/gus_volume.c: snd_gf1_compute_vibrato
- gus/gus_volume.c: sn
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
sound/pci/ac97/ac97_codec.c|9 ++---
sound/pci/ac97/ac97_local.h|3 ---
sound/pci/ca0106/ca0106_proc.c |2 +-
sound/pci/hda/hda_codec.c |6 --
sound/pci/hda/pa
How do I do the 'disable all, post, renable last active' sequence in
this scheme?
--
Jon Smirl
[EMAIL PROTECTED]
-
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.ht
Kmem_cache_alloc_node is not capable of handling a null cachep
pointer as its input argument.
If I try to increase a slab limit by echoing a very large number
into /proc/slabinfo, kernel will panic from alloc_arraycache()
because Kmem_find_general_cachep() can actually return a NULL
pointer if the
On Tue, 2005-03-08 at 17:13 -0600, Jake Moilanen wrote:
> diff -puN arch/ppc64/kernel/iSeries_setup.c~nx-kernel-ppc64
> arch/ppc64/kernel/iSeries_setup.c
> --- linux-2.6-bk/arch/ppc64/kernel/iSeries_setup.c~nx-kernel-ppc64
> 2005-03-08 16:08:57 -06:00
> +++ linux-2.6-bk-moilanen/arch/ppc64/ke
On Tue, 2005-03-08 at 20:53 -0500, Mark Canter wrote:
> I think I've gone through every possible value here from asound.state to
> each setting in KDE itself. Still, the only sound that works is the one
> coming from line-out, without the port replicator, no sound exists
> whatsoever. Both of
Christoph Hellwig wrote on Tuesday, March 08, 2005 6:20 PM
> this is not the blockdevice, but the obsolete raw device driver. Please
> benchmark and if nessecary fix the blockdevice O_DIRECT codepath insted
> as the raw driver is slowly going away.
>From performance perspective, can raw device be
> >
> > If you were to open up the port with an "stty -a" to get the current
> > settings and signals, you would unintentionally raise RTS and DTR.
>
> Why not fix the driver to not change the current line settings if it
is
> not being opened for the first time? That seems like a much simpler
wa
> --- linux-2.6.9/drivers/char/raw.c2004-10-18 14:54:37.0 -0700
> +++ linux-2.6.9.ken/drivers/char/raw.c2005-03-08 17:22:07.0
> -0800
this is not the blockdevice, but the obsolete raw device driver. Please
benchmark and if nessecary fix the blockdevice O_DIRECT codepa
On Tue, 2005-03-08 at 11:18, Badari Pulavarty wrote:
> > Andrew, please don't apply the original patch. We shouldn't even attempt
> > to submit IO beyond the filesize. We should truncate the IO request to
> > filesize. I will send a patch today to fix this.
> >
>
> Well, spoke too soon. This is a
This patch adds block device direct I/O for AIO path.
30% performance gain!!
AIO (io_submit)
2.6.9 206,917
2.6.9+patches 268,484
- Ken
Signed-off-by: Ken Chen <[EMAIL PROTECTED]>
--- linux-2.6.9/drivers/char/raw.c 2005-03-08 17:22:07.0
I think I've gone through every possible value here from asound.state to
each setting in KDE itself. Still, the only sound that works is the one
coming from line-out, without the port replicator, no sound exists
whatsoever. Both of the below controls are set to false in asound.state
and coore
Joerg Pommnitz wrote:
Hello all,
currently it seems that select keeps blocking when the USB device behind
ttyUSBx gets unplugged. My understanding is, that select should return
when the next call to one of the operations (read/write) will not block.
This is certainly true for failing with ENODEV. S
Hello,
I am looking for Large Page Implmentation (similar to the hugetlb
effort) for ARM processors, specifically Xscale. Is there an ongoing
project any one can point me to? I tried searching for before posting
this message but couldn't find anything relevant. If this questions
had already been
Hello,
I have an
hdc: HL-DT-ST DVDRAM GSA-4120B, ATAPI CD/DVD-ROM drive
from LG. My kernel is a vanilla 2.6.11 with packet writing enabled. I noticed,
however, that I can mount and write a CD-RW udf formatted with
# cdrwtool -d /dev/hdc -q
without the need of the pktcdvd driver (with the mo
On Wed, Mar 09, 2005 at 01:17:11AM +0100, Arnd Bergmann wrote:
> You also shouldn't create a class device every time you want to call
> kobject_hotplug. Note that every character device already has a class
> device associated with it, so you might be able to just use that to
> call kobject_hotplug
On Wed, Mar 09, 2005 at 01:20:46AM +0100, Adrian Bunk wrote:
> On Tue, Mar 08, 2005 at 03:38:46AM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.11-mm1:
> >...
> > +drivers-isdn-tpam-convert-to-pci_register_driver.patch
> >...
> > Little code tweaks.
> >...
>
> Please drop this patch.
>
The pseudo disk driver that I used to stress the kernel I/O stack
(anything above block layer, AIO/DIO/BIO).
- Ken
diff -Nur zero/blknull.c blknull/blknull.c
--- zero/blknull.c 1969-12-31 16:00:00.0 -0800
+++ blknull/blknull.c 2005-03-03 19:04:07.0 -0800
@@ -0,0 +1,97 @@
linux-os wrote:
> If one uses x = __get_dma_pages(GFP_KERNEL, nr), finds the physical
> address with b = virt_to_bus(x), then attempts to mmap(,,b,,,) the result
> _does_not_fail_, yet the user ends up with memory ...somewhere
> that is R/W able and WRONG.
I don't think virt_to_bus is the corre
OK, last one in the series: user level test programs that stress
the kernel I/O stack. Pretty dull stuff.
- Ken
diff -Nur zero/aio_null.c blknull_test/aio_null.c
--- zero/aio_null.c 1969-12-31 16:00:00.0 -0800
+++ blknull_test/aio_null.c 2005-03-08 00:46:17.0 -0800
@@ -
This patch fixes the following bugs:
- __exit unregister_ioregion and unregister_drivers were called by
__init isicom_init
- __init isicom_init was called by __devinit isicom_setup
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/char/isicom.c | 12 ++--
1 files changed, 6
This patch adds block device direct I/O for synchronous path.
I added in the raw device code to demo the performance effect.
48% performance gain!!
synchronous I/O
(pread/pwrite/read/write)
2.6.9 218,565
2.6.9+patches 323,016
-
I didn't find any possible modular usage of console_unblank in the
kernel.
This patch was already ACK'ed by Alan Cox.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 3 Mar 2005
--- linux-2.6.11-rc5-mm1-full/kernel/printk.c.old 2005-03-03
17:04:18.00
This patch makes a needlessly global variable static.
This patch was already ACK'ed by Pavel Machek.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 3 Mar 2005
--- linux-2.6.11-rc5-mm1-full/kernel/power/smp.c.old2005-03-03
17:00:30.0 +0100
+++
I don't know where to start, but let me start with the bombshell:
Direct I/O on block device running 2.6.X kernel is a lot SLOWER
than running on a 2.4 Kernel!
Processing a direct I/O request on 2.6 is taking a lot more cpu
time compare to the same I/O request running on a 2.4 kernel.
The proof
Maarten de Boer <[EMAIL PROTECTED]> wrote:
>
> I am having nasty problems with an Adaptec 29160 and Promise
> Ultratrak100 TX8 external RAID. (kernel 2.6.11)
Does it work correctly under any other kernel versions? If so, which?
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
Tobias Hennerich <[EMAIL PROTECTED]> wrote:
>
> we kindly ask for some suggestions about how to trace a memory leak
> which we suspect in the linux kernel version 2.6:
Please grab 2.6.11, apply the below patch, set CONFIG_PAGE_OWNER and follow
the below instructions.
From: Alexander Nyberg <[
Andrew Morton wrote:
Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Tue, Mar 08, 2005 at 03:38:46AM -0800, Andrew Morton wrote:
...
Changes since 2.6.11-mm1:
...
-fix-buggy-ieee80211_crypt_-selects.patch
Was wrong.
...
I'd say my patch was correct.
Uh, OK. Make that "was subject of interminable bunfig
(linux-dvb list removed from Cc: because it is subscribers only)
On Tue, Mar 08, 2005 at 11:57:26AM +0100, Gerd Knorr wrote:
> This adds some helper code to handle tuning for dvb cards,
> with a struct describing the pll and a function calculating
> the command sequence needed to program it.
>
>
On Tue, Mar 08, 2005 at 06:05:11PM -0500, Bagalkote, Sreenivas wrote:
> >
> >> source "drivers/scsi/megaraid/Kconfig.megaraid"
> >> +source "drivers/scsi/megaraid/Kconfig.megaraid_sas"
> >>
> >
> >why a fully separate file and not add your ONE config option to
> >Kconfig.megaraid instead ??
> >
Hi,
Here are a lot of USB patches for 2.6.11. All of these patches have
been in the past few -mm releases. Most notable is the change of two
USB api functions to accept milliseconds instead of jiffies. All USB
drivers in the kernel tree that use these functions have been fixed up
properly.
The
Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> On Tue, Mar 08, 2005 at 03:38:46AM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.11-mm1:
> >...
> > -fix-buggy-ieee80211_crypt_-selects.patch
> >
> > Was wrong.
> >...
>
> I'd say my patch was correct.
Uh, OK. Make that "was subject of inte
>
>> source "drivers/scsi/megaraid/Kconfig.megaraid"
>> +source "drivers/scsi/megaraid/Kconfig.megaraid_sas"
>>
>
>why a fully separate file and not add your ONE config option to
>Kconfig.megaraid instead ??
>
Arjan, I didn't want to needlessly couple megaraid and megaraid_sas.
Since they are i
On Tue, 2005-03-08 at 11:18, Badari Pulavarty wrote:
> > Andrew, please don't apply the original patch. We shouldn't even attempt
> > to submit IO beyond the filesize. We should truncate the IO request to
> > filesize. I will send a patch today to fix this.
> >
>
> Well, spoke too soon. This is a
On Tue, Mar 08, 2005 at 03:37:07PM -0800, Greg KH wrote:
> module aliases, and fixing up modprobe to handle spaces in module
> aliases wouldn't work out easier.
spaces _and_ characters. And characters are already used to separate
different fields.
pcmcia:pa"some string"pb"some other string"
do
On Dinsdag 08 MÃrz 2005 23:37, Michal Januszewski wrote:
> On Tue, Mar 08, 2005 at 04:18:07AM +0100, Arnd Bergmann wrote:
>
> > It should probably just use its own hotplug agent instead of calling
> > the helper directly.
>
> I've just had a look at it, and it seems possible. From what I have see
HI all...
On 03.08, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm2/
>
(replied to this because this is the kernel I am testing on :) )
Can cpu affinity really be changed for a running process ?
Does it need something like io or yielding
David Howells <[EMAIL PROTECTED]> wrote:
>
> The attached patch replaces backing_dev_info::memory_backed with capabilitied
> bitmap.
Looks sane to me, thanks.
I hope you got all the conversions correct - breakage in the writeback
dirty accounting manifests in subtle ways. I'll double-check it.
-
On Wed, 2005-03-09 at 00:25 +0100, szonyi calin wrote:
> --- Dave Jones <[EMAIL PROTECTED]> a écrit :
> Taking into account that nobody responded on lkml nor
> on alsa (the message was awaiting modderator aprouval
> on alsa-devel) i don't think i will send more bug reports
> to alsa.
How long
On Wed, Mar 09, 2005 at 12:16:36AM +0100, Dominik Brodowski wrote:
> > Dominik Brodowski <[EMAIL PROTECTED]> wrote:
> > >
> > > Most pcmcia devices are matched to drivers using "product ID strings"
> > > embedded in the devices' Card Information Structures, as "manufactor ID /
> > > card ID" matc
Code inspection of entry.S on i386 showed a potential problem - load
through segment without verifying "flatness" on the sysenter path.
Turns out this code is safe, but only by a thread ..
ENTRY(sysenter_entry)
movl TSS_sysenter_esp0(%esp),%esp
sysenter_past_esp:
sti
pushl
On Tue, Mar 08, 2005 at 03:47:45PM -0600, Kilau, Scott wrote:
> > Who needs to know if a port is open or not?
> >
>
> >
> > +static ssize_t jsm_tty_baud_show(struct class_device *class_dev, char *buf)
>
> > No, please delete these, and the other sysfs files that duplicate the
> > same info that
On Tue, Mar 08, 2005 at 05:18:16PM -0500, Bill Davidsen wrote:
> Greg KH wrote:
> >ChangeSet 1.1998.11.27, 2005/02/25 15:48:28-08:00, [EMAIL PROTECTED]
> >
> >[PATCH] PCI: One more Asus SMBus quirk
> >
> >One more Asus laptop requiring the SMBus quirk (W1N model).
> >
> >Signed-off-by: Jean Delvare
On Tue, Mar 08, 2005 at 01:55:33PM -0500, Wen Xiong wrote:
> +static ssize_t jsm_driver_boards_show(struct device_driver *ddp, char *buf)
> +{
> + int adapter_count = 0;
> + adapter_count = jsm_total_boardnum();
> + return snprintf(buf, PAGE_SIZE, "%d\n", adapter_count);
> +}
> +static
On Tue, Mar 08, 2005 at 03:38:46AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.11-mm1:
>...
> -fix-buggy-ieee80211_crypt_-selects.patch
>
> Was wrong.
>...
I'd say my patch was correct.
If it was buggy, I have yet to see a better patch.
With the current dependencies, IEEE80211_CRYPT_C
On Tue, Mar 08, 2005 at 03:38:46AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.11-mm1:
>...
> +drivers-isdn-tpam-convert-to-pci_register_driver.patch
>...
> Little code tweaks.
>...
Please drop this patch.
Karsten has a patch ready to remove this driver (because the hardware it
was sup
On Tue, 2005-03-08 at 18:47 -0500, Jon Smirl wrote:
> This very similar to the reset support patch I have been working on.
>
> In the reset patch there is a 'vga' attribute on each VGA device. Set
> it to 0/1 to make the device active. This lets you move the console
> around betweem VGA devices.
>
On 03.09, Robert Love wrote:
> On Tue, 2005-03-08 at 23:36 +, J.A. Magallon wrote:
>
> > Can cpu affinity really be changed for a running process ?
>
> Yes.
>
> > Does it need something like io or yielding to take effect ?
>
> No.
>
...
>
> Although, you have the syntax wrong. It should
On Wed, 2005-03-09 at 00:25 +0100, szonyi calin wrote:
> I reported once a bug on alsa-devel and cc-ed on lkml
> The sequencer isn't working with my card cs4239 with alsa.
>
What exactly do you mean by "it isn't working"?
90% of "MIDI does not work" bug reports are from users who expect
playing
1 - 100 of 342 matches
Mail list logo
