>
> 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 op
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 bad_a
> 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
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
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_ST
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.
> 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 s
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
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 b
> 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
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 simila
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 pa
[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
co
> 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 ou
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 open
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.
--- a/./driver
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 200
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 ju
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 descri
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.
--- a/./arch/i3
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.
--- rc1-a/./arch/i386/K
> "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, 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.
> >
>
-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 othe
-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 Wi
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 .13
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 11:22:17.0
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 desi
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/Kconfig2004-08
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/Kcon
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 i
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 parkin
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(&ibm_hdaps_available)
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 a
* 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 up?
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 no
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.
that
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
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 c
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" in
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
> > conv
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
===
--- linux-wbsd
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 context
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
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 maj
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 20
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
--- rc1-a/driv
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.
Th
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: e
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 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 "me
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.
H
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 se
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 13:5
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]>
---
driv
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 "mount_nonempt
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
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
> 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 "
-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 a
> > 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 "mount_nonempty" it would not refuse to
> > mount
Arjan van de Ven wrote:
hmm. I wonder if a slightly different approach (based on the __slow)
idea would make sense
1) Use -ffunction-sections option from gcc to put each function in it's
own section
2) Use readprofile/oprofile data to collect an (external to the code)
list of hot/cold functions (
On Mon, Jul 04 2005, Lenz Grimmer wrote:
> -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
Hi Serge,
On Mon, Jul 04, 2005 at 07:37:21AM -0500, [EMAIL PROTECTED] wrote:
> 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
On Mon, 4 Jul 2005, Bodo Eggert wrote:
> Part 4: The profiling menu.
^
Obviously I can't count to 5.
And now to something completely different:
The Fusion MPT controler seems to belong into the SCSI low level driver
submenu. I may well be wrong here.
patch is for 2.6.12, 2.6.13 will be
On Mon, 4 Jul 2005, Bodo Eggert wrote:
> And now to something completely different:
>
> The Fusion MPT controler seems to belong into the SCSI low level driver
> submenu. I may well be wrong here.
patch is for 2.6.13
--- rc1-a/arch/arm/Kconfig 2005-07-04 15:28:02.0 +0200
+++ rc1-b
Hi
This might well be my basic misunderstanding, or the test was wrong, but
the probability is pretty low, so, asking here.
I thought, if a task sleeps on, say, read() and then data come and there's
no other runnable task with a higher priority, the sleeping task should be
woken up immediately. M
If you try to run `make menuconfig' on a system that lacks ncurses
development libs, you get an error message telling you to install
ncurses-devel. Some popular distributions don't have an ncurses-devel
package. This patch generalizes the error message. Patch is against
2.6.12.
MAINTAINERS doesn't
On Mon, Jul 04, 2005 at 03:20:14PM +0200, Côté Alexandre wrote:
> kernel : 2.6.11 from kernel-tree 2.6.11-7 on debian sid
>
> psmouse module install automatically when booting the system (nothing write
> in /etc/modules, don't know why it's now automatically install) and dmesg says
> input: ImE
We could put it in userspace, but if the system is
swapping like mad, can we still get a critical
response if this remains in userspace fully?
Someone mentioned we should use a kernel thread(s) to
handle stopping all I/O so we can safely park heads.
Shawn.
--- Jens Axboe <[EMAIL PROTECTED]> wro
On Sun, 2005-07-03 at 11:34 +0100, Daniel Drake wrote:
> I reverted the patch you sent earlier
> (inotify_unmount_inodes-list-iteration-fix.diff) and applied the one you
> attached here (inotify_unmount_inodes-list-iteration-fix2.diff).
>
> The good news is that the hang is gone. The bad news is t
>From what I'm told its not specific to hard disk, you
can put any laptop HD and it will work the same (?).
Shawn.
--- Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 04 2005, Lenz Grimmer wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi Jens!
> >
> > Thanks for the
On Sat, Jul 02, 2005 at 06:11:49PM +0200, Rene Herman wrote:
> Hi Andrew.
>
> Non-trivial in that I'm unsure of original intent but trivial in that
> it's just a printk()...
>
> On bootup, I see:
>
> pnp: the driver 'i8042 kbd' has been registered
> pnp: match found with the PnP device '00:05'
On Mon, 2005-07-04 at 15:27 +0100, Anton Altaparmakov wrote:
> On Sun, 2005-07-03 at 11:34 +0100, Daniel Drake wrote:
> > I reverted the patch you sent earlier
> > (inotify_unmount_inodes-list-iteration-fix.diff) and applied the one you
> > attached here (inotify_unmount_inodes-list-iteration-fix2.
(don't top post!)
On Mon, Jul 04 2005, Shawn Starr wrote:
>
> We could put it in userspace, but if the system is
> swapping like mad, can we still get a critical
> response if this remains in userspace fully?
Just make sure the program isn't swapped out.
> Someone mentioned we should use a ker
--- Documentation/kbuild/kconfig-language.txt ---
- input prompt: "prompt" ["if" ]
Every menu entry can have at most one prompt, which is used to display
to the user. Optionally dependencies only for this prompt can be added
with "if".
---
This is misleading, since the "if" will not affect
On Mon, 2005-07-04 at 15:39 +0100, Anton Altaparmakov wrote:
> On Mon, 2005-07-04 at 15:27 +0100, Anton Altaparmakov wrote:
> > On Sun, 2005-07-03 at 11:34 +0100, Daniel Drake wrote:
> > > I reverted the patch you sent earlier
> > > (inotify_unmount_inodes-list-iteration-fix.diff) and applied the o
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 dele
On Mon, Jul 04, 2005 at 09:57:00AM -0400, Kurt Wall wrote:
> If you try to run `make menuconfig' on a system that lacks ncurses
> development libs, you get an error message telling you to install
> ncurses-devel. Some popular distributions don't have an ncurses-devel
> package. This patch generaliz
On Mon, Jul 04, 2005 at 03:17:35PM +0200, Miklos Szeredi 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 wou
About the time the SCSI subsystem is loaded the hard drive
activity light comes on and never goes out.
The disk is mounted and appears to function correctly:
mount
/dev/hda1 on / type ext2 (rw)
proc on /proc type proc (rw)
/dev/sda1 on /mnt/sda1 type ext3 (rw)
/dev/sda2 on /home type ext3 (rw)
/
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 se
Anton,
I had used the 2.6.12 kernel with the latest Inotify. There was no
"I_WILL_FREE" in the any place. And, there was no problem in compilation.
I believe Inotify is very useful and should be included in the next versions
of the kernel. Are there any ongoing plans for this?
Thanks,
Gautam Si
On Sun, Jul 03, 2005 at 10:44:41PM -0700, Greg KH wrote:
> On Sun, Jul 03, 2005 at 05:12:02PM -0600, Michal Jaegermann wrote:
>
> > Was a decision to use EXPORT_SYMBOL_GPL deliberate and if yes then
> > what considerations dictated it, other then the patch author wrote
> > it that way, and what dr
Gautam,
On Mon, 2005-07-04 at 11:55 -0400, Gautam Singaraju wrote:
> I had used the 2.6.12 kernel with the latest Inotify. There was no
> "I_WILL_FREE" in the any place. And, there was no problem in compilation.
Er, yes, obviously. You are not using my patch on top of inotify and
original inotif
On 6/9/05, Paolo Galtieri <[EMAIL PROTECTED]> wrote:
> Hi,
> with DEVFS going away I discovered that no character device nodes are
> created if a flash device is present which contains filesystems. The
> mtd-utils package requires the existence of character device nodes for
> performing erase, lo
Bartlomiej Zolnierkiewicz wrote: {
What is the "int/dma problem"?
}
Hdparm -tT gives 38mb/s in 2.4.31
Cat /dev/hda > /dev/null gives 2% user 33% sys 65% idle
Hdparm -tT gives 28mb/s in 2.6.12
Cat /dev/hda > /dev/null gives 2% user 25% sys 0% idle 73% IOWAIT
It feels like DMA is not being applied
On 7/4/05, Al Boldi <[EMAIL PROTECTED]> wrote:
> Bartlomiej Zolnierkiewicz wrote: {
> What is the "int/dma problem"?
> }
>
> Hdparm -tT gives 38mb/s in 2.4.31
> Cat /dev/hda > /dev/null gives 2% user 33% sys 65% idle
>
> Hdparm -tT gives 28mb/s in 2.6.12
> Cat /dev/hda > /dev/null gives 2% user 2
On Mon, Jul 04, 2005 at 05:16:32PM +0200, David Weinehall wrote:
> On Mon, Jul 04, 2005 at 09:57:00AM -0400, Kurt Wall wrote:
> > If you try to run `make menuconfig' on a system that lacks ncurses
> > development libs, you get an error message telling you to install
> > ncurses-devel. Some popular
If you try to run `make menuconfig' on a system that lacks ncurses
development libs, you get an error message telling you to install
ncurses-devel. Some popular distributions don't have an ncurses-devel
package. This patch generalizes the error message. Patch is against
2.6.12.
This patch fixes a
Hi,
I use on i686 architecture Gentoo linux with XFS filesystem.
Recently it happened to me 3 time that the machine locked,
although at least once sys-rq+b worked. Here is the log
from remote console. I don't remeber having such problems
with 2.6.12-rc6-git2, which was my previous testing kernel.
On Tue, 2005-07-05 at 00:14 +0800, Coywolf Qi Hunt wrote:
> On 6/9/05, Paolo Galtieri <[EMAIL PROTECTED]> wrote:
> > Hi,
> > with DEVFS going away I discovered that no character device nodes are
> > created if a flash device is present which contains filesystems. The
> > mtd-utils package require
Hetfield <[EMAIL PROTECTED]> wrote:
> if it turns off tft and change brightness i guess kernel should receive
> some events but
> /proc/acpi/event doesn't get them.
In general, these keys generate events that are handled by the hardware.
The kernel never gets told about them. If you disassemble y
On Sun, Jul 03, 2005 at 08:56:59AM -0300, Marcelo Tosatti wrote:
> On Fri, Jul 01, 2005 at 02:14:42PM -0700, George Anzinger wrote:
> > Marcelo Tosatti wrote:
> > >Hi Olivier,
> > >
> > >On Fri, Jul 01, 2005 at 07:52:12PM +0200, Olivier Croquette wrote:
> > >
> > >>Andrew Morton wrote:
> > >>
> > >
On Mon, 4 Jul 2005, Martin Mokrejs wrote:
> Hi,
> I use on i686 architecture Gentoo linux with XFS filesystem.
> Recently it happened to me 3 time that the machine locked,
> although at least once sys-rq+b worked. Here is the log
> from remote console. I don't remeber having such problems
> with
Il giorno lun, 04/07/2005 alle 17.30 +0100, Matthew Garrett ha scritto:
> Hetfield <[EMAIL PROTECTED]> wrote:
>
> > if it turns off tft and change brightness i guess kernel should receive
> > some events but
> > /proc/acpi/event doesn't get them.
>
> In general, these keys generate events that ar
1 - 100 of 170 matches
Mail list logo
