* Matt Mackall <[EMAIL PROTECTED]> wrote:
> Eh? Chris Wright's original rlimits patch was very straightforward
> [...]
the problem is that it didnt solve the problem (unprivileged user can
lock up the system) in any way. So after it became visible that all the
existing 'dont allow users to lock
On Thursday 10 February 2005 9:39 am, Nishanth Aravamudan wrote:
>> It came up on IRC that the wait_cond*() functions from
>> usb/serial/gadget.c could be useful in other parts of the kernel. Does
>> the following patch make sense towards this?
Sure, if people want to use these.
I did not push
Hello,
As I've been making quite a few mistakes posting patches to lkml. I
wrote a perl script which automates sending multiple patches to lkml
from a quilt repository.
lksp can...
1. generate template index message.
2. use only specified range of patches from the quilt repository.
3.
On Thu, 10 Feb 2005, Andrea Arcangeli wrote:
> On Thu, Feb 10, 2005 at 08:19:47PM +, Hugh Dickins wrote:
> >
> > get_user_pages broke COW in advance of the I/O. The reason for
> > subsequent COW if the page gets unmapped is precisely because
> > can_share_swap_page used page_count to judge
On ven, 2005-02-04 at 20:54 +0100, Vojtech Pavlik wrote:
> On Thu, Feb 03, 2005 at 03:42:16PM +0100, Esben Stien wrote:
> > Esben Stien <[EMAIL PROTECTED]> writes:
> >
> > > I got a 12 button logitech MX1000 mouse.
> >
> > I have still not resolved this issue. Anyone who can point me in any
> >
===
[EMAIL PROTECTED], 2005-02-11 01:23:40-05:00, [EMAIL PROTECTED]
Input: remove gameport->private in favor of using driver-specific data
in device structure, add gameport_get/set_drvdata to access it.
===
[EMAIL PROTECTED], 2005-02-11 01:21:32-05:00, [EMAIL PROTECTED]
Input: complete gameport sysfs integration, ports are now
devices in driver model. Implemented similarly to serio.
Signed-off-by: Dmitry Torokhov
===
[EMAIL PROTECTED], 2005-02-11 01:21:02-05:00, [EMAIL PROTECTED]
Input: integrate gameport drivers info dribver model/sysfs,
create "gameport" bus. drivers' connect() routines
now return error code instead of
===
[EMAIL PROTECTED], 2005-02-11 01:20:30-05:00, [EMAIL PROTECTED]
Input: convert sound/pci to dynamic gameport allocation.
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
include/sound/cs46xx.h |4 -
===
[EMAIL PROTECTED], 2005-02-11 01:20:08-05:00, [EMAIL PROTECTED]
Input: convert sound/oss to dynamic gameport allocation.
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
cmpci.c | 100
===
[EMAIL PROTECTED], 2005-02-11 01:18:48-05:00, [EMAIL PROTECTED]
Input: prepare for dynamic gameport allocation:
- provide functions to allocate and free gameports;
- provide functions to properly set name
===
[EMAIL PROTECTED], 2005-02-11 01:19:36-05:00, [EMAIL PROTECTED]
Input: convert input/gameport to dynamic gameport allocation.
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
drivers/input/gameport/cs461x.c |
===
[EMAIL PROTECTED], 2005-02-11 01:09:59-05:00, [EMAIL PROTECTED]
Input: more renames in gameport in preparations to sysfs integration
- gameport_dev -> gameport_driver
- gameport_[un]register_device ->
===
[EMAIL PROTECTED], 2005-02-11 01:18:29-05:00, [EMAIL PROTECTED]
Input: make connect and disconnect methods mandatory for gameport
drivers since that's where gameport_{open|close} are called
from to actually
===
[EMAIL PROTECTED], 2005-02-11 01:09:43-05:00, [EMAIL PROTECTED]
Input: rename gameport->driver to gameport->port_data in preparation
to sysfs integration.
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
Hi,
This series of patches adds a new "gameport" bus to the driver model.
It is implemented very similarly to "serio" bus and also allows
individual drivers to be manually bound/disconnected from a port
by manipulating port's "drvctl" attribute.
01-gameport-renames1.patch
- rename
On Thu, Feb 10, 2005 at 10:41:28PM -0500, Paul Davis wrote:
> [ the best solution is ]
>
> [ my preferred solution is ... ]
>
> [ it would be better if ... ]
>
> [ this is a kludge and it should be done instead like ... ]
>
> did nobody read what andrew wrote and what JOQ pointed
On Thu, Feb 10, 2005 at 08:02:01PM +, Philip Armstrong wrote:
> On Wed, Jan 12, 2005 at 01:52:33PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > On Wednesday 12 January 2005 13:02, Philip Armstrong wrote:
> > > On Tue, Jan 11, 2005 at 08:53:45PM +0100, maximilian attems wrote:
> > > > dma on a
[PATCH] Update panic() comment
panic() doesn't flush the filesystem cache anymore. The comment above the
function still claims it does.
Thanks,
Heiko
diff -urN a/kernel/panic.c b/kernel/panic.c
--- a/kernel/panic.cFri Feb 11 07:41:57 2005
+++ b/kernel/panic.cFri Feb 11 07:42:08 2005
@@
On Thu, 2005-02-10 at 22:18 -0500, Bill Nottingham wrote:
> Greg KH ([EMAIL PROTECTED]) said:
> > I'd like to announce, yet-another-hotplug based userspace project:
> > linux-ng. This collection of code replaces the existing linux-hotplug
> > package with very tiny, compiled executable programs,
On Fri, 2005-02-11 at 17:34 +1100, Peter Williams wrote:
> Nick Piggin wrote:
> > I can't say much about it because I'm not putting my hand up to
> > do anything. Just mentioning that rlimit would be better if not
> > for the userspace side of the equation. I think most were already
> > agreed on
On Fri, 2005-02-11 at 02:30 +0100, Kasper Sandberg wrote:
> hey greg
>
> i remember for some months back, you posted something similar.. is this
> a version thats ready for use? if it is! im gonna use it! :D
Yes, this is that version, cleaned up and given a proper build system,
and even tested
Nick Piggin wrote:
On Thu, 2005-02-10 at 22:41 -0500, Paul Davis wrote:
[ the best solution is ]
[ my preferred solution is ... ]
[ it would be better if ... ]
[ this is a kludge and it should be done instead like ... ]
did nobody read what andrew wrote and what JOQ pointed out?
after
On Fri, Feb 11, 2005 at 07:07:22AM +0100, Marcus Hartig wrote:
> the agpgart backend is now always compiled in and selected with 2.6.11-rc3
> x86_64. I can delete or disable it in the config, it is always back written.
probably you have selected IOMMU, which is dependant on it.
> Is this
Linux 2.6 (mm tree) Compile Statistics (gcc 3.4.1)
Web page with links to complete details:
http://developer.osdl.org/cherry/compile/
KernelbzImage bzImage bzImage modules bzImage modules
(defconfig) (allno) (allyes) (allyes) (allmod) (allmod)
---
Hello,
the agpgart backend is now always compiled in and selected with 2.6.11-rc3
x86_64. I can delete or disable it in the config, it is always back written.
Is this the default future behaviour? The eg Nforce3 AGP is on a normal
desktop so slow on 2D and also in 3D mode a lot slower and all
Sven Dietrich wrote:
Hi George,
you may want to use this for reference.
This patch adds a config option to allow you to select whether timer IRQ runs
in thread or not.
I'm not totally happy with the #ifdefs, but it may make witching back and forth easier.
Thanks, but...
You are addressing a
Paul Davis wrote:
[ the best solution is ]
[ my preferred solution is ... ]
[ it would be better if ... ]
[ this is a kludge and it should be done instead like ... ]
did nobody read what andrew wrote and what JOQ pointed out?
after weeks of debating this, no other conceptual solution
On Thu, 2005-02-10 at 22:41 -0500, Paul Davis wrote:
> [ the best solution is ]
>
> [ my preferred solution is ... ]
>
> [ it would be better if ... ]
>
> [ this is a kludge and it should be done instead like ... ]
>
> did nobody read what andrew wrote and what JOQ pointed out?
>
On Thursday 10 February 2005 22:50, David S. Miller wrote:
> > > Unlike the above routines, it is required that explicit memory
> > > barriers are performed before and after the operation. It must
> > > be done such that all memory operations before and after the
> > > atomic operation calls are
David S. Miller wrote:
> Absolutely, I agree. My fingers even itched as I typed those lines
> in. I didn't change the wording because I couldn't come up with
> anything better.
How about something like:
Unlike the above routines, atomic_???_return are required to perform
memory barriers
On Thu, 10 Feb 2005 01:23:04 -0300
Werner Almesberger <[EMAIL PROTECTED]> wrote:
> David S. Miller wrote:
> > Unlike the above routines, it is required that explicit memory
> > barriers are performed before and after the operation. It must
> > be done such that all memory operations before and
On Thu, 10 Feb 2005 15:56:47 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> > ? If yes, is this a good idea ?
>
> Dave mentioned that on sparc64, atomic_inc_and_test is much more
> expensive than the second variant.
Actually, besides the memory barriers themselves, all variants
are equally
[ the best solution is ]
[ my preferred solution is ... ]
[ it would be better if ... ]
[ this is a kludge and it should be done instead like ... ]
did nobody read what andrew wrote and what JOQ pointed out?
after weeks of debating this, no other conceptual solution emerged
that
Hi,
I'm running Linux 2.6.10 from Fedora Core 2 and I have enabled
rejected packet logging so
log-watch is able to alert me on possible attacks. This however goes
in "dmesg" making it unusable to check for serious condition. Is
there any way to only redirect such messages to the file
without
Nick Piggin wrote:
On Thu, 2005-02-10 at 18:09 -0800, Matt Mackall wrote:
On Thu, Feb 10, 2005 at 04:47:27PM -0800, Chris Wright wrote:
* Matt Mackall ([EMAIL PROTECTED]) wrote:
What happened to the RT rlimit code from Chris?
I still have it, but I had the impression Ingo didn't like it as a long
On Monday 07 February 2005 16:46, linux-os wrote:
> Basically, when you start getting the kernel error messages on
> linux-2.4.22, you can ^C out and everything will quiet down.
Not in my experience.
> With Linux-2.6.10, nothing entered from the keyboard will
> do anything. Since the Caps-Lock
Greg KH ([EMAIL PROTECTED]) said:
> I'd like to announce, yet-another-hotplug based userspace project:
> linux-ng. This collection of code replaces the existing linux-hotplug
> package with very tiny, compiled executable programs, instead of the
> existing bash scripts.
>
> It currently
Matt Domsch schrieb:
> On Thu, Feb 10, 2005 at 03:11:52PM +0100, Carl-Daniel Hailfinger wrote:
>
>>Hi Matt,
>>
>>it seems the edd=off patch has caused some problems with
>>some machines I have access to. They simply don't boot
>>anymore unless I specify edd=foo. foo can be {off,skip,bar}
>>so it
On Wed, Feb 09, 2005 at 09:59:28AM -0800, Chandra Seetharaman wrote:
> On Tue, Feb 08, 2005 at 12:42:34PM -0800, Paul Jackson wrote:
--stuff deleted---
> memset_controller would be similar to this, before pitching it I will talk
> with Matt about why he thought that there is a problem.
Talked to
On Thu, 2005-02-10 at 18:09 -0800, Matt Mackall wrote:
> On Thu, Feb 10, 2005 at 04:47:27PM -0800, Chris Wright wrote:
> > * Matt Mackall ([EMAIL PROTECTED]) wrote:
> > > What happened to the RT rlimit code from Chris?
> >
> > I still have it, but I had the impression Ingo didn't like it as a
On Thu, Feb 10, 2005 at 04:47:27PM -0800, Chris Wright wrote:
> * Matt Mackall ([EMAIL PROTECTED]) wrote:
> > What happened to the RT rlimit code from Chris?
>
> I still have it, but I had the impression Ingo didn't like it as a long
> term solution/hack (albeit small) to the scheduler. Whereas
On Wed, Feb 09, 2005 at 11:23:42PM -0500, Todd Shetter wrote:
> Marcelo Tosatti wrote:
>
> >On Wed, Feb 09, 2005 at 03:47:28PM -0500, Todd Shetter wrote:
> >
> >>Running slackware 10 and 10.1, with kernels 2.4.26, 2.4.27, 2.4.28,
> >>2.4.29 with highmem 4GB, and highmem i/o support
Li-Ta Lo schrieb:
> On Mon, 2005-02-07 at 09:01, Pavel Machek wrote:
>
3 - it's always there and can be executed at *any* time: booting,
returning from suspend, etc. Also it would allow the VESA framebuffer
driver to change graphics mode at any time (for instance).
>>>
>>>OK, and what
Jon Smirl schrieb:
> On Thu, 10 Feb 2005 21:06:36 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
>
>>On Thu, 2005-02-10 at 12:46 -0800, Kendall Bennett wrote:
>>
>>
>>>So perhaps this problem is something similar?
>
>
> What type of computer has the problem? Who makes it's video chips?
hey greg
i remember for some months back, you posted something similar.. is this
a version thats ready for use? if it is! im gonna use it! :D
On Thu, 2005-02-10 at 16:52 -0800, Greg KH wrote:
> On Thu, Feb 10, 2005 at 04:40:33PM -0800, Greg KH wrote:
> > I'd like to announce, yet-another-hotplug
On Thu, Feb 10, 2005 at 08:07:23PM -0500, Patrick McFarland wrote:
>
> Please, continue this project and encourage distros to switch to it (when
> it exceeds hotplug in functionality and stability). Ubuntu currently is
> trying to reduce boot time, and I bet something like this would factor in
On Friday 11 February 2005 00:56, Adrian Bunk wrote:
> I didn't find any way how the drivers/media/dvb/frontends/at76c651.c
> driver would do anything inside kernel 2.6.11-rc3-mm2. All it does is to
> EXPORT_SYMBOL a function at76c651_attach that isn't used anywhere.
>
> Is a patch to remove
Greg KH wrote:
I'd like to announce, yet-another-hotplug based userspace project:
linux-ng. This collection of code replaces the existing linux-hotplug
package with very tiny, compiled executable programs, instead of the
existing bash scripts.
It currently provides the following:
- a
On Thu, Feb 10, 2005 at 04:40:33PM -0800, Greg KH wrote:
> I'd like to announce, yet-another-hotplug based userspace project:
> linux-ng.
Bah. The name is hotplug-ng. Sorry about that...
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
* Matt Mackall ([EMAIL PROTECTED]) wrote:
> What happened to the RT rlimit code from Chris?
I still have it, but I had the impression Ingo didn't like it as a long
term solution/hack (albeit small) to the scheduler. Whereas the rt-lsm
patch is wholly self-contained.
thanks,
-chris
--
Linux
I'd like to announce, yet-another-hotplug based userspace project:
linux-ng. This collection of code replaces the existing linux-hotplug
package with very tiny, compiled executable programs, instead of the
existing bash scripts.
It currently provides the following:
- a /sbin/hotplug
Hi Bart,
On Fri, Feb 11, 2005 at 12:28:04AM +0100, Bartlomiej Zolnierkiewicz wrote:
> > > [ This mail is just to explain why I don't like iswraid,
> > > I don't care if it gets merged that much... ]
> > >
> > > another BTW: this driver adds another incompatibility between
> > > 2.4.x and
I entered a patch which adds "exclusive_access" lock into 2.4.29, to fix
devices which cannot handle simultaneous accesses. This caused a regression
with European ADSL modems. An ioctl USBDEVFS_REAPURB allows a process to enter
the kernel and wait for USB I/O to finish. Naturally, this should not
Hi George,
you may want to use this for reference.
This patch adds a config option to allow you to select whether timer IRQ runs
in thread or not.
I'm not totally happy with the #ifdefs, but it may make witching back and forth
easier.
Sven
> -Original Message-
> From: [EMAIL
On Thu, Feb 10, 2005 at 02:51:44PM -0600, Jack O'Quin wrote:
> [direct reply bounced, resending via gmail]
>
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > >
> > > On Thu, Feb 10, 2005 at 02:35:08AM -0800, Andrew Morton wrote:
> > > >
> > > >
Apparently, the HP rx5670 fails to reboot if a USB keyboard if attached
without this patch (and the OHCI fix we accepted for 2.4.29).
This bug is better known for its effect on Altix, but SGI ships a magic
kernel anyhow, so I don't want to use that as justification.
The original patch comes from
I didn't find any way how the drivers/media/dvb/frontends/at76c651.c
driver would do anything inside kernel 2.6.11-rc3-mm2. All it does is to
EXPORT_SYMBOL a function at76c651_attach that isn't used anywhere.
Is a patch to remove this driver OK or did I miss anything?
cu
Adrian
--
Granted, this is a cleanup, and we don't like cleanups in 2.4. But I really
dislike how the comment managed to detach from the function it described.
The idiotic error message is quite annoying, too.
diff -urpN -X dontdiff linux-2.4.30-pre1/drivers/usb/serial/ftdi_sio.c
> > Without the aty128fb and radeonfb updates, current 2.6.11 is a
> > regression on pmac as it breaks sleep support on previously working
> > laptops.
>
> Is that worse than the risk of the large patch?
Well, it used to work upstream fine for some time now... The large patch
isn't risky imho,
On Thu, 10 Feb 2005 16:39:34 -0200, Marcelo Tosatti
<[EMAIL PROTECTED]> wrote:
> On Thu, Feb 10, 2005 at 11:04:09PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > On Thu, 10 Feb 2005 21:05:13 +0100, Bartlomiej Zolnierkiewicz
> > <[EMAIL PROTECTED]> wrote:
> > > On Thu, 10 Feb 2005 14:35:23 -0500,
On Wed, Feb 02, 2005 at 01:19:12PM +0100, Heiko Carstens wrote:
> [TRIVIAL 2.6] Update panic() comment.
>
> panic() doesn't flush the filesystem cache anymore. The comment above the
> function still claims it does.
>
> Thanks,
> Heiko
>
> = panic.c 1.22 vs edited =
> ---
On Thu, Feb 10, 2005 at 02:35:08AM -0800, Andrew Morton wrote:
>...
> - Various other stuff. If anyone has a patch in here which they think
> should be in 2.6.11, please let me know. I'm intending to merge the
> following into 2.6.11:
>
> alpha-add-missing-dma_mapping_error.patch
>
On Thu, 10 Feb 2005, Bill Davidsen wrote:
Some systems (intel notably) appear to expect you to use the bios
save/restore video state not re-POST.
Isn't that what it's there for? In any context other than save/restore I
wouldn't think using the BIOS was a good approach. But this is a special
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2005-02-10 at 02:35 -0800, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm2/
> >
> >
> > - Added the mlock and !SCHED_OTHER Linux Security Module for the audio guys.
On Thu, 2005-02-10 at 16:28 -0500, Jon Smirl wrote:
> On Thu, 10 Feb 2005 21:06:36 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> > On Thu, 2005-02-10 at 12:46 -0800, Kendall Bennett wrote:
> >
> > > So perhaps this problem is something similar?
>
> What type of computer has the problem?
On Thu, 2005-02-10 at 02:35 -0800, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm2/
>
>
> - Added the mlock and !SCHED_OTHER Linux Security Module for the audio guys.
> It seems that nothing else is going to come along and this
On Thu, Feb 10, 2005 at 11:04:09PM +0100, Bartlomiej Zolnierkiewicz wrote:
> On Thu, 10 Feb 2005 21:05:13 +0100, Bartlomiej Zolnierkiewicz
> <[EMAIL PROTECTED]> wrote:
> > On Thu, 10 Feb 2005 14:35:23 -0500, Bill Davidsen <[EMAIL PROTECTED]> wrote:
> > > Bartlomiej Zolnierkiewicz wrote:
> > > > On
--- Neil Conway <[EMAIL PROTECTED]> wrote:
> works even on machines with 256MB of RAM. The odd thing I haven't
> figured out yet is that the fuslwr machine mentioned above has 2GB of
> RAM, and ALL of it is HIGHMEM. Must be a kernel CONFIG option I
> guess.
> (Rant: what replaces
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm2/
- Added the mlock and !SCHED_OTHER Linux Security Module for the audio guys.
It seems that nothing else is going to come along and this is completely
encapsulated.
- Various other stuff.
On Thu, 10 Feb 2005 21:05:13 +0100, Bartlomiej Zolnierkiewicz
<[EMAIL PROTECTED]> wrote:
> On Thu, 10 Feb 2005 14:35:23 -0500, Bill Davidsen <[EMAIL PROTECTED]> wrote:
> > Bartlomiej Zolnierkiewicz wrote:
> > > On Sun, 06 Feb 2005 10:03:27 -0500, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > >
> >
On Mon, Feb 07, 2005 at 01:21:08PM -0600, Michael Halcrow wrote:
> This is the first in a series of eight patches to the BSD Secure
> Levels LSM. It overhauls the printk mechanism in order to reduce the
> unnecessary usage of the .text area. Thanks to Brad Spengler for the
> suggestion.
>
>
On Thu, 10 Feb 2005 15:05:37 -0500
"Simon White" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've been writing a device driver for a piece of hardware that we recently
> found the pci bridge has an issue on software reset (kernel 2.6.8.1, hardware
> reset is fine). The bridge appears to corrupt the
On Thu, 2005-02-10 at 18:45 +, Russell King wrote:
> On Thu, Feb 10, 2005 at 12:18:37PM -0500, Adam Belay wrote:
> > > I think the issue that Al raises about drivers grabbing devices, and
> > > then trying to unbind them might be a real problem.
> >
> > I agree. Do you think registering
On Thu, 2005-02-10 at 13:46 -0500, Dmitry Torokhov wrote:
> On Thu, 10 Feb 2005 10:33:38 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Thu, Feb 10, 2005 at 12:18:37PM -0500, Adam Belay wrote:
> > >
> > > The second "*match" function in "struct device_driver" gives the driver
> > > a chance to
On Thu, 2005-02-10 at 10:12 -0800, Greg KH wrote:
> On Thu, Feb 10, 2005 at 12:18:37PM -0500, Adam Belay wrote:
> > On Thu, 2005-02-10 at 00:41 -0800, Greg KH wrote:
> > > On Fri, Jan 28, 2005 at 05:30:04PM -0500, Adam Belay wrote:
> > > > Hi,
> > > >
> > > > This patch adds initial support for
On Thu, 10 Feb 2005 21:06:36 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-02-10 at 12:46 -0800, Kendall Bennett wrote:
>
> > So perhaps this problem is something similar?
What type of computer has the problem? Who makes it's video chips?
--
Jon Smirl
[EMAIL PROTECTED]
-
To
Matthew Garrett said the following on 2/10/2005 1:06 PM:
On Thu, 2005-02-10 at 12:46 -0800, Kendall Bennett wrote:
So perhaps this problem is something similar?
I don't think so - if I dd out of ROM, I get something that looks like a
video BIOS (and, indeed, I can make VBE calls to and from it).
Hi Alexandre,
It seems like you've made up your mind that we are operating out of pure
self interest and have no desire to help you or anyone else unless we
get something out of it. In other words, we're making our decisions
based on the net positive/negative effect on our business.
Is that a
I updated again with more __iomem tags.
ftp://oss.sgi.com/projects/sn2/sn2-update/033-ioc4-support
Signed-off-by: Patrick Gefre <[EMAIL PROTECTED]>
Christoph Hellwig wrote:
On Thu, Feb 10, 2005 at 11:09:43AM -0800, Jesse Barnes wrote:
On Tuesday, February 8, 2005 8:52 am, Patrick Gefre wrote:
On Thu, 2005-02-10 at 12:46 -0800, Kendall Bennett wrote:
> So perhaps this problem is something similar?
I don't think so - if I dd out of ROM, I get something that looks like a
video BIOS (and, indeed, I can make VBE calls to and from it). The
problem is jumping to c000:0003 and executing -
I am seeing:
kernel/built-in.o(.text+0x4974): In function `copy_mm':
/usr/src/cvs/mvl-kernel-26/makena/linux-2.6.10/kernel/fork.c:493: undefined
reference to `__spin_is_locked'
kernel/built-in.o(.text+0x9f5a): In function `next_thread':
[direct reply bounced, resending via gmail]
Andrew Morton <[EMAIL PROTECTED]> writes:
> Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> >
> > On Thu, Feb 10, 2005 at 02:35:08AM -0800, Andrew Morton wrote:
> > >
> > >
> > >
Hi Guys,
I have missed all the original emails in this thread. I was trying to
re-subscribe to the lkml a few days ago (I just switched over to
Thunderbird) but I haven't been getting any traffic. So I will try again.
The one thing I can say is that having worked extensively with ATI
cards,
Now that 2.6 has my changes, we can apply them to 2.4. This includes the
removal of dead code under #ifdef FIX_WRITE_RETURN_CODE_PROBLEM.
This patch fixes the endless loops on disconnect when resubmitting failed
URBs monopolizes CPU and prevents the disconnect thread from cleaning up.
Note
* George Anzinger wrote:
> If I want to write a patch that will work with or without the RT patch
> applied is the following enough?
>
> #ifndef RAW_SPIN_LOCK_UNLOCKED
> typedef raw_spinlock_t spinlock_t
> #define RAW_SPIN_LOCK_UNLOCKED SPIN_LOCK_UNLOCKED
> #endif
yeah. (but you should
On Thu, Feb 10, 2005 at 08:19:47PM +, Hugh Dickins wrote:
> On Thu, 10 Feb 2005, Andrea Arcangeli wrote:
> >
> > The reason pinned pages cannot be unmapped is that if they're being
> > unmapped while a rawio read is in progress, a cow on some shared
> > swapcache under I/O could happen.
> >
I added Kendall from Scitech to the CC list. He is the expert on
getting VBIOS's to post. Maybe he can help.
On Thu, 10 Feb 2005 20:29:47 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-02-10 at 15:17 -0500, Jon Smirl wrote:
> > On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett
On Thu, Feb 10, 2005 at 03:17:47PM -0500, Jon Smirl wrote:
> On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> > It also explicitly states that Windows 2000 and XP don't support this,
> > which leads me to suspect that vendors no longer expect POSTing to be
> >
On Thu, 10 Feb 2005 02:33:44 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Is there an easy way to bring pages to lowmem? The cryptoapi is called
> > from the backlog of the networking stack, which is assigned in irq
> > context first and processed softirq context.
>
> Are networking frames
On Thu, 2005-02-10 at 15:17 -0500, Jon Smirl wrote:
> On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> > It also explicitly states that Windows 2000 and XP don't support this,
> > which leads me to suspect that vendors no longer expect POSTing to be
> > possible
If I want to write a patch that will work with or without the RT patch applied
is the following enough?
#ifndef RAW_SPIN_LOCK_UNLOCKED
typedef raw_spinlock_t spinlock_t
#define RAW_SPIN_LOCK_UNLOCKED SPIN_LOCK_UNLOCKED
#endif
--
George Anzinger george@mvista.com
High-res-timers:
On Thu, 10 Feb 2005, Andrea Arcangeli wrote:
>
> The reason pinned pages cannot be unmapped is that if they're being
> unmapped while a rawio read is in progress, a cow on some shared
> swapcache under I/O could happen.
>
> If a try_to_unmap + COW over a shared swapcache happens during a rawio
>
On Thu, 10 Feb 2005 20:08:15 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> It also explicitly states that Windows 2000 and XP don't support this,
> which leads me to suspect that vendors no longer expect POSTing to be
> possible after initial system boot.
No, it means that some of my ATI
Hi,
I've been writing a device driver for a piece of hardware that we recently
found the pci bridge has an issue on software reset (kernel 2.6.8.1, hardware
reset is fine). The bridge appears to corrupt the subvendor/device ids on next
boot. We have found a software work around in that I can
Hi,
this is another ACPI driver for several Panasonic notebooks. The driver
provides support for hotkeys and enables access to other hardware like
reading/setting the LCD brightness.
Like the Sony ACPI driver--recently sent by Stelian Pop--it would be
good to to see this one to be integrated
On Thu, 2005-02-10 at 21:25 +0200, Ville SyrjÃlà wrote:
> BTW it seems that old ATI cards use the BIOS to initialize secondary
> adapters even under Windows.
> See http://www.ati.com/support/infobase/3663.html.
It also explicitly states that Windows 2000 and XP don't support this,
which leads me
On Thu, 10 Feb 2005 14:35:23 -0500, Bill Davidsen <[EMAIL PROTECTED]> wrote:
> Bartlomiej Zolnierkiewicz wrote:
> > On Sun, 06 Feb 2005 10:03:27 -0500, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >
> >>Arjan van de Ven wrote:
> >>
> I consider it not a new feature, but a missing feature, since
On Thu, Feb 10, 2005 at 04:21:49PM +0100, Ingo Molnar wrote:
>
> * Jakob Oestergaard <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Feb 10, 2005 at 02:43:14PM +0100, Ingo Molnar wrote:
> > >
> > > * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > >
> > > > the bigger problem is however that you're
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> On Thu, Feb 10, 2005 at 02:35:08AM -0800, Andrew Morton wrote:
> >
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm2/
> >
> >
> > - Added the mlock and !SCHED_OTHER Linux Security Module for the
1 - 100 of 422 matches
Mail list logo
