On Thu, 21 Jul 2005 12:11:21 +0100,
Sid Boyce <[EMAIL PROTECTED]> wrote:
> CHK include/linux/version.h
>make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
> CHK include/linux/compile.h
> CHK usr/initramfs_list
> CC arch/i386/kernel/traps.o
On Sun, 17 Jul 2005 13:29:03 +0200 (CEST) Bodo Eggert wrote:
> On Sun, 17 Jul 2005, Bodo Eggert wrote:
>
> > These patches change some menus into menuconfig options.
> >
> > Reworked to apply to linux-2.6.13-rc3-git3
>
> Mostly robotic works.
Hi,
When using xconfig (not menuconfig), the
> of the various environments. I don't think you are one of those end
> users, though. I don't think I'm required to make everyone happy all
> the time. ;)
the issue is whether CKRM (in it's real form, not this thin edge)
will noticably hurt Linux's fast-path.
-
To unsubscribe from this list:
>Still it would be nice to let people know what to do if they
>have problems with
>these changes. Many people don't run -rc kernels and even more people
>don't run -mm, so they have no idea that there are known
>regressions ...
I hope the broader exposure will break the EC patch on
another
On Fri, 22 Jul 2005, Andrew Morton wrote:
>
> Is the benchmark actually doing floating point stuff?
It must be. We still do lazy FP saves.
> We do have the `used_math' optimisation in there which attempts to avoid
> doing the FP save/restore if the app isn't actually using math.
No, it's
On Sun, 17 Jul 2005 13:31:23 +0200 (CEST) Bodo Eggert wrote:
> On Sun, 17 Jul 2005, Bodo Eggert wrote:
>
> > These patches change some menus into menuconfig options.
> >
> > Reworked to apply to linux-2.6.13-rc3-git3
>
> The USB menu.
The USB Gadgets menu is also wacky.
? ? <*> USB
On Sun, 17 Jul 2005 19:03:09 +0200 (CEST) Bodo Eggert wrote:
> On Sun, 17 Jul 2005, Bodo Eggert wrote:
> > On Sun, 17 Jul 2005, Bodo Eggert wrote:
>
> > > These patches change some menus into menuconfig options.
> > >
> > > Reworked to apply to linux-2.6.13-rc3-git3
> >
> > Mostly robotic
On Fri, 22 Jul 2005 00:53:58 EDT, Mark Hahn wrote:
> > > > yes, that's the crux. CKRM is all about resolving conflicting resource
> > > > demands in a multi-user, multi-server, multi-purpose machine. this is
> > > > a
> > > > huge undertaking, and I'd argue that it's completely inappropriate
On Fri, Jul 22, 2005 at 01:09:50AM +0200, Francois Romieu wrote:
> No major change from previous version. I'm quietly merging bits from
> the SiS driver that Lars kindly pointed out. The detection of the
> mac address is done differently.
>
> I'll welcome feedback related to regressions and/or
On 7/21/05, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > > + set_task_state(tsk, TASK_UNINTERRUPTIBLE);
> > > + schedule_timeout(HZ / 100);
> > > + if (signal_pending(tsk))
> > > + break;
> >
> > You specifically allow
Hi.
On Fri, 2005-07-22 at 01:39, Pavel Machek wrote:
> Hi!
>
> > This patch implements a new PF_SYNCTHREAD flag, which allows upcoming
> > the refrigerator implementation to know that a thread is syncing data to
> > disk. This allows the refrigerator to be more reliable, even under heavy
> >
> > > yes, that's the crux. CKRM is all about resolving conflicting resource
> > > demands in a multi-user, multi-server, multi-purpose machine. this is a
> > > huge undertaking, and I'd argue that it's completely inappropriate for
> > > *most* servers. that is, computers are generally so
Hi.
On Fri, 2005-07-22 at 05:42, Patrick Mochel wrote:
> On Thu, 21 Jul 2005, Nigel Cunningham wrote:
>
> > This patch implements freezer support for workqueues. The current
> > refrigerator implementation makes all workqueues NOFREEZE, regardless of
> > whether they need to be or not.
>
> A
bert hubert <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew,
>
> I'm currently at OLS and presented http://ds9a.nl/diskstat yesterday, which
> also references your ancient 'fboot' program.
>
> I've also done experiments along those lines, and will be doing more of them
> soon.
>
> You mention it was
Hi all.
In making some modifications to Suspend, we've discovered that some
arches use kmalloc and others use get_free_pages to allocate the stack.
Is there a reason for the variation? If not, could the following patch
be considered for inclusion (tested on x86 only).
Regards,
Nigel
Sorry - I didn't see Mark's original comment, so I'm replying to
a reply which I did get. ;-)
On Thu, 21 Jul 2005 23:59:09 EDT, Shailabh Nagar wrote:
> Mark Hahn wrote:
> >>I suspect that the main problem is that this patch is not a mainstream
> >>kernel feature that will gain multiple uses,
This patch fixes a warning in the disable_nonboot_cpus call in
kernel/power/smp.c.
Please apply.
Signed-off by: Nigel Cunningham <[EMAIL PROTECTED]>
smp.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -ruNp 830-smp_processor_id_warning.patch-old/kernel/power/smp.c
Paul Jackson wrote:
Martin wrote:
No offense, but I really don't see why this matters at all ... the stuff
in -mm is what's under consideration for merging - what's in SuSE is ...
Yes - what's in SuSE doesn't matter, at least not directly.
No - we are not just considering the CKRM that is
Mark Hahn wrote:
I suspect that the main problem is that this patch is not a mainstream
kernel feature that will gain multiple uses, but rather provides
support for a specific vendor middleware product used by that
vendor and a few closely allied vendors. If it were smaller or
less intrusive,
On Fri, 22 Jul 2005 13:46:37 +1000, Peter Williams wrote:
> Gerrit Huizenga wrote:
> >>I imagine that the cpu controller is missing from this version of CKRM
> >>because the bugs introduced to the cpu controller during upgrading from
> >>2.6.5 to 2.6.10 version have not yet been resolved.
> >
Miles wrote:
> CodingStyle is vague on the issue, though ...
Perhaps we should call it "coding_style" .
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.925.600.0401
-
To unsubscribe
Martin wrote:
> No offense, but I really don't see why this matters at all ... the stuff
> in -mm is what's under consideration for merging - what's in SuSE is ...
Yes - what's in SuSE doesn't matter, at least not directly.
No - we are not just considering the CKRM that is in *-mm now, but also
Gerrit Huizenga wrote:
On Fri, 22 Jul 2005 11:06:14 +1000, Peter Williams wrote:
Paul Jackson wrote:
Matthew wrote:
I don't see the large ifdefs you're referring to in -mm's
kernel/sched.c.
Perhaps someone who knows CKRM better than I can explain why the CKRM
version in some SuSE
Hi Andrew,
I'm currently at OLS and presented http://ds9a.nl/diskstat yesterday, which
also references your ancient 'fboot' program.
I've also done experiments along those lines, and will be doing more of them
soon.
You mention it was a waste of time, do you recall if that meant:
1) that the
Jiri Slaby wrote:
> Bob Tracy napsal(a):
> >Jiri Slaby wrote:
> >>Are these files obsolete and could be deleted from tree.
> >>Does anybody use them? Could anybody compile them?
> >>(...)
> >>drivers/scsi/NCR5380.c
> >>drivers/scsi/NCR5380.h
> >>(...)
> >
> >The above are used by (at least) the
Martin MOKREJŠ wrote:
Hi,
Mark Nipper wrote:
I have a different idea along these lines but not using
bugzilla. A nice system for tracking usage of certain components
might be made by having people register using a certain e-mail
address and then submitting their .config as they try out
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
>
> This patch makes restore_fpu() an inline. When L1/L2 cache are saturated
> it makes a measurable difference.
>
> Results from profiling Volanomark follow. Sample rate was 2000 samples/sec
> (HZ = 250, profile multiplier = 8) on a dual-processor
On Fri, 22 Jul 2005 11:06:14 +1000, Peter Williams wrote:
> Paul Jackson wrote:
> > Matthew wrote:
> >
> >>I don't see the large ifdefs you're referring to in -mm's
> >>kernel/sched.c.
> >
> >
> > Perhaps someone who knows CKRM better than I can explain why the CKRM
> > version in some SuSE
On Thursday 21 July 2005 02:55, Walker, Bruce J (HP-Labs) wrote:
> Like Lars, I too was under the wrong impression about this configfs
> "nodemanager" kernel component. Our discussions in the cluster meeting
> Monday and Tuesday were assuming it was a general service that other
> kernel
PPC64 machines before Power4 need a segment table page allocated for
each CPU. Currently these are allocated statically in a big array in
head.S for all CPUs. The segment tables need to be in the first
segment (so do_stab_bolted doesn't take a recursive fault on the stab
itself), but other than
I have this in my .config file for 2.6.13-rc3:
#
# Multimedia devices
#
# CONFIG_VIDEO_DEV is not set
#
# Digital Video Broadcasting Devices
#
# CONFIG_DVB is not set
And yet these completely empty files are being built:
$ find drivers/media -name built-in.o | xargs ls -go
-rw-rw-r-- 1
This patch makes restore_fpu() an inline. When L1/L2 cache are saturated
it makes a measurable difference.
Results from profiling Volanomark follow. Sample rate was 2000 samples/sec
(HZ = 250, profile multiplier = 8) on a dual-processor Pentium II Xeon.
Before:
10680 restore_fpu
Hi,
Mark Nipper wrote:
I have a different idea along these lines but not using
bugzilla. A nice system for tracking usage of certain components
might be made by having people register using a certain e-mail
address and then submitting their .config as they try out new
versions of
"linux-os \(Dick Johnson\)" <[EMAIL PROTECTED]> writes:
> It will take probably an hour to parse:
> struct BusLogic_FetchHostAdapterLocalRAMReguest
> FetchHostAdapterLocalRAMRequest
> ^!)
Agh! My eyes!
The above names are way overdone by any measure, but is there any
consensus
randy_dunlap wrote:
Hi,
[version 003]
'patchview' merges a patch file and a source tree to a set of
temporary modified files. This enables better patch (re)viewing
and more viewable context. (hopefully)
The patchview script is here:
http://www.xenotime.net/linux/scripts/patchview
I have a different idea along these lines but not using
bugzilla. A nice system for tracking usage of certain components
might be made by having people register using a certain e-mail
address and then submitting their .config as they try out new
versions of kernels.
The idea of
Lukasz Kosewski wrote:
Hey all, introductory blurb here.
This sequence of patches will add a framework to libata to allow for
hot-swapping disks in and out.
There are three patches:
01-promise_sataII150_support
02-libata_hotswap_infrastructure
03-promise_hotswap_support
Pretty cool stuff!
Hi,
I think the discussion going on here in another thread about lack
of positive information on how many testers successfully tested certain
kernel version can be easily solved with real solution.
How about opening separate "project" in bugzilla.kernel.org named
kernel-testers or whatever,
On 7/21/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On 7/21/05, linux-os (Dick Johnson) <[EMAIL PROTECTED]> wrote:
> >
> > On Thu, 21 Jul 2005, Jesper Juhl wrote:
> >
> > > On 7/21/05, Kyle Moffett <[EMAIL PROTECTED]> wrote:
> > >> On Jul 20, 2005, at 20:45:21, Paul Jackson wrote:
> > >
Hi!
> > + set_task_state(tsk, TASK_UNINTERRUPTIBLE);
> > + schedule_timeout(HZ / 100);
> > + if (signal_pending(tsk))
> > + break;
>
> You specifically allow SIGKILL, but then sleep uninterruptibly? And
> then you check if
On 7/22/05, Gaspar Bakos <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Sorry for this nursery-school question.
>
> Could someone briefly explain me :
> 1. what is the kernel page size (any _useful_ pointer on the web is fine),
Depends on arch. Take a look at PAGE_SIZE and PAGE_SHIFT - look in
From: Alexander Nyberg <[EMAIL PROTECTED]>
Fix u32 vs. pm_message_t confusion in drivers/scsi/mesh.c.
Signed-off-by: Alexander Nyberg <[EMAIL PROTECTED]>
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
---
commit 3bd0270be587b87ec14f1fdc50bd8c9e3f1142dc
tree
Paul Jackson wrote:
Matthew wrote:
I don't see the large ifdefs you're referring to in -mm's
kernel/sched.c.
Perhaps someone who knows CKRM better than I can explain why the CKRM
version in some SuSE releases based on 2.6.5 kernels has substantial
code and some large ifdef's in sched.c, but
Paul Jackson wrote:
Matthew wrote:
Perhaps someone who knows CKRM better than I can explain why the CKRM
version in some SuSE releases based on 2.6.5 kernels has substantial
code and some large ifdef's in sched.c, but the CKRM in *-mm doesn't.
Or perhaps I'm confused. There's a good chance
On 7/20/05, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> This adds support for touchscreen of sharp zaurus sl-5500. I got the
> patches from John Lenz <[EMAIL PROTECTED]>, but lots of copyrights are
> Russell King. To do so, it needs to add quite a bit of
> infrastructure. If there's better
On Iau, 2005-07-21 at 15:37 -0700, Darrick J. Wong wrote:
> I've noticed what might be a small bug with the serverworks driver in
> 2.6.12.3. The IBM HS20 blade has a ServerWorks CSB6 IDE controller with
> an optional LSI MegaIDE RAID BIOS (BIOS assisted software raid, iow).
With a binary only
Gaspar Bakos wrote:
Hi,
Sorry for this nursery-school question.
Could someone briefly explain me :
1. what is the kernel page size (any _useful_ pointer on the web is fine),
2. how can one tune it (for 2.6.*)?
3. what kind of effect does it have on system performance, if it is
tuneable, and if
Matthew wrote:
> I don't see the large ifdefs you're referring to in -mm's
> kernel/sched.c.
Perhaps someone who knows CKRM better than I can explain why the CKRM
version in some SuSE releases based on 2.6.5 kernels has substantial
code and some large ifdef's in sched.c, but the CKRM in *-mm
Hi,
Sorry for this nursery-school question.
Could someone briefly explain me :
1. what is the kernel page size (any _useful_ pointer on the web is fine),
2. how can one tune it (for 2.6.*)?
3. what kind of effect does it have on system performance, if it is
tuneable, and if it worth changing
On 21 Jul 2005 17:35:12 -0500, Steve French <[EMAIL PROTECTED]> wrote:
> Yes. CCing those lists is recommended. The best list to send to is and
> which I and others in this area monitor regularly though is
> [EMAIL PROTECTED]
If that's the best list to send to, then I suggest it be added to the
On 2005-07-20T11:39:38, Joel Becker <[EMAIL PROTECTED]> wrote:
> In turn, let me clarify a little where configfs fits in to
> things. Configfs is merely a convenient and transparent method to
> communicate configuration to kernel objects. It's not a place for
> uevents, for netlink
> >>
> >> I also use 2.6.13-rc3-mm1. Will try with a previous version an report to
> >> lkml if
> >> it works.
> >>
> >
> > I just tried 13-rc2-mm1 and dri is working again. Its reported to also work
> > with 13-rc3.
>
Hmm no idea what could have broken it, I'm at OLS and don't have any
DRI
No major change from previous version. I'm quietly merging bits from
the SiS driver that Lars kindly pointed out. The detection of the
mac address is done differently.
I'll welcome feedback related to regressions and/or netconsole testing.
Single file patch:
On Thu, 2005-07-21 at 15:37 -0700, Darrick J. Wong wrote:
> Hi all,
>
> I've noticed what might be a small bug with the serverworks driver in
> 2.6.12.3. The IBM HS20 blade has a ServerWorks CSB6 IDE controller with
> an optional LSI MegaIDE RAID BIOS (BIOS assisted software raid, iow).
> When
> > 2. Occassionally the transmission speeds go extremely low for no
> > apparent reason. While writing this, I am getting 0.39 Mo/s over a
> > gigabit network.
It would help to know whether you are doing mostly writing to or reading
from the server.
Forgot to mention that another thing that
On Sun, 2005-07-17 at 08:20 -0700, Paul Jackson wrote:
> It is somewhat intrusive in the areas it controls, such as some large
> ifdef's in kernel/sched.c.
I don't see the large ifdefs you're referring to in -mm's
kernel/sched.c.
> The sched hooks may well impact the cost of maintaining the
On Thursday 21 July 2005 11:56, Andrew Morton wrote:
> Ed Tomlinson <[EMAIL PROTECTED]> wrote:
> >
> >> -- Forwarded Message --
> >>
> >> Subject: Re: Xorg and RADEON (dri disabled)
> >> Date: Wednesday 20 July 2005 21:25
> >> From: Ed Tomlinson <[EMAIL PROTECTED]>
> >> To:
Hello,
I've got a new Silicon Image 3132 SATA II host-controller, this one is
designed along the SATA (II) specification - (Hot-Plug,NCQ,3GB/s
transfer). This controller is linked to the pci-express bus. I guess
it operate like the 3124 controller with some addition :-) On the
Silicon Image
On Thu, 2005-07-21 at 17:04, Jesper Juhl wrote:
> On 7/21/05, Lasse Kärkkäinen / Tronic <[EMAIL PROTECTED]> wrote:
> > I mailed [EMAIL PROTECTED] (the guy who wrote the driver) about this a
> > month ago, but didn't get any reply. Is anyone working on that driver
> > anymore?
> >
> As far as I
Hi all,
I've noticed what might be a small bug with the serverworks driver in
2.6.12.3. The IBM HS20 blade has a ServerWorks CSB6 IDE controller with
an optional LSI MegaIDE RAID BIOS (BIOS assisted software raid, iow).
When this megaide BIOS is enabled on the HS20, the PCI
subvendor/subdevice
The problem is simple and I have it since 2.6.12 final (tested on 2.6.12,
2.6.12.2, 2.6.13-rc3). After grub stage2 (kernel image loaded) the system
freeze and I can only hit the three-finger-salute (ctrl+alt+del).
The system is:
Asus A8V Deluxe bios 1014.007 (tested with 1014.001 and 1013)
AMD
Michael Tokarev wrote:
echo -n 1 > /sys/.../hostA/targetA:B:C/A:B:C:D/delete
still works. I think.
And (again, I think) this same problem exists with 2.6.11 as well.
At least, I wasn't able to remove-single-device even once (I discovered
this mechanism only recently, haven't tried it with other
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/asfs/asfs_fs.h | 12
fs/asfs/extents.c |4 +++-
fs/asfs/inode.c | 29 ++---
fs/asfs/objects.c |4 +++-
fs/asfs/super.c | 18
On 7/21/05, Lasse Kärkkäinen / Tronic <[EMAIL PROTECTED]> wrote:
> I mailed [EMAIL PROTECTED] (the guy who wrote the driver) about this a
> month ago, but didn't get any reply. Is anyone working on that driver
> anymore?
>
As far as I know Steve is still maintaining cifs. If you wrote him and
Lukasz Kosewski wrote:
[]
[1] The SCSI error on 2.6.13-rc3-mm1 that I found:
'echo "scsi add-single-device a b c d" > /proc/scsi/scsi' //works, or
no-op if the sd corresponding to that device is there already
'echo "scsi remove-single-device a b c d" > /proc/scsi/scsi' //works
'echo "scsi
>2005/7/21, Lasse Kärkkäinen / Tronic <[EMAIL PROTECTED]>:
> Is there a reason why this magnificient piece of software is not already
> in the mainline? It seems to be working very well and provides
> functionality that simply isn't available otherwise.
>
Hi Tronic,
Supermount is obsolete there
Lasse K??rkk??inen / Tronic <[EMAIL PROTECTED]> :
> Is there a reason why this magnificient piece of software is not already
> in the mainline?
Yes, there is. Please search the archives.
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
This patch is an implementation of hotswap on the sata_promise module,
tested on SATA150 and SATAII150 Promise controllers. It depends on
patch 01 from this series of patches to apply, and both 01 and 02 in
order to compile.
We handle hotplug interrupts and call our new API functions in
I mailed [EMAIL PROTECTED] (the guy who wrote the driver) about this a
month ago, but didn't get any reply. Is anyone working on that driver
anymore?
The problems that I wrote him about were:
1. CIFS VFS hangs entirely if the server crashes or otherwise goes
offline. Every process touching the
This patch changes the sata_promise driver in libata to correctly mask
out hotplug interrupts. The location of the primary hotplug registers
in the SATA150 Tx4/Tx2 Plus controllers is correctly defined as '0x6C',
HOWEVER, for the SATAII150 Tx4/Tx2 Plus controllers, this changes to
'0x60'.
This patch is probably the most contentious one; adding a hotswap
framework to libata to allow it to handle disk plugs/unplugs.
The design goals for this framework were as follows:
- easy, stable API.
- simplicity of design and code
- as damn near as we can get to a guarantee that we will NOT
Hi,
Is there any ways to change IPCMNI in include/linux/ipc.h .
It is currently at 32768, and it is not big enough for my
implementation.
Thx for the help.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Hey all, introductory blurb here.
This sequence of patches will add a framework to libata to allow for
hot-swapping disks in and out.
There are three patches:
01-promise_sataII150_support
02-libata_hotswap_infrastructure
03-promise_hotswap_support
The rationale for each will be described in
Is there a reason why this magnificient piece of software is not already
in the mainline? It seems to be working very well and provides
functionality that simply isn't available otherwise.
For those who are not familiar with it: this system does on-demand
mounting when the mount point is accessed
On 7/21/05, linux-os (Dick Johnson) <[EMAIL PROTECTED]> wrote:
>
> On Thu, 21 Jul 2005, Jesper Juhl wrote:
>
> > On 7/21/05, Kyle Moffett <[EMAIL PROTECTED]> wrote:
> >> On Jul 20, 2005, at 20:45:21, Paul Jackson wrote:
> > [...snip...]
> >> *cough*
On Tue, Jul 19, 2005 at 09:42:54AM -0500, Coywolf Qi Hunt wrote:
> This fixes kbuild make help binrpm-pkg missing `''.
Applied, thanks.
Sam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, Jul 21, 2005 at 09:02:09PM +0200, Olaf Hering wrote:
>
> A recent change to the aic scsi driver removed two defines to detect
> endianness. cpp handles undefined strings as 0. As a result, the test turned
> into #if 0 == 0 and the wrong code was selected.
> Adding -Wundef to global
On Thursday, 21 of July 2005 17:24, Michal Schmidt wrote:
> Pavel Machek wrote:
> >>I'm trying to do something similar for x86_64. See the attached patch.
> >>Unfortunately, it doesn't help. The behaviour seems unchanged (resume
> >>still works iff amd64-agp wasn't loaded before suspend).
> >
>
On Thu, 21 Jul 2005, Nigel Cunningham wrote:
> This patch implements a new PF_SYNCTHREAD flag, which allows upcoming
> the refrigerator implementation to know that a thread is syncing data to
> disk. This allows the refrigerator to be more reliable, even under heavy
> load, because it can
Hi Andi
This patch is a trivial one. Provide a differnet defconfig for x86_64.
Each time people get bitten by which scsi controller/eth to use. It might
be possible to setup configs for other systems as well, if there are well
known system names to make it simple for devl.
Please consider for
From: Alan Cox <[EMAIL PROTECTED]>
Date: Thu, Jul 21, 2005 at 08:30:13PM +0100
> On Iau, 2005-07-21 at 19:26 +0200, jurriaan wrote:
> > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> > hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
>
> There was corruption on the cable
On Thu, 21 Jul 2005, Nigel Cunningham wrote:
> This patch implements freezer support for workqueues. The current
> refrigerator implementation makes all workqueues NOFREEZE, regardless of
> whether they need to be or not.
A few comments..
> Signed-off by: Nigel Cunningham <[EMAIL PROTECTED]>
On Thu, 21 Jul 2005, Jesper Juhl wrote:
> On 7/21/05, Kyle Moffett <[EMAIL PROTECTED]> wrote:
>> On Jul 20, 2005, at 20:45:21, Paul Jackson wrote:
> [...snip...]
>> *cough* TargetStatistics[TargetID].HostAdapterResetsCompleted *cough*
>>
>> I suspect linus would be willing to accept a few
From: Michal Schmidt <[EMAIL PROTECTED]>
The attached patch stops the disks from spinning down and up on
suspend. The patch applies to 2.6.13-rc3-mm1 (depends on
pm_message_t being struct).
Signed-off-by: Michal Schmidt <[EMAIL PROTECTED]>
---
commit 3d1f9a53dcf4a73934daeb878493ed512fd78407
hi!
> >>I'd like to get this tested under as many configurations as
> >>possible. With this, your hdd should no longer do "yoyo" (spindown,
> >>spinup, spindown) during suspend...
> >
> >
> >It looks like the patch is now in -mm (I use 2.6.13-rc3-mm1).
> >But my disks still yoyo during suspend.
On Iau, 2005-07-21 at 19:26 +0200, jurriaan wrote:
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
There was corruption on the cable between the controller and drive. That
usually indicates a cable or noise problem in the PC
A recent change to the aic scsi driver removed two defines to detect
endianness. cpp handles undefined strings as 0. As a result, the test turned
into #if 0 == 0 and the wrong code was selected.
Adding -Wundef to global CFLAGS will catch such errors.
Signed-off-by: Olaf Hering <[EMAIL
On Thu, 21 Jul 2005 20:49:59 +0200 Guillaume Chazarain wrote:
> 2005/7/21, Voluspa <[EMAIL PROTECTED]>:
> >
> > 2h48m at 100 HZ
> > 2h48m at 250 HZ
> > 2h47m at 1000 HZ
>
> Now, what would be interesting is to see if the lack of differences
> comes from the fact that the processor has enough
2005/7/21, Voluspa <[EMAIL PROTECTED]>:
>
> 2h48m at 100 HZ
> 2h48m at 250 HZ
> 2h47m at 1000 HZ
Now, what would be interesting is to see if the lack of differences
comes from the fact that the processor has enough time to sleep,
not enough time, or simply it does not matter.
That is, is it a
On 7/21/05, Kyle Moffett <[EMAIL PROTECTED]> wrote:
> On Jul 20, 2005, at 20:45:21, Paul Jackson wrote:
[...snip...]
> *cough* TargetStatistics[TargetID].HostAdapterResetsCompleted *cough*
>
> I suspect linus would be willing to accept a few cleanup patches for the
> BusLogic.c file. Perhaps
On Thu, 21 Jul 2005 20:14:32 +0200 Jesper Juhl wrote:
> On 7/21/05, Voluspa <[EMAIL PROTECTED]> wrote:
[...]
> >
> Ok, so with an idle machine, different HZ makes no noticeable
> difference, but I'd suspect things would be different if the machine
> was actually doing some work.
I first thought
On 7/21/05, Voluspa <[EMAIL PROTECTED]> wrote:
>
> I'd gladly (ehum..) redo this mind-numbingly boring test if someone can
> point me to a magic software which unleashes some untapped powersaving
> feature of the CPU.
>
> _Kernel 2.6.13-rc3 Boot to Death_:
>
> 2h48m at 100 HZ
> 2h48m at 250 HZ
Whenever I use kexec() to reboot into a new kernel, sound doesn't work
properly. KDE doesn't display a mixer.
All modules seem to be loaded, though - and after a reboot using
"reboot" instead of "kexec", sound works flawlessly with the same setup.
/etc/init.d/alsa restart doesn't change things,
On Thu, 2005-07-21 at 22:43 +0530, krishna wrote:
> Hi,
>
> Can any one tell me
> why is the jiffies _128_ in jffs2_find_gc_block() in gc.c of jffs2.
jiffies isn't set in that function. The value of jiffies is modded by
128. Since jiffies is a volatile value, the value of n is usually
Alan Cox <[EMAIL PROTECTED]> writes:
> At the moment tty buffers are attached directly to the tty. This is
> causing a lot of the problems related to tty layer locking, also
> problems at high speed and also with bursty data (such as occurs in
> virtualised environments)
>
> I'm working on
from dmesg:
Linux version 2.6.13-rc3-mm1 ([EMAIL PROTECTED]) (gcc version 4.0.1 (Debian
4.0.1-2)) #4 Thu Jul 21 19:09:25 CEST 2005
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NFORCE-CK804: IDE controller at
At the moment tty buffers are attached directly to the tty. This is
causing a lot of the problems related to tty layer locking, also
problems at high speed and also with bursty data (such as occurs in
virtualised environments)
I'm working on ripping out the flip buffers and replacing them with a
On Jul 20, 2005, at 20:45:21, Paul Jackson wrote:
drivers/scsi/BusLogic.c:
%2d %5d %5d %5d%5d %5d %5d %5d %5d %5d\n",
TargetID, TargetStatistics[TargetID].CommandAbortsRequested,
TargetStatistics[TargetID].CommandAbortsAttempted, TargetStatistics
Michel Bouissou a écrit :
Hi there,
Natalie Protasevich and Alan Stern have worked a lot on helping me out with a
VIA KT400 chipset / kernel 2.6.12 / IO-APIC / IRQ problem "irq 21: nobody
cared!", which so far hasn't found its solution.
Research done with Alan shows that, on my system, the
The 2.6.12.3 kernel compilation fails for
ARCH=ppc when CONFIG_PQ2FADS=y. This patch
has been tested on Freescale PQ2FADS-ZU and
-VR boards.
--- linux-2.6.12.3/arch/ppc/syslib/m82xx_pci.c 2005-07-15 17:18:57.0
-0400
+++ linux-musrum/arch/ppc/syslib/m82xx_pci.c2005-07-20
1 - 100 of 328 matches
Mail list logo