My /dev/hdb showed up as /dev/hdq
The bug was introduced with bk-ide-dev.patch
Bye,
Szabi
--- linux-2.6.11-rc4-mm1/drivers/ide/ide-probe.c.orig 2005-02-24
20:04:03.0 +0100
+++ linux-2.6.11-rc4-mm1/drivers/ide/ide-probe.c2005-02-27
23:52:54.0 +0100
@@ -1269,7 +1269,7
> I don't know if this is the "right place(TM)" to ask about this, and if
> it isn't, I apologize. But the fact is that I haven't found any help
> from anywhere else and I can't learn enough without asking. So, the
> situation is like this: I am using a laptop and want to minimize the
> power
Hello,
(B
(B> I tested without user space listeners and the cost is negligible. I will
(B> test with a user space listeners and see the results. I'm going to run
(B> the test this week after improving the mechanism that switch on/off the
(B> sending of the message.
(B
(BI'm also trying to
On Tue, 01 Mar 2005 01:27:41 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc5/2.6.11-rc5-mm1/
> - A pcmcia update which obsoletes cardmgr (although cardmgr still works) and
> makes pcmcia work more like regular hotpluggable devices. See the
On Sun, 2005-02-27 at 22:25, Matt Mackall wrote:
> On Sun, Feb 27, 2005 at 02:17:51PM +0100, Andreas Gruenbacher wrote:
> > Matt,
> >
> > On Monday 31 January 2005 08:34, Matt Mackall wrote:
> > > This patch adds a generic array sorting library routine. This is meant
> > > to replace qsort, which
On Sun, Feb 27, 2005 at 08:41:23PM +0100, Pavel Machek wrote:
Hi,
> [aj added to the list].
>
> Andreas, who is the person to talk about this? I like redhat's
> solution the best. Pass "quiet", perhaps replace penguin with some big
> picture including penguin and chameleon or something, and do
On Mon, Feb 28, 2005 at 06:40:15PM +0100, Pavel Machek wrote:
Hi,
> > It doesn't really need vesafb for anything. Back in the days of 2.6.7
> > I used to release a version of bootsplash that had the dep. on vesafb
> > removed. It worked fine with at least some other fb drivers.
> >
> > You
On Sun, Feb 27, 2005 at 01:03:33PM -0800, Greg KH wrote:
> Care to create a patch for the silent mode now? That should be simple
> enough to get into the kernel, and will be a good place to build off of
> for the rest of the things people want (verbose mode, etc.)
Sure, I'll post a patch as
On Tuesday 01 March 2005 10:41, Adrian Bunk wrote:
> Hi,
>
> while looking how to fix modular FB_SAVAGE_* (both FB_SAVAGE_I2C=m and
> FB_SAVAGE_ACCEL=m are currently broken) I asked myself:
BTW, what's the problem with the above?
Tony
-
To unsubscribe from this list: send the line "unsubscribe
Hi!
> btw, suspend is a bit messy. The disk spins down. Then up. Then down
> again. And:
Here's preview patch to make disk not do stupid yo-yo. Please do not
apply (it will probably not apply cleanly anyway).
I can fix disk going yo-yo without switching pm_message_t to struct,
but will have
Forgive me for being annoying; I'm trying to be careful because I get
one more failure in a test and then that's it. The manufacturer no
longer lists that model as being produced. Thus if there's a way to
ruin a bttv card through the V4L2 interface I will no longer be of any
assistance in
Hi!
> btw, suspend is a bit messy. The disk spins down. Then up. Then down
> again. And:
Yes, this is going to be properly solved by switching pm_message_t to
struct (preview patch attached, EVENT will become .event, this is just
for me). I could do some hack to make disk not go up-down-up
Hi ,
I am facing a problem -- memory mapping of proc
entry into user space using mmap syscall.
I have written a module which creates a proc entry &
provides read, write, mmap, etc.
Normal read, write etc file operation works, but
mmap is not working.
I am trying to map a vmalloc kernel
On Tuesday 01 March 2005 10:41, Adrian Bunk wrote:
> Hi,
>
> while looking how to fix modular FB_SAVAGE_* (both FB_SAVAGE_I2C=m and
> FB_SAVAGE_ACCEL=m are currently broken) I asked myself:
>
> Do modular framebuffers really make sense?
>
> OK, distributions like to make everything modular, but
Christoph Hellwig writes:
>> - scsi_scan.c: scsi_rescan_device
>aacraid was going to use that one, Mark, any chance to get a patch
anytime soon?
>> - scsi_scan.c: scsi_scan_single_target
>as mentioned above we'll need this one soon.
Yup, we use both of them in our branch of the driver. I
"David S. Miller" <[EMAIL PROTECTED]> said:
> On Mon, 28 Feb 2005 17:07:43 -0300
> Horst von Brand <[EMAIL PROTECTED]> wrote:
[...]
> > So, either the dependencies have to get fixed so floppy can't be modular
> > for this architecture, or the relevant functions have to move from entry.S
> > to
Hi!
> > > In `subj` kernel, machine no longer powers down at the end of
> > > swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
> >
> > Binary searching indicates that this is due to
> >
On Tue, Mar 01, 2005 at 09:11:49AM +0100, Kenan Esau wrote:
> > This looks like it either expects some other data (like a second
> > parameter to the command?) or just wants the 0x07 again (and not the
> > whole command) to make sure you really mean it.
> >
> > Could you try sending 0xe8 0x07
Hi!
> > Yes, the patch is very ugly. If something like this needs to be done,
> > then perhaps acpi should properly register into driver model and do
> > the work there. This will also mean code will be called consistently.
>
> I totally agree. Do you have an example of how a non-device
> can
On Mon, Feb 28, Antonino A. Daplas wrote:
> On Monday 28 February 2005 04:32, Olaf Hering wrote:
> > On Wed, Feb 23, Linus Torvalds wrote:
> > > This time it's really supposed to be a quickie, so people who can, please
> > > check it out, and we'll make the real 2.6.11 asap.
> >
> > Here is
These are patches designed to improve system responsiveness. It is
configurable to any workload but the default ck* patch is aimed at the
desktop and ck*-server is available with more emphasis on serverspace.
This is a maintenance release and is identical to 2.6.10-ck6 apart from
using
On Tue, Mar 01, 2005 at 06:40:21AM -0500, David Ford wrote:
> I would also appreciate the return of good resolution. Blocky mouse
> startup moves make graphic editing rather difficult. No mouse movement
> until I have moved my finger a significant distance then the mouse all
> of a sudden
On Sat, Feb 26, 2005 at 11:20:44AM +, Alan Cox wrote:
> On Gwe, 2005-01-28 at 16:12, Linux Kernel Mailing List wrote:
> > ChangeSet 1.1977.1.2, 2005/01/28 17:12:20+01:00, [EMAIL PROTECTED]
> >
> > input: Only root should be able to set the N_MOUSE line discipline.
> >
>
> I finally
I would also appreciate the return of good resolution. Blocky mouse
startup moves make graphic editing rather difficult. No mouse movement
until I have moved my finger a significant distance then the mouse all
of a sudden jumps a dozen pixels before it "smoothly" glides along.
I would also
hi benjamin
now i had some spare time to do some investigation
booting the 2.6.11-rc5 with radeonfb.default_dynclk=0 or with -1
brings up a framebuffer console. everything is fine.
starting xorg-x11 with Ati binary only drivers just brings up a black screen
without a mouse cursor and freezes the
Hello Guys!
I has some shit happens after 2-3 days system working.
After 2-3 days in kernel.debug i has many oopses.
Stock 2.4.27 kernel.
At time oopses started, system can't fork no one process.
Below first two:
OOPS No 1
---
Jan 2 16:43:00 localhost kernel: Unable to handle kernel
First of all, thanks to all for the helpful replies.
I have simplified my example, because I was only interested in understanding if
there was particular behavior performed by the new scheduler after a
sched_yield() call.
Anyway, I try to explain better my requirements. I have to implement a
On Tue, Mar 01, 2005 at 12:15:41PM +0100, Carl-Daniel Hailfinger wrote:
> Russell King schrieb:
> > tty mtime updates aren't marked dirty, so aren't written back to disk.
> > Intentionally.
>
> It seems the tty mtime exception doesn't include /dev/ptmx. That's
> probably unintentional. Is there a
Pavel Machek <[EMAIL PROTECTED]> writes:
> Yes, the patch is very ugly. If something like this needs to be done,
> then perhaps acpi should properly register into driver model and do
> the work there. This will also mean code will be called consistently.
I totally agree. Do you have an example
Russell King schrieb:
> On Tue, Mar 01, 2005 at 01:45:47AM +0100, Carl-Daniel Hailfinger wrote:
>
>>Can I prevent mtime updates for all device files? Mounting /dev readonly
>>would certainly help, but for that to work I'd have to move /dev to a
>>different filesystem, right?
>
>
> tty mtime
Andrew Morton <[EMAIL PROTECTED]> writes:
> Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> > In `subj` kernel, machine no longer powers down at the end of
> > swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
>
> Binary searching indicates that this is due to
>
On Gwe, 2005-01-28 at 16:12, Linux Kernel Mailing List wrote:
> ChangeSet 1.1977.1.2, 2005/01/28 17:12:20+01:00, [EMAIL PROTECTED]
>
> input: Only root should be able to set the N_MOUSE line discipline.
>
I finally had a chance to trace down why my mouse code for a little gui
I couldnt duplicate the performance hit so I believe the proper fix not
the hack is the right one
-
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
Am Dienstag, 1. März 2005 11:48 schrieb Andrew Morton:
> Alex, please use mailing lists...
sorry, I was used to have reply-to set to the mailing list ;)
double-checking next time..
> Dominik, do we really always want to drag in the firmware loader if
> CONFIG_PCMCIA?
Hmm. I've enabled the
Hi!
> Resume on SMP locks up.
Does it work on UP kernel on same hardware? NMI watchdog is problem
for suspend, it takes long to do various phases. Can you disable it
for testing?
Pavel
> Relocating pagedir |
> Reading image data
Hi!
> > In `subj` kernel, machine no longer powers down at the end of
> > swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
>
> Binary searching indicates that this is due to
>
Hi!
> btw, suspend is a bit messy. The disk spins down. Then up. Then down
> again. And:
Yes, that's known, pm_message_t needs to become struct to solve disk
pingpong properly.
> Debug: sleeping function called from invalid context at mm/slab.c:2082
> in_atomic():0, irqs_disabled():1
Hi!
> > > > > Could you, please, verify that you don't need to load any
> > > > > modules from initrd for your swap partition to work? It won't
> > > > > work if you do.
> > > >
> > > > this makes perfect sense to me when you talk about resuming.
> > > > does it also apply to suspending?
> > >
Hi!
> > > > Could you, please, verify that you don't need to load any
> > > > modules from initrd for your swap partition to work? It won't
> > > > work if you do.
> > >
> > > this makes perfect sense to me when you talk about resuming.
> > > does it also apply to suspending?
> >
> > As kernel
Resume on SMP locks up.
Relocating pagedir |
Reading image data (8157 pages): 100% 8157 done.
Stopping tasks: |
Freeing memory... done (0 pages freed)
Freezing CPUs (at 1)...Sleeping in:
[] dump_stack+0x19/0x20
[] smp_pause+0x1f/0x54
[]
I can't use sockfd_put(sock) directly.
I trace its code, the code is
extern __inline__ void sockfd_put(struct socket *sock)
{
fput(sock->file);
}
so I use fput(sock->file)
but it has problems too
1) execute "ls" in the ftp is also block
2) kernel prints "socki_lookup: socket file
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Stopping tasks: ==|
Freeing memory... done (7069 pages freed)
swsusp: Need to copy 7847 pages
swsusp: critical section/: done (7879 pages
On Tue, 1 Mar 2005 18:29:15 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On Tue, Mar 01, 2005 at 09:42:18AM +0100, Bartlomiej Zolnierkiewicz wrote:
> > Hello,
> >
> > On Tue, 1 Mar 2005 13:21:16 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > >
> > > So, how do you like the
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> In `subj` kernel, machine no longer powers down at the end of
> swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
On Tue, Mar 01, 2005 at 01:45:47AM +0100, Carl-Daniel Hailfinger wrote:
> Can I prevent mtime updates for all device files? Mounting /dev readonly
> would certainly help, but for that to work I'd have to move /dev to a
> different filesystem, right?
tty mtime updates aren't marked dirty, so
Hello,
On Tue, Mar 01, 2005 at 09:42:18AM +0100, Bartlomiej Zolnierkiewicz wrote:
> Hello,
>
> On Tue, 1 Mar 2005 13:21:16 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> >
> > So, how do you like the following set of TFLAG's?
> >
> > /* struct ata_taskfile flags */
> >
> > /* The following
That's reasonable. Thanks for the patch.
Petko
On Tue, 1 Mar 2005, Adrian Bunk wrote:
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/usb/net/pegasus.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
---
On Tuesday March 1, [EMAIL PROTECTED] wrote:
> Neil Brown wrote:
> >
> > Could you please confirm if there is a problem with
> > 2.6.11-rc4-bk4->bk10
> >
> > as reported, and whether it seems to be the same problem.
>
> Ok.. are we all ready? I had applied your development patches to all my
Hi Martin.
On Tue, 2005-03-01 at 19:22, martin f krafft wrote:
> also sprach Pavel Machek
> > > > Could you, please, verify that you don't need to load any
> > > > modules from initrd for your swap partition to work? It won't
> > > > work if you do.
> > >
> > > this makes perfect sense to me
Nick Piggin wrote:
Andrew Theurer wrote:
Nick, can you describe the system you run the DB tests on? Do you
have any cpu idle time stats and hopefully some context switch rate
stats?
Yeah, it is dbt3-pgsql on OSDL's 8-way STP machines. I think they're
PIII Xeons with 2MB L2 cache.
I had been
On Mon, 28 Feb 2005 14:48:20 EST, [EMAIL PROTECTED] said:
> Symptoms: Running '/etc/init.d/pcmcia start' bombs - cardmgr goes into
> a loop spewing repeated 'Common memory region at 0x0: Generic or SRAM'
> messages. In the dmesg, we find:
> [4294859.369000] cs: unable to map card memory!
>
On Tue, Feb 22 2005, Greg Stark wrote:
>
> Jens Axboe <[EMAIL PROTECTED]> writes:
>
> > fsync has been working all along, since the initial barrier support for
> > ide. only ext3 and reiserfs support it.
>
> Really? That's huge news. Since what kernel version(s) is that?
Since 2.6.9.
> What
James Bruce <[EMAIL PROTECTED]> writes:
> If you could suggest a very well tested kernel for bttv (2.6.9?),
What do you expect? With just one single report and not remotely
being clear what exactly caused it ...
> I've heard that there is some way to dump eeproms; Is there a way to
> write
Hello,
On Tue, 1 Mar 2005 13:21:16 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Hello, Bartlomiej.
> Hello, Jeff.
>
> On Mon, Feb 28, 2005 at 05:14:55PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > On Monday 28 February 2005 16:24, Tejun Heo wrote:
> > > Bartlomiej Zolnierkiewicz wrote:
> > > >
Hi, long time no see :-)
Currently, I/O error is not a leading cause of system failure.
However, since Linux nowadays is making great progress on its
scalability, and ever larger number of PCI devices are being
connected to a single high-performance server, the risk of the
I/O error is increasing
also sprach Pavel Machek
> > > Could you, please, verify that you don't need to load any
> > > modules from initrd for your swap partition to work? It won't
> > > work if you do.
> >
> > this makes perfect sense to me when you talk about resuming.
> > does it also apply to suspending?
>
> As
On Mon, Feb 28, 2005 at 07:05:54PM -0500, Adam Belay wrote:
> On Fri, 2005-02-25 at 15:41 -0800, Greg KH wrote:
> > On Thu, Feb 10, 2005 at 04:37:03PM -0500, Adam Belay wrote:
> > > On Thu, 2005-02-10 at 18:45 +, Russell King wrote:
> > > > On Thu, Feb 10, 2005 at 12:18:37PM -0500, Adam Belay
On Mon, 2005-02-28 at 19:17 +0300, Evgeniy Polyakov wrote:
> On 28 Feb 2005 10:31:33 -0500
> jamal <[EMAIL PROTECTED]> wrote:
> > I would bet the benefit you are seeing has to do with batching rather
> > than such an optimization flag. Different ballgame.
> > I relooked at their code snippet, they
On Mon, Feb 28, 2005 at 05:14:25PM +, James Chapman wrote:
> +/* Define to compile in pr_debug() trace */
> +#undef DEBUG
Not needed, we do this in the makefile now.
> + if (debug >= 1)
> + pr_debug("%s: client=%p, dt=%p\n", __FUNCTION__, client, dt);
Please use the
On Mon, Feb 28, 2005 at 09:24:43PM +0100, Kay Sievers wrote:
> On Mon, Feb 28, 2005 at 11:46:42AM -0800, Greg KH wrote:
> > On Sat, Feb 26, 2005 at 06:53:16AM +0100, Kay Sievers wrote:
> > > This splits the implicit generation of a hotplug events from
> > > kobject_add() and kobject_del(), to give
Adrian Bunk wrote:
Before I'm getting flamed to death:
Adrian,
I have a few comments below.
This patch contains possible cleanups. If parts of this patch conflict
with pending changes these parts of my patch have to be dropped.
This patch contains the following possible cleanups:
- make
Am Donnerstag, den 24.02.2005, 10:03 +0100 schrieb Vojtech Pavlik:
> On Mon, Feb 21, 2005 at 09:06:55AM +0100, Kenan Esau wrote:
>
> > > > I also checked my original standalone-driver: Because of this behaviour
> > > > I always retried the last command 3 times if the responce from the
> > > >
Andrew Theurer wrote:
Nick, can you describe the system you run the DB tests on? Do you have
any cpu idle time stats and hopefully some context switch rate stats?
Yeah, it is dbt3-pgsql on OSDL's 8-way STP machines. I think they're
PIII Xeons with 2MB L2 cache.
I had been having some difficulty
On Mon, 28 Feb 2005 20:41:31 + (GMT), Hugh Dickins <[EMAIL PROTECTED]>
wrote:
> On Mon, 28 Feb 2005, Mauricio Lin wrote:
> >
> > Now I am testing with /proc/pid/smaps and the values are showing that
> > the old one is faster than the new one. So I will keep using the old
> > smaps version.
>
On Mon, 28 Feb 2005 20:41:31 + (GMT), Hugh Dickins [EMAIL PROTECTED]
wrote:
On Mon, 28 Feb 2005, Mauricio Lin wrote:
Now I am testing with /proc/pid/smaps and the values are showing that
the old one is faster than the new one. So I will keep using the old
smaps version.
Sorry, I
Andrew Theurer wrote:
Nick, can you describe the system you run the DB tests on? Do you have
any cpu idle time stats and hopefully some context switch rate stats?
Yeah, it is dbt3-pgsql on OSDL's 8-way STP machines. I think they're
PIII Xeons with 2MB L2 cache.
I had been having some difficulty
Am Donnerstag, den 24.02.2005, 10:03 +0100 schrieb Vojtech Pavlik:
On Mon, Feb 21, 2005 at 09:06:55AM +0100, Kenan Esau wrote:
I also checked my original standalone-driver: Because of this behaviour
I always retried the last command 3 times if the responce from the
device was 0xfe
Adrian Bunk wrote:
Before I'm getting flamed to death:
Adrian,
I have a few comments below.
This patch contains possible cleanups. If parts of this patch conflict
with pending changes these parts of my patch have to be dropped.
This patch contains the following possible cleanups:
- make
On Mon, Feb 28, 2005 at 09:24:43PM +0100, Kay Sievers wrote:
On Mon, Feb 28, 2005 at 11:46:42AM -0800, Greg KH wrote:
On Sat, Feb 26, 2005 at 06:53:16AM +0100, Kay Sievers wrote:
This splits the implicit generation of a hotplug events from
kobject_add() and kobject_del(), to give the user
On Mon, Feb 28, 2005 at 05:14:25PM +, James Chapman wrote:
+/* Define to compile in pr_debug() trace */
+#undef DEBUG
Not needed, we do this in the makefile now.
+ if (debug = 1)
+ pr_debug(%s: client=%p, dt=%p\n, __FUNCTION__, client, dt);
Please use the dev_dbg(),
On Mon, 2005-02-28 at 19:17 +0300, Evgeniy Polyakov wrote:
On 28 Feb 2005 10:31:33 -0500
jamal [EMAIL PROTECTED] wrote:
I would bet the benefit you are seeing has to do with batching rather
than such an optimization flag. Different ballgame.
I relooked at their code snippet, they dont even
On Mon, Feb 28, 2005 at 07:05:54PM -0500, Adam Belay wrote:
On Fri, 2005-02-25 at 15:41 -0800, Greg KH wrote:
On Thu, Feb 10, 2005 at 04:37:03PM -0500, Adam Belay wrote:
On Thu, 2005-02-10 at 18:45 +, Russell King wrote:
On Thu, Feb 10, 2005 at 12:18:37PM -0500, Adam Belay wrote:
also sprach Pavel Machek pavel () ucw ! cz
Could you, please, verify that you don't need to load any
modules from initrd for your swap partition to work? It won't
work if you do.
this makes perfect sense to me when you talk about resuming.
does it also apply to suspending?
As
Hi, long time no see :-)
Currently, I/O error is not a leading cause of system failure.
However, since Linux nowadays is making great progress on its
scalability, and ever larger number of PCI devices are being
connected to a single high-performance server, the risk of the
I/O error is increasing
Hello,
On Tue, 1 Mar 2005 13:21:16 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
Hello, Bartlomiej.
Hello, Jeff.
On Mon, Feb 28, 2005 at 05:14:55PM +0100, Bartlomiej Zolnierkiewicz wrote:
On Monday 28 February 2005 16:24, Tejun Heo wrote:
Bartlomiej Zolnierkiewicz wrote:
Nope, it
James Bruce [EMAIL PROTECTED] writes:
If you could suggest a very well tested kernel for bttv (2.6.9?),
What do you expect? With just one single report and not remotely
being clear what exactly caused it ...
I've heard that there is some way to dump eeproms; Is there a way to
write them
On Tue, Feb 22 2005, Greg Stark wrote:
Jens Axboe [EMAIL PROTECTED] writes:
fsync has been working all along, since the initial barrier support for
ide. only ext3 and reiserfs support it.
Really? That's huge news. Since what kernel version(s) is that?
Since 2.6.9.
What about a
On Mon, 28 Feb 2005 14:48:20 EST, [EMAIL PROTECTED] said:
Symptoms: Running '/etc/init.d/pcmcia start' bombs - cardmgr goes into
a loop spewing repeated 'Common memory region at 0x0: Generic or SRAM'
messages. In the dmesg, we find:
[4294859.369000] cs: unable to map card memory!
Nick Piggin wrote:
Andrew Theurer wrote:
Nick, can you describe the system you run the DB tests on? Do you
have any cpu idle time stats and hopefully some context switch rate
stats?
Yeah, it is dbt3-pgsql on OSDL's 8-way STP machines. I think they're
PIII Xeons with 2MB L2 cache.
I had been
Hi Martin.
On Tue, 2005-03-01 at 19:22, martin f krafft wrote:
also sprach Pavel Machek pavel () ucw ! cz
Could you, please, verify that you don't need to load any
modules from initrd for your swap partition to work? It won't
work if you do.
this makes perfect sense to me
On Tuesday March 1, [EMAIL PROTECTED] wrote:
Neil Brown wrote:
Could you please confirm if there is a problem with
2.6.11-rc4-bk4-bk10
as reported, and whether it seems to be the same problem.
Ok.. are we all ready? I had applied your development patches to all my
vanilla
That's reasonable. Thanks for the patch.
Petko
On Tue, 1 Mar 2005, Adrian Bunk wrote:
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/usb/net/pegasus.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
---
Hello,
On Tue, Mar 01, 2005 at 09:42:18AM +0100, Bartlomiej Zolnierkiewicz wrote:
Hello,
On Tue, 1 Mar 2005 13:21:16 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
So, how do you like the following set of TFLAG's?
/* struct ata_taskfile flags */
/* The following six flags are used
On Tue, Mar 01, 2005 at 01:45:47AM +0100, Carl-Daniel Hailfinger wrote:
Can I prevent mtime updates for all device files? Mounting /dev readonly
would certainly help, but for that to work I'd have to move /dev to a
different filesystem, right?
tty mtime updates aren't marked dirty, so aren't
Pavel Machek [EMAIL PROTECTED] wrote:
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
On Tue, 1 Mar 2005 18:29:15 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
Hello,
On Tue, Mar 01, 2005 at 09:42:18AM +0100, Bartlomiej Zolnierkiewicz wrote:
Hello,
On Tue, 1 Mar 2005 13:21:16 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
So, how do you like the following set of TFLAG's?
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Stopping tasks: ==|
Freeing memory... done (7069 pages freed)
swsusp: Need to copy 7847 pages
swsusp: critical section/: done (7879 pages
I can't use sockfd_put(sock) directly.
I trace its code, the code is
extern __inline__ void sockfd_put(struct socket *sock)
{
fput(sock-file);
}
so I use fput(sock-file)
but it has problems too
1) execute ls in the ftp is also block
2) kernel prints socki_lookup: socket file
Resume on SMP locks up.
Relocating pagedir |
Reading image data (8157 pages): 100% 8157 done.
Stopping tasks: |
Freeing memory... done (0 pages freed)
Freezing CPUs (at 1)...Sleeping in:
[c0103c1d] dump_stack+0x19/0x20
[c0133c7f] smp_pause+0x1f/0x54
Hi!
Could you, please, verify that you don't need to load any
modules from initrd for your swap partition to work? It won't
work if you do.
this makes perfect sense to me when you talk about resuming.
does it also apply to suspending?
As kernel is the same for suspend
Hi!
Could you, please, verify that you don't need to load any
modules from initrd for your swap partition to work? It won't
work if you do.
this makes perfect sense to me when you talk about resuming.
does it also apply to suspending?
As kernel is the same for
Hi!
btw, suspend is a bit messy. The disk spins down. Then up. Then down
again. And:
Yes, that's known, pm_message_t needs to become struct to solve disk
pingpong properly.
Debug: sleeping function called from invalid context at mm/slab.c:2082
in_atomic():0, irqs_disabled():1
Hi!
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
Hi!
Resume on SMP locks up.
Does it work on UP kernel on same hardware? NMI watchdog is problem
for suspend, it takes long to do various phases. Can you disable it
for testing?
Pavel
Relocating pagedir |
Reading image data
Am Dienstag, 1. März 2005 11:48 schrieb Andrew Morton:
Alex, please use mailing lists...
sorry, I was used to have reply-to set to the mailing list ;)
double-checking next time..
Dominik, do we really always want to drag in the firmware loader if
CONFIG_PCMCIA?
Hmm. I've enabled the
I couldnt duplicate the performance hit so I believe the proper fix not
the hack is the right one
-
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
On Gwe, 2005-01-28 at 16:12, Linux Kernel Mailing List wrote:
ChangeSet 1.1977.1.2, 2005/01/28 17:12:20+01:00, [EMAIL PROTECTED]
input: Only root should be able to set the N_MOUSE line discipline.
I finally had a chance to trace down why my mouse code for a little gui
library
Andrew Morton [EMAIL PROTECTED] writes:
Pavel Machek [EMAIL PROTECTED] wrote:
In `subj` kernel, machine no longer powers down at the end of
swsusp. 2.6.11-rc5-pavel works ok, as does 2.6.11-bk.
Binary searching indicates that this is due to
Russell King schrieb:
On Tue, Mar 01, 2005 at 01:45:47AM +0100, Carl-Daniel Hailfinger wrote:
Can I prevent mtime updates for all device files? Mounting /dev readonly
would certainly help, but for that to work I'd have to move /dev to a
different filesystem, right?
tty mtime updates aren't
Pavel Machek [EMAIL PROTECTED] writes:
Yes, the patch is very ugly. If something like this needs to be done,
then perhaps acpi should properly register into driver model and do
the work there. This will also mean code will be called consistently.
I totally agree. Do you have an example of
201 - 300 of 528 matches
Mail list logo
