Re: 2.4: "access beyond end of device" after ext2 mount

On Tue, Jan 18, 2005 at 04:20:06PM +0100, Mario Holbe wrote: > On Tue, Jan 18, 2005 at 03:17:07PM +0100, Sytse Wielinga wrote: > > Why not just use dd if=/dev/xxx `blockdev --getbsz /dev/xxx` ...? > > because it doesn't work, as I've demonstrated in > Message-ID: <[EMAIL PROTECTED]> > > > [EMAIL

PATCH for 2.6: Enabling disabled M7101 device (quirks.c)

Hello, I have ported the prog/hotplug/m7101.c module from lm_sensors for kernel 2.6. Here is the patch. EnricoB __ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 i2c

Re: 2.4: "access beyond end of device" after ext2 mount

On Tue, Jan 18, 2005 at 04:55:34PM +0100, I wrote: > multiples of the block size. The 2.6 kernel does not have this problem; it > appears to accept partial blocks, and doesn't even appear to calculate the > device size (blockdev --getsz and --getsize return 0 on my machine.)

Re: [ck] [PATCH][RFC] sched: Isochronous class for unprivileged soft rt scheduling

Cal <[EMAIL PROTECTED]> writes: > There's a collection of test summaries from jack_test3.2 runs at > > > Tests were run with iso_cpu at 70, 90, 99, 100, each test was run > twice. The discrepancies between consecutive runs (with same > par

Re: [ck] [PATCH][RFC] sched: Isochronous class for unprivileged soft rt scheduling

Con Kolivas <[EMAIL PROTECTED]> writes: > Cal wrote: > > SCHED_ISO > /proc/sys/kernel/iso_cpu . . .: 70 > /proc/sys/kernel/iso_period . : 5 > XRUN Count . . . . . . . . . : 110 > > vs > > SCHED_FIFO > XRUN Count . . . . . . . . . : 114 > XRUN Count . . . . . . . . . : 187 > > vs > > SCHED

Re: [RFC] Instrumentation (was Re: 2.6.11-rc1-mm1)

Thomas, Thomas Gleixner wrote: > Yes, I did already start cleaning > > cat ../broken-out/ltt* | patch -p1 -R :D If it gives you a warm and fuzzy feeling to have the last cheap-shot, then I'm all for it, it is of no consequence anyway. And _please_ don't forget to answer this very email with so

Re: PCI patches not being reviewed

On Tue, Jan 18, 2005 at 12:21:26PM +, Matthew Wilcox wrote: > On Mon, Jan 17, 2005 at 10:27:22PM -0800, Greg KH wrote: > > On Tue, Jan 18, 2005 at 02:20:31AM +, Matthew Wilcox wrote: > > > > > > Greg, you're merging a lot of patches that aren't going through > > > the linux-pci mailing lis

[PATCH 0/3] Conversion to compat_ioctl for ALSA drivers

Hi, the following three patches convert the 32bit ioctl layer of ALSA to the new compat_ioctl (and unlocked_ioctl for native ioctls). The first patch covers the basic entries and control API. The second patch is for PCM API. The last one is for other APIs including OSS-emulation modules. After t

Re: 2.6.11-rc1-mm1

Tom Zanussi wrote: > I have to disagree. Awhile back, if you remember, I posted a patch to > the LTT daemon that would monitor the trace stream in real time, and > process it using an embedded Perl interpreter, no less: > > http://marc.theaimsgroup.com/?l=linux-kernel&m=109405724500237&w=2 > >

Re: Hugepages demand paging V2 [1/8]: hugetlb fault handler

On Tue, 18 Jan 2005, Hirokazu Takahashi wrote: > > Index: linux-2.6.9/fs/hugetlbfs/inode.c > > === > > --- linux-2.6.9.orig/fs/hugetlbfs/inode.c 2004-10-18 14:55:07.0 > > -0700 > > +++ linux-2.6.9/fs/hugetlbfs/inode.c

[PATCH 1/3] Conversion to compat_ioctl for ALSA drivers

This patch modifies Kconfig and Makefile to remove snd-ioctl32. It convers to unlocked_ioctl, and adds the compat_ioctl entries. New register/unregister functions for compat ioctl are added. Signed-off-by: Takashi Iwai <[EMAIL PROTECTED]> --- linux/sound/core/Kconfig23 Nov 2004 14:49:03 -000

[PATCH 2/3] Conversion to compat_ioctl for ALSA drivers

This patch converts to unlocked_ioctl and adds the compat ioctl layer for ALSA PCM API. Signed-off-by: Takashi Iwai <[EMAIL PROTECTED]> --- linux/sound/core/pcm.c 30 Nov 2004 19:58:22 - 1.47 +++ linux/sound/core/pcm.c 12 Jan 2005 22:49:21 - @@ -1004,6 +1004,7 @@ sn

Re: PCI patches not being reviewed

On Tue, Jan 18, 2005 at 08:29:08AM -0800, Greg KH wrote: > On Tue, Jan 18, 2005 at 12:21:26PM +, Matthew Wilcox wrote: > > Yes, the PCI Express bridge driver is quite buggy. > > It was posted a number of times to lkml in December, and it was > commented on by a few different people, and the pa

[PATCH 3/3] Conversion to compat_ioctl for ALSA drivers

The last patch covers the rest of ALSA APIs: hwdep, rawmidi, timer and seq. Also it covers the OSS emulation modules. Signed-off-by: Takashi Iwai <[EMAIL PROTECTED]> --- linux/sound/core/hwdep.c30 Nov 2004 19:58:21 - 1.24 +++ linux/sound/core/hwdep.c18 Jan 2005 14:52:43 - @

Re: [PATCH 1/2] CryptoAPI: prepare for processing multiple buffers at a time

On Sat, 15 Jan 2005, Fruhwirth Clemens wrote: > However, developing two different APIs isn't particular efficient. I > know, at the moment there isn't much choice, as J.Morris hasn't commited > to acrypto in anyway. There is also the OCF port (OpenBSD crypto framework) to consider, if permission

RE: VIA Rhine ethernet driver bug

Hello, > -Original Message- > From: Luc Saillard [mailto:[EMAIL PROTECTED] > Sent: maandag 17 januari 2005 16:46 > To: Marcelo Tosatti > Cc: Udo van den Heuvel; linux-kernel@vger.kernel.org > Subject: Re: VIA Rhine ethernet driver bug > > > On Mon, Jan 17, 2005 at 10:04:27AM -0200, Marc

Re: [PATCH] [request for inclusion] Realtime LSM

Ingo Molnar <[EMAIL PROTECTED]> writes: > * Jack O'Quin <[EMAIL PROTECTED]> wrote: > >> In the absence of any documentation, I'm guessing about storing the >> nice value in the priority field of the sched_param struct. But, I >> have not been able to figure out how to make that work. > > the call

Re: Announce loop-AES-v3.0b file/swap crypto package

On Tue, Jan 18, 2005 at 05:35:48PM +0200, Jari Ruusu wrote: > Fruhwirth Clemens wrote: > > Nothing about kernel crypto is backdoored. If Ruusu thinks different, he > > should show me source code. Till then, treat it as FUD. > > I have been submitting fix for this weakness to mainline mount (part o

iswraid and 2.4.x?

--- Marcelo Tosatti <[EMAIL PROTECTED]> wrote: > It seems the general consensus is to merge iswraid, so I'm fine with > it. > > Martins, we are approaching -rc stage, I would prefer the merge to > happen > at the beginning of 2.4.29-pre. Is that fine for you? Marcelo, I seemed to have missed t

[QUESTION - FYI] Vectorized CRC calculation

Hi! First, sorry about the so-so topic for the kernel developers...but still there are such things inside :) Currently I am investigating how "they" divide those polynomials and which possibilities exists to use SIMD for such calculations. I have found several papers about how to do it with Alti

pipe performance regression on ia64

David Mosberger pointed out to me that 2.6.11-rc1 kernel scores very badly on ia64 in lmbench pipe throughput test (bw_pipe) compared with earlier kernels. Nanhai Zou looked into this, and found that the performance loss began with Linus' patch to speed up pipe performance by allocating a circular

Re: Patch to control VGA bus routing and active VGA device.

On Monday, January 17, 2005 7:43 pm, Jon Smirl wrote: > Attached is a patch to control VGA bus routing and the active VGA > device. It works by adding sysfs attributes to bridge and VGA devices. > The bridge attribute is read only and indicates if the bridge is > routing VGA. The attribute on the d

Re: security contact draft2 (was Re: security contact draft)

Chris Wright <[EMAIL PROTECTED]> said: [...] > DRAFT [...] > It is preferred that mail sent to the security team is encrypted > with $PUBKEY. Note that $PUBKEY might change, give pointers to the canonical places where you can get the latest version (latest kernel source?). Perhaps indicate

Re: [rfc] i810_audio: offset LVI from CIV to avoid stalled start

On Tue, Jan 18, 2005 at 10:23:23AM +1100, Herbert Xu wrote: > On Mon, Jan 17, 2005 at 04:44:22PM -0500, John W. Linville wrote: > > > > Enemy Territory is available for free (as in beer) download from > Sure, I don't mind trying it out :) > > In the mean time, does this patch fix your problem a

PROBLEM: oom-killer bringing machine down in 2.6.10

I posted this to the NFS list and was told to post here. I have a box with 4GB. It's running Red Hat Fedora Core 3 with 2.6.10 as distributed by them. No custom kernel compiling, and no desire :) The problem reported below DID NOT happen with 2.4.21. It did happen also with 2.6.9, and I cannot co

Re: iswraid and 2.4.x?

Martins Krikis wrote: --- Marcelo Tosatti <[EMAIL PROTECTED]> wrote: It seems the general consensus is to merge iswraid, so I'm fine with it. Martins, we are approaching -rc stage, I would prefer the merge to happen at the beginning of 2.4.29-pre. Is that fine for you? Marcelo, I seemed to have

Re: pipe performance regression on ia64

On Tue, 18 Jan 2005, Luck, Tony wrote: > David Mosberger: > > > >So, when we run bw_pipe on a low load SMP machine, the kernel running in > >a way load balancer always trying to spread out 2 processes while the > >wake_up_interruptible_sync() is always trying to draw them back into > >1 cpu. > >

Re: iswraid and 2.4.x?

On Tue, Jan 18, 2005 at 09:28:16AM -0800, Martins Krikis wrote: > --- Marcelo Tosatti <[EMAIL PROTECTED]> wrote: > > > It seems the general consensus is to merge iswraid, so I'm fine with > > it. > > > > Martins, we are approaching -rc stage, I would prefer the merge to > > happen > > at the beg

RE: [PATCH] AC'97 Audio support for Intel ICH7 - 2.6.11-rc1

I have never had an opportunity to test AC'97 modems on ICH6 or ICH7. Sorry, Jason >-Original Message- >From: Takashi Iwai [mailto:[EMAIL PROTECTED] >Sent: Tuesday, January 18, 2005 1:12 AM >To: Gaston, Jason D >Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org >Subject: Re: [PATCH] A

Re:[PATCH] PCI: add PCI Express Port Bus Driver subsystem

On Mon, 17 Jan 2005 15:49:08 -0800 Greg KH wrote: > > +int pcie_port_device_register(struct pci_dev *dev) > > +{ > > + struct pcie_device *parent; > > + int status, type, capabilities, irq_mode, i; > > + int vectors[PCIE_PORT_DEVICE_MAXSERVICES]; > > + u16 reg16; > > + > > + /* Get port t

Re: iswraid and 2.4.x?

On Tue, Jan 18, 2005 at 01:13:23PM -0500, Jeff Garzik wrote: > Martins Krikis wrote: > >--- Marcelo Tosatti <[EMAIL PROTECTED]> wrote: > > > > > >>It seems the general consensus is to merge iswraid, so I'm fine with > >>it. > >> > >>Martins, we are approaching -rc stage, I would prefer the merge to

Re: [2.6 patch] i386/power/cpu.c: remove three unused variables

Followup to: <[EMAIL PROTECTED]> By author:Pavel Machek <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Hi! > > > The patch below removes three unused variables. > > > > Please check whether this patch is correct, or whether the variables > > should have been used. > > The patch is

Re: iswraid and 2.4.x?

Marcelo Tosatti wrote: On Tue, Jan 18, 2005 at 01:13:23PM -0500, Jeff Garzik wrote: Martins Krikis wrote: --- Marcelo Tosatti <[EMAIL PROTECTED]> wrote: It seems the general consensus is to merge iswraid, so I'm fine with it. Martins, we are approaching -rc stage, I would prefer the merge to happe

Re: [PATCH] PCI: add PCI Express Port Bus Driver subsystem

On Tue, Jan 18, 2005 at 11:28:57AM -0800, long wrote: > On Mon, 17 Jan 2005 15:49:08 -0800 Greg KH wrote: > > > +int pcie_port_device_register(struct pci_dev *dev) > > > +{ > > > + struct pcie_device *parent; > > > + int status, type, capabilities, irq_mode, i; > > > + int vectors[PCIE_PORT_DEVICE_

Re: Announce loop-AES-v3.0b file/swap crypto package

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Andries et all, As a loop-aes *user* and ex-cryptoloop user, I can tell you one thing - it works, and is stable over multiple kernels, and backwards compatibility is maintained as it evolves. As for cryptoloop, I'm sorry, I cannot say the same. The p

Re: pipe performance regression on ia64

> On Tue, 18 Jan 2005 10:11:26 -0800 (PST), Linus Torvalds <[EMAIL > PROTECTED]> said: Linus> I don't know how to make the benchmark look repeatable and Linus> good, though. The CPU affinity thing may be the right thing. Perhaps it should be split up into three cases: - pro

[PATCH 3/3] Resend: Conversion to compat_ioctl for ALSA drivers

Sorry, the last patch I sent included a typo. (Thanks Mathieu Segaud to point it out) The fixed version is below: The last patch covers the rest of ALSA APIs: hwdep, rawmidi, timer and seq. Also it covers the OSS emulation modules. Signed-off-by: Takashi Iwai <[EMAIL PROTECTED]>

Re: 2.6.11-rc1-mm1

Karim Yaghmour writes: > > Tom Zanussi wrote: > > I have to disagree. Awhile back, if you remember, I posted a patch to > > the LTT daemon that would monitor the trace stream in real time, and > > process it using an embedded Perl interpreter, no less: > > > > http://marc.theaimsgroup.com

Re: Kernel hooks doubt

selvakumar nagendran wrote: >Can any one give me details > regarding it preferably URLs, e-books and if possible > some sample code from the kernel source. What is their > main work? http://www-124.ibm.com/developerworks/oss/linux/projects/kernelhooks/ = Tim Bird Archi

Re: kbuild: Implicit dependence on the C compiler

Hi hpa > >It better be difficult. You want to recompile when changing gcc. > >Try this untested patch. > Sorry, but that's baloney. Saying "it better be difficult" is > equivalent to saying "kbuild is smarter than you." To give some background info about why kbuild does what it does. A kernel be

Re: [PATCH 1/5] compat_ioctl call seems to miss a security hook

* Michael S. Tsirkin ([EMAIL PROTECTED]) wrote: > diff -rup linux-2.6.10-orig/fs/compat.c linux-2.6.10-ioctl-sym/fs/compat.c > --- linux-2.6.10-orig/fs/compat.c 2005-01-18 10:58:33.609880024 +0200 > +++ linux-2.6.10-ioctl-sym/fs/compat.c2005-01-18 10:54:26.289478440 > +0200 > @@ -437,6

Re: [PATCH] Fix audit control message checks

* Stephen Smalley ([EMAIL PROTECTED]) wrote: > On Sat, 2005-01-15 at 15:07, Serge E. Hallyn wrote: > > The audit control messages are sent over netlink. Permission checks > > are done on the process receiving the message, which may not be the > > same as the process sending the message. This patc

[kbuild 0/5] Some of our patches

Hello, here are some of our current patches that I consider appropriate for mainline: patches/check-symvers.diff Warn when building external modules without modversions Users often try to build additional external modules without compiling the whole kernel first, and without the Module.syn

[kbuild 1/5] Warn when building external modules without modversions

This adds a warning when building external modules (M= or SUBDIRS= syntax) and there is no Module.symvers in the object tree. A missing Module.symvers is a clear sign that the kernel tree itself was never compiled. The resulting modules will work, but no symbol version information will be attached

[kbuild 3/5] Add cloneconfig target

Cloneconfig takes the first configuration it finds which appears to belong to the running kernel, and configures the kernel sources to match this configuration as closely as possible. Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]> Index: linux-2.6.11-rc1-bk6/scripts/kconfig/Makefile =

[kbuild 5/5] Dont include absolute filenames in binaries

The kbuild utilities are compiled with absolute patch names, so paths starting with $RPM_BUILD_ROOT would end up in the binaries. To avoid this, remove all references to __FILE__ (directly and indirectly via assert()). Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]> Index: linux-2.6.11-rc

[kbuild 2/5] Dont use the running kernels config file by default

A user ran into the following problem: They grab a SuSE kernel-source package that is more recent than their running kernel. The tree under /usr/src/linux is unconfigured by default; there is no .config. User does a ``make menuconfig'', which gets its default values from /boot/config-$(uname -r). U

Re: kbuild: Implicit dependence on the C compiler

Followup to: <[EMAIL PROTECTED]> By author:Sam Ravnborg <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > To give some background info about why kbuild does what it does. > A kernel being compiled partly with and partly without say -regparm=3 > will result in a non-workable kernel. > >

Re: Patch to control VGA bus routing and active VGA device.

Followup to: <[EMAIL PROTECTED]> By author:Jesse Barnes <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > On Monday, January 17, 2005 7:43 pm, Jon Smirl wrote: > > Attached is a patch to control VGA bus routing and the active VGA > > device. It works by adding sysfs attributes to bridge a

[kbuild 4/5] Include type information as module info where possible

Originally-from: Rusty Russell <[EMAIL PROTECTED]> Subject: Include type information as module info where possible References: 48396 Module parameters no longer have a type in general, as we use a callback system (module_param_call()). However, it's useful to include type information in the commo

Re: [PATCH] Fix kallsyms/insmod/rmmod race

Rusty Russell <[EMAIL PROTECTED]> wrote: > The more I looked at this, the more I warmed to it. I've known for a > while that people are using kallsyms not for OOPS (eg. /proc/$$/wchan), > so we should provide a "grabs locks" version, but this solution gets > around that nicely, while makin

Re: iswraid and 2.4.x?

--- Jeff Garzik <[EMAIL PROTECTED]> wrote: > Check your inbox from months ago ;-) AFAICS his current version > addresses all the comments from Alan and myself, from when it hit > lkml 6 > months(?) ago... > > I'll give it another quick lookover though, sure. Jeff, As long as 2.4.30 is planne

Re: [RFC] shared subtrees

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Al Viro wrote: > On Mon, Jan 17, 2005 at 03:11:18PM -0500, Mike Waychison wrote: > > >>I don't think that solves the problem. B should receive copies (with >>shared semantics if called for) of all mountpoints C1,..,Cn that are >>children of A if A-

Re: [kbuild 2/5] Dont use the running kernels config file by default

Hi, On Tue, 18 Jan 2005, Andreas Gruenbacher wrote: > A user ran into the following problem: They grab a SuSE kernel-source > package that is more recent than their running kernel. The tree under > /usr/src/linux is unconfigured by default; there is no .config. User > does a ``make menuconfig'',

Re: pipe performance regression on ia64

On Tue, 18 Jan 2005, David Mosberger wrote: > > > On Tue, 18 Jan 2005 10:11:26 -0800 (PST), Linus Torvalds <[EMAIL > > PROTECTED]> said: > > Linus> I don't know how to make the benchmark look repeatable and > Linus> good, though. The CPU affinity thing may be the right thing. > >

Re: [discuss] booting a kernel compiled with -mregparm=0

On Mon, 17 Jan 2005 09:30:17 + (GMT), Tigran Aivazian <[EMAIL PROTECTED]> wrote: >Hmmm, interesting, then -g compiled Linux kernel should also be useable, >with perhaps some tweaks to kdb to decode these frames correctly, right? kdb on i386 uses heuristics to guess at what parameters have be

[RFC][PATCH] /proc//rlimit

This patch against 2.6.11-rc1-bk6 adds /proc//rlimit to export per-process resource limit settings. It was written to help analyze daemon core dump size settings, but may be more generally useful. Tested on 2.6.10. Sample output: [EMAIL PROTECTED] ~ # cat /proc/$$/rlimit cpu unlim

Re: [2.6 patch] unexport xfrm_policy_delete

On Tue, 18 Jan 2005 11:29:32 +0100 Adrian Bunk <[EMAIL PROTECTED]> wrote: > I haven't found any way how xfrm_policy_delete could be called from > modular code in 2.6.11-rc1-mm1. > > Unless I'm wrong or a patch for a modular usage is pending, I'm > therefore suggesting this patch for removing th

[PATCH] ext3: commit superblock before panicking

Hi, I have a problem with errors=panic on ext3. When a panic occurs, the error event is not recorded anywhere. So after the reboot, e2fsck doesn't kick in, the file system gets mounted again and the box panics again... Patch below moves the ERRORS_PANIC test down a bit so the journal is aborted b

Re: iswraid and 2.4.x?

Hi, On Tue, 18 Jan 2005 11:56:21 -0800 (PST), Martins Krikis <[EMAIL PROTECTED]> wrote: > --- Jeff Garzik <[EMAIL PROTECTED]> wrote: > > > Check your inbox from months ago ;-) AFAICS his current version > > addresses all the comments from Alan and myself, from when it hit > > lkml 6 > > months(?

Re: FireWire 800

On Mon, Jan 17, 2005 at 11:16:05AM +, Mark Watts wrote: > > LaCie sell the following FireWire 800 card: > http://www.lacie.com/uk/products/product.htm?pid=10173 > > According to the manual, it conforms to both the OHCI and EHCI specs. > > Does this card work out of the box with the standard

Re: Patch to control VGA bus routing and active VGA device.

On Tuesday, January 18, 2005 11:38 am, H. Peter Anvin wrote: > > On Monday, January 17, 2005 7:43 pm, Jon Smirl wrote: > > > Attached is a patch to control VGA bus routing and the active VGA > > > device. It works by adding sysfs attributes to bridge and VGA devices. > > > The bridge attribute is r

A way to help newbies

Hi, i'm (trying to be) a beginner kernel developer, and i would to know if there are some exercises/challenges where i must practice what i've readed, if the most experienced developers already done it. I learn better when I practice something. Anyone knows it ? Here in this list, people talk a

Re: 2.4.28 Oops in fs/locks.c:time_out_leases()

On Tue, Jan 18, 2005 at 01:32:53PM +0100, Frank van Maarseveen wrote: > got an Oops the same time for 9 days, at the same EIP: > > ksymoops 2.4.9 on i686 2.4.28-x97. Options used > -V (default) > -k /proc/ksyms (default) > -l /proc/modules (default) > -o /lib/modules/2.4.28-x9

Re: iswraid and 2.4.x?

Bartlomiej Zolnierkiewicz wrote: Hi, On Tue, 18 Jan 2005 11:56:21 -0800 (PST), Martins Krikis <[EMAIL PROTECTED]> wrote: --- Jeff Garzik <[EMAIL PROTECTED]> wrote: Check your inbox from months ago ;-) AFAICS his current version addresses all the comments from Alan and myself, from when it hit lkm

Re: A way to help newbies

Luiz Felipe wrote: Hi, i'm (trying to be) a beginner kernel developer, and i would to know if there are some exercises/challenges where i must practice what i've readed, if the most experienced developers already done it. I learn better when I practice something. Anyone knows it ? Here in this

raid 1 - automatic 'repair' possible?

Hi all, it has now happened five times to me and now the threshold to write to this list has been reached :-) : (kernel 2.4.21-9.TLsmp BTW) idea for enhancement of software raid 1: every time the raid determines that a sector cannot be read it could at least try to overwrite the bad are with goo

Re: iswraid and 2.4.x?

On Tue, 18 Jan 2005 16:14:32 -0500, Jeff Garzik <[EMAIL PROTECTED]> wrote: > Bartlomiej Zolnierkiewicz wrote: > > Hi, > > > > On Tue, 18 Jan 2005 11:56:21 -0800 (PST), Martins Krikis > > <[EMAIL PROTECTED]> wrote: > > > >>--- Jeff Garzik <[EMAIL PROTECTED]> wrote: > >> > >> > >>>Check your inbox fr

Re: [PATCH 0/2] Remove input_call_hotplug

On Tue, Jan 18, 2005 at 03:56:35PM +0100, Hannes Reinecke wrote: > Hi all, > > the input subsystem is using call_usermodehelper directly, which breaks > all sorts of assertions especially when using udev. > And it's definitely going to fail once someone is trying to use netlink > messages for ho

2.6.11-rc1-mm1 (and others): heavy disk I/O -> poor performance

Under heavy disk I/O, the system becomes very unresponsive (i.e. even a drop down menu takes several seconds to open). I've noticed this under 2.6.11-rc1-mm1 and 2.6.10-mm2, but I can try whatever version is suggested. The way to reproduce this is quite simple: I'm using gentoo, when emerge --sy

Re: [PATCH 0/2] Remove input_call_hotplug

On Tue, 18 Jan 2005 13:30:02 -0800, Greg KH <[EMAIL PROTECTED]> wrote: > On Tue, Jan 18, 2005 at 03:56:35PM +0100, Hannes Reinecke wrote: > > Hi all, > > > > the input subsystem is using call_usermodehelper directly, which breaks > > all sorts of assertions especially when using udev. > > And it's

Re: raid 1 - automatic 'repair' possible?

On 2005-01-18T22:18:01, "Kiniger, Karl (GE Healthcare)" <[EMAIL PROTECTED]> wrote: > idea for enhancement of software raid 1: > > every time the raid determines that a sector cannot > be read it could at least try to overwrite the bad are > with good data from the other disk. The idea is good a

Re: [PATCH 0/2] Remove input_call_hotplug

On Tue, Jan 18, 2005 at 04:49:34PM -0500, Dmitry Torokhov wrote: > On Tue, 18 Jan 2005 13:30:02 -0800, Greg KH <[EMAIL PROTECTED]> wrote: > > On Tue, Jan 18, 2005 at 03:56:35PM +0100, Hannes Reinecke wrote: > > > Hi all, > > > > > > the input subsystem is using call_usermodehelper directly, which b

Re: iswraid and 2.4.x?

--- Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote: > I'm just curious. Is there already a possibility to use > RAID10 metadata in 2.6.x kernels? I don't think so, but provided that dm supports RAID10 it should be quite easy to get there. Martins Krikis (not speaking for my employer)

Re: [patch 0/3] kallsyms: Add gate page and all symbols support

> > - I dislike the fact that you now define the prototype of the function > >in the __HAVE_ARCH_GATE_AREA case. I want my arch .h to be the one doing > >so, since i want to inline it > > Maybe. I dislike copying definitions to multiple asm headers. If you > think that the win of inlining the

Re: brought up 4 cpu's

Same problem here: a bk tree pulled this morning won't boot on my system. It freezes at "Brought up 4 CPUs." This is a dual Nocona system (with HT of course) running an x86_64 kernel. An i386 kernel actually boots OK. .configs etc. available on request - R. - To unsubscribe from this lis

Re: [PATCH 0/2] Remove input_call_hotplug

On Tue, 18 Jan 2005 13:58:20 -0800, Greg KH <[EMAIL PROTECTED]> wrote: > On Tue, Jan 18, 2005 at 04:49:34PM -0500, Dmitry Torokhov wrote: > > On Tue, 18 Jan 2005 13:30:02 -0800, Greg KH <[EMAIL PROTECTED]> wrote: > > > On Tue, Jan 18, 2005 at 03:56:35PM +0100, Hannes Reinecke wrote: > > > > Hi all,

RE: New Linux System time proposal

I thought it was not at all unusual to miss a jiffy here or there due to interrupt locking/latency; plus jiffies is expressed with respect to the value of HZ so you would need to do some deviding in there somewhere. Where HZ has been adjusted up, or on slower embedded boxes where interrupts cou

Re: [fuse-devel] Merging?

Il Wed, 12 Jan 2005 11:01:09 -0800, Andrew Morton <[EMAIL PROTECTED]> ha scritto: > Miklos Szeredi <[EMAIL PROTECTED]> wrote: > > > > Well, there doesn't seem to be a great rush to include FUSE in the > > kernel. Maybe they just don't realize what they are missing out on ;) > > heh. What us

Re: thoughts on kernel security issues

With no disrespect, I don't believe you have ever been a full-time employee system administrator for any commercial or government organization, and I don't believe you have any experience trying to do security when change must be reviewed by technically naive management to justify cost, time, a

[PATCH 1/1] tpm: fix cause of SMP stack traces

There were misplaced spinlock acquires and releases in the probe, open, close and release paths which were causing might_sleep and schedule while atomic error messages accompanied by stack traces when the kernel was compiled with SMP support. Bug reported by Reben Jenster <[EMAIL PROTECTED]> S

Re: [PATCH 1/1] tpm: fix cause of SMP stack traces

* Kylene Hall ([EMAIL PROTECTED]) wrote: > There were misplaced spinlock acquires and releases in the probe, open, > close and release paths which were causing might_sleep and schedule while > atomic error messages accompanied by stack traces when the kernel was > compiled with SMP support. Bug

[PATCH] enable-aver771-ir-remote

The case statment which describes which mask and set of codes to use for the Avermedia 771 digital tuner card ir-remote control are commented out. Perhaps it was assumed this would be the same as the 761 but was commented out as it was untested? Removing the comment makes my remote work perfectly.

Re: [PATCH] fix verify_command to allow burning more than 1 DVD

Michal Schmidt <[EMAIL PROTECTED]> writes: > I use K3B with growisofs to burn DVDs. After boot I can burn a DVD as > a normal user. But only the first one. When I want to burn another > one, K3B complains that it is unable to prevent media removal. Then > only root can burn DVDs. > The bug is in t

Re: [PATCH 1/1] tpm: fix cause of SMP stack traces

On Tue, 2005-01-18 at 16:37, Chris Wright wrote: > * Kylene Hall ([EMAIL PROTECTED]) wrote: > > There were misplaced spinlock acquires and releases in the probe, open, > > close and release paths which were causing might_sleep and schedule while > > atomic error messages accompanied by stack trac

Re: [rfc] i810_audio: offset LVI from CIV to avoid stalled start

On Tue, Jan 18, 2005 at 01:07:47PM -0500, John W. Linville wrote: > > No, that does not fix it. :-( In fact, it doesn't seem to alter the > problem at all... OK. In that case I agree with your patch. The overruns that I attributed to it were probably caused by other bugs that's been fixed sinc

Re: [PATCH 1/1] tpm: fix cause of SMP stack traces

* Kylene Hall ([EMAIL PROTECTED]) wrote: > I actually had to move the location of some of the locks to remove the > might sleep warnings. Ah, that sounds like the proper fix. > Since I didn't know much about the might sleep > warnings before, my first course of action was to try using the disable

Re: [PATCH 1/1] tpm: fix cause of SMP stack traces

On Tue, Jan 18, 2005 at 04:29:23PM -0600, Kylene Hall wrote: > There were misplaced spinlock acquires and releases in the probe, open, > close and release paths which were causing might_sleep and schedule while > atomic error messages accompanied by stack traces when the kernel was > compiled wi

[ANNOUNCEMENT] Collision regression test suite released

Hi, Past days I wrote about a regression test suite which i used to explain why a grsecurity-like security improvement could be good for mainline inclusion, and also, that at least the 50% of the faults it shows on Vanilla sources could be solved without major blocking issues (aka big deals, whate

Re: [ANNOUNCEMENT] Collision regression test suite released

* Lorenzo Hernández García-Hierro ([EMAIL PROTECTED]) wrote: > Past days I wrote about a regression test suite which i used to explain > why a grsecurity-like security improvement could be good for mainline > inclusion, and also, that at least the 50% of the faults it shows on > Vanilla sources cou

Re: [PATCH 1/1] tpm: fix cause of SMP stack traces

On Tue, 2005-01-18 at 16:47, Greg KH wrote: > On Tue, Jan 18, 2005 at 04:29:23PM -0600, Kylene Hall wrote: > > There were misplaced spinlock acquires and releases in the probe, open, > > close and release paths which were causing might_sleep and schedule while > > atomic error messages accompanie

Re: [discuss] booting a kernel compiled with -mregparm=0

Keith Owens <[EMAIL PROTECTED]> writes: > Nobody has been concerned enough about the backtraces on i386 and > x86_64 to add the required unwind data to the kernel for those > platforms. If you want to extract the dwarf data from a kernel > compiled with -g, include the dwarf data in the running k

crash on 2.6.10rc2 xfs/nfs

Hi Just had a crash on 2.6.10rc2 xfs,nfs,lvm2,raid5 server doing fairly low level I/O with fairly big (2-3Gb) files. I'm aware of 2.6.11-rc1-mm1 - but as reported previously that's not working right now. So, just in case this may be useful. David Jan 18 22:36:48 cu kernel: c016d577 Jan 18 22:36

Re: [ANNOUNCEMENT] Collision regression test suite released

El mar, 18-01-2005 a las 15:04 -0800, Chris Wright escribió: > * Lorenzo Hernández García-Hierro ([EMAIL PROTECTED]) wrote: > > Past days I wrote about a regression test suite which i used to explain > > why a grsecurity-like security improvement could be good for mainline > > inclusion, and also,

Re: Announce loop-AES-v3.0b file/swap crypto package

http://clemens.endorphin.org/LinuxHDEncSettings Did you ever take a look at that page?! I did. I´d say the best are the photos. The rest isn ´t much of a help. Ever since I grabbed me SuSE Linux 8.2 and managed to compile some standard kernel according to the loop-aes.readme it´s proven

Re: [PATCH 1/1] pci: Block config access during BIST (resend)

On Tue, Jan 18, 2005 at 09:14:21AM -0600, Brian King wrote: > Andi Kleen wrote: > >As Brian said the device he was working with would just not answer, > >leading to a bus abort. This would get on a PC. > >You could simulate this if you want, although I think a EBUSY or EIO > >is better. >

Re: [PATCH 1/1] pci: Block config access during BIST (resend)

Andi Kleen wrote: On Tue, Jan 18, 2005 at 09:14:21AM -0600, Brian King wrote: Andi Kleen wrote: As Brian said the device he was working with would just not answer, leading to a bus abort. This would get on a PC. You could simulate this if you want, although I think a EBUSY or EIO is bette

Re: pipe performance regression on ia64

Linus Torvalds wrote: On Tue, 18 Jan 2005, Luck, Tony wrote: David Mosberger: So, when we run bw_pipe on a low load SMP machine, the kernel running in a way load balancer always trying to spread out 2 processes while the wake_up_interruptible_sync() is always trying to draw them back into 1 cpu. Li

Re: [PATCH 1/1] tpm: fix cause of SMP stack traces -- updated version

There were misplaced spinlock acquires and releases in the probe, close and release paths which were causing might_sleep and schedule while atomic error messages accompanied by stack traces when the kernel was compiled with SMP support. Bug reported by Reben Jenster <[EMAIL PROTECTED]> Thank

Re: Unable to burn DVDs

Michal Schmidt wrote: Bill Davidsen wrote: Nick Sanders wrote: For me when running growisofs with user permissions on 2.6.10 (ide-cd) it works perfectly 1st time but 2nd time fails with the error below. It works fine when run as root. :-( unable to PREVENT MEDIA REMOVAL: Operation not permitted

<    1   2   3   >