Hi,
> >
> > I do nightly backups on tape. Every 3 to 4 weeks a process is stuck in
> > D state while accessing the drive:
> >
> > 12398 ?D 0:00 /usr/sbin/amcheck -ms daily
> >
> > There are no messages in the log. Only a reboot can remove this process.
>
> Next time it happens,
On Mon, Aug 22, 2005 at 10:44:17PM +0200, Adrian Bunk wrote:
> On Mon, Aug 22, 2005 at 11:53:02AM +0530, Vivek Goyal wrote:
> > On Mon, Aug 22, 2005 at 12:53:10AM +0200, Adrian Bunk wrote:
> > > config CRASH_DUMP
> > > bool "kernel crash dumps (EXPERIMENTAL)"
> > > depends on EMBEDDED
> > > d
* Andrew Morton <[EMAIL PROTECTED]> [050821 02:15]:
> "Luck, Tony" <[EMAIL PROTECTED]> wrote:
> >
> > It has been pointed out to me that ia64 doesn't boot
> > with CONFIG_PRINTK_TIME=y. The issue is the call to
> > sched_clock() ... which on ia64 accesses some per-cpu
> > data to adjust for possib
Please pull from the 'upstream-fixes' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git
to obtain the fix described in the attached diffstat/changelog/patch.
sound/oss/i810_audio.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
commit 7087e29554
Hello,
The argument struct file *file in aops { .readpage, .readpages,
prepare_write, .commit_wirte } is not used. I'd like to file a series
of patches to clean it up. Are there any other concerns?
thanks
--
Coywolf Qi Hunt
http://ahbl.org/~coywolf/
-
To unsubscribe from this list: send the lin
Ingo suggested putting together a summary note describing the status (e.g.
pending out-of-tree patches) and TODO items that need fixing in the mainline
linux kernel AIO implementation to get good AIO support in both kernel-space
and user-space, starting with enabling reasonably efficient and compl
> On 8/19/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > According to the SuS write() can not return ENOMEM, only ENOBUFS is allowed
> > (surprisingly read() is allowed to use both ENOMEM and ENOBUFS):
> >
> > http://www.opengroup.org/onlinepubs/95399/functions/write.html
> >
> > Should w
Coywolf Qi Hunt <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> The argument struct file *file in aops { .readpage, .readpages,
> prepare_write, .commit_wirte } is not used. I'd like to file a series
> of patches to clean it up. Are there any other concerns?
NFS uses it in readpage().
-
To unsubscribe
Hi,
Following the recent changes in xc/programs/Xserver/GL/glx,
"Convert uses of __glPointParameterfvARB_size to
__glPointParameterfvEXT_size and uses of __glPointParameteriv_size
to __glPointParameterivNV_size"
The latter change to PointParameteriv and PointParameteri causes Xming to
stop compi
On Mon, Aug 22, 2005 at 12:30:15PM +0100, Alan Cox wrote:
> Actually I'm rather busy porting the old ATA drivers over to the new
> SATA layer right now. HPT and VIA will be nasty to do but the simpler
> drivers are moving over quite nicely.
Is there any place where we can get your current patches
Wrong List
Sorry
> -Original Message-
> From: Colin Harrison [mailto:[EMAIL PROTECTED]
> Sent: 23 August 2005 08:49
> To: 'linux-kernel@vger.kernel.org'
> Subject: Xming build fails with latest
> xc/programs/Xserver/GL/glx changes
>
> Hi,
>
> Following the recent changes in xc/program
Coywolf Qi Hunt wrote:
Hello,
The argument struct file *file in aops { .readpage, .readpages,
prepare_write, .commit_wirte } is not used. I'd like to file a series
of patches to clean it up. Are there any other concerns?
thanks
It used with HTTPFS or FTPFS. Should be checked with FUSE peo
On 8/23/05, Nathan Scott <[EMAIL PROTECTED]> wrote:
> FWIW, all filesystems using the generic page cache routines are able
> to return this - see mm/filemap.c -> generic_file_buffered_write...
I don't think it makes much sense to fix this in individual
filesystems as many functions returning -NOME
Pekka Enberg <[EMAIL PROTECTED]> wrote:
>
> @@ -310,6 +310,8 @@ ssize_t vfs_write(struct file *file, con
> }
> }
>
> + if (ret == -ENOMEM)
> + ret = -ENOBUFS;
> return ret;
> }
>
That's lame. It'd be better to hunt down all the -ENOMEMs
Andrew Morton writes:
That's lame. It'd be better to hunt down all the -ENOMEMs and fix them up.
So there's our verdict. Thanks, Andrew :-)
Pekka
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
Danial Thom wrote:
--- Jesper Juhl <[EMAIL PROTECTED]> wrote:
On 8/21/05, Danial Thom <[EMAIL PROTECTED]>
wrote:
I just started fiddling with 2.6.12, and
there
seems to be a big drop-off in performance
from
2.4.x in terms of networking on a
uniproce
As noticed by Dmitry Torokhov, write() can not return ENOMEM:
http://www.opengroup.org/onlinepubs/95399/functions/write.html
Therefore fixup generic_file_buffered_write() in mm/filemap.c (pointed out by
Nathan Scott).
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
filemap.c |2 +-
On Mon, 22 Aug 2005 21:30:21 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm2/
>
>- Various updates. Nothing terribly noteworthy.
adm9240 i2c still broken, spamming debug with:
Aug 23 18:48:40 peetoo kernel
On Tue, 23 August 2005 01:07:58 +0200, Adrian Bunk wrote:
> On Mon, Aug 22, 2005 at 12:45:59PM +0200, Jörn Engel wrote:
> > On Sun, 21 August 2005 00:28:08 +0200, Jesper Juhl wrote:
> > >
> > > gcc kindly pointed me at jffs_create() with this warning :
> > >
> > > fs/jffs/inode-v23.c:1279: warni
We are running almost 20 Fujitsu-Siemens Scenic machines, 2.6.8.1
kernel, equipped with a onboard card that uses a tulip module:
02:01.0 Ethernet controller: Linksys NC100 Network Everywhere Fast
Ethernet 10/100 (rev 11)
No problem with those.
We are running four more machines like that, th
[CCing maintaner]
On Monday 22 August 2005 20:29, Udo van den Heuvel wrote:
> Hello,
>
> It appears that the VIA Rhine chipset has some sort of bug which shows
> up in both the standard Linux VIA-Rhine driver and the Rhinefet driver
> that VIA itself provides.
>
> The difference is that the conn
On Mon, Aug 22, 2005 at 11:16:46PM -0600, ScytheBlade1 wrote:
> I've enabled everything needed...the CF port works flawlessly. However,
> the SD slot does *not*. I've got about 5+ pages worth of dmesg output
> related to this (MMC is NOT debug enabled, and I still get a disturbing
> amount of outpu
Alan,
The old code can be fixed, just I don't have the time or any desire to
look at it again, still. The burn out from the last issues from
2001-2003, cost me some health problems over the stress.
If I encounter these problems and become annoyed enough, I will fix it.
However, if it is cheap
Ok, I've made a testcompile and the resulting image size is similar so
the patch is good.
Acked-by: Mikael Starvik <[EMAIL PROTECTED]>
/Mikael
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Adrian Bunk
Sent: Monday, August 22, 2005 1:55 AM
To: Mikael St
On 8/23/05, Tomasz Chmielewski <[EMAIL PROTECTED]> wrote:
> We are running almost 20 Fujitsu-Siemens Scenic machines, 2.6.8.1
> kernel, equipped with a onboard card that uses a tulip module:
>
> 02:01.0 Ethernet controller: Linksys NC100 Network Everywhere Fast
> Ethernet 10/100 (rev 11)
>
> No p
Hi,
I have written a kernel module and I can load (insmod)
it without any error. But when i run my module it gets
seg fault at interruptible_sleep_on_timeout();
I have used this function in the following way:
DECLARE_WAIT_QUEUE_HEAD(wq);
init_waitqueue_head(&wq);
interruptible_sleep_on_timeout(&w
jerome lacoste schrieb:
On 8/23/05, Tomasz Chmielewski <[EMAIL PROTECTED]> wrote:
We are running almost 20 Fujitsu-Siemens Scenic machines, 2.6.8.1
kernel, equipped with a onboard card that uses a tulip module:
02:01.0 Ethernet controller: Linksys NC100 Network Everywhere Fast
Ethernet 10/100
On Mon, Aug 22, 2005 at 06:20:56PM +0200, Adrian Bunk wrote:
> I didn't find any modular usage in the kernel.
And there shouldn't be one either. This is really just for some syscalls,
everything else should use get_super based on a struct block_device. If
there's any caller using this wrongly in
On Mon, Aug 22, 2005 at 02:43:30PM -0700, Andrew Morton wrote:
> > Laughter was not wholly unexpected, though I wasn't joking. I'm trying
> > to be realistic about the lifetime of any given hardware, and IOC4 is
> > several years old at this point. Couple that with a sincere desire to
> > preserv
On Tue, Aug 23, 2005 at 01:14:38PM +0530, Suparna Bhattacharya wrote:
> 2. No support for propagating IO completion events to user space
> threads using RT signals. User threads need to poll the completion
> queue using io_getevents. POSIX specifies that when an AIO
>
On Maw, 2005-08-23 at 09:49 +0200, Erik Mouw wrote:
> Is there any place where we can get your current patches?
Which ones - the PATA IDE ones are in 2.6.11-ac, a subset in Fedora
(other changes in the core IDE code make forward porting stuff for
hotplug really tricky past 2.6.11).
The SATA ones
jerome lacoste schrieb:
On 8/23/05, Tomasz Chmielewski <[EMAIL PROTECTED]> wrote:
(...)
We are running four more machines like that, the only difference is the
kernel they are running (2.6.11.4).
On some of them, there are serious problems with a network, and they
usually happen when the tra
At Tue, 23 Aug 2005 03:24:25 +0200,
Adrian Bunk wrote:
>
> On Mon, Aug 22, 2005 at 02:41:07PM +0200, Takashi Iwai wrote:
> >...
> > I think the below is simpler.
>
> Looks good.
OK, it's now on ALSA tree.
Thanks.
Takashi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
Hi!
> It's widely seen a MCE non-fatal error reported after resume. It seems
> MCE resume is lacked under ia32. This patch tries to fix the gap.
Well, you patch seems like missing piece of puzzle, but:
a) we probably want to do it for x86-64, too, and
b)
> diff -puN arch/i386/power/cpu.c~mche
On Mon, 22 Aug 2005, Martin Wilck wrote:
> It's a scalable system where multiple boards may be combined. Anyway, I see
> nothing in the specs that says you must start counting CPUs from zero.
Well, Intel's "Multiprocessor Specification" mandates that (see section
3.6.1 and also the compliance l
On Tue, 23 Aug 2005, manomugdha biswas wrote:
> Hi,
> I have written a kernel module and I can load (insmod)
> it without any error. But when i run my module it gets
> seg fault at interruptible_sleep_on_timeout();
>
> I have used this function in the following way:
>
> DECLARE_WAIT_QUEUE_HEAD(wq
Hi,
This patch seems to be required to compile 2.6.13-rc6 for ppc configured
without PMU.
Apologies if it is already known, I haven't found anything like this
quickly.
Signed-Off-By: Johannes Berg <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6.orig/arch/ppc/platforms/pmac_time.c2005-08-23
12
Hi,
On Tue, 23 Aug 2005, Al Viro wrote:
> As for your s/thread_info/stack/ - I don't believe it's doable in mainline
> right now. It's definitely separate from m68k merge and should not be
> mixed into it. Moreover, mandatory changes to every platform arch-specific
> code over basically cosmeti
On Mon, 22 Aug 2005, Robert Hancock wrote:
> linux-os (Dick Johnson) wrote:
>> I reported thet sched_yield() wasn't working (at least as expected)
>> back in March of 2004.
>>
>> for(;;)
>> sched_yield();
>>
>> ... takes 100% CPU time as reported by `top`. It sho
On Mon, 2005-08-22 at 20:45 +0400, Oleg Nesterov wrote:
> Thomas Gleixner wrote:
> Ok, exit_itimers()->itimer_delete() called when the last thread exits
> or does exec.
>
> kernel/posix-timers.c:common_timer_del() calls del_timer_sync(), after
> that nobody can access this timer, so we don't need
* Paul Jackson <[EMAIL PROTECTED]> wrote:
> /*
> + * Hack to avoid 2.6.13 partial node dynamic sched domain bug.
> + * Require the 'cpu_exclusive' cpuset to include all (or none)
> + * of the CPUs on each node, or return w/o changing sched domains.
> + * Remove this hack
If Dinakar, Hawkes and Nick concur (and no one else complains too
loud) then the following should go into 2.6.13, to avoid the potential
kernel oops that Hawkes reported in Dinakar's feature to allow user
control of dynamic sched domain placement using cpu_exclusive cpusets.
This patch keeps the k
On Mon, 2005-08-22 at 20:45 +0400, Oleg Nesterov wrote:
> But I know nothing about kernel/posix-cpu-timers.c, I doubt it will work
> for posix_cpu_timer_del(). I don't have time to study posix-cpu-timers now.
> However, I see that __exit_signal() calls posix_cpu_timers_exit_xxx(), so
> may be it ca
Hi,
usbcore: deregistering driver usb-storage
usb 1-1: USB disconnect, address 3
Unable to handle kernel NULL pointer dereference at
RIP:
{_spin_lock+0}
PGD 1c303067 PUD 1c304067 PMD 0
Oops: 0002 [1] SMP
CPU 0
Modules linked in: nls_iso8859_1 nls_cp437 vfat fat nls_base ide_cd
hello,
we are experiencing problems with the new qlogic driver in 2.6.12 on
a set of servers with qla2310 HBAs.
The problem is as follows:
The Infotrend storage array we are using has two controllers, each
of them has two virtual discs with a couple of partitions exported
as shared storage.
The
Hi,
On 23/08/2005 4:30 p.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm2/
- Various updates. Nothing terribly noteworthy.
Yup, seems to be generally good...
Noticed this in the log earlier tonight:
Aug 23 19:44:51 tornado ker
On Tue, Aug 23, 2005 at 11:46:33AM +0300, Pekka J Enberg wrote:
> As noticed by Dmitry Torokhov, write() can not return ENOMEM:
>
> http://www.opengroup.org/onlinepubs/95399/functions/write.html
>
> Therefore fixup generic_file_buffered_write() in mm/filemap.c (pointed out by
> Nathan Scott).
On Tuesday 23 August 2005 14:17, linux-os \(Dick Johnson\) wrote:
>
> On Mon, 22 Aug 2005, Robert Hancock wrote:
>
> > linux-os (Dick Johnson) wrote:
> >> I reported thet sched_yield() wasn't working (at least as expected)
> >> back in March of 2004.
> >>
> >>for(;;)
> >>
Hi,
On Mon, 22 Aug 2005, john stultz wrote:
> The reason why we calculate the interval_length in the continuous
> timesource case is because we are not assuming anything about the
> frequency that the timekeeping_periodic_hook() is called.
The problem with your patch is that it doesn't allow mak
Hi Biswas,
You need to post the complete kernel dump message and body of your
source code.
-Bunnan
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of manomugdha
biswas
Sent: Tuesday, August 23, 2005 3:13 PM
To: linux-kernel@vger.kernel.org
Subject: kernel
Hi,
This is a little something I have played with. It allows you to see
exactly what is going on in the block layer for a given queue. Currently
it can logs request queueing and building, dispatches, requeues, and
completions. I've uploaded a little silly app to do dumps here:
http://www.kernel.o
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> Ingo, can't you get rt.c to be more confusing. I mean it is too
> simple. We need to add a few more underscores here and there :-)
> Seriously, that rt.c is mind boggling. It was nice before, now it is
> just screaming for a cleanup (come now, do w
On Tue, 2005-08-23 at 14:36 +0200, Ingo Molnar wrote:
> * Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> > Ingo, can't you get rt.c to be more confusing. I mean it is too
> > simple. We need to add a few more underscores here and there :-)
> > Seriously, that rt.c is mind boggling. It was nice be
Hi!
> > + * If you have unsupported (*) devices using DMA, you may have some
> > + * problems. If your disk driver does not support suspend... (IDE does),
> > + * it may cause some problems, too. If you change kernel command line
> > + * between suspend and resume, it may do something wrong. If y
On Tuesday, 23 of August 2005 06:30, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm2/
>
> - Various updates. Nothing terribly noteworthy.
It hangs solig during boot (after starting kjournald) on Asus L5D (non-SMP
x86-64),
which i
Hi.
On Tue, 2005-08-23 at 22:50, Pavel Machek wrote:
> Hi!
>
> > > + * If you have unsupported (*) devices using DMA, you may have some
> > > + * problems. If your disk driver does not support suspend... (IDE does),
> > > + * it may cause some problems, too. If you change kernel command line
> >
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-08-23 at 14:36 +0200, Ingo Molnar wrote:
> > * Steven Rostedt <[EMAIL PROTECTED]> wrote:
> >
> > > Ingo, can't you get rt.c to be more confusing. I mean it is too
> > > simple. We need to add a few more underscores here and there :-)
>
Hi!
> > > > + * If you have unsupported (*) devices using DMA, you may have some
> > > > + * problems. If your disk driver does not support suspend... (IDE
> > > > does),
> > > > + * it may cause some problems, too. If you change kernel command line
> > > > + * between suspend and resume, it may
On Tue, Aug 23, 2005 at 02:50:17PM +0200, Pavel Machek wrote:
> - DRI being used in X where the drivers don't properly support
> suspend/resume (NVidia esp)
NVidias driver is not support and a copyright violation of the
copyrights of many of use. It's never supported so please don't
mention it.
Hi!
> > - DRI being used in X where the drivers don't properly support
> > suspend/resume (NVidia esp)
>
> NVidias driver is not support and a copyright violation of the
> copyrights of many of use. It's never supported so please don't
> mention it.
Unfortunately, it is quite common out there.
On Tue, Aug 23, 2005 at 03:00:50PM +0200, Pavel Machek wrote:
> Hi!
>
> > > - DRI being used in X where the drivers don't properly support
> > > suspend/resume (NVidia esp)
> >
> > NVidias driver is not support and a copyright violation of the
> > copyrights of many of use. It's never supported
Problem:
I get massive ext3 errors once every few days. See "errors on console"
section below. Almost all commands return I/O error. I have to power
cycle the machine to get it running again. Upon reboot, there are
usually 3 orphan inodes deleted and everything is fine. See "messages
on reboot" bel
Andrew,
On Tue, Aug 23, 2005 at 02:51:51PM +0200, Rafael J. Wysocki wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm2/
> >
> > - Various updates. Nothing terribly noteworthy.
>
> It hangs solig during boot (after starting kjournald) on Asus
Hello,
I've just rebooted a machine, and the eagle ADSL modem I was using,
presented as /proc/bus/usb/002/005 in now presented as
/proc/bus/usb/002/003 (same bus, but device ID changed from 5 to 3).
Is this an expected behavior, when running a 2.4.31 kernel ?
I would have been expecting some mor
Hello,
here is patch for Asus M6A laptop support. It works fine for me.
--
Lukáš Hejtmánek
--- asus_acpi.c.old 2005-04-21 02:03:13.0 +0200
+++ asus_acpi.c 2005-05-08 18:22:49.0 +0200
@@ -128,6 +128,7 @@
L8L, //L8400L
M1A, //M1300A
Le mar 23/08/2005 à 11:56, Jakub Jelinek a écrit :
> On Tue, Aug 23, 2005 at 01:14:38PM +0530, Suparna Bhattacharya wrote:
>
> > 2. No support for propagating IO completion events to user space
> >threads using RT signals. User threads need to poll the completion
> >queue using
Hi,
I'm currently implementing change notification support for the linux
cifs client as part of Google's Summer of Code program.
In cifs, change notification works pretty much the same as dnotify does
in the kernel, and you cancel the notification by sending a NT_CANCEL
request.
According to th
Hi!
ATM pthread_cond_signal is unnecessarily slow, because it wakes one
waiter (which at least on UP usually means an immediate context switch
to one of the waiter threads). This waiter wakes up and after a few
instructions it attempts to acquire the cv internal lock, but that lock
is still held
Hail,
I posted a report a while back, no answer.
Who should I be talking to wrt to the irq 11: nobody cared issue?
I'm happy to provide as much info as possible but need to know what info
is required.
I'm happily running 2.6.7, tried the latest and greatest (2.6.12) and
found the problem,
On Tue, Aug 23, 2005 at 04:38:36PM +0530, Rajesh wrote:
> I have a case occasionally when I copy data from a usb storage (ipod) to
> my hard drive the load average goes up from 0.4 to about 15.0, and the
> system becomes very unusable till I kill the cp command. I have checked
> the CPU usage, b
On Tue, Aug 23, 2005 at 11:31:58AM +0100, Alan Cox wrote:
> On Maw, 2005-08-23 at 09:49 +0200, Erik Mouw wrote:
> > Is there any place where we can get your current patches?
>
> Which ones - the PATA IDE ones are in 2.6.11-ac, a subset in Fedora
> (other changes in the core IDE code make forward p
On Tue, Aug 23, 2005 at 09:05:27AM -0400, Jess Balint wrote:
> Problem:
> I get massive ext3 errors once every few days. See "errors on console"
> section below. Almost all commands return I/O error. I have to power
> cycle the machine to get it running again. Upon reboot, there are
> usually 3 orp
On Tue, Aug 23, 2005 at 05:07:12PM +0800, jeff shia wrote:
> in the file of aic7.c ,what is the function of the structure of
> scsi_sense?here what is the meaning of sense?just like probe?
Return "value" of a failed command. Normally commands just succeed, but
if it fails, you can get "sense
The first version of this patch didn't allow for the request firmware
case which does multiple parsing passes on the parameter. This was
discussed in the thread '2.6.13-rc6-mm1'
gregkh-driver-sysfs-strip_leading_trailing_whitespace-3.patch
should replace in 2.6.13-rc6-mm1
gregkh-driver-sysfs-str
On 8/23/05, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 23, 2005 at 11:46:33AM +0300, Pekka J Enberg wrote:
> > As noticed by Dmitry Torokhov, write() can not return ENOMEM:
> >
> > http://www.opengroup.org/onlinepubs/95399/functions/write.html
> >
> > Therefore fixup generic_fil
>I'd hate to have to test for something for CONFIG_PRINTK_TIME
>every time sched_clock() is being called.
Me too.
>The quick fix would seem to be to only allow CONFIG_PRINTK_TIME
>from kernel cmdline to make it happen a bit later. So basically
>make int printk_time = 0 until command line is evalu
On Mon, Aug 22, 2005 at 01:46:29PM +0200, Pavel Machek wrote:
> Unfortunately, it makes sense. If you have compact flash card, you
> really want to have VFAT there, so that it is a) compatible with
> windows and b) so that you don't kill the hardware.
VFAT is plenty good at killing hardware. It's
(It looks like my first try to send this message as a reply to the "Followup
..." didn't work. If it worked: sorry for double-post)
I use 2.6.13-rc6-mm1 which includes the patch as far as i can see, but
the C2 idle state (which my processor definetly supports) isn't
detected . it also isn't detect
On Sun, Aug 21, 2005 at 11:27:51PM -0400, Terry wrote:
> Not sure if I have provided enough info, or to much info, but here it goes:
>
> [1.] One line summary of the problem:
> Not Detecting all the memory installed in the system.
>
> [2.] Full description of the problem/report:
> I have Linux Ke
On Tue, 23 Aug 2005, Jakub Jelinek wrote:
> Hi!
>
> ATM pthread_cond_signal is unnecessarily slow, because it wakes one
> waiter (which at least on UP usually means an immediate context switch
> to one of the waiter threads). This waiter wakes up and after a few
> instructions it attempts to ac
On Tue, Aug 23, 2005 at 10:36:08AM -0400, Ingo Molnar wrote:
> a detail: many of the futex_atomic_op_inuser() seem to be duplicated
> across architectures. Might be worth putting into asm-generic, to avoid
> the duplication?
Those are stub files waiting for arch maintainers to actually implement
t
Hello
> I assume it worked OK in 2.6.12.
Yes, sorry, forgot to mention that.
>> 18:27:47: eth1: Setting full-duplex based on MII #24 link partner capability
>> of 05e1.
>> 18:32:02: NETDEV WATCHDOG: eth1: transmit timed out
>> 18:32:02: eth1: transmit timed out, tx_status 00 status e601.
>> 18:3
On Llu, 2005-08-22 at 16:40 -0700, Linus Torvalds wrote:
> That may be the problem with MGA - I think some gfx cards used the same
> decoder for ROM and for the video RAM aperture, so that you were supposed
MGA requires the ROM can be mapped temporarily in order to read the data
tables. X itself s
Nigel Rantor wrote:
Who should I be talking to wrt to the irq 11: nobody cared issue?
I'm happy to provide as much info as possible but need to know what info
is required.
I'm happily running 2.6.7, tried the latest and greatest (2.6.12) and
found the problem, then started by looking at 2.6.
On Tue, Aug 23, 2005 at 10:53:16PM +1000, Nigel Cunningham wrote:
> > > - CPU Freq (improving too)
> > > It might be good to mention these areas too.
> > Well, right; but those 'only' cause system to crash during suspend. I
> > was talking about really dangerous stuff.
> > Both usb and cpufr
Brian King wrote:
> Greg KH wrote:
>>>Here is an updated patch which will now fail writes to config space
>>>while the device is blocked. I have also fixed up the caching to return
>>>the correct data and tested it on both little endian and big endian
>>>machines.
>>
>>
>>Applied, thanks.
>>
>>g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ian Kent wrote:
> On Sun, 21 Aug 2005, Gerald (Jerry) Carter wrote:
>
>>-BEGIN PGP SIGNED MESSAGE-
>>Hash: SHA1
>>
>>Steven French wrote:
>>|
>>| We are close, but not quite ready to disable smbfs.
>>
>>Steve,
>>
>>I have been itching to work
IMO sys_readahead() doesn't make sense if the file is opened with
O_DIRECT, because the page cache is stuffed but never used. Therefore
this patch changes that by letting the call return with -EINVAL.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
mm/filemap.c |3 ++-
1 files changed, 2 inser
On Tue, Aug 23, 2005 at 01:04:27AM -0700, Paul Jackson wrote:
> If Dinakar, Hawkes and Nick concur (and no one else complains too
> loud) then the following should go into 2.6.13, to avoid the potential
> kernel oops that Hawkes reported in Dinakar's feature to allow user
> control of dynamic sched
I know that scsi procfs is legacy code but this is a fix for a memory leak.
While reading through sg.c I realized that the implementation of
/proc/scsi/sg/devices with seq_file is leaking memory due to freeing the
pointer returned by the next() iterator method. Since next() might
return NULL or an
On Mon, 2005-08-22 at 09:05 +0200, Mateusz Berezecki wrote:
> Hello list readers,
>
> I attach the oops trace for 2.6.13-rc6 kernel. I believe the bug is 100%
> reproducible but I don't know what triggers it yet. It appears that
> kernel crashes when dealing with large amount of small files (possi
Greg,
Please apply along with the previous pci patch.
Thanks
--
Brian King
eServer Storage I/O
IBM Linux Technology Center
IPR scsi adapter have an exposure today in that they issue BIST to
the adapter to reset the card. If, during the time it takes to complete
BIST, userspace attempts to acc
On Tue, 23 Aug 2005 15:14:38 +0200 Paul Rolland wrote:
> I've just rebooted a machine, and the eagle ADSL modem I was using,
> presented as /proc/bus/usb/002/005 in now presented as
> /proc/bus/usb/002/003 (same bus, but device ID changed from 5 to 3).
>
> Is this an expected behavior, when runn
Asser Femø wrote:
> According to the fcntl manual you can cancel a notification by doing
> fcntl(fd, F_NOTIFY, 0) (ie. sending 0 as the notification mask), but
> looking in the kernel code fcntl_dirnotify() immediately calls
> dnotify_flush() with neither telling the vfs module about it. Is there a
Hi, i get this a lot now when doing: "rmmod cp2101 io_edgeport "
I try and do the rmmod, because i loose comunications on the USB to
RS-232 adapters.
Not sure if i did the ksymoops correctly but here it is:
# ./ksymoops
ksymoops 2.4.9 on i686 2.6.12-gentoo-r9. Options used
-V (defaul
Hello Sergey,
> Yes. Addresses for USB devices are assigned dynamically. If you
> disconnect the modem from USB and connect it again, its address will
> change.
The problem I've is that nothing changed on the machine except that
I did a reboot. Nothing (USB device) added, nothing removed, so w
> Yup, seems to be generally good...
>
> Noticed this in the log earlier tonight:
>
> Aug 23 19:44:51 tornado kernel: hub 5-0:1.0: port 1 disabled by hub (EMI?),
> re-enabling...
> Aug 23 19:44:51 tornado kernel: usb 5-1: USB disconnect, address 2
> Aug 23 19:44:51 tornado kernel: drivers/usb/c
On Tuesday 23 August 2005 16:51, Paul Rolland wrote:
> Hello Sergey,
>
> > Yes. Addresses for USB devices are assigned dynamically. If you
> > disconnect the modem from USB and connect it again, its address will
> > change.
>
> The problem I've is that nothing changed on the machine except that
>
Hi,
This is the code where i am getting this problem.
static byte4
VNICClientStart(unsigned long arg)
{
VNICClientCfgCreateInfo_t clientConfig;
struct socket*sock = NULL;
ubyte4 status = 0;
ubyte4 retryCnt =
VNIC_CLIENT_MAX_CONN_RETRY_CNT;
Thomas Gleixner wrote:
>
> On Mon, 2005-08-22 at 20:45 +0400, Oleg Nesterov wrote:
> >
> > kernel/posix-timers.c:common_timer_del() calls del_timer_sync(), after
> > that nobody can access this timer, so we don't need to lock timer->it_lock
> > at all in this case. No lock - no deadlock.
>
> It sti
1 - 100 of 288 matches
Mail list logo