> > advantage of all the optimizations that modern memory subsystems have for
> > linear accesses. And if hardware exists that can offload that from the cpu
> > then the cpu caches are only minimally affected.
>
> I can believe that prezeroing could provide a benefit on some
> machines, but I
Ian Godin <[EMAIL PROTECTED]> wrote:
>
>
>I am trying to get very fast disk drive performance and I am seeing
> some interesting bottlenecks. We are trying to get 800 MB/sec or more
> (yes, that is megabytes per second). We are currently using
> PCI-Express with a 16 drive raid card
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
the patch fixes the noexec= boot option on x86_64 to actually work when other
options come after it.
Credits (if any ;)) should go to Matt Zimmerman and Colin Watson for spotting
the problem and providing/testing the fix.
Best Regards,
Fabio
On Fri, 2005-02-04 at 01:20 -0800, Andrew Morton wrote:
> Pavel Roskin <[EMAIL PROTECTED]> wrote:
> >
> > I'm writing a module under a proprietary license.
>
> You shouldn't, although many people do. It's a derived work and hence the
> GPL is applicable. The only exception we make is for code
One of my machines is running into an uncorrectable machine check
exception. The MCA error code is 0x152, but AMD's documentation
("AMD64 Architecture Programmer's Manual Volume 2: System
Programming") only contains a self-reference and no actual explanation
of the error codes.
Any hints on how
Hi Mark, Alexey,
> > >+ /* 0x17 - USB */
> > >+ /* 0x18 - Virtual buses */
> > >+#define I2C_ALGO_MV64XXX 0x19 /* Marvell mv64xxx i2c ctlr
> > >*/
> >
> > While I searched for typos and
This patch is from David Woodhouse <[EMAIL PROTECTED]>.
We were pretending that every syscall returned zero. Don't do that.
Signed-Off-By: David Woodhouse <[EMAIL PROTECTED]>
Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]>
= arch/ppc64/kernel/entry.S 1.51 vs edited =
---
This patch is from Nathan Lynch <[EMAIL PROTECTED]>.
Make the physical_id cpu sysfs attribute on ppc64 show -1 instead of
65535 for non-present cpus.
Signed-off-by: Nathan Lynch <[EMAIL PROTECTED]>
Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]>
diff -puN
i have released the -V0.7.38-01 Real-Time Preemption patch, which can be
downloaded from the usual place:
http://redhat.com/~mingo/realtime-preempt/
Changes since -37-03:
- merged to 2.6.11-rc3
- deadlock-tracer fix from Eugeny S. Mints
- converted an oprofile spinlock to raw, which
I found out that I can't strace automount under 2.6.11-rc3:
# strace -p 1002
--- SIGSTOP (Stopped (signal)) ---
--- SIGSTOP (Stopped (signal)) ---
poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}], 2, -1) = -1 EINTR
(Interrupted system call)
--- SIGALRM (Alarm clock) ---
and strace bails out.
Hi,
> > Hi Eric,
> >
> > > > Hi Vivek and Eric,
> > > >
> > > > IMHO, why don't we swap not only the contents of the top 640K
> > > > but also kernel working memory for kdump kernel?
> > > >
> > > > I guess this approach has some good points.
> > > >
> > > > 1.Preallocating reserved area is
Hi, Stelian!
One thing everyone creating kernel patches with subversion
must be aware of, is the fact that the subversion built-in diff command does
not understand the gnu diff -p flag (or indeed, any gnu diff flags at all,
with the exception of -u, which is the default anyway).
Thus you must
This patch is from Jimi Xenidis <[EMAIL PROTECTED]>.
The hvcs driver does not register a devfs_name resulting in devfs
creating /dev/* entries.
The following one line patch remedies the problem.
Signed-off-by: Jimi Xenidis <[EMAIL PROTECTED]>
Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]>
This patch is from Stephen Rothwell <[EMAIL PROTECTED]>.
This patch just replaces the last usage of the vio dma mapping routines
with the equivalent generic dma mapping routines.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]>
diff -ruNp
Am Freitag, 4. Februar 2005 08:48 schrieb Pavel Machek:
> What about simply blocking all video accesses before disk (etc) is
> resumed, so that "normal" (not locked in memory) application can be
> used?
Very bad for debugging. Genuine serial ports are becoming rarer.
Regards
Nick Piggin <[EMAIL PROTECTED]> skrev:
> No none yet, which is what we should get to the
> bottom of. I must be overlooking something, but the
> only ways I can see should be due to transient
> conditions like page locked or under writeback.
> laptop_mode?
>
> Terje, what is
jerome lacoste wrote:
[Sorry for the sensational title]
I have had this laptop for three years. It ran Linux (Debian unstable)
from the start and its hardware has been very unreliable: I changed
hard disks twice and the motherboard thrice. My DVD drive started
failing some days ago (this one is
Hi,
On Fri, 2005-02-04 at 08:25, Mikael Pettersson wrote:
> > In which kernel(s) exactly? There was a fix for that applied fairly
> > recently upstream.
>
> I've been seeing this over the last couple of months, with
> (at least) 2.4.28 and newer, and 2.6.9 and newer standard kernels.
> But
Mickael Marchand wrote:
Hello,
I am having the same kind of troubles (can't tune and mt_set_frequency
-121 errors) since 2.6.10 (it was working in 2.6.9) on amd64.
this patch did not help sadely.
I have the same problem, but on x86, the attached patch fixed it for me.
--
Guillaume
---
In article <[EMAIL PROTECTED]> you wrote:
> I halted the machine correctly yesterday night. I never dropped the
> box in 3 years. Am I just being unlucky? Or could the fact that I am
> using Linux on the box affect the reliability in some ways on that
> particular hardware (Dell Inspiron 8100)? I
On Fri, Feb 04, 2005 at 12:18:27PM +0200, Michael S. Tsirkin wrote:
>
> Hi, Stelian!
> One thing everyone creating kernel patches with subversion
> must be aware of, is the fact that the subversion built-in diff command does
> not understand the gnu diff -p flag (or indeed, any gnu diff flags at
Quoting r. Stelian Pop <[EMAIL PROTECTED]>:
> Subject: Re: [RFC] Linux Kernel Subversion Howto
>
> On Fri, Feb 04, 2005 at 12:18:27PM +0200, Michael S. Tsirkin wrote:
>
> >
> > Hi, Stelian!
> > One thing everyone creating kernel patches with subversion
> > must be aware of, is the fact that the
On Thu, Feb 03, 2005 at 10:21:12AM -0800, Andrew Morton wrote:
> The "echo method" method sounds good. Do we think that's feasible for
> 2.6.11, or would it be safer to disable low-latency mode for that driver?
As a temporary workaround, dropping the lock should also work:
---
Hirokazu Takahashi <[EMAIL PROTECTED]> writes:
> Hi,
>
> > > Hi Eric,
> > >
> I see you have.
> And MIPS CPUs doesn't allow kernel pages to be remapped either.
I guess I should add to be relocatable in the general case most
likely requires running a PIC dynamic linker at kernel startup.
If
On Fri, Feb 04, 2005 at 01:08:35PM +0200, Michael S. Tsirkin wrote:
> > There is a section called "How do I generate 'proper' diffs ?" dealing
> > with this.
> >
> > Stelian.
> > --
> > Stelian Pop <[EMAIL PROTECTED]>
> >
>
> Yep but the trick with --diff-cmd has the advantage of not
jerome lacoste wrote:
Attached the output of smartctl -a /dev/hda, whatever that helps.
Judging from the SMART output, this drive seems hosed. All firmware
controlled extended off-line self-tests have failed on LBA 92491576, and
it has a worrying amount of re-allocated sectors.
New laptop
>> Could a hardware failure look like bad sectors to fsck?
>
> A failure of the bus or a former sporadic error can cause defective fs, but
> normally you have a read error in fsck no structure error.
>
> Are you using hdparm? is the system perhaps overheating or overclocked?
no overclock
hdparm
Oliver Neukum schrieb:
> Am Freitag, 4. Februar 2005 08:48 schrieb Pavel Machek:
>
>>What about simply blocking all video accesses before disk (etc) is
>>resumed, so that "normal" (not locked in memory) application can be
>>used?
>
> Very bad for debugging. Genuine serial ports are becoming
Hello Linus,
you can either use "bk receive" to patch with this mail,
or you can
Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools
or in cases of dire need, you can apply the patch below.
BK: Parent repository is http://bktools.bkbits.net/bktools
Patch description:
[EMAIL
Hi Jerome :)
* jerome lacoste <[EMAIL PROTECTED]> dixit:
> [Sorry for the sensational title]
It catched my attention ;)))
> I halted the machine correctly yesterday night. I never dropped the
> box in 3 years. Am I just being unlucky? Or could the fact that I am
> using Linux on the
Xavier Bestel <[EMAIL PROTECTED]> wrote:
> I just got this Oops with 2.6.10 (debian/sid stock kernel).
>
> Kernel is tainted by VMWare, but it wasn't used (machine powered on
> remotely and used just to run gaim though ssh). I can perhaps try to
> reproduce it without it though if you need.
[EMAIL PROTECTED] (Eric W. Biederman) writes:
> Hirokazu Takahashi <[EMAIL PROTECTED]> writes:
> > > Most of this just results in easier management between the pieces.
> > > Which is a good thing. However at the moment I don't think it
> > > simplifies any of the core problems. I still need to
Please keep me CCd
jerome lacoste wrote:
> particular hardware (Dell Inspiron 8100)? I run Linux on 3 other
I have this exact same laptop. It works perfectly for me with linux.
Originally started with a 2.4 kernel and recently went to 2.6.10. The modem
works well, the video card works well
On Friday 04 February 2005 11:32, Carl-Daniel Hailfinger wrote:
> Oliver Neukum schrieb:
> > Am Freitag, 4. Februar 2005 08:48 schrieb Pavel Machek:
> >>What about simply blocking all video accesses before disk (etc) is
> >>resumed, so that "normal" (not locked in memory) application can be
>
Jon Smirl schrieb:
> Reseting a video card from suspend is essentially the same problem as
> reseting secondary video cards on boot. The same code can address both
> problems.
>
> Some things to consider
>
> 1) With multiple video cards you have to ensure only a single VGA gets
> enabled.
OK, I recently made the mistake of buying a USB case with a drive in it
and putting my home directory on it. I have since then had multiple
ext3 and ext2 errors: 2.6.8, 2.6.9, 2.6.10 and 2.6.11-rc3 all exhibit
the problem within an hour of stress (untarring a fresh kernel tree, cp
-al'ing to
I've been experiencing hangs with kernel 2.6.10-ac11 and also previous
ac-series. The affected box is a quite loaded Dual-Xeon HT system.
The kernel was built with gcc-2.95 (Debian woody).
Sysrq-b on ac11 brings the following and the completely hangs, i.e. no
sysrq responses anymore:
SysRq :
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> This updates the FAT attributes as well as (hopefully) corrects the
> handling of VFAT ctime. The FAT attributes are implemented as a
> 32-bit ioctl, per the previous discussions.
[...]
> + /* This MUST be done before doing anything
On Freedag 04 Februar 2005 08:22, Olof Johansson wrote:
> It's getting pretty old to have see and type cur_cpu_spec->cpu_features
> & CPU_FTR_, when a shorter and less TLA-ridden macro is more
> readable.
>
> This also takes care of the differences between PPC and PPC64 cpu
> features for the
[EMAIL PROTECTED] (Fabio Massimo Di Nitto) writes:
> Hi,
> the patch fixes the noexec= boot option on x86_64 to actually work when
> other
> options come after it.
>
> Credits (if any ;)) should go to Matt Zimmerman and Colin Watson for spotting
> the problem and providing/testing the fix.
On Thu, Feb 03, 2005 at 02:28:54PM -0800, Larry McVoy wrote:
> > > CVS BitKeeper [*]
> > > Deltas 235,956 280,212
> >
> > Indeed, for now the differences are rather small. But with more and
> > more BK trees and more merges between them the proportion will raise.
Hi,
That one should go into 2.6.11.
- fix initialization order bug.
- disable + comment current secam tweak, will not work that way ...
Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]>
---
drivers/media/video/tda9887.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff
Stephen C. Tweedie writes:
> Hi,
>
> On Fri, 2005-02-04 at 08:25, Mikael Pettersson wrote:
>
> > > In which kernel(s) exactly? There was a fix for that applied fairly
> > > recently upstream.
> >
> > I've been seeing this over the last couple of months, with
> > (at least) 2.4.28
On Sun, Jan 30, 2005 at 11:31:26AM +0100, Peter Osterlund wrote:
> mousedev_packet() incorrectly clears list->ready when called with
> "tail == head - 1". The effect is that the last mouse event from the
> hardware isn't reported to user space until another hardware mouse
> event arrives. This
On Sun, Jan 30, 2005 at 06:39:37PM -0500, Dmitry Torokhov wrote:
> On Sunday 30 January 2005 10:45, Roman Zippel wrote:
> > Hi,
> >
> > On Sat, 29 Jan 2005, Dmitry Torokhov wrote:
> >
> > > Ok, what about making some submenus to manage number of options, like in
> > > the patch below?
> >
> >
On Fri, 4 Feb 2005 07:35:20 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> > > /*
> > > + * Try to initialize the IBM TrackPoint
> > > + */
> > > + if (max_proto > PSMOUSE_PS2 && trackpoint_init(psmouse) == 0) {
> > > + psmouse->vendor = "IBM";
> > > + psmouse->name =
On Sun, Jan 30, 2005 at 11:35:12AM +0100, Peter Osterlund wrote:
> Only parse a "z == 127" packet as a relative Dualpoint stick packet if
> the touchpad actually is a Dualpoint device. The Glidepoint models
> don't have a stick, and can report z == 127 for a very wide finger. If
> such a packet
On Thu, Feb 03, 2005 at 10:54:51PM +0100, Peter Osterlund wrote:
> Here it is, with the suggestions from Pete and Dmitry included. The
> patch does the following:
>
> * Compensates for the lack of floating point arithmetic by keeping
> track of remainders from the integer divisions.
> *
On Sun, Jan 30, 2005 at 11:36:48AM +0100, Peter Osterlund wrote:
> Some Synaptics touchpads have a middle mouse button that also works as
> a scroll wheel. Scroll data is reported as packets with w == 2 and
> the scroll amount in byte 1, treated as a signed character. For some
> reason, the
On Thu, Feb 03, 2005 at 03:18:20PM +0100, Fruhwirth Clemens wrote:
> Way too complicated. This is a crypto project, why does nobody think of
> crypto to solve the problem :). Here's the idea:
> [see original post, http://lkml.org/lkml/2005/2/3/109 , for idea]
Very simple patch. With that, it's
On Fri, Feb 04, 2005 at 07:40:43AM +0100, Peter Osterlund wrote:
> Vojtech Pavlik <[EMAIL PROTECTED]> writes:
>
> > On Thu, Feb 03, 2005 at 10:54:51PM +0100, Peter Osterlund wrote:
> >
> > > * Removes the xres/yres scaling so that you get the same speed in the
> > > X and Y directions even if
On Fri, Feb 04, 2005 at 08:17:43AM -0500, Stephen Evanchik wrote:
> On Fri, 4 Feb 2005 07:35:20 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> > > > /*
> > > > + * Try to initialize the IBM TrackPoint
> > > > + */
> > > > + if (max_proto > PSMOUSE_PS2 && trackpoint_init(psmouse) == 0) {
> >
On Fri, 4 Feb 2005 14:14:36 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> On Sun, Jan 30, 2005 at 06:39:37PM -0500, Dmitry Torokhov wrote:
> > On Sunday 30 January 2005 10:45, Roman Zippel wrote:
> > > Hi,
> > >
> > > On Sat, 29 Jan 2005, Dmitry Torokhov wrote:
> > >
> > > > Ok, what about
Hi,
I was investigating a way to hide the dm-crypt key from device-mapper
configuration IOCTLs since the key might accidentally end up somewhere
it shouldn't (see other thread).
Then I stumbled across the new key retention service. This is exectly
what I was looking for.
The idea is to add the
On Fri, 2005-02-04 at 13:17 +0100, Carl-Daniel Hailfinger wrote:
> Jon Smirl schrieb:
> > A starting place for a user space reset program:
> > ftp://ftp.scitechsoft.com/devel/obsolete/x86emu/x86emu-0.8.tar.gz
> >
> > This thread talks about the VGA routing code:
> >
Martin Kögler wrote:
As a temporary workaround, dropping the lock should also work:
This looks good to me, and seems much more reasonable
that changing driver interfaces.
Treat tty_flip_buffer_push(tty) as something that
can call back into your driver (which *is* the case for low_latency),
so
Hi,
On Fri, 2005-02-04 at 13:10, Mikael Pettersson wrote:
> > Plain upstream 2.4.28? If so, that's probably the trouble, as 2.4
> > doesn't have any xattr support, so if you delete a file on 2.4 it won't
> > delete the xattr block for it.
>
> 2.4.28 - certainly I've used that at lot.
But
On Fri, Feb 04, 2005 at 08:51:41AM -0500, Dmitry Torokhov wrote:
> On Fri, 4 Feb 2005 14:14:36 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> > On Sun, Jan 30, 2005 at 06:39:37PM -0500, Dmitry Torokhov wrote:
> > > On Sunday 30 January 2005 10:45, Roman Zippel wrote:
> > > > Hi,
> > > >
> > >
Am Mittwoch, den 02.02.2005, 20:05 -0800 schrieb Matt Mackall:
> Dunno here, seems that having one tool that gave the kernel a key named
> "foo" and then telling dm-crypt to use key "foo" is probably not a bad
> way to go. Then we don't have stuff like "echo | dmsetup create"
> and the like and
On Fri, 4 Feb 2005 14:45:28 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 04, 2005 at 08:17:43AM -0500, Stephen Evanchik wrote:
> > On Fri, 4 Feb 2005 07:35:20 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> > > Indeed. IIRC this patch killed wheel mouse detection in ubuntu.
>
Hi,
On Fri, 4 Feb 2005, Vojtech Pavlik wrote:
> > When I go into a menu I explore option and submenus from top to bottom.
> > So I will see PS/2 or serial, and will go there and select what I need.
> > Then I will see that generic input layer is also needed for keyboard
> > and go there.
> >
>
On Fri, 4 Feb 2005 07:54:54 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 04, 2005 at 01:52:39AM -0500, Dmitry Torokhov wrote:
> > On Friday 04 February 2005 01:35, Vojtech Pavlik wrote:
> > > On Thu, Feb 03, 2005 at 07:34:16PM -0500, Dmitry Torokhov wrote:
> > > > On Thursday 03
Stephen C. Tweedie writes:
> Hi,
>
> On Fri, 2005-02-04 at 13:10, Mikael Pettersson wrote:
>
> > > Plain upstream 2.4.28? If so, that's probably the trouble, as 2.4
> > > doesn't have any xattr support, so if you delete a file on 2.4 it won't
> > > delete the xattr block for it.
> >
On Fri, 4 Feb 2005 15:13:31 +0100 (CET), Roman Zippel
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Fri, 4 Feb 2005, Vojtech Pavlik wrote:
>
> > > When I go into a menu I explore option and submenus from top to bottom.
> > > So I will see PS/2 or serial, and will go there and select what I need.
> > >
On Sun, Jan 30, 2005 at 04:45:35PM +0100, Roman Zippel wrote:
> Hi,
>
> On Sat, 29 Jan 2005, Dmitry Torokhov wrote:
>
> > Ok, what about making some submenus to manage number of options, like in
> > the patch below?
>
> I'd rather move it to the bottom and the menus had no dependencies.
> Below
What is the status of sk98lin? Do we have to wait until Syskonnect gets
their act together
and write a new driver for 2.6.10?
Their latest is Oct 2004 and not at all compatible with 2.6.10 and beyond.
RaXeT
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Le vendredi 04 fÃvrier 2005 Ã 00:03 -0500, Jon Smirl a Ãcrit :
> Doing this in user space lets you have two reset
> programs, vm86 and emu86 for non-x86 machines.
Perhaps only emu86 should be used, to have a well-debugged codepath on
all archs (amd64, ppc, ...)
As it's usermode, the code size is
On Fri, 4 Feb 2005 07:18:17 -0500, Wakko Warner <[EMAIL PROTECTED]> wrote:
> Please keep me CCd
>
> jerome lacoste wrote:
> > particular hardware (Dell Inspiron 8100)? I run Linux on 3 other
>
> I have this exact same laptop. It works perfectly for me with linux.
> Originally started with a 2.4
Hi,
On Fri, 4 Feb 2005, Dmitry Torokhov wrote:
> The "generic input layer" submenu is comparable to SCSI or ALSA and
> has similar menu structure with userland interfaces on top and drivers
> below them. Hardware ports (serio, gameport) "live" outside of generic
> input layer and are shown there
On Fri, Feb 04, 2005 at 09:17:33AM -0500, Dmitry Torokhov wrote:
> It is still a problem if driver is registered after the port has been
> detected wich quite often is the case as many people have psmouse as a
> module.
>
> I wonder if we should make driver registration asynchronous too.
On Fri, Feb 04, 2005 at 01:22:54AM -0600, Olof Johansson wrote:
> Hi,
>
> It's getting pretty old to have see and type cur_cpu_spec->cpu_features
> & CPU_FTR_, when a shorter and less TLA-ridden macro is more
> readable.
>
> This also takes care of the differences between PPC and PPC64 cpu
>
On Thu, Feb 03, 2005 at 06:30:59AM -0600, Jonathan A. George wrote:
>...
> ** As noted previously it would be interested to see the opinion of a
> U.S. IP lawyer who has conclusively tested the impact of copy right law
> where the boundary of what constitutes a derivative work was explicitly
>
What is the proper way to setup a real counting semaphore under the
-RT kernel?
I've noticed that just using a struct semaphore, normal counting
semaphore usage[*] can trigger the "lock recursion deadlock" in
kernel/rt.c since 'struct semaphore' now uses an rt_mutex.
What I've done for now is
On Wed, Feb 02, 2005 at 05:17:01PM -0800, Neil Whelchel wrote:
> Hello,
Hi Neil,
> I just thought that in case anyone wants to contact me it would be easier
> if I was listed in the CREDITS file...
>
> N: Neil Whelchel
> E: [EMAIL PROTECTED]
> W: http://firstlight.net/~koyama
> D: Cypress M8
On Thu, 2005-02-03 at 11:23 -0800, Bryan Henderson wrote:
> >> > > And for the vmscan->writepage() side of things I wonder if it would
> be
> >> > > possible to overload the mapping's ->nopage handler. If the target
> page
> >> > > lies in a hole, go off and allocate all the necessary pagecache
On Fri, 4 Feb 2005, Gerd Knorr wrote:
>
> That one should go into 2.6.11.
>
> - fix initialization order bug.
I applied your earlier patch already. Can you verify that I merged
everything correctly, and that my current BK tree matches yours?
Linus
-
To unsubscribe from this
On Fri, Feb 04, 2005 at 02:01:27PM +0100, Stelian Pop wrote:
> On Thu, Feb 03, 2005 at 02:28:54PM -0800, Larry McVoy wrote:
>
> > > > CVS BitKeeper [*]
> > > > Deltas 235,956 280,212
> > >
> > > Indeed, for now the differences are rather small. But
On Wed, 2005-02-02 at 19:07 -0500, Pavel Roskin wrote:
> There will be a GPL'd layer, and it's likely that sysfs interaction will
> be on the GPL'd side anyway, for purely technical reasons.
Be very careful if distributing your driver in two parts -- a GPL'd part
and a part which you claim is
We have had a similar problem with all kernels since 2.6.8.1. It has
gotten so bad that we had to drop back to 2.6.7 with some extra patches
to get our systems working. Our situation is a little bit different.
We are using smp Opteron boxes as NFS servers. Under almost any load at
all,
Hi!
> >>What about simply blocking all video accesses before disk (etc) is
> >>resumed, so that "normal" (not locked in memory) application can be
> >>used?
> >
> > Very bad for debugging. Genuine serial ports are becoming rarer.
>
> As a bonus, even genuine serial ports may be in undefined
On Fri, Feb 04, 2005 at 07:41:24AM -0700, maxer wrote:
> What is the status of sk98lin? Do we have to wait until Syskonnect gets
> their act together
> and write a new driver for 2.6.10?
>
> Their latest is Oct 2004 and not at all compatible with 2.6.10 and beyond.
Use the driver intree or
On Fri, 2005-02-04 at 15:15, Mikael Pettersson wrote:
> Plain www.kernel.org kernels always.
Good, it's no bug then. Stephen already explained what's going on: when
a file has xattrs and you delete the file while running a kernel without
xattr support, the xattr block's refcount is not
Larry> You need to rethink your math, you are way off. I'll
Larry> explain it so that the rest of the people can see this is
Larry> just pure FUD.
[...]
Larry> The CVS tree has 96% of all the deltas to all your source
Larry> files. 96%.
Larry> My good friend
Hi!
> > 3) The user space reset programs have to be serialized because of the
> > rule about only a single VGA at a time. Calling vm86 from kernel mode
> > is not a good idea. Doing this in user space lets you have two reset
> > programs, vm86 and emu86 for non-x86 machines.
>
> With the
On Thu, 3 Feb 2005, Mr. Berkley Shands wrote:
> Reproducible BUG on 3GB hugetlbfs filesystem for opterons and xeons with
> either
> FC3 or RedHat ES3.0 and GCC 3.4.2. Details and code snippets in attachment.
> Executables to reproduce BUG are available on request.
Patch below (against 2.6.11-rc3,
Peter Williams <[EMAIL PROTECTED]> writes:
> Paul Davis wrote:
>> There are several kernel-side attributes that would make JACK better
>> from my perspective:
>> * better ways to acquire and release RT scheduling
>
> I'm no expert on the topic but it would seem to me that the mechanisms
>
On Thursday, February 3, 2005 7:28 pm, MUNEDA Takahiro wrote:
> Hi,
>
> The legacy_io which is the member of pci_bus struct might be
> NULL. It should be checked.
>
> This patch checks 'b->legacy_io', NULL or not.
>
> Signed-off-by: MUNEDA Takahiro <[EMAIL PROTECTED]>
>
> ---
>
> probe.c |8
Hi Shane,
On Thursday 03 February 2005 05:47, Shane Hathaway wrote:
> The attached patch enhances the kernel's DHCP client support (in
> net/ipv4/ipconfig.c) to set the interface MTU if provided by the
> DHCP server. Without this patch, it's difficult to netboot on a
> network that uses jumbo
[Taking hpa out of CC:, I don't think he is interested anymore]
On Fri, Feb 04, 2005 at 08:06:31AM -0800, Larry McVoy wrote:
> You need to rethink your math, you are way off. I'll explain it so that
> the rest of the people can see this is just pure FUD.
There is no FUD in all what I said,
On Fri, 4 Feb 2005, Paul Mackerras wrote:
> > Yes but its a short burst that only occurs very infrequestly and it takes
>
> It occurs just as often as we clear pages in the page fault handler.
> We aren't clearing any fewer pages by prezeroing, we are just clearing
> them a bit earlier.
scrubd
On Fri, Feb 04, 2005 at 07:41:24AM -0700, maxer wrote:
> What is the status of sk98lin? Do we have to wait until Syskonnect gets
> their act together
> and write a new driver for 2.6.10?
>
> Their latest is Oct 2004 and not at all compatible with 2.6.10 and beyond.
What is problem with driver
* Zwane Mwaikambo <[EMAIL PROTECTED]> [050203 22:33]:
> On Thu, 3 Feb 2005, Tony Lindgren wrote:
>
> > > > > It could also be that the reprogamming of PIT timer does not work on
> > > > > your machine. I chopped off the udelays there... Can you try
> > > > > something like this:
> > > >
> > > >
Hello,
I am sending this report because this has been an
off-again, on-again problem in the 2.6 kernel series.
Everything was fine when the snd-intel8x0 had built-in
gameport support from 2.6.5(??) to 2.6.9. I just
simply had to add a file to /etc/modprobe.d containing
the following line
options
On Fri, Feb 04, 2005 at 10:17:48AM +0200, Pekka Enberg wrote:
> Please drop the CPU_FTR_##x macro magic as it makes grepping more
> complicated. If the enum names are too long, just do s/CPU_FTR_/CPU_/g
> or something similar. Also, could you please make this a static inline
> function?
I
I forgot to include the link to the original kernel
bug report. He has/had the same issue as I have.
http://bugzilla.kernel.org/show_bug.cgi?id=2962
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi,
this patch avoid the pnpacpi layer reconized not present device.
There is still issue [1] with the ACPI code that need to fix in order
everything work correctly...
Matthieu CASTET
[1] http://bugzilla.kernel.org/show_bug.cgi?id=3358
--- linux-2.6.9/drivers/pnp/pnpacpi/core.c 2004-11-22
The attached patch adds TIF_MEMDIE for FRV.
Could whoever added it to include/asm-i386/thread_info.h comment this flag
there please? I've given it a comment here, but I'm not sure it's correct.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
warthog>diffstat -p1 frv-tif-memdie-2611rc3.diff
The attached patch cleans up the remaining references to the cli() and sti()
functions from the FRV arch now they're deprecated.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
warthog>diffstat -p1 frv-clisti-cleanup-2611rc3.diff
arch/frv/kernel/irq-routing.c |4 ++--
On Fri, 4 Feb 2005 17:30:19 +0100, Pavel Machek <[EMAIL PROTECTED]> wrote:
> I do not understand how initramfs fits into picture... Plus lot of
> people (me :-) do not use initramfs...
The final fix for this will include the video reset app on initramfs.
I already have code in the kernel for
The attached patch cleans up a comment in vmlinux.lds.S - emacs now has an LD
script mode, so it shouldn't be forced into C mode.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
warthog>diffstat -p1 frv-ldscript-cleanup-2611rc3.diff
arch/frv/kernel/vmlinux.lds.S |2 +-
1 files
401 - 500 of 672 matches
Mail list logo