-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jens!
Thanks for the sample code. I've trimmed the recipient list a bit...
Jens Axboe wrote:
> Perhaps the IDLE or IDLEIMMEDIATE commands imply a head parking, that
> would make sense. As you say, you can hear a drive parking its head.
> Here's
> Part 1: The easy stuff.
>
> In many config submenus, the first menu option will enable the rest
> of the menu options. For these menus, It's appropriate to use the more
> convenient "menuconfig" keyword.
>
> I hope I got it right, especially the conversions to "if SYMBOL" and
> merging the
On Fri, 1 Jul 2005, Bodo Eggert wrote:
> Part 1b: The easy stuff for 2.6.13-rc1.
This is the same patch without the changes in /net, as requested by Sam
Ravnborg. It does include the first update.
--- rc1-a/drivers/md/Kconfig2005-06-30 11:21:40.0 +0200
+++ rc1-b/drivers/md/Kconfig
Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> I see your point. But then this is really not a security issue, but
> an "are you sure you want to format C:" style protection for the
> user's own sake. Adding a mount option (checked by the library) for
> this would be fine. E.g. with
Hello,
This patch removes the ugly union declaration in cn_fork.h and
cn_exit.h files. The code is cleaner without the union and the price is
only four bytes added in the structure.
Thanks to Alexander Nyberg for reporting this.
Signed-off-by: Guillaume Thouvenin <[EMAIL PROTECTED]>
---
ok, looks all right to me.
Petko
On Sat, 2 Jul 2005, Adrian Bunk wrote:
The only uses of both variables were recently removed.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/usb/net/pegasus.c |1 -
drivers/usb/net/rtl8150.c |2 --
2 files changed, 3
Part 4b: The CPU scaling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch applies to 2.6.12 and 2.6.13-rc1
--- x/drivers/cpufreq/Kconfig 2005-07-04
Quoting Greg KH ([EMAIL PROTECTED]):
> On Sun, Jul 03, 2005 at 02:53:17PM -0400, James Morris wrote:
> > On Sun, 3 Jul 2005, Tony Jones wrote:
> >
> > > There just isn't enough content to justify a stacker specific filesystem
> > > IMHO.
> >
> > It might be worth thinking about a more general
Hi all,
Here is our (see copyright section ;)) simple script that help to create
a bug report:
http://stud.wsi.edu.pl/~piotrowskim/files/ort/beta/ort-b5.tar.bz2
Why do we do this?
Because many people don't have time to prepare a good (with all
importrant pieces of information) bug report.
On Mon, 4 Jul 2005, Sam Ravnborg wrote:
> On Thu, Jun 30, 2005 at 11:06:01PM +0200, Bodo Eggert wrote:
> > Part 1: The easy stuff.
> > In many config submenus, the first menu option will enable the rest
> > of the menu options. For these menus, It's appropriate to use the more
> > convenient
Hey,
Quoting Kurt Garloff ([EMAIL PROTECTED]):
> Getting rid of dummy entirely would be better, I agree, but someone
> needs to review that this won't break anything.
Unfortunately I think it's way too soon for that. Even if stacker is
accepted, it is still a module (for now at least) which can
On Fri, Jul 01, 2005 at 04:40:18AM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc1/2.6.13-rc1-mm1/
I get this when building on ppc32:
CC [M] drivers/net/skge.o
drivers/net/skge.c: In function `skge_probe':
drivers/net/skge.c:3151:
Part 1b: The easy stuff.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
These are some missing changes from the first patch(es).
I don't know where they went missing.
On 7/4/05, Al Boldi <[EMAIL PROTECTED]> wrote:
> Bartlomiej Zolnierkiewicz wrote: {
> Please pull from:
> rsync://rsync.kernel.org/pub/scm/linux/kernel/git/bart/ide-2.6.git
> }
>
> Does it fix the idedriver int/dma problem?
What is the "int/dma problem"?
-
To unsubscribe from this list: send the
Part 2b: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
Patch for .13-rc1.
This patch includes the missing changes from the previous patch
---
Part 2b: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch includes the missing changes from the previous patch
--- x/drivers/usb/atm/Kconfig
Summary of error:
insmod error inserting '/lib/ata_piix.ko': -1 Unknown symbol in module
ERROR: /bin/insmod exited abnormally!
Mounting root filesystem
mount: error 19 mounting ext3
mount: error 2 mounting none
Switching to new root
switchroot: mount failed: 22
umount /initrd/dev failed: 2
Hi Serge,
On Mon, Jul 04, 2005 at 07:01:05AM -0500, [EMAIL PROTECTED] wrote:
> Quoting Tony Jones ([EMAIL PROTECTED]):
> > On Mon, Jul 04, 2005 at 08:59:02AM +0200, Kurt Garloff wrote:
> >
> > > > The topic of replacing dummy (with capability) was discussed there
> > > > last week, in the
Documentation for how the ISA DMA controller is handled in the kernel.
Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
New version after feedback from Randy Dunlap.
Index: linux-wbsd/Documentation/DMA-ISA-LPC.txt
===
---
On Mon, 4 Jul 2005, Russell King wrote:
> On Mon, Jul 04, 2005 at 12:43:56PM +0200, Bodo Eggert wrote:
> > Part 4: The CPU scaling menu.
> >
> > In many config submenus, the first menu option will enable the rest
> > of the menu options. For these menus, It's appropriate to use the more
> >
Anton Blanchard wrote: {
Id suggest adding a printk level to the printks in mm/oom-kill.c and using
/proc/sys/kernel/printk to silence them.
}
Good option!
Also, why is OOM-killer needed when overcommit is disabled?
Al
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Bartlomiej Zolnierkiewicz wrote: {
Please pull from:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/bart/ide-2.6.git
}
Does it fix the idedriver int/dma problem?
Al
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Quoting Tony Jones ([EMAIL PROTECTED]):
> On Mon, Jul 04, 2005 at 08:59:02AM +0200, Kurt Garloff wrote:
>
> > > The topic of replacing dummy (with capability) was discussed there
> > > last week, in the context of stacker, but a common solution for both
> > > cases would be needed.
> >
> > Both
Quoting Tony Jones ([EMAIL PROTECTED]):
> Hey Serge,
>
> I don't think your symbol_get() is doing what you think it is ;-)
Hmm, I wonder whether something changed. It shouldn't be possible to
rmmod module b if module a has done a symbol_get on it... This may mean
more stringent locking will be
On Mon, Jul 04, 2005 at 12:27:13PM +0200, Miklos Szeredi wrote:
> E.g. with "mount_nonempty" it would not refuse to
> mount on a non-leaf dir, and README would document, that using this
> option might cause trouble. Otherwise the mount would be refused with
> a reference to the above option.
* William Weston <[EMAIL PROTECTED]> wrote:
> > Which video driver is X using? What nice value is the X server running
> > at?
>
> Hardware is Intel 82865G (integrated) with DRM i915 1.1.0 20040405 and
> xorg-3.8.2 i810 driver, running at nice 0, priority 15. Should I bump
> the priority
Hi,
I need help in the following issue, i'll explain the mechanisum & the
problem i'm facing,
1) In the existing wireless lan driver we've MPDU's & MSDU's, all the
MPDU's are handled by the firmware where as all the MSDU's by the
driver. Now i need to implement 802.11E protocol based block
On Mon, Jul 04 2005, Lenz Grimmer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> Jens Axboe wrote:
>
> > It isn't too pretty to rely on such unreliable timing anyways. I'm
> > not too crazy about spinning the disk down either, it's useless wear
> > compared to just
On 7/4/05, Pekka Enberg <[EMAIL PROTECTED]> wrote:
> Hi Jesper,
>
> On 7/4/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > static int
> > ibm_hdaps_open(struct inode *inode, struct file *filp)
> > {
> > printk("%s() start\n", __func__);
> > if (!atomic_dec_and_test(_hdaps_available)) {
On Thu, Jun 30, 2005 at 11:06:01PM +0200, Bodo Eggert wrote:
> Part 1: The easy stuff.
>
> In many config submenus, the first menu option will enable the rest
> of the menu options. For these menus, It's appropriate to use the more
> convenient "menuconfig" keyword.
Please do not touch
On Mon, Jul 04, 2005 at 01:28:06AM +0200, Peter Osterlund wrote:
> Vojtech Pavlik <[EMAIL PROTECTED]> writes:
>
> > On Sun, Jul 03, 2005 at 01:49:13PM +0200, Peter Osterlund wrote:
> > > Dmitry Torokhov <[EMAIL PROTECTED]> writes:
> > >
> > > > It looks like logic for enabling hardware tapping
Part 4: The profiling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for 2.6.12 and .13-rc1
--- a/./arch/sh/oprofile/Kconfig
On Mon, Jul 04, 2005 at 12:43:56PM +0200, Bodo Eggert wrote:
> Part 4: The CPU scaling menu.
>
> In many config submenus, the first menu option will enable the rest
> of the menu options. For these menus, It's appropriate to use the more
> convenient "menuconfig" keyword.
>
> This patch is
Hi Jesper,
On 7/4/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> static int
> ibm_hdaps_open(struct inode *inode, struct file *filp)
> {
> printk("%s() start\n", __func__);
> if (!atomic_dec_and_test(_hdaps_available)) {
> printk("%s() busy\n", __func__);
>
Part 4: The CPU scaling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for 2.6.13-rc1
--- rc1-a/./arch/sh/Kconfig 2005-06-30
On 7/4/05, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> Here are some numbers on the size these filesystems as in current -mm
> ('wc fs/${fs}/* include/linux/${fs}*')
Sloccount [1] gives more meaningful numbers than wc:
('sloccount fs/${fs}/* include/linux/${fs}*')
nfs: 21,046
9p:3,856
On Mon, 4 Jul 2005, Bodo Eggert wrote:
Part 4: The CPU scaling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for 2.6.12 , the patch for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Jens Axboe wrote:
> It isn't too pretty to rely on such unreliable timing anyways. I'm
> not too crazy about spinning the disk down either, it's useless wear
> compared to just parking the head.
Fully agreed, and that's the approach the IBM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jens,
thanks for your quick reply!
Jens Axboe wrote:
> Dunno if there's something that explicitly only parks the head, the
> best option is probably to issue a STANDBY_NOW command. You can test
> this with hdparm -y.
Thanks for the hint! As
On Mon, 4 Jul 2005, Christoph Hellwig wrote:
> On Sun, Jul 03, 2005 at 01:30:23PM +0100, Hugh Dickins wrote:
> > > this way we don't need to put a lot of __slow's in the code *and* it's
> > > based on measurements not assumptions, and can be tuned for a specific
> > > situation in addition.
> >
>
> "solving it properly" refers to hardening the leaf node constraint
> against circumvention I assume. Suppose there's a script for doing simple
> on-line backups using "find". Now explain to the user why he lost his
> data due to a backup script geting EACCES on a non-leaf FUSE mount.
I see your
On Mon, 4 Jul 2005, Bodo Eggert wrote:
Part 3: The APM menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for .13-rc1.
---
Part 3: The APM menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for 2.6.12; the patch for .13-rc1 will be posted
as a reply.
---
On Sun, 3 Jul 2005, Michał Piotrowski wrote:
Hi,
Vojtech Pavlik wrote:
Sorry to say that, but:
I definitely won't be interested in bug reports from an automated tool
like this. I don't have the time to go through the heaps of information
it collects - I need a short and to the point
On Mon, Jul 04, 2005 at 10:56:30AM +0200, Miklos Szeredi wrote:
> > It is important because on UNIX, "root" rules on local filesystems.
> > I dont't like the idea of root not being able to run "find -xdev"
> > anymore for administrative tasks, just because something got hidden
> > by accident or
Part 2: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
Patch for .13-rc1. Only offset changes compared to .12.
--- rc1-a/./drivers/usb/net/Kconfig
Part 2: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient "menuconfig" keyword.
This patch is designed for 2.6.12; the patch for .13-rc1 will be posted
as a reply.
---
yes,
#define IDEFLOPPY_TICKS_DELAY HZ/20
seems to be the solution.
when I've tested some values for IDEFLOPPY_TICKS_DELAY in December 2004,
I cannot found the best value for this. The Kernel version was 2.6.8
from the SuSE9.2 distribution.
I take a look in ide-cd.c and found there the function
On Sun, Jul 03, 2005 at 01:30:23PM +0100, Hugh Dickins wrote:
> > this way we don't need to put a lot of __slow's in the code *and* it's
> > based on measurements not assumptions, and can be tuned for a specific
> > situation in addition.
>
> This is reminiscent of "fur", whose source Old SCO
> Changes since 2.6.12-ck2:
> +cfq-ts-2.diff
> +cfq-ts-4.diff
> Two cfq-timeslice updates from Jens
>
> +patch-2.6.12.2
> Latest stable version
Hi Con and everyone.
Time seems to pass very fast with this kernel. The console blanks after
some 10 seconds; I wasn't able to log on as agetty timed
On Sun, Jul 03, 2005 at 08:42:24PM -0700, Hans Reiser wrote:
> >>Right. But, /proc started somewhere, didn't it?
> >>
> >>
> >
> >Sun.
> >
> >
> No, plan 9.
Almost on the right track, it was v8, two steps before plan9. But that's
just the process-part of procfs, not the big mess we have
[CC restored]
> Okay, I just wanted to mention CODA. Modifying CODA is probably still
> better than modifying NFS (as akpm suggested at one point).
Definitely.
Here are some numbers on the size these filesystems as in current -mm
('wc fs/${fs}/* include/linux/${fs}*')
nfs: 25495
9p:6102
> It is important because on UNIX, "root" rules on local filesystems.
> I dont't like the idea of root not being able to run "find -xdev"
> anymore for administrative tasks, just because something got hidden
> by accident or just for fun by a user. It's not about malicious
> users who want to
On Mon, Jul 04, 2005 at 12:15:00PM +0400, Andrey Panin wrote:
> Me too, but I can confirm that my SIIG single port serial card still works
> with the patch, so at least SIIG quirk table cleanup didn't broke anything.
Thanks for testing.
> IMHO this cleanup could became a separate easy to merge
On Fri, 1 Jul 2005, Lee Revell wrote:
> On Fri, 2005-07-01 at 18:46 -0700, William Weston wrote:
> > FWIW, I'm still seeing the SMT scheduling? meltdown issues with
> > -50-42.
> > Running two instances of 'dd if=/dev/zero of=/dev/null bs=65536'
> > instead
> > of 'burnP6' results in the same
On 185, 07 04, 2005 at 08:00:12AM +0200, Lenz Grimmer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Jesper,
>
> Jesper Juhl wrote:
>
> > I just had a nice chat with the guys there and we got some
> > improvements made by them and us merged up. And I /think/ we agreed
> > that
> Actually, the right question is "how is fuse better than coda". I've
> asked that before; unlike nfs, userspace filesystems implemented with
> coda actually *work*, but do not provide partial-file writes.
You answered your own question.
I did talk to Jan Harkes about the file I/O issue before
randy_dunlap wrote:
>+The DMA:able address space is the lowest 16 MB of _physical_ memory.
> The DMA-able
>+Also the transfer block may not cross page boundaries (which are 64k).
> I would write:(which are 64 KB).
>
>if I knew that was correct, but I don't.
On 176, 06 25, 2005 at 04:21:00PM +0100, Russell King wrote:
> Hi,
>
> I've decided to get rid of the code duplication between parport_serial
> and 8250_pci.
>
> Essentially, we have two modules which support serial PCI devices.
> As far as these serial PCI devices go, both modules contain
On Mon, Jul 04, 2005 at 08:59:02AM +0200, Kurt Garloff wrote:
> > The topic of replacing dummy (with capability) was discussed there
> > last week, in the context of stacker, but a common solution for both
> > cases would be needed.
>
> Both cases?
CONFIG_SECURITY_STACKER and
Hi!
> > Do not call device_shutdown with interrupts disabled. It is wrong and
> > produces ugly warnings.
>
> Hm. How about (possible whitespace damage):
Hmm, right, that's better patch. Applied (will push upstream with next
batch).
Pavel
On Mon, Jul 04 2005, Arjan van de Ven wrote:
>
> >
> > Yeah, that likely needs a little help from the ide driver. If you force
> > a spindown, you will effectively have parked the head for as long as the
> > spindown + spinup takes. That could turn out to be enough, it will take
> > more than
> tree e6a38b3d6bf434f08054562113bb660c4227769f
> parent 4a89a04f1ee21a7c1f4413f1ad7dcfac50ff9b63
> author Linus Torvalds <[EMAIL PROTECTED]> Sun, 03 Jul 2005 00:35:33 -0700
> committer Linus Torvalds <[EMAIL PROTECTED]> Sun, 03 Jul 2005 00:35:33 -0700
>
> If ACPI doesn't find an irq listed,
On Mon, 4 Jul 2005, [EMAIL PROTECTED] wrote:
> in do_page_fault() (kernel 2.6.11.11) include one piece of code as
> follow:
>
>
> if (!down_read_trylock(>mmap_sem)) {
> if ((error_code & 4) == 0 &&
> !search_exception_tables(regs->eip))
> goto
>
> Yeah, that likely needs a little help from the ide driver. If you force
> a spindown, you will effectively have parked the head for as long as the
> spindown + spinup takes. That could turn out to be enough, it will take
> more than 1-2 seconds anyways.
I doubt it; laptop disks seem to be
Yeah, that likely needs a little help from the ide driver. If you force
a spindown, you will effectively have parked the head for as long as the
spindown + spinup takes. That could turn out to be enough, it will take
more than 1-2 seconds anyways.
I doubt it; laptop disks seem to be
On Mon, 4 Jul 2005, [EMAIL PROTECTED] wrote:
in do_page_fault() (kernel 2.6.11.11) include one piece of code as
follow:
if (!down_read_trylock(mm-mmap_sem)) {
if ((error_code 4) == 0
!search_exception_tables(regs-eip))
goto
tree e6a38b3d6bf434f08054562113bb660c4227769f
parent 4a89a04f1ee21a7c1f4413f1ad7dcfac50ff9b63
author Linus Torvalds [EMAIL PROTECTED] Sun, 03 Jul 2005 00:35:33 -0700
committer Linus Torvalds [EMAIL PROTECTED] Sun, 03 Jul 2005 00:35:33 -0700
If ACPI doesn't find an irq listed, don't accept 0
On Mon, Jul 04 2005, Arjan van de Ven wrote:
Yeah, that likely needs a little help from the ide driver. If you force
a spindown, you will effectively have parked the head for as long as the
spindown + spinup takes. That could turn out to be enough, it will take
more than 1-2 seconds
Hi!
Do not call device_shutdown with interrupts disabled. It is wrong and
produces ugly warnings.
Hm. How about (possible whitespace damage):
Hmm, right, that's better patch. Applied (will push upstream with next
batch).
Pavel
--
On Mon, Jul 04, 2005 at 08:59:02AM +0200, Kurt Garloff wrote:
The topic of replacing dummy (with capability) was discussed there
last week, in the context of stacker, but a common solution for both
cases would be needed.
Both cases?
CONFIG_SECURITY_STACKER and !CONFIG_SECURITY_STACKER
randy_dunlap wrote:
+The DMA:able address space is the lowest 16 MB of _physical_ memory.
The DMA-able
+Also the transfer block may not cross page boundaries (which are 64k).
I would write:(which are 64 KB).
if I knew that was correct, but I don't.
Does
Actually, the right question is how is fuse better than coda. I've
asked that before; unlike nfs, userspace filesystems implemented with
coda actually *work*, but do not provide partial-file writes.
You answered your own question.
I did talk to Jan Harkes about the file I/O issue before
On 185, 07 04, 2005 at 08:00:12AM +0200, Lenz Grimmer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jesper,
Jesper Juhl wrote:
I just had a nice chat with the guys there and we got some
improvements made by them and us merged up. And I /think/ we agreed
that I'll maintain
On Fri, 1 Jul 2005, Lee Revell wrote:
On Fri, 2005-07-01 at 18:46 -0700, William Weston wrote:
FWIW, I'm still seeing the SMT scheduling? meltdown issues with
-50-42.
Running two instances of 'dd if=/dev/zero of=/dev/null bs=65536'
instead
of 'burnP6' results in the same behavior.
It is important because on UNIX, root rules on local filesystems.
I dont't like the idea of root not being able to run find -xdev
anymore for administrative tasks, just because something got hidden
by accident or just for fun by a user. It's not about malicious
users who want to hide data:
On 176, 06 25, 2005 at 04:21:00PM +0100, Russell King wrote:
Hi,
I've decided to get rid of the code duplication between parport_serial
and 8250_pci.
Essentially, we have two modules which support serial PCI devices.
As far as these serial PCI devices go, both modules contain similar
On Mon, Jul 04, 2005 at 12:15:00PM +0400, Andrey Panin wrote:
Me too, but I can confirm that my SIIG single port serial card still works
with the patch, so at least SIIG quirk table cleanup didn't broke anything.
Thanks for testing.
IMHO this cleanup could became a separate easy to merge
[CC restored]
Okay, I just wanted to mention CODA. Modifying CODA is probably still
better than modifying NFS (as akpm suggested at one point).
Definitely.
Here are some numbers on the size these filesystems as in current -mm
('wc fs/${fs}/* include/linux/${fs}*')
nfs: 25495
9p:6102
Changes since 2.6.12-ck2:
+cfq-ts-2.diff
+cfq-ts-4.diff
Two cfq-timeslice updates from Jens
+patch-2.6.12.2
Latest stable version
Hi Con and everyone.
Time seems to pass very fast with this kernel. The console blanks after
some 10 seconds; I wasn't able to log on as agetty timed out
On Sun, Jul 03, 2005 at 01:30:23PM +0100, Hugh Dickins wrote:
this way we don't need to put a lot of __slow's in the code *and* it's
based on measurements not assumptions, and can be tuned for a specific
situation in addition.
This is reminiscent of fur, whose source Old SCO opened.
yes,
#define IDEFLOPPY_TICKS_DELAY HZ/20
seems to be the solution.
when I've tested some values for IDEFLOPPY_TICKS_DELAY in December 2004,
I cannot found the best value for this. The Kernel version was 2.6.8
from the SuSE9.2 distribution.
I take a look in ide-cd.c and found there the function
Part 2: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
This patch is designed for 2.6.12; the patch for .13-rc1 will be posted
as a reply.
---
Part 2: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
Patch for .13-rc1. Only offset changes compared to .12.
--- rc1-a/./drivers/usb/net/Kconfig
On Mon, Jul 04, 2005 at 10:56:30AM +0200, Miklos Szeredi wrote:
It is important because on UNIX, root rules on local filesystems.
I dont't like the idea of root not being able to run find -xdev
anymore for administrative tasks, just because something got hidden
by accident or just for fun
On Sun, 3 Jul 2005, Michał Piotrowski wrote:
Hi,
Vojtech Pavlik wrote:
Sorry to say that, but:
I definitely won't be interested in bug reports from an automated tool
like this. I don't have the time to go through the heaps of information
it collects - I need a short and to the point
Part 3: The APM menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
This patch is designed for 2.6.12; the patch for .13-rc1 will be posted
as a reply.
---
On Mon, 4 Jul 2005, Bodo Eggert wrote:
Part 3: The APM menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
This patch is designed for .13-rc1.
---
solving it properly refers to hardening the leaf node constraint
against circumvention I assume. Suppose there's a script for doing simple
on-line backups using find. Now explain to the user why he lost his
data due to a backup script geting EACCES on a non-leaf FUSE mount.
I see your point.
On Mon, 4 Jul 2005, Christoph Hellwig wrote:
On Sun, Jul 03, 2005 at 01:30:23PM +0100, Hugh Dickins wrote:
this way we don't need to put a lot of __slow's in the code *and* it's
based on measurements not assumptions, and can be tuned for a specific
situation in addition.
This is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jens,
thanks for your quick reply!
Jens Axboe wrote:
Dunno if there's something that explicitly only parks the head, the
best option is probably to issue a STANDBY_NOW command. You can test
this with hdparm -y.
Thanks for the hint! As others
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Jens Axboe wrote:
It isn't too pretty to rely on such unreliable timing anyways. I'm
not too crazy about spinning the disk down either, it's useless wear
compared to just parking the head.
Fully agreed, and that's the approach the IBM
On Mon, 4 Jul 2005, Bodo Eggert wrote:
Part 4: The CPU scaling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
This patch is designed for 2.6.12 , the patch for
On 7/4/05, Miklos Szeredi [EMAIL PROTECTED] wrote:
Here are some numbers on the size these filesystems as in current -mm
('wc fs/${fs}/* include/linux/${fs}*')
Sloccount [1] gives more meaningful numbers than wc:
('sloccount fs/${fs}/* include/linux/${fs}*')
nfs: 21,046
9p:3,856
coda:
Part 4: The CPU scaling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
This patch is designed for 2.6.13-rc1
--- rc1-a/./arch/sh/Kconfig 2005-06-30
Hi Jesper,
On 7/4/05, Jesper Juhl [EMAIL PROTECTED] wrote:
static int
ibm_hdaps_open(struct inode *inode, struct file *filp)
{
printk(%s() start\n, __func__);
if (!atomic_dec_and_test(ibm_hdaps_available)) {
printk(%s() busy\n, __func__);
On Mon, Jul 04, 2005 at 12:43:56PM +0200, Bodo Eggert wrote:
Part 4: The CPU scaling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
This patch is designed for
Part 4: The profiling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
This patch is designed for 2.6.12 and .13-rc1
--- a/./arch/sh/oprofile/Kconfig
On Thu, Jun 30, 2005 at 11:06:01PM +0200, Bodo Eggert wrote:
Part 1: The easy stuff.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
Please do not touch net/Kconfig
On Mon, Jul 04, 2005 at 01:28:06AM +0200, Peter Osterlund wrote:
Vojtech Pavlik [EMAIL PROTECTED] writes:
On Sun, Jul 03, 2005 at 01:49:13PM +0200, Peter Osterlund wrote:
Dmitry Torokhov [EMAIL PROTECTED] writes:
It looks like logic for enabling hardware tapping in ALPS driver was
101 - 200 of 330 matches
Mail list logo