On Mon, 2005-07-25 at 15:23 -0400, [EMAIL PROTECTED] wrote:
> I am using Red Hat sources, which has function open_kcore() hardcoded to
> return -EPERM always.
>
> Changing this function to the way it is defined in the public sources (as
> shown below) did the trick.
All these Red Hat / RHEL
Le Lundi 25 Juillet 2005 21:18, Alan Stern a écrit :
>
> It seems quite clear that the EHCI controller's IRQ line is causing the
> problems. Just out of curiousity, what happens if you really do remove
> the UHCI driver, keeping only the EHCI driver, and then plug in the mouse?
> Off hand I would
Lee Revell wrote:
On Mon, 2005-07-25 at 13:55 -0400, Steven Rostedt wrote:
Doesn't matter. The cycles saved for old compilers is not rational to
have obfuscated code.
Where do we draw the line with this? Is x *= 2 preferable to x <<= 2 as
well?
In addition to the obvious error, let's not
On Mon, Jul 25, 2005 at 10:12:58PM +0200, Andreas Baer wrote:
> Erik Mouw wrote:
> >Easy: Drives don't have the same speed on all tracks. The platters are
> >built-up from zones with different recording densities: zones near the
> >center of the platters have a lower recording density and hence a
Andrew,
As we discussed in OLS, here's the patch again to fix the code to handle
if the values between MAX_USER_RT_PRIO and MAX_RT_PRIO are different.
Without this patch, an SMP system will crash if the values are
different. I've already submitted this patch and it made it to -mm, but
never made
Hi,
I am cc-ing this to the kernel list, a i have the suspicion that it may
be a kernel related feature.
--
I noticed that elvtune does not work on FC3 with a 2.6.12.3
(self-compiled, pristine) kernel. I also tried it with other 2.6.* kernels.
elvtune /dev/sde
ioctl get: Invalid
On 7/25/05, Erik Mouw <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 25, 2005 at 09:51:49PM +0200, Andreas Baer wrote:
> >
> > Willy Tarreau wrote:
> > >On Mon, Jul 25, 2005 at 03:10:08PM +0200, Andreas Baer wrote:
> > >>Here I have
> > >>
> > >>/dev/hda: 26.91 MB/sec
> > >>/dev/hda1:
On Mon, 2005-07-25 at 16:28 -0400, Steven Rostedt wrote:
> Ingo,
>
> I've CC you just because you are the schedule maintainer. You already
> accepted this patch into your RT tree.
>
Please make sure to pick up this patch from Andreas Steinmetz too,
otherwise the rlimits are broken:
---
One other oddment about this motherboard, Forgive if I have over-snipped
this trying to make it relevant...
Andreas Baer wrote:
Willy Tarreau wrote:
On Mon, Jul 25, 2005 at 03:10:08PM +0200, Andreas Baer wrote:
There clearly is a problem on the system installed on this machine.
You
On Mon, Jul 25, 2005 at 04:32:32PM +0200, Patrick McHardy ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
> >On Mon, Jul 25, 2005 at 02:02:10AM -0400, James Morris
> >([EMAIL PROTECTED]) wrote:
> >
> >>On Sun, 24 Jul 2005, David S. Miller wrote:
> >>
> >>>From: Evgeniy Polyakov <[EMAIL
On Mon, Jul 25, 2005 at 04:43:43PM +0200, Eric Leblond ([EMAIL PROTECTED])
wrote:
> Le lundi 25 juillet 2005 à 16:32 +0200, Patrick McHardy a écrit :
> > Evgeniy Polyakov wrote:
> > > On Mon, Jul 25, 2005 at 02:02:10AM -0400, James Morris ([EMAIL
> > > PROTECTED]) wrote:
> > If I understand
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Sun, 24 Jul 2005 00:05:30 +0200
> This patch contains the following possible cleanups:
> - make needlessly global code static
> - #if 0 the following unused global function:
> - xfrm4_state.c: xfrm4_state_fini
> - remove the following unneeded
On Mon, 25 Jul 2005, Michel Bouissou wrote:
> Le Lundi 25 Juillet 2005 21:18, Alan Stern a écrit :
> >
> > It seems quite clear that the EHCI controller's IRQ line is causing the
> > problems. Just out of curiousity, what happens if you really do remove
> > the UHCI driver, keeping only the EHCI
Brown, Len wrote:
I was thinking about variable tick times, and I can think of three
classes of action needing CPU attention.
- device interrupts, which occur at no predictable time but would pull
the CPU out of a HLT or low power state.
- process sleeps of various kinds, which have a known
On Mon, Jul 25, 2005 at 10:38:25PM +0200, Jesper Juhl wrote:
> It's even more complex than that as far as I know, you also have the
> issue of seek times - tracks near the middle of the platter will be
> nearer the head more often (on average) then tracks at the edge.
>
> For people who like
Greg, Martin, does the following make sense?
If it does, should other architectures be updated as well?
---
Convert i386/pci to use io_remap_pfn_range instead of remap_pfn_range.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
Index: linux-2.6.12.2/arch/i386/pci/i386.c
On a HT system, why does ACPI recognize CPU0 and CPU1, refer to them as
such in dmesg, and then call them CPU1 and CPU2 in /proc/acpi/processor?
In uni kernels the single processor is CPU0.
This is a 2.6.10 kernel, the machine has been up since then. I have
other 2.6 machines and other SMP
On Mon, Jul 25, 2005 at 04:31:56PM -0400, Gaspar Bakos wrote:
> Hi,
Hi Gaspar,
> I am cc-ing this to the kernel list, a i have the suspicion that it may
> be a kernel related feature.
>
> --
> I noticed that elvtune does not work on FC3 with a 2.6.12.3
> (self-compiled, pristine)
On Jul 25, 2005, at 1:12 PM, Paul Mackerras wrote:
Christoph Hellwig writes:
On Mon, Jun 27, 2005 at 11:05:02PM +0200, Christoph Hellwig wrote:
On Wed, May 04, 2005 at 08:44:39PM +0200, Christoph Hellwig wrote:
additional benefit is cleaning up the ifdef mess in ppc_htab.c
>>>Question one, are there other actions to consider?
>>
>>
>> Yes.
>> Speaking for ACPI C3 state, note that DMA also
>> wakes up the CPU -- even if there was no device interrupt.
>> (aka, "the trouble with USB")
>
>Trouble? Why would USB do DMA unless there was a device activity?
look here:
On Mon, 25 Jul 2005, Rodrigo Ramos wrote:
>
> IMHO, if a lack of memory happens the Linux will start using swap, then
> the file will end in the hard drive. When I am working with a file in a
> pendrive any information of it is sent to the hard drive ? If it happens
> what is/are the reason(s).
On Mon, 2005-07-25 at 17:19 -0400, Brown, Len wrote:
> >>>Question one, are there other actions to consider?
> >>
> >>
> >> Yes.
> >> Speaking for ACPI C3 state, note that DMA also
> >> wakes up the CPU -- even if there was no device interrupt.
> >> (aka, "the trouble with USB")
> >
> >Trouble?
Hi!
> > I have made quite a lot of cleanups to touchscreen part, and it seems
> > to be acceptable by input people. I think it should go into
> > drivers/input/touchscreen/collie_ts.c... Also it looks to me like
> > mcp.h should go into asm/arch-sa1100, so that other drivers can use it...
>
> I
Hi!
> > Can we change this to "while (!kthread_should_stop())" to make me
> > completely happy?
>
> I still ask, and I'll keep repeating this. What is the difference
> between this and the reference implementation which is known to
> work on other hardware.
I think I posted diffs already, but
Nathan Lynch wrote:
> We need some clarity on how asm-generic/topology.h is intended to be
> used. I suspect that it's supposed to be unconditionally included at
> the end of the architecture's topology.h so that any elements which
> are undefined by the arch have sensible default definitions.
"Francisco Figueiredo Jr." <[EMAIL PROTECTED]> wrote:
>
> I'm having little hangs while booting with kernels 2.6.12 and 2.6.13-rc1, rc2
> and rc3.
>
> It is strange that 2.6.12-rc1 booted ok without hangs.
>
> I saw a post of Alan Cox on rc-1 release notes:
>
> "Old ISA/VESA systems
Bill Davidsen wrote:
One other oddment about this motherboard, Forgive if I have over-snipped
this trying to make it relevant...
Andreas Baer wrote:
Willy Tarreau wrote:
On Mon, Jul 25, 2005 at 03:10:08PM +0200, Andreas Baer wrote:
There clearly is a problem on the system installed
On Monday 25 July 2005 12:38, Brian Gerst wrote:
>Gene Heskett wrote:
>> Greetings;
>>
>> I just built what I thought was 2.6.12.3, but my script got a
>> tummy ache because I didn't check the Makefile's EXTRA_VERSION,
>> which was set to .2 in the .2 patch. Now my 2.6.12 modules will
>> need a
Keith Owens <[EMAIL PROTECTED]> wrote:
>
> 2.6.13-rc3 + kdb (which does not touch udev/hotplug) on IA64 (Altix).
> gcc version 3.3.3 (SuSE Linux). Compiled with DEBUG_SLAB,
> DEBUG_PREEMPT, DEBUG_SPINLOCK, DEBUG_SPINLOCK_SLEEP, DEBUG_KOBJECT.
>
> There is a use after free somewhere above
Hi!
> > > > This adds support for reading ADCs (etc), neccessary to operate touch
> > > > screen on Sharp Zaurus sl-5500.
> > >
> > > I would like to know what the diffs are between my version (attached)
> > > and this version before they get applied.
> >
> > Hmm, diff looks quite big
Hi!
> > > The problem is that the parent doesn't actually know how many
> > > devices to create nor what to call them, and they're logically
> > > indistinguishable from each other so there's no logical naming
> > > system.
> >
> > Then we should probably not try to force them into driver model.
Vivek Goyal <[EMAIL PROTECTED]> wrote:
>
> > If you don't stop the DMA engines before you boot the new kernel, the
> > addresses they have to send data to will now be random points in that
> > kernel's memory, leading to potential corruption of the new kernel
> > image.
>
> [Copying it to
On Monday 25 July 2005 21.38, Peter Staubach wrote:
> Daniel Ritz wrote:
[...]
>
> Shouldn't the two pairs of calls to config_writeb() be using
> "O2_RES_READ_PREFETCH | O2_RES_WRITE_BURST" instead of
> "O2_RES_READ_PREFETCH | O2_RES_READ_PREFETCH"?
>
yes, of course. thanks for noticing.
Le Lundi 25 Juillet 2005 22:44, Alan Stern a écrit :
>
> Now that's strange. When you plug the high-speed device into the
> integrated ports, which IRQ counter changes? Since nothing is using IRQ
> 21, it should be disabled and its counter should remain constant. Does
> this mean the interrupts
, [EMAIL PROTECTED], Janak Desai <[EMAIL PROTECTED]>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH 4/7] shared subtree
Content-Type: text/x-patch; name=move.patch
Content-Disposition: inline; filename=move.patch
Adds ability to move a shared/private/slave/unclone
, [EMAIL PROTECTED], Janak Desai <[EMAIL PROTECTED]>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH 3/7] shared subtree
Content-Type: text/x-patch; name=rbind.patch
Content-Disposition: inline; filename=rbind.patch
Adds the ability to bind/rbind a
Recent patches from the Xen group changed the X86 user_mode macros.
This patch does the following:
1. Makes the new user_mode() return 0 or 1 (same as x86_64)
2. Removes conditional jump from user_mode_vm()
(it's called every timer tick on each CPU on SMP)
I've been
On Tue, Jul 26, 2005 at 12:06:59AM +0200, Pavel Machek wrote:
> > > Also it looks to me like mcp.h should go into asm/arch-sa1100, so
> > > that other drivers can use it...
> >
> > That doesn't make sense when you have other non-SA1100 devices using
> > mcp-core.c. Whether that happens or not
, [EMAIL PROTECTED], Janak Desai <[EMAIL PROTECTED]>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH 5/7] shared subtree
Content-Type: text/x-patch; name=umount.patch
Content-Disposition: inline; filename=umount.patch
Adds ability to unmount a
, [EMAIL PROTECTED], Janak Desai <[EMAIL PROTECTED]>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH 7/7] shared subtree
Content-Type: text/x-patch; name=automount.patch
Content-Disposition: inline; filename=automount.patch
adds support for mount/umount propogation
On Mon, 25 Jul 2005, Chuck Ebbert wrote:
>
> Recent patches from the Xen group changed the X86 user_mode macros.
>
> This patch does the following:
>
> 1. Makes the new user_mode() return 0 or 1 (same as x86_64)
I _really_ prefer
x != 0
over
!!x
since double
, [EMAIL PROTECTED], Janak Desai <[EMAIL PROTECTED]>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH 1/7] shared subtree
Content-Type: text/x-patch; name=shared_private_slave.patch
Content-Disposition: inline; filename=shared_private_slave.patch
This patch adds the
, [EMAIL PROTECTED], Janak Desai <[EMAIL PROTECTED]>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH 6/7] shared subtree
Content-Type: text/x-patch; name=namespace.patch
Content-Disposition: inline; filename=namespace.patch
Adds ability to clone a namespace that has
, [EMAIL PROTECTED], Janak Desai <[EMAIL PROTECTED]>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH 2/7] shared subtree
Content-Type: text/x-patch; name=unclone.patch
Content-Disposition: inline; filename=unclone.patch
Adds the ability to unclone a vfs tree. A
, [EMAIL PROTECTED], Janak Desai <[EMAIL PROTECTED]>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH 0/7] shared subtree
Hi Andrew/Al Viro,
Enclosing a final set of well tested patches that implement
Al Viro's shared subtree proposal.
These
Matthew Dobson wrote:
> Nathan Lynch wrote:
> > We need some clarity on how asm-generic/topology.h is intended to be
> > used. I suspect that it's supposed to be unconditionally included at
> > the end of the architecture's topology.h so that any elements which
> > are undefined by the arch have
On Mon, Jul 25, 2005 at 10:31:37AM -0400, Andrew Haninger wrote:
> Hello.
Hi Andrew,
> I have a 5 year old Gateway Solo 2500 that is currently running Linux
> 2.6.12.2. If I install ALSA and try to have alsaconf bruteforce-detect
> the OPL3SA2 sound card, it will say that it has detected it,
Evgeniy Polyakov wrote:
On Mon, Jul 25, 2005 at 04:32:32PM +0200, Patrick McHardy ([EMAIL PROTECTED])
wrote:
If I understand correctly it tries to workaround some netlink
limitations (limited number of netlink families and multicast groups)
by sending everything to userspace and
Christoph Hellwig wrote:
> That beein said I wish LTT folks would make a little more progress so
> we could actually include it.
We're working on it. On the topic of revamping LTT, 3 different people
came up with 3 different implementations.
Following your feedback on the patch I sent a few
Jens Axboe <[EMAIL PROTECTED]> writes:
> On Sat, Jul 23 2005, Peter Osterlund wrote:
> > Jens Axboe <[EMAIL PROTECTED]> writes:
> >
> > > Dunno why I didn't notice before, but ->bi_set is totally unnecessary
> > > bloat of struct bio. Just define a proper destructor for the bio and it
> > >
On Mon, Jul 25, 2005 at 12:30:43PM -0400, Jon Smirl wrote:
> On 7/25/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > On 7/25/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > > On 7/25/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > > > On Sunday 24 July 2005 23:09, Jon Smirl wrote:
> > > > > I
* Patrick McHardy <[EMAIL PROTECTED]> 2005-07-26 01:46
> Netlink users don't have to care about shared or cloned skbs. I don't
> think its a big issue to use alloc_skb and then the usual netlink
> macros. Thomas added a number of macros that simplfiy use a lot.
Once I've finished the generic
On Mon, Jul 25, 2005 at 11:02:39AM +0900, Rajat Jain wrote:
> I'm using Kernel 2.6.9 and am having a Qlogic QLE2362 FC-HBA in my
> system. I selected all the Qlogic SCSI drivers while buiding the
> kernel. Now the problem is that every time I reboot, I have to
> MANUALLY modprobe the qla2322.ko
Thomas Graf wrote:
* Patrick McHardy <[EMAIL PROTECTED]> 2005-07-26 01:46
You still have to take care of mixed 64/32 bit environments, u64 fields
for example are differently alligned.
My solution to this (in the same patchset) is that we never
derference u64s but instead copy them.
I don't
On Mon, 2005-07-25 at 16:13 -0700, Linus Torvalds wrote:
> I _really_ prefer
>
> x != 0
>
> over
>
> !!x
Good to hear. This means that you should have no problem accepting my
previous patch for signal.c that changed the x ^ y to x != y. And I
would also assume that you prefer x
The patch below makes kmalloc() fail for swapped flags and size arguments
as mention in Dave Jones keynote at OLS. This is done by adding a new flag,
__GFP_VALID, which is checked for in kmalloc(), that results in the size
being too large. Please apply.
-ben
diff --git
On 7/25/05, Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 25, 2005 at 12:30:43PM -0400, Jon Smirl wrote:
> > On 7/25/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > > On 7/25/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > > > On 7/25/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > > > > On
* Patrick McHardy <[EMAIL PROTECTED]> 2005-07-26 02:16
> Thomas Graf wrote:
> >* Patrick McHardy <[EMAIL PROTECTED]> 2005-07-26 01:46
> >
> >>You still have to take care of mixed 64/32 bit environments, u64 fields
> >>for example are differently alligned.
> >
> >My solution to this (in the same
On Mon, Jul 25, 2005 at 08:28:10PM -0400, Jon Smirl wrote:
> On 7/25/05, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Mon, Jul 25, 2005 at 12:30:43PM -0400, Jon Smirl wrote:
> > > On 7/25/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > > > On 7/25/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > > > >
On Mon, 25 Jul 2005 at 12:47:50 -0400, Bill Davidsen wrote:
> > It's a very - very - very old and bad logic (at least nowdays) from the
> > stone age to free up memory.
>
> It's very Microsoft to claim that the OS always knows best, and not let
> the user tune the system the way they want it
Puneet Vyas wrote:
Hi,
My Dell 600m has a CD writer attached as a USB device. I need to use
the same slot to connect my floppy drive. After pulling out the CD
writer , the machine completely hangs and only hard boot works. I am
new to reporting bugs so I attached all info as according to
Alejandro Bonilla wrote:
Puneet Vyas wrote:
Hi,
My Dell 600m has a CD writer attached as a USB device. I need to use
the same slot to connect my floppy drive. After pulling out the CD
writer , the machine completely hangs and only hard boot works. I am
new to reporting bugs so I attached
On 7/25/05, Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 25, 2005 at 08:28:10PM -0400, Jon Smirl wrote:
> > I didn't realize that echo was adding the CR, I thought that it always
> > appeared on the end of a sysfs attribute set. So now I have to go add
> > white space stripping to a dozen
On Sun, Jul 24, 2005 at 11:36:34PM +0100, Christoph Hellwig wrote:
> On Sun, Jul 24, 2005 at 11:17:02PM +0100, Christoph Hellwig wrote:
> > On Mon, Jun 20, 2005 at 09:54:04PM +0530, Suparna Bhattacharya wrote:
> > > In order to allow for interruptible and asynchronous versions of
> > > lock_page
On Thu, 2005-07-21 at 12:39 +0200, Roman Zippel wrote:
> Hi,
>
> On Wed, 20 Jul 2005, john stultz wrote:
>
> > I really don't think the NTP changes I've mailed is very complex.
> > Please, be specific and point to something you think is an issue and
> > I'll do my best to fix it.
>
> Maybe I
Alejandro Bonilla wrote:
Also, go to a tty (ctrl+alt+f1), login and then unplug the device, If
it gives a kernel panic, show the output here.
.Alejandro
Thanks for looking into this.
I tried the tty and got the following messages in continuous loop (they
were scrolling past real fast
On Sun, 24 Jul 2005 23:27:22 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
>You should edit init/Kconfig to disallow CONFIG_CLEAN_COMPILE=n, since
>any errors you see with CONFIG_BROKEN=y aren't interesting.
Straight over the top of my head yesterday :) Is the following
what you had in mind?
Linus Torvalds <[EMAIL PROTECTED]> writes:
> Ask a hundred random C programmers what "!!x" means, versus what "x != 0"
> means, and time their replies.
I've always thought of "!!" as the "canonicalize boolean" operator...
Vaguely ugly, but I think it's actually _more clear_ than != 0 in
contexts
Alejandro Bonilla wrote:
Puneet Vyas wrote:
PS : I am not even sure if I am "allowed" to pull out the writer like
this. Am I supposed to "stop" the device first or something?
You are supoused to unmount the volume. Try it. umount /dev/cdrom ?
Make sure that is it not in use, then unload
Miles Bader <[EMAIL PROTECTED]> wrote:
>
> Linus Torvalds <[EMAIL PROTECTED]> writes:
> > Ask a hundred random C programmers what "!!x" means, versus what "x != 0"
> > means, and time their replies.
>
> I've always thought of "!!" as the "canonicalize boolean" operator...
Me too. Once you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Haninger wrote:
> On 7/22/05, Francisco Figueiredo Jr. <[EMAIL PROTECTED]> wrote:
>
>>Hangs appears just before mounting filesystems message and before configuring
>>system to use udev.
>
> I don't know if this will help, but there were
On Mon, Jul 25, 2005 at 08:56:17PM -0400, Jon Smirl wrote:
> On 7/25/05, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Mon, Jul 25, 2005 at 08:28:10PM -0400, Jon Smirl wrote:
> > > I didn't realize that echo was adding the CR, I thought that it always
> > > appeared on the end of a sysfs attribute
On Tue, 26 Jul 2005, Michel Bouissou wrote:
> Le Lundi 25 Juillet 2005 22:44, Alan Stern a écrit :
> >
> > Now that's strange. When you plug the high-speed device into the
> > integrated ports, which IRQ counter changes? Since nothing is using IRQ
> > 21, it should be disabled and its counter
> > Le Lundi 25 Juillet 2005 22:44, Alan Stern a écrit :
> > >
> > > Now that's strange. When you plug the high-speed device into the
> > > integrated ports, which IRQ counter changes? Since
> nothing is using
> > > IRQ 21, it should be disabled and its counter should remain
> > > constant.
Alistair John Strachan wrote:
> You can get special USB cables that link two USB ports' 5Vs together in
> parallel, which seems to help supply the necessary current; after the HD has
> spun up you can remove the second "dummy" USB connector (my laptop only has
> two USB ports and I require the
On Mon, 25 Jul 2005 18:34:13 -0700 Andrew Morton wrote:
> Miles Bader <[EMAIL PROTECTED]> wrote:
> >
> > Linus Torvalds <[EMAIL PROTECTED]> writes:
> > > Ask a hundred random C programmers what "!!x" means, versus what "x != 0"
> > > means, and time their replies.
> >
> > I've always thought
Tom Zanussi wrote:
> In userspace, the sub-buffer reading loop looks at the commit value in
> the sub-buffer, and if it matches (sub-buffer size - padding), the
> buffer has been completely written and can be saved, otherwise it's
> not yet complete and is checked again the next time around.
Hi,
i'm using Debian SID kernel-image-2.6.11-powerpc [1] (which is not
tainted). I've unfortunately started sysutils [2] memtest as user (no caps, no
sticky bit).
/usr/sbin/memtest all
I was expecting the OOMK to rescue my system by killing memtest.
As expected, a few minutes later, my
On Mon, 2005-07-25 at 20:20 -0400, Steven Rostedt wrote:
> And I
> would also assume that you prefer x *= 2 over x <<= 1 (also since the
> first person to show this example used x <<= 2. Right Lee? :-)
Let us never speak of that again. These aren't the droids you're
looking for.
Lee
-
To
On Mon, 2005-07-25 at 15:44, Ram Pai wrote:
> , [EMAIL PROTECTED], Janak Desai <[EMAIL PROTECTED]>,
> linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
> Subject: [PATCH 0/7] shared subtree
>
> Hi Andrew/Al Viro,
>
> Enclosing a final set of well tested patches that implement
On Tue, 2005-07-26 at 04:43 +0200, Benoit Dejean wrote:
> Hi,
> i'm using Debian SID kernel-image-2.6.11-powerpc [1] (which is not
> tainted). I've unfortunately started sysutils [2] memtest as user (no caps, no
> sticky bit).
>
> /usr/sbin/memtest all
> As expected, a few minutes later,
Puneet Vyas wrote:
Alejandro Bonilla wrote:
Puneet Vyas wrote:
PS : I am not even sure if I am "allowed" to pull out the writer
like this. Am I supposed to "stop" the device first or something?
You are supoused to unmount the volume. Try it. umount /dev/cdrom ?
Make sure that is it not
Andreas Steinmetz <[EMAIL PROTECTED]> wrote:
>
> the attached patches are acked by Pavel and signed off by me
OK, well I queued this up, without a changelog. Because you didn't send
one. Please do so. As it adds a new feature, quite a bit of info is
relevant.
It should include a description
On 7/25/05, Greg KH <[EMAIL PROTECTED]> wrote:
> > I'll put one together to trim leading/trailing white space from the
> > buffer before it is passed into the attribute functions. Now that I
> > think about this I believe the attributes should have always had the
> > leading/trailing white space
I purchased a ZyXEL router, and noted in its log:
0day 00:00:16 klogd started: BusyBox v1.00-pre8 (2005.06.02-02:19+)
0day 00:00:16 Linux version 2.4.18-MIPS-01.00 ([EMAIL PROTECTED]) (gcc version
3.3.3) #53 Fri Jun 10 16:13:48 CST 2005
...
I contacted the vendor to request source, since no
On Mon, 2005-07-25 at 23:21 -0400, Mace Moneta wrote:
> The response seems meaningless; does this constitute a violation of
> GPL?
> If so what, if any, action needs to be taken?
It sounds like they think you are asking for their userspace source
code, or that support rep does not know the
On Monday 25 July 2005 22:15, Jon Smirl wrote:
> + while( isspace(*x) && (x - buffer->page < count))
> + x++;
> +
> + /* locate trailng white space */
> + z = y = x;
> + while (y - buffer->page < count) {
> + y++;
> + z = y;
> +
People who are experiencing early-boot lockups on x86_64
might find this useful..
Don't compare linux processor index with APICID
Fixes boot up lockups on some machines where CPU apic ids
don't start with 0
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Index:
Pete Zaitcev <[EMAIL PROTECTED]> wrote:
>
> I think this patch is rather obvious, so maybe I should ask Andrew to
> apply it to -mm for now, to get some testing. Would that help to verify
> it for acceptance?
>
> -- Pete
>
> Begin forwarded message:
>
> Date: Tue, 28 Jun 2005 15:00:23 -0700
>
On Mon, 25 Jul 2005 20:52:26 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Do you expect this patch:
>
> > --- linux-2.6.12/drivers/usb/input/hid-input.c 2005-06-21
> > 12:58:47.0 -0700
> > - struct input_dev *input = >hidinput->input;
> > + struct input_dev *input;
> > -
On 7/26/05, Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 25, 2005 at 11:02:39AM +0900, Rajat Jain wrote:
> > I'm using Kernel 2.6.9 and am having a Qlogic QLE2362 FC-HBA in my
> > system. I selected all the Qlogic SCSI drivers while buiding the
> > kernel. Now the problem is that every time I
Hi.
On Tue, 2005-07-26 at 03:34, Mauro Carvalho Chehab wrote:
> Nigel,
>
> Nigel Cunningham wrote:
> > Hi.
> >
> > The .c gives Gerd Knorr as the maintainer of this file, but no email
> > address. The MAINTAINERS file doesn't have his name or make it clear who
> > owns the file. I haven't
Nigel Cunningham wrote:
On Tue, 2005-07-26 at 03:34, Mauro Carvalho Chehab wrote:
Nigel Cunningham wrote:
The .c gives Gerd Knorr as the maintainer of this file, but no email
address. The MAINTAINERS file doesn't have his name or make it clear who
owns the file. I haven't therefore
In OCFS2 there is currently an in-kernel heartbeat thread that really
wants to communicate liveness to other nodes as quickly as possible by
writing to a block device. Setting aside the specific wisdom of a
kernel heartbeat thread for a bit, has it been considered that kernel
threads might
On Tue, Jul 26, 2005 at 01:46:04AM +0200, Patrick McHardy ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
> >On Mon, Jul 25, 2005 at 04:32:32PM +0200, Patrick McHardy
> >([EMAIL PROTECTED]) wrote:
> >
> >>If I understand correctly it tries to workaround some netlink
> >>limitations (limited
Andrew,
In the patch from:
http://www.uwsg.iu.edu/hypermail/linux/kernel/0506.3/0985.html
Is the the following line suppose inside the if CONFIG_PCI=n
#define pci_dma_burst_advice(pdev, strat, strategy_parameter) do { } while (0)
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
diff --git
Evgeniy Polyakov wrote:
On Tue, Jul 26, 2005 at 01:46:04AM +0200, Patrick McHardy ([EMAIL PROTECTED])
wrote:
Evgeniy Polyakov wrote:
On Mon, Jul 25, 2005 at 04:32:32PM +0200, Patrick McHardy
([EMAIL PROTECTED]) wrote:
If I understand correctly it tries to workaround some
>On a HT system, why does ACPI recognize CPU0 and CPU1, refer
>to them as such in dmesg
This is the Linux CPU number. ie the namespace where 0
is the boot processor and the others are numbered in
the order that they were started.
> and then call them CPU1 and CPU2 in
>/proc/acpi/processor?
John Pearson wrote:
Wouldn't having (practically) all your memory used for cache slow down
starting a new program? First it would have to free up that space, and then
put stuff in that space, taking potentially twice as long.
If the cache pages are clean (not been modified since they were read
On Mon, Jul 25, 2005 at 09:56:56PM -0700, Stephen Hemminger ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
>
> >On Tue, Jul 26, 2005 at 01:46:04AM +0200, Patrick McHardy
> >([EMAIL PROTECTED]) wrote:
> >
> >
> >>Evgeniy Polyakov wrote:
> >>
> >>
> >>>On Mon, Jul 25, 2005 at 04:32:32PM
401 - 500 of 512 matches
Mail list logo