On Mon, 2007-10-22 at 11:12 +0900, Tejun Heo wrote:
> Helo,
>
> Soeren Sonnenburg wrote:
> > I finally managed to find a *reproducible* setup and way to trigger
> > random corruptions using a sata sil 3114 controller connected to 4
> > seagate drives
> >
> > port 1: ST3400832AS sda
> > port 2:
Ravinandan Arakali (rarakali) wrote:
> Hi Vaidy,
> Thanks for clarifying several of my doubts.
>
> To answer your question about my intention, we currently have a
> system with 2 GB RAM and I need to find out the actual used and
> free memory so that we can decide if the same
On Sun, 21 Oct 2007, Michael Krufky wrote:
> Adrian Bunk wrote:
> > This patch fixes CONFIG_TUNER_TEA5761=m broken by
> > commit ca805d57cf5ea7482ed3da28653f30621249ee45.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> >
> > ---
> >
> > drivers/media/video/tuner-core.c |6 --
> >
From: Borislav Petkov <[EMAIL PROTECTED]>
Add error handling to the kobject_add()-call and signal (the even highly
unlikely) error condition.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
--
diff --git a/fs/partitions/check.c b/fs/partitions/check.c
index 722e12e..5490e33 100644
---
On Mon, Oct 22, 2007 at 12:37:46PM +0800, WANG Cong wrote:
> >Fallout continues; I've got a preliminary patch for it. Basically, we
> >need to stop doing -U__i386__ et.al.
> >
>
> Hi, Al.
>
> I applied your patch and recompiled the kernel. But it failed again.
> ;(
Details would be welcome...
On Thursday 18 October 2007, Bryan Wu wrote:
> From: Michael Hennerich <[EMAIL PROTECTED]>
>
> Cc: Andrey Panin <[EMAIL PROTECTED]>
> Signed-off-by: Michael Hennerich <[EMAIL PROTECTED]>
> Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
Applied, thank you Michael, Bryan.
--
Dmitry
-
To unsubscribe
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem.
Changelog:
-
Anton Ekblad (1):
Input: appletouch
On Mon, Oct 22, 2007 at 01:42:09AM +, Rik van Riel wrote:
>
> BUG() will terminate the process that runs into it, so you can
> just remove the return alltogether. If BUG() is hit, the return
> will never be reached.
This is true in general. However, if someone builds the kernel
with
On Sun, Oct 21, 2007 at 03:39:17PM +0400, Oleg Nesterov wrote:
> On 10/16, Gautham R Shenoy wrote:
> >
> > This patch converts the known per-subsystem cpu_hotplug mutexes to
> > get_online_cpus put_online_cpus.
> > It also eliminates the CPU_LOCK_ACQUIRE and CPU_LOCK_RELEASE hotplug
> >
> >
> > Okay. But other than pseries_add_processor and pseries_remove_processor,
> > are there any other places where we _change_ the cpu_present_map ?
>
> Other arch code e.g. ia64 changes it for add/remove also. But I fail
> to see how it matters.
>
>
> > I agree that we need some kind of
On Monday 22 October 2007 14:28, dean gaudet wrote:
> On Sun, 21 Oct 2007, Jeremy Fitzhardinge wrote:
> > dean gaudet wrote:
> > > On Mon, 15 Oct 2007, Nick Piggin wrote:
> > >> Yes, as Dave said, vmap (more specifically: vunmap) is very expensive
> > >> because it generally has to invalidate TLBs
On Sun, 21 Oct 2007 20:14:16 -0700 Randy Dunlap wrote:
> On Sun, 21 Oct 2007 17:47:48 -0700 Randy Dunlap wrote:
>
> > On Sun, 21 Oct 2007 23:03:13 +0200 Sam Ravnborg wrote:
> >
> > > On Sun, Oct 21, 2007 at 09:45:17AM -0700, Randy Dunlap wrote:
> > > > > Is there any other way to specify that a
On Sun, Oct 21, 2007 at 04:43:46PM +0100, Al Viro wrote:
>On Sun, Oct 21, 2007 at 09:20:32PM +0800, WANG Cong wrote:
>> On Sun, Oct 21, 2007 at 09:08:48AM -0400, Jeff Dike wrote:
>> >On Sun, Oct 21, 2007 at 07:48:54PM +0800, WANG Cong wrote:
>> >> UML still doesn't build on 2.6.23-git16.
>> >>
>>
On Sun, 21 Oct 2007, Jeremy Fitzhardinge wrote:
> dean gaudet wrote:
> > On Mon, 15 Oct 2007, Nick Piggin wrote:
> >
> >
> >> Yes, as Dave said, vmap (more specifically: vunmap) is very expensive
> >> because it generally has to invalidate TLBs on all CPUs.
> >>
> >
> > why is that?
On Mon, 22 Oct 2007 04:58:45 +0200
Roel Kluin <[EMAIL PROTECTED]> wrote:
> Roel Kluin wrote:
>
> > unlock before bug returns
>
> > if (cs >= GPMC_CS_NUM || !gpmc_cs_reserved(cs)) {
> > printk(KERN_ERR "Trying to free non-reserved GPMC
> > CS%d\n", cs);
> > - BUG();
From: Corey Minyard <[EMAIL PROTECTED]>
Coverity spotted some incorrect code in a recent change to the IPMI
driver; this patch make sure the data is really long enough to pull
the manufacturer id and product id out of a get device id message.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Cc:
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix mnt_flush_task() misplaced kernel-doc.
Fix typos in some of the doc text.
Warning(linux-2.6.23-git17//fs/proc/base.c:2280): No description found for
parameter 'mnt'
Warning(linux-2.6.23-git17//fs/proc/base.c:2280): No description found for
parameter
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix kernel-doc for auditsc parameter changes.
Warning(linux-2.6.23-git17//kernel/auditsc.c:1623): No description found for
parameter 'dentry'
Warning(linux-2.6.23-git17//kernel/auditsc.c:1666): No description found for
parameter 'dentry'
Signed-off-by:
On Sun, Oct 21, 2007 at 07:24:42PM -0700, Thomas Fricaccia wrote:
> Yes, I think Crispin has succinctly summed it up: irrevocably closing
> the LSM prevents commercial customers from using security modules other
> than that provided by their Linux distributor.
Any "customer" using a security
Yes, it's a problem, but wrong fix. Thanks, I'll send a patch for it.
-corey
Adrian Bunk wrote:
This patch removes obviously dead code spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/ipmi_smi.h | 10 ++
1 file changed, 2
From: Richard Pearman <[EMAIL PROTECTED]>
From: Greg Breen <[EMAIL PROTECTED]>
When an error occurs in serial_open() ensure that port->tty and
tty->driver_data are set to NULL, if previously assigned a value in the
function.
Signed-off-by: Richard S. Pearman <[EMAIL PROTECTED]>
---
---
Heiko Carstens wrote:
> On Sat, Oct 20, 2007 at 01:24:34PM -0400, emist wrote:
>> Frans Pop wrote:
>>> emist wrote:
The following patch fixes and issue in the s390 dcssblk driver. The
issue is caused when an unsuccessful attempt is made in order to change
a segment's type through
On Sat, 2007-10-20 at 01:13 -0400, Rik van Riel wrote:
> On Thu, 11 Oct 2007 21:31:26 -0700
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/
> >
> > - I've been largely avoiding applying anything since rc8-mm2
Hi Linus,
Please pull from 'for-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/cooloney/blackfin-2.6.git
for-linus
to receive the following updates:
arch/blackfin/Makefile |4 ++--
arch/blackfin/kernel/setup.c |4 ++--
2 files changed, 4 insertions(+), 4
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
> It seems commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9 was incomplete
> due to a clash with the x86 architecture merge.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
Yes, my own fix only dealt with i386 and x86_64 Kconfig, without fixing
the
dean gaudet wrote:
> On Mon, 15 Oct 2007, Nick Piggin wrote:
>
>
>> Yes, as Dave said, vmap (more specifically: vunmap) is very expensive
>> because it generally has to invalidate TLBs on all CPUs.
>>
>
> why is that? ignoring 32-bit archs we have heaps of address space
> available...
Adrian Bunk wrote:
> This patch fixes CONFIG_TUNER_TEA5761=m broken by
> commit ca805d57cf5ea7482ed3da28653f30621249ee45.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ---
>
> drivers/media/video/tuner-core.c |6 --
> 1 file changed, 6 deletions(-)
>
>
On Sun, Oct 21, 2007 at 10:53:29PM +0200, Tal Kelrich wrote:
> On Sun, 21 Oct 2007 19:29:02 +0200
> Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > On Sun, Oct 21, 2007 at 05:53:37PM +0200, Tal Kelrich wrote:
> > > Hi,
> > >
> > > I've run into a problem where a process trying to
On Mon, 15 Oct 2007, Nick Piggin wrote:
> Yes, as Dave said, vmap (more specifically: vunmap) is very expensive
> because it generally has to invalidate TLBs on all CPUs.
why is that? ignoring 32-bit archs we have heaps of address space
available... couldn't the kernel just burn address space
On Sun, 21 Oct 2007 17:47:48 -0700 Randy Dunlap wrote:
> On Sun, 21 Oct 2007 23:03:13 +0200 Sam Ravnborg wrote:
>
> > On Sun, Oct 21, 2007 at 09:45:17AM -0700, Randy Dunlap wrote:
> > > > Is there any other way to specify that a functionality can only be built
> > > > as a module, not built into
Ubuntu kernel 2.6.22-10 works fine - I get sound although volume
control doesn't seem to work.
With 2.6.23 (today's git actually) I get this error on loading snd-hda-intel -
[ 672.830052] PCI: Setting latency timer of device :00:1b.0 to 64
[ 673.061586] hda_codec: STAC922x, Apple
On Mon, 22 Oct 2007 03:53:30 +0200
Roel Kluin <[EMAIL PROTECTED]> wrote:
> hidden bug returns
>
> Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
Acked-by: Rik van Riel <[EMAIL PROTECTED]>
--
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write
Roel Kluin wrote:
> unlock before bug returns
> if (cs >= GPMC_CS_NUM || !gpmc_cs_reserved(cs)) {
> printk(KERN_ERR "Trying to free non-reserved GPMC CS%d\n", cs);
> - BUG();
> spin_unlock(_mem_lock);
> - return;
> +
Printing date and version of a driver makes sense if there's a
maintainer who's maintaining and using these, but printing ancient
version information only confuses users.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/udf/super.c |3 +--
include/linux/udf_fs.h |3 ---
This patch removes obviously dead code spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/ipmi_smi.h | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
--- linux-2.6/include/linux/ipmi_smi.h.old 2007-10-21 23:03:03.0
This patch fixes CONFIG_TUNER_TEA5761=m broken by
commit ca805d57cf5ea7482ed3da28653f30621249ee45.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/media/video/tuner-core.c |6 --
1 file changed, 6 deletions(-)
26336c30e76c37bda368a24b8b12978388a18cf3
diff --git
It seems commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9 was incomplete
due to a clash with the x86 architecture merge.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/Kconfig |2 ++
arch/x86/oprofile/Kconfig | 17 -
arch/x86_64/Kconfig |2
This patch fixes the following compile error caused by
commit 622a9edd919de98ef59571ae6c40c7458244e3f2:
<-- snip -->
...
CC init/main.o
In file included from
/home/bunk/linux/kernel-2.6/git/linux-2.6/include/linux/dma-mapping.h:52,
from
The Coverity checker spotted the following inconsequent NULL checking in
drivers/char/cyclades.c:
<-- snip -->
...
static void cyz_handle_tx(struct cyclades_port *info,
struct BUF_CTRL __iomem *buf_ctrl)
{
struct cyclades_card *cinfo = info->card;
struct
To get the kernel compiled with instrumentation turned on, I had to
apply the patch below.
It looks to me like x86 and x86-64 were just left out when the
Kconfig.instrumentation file was created, but maybe I am
misunderstanding how the x86/x86-64 merge is supposed to work.
Soren
Signed-off-by:
Hi Linus,
First attempt at git, so please pull carefully. I've just put the
three i386 boot changes in the repo for the moment. If this works I'll pile
on the 44 lguest patches.
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-lguest.git
Jonathan McDowell wrote:
> This patch adds bluetooth support to the toshiba-acpi driver. I have
> tried to follow the same format for the /proc/acpi/toshiba/bluetooth
> file as followed in the thinkpad-acpi driver. In the long term the
> rfkill infrastructure looks like the way forward for this
Yes, I think Crispin has succinctly summed it up: irrevocably closing
the LSM prevents commercial customers from using security modules other
than that provided by their Linux distributor. As Sarbanes-Oxley and
other regulatory laws require these customers to use "standard
kernels", the result
Hi,
Using the 2.6.23.1 kernel and Debian Etch on a Lenovo Thinkpad T61
7659A21, I am getting two weird errors, as follows:
ata1.00: exception Emask 0x2 SAct 0x1c SErr 0x0 action 0x2 frozen
ata1.00: spurious completions during NCQ issue=0x0 SAct=0x1c
FIS=005040a1:0002
Helo,
Soeren Sonnenburg wrote:
> I finally managed to find a *reproducible* setup and way to trigger
> random corruptions using a sata sil 3114 controller connected to 4
> seagate drives
>
> port 1: ST3400832AS sda
> port 2: ST3400620AS sdb
> port 3: ST3750640AS sdc
> port 4: ST3750640AS sdd
>
I think the unlock should be before bugging?
--
unlock before bug returns
Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
---
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
index 5a4cc20..c910170 100644
--- a/arch/arm/mach-omap2/gpmc.c
+++
On Monday 22 October 2007 04:39, Eric W. Biederman wrote:
> Nick Piggin <[EMAIL PROTECTED]> writes:
> > On Sunday 21 October 2007 18:23, Eric W. Biederman wrote:
> >> Christian Borntraeger <[EMAIL PROTECTED]> writes:
> >>
> >> Let me put it another way. Looking at /proc/slabinfo I can get
> >> 37
Yes, link - http://lkml.org/lkml/2007/10/8/93 add the AHCI legacy
support to sata_nv when IDE/RAID mode been set in SBIOS and Device IDs
are not in ahci.c at this moment. To do so, when a new chipset come
out and DIDs haven't been submited to LKML,user still can use ahci
driver to handle it when
Rik van Riel wrote:
> On Mon, 22 Oct 2007 03:05:05 +0200
> Roel Kluin <[EMAIL PROTECTED]> wrote:
>
>> return hidden bug
>>
>> Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
>>
>> diff --git a/arch/alpha/kernel/pci_iommu.c
>> b/arch/alpha/kernel/pci_iommu.c index e1c4707..6a69425
On Mon, 22 Oct 2007 03:05:05 +0200
Roel Kluin <[EMAIL PROTECTED]> wrote:
> return hidden bug
>
> Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
>
> diff --git a/arch/alpha/kernel/pci_iommu.c
> b/arch/alpha/kernel/pci_iommu.c index e1c4707..6a69425 100644
> ---
On Sun, 21 Oct 2007, Geert Uytterhoeven wrote:
> +ifneq ($(SUB_ARCH),$(ARCH))
> + ifeq ($(CROSS_COMPILE),)
> +CROSS_COMPILE := $(call cc-cross-prefix, m68k-linux-gnu-
> m68k-linux-)
I've not paid much attention to discussion over this (I tend to build
natively, less stress :) ),
To discuss how LSM should work, it would have been really helpful if the
OP had cc'd the LSM mailing list. I've cc'd the LSM list here ...
Linus Torvalds wrote:
> On Wed, 17 Oct 2007, Thomas Fricaccia wrote:
>
>> But then I noticed that, while the LSM would remain in existence, it was
>>
return hidden bug
Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
diff --git a/arch/alpha/kernel/pci_iommu.c b/arch/alpha/kernel/pci_iommu.c
index e1c4707..6a69425 100644
--- a/arch/alpha/kernel/pci_iommu.c
+++ b/arch/alpha/kernel/pci_iommu.c
@@ -365,8 +365,8 @@ pci_unmap_single(struct
On Sat, Oct 20, 2007 at 02:58:06PM -0400, Theodore Tso wrote:
> I was testing 2.6.23-git15, and I'm noticing that if I su to root, then
> suspend the root shell, and try continue it via "fg", it hangs. The ps
> command reports:
>
> 15806 6386 19 0 4012 wait Ss pts/0
On Sun, 21 Oct 2007 23:03:13 +0200 Sam Ravnborg wrote:
> On Sun, Oct 21, 2007 at 09:45:17AM -0700, Randy Dunlap wrote:
> > > Is there any other way to specify that a functionality can only be built
> > > as a module, not built into the kernel?
> >
> > config FOO
> > depends on BAR && m
> >
Gautham R Shenoy wrote:
> > Gautham R Shenoy wrote:
> > > On Thu, Oct 18, 2007 at 03:22:21AM -0500, Nathan Lynch wrote:
> > > > Gautham R Shenoy wrote:
> > > > > > Gautham R Shenoy wrote:
> > > > > > > Replace all lock_cpu_hotplug/unlock_cpu_hotplug from the kernel
> > > > > > > and use
> > > >
On Monday 22 October 2007 03:56, Eric W. Biederman wrote:
> Nick Piggin <[EMAIL PROTECTED]> writes:
> > OK, I missed that you set the new inode's aops to the ramdisk_aops
> > rather than the bd_inode. Which doesn't make a lot of sense because
> > you just have a lot of useless aops there now.
>
>
On Thursday 18 October 2007 18:52, Takenori Nagano wrote:
> Vivek Goyal wrote:
> > > My stance is that _all_ the RAS tools (kdb, kgdb, nlkd, netdump, lkcd,
> > > crash, kdump etc.) should be using a common interface that safely puts
> > > the entire system in a stopped state and saves the state
On Sun, 21 Oct 2007, Kay Sievers wrote:
> > [ 458.013133] scsi_disk_release: disk sda, kobj ce8be990, refcount before
> > put_disk 2
> > [ 458.032420] scsi_device_dev_release: rq cd9b2000
>
> Hmm, I still don't see this without the final put.
Yes, I see your point. Suppose you try doing the
On Sun, Oct 21, 2007 at 02:24:46PM +1000, Nick Piggin wrote:
> On Saturday 20 October 2007 07:27, Eric W. Biederman wrote:
> > Currently only
> > metadata is more or less in sync with the contents of /dev/hda1.
>
> It either is or it isn't, right? And it is, isn't it? (at least
> for the common
Hi!
> This device is NOT a Ralink USB wifi adapter!
>
> Get the windows driver in this link and see for yourself.
> http://www.conitech.it/conitech/ita/risorse.asp?cod=CN402USB
> (ISSC W89C35 802.11bg WLAN USB Adapters (Native Wifi driver))
Thanks a lot. With some patches, I got driver from
From: Andrew Morton <[EMAIL PROTECTED]>
ERROR: "security_inode_permission" [fs/unionfs/unionfs.ko] undefined!
ERROR: "security_file_ioctl" [fs/unionfs/unionfs.ko] undefined!
Need these back.
Cc: "Serge E. Hallyn" <[EMAIL PROTECTED]>
Cc: Arjan van de Ven <[EMAIL PROTECTED]>
Cc: Chris Wright
This is no longer necessary since struct writeback_control no longer has a
fs_private field which lower file systems (esp. nfs) use. Plus, unionfs now
defines its own ->writepages method.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/mmap.c | 39
From: 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]>
Cc: Josef 'Jeff'
Implement unionfs_writepages. As per
mm/filemap.c:__filemap_fdatawrite_range(), don't call our writepage if the
lower mapping has BDI_CAP_NO_WRITEBACK capability set.
Signed-off-by: Pekka J Enberg <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/mmap.c | 23
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
include/linux/union_fs.h |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/include/linux/union_fs.h b/include/linux/union_fs.h
index 7f8dcc3..d29318f 100644
--- a/include/linux/union_fs.h
+++ b/include/linux/union_fs.h
@@
From: Andrew Morton <[EMAIL PROTECTED]>
fs/unionfs/super.c: In function 'unionfs_init_inode_cache':
fs/unionfs/super.c:874: warning: passing argument 5 of 'kmem_cache_create' from
incompatible pointer type
Cc: Christoph Lameter <[EMAIL PROTECTED]>
Cc: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
This is mostly an informational message, not an error.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/dentry.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/unionfs/dentry.c b/fs/unionfs/dentry.c
index 6bab9d6..a3d7b6e 100644
---
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/debug.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/fs/unionfs/debug.c b/fs/unionfs/debug.c
index 68692d7..894bf7c 100644
--- a/fs/unionfs/debug.c
+++ b/fs/unionfs/debug.c
@@ -132,6 +132,9 @@ void
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/rename.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/fs/unionfs/rename.c b/fs/unionfs/rename.c
index 91d41d4..1ab474f 100644
--- a/fs/unionfs/rename.c
+++ b/fs/unionfs/rename.c
@@ -40,10 +40,12 @@
The following is a series of patches related to Unionfs. The main change
here is that unionfs now has its own ->writepages method.
These patches were tested (where appropriate) on Linus's 2.6.24 latest code
(as of v2.6.23-6623-g55b70a0), as well as the backports to
2.6.{23,22,21,20,19,18,9} on
Frans Pop <[EMAIL PROTECTED]> writes:
> $ cat /sys/bus/pci/devices/\:01\:00.4/class
> 0x0c0701
>
> The last is close, but still does not match the 0x0c0700 in modules.pcimap.
> Is there some fuzzy matching going on there?
The last byte (prog-if) is masked out: 0xff00.
Andreas.
--
From: Randy Dunlap <[EMAIL PROTECTED]>
Date: Fri, 19 Oct 2007 18:02:36 -0700
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> net/atm/clip.c crashes the kernel if it (module) is loaded, removed,
> and then loaded again. Its exit call to neigh_table_clear()
> should destroy the cache after freeing
Roel Kluin wrote:
> I am not entirely certain about the third one:
>
> from fs/udf/udf_sb.h:
>
> #define UDF_SB_VAT(X) ( UDF_SB(X)->s_vat )
>
> if it's the desired behavior then I think this should at least be changed to
>
> UDF_SB_VAT(sb) = udf_iget(sb, ino);
> if
From: Grant Likely <[EMAIL PROTECTED]>
Change the wait_tx routine to call cpu_relax() instead of udelay() to
reduce console output latency and test for the TXFULL bit instead of
TXEMPTY. That way the FIFO doesn't need to by 100% flushed before
writing the next character.
Signed-off-by: Grant
On Sun, Oct 21, 2007 at 08:57:06AM +1000, James Morris wrote:
> On Sat, 20 Oct 2007, Jan Engelhardt wrote:
>
> > >I'd like to note that I asked people who were actually affected, and had
> > >examples of their real-world use to step forward and explain their use,
> > >and that I explicitly
I am not entirely certain about the third one:
from fs/udf/udf_sb.h:
#define UDF_SB_VAT(X) ( UDF_SB(X)->s_vat )
if it's the desired behavior then I think this should at least be changed to
UDF_SB_VAT(sb) = udf_iget(sb, ino);
if (!(UDF_SB_VAT(sb)))
---
Errors with
In message <[EMAIL PROTECTED]>, Trond Myklebust writes:
>
> On Sat, 2007-10-20 at 17:35 -0400, Erez Zadok wrote:
>
> > Trond, I verified that w/ the above patch the problem is w/ nfs: the client
> > leaves .nfsXXX files behind for every file unlinked while open. Let me know
> > when you get a
On Mon, 2007-10-15 at 13:07 +0200, Andi Kleen wrote:
> On Tue, Oct 16, 2007 at 12:56:46AM +1000, Nick Piggin wrote:
> > Is this true even if you don't write through those old mappings?
>
> I think it happened for reads too. It is a little counter intuitive
> because in theory the CPU doesn't
Hello!
> Hmm, is lspci truncating the class code?
>
> > 01:00.4 Serial bus controller [0c07]: Intel Corporation 82573E KCS (Active
> Management) [8086:108e] (rev 03)
>
> Because this smells like an IPMI-ish device.
Yes, it is a IPMI class code, only older versions of lspci know nothing
about
H. Peter Anvin wrote:
> Yeah, this is a VirtualBox problem.
>
> At this point, this is clearly a matter for innotek, not for the
> mainstream kernel development community.
Ok I will report that to Innotek , thanks for all the help and sorry for the
noise.
>
> -hpa
>
Gabriel
-
To
Hi,
I'm trying to get a process to ring level 2 on IA-32 architecture.
Therefore I have patched the modify_ldt syscall in ldt.c to generate a
new ldt entry with rpl 2 (patch below).
Now my problem is how to get the code segment with rpl2, located in
the ldt at index 0,
loaded by a syscall, so
Gabriel C wrote:
Add a #include to the-linux-kernel.h and let us know if it
helps.
Does not help , now I get on top the other errors :
/work/crazy/VBox/stable/virtualbox/src/VirtualBox-1.5.2_OSE/include/iprt/types.h:121:
error: redefinition of typedef 'bool'
Sam Ravnborg wrote:
> On Sun, Oct 21, 2007 at 12:15:48PM -0700, H. Peter Anvin wrote:
>> Gabriel C wrote:
> BITS_PER_LONG was originally set in :
>
> 39 #ifdef CONFIG_X86_32
> 40 # define BITS_PER_LONG 32
> 41 #else
> 42 # define BITS_PER_LONG 64
>
.../...
> This patch (mostly written by Linus) fixes this by using spin
> > locks instead of memory barries on the synchronize_irq() path.
> >
> > Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
>
> Good for me.
>
> Acked-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Hrm... not on yet.
On Sun, 21 Oct 2007 19:29:02 +0200
Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Sun, Oct 21, 2007 at 05:53:37PM +0200, Tal Kelrich wrote:
> > Hi,
> >
> > I've run into a problem where a process trying to connect to a local
> > port within the local port range eventually ends up
On Sunday 21 October 2007, Dave Jones wrote:
> On Sun, Oct 21, 2007 at 03:34:11PM +0200, Frans Pop wrote:
> > AFAICT from modules.pcimap, ipmi_si should only be loaded for PCI ID
> > [103c:121a] (which I don't have), or for devices with class c0700
> > (which I also don't have).
>
> Hmm, is
On Sun, Oct 21, 2007 at 09:45:17AM -0700, Randy Dunlap wrote:
> > Is there any other way to specify that a functionality can only be built
> > as a module, not built into the kernel?
>
> config FOO
> depends on BAR && m
>
> restricts FOO to module-only.
>
> > In my firsta attempts to post
On Sun, 21 Oct 2007 23:19:41 +0300 Artem Bityutskiy <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> some time ago we were talking about doing write-back from inside a
> file-system
> (http://marc.info/?l=linux-kernel=119097117713616=2). You said that I'm
> not
> the only person who needs this,
> config FOO
> depends on BAR && m
>
> restricts FOO to module-only.
Thanks alot! That really did the trick! With the following file:
-8<---
config SCSI_QLA_FC
tristate "QLogic QLA2XXX Fibre Channel Support"
depends on PCI && SCSI && m
Hi Vaidy,
Thanks for clarifying several of my doubts.
To answer your question about my intention, we currently have a
system with 2 GB RAM and I need to find out the actual used and
free memory so that we can decide if the same setup(applications,
tmpfs etc.) can run on another system with
Hi Andrew,
some time ago we were talking about doing write-back from inside a file-system
(http://marc.info/?l=linux-kernel=119097117713616=2). You said that I'm not
the only person who needs this, because the same thing is needed for delayed
allocation.
The problem is that if we initiate
On Sunday 21 October 2007, Theodore Tso wrote:
> On Sat, Oct 20, 2007 at 10:00:03PM +0200, Helge Deller wrote:
> > Additionally a mutex takes care of the proper locking against a mistaken
> > double creation of UUIDs for simultanious running processes.
>
> This is trickier to do in userspace,
H. Peter Anvin wrote:
> Gabriel C wrote:
BITS_PER_LONG was originally set in :
39 #ifdef CONFIG_X86_32
40 # define BITS_PER_LONG 32
41 #else
42 # define BITS_PER_LONG 64
43 #endif
>>> User land does not know anything about
On Fri, 19 Oct 2007, Ray Lee wrote:
> On 10/19/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > On my main devel box, vanilla 2.6.23 on x86-64/Fedora-7, I'm seeing a
> > certain behavior at least once a day. I'll start a kernel build (make
> > -sj5 on this box), and it will "hang" in the following
On Sun, Oct 21, 2007 at 03:34:11PM +0200, Frans Pop wrote:
> AFAICT from modules.pcimap, ipmi_si should only be loaded for PCI ID
> [103c:121a] (which I don't have), or for devices with class c0700 (which I
> also don't have).
Hmm, is lspci truncating the class code?
> 01:00.4 Serial bus
Hi!
> This device is NOT a Ralink USB wifi adapter!
>
> Get the windows driver in this link and see for yourself.
> http://www.conitech.it/conitech/ita/risorse.asp?cod=CN402USB
> (ISSC W89C35 802.11bg WLAN USB Adapters (Native Wifi driver))
You are right, sorry for confusion.
Now, the strange
On Sun, Oct 21, 2007 at 12:15:48PM -0700, H. Peter Anvin wrote:
> Gabriel C wrote:
> >>>BITS_PER_LONG was originally set in :
> >>>
> >>> 39 #ifdef CONFIG_X86_32
> >>> 40 # define BITS_PER_LONG 32
> >>> 41 #else
> >>> 42 # define BITS_PER_LONG 64
> >>> 43 #endif
> >>User
Greetings,
i've got a new set of troubles, which I find hard to bugtrack. Partitions are
detected properly but for some reason fails to boot.
This problem arose after syncing with linux-2.6.git a week or so ago. Old
userlands which have worked fine in the past doesn't anymore (the /bin/sh issue
From: Chuck Ebbert <[EMAIL PROTECTED]>
Date: Sun, 21 Oct 2007 11:59:14 -0400
> IIRC -mm had something like this but it was buggy because we were
> sending IPIs to each processor asking them to print their state.
What's buggy about this? :-) That's exactly how it work(ed)
on sparc64.
-
To
1 - 100 of 474 matches
Mail list logo