Hi all!
Kernel 2.6.11.5 issue:
Passing .cpio.gz image with loadlin and initrd= kernel parameter. While
booting, the checking if image is initramfs... it isn't (junk in
compressed archive) message is shown.
To create the cpio.gz file I issued
find . | cpio -o -H newc | gzip -9 ../initram.gz.
On Thu, Mar 24, 2005 at 08:00:46AM -0500, Wakko Warner wrote:
Please keep me CCd.
I have a system that I just updated to 2.6 and USB fails to work after some
time (~6-8 hours) giving me the irq 11:nobody cared message.
This system is a supermicro p3tdde (via chipset)
I have ACPI and
Atleast versions 2.6.5 - 2.6.12-rc1 crash if an USB device using usbnet
sends oversized packet. Such packets occur most likely with broken
device. Here's a patch that throws away such packet, to keep the machine
from crashing. Hopefully this doesn't leave memory unreleased. If it does,
it's
This patch updates NEC VR4100 series RTC support.
Yoichi
Signed-off-by: Yoichi Yuasa [EMAIL PROTECTED]
diff -urN -X dontdiff rc1-mm2-orig/arch/mips/vr41xx/common/Makefile
rc1-mm2/arch/mips/vr41xx/common/Makefile
--- rc1-mm2-orig/arch/mips/vr41xx/common/Makefile Fri Mar 25 00:42:00 2005
On Thu, Mar 24, 2005 at 04:30:32AM -0500, Jeff Garzik wrote:
Well, let's cut through the B.S. ;-)
* Even when the SATA core is updated to support NCQ, nForce will not
support it under Linux. No hardware info.
Hmm, either that or someone will figure it out anyhow, like they did
with
On Thu, Mar 24, 2005 at 10:00:46AM +, Asfand Yar Qazi wrote:
http://www.neoseeker.com/Articles/Hardware/Previews/nvnforce4/3.html
You're right there - some semi-hardware support combined with drivers
apparently result in lower CPU usage that software firewalls. Apparently.
Actually,
On Thu, 2005-03-24 at 13:06 +0100, Jan Engelhardt wrote:
i want to distinguish between thread and process and
after distinguishing between user thread and kernel
thread
I think there are only kernel threads.
Um... what? I don't know about you but I run lots of multithreaded user
space
Lennart Sorensen wrote:
Until the OS loads network drivers AND configures IP support AND starts
accepting packets in, there is nothing for the firewall to do.
Certainly on Linux I can make sure iptables is populated (or least has a
sane policy set) before I bring up networking. In other words:
Hey,
I read a document on securityfocus about fork bombinb a linux system.
Although they didn't speak about the effectiveness of resource limits I
guess that should be discussed because it's possible to make a linux
machine extremely slow (compared to FreeBSD for instance) even with well
On Thu, 2005-03-24 at 04:41 -0800, Andrew Morton wrote:
-mm kernels now aggregate Linus's tree and 34 subsystem trees. Usually
they are pulled 3-4 hours before the release of the -mm kernel.
Andrew,
Do you notify the subsystem maintainers ahead of time so that critical
fixes can be
On Wednesday, March 23, 2005 10:24 pm, Benjamin Herrenschmidt wrote:
While experimenting with framebuffer access performances, we noticed a
very significant improvement in write access to it when not setting
the guarded bit on the MMU mappings. This bit basically says that
reads and writes
On Thursday, March 24, 2005 8:54 am, Jesse Barnes wrote:
On Wednesday, March 23, 2005 10:24 pm, Benjamin Herrenschmidt wrote:
While experimenting with framebuffer access performances, we noticed a
very significant improvement in write access to it when not setting
the guarded bit on the MMU
On Thursday 24 March 2005 8:05 am, Jakemuksen spammiosote wrote:
Atleast versions 2.6.5 - 2.6.12-rc1 crash if an USB device using usbnet
sends oversized packet. Such packets occur most likely with broken
device.
Care to mention what device(s) you saw this with? And what HCD?
-
Andy Isaacson wrote:
Dmesg is attached; hardware is a Vaio r505te.
Unfortunately, the deadlock (?) is nondeterministic; it *sometimes*
suspends successfully, maybe one time out of 10. And thinking back, I
*sometimes* saw failures to suspend with 2.6.11-rc3, maybe one failure
out of 20
Hello Andrew Morton,
I have a reproducable lockup of my system using an ALi SATA controller
and writing some 100 MB to the attached disk.
...
Do you have some hints?
As a test you might like to try an uniprocessor kernel - we do have a
deadlock on the sata error recovery paths at
Arjan van de Ven [EMAIL PROTECTED] writes:
On Thu, 2005-03-24 at 07:17 -0800, [EMAIL PROTECTED] wrote:
don't try to free null bufpool
in linux there is a rule that all memory free routines are supposed to
also accept NULL as argument, so I think this patch is not needed (and
even wrong)
On Wed, 2005-03-23 at 17:12 -0500, Lee Revell wrote:
Now the longest latency I see with dbench 16
and PREEMPT_DESKTOP is 591us in the ext3 reservation code. Trace is
attached (compressed) in case anyone is interested. But I do not
consider anything under a millisecond to be a problem with
On Thu, 2005-03-24 at 09:04 -0800, [EMAIL PROTECTED] wrote:
Arjan van de Ven [EMAIL PROTECTED] writes:
On Thu, 2005-03-24 at 07:17 -0800, [EMAIL PROTECTED] wrote:
don't try to free null bufpool
in linux there is a rule that all memory free routines are supposed to
also accept NULL as
On Thursday 24 March 2005 10:20, OGAWA Hirofumi wrote:
John Richard Moser [EMAIL PROTECTED] writes:
It appears dosfsck may not be working quite right. I've taken
this into account, hence the second pass after each fsck. This is
either a dosfsck issue, a usb-storage issue for the PNY compact
On Thursday, March 24, 2005 2:33 am, Dave Airlie wrote:
Hi Andrew, Dave,
I've put a couple of patches into my drm-2.6 tree that hopefully fix up
the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
the two patches in your tree.. the one from Brice and the one I attached
* Steven Rostedt [EMAIL PROTECTED] wrote:
but i think i like the 'partial owner' (or rather 'owner pending')
technique a bit better, because it controls concurrency explicitly, and
it would thus e.g. allow another trick: when a new owner 'steals' a lock
from another in-flight task, then
On Wed, 23 Mar 2005, Tom Vier wrote:
On Wed, Mar 23, 2005 at 06:31:24PM +0100, Jan Engelhardt wrote:
Which scripts use that? As stated, these two directory entries exist when
you
stat() them, they just do not show up in readdir(), and I bet few programs
care for . and .. when doing
Lennart Sorensen wrote:
On Thu, Mar 24, 2005 at 10:33:03AM +, Asfand Yar Qazi wrote:
No, but I do need NCQ
Perhaps a stupid question... but: Why do you _need_ NCQ? If you need it
that badly (not sure why anyone would), you could always get SCSI or a
3ware controller.
For the novelty value.
Daniel Egger wrote:
The card is still in the system and running, so if someone wants
me to run to more tests or diagnostic, please be my guest.
What does: ethtool -t eth0
show?
Ben
--
Ben Greear [EMAIL PROTECTED]
Candela Technologies Inc http://www.candelatech.com
-
To unsubscribe from this
On Thu, Mar 24, 2005 at 03:27:15PM +0100, Stefan Seyfried wrote:
Andy Isaacson wrote:
Dmesg is attached; hardware is a Vaio r505te.
Unfortunately, the deadlock (?) is nondeterministic; it *sometimes*
suspends successfully, maybe one time out of 10. And thinking back, I
*sometimes* saw
This removes check for non-null inode before calling iput(), and uses
iov_length() to calculate number of bytes in iovec.
Signed-off-by: Miklos Szeredi [EMAIL PROTECTED]
dev.c | 30 +-
1 files changed, 9 insertions(+), 21 deletions(-)
diff -ru
On Thu, 24 Mar 2005, David Brownell wrote:
On Thursday 24 March 2005 8:05 am, Jakemuksen spammiosote wrote:
Atleast versions 2.6.5 - 2.6.12-rc1 crash if an USB device using usbnet
sends oversized packet. Such packets occur most likely with broken
Care to mention what device(s) you saw this with?
you can limit the max number of processes by putting the following into
/etc/security/limits.conf (on my distro, and quite a number of others according
to google too)
* hardnproc max # processes
you can also limit quite a number of other things in this file, and other files
in that
* Steven Rostedt [EMAIL PROTECTED] wrote:
On an SMP machine, there may even be a chance of a lower priority
process that gets it. That would be possible if the low priority
process on the other CPU tries to grab the lock just after it was
released but before the just woken up high priorty
On Thursday 24 March 2005 10:13 am, Jakemuksen spammiosote wrote:
On Thu, 24 Mar 2005, David Brownell wrote:
On Thursday 24 March 2005 8:05 am, Jakemuksen spammiosote wrote:
+ if (unlikely((skb-tail + urb-actual_length) skb-end)) {
This logic looks wrong. If that ever happens,
While experimenting with framebuffer access performances, we noticed a
very significant improvement in write access to it when not setting
the guarded bit on the MMU mappings. This bit basically says that
reads and writes won't have side effects (it allows speculation).
Unless the data is already
On Wed, 2005-03-23 at 13:40 -0500, Len Brown wrote:
But checking skip_ioapic_setup in the non-ACPI case
isn't quite right. This is set for noapic. But
it is not set in the PIC-mode case where the kernel
supports IOAPIC but the hardware does not -- in that
case the quirk would erroneously
This adds lots of documentation to dev.c. This file is raised from
least documented to most documented status.
Signed-off-by: Miklos Szeredi [EMAIL PROTECTED]
dev.c | 246 ++
1 files changed, 232 insertions(+), 14 deletions(-)
On Thu, Mar 24, 2005 at 09:02:03AM -0800, Jesse Barnes wrote:
On Thursday, March 24, 2005 2:33 am, Dave Airlie wrote:
Hi Andrew, Dave,
I've put a couple of patches into my drm-2.6 tree that hopefully fix up
the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
Daniel Egger [EMAIL PROTECTED] :
[...]
NFS machines on the Gbit network will resume operation) I popped
in the chp RealTek card (which caused some slight problems
like permanent hangs and bad performance before) and everything
works like a charm. Of course, after throwing in some extra
On Thursday, March 24, 2005 10:18 am, Dave Jones wrote:
I'm trying to get ahold of one--so hopefully I'll be able to test and
fix this stuff up when I do.
Aparently backing out the changes to via's tlb_flush routine fixed it
for one VIA user. I've not had a chance to look into it just
Compiling 2.6.12-rc1-mm2 on x86_64 with gcc-4.0 fails with:
arch/x86_64/kernel/vsyscall.c:193: error: syntax error before
'vsyscall_sysctl_change'
Fix: repair the syntax error
Signed-off-by: Mikael Pettersson [EMAIL PROTECTED]
--- linux-2.6.12-rc1-mm2/arch/x86_64/kernel/vsyscall.c.~1~
Miklos Szeredi schrieb:
This adds lots of documentation to dev.c. This file is raised from
least documented to most documented status.
Signed-off-by: Miklos Szeredi [EMAIL PROTECTED]
[ . . . ]
Put such a big dicumentation to the documentation folder not in the code.
Matthias-Christian Ott
-
To
Andrew Morton [EMAIL PROTECTED] writes:
David McCullough [EMAIL PROTECTED] wrote:
Here is a small patch for 2.6.11 that adds a routine:
add_true_randomness(__u32 *buf, int nwords);
It neither applies correctly nor compiles in current kernels. 2.6.11 is
very old in kernel time.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OGAWA Hirofumi wrote:
John Richard Moser [EMAIL PROTECTED] writes:
It appears dosfsck may not be working quite right. I've taken this into
account, hence the second pass after each fsck. This is either a
dosfsck issue, a usb-storage issue for
Found an interesting issue here.
HP ProLiant ML150 box (dual xeon 2.4GHz) with intel
chipset (lspci output below) and NetMos PCI 9835
Multi-I/O Controller.
Boot with no fancy options on kernel command line.
# cat /sys/bus/pci/devices/:01:00.0/irq
11
# modprobe 8250
# setserial /dev/ttyS2
Error message:
CC arch/ppc/kernel/setup.o
In file included from arch/ppc/kernel/setup.c:43:
include/asm/ppc_sys.h:29:2: #error need definition of ppc_sys_devices
In file included from arch/ppc/kernel/setup.c:43:
include/asm/ppc_sys.h:61: warning: parameter has incomplete type
Hi,
On Thu, 2005-03-24 at 10:39, Jan Kara wrote:
Actually the patch you atached showed in the end as not covering all
the cases and so Stephen agreed to stay with the first try (attached)
which should cover all known cases (although it's not so nice).
Right. The later patch is getting
Kingsley Cheung writes:
On Wed, Mar 23, 2005 at 09:29:12AM -0600, Tom Zanussi wrote:
[EMAIL PROTECTED] writes:
Now I understand that this is not the latest release of relayfs (there
are the redux patches, which I have yet to try). Nonetheless I'd like
[...]
I've tested
John Richard Moser [EMAIL PROTECTED] wrote:
I would really, but I haven't mastered creating debian packages yet; on
Gentoo I just wrote ebuilds whenever I wanted to test something, then
uninstalled it if it broke. Maybe someone else can do it. . . .
On Thu, Mar 24, 2005 at 10:02:05PM +0300, Michael Tokarev wrote:
Found an interesting issue here.
HP ProLiant ML150 box (dual xeon 2.4GHz) with intel
chipset (lspci output below) and NetMos PCI 9835
Multi-I/O Controller.
Boot with no fancy options on kernel command line.
# cat
On Thu, 24 Mar 2005 10:10:59 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
So I added i8042.noaux to my kernel command line, rebooted, insmodded
intel_agp, started X, and verified no touchpad action. Then I
suspended, and it worked fine. After restart, I suspended again - also
fine.
So
On Fri, 18 Mar 2005 20:28:08 +0100, Andi Kleen [EMAIL PROTECTED] said:
stores in general for clearing pages? I checked and Itanium has
always used non-temporal stores. So there will be no benefit for
us from this
Andi That is weird. I would actually try to switch to temporal
Andi
On Thu, 24 Mar 2005, David Mosberger wrote:
That's definitely the case. See my earlier post on this topic:
http://www.gelato.unsw.edu.au/linux-ia64/0409/11012.html
Unfortunately, nobody reported any results for larger machines and/or
more interesting workloads, so the patch is in limbo
On Thu, 24 Mar 2005 10:41:06 -0800 (PST)
Christoph Lameter [EMAIL PROTECTED] wrote:
So it would be useful to have
clear_page- Temporal. Only zaps one page
and
clear_pages - Zaps arbitrary order of page non-temporal
Rework the clear_pages patch to do just that? Maybe
Hello,
We sent you an email a while ago, because you now qualify
for a much lower rate based on the biggest rate drop in years.
You can now get $327,000 for as little as $617 a month!
Bad credit? Doesn't matter, ^low rates are fixed no matter what!
Follow this link to process your application
Uttered Geert Uytterhoeven [EMAIL PROTECTED], spake thus:
There's probably a number of apps that skip the first two dirents, instead
of checking for the dot dirs.
Yep, check `-noleaf' in find(1)
Then it is broken in several ways.
First, file systems are not required to implement ..
Lennert Buytenhek wrote:
On Wed, Mar 23, 2005 at 06:03:30PM -0800, Ben Greear wrote:
I have two 4-port e1000 NICs in the system, on a riser card.
How is the riser card wired? F.e. does it have a single edge
connector, and provides two PCI slots, or does it have a tiny
additional edge connector
John Richard Moser [EMAIL PROTECTED] writes:
I would really, but I haven't mastered creating debian packages yet; on
Gentoo I just wrote ebuilds whenever I wanted to test something, then
uninstalled it if it broke. Maybe someone else can do it. . . .
dosfstools is simple, so you don't need
* Stephen C. Tweedie ([EMAIL PROTECTED]) wrote:
Hi,
On Thu, 2005-03-24 at 10:39, Jan Kara wrote:
Actually the patch you atached showed in the end as not covering all
the cases and so Stephen agreed to stay with the first try (attached)
which should cover all known cases (although
BTW, I just want to point out that there aren't any problems with
read() in the version of relayfs included in the -mm tree (i.e. the
'redux' version), since of course it doesn't support read().
Hm? Relayfs does not support a `cat /dev/relay/AChannelName` anymore?
I'll continue maintaining the
There's probably a number of apps that skip the first two dirents, instead
of checking for the dot dirs.
Yep, check `-noleaf' in find(1)
Then it is broken in several ways.
First, file systems are not required to implement .. (only . is
magical, .. is a courtesy).
Heh, what would happen
Russell King wrote:
On Thu, Mar 24, 2005 at 10:02:05PM +0300, Michael Tokarev wrote:
[]
# cat /sys/bus/pci/devices/:01:00.0/irq
11
# modprobe 8250
# setserial /dev/ttyS2 irq 11 port 0xa400 autoconfig
the serial port does not work: close'int the file
after writing something stalls for a
Followup to: [EMAIL PROTECTED]
By author:Tommy Reynolds [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
Then it is broken in several ways.
First, file systems are not required to implement .. (only . is
magical, .. is a courtesy).
Sez who? Realistically, most programs that
Stefano Rivoir [EMAIL PROTECTED] wrote:
Alle 16:18, giovedì 24 marzo 2005, Brice Goglin ha scritto:
Stefano Rivoir a écrit :
Alle 13:41, giovedì 24 marzo 2005, Andrew Morton ha scritto:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/
2. 6.12-rc1-mm2/
-
Ho all,
Aparently backing out the changes to via's tlb_flush routine fixed
it for one VIA user. I've not had a chance to look into it just yet.
Worse case we can just drop those changes for 2.6.12
I am that one.
You mean these changes?
--- a/drivers/char/agp/via-agp.c
Tommy Reynolds wrote:
Then it is broken in several ways.
First, file systems are not required to implement .. (only . is
magical, .. is a courtesy).
On Mar 24, 2005, at 14:59, H. Peter Anvin wrote:
Doesn't have anything to do with sorting order or US-ASCII, it has to
do with readdir order. If
Lee Revell [EMAIL PROTECTED] wrote:
On Thu, 2005-03-24 at 04:41 -0800, Andrew Morton wrote:
-mm kernels now aggregate Linus's tree and 34 subsystem trees. Usually
they are pulled 3-4 hours before the release of the -mm kernel.
Andrew,
Do you notify the subsystem maintainers
Hi,
I was wondering if there is a dynamic way to
discover/identify the set of, let say scsi hard drives
in a Storage Device that uses FC, attached to a
specific HBA card. Like know which dev in /dev is
connected through the HBA. Thanks
-Ying
Andrew Morton a écrit :
Stefano Rivoir [EMAIL PROTECTED] wrote:
--- linux-mm/include/linux/agp_backend.h.old2005-03-24
16:17:25.0 +0100
+++ linux-mm/include/linux/agp_backend.h2005-03-24
16:10:25.0 +0100
@@ -100,6 +100,7 @@
extern int agp_bind_memory(struct agp_memory
On Thu, Mar 24, 2005 at 02:18:40PM -0500, Dmitry Torokhov wrote:
On Thu, 24 Mar 2005 10:10:59 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
So I added i8042.noaux to my kernel command line, rebooted, insmodded
intel_agp, started X, and verified no touchpad action. Then I
suspended, and it
cliff white [EMAIL PROTECTED] wrote:
Error message:
CC arch/ppc/kernel/setup.o
In file included from arch/ppc/kernel/setup.c:43:
include/asm/ppc_sys.h:29:2: #error need definition of ppc_sys_devices
In file included from arch/ppc/kernel/setup.c:43:
include/asm/ppc_sys.h:61:
Andi Kleen wrote:
Andrew Morton [EMAIL PROTECTED] writes:
David McCullough [EMAIL PROTECTED] wrote:
Here is a small patch for 2.6.11 that adds a routine:
add_true_randomness(__u32 *buf, int nwords);
It neither applies correctly nor compiles in current kernels. 2.6.11 is
very old in kernel time.
Kyle Moffett wrote:
IMHO, this is one of those cases where Be liberal in what you accept
and strict in what you emit applies strongly. New filesystems should
probably always emit . and .. in that order with sane behavior,
and new programs should probably be able to handle it if they don't. I
Andy Isaacson wrote:
On Thu, Mar 24, 2005 at 03:27:15PM +0100, Stefan Seyfried wrote:
Sysrq still prints stuff, so IRQs aren't locked. But most of the sysrq
commands don't work... S and U don't seem to do anything (not too
suprising I suppose) but B does reboot.
sysrq-t will probably show a
The Coverity checker found the following null pointer dereference in
drivers/acpi/video.c:
-- snip --
...
static int
acpi_video_switch_output(
...
{
...
struct acpi_video_device *dev=NULL;
...
list_for_each_safe(node, next, video-video_device_list) {
struct
Asfand Yar Qazi wrote:
However, this doesn't answer my original question (which I suppose I
should have made clearer): can I get SATA II NCQ support in Linux with
an nForce 4 chipset?
I answered this question already. The answer is no.
Jeff
-
To unsubscribe from this list: send the line
[Hmm... Too large Cc list. Dunno which addresses should be keept...]
Bjorn Helgaas wrote:
Here's another iteration of my patch for better Netmos support.
This is against 2.6.12-rc1-mm1. Kerry and Darac have sucessfully
tested a similar patch with 9835 cards. I think we're ready for
wider
Evgeniy Polyakov wrote:
hw_random.c already does it using userspace daemons,
which is bad idea for very fast HW - like VIA xstore/xcrypt
instructions.
This is incorrect, because it implies that a user would want to use the
'xstore' feature at full speed -- which would dominate the CPU,
The Coverity checker found the following:
-- snip --
static int
acpi_bus_match (
struct acpi_device *device,
struct acpi_driver *driver)
{
if (driver driver-ops.match)
return driver-ops.match(device, driver);
return
David McCullough wrote:
Jivin Jeff Garzik lays it down ...
David McCullough wrote:
Jivin Jeff Garzik lays it down ...
On Thu, Mar 24, 2005 at 02:27:08PM +1000, David McCullough wrote:
Hi all,
Here is a small patch for 2.6.11 that adds a routine:
add_true_randomness(__u32 *buf, int
Evgeniy Polyakov wrote:
hw_random can not and will not support HIFN, freescale, ixp and
great majority of the existing and future HW crypto devices.
I mean that userspace daemon(or any other one) which want to contribute
entropy
should use crypto framwork to obtain all it's data, but not
Evgeniy Polyakov wrote:
On Thu, 2005-03-24 at 23:23 +1000, David McCullough wrote:
Jivin Jeff Garzik lays it down ...
Evgeniy Polyakov wrote:
On Thu, 2005-03-24 at 14:27 +1000, David McCullough wrote:
Hi all,
Here is a small patch for 2.6.11 that adds a routine:
add_true_randomness(__u32
David McCullough wrote:
Jivin Jeff Garzik lays it down ...
Evgeniy Polyakov wrote:
On Thu, 2005-03-24 at 14:27 +1000, David McCullough wrote:
Hi all,
Here is a small patch for 2.6.11 that adds a routine:
add_true_randomness(__u32 *buf, int nwords);
so that true random number generator
Jean-Luc Cooke wrote:
On Thu, Mar 24, 2005 at 07:48:18AM -0500, Jeff Garzik wrote:
If you want to add entropy to the kernel entropy pool from hardware RNG,
you should use the userland daemon, which detects non-random (broken)
hardware and provides throttling, so that RNG data collection does not
Lennart Sorensen wrote:
I think the r8139 has ruined realtek for me forever. I like the Marvell
Yukon chip Asus includes on many boards (although some people have
reported problems with some Asus boards using them with Linux).
I won't disagree with your experiences. For me, outside of one brief
Greg KH wrote:
On Tue, Mar 22, 2005 at 09:02:24PM -0500, Jeff Garzik wrote:
Kylene Hall wrote:
what is the purpose of this pci_dev_get/put? attempting to prevent
hotplug or
something?
Seems that since there is a refernce to the device in the chip structure
and I am making the file private data
On Thu, 2005-03-24 at 12:32 -0800, Andrew Morton wrote:
?
Begin forwarded message:
[snip]
You mean these changes?
--- a/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08:00
+++ b/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08:00
@@ -83,8 +83,10 @@
On Thu, 24 Mar 2005 12:20:40 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
On Thu, Mar 24, 2005 at 02:18:40PM -0500, Dmitry Torokhov wrote:
On Thu, 24 Mar 2005 10:10:59 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
So I added i8042.noaux to my kernel command line, rebooted, insmodded
On Thu, 24 Mar 2005 12:20:40 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
On Thu, Mar 24, 2005 at 02:18:40PM -0500, Dmitry Torokhov wrote:
On Thu, 24 Mar 2005 10:10:59 -0800, Andy Isaacson [EMAIL PROTECTED] wrote:
So I added i8042.noaux to my kernel command line, rebooted, insmodded
Ingo Molnar wrote on Friday, March 11, 2005 1:32 AM
-static unsigned int task_timeslice(task_t *p)
+static inline unsigned int task_timeslice(task_t *p)
the patch looks good except this one - could you try to undo it and
re-measure? task_timeslice() is not used in any true fastpath, if it
On Thu, Mar 24, 2005 at 09:09:47PM +, Andrew Clayton wrote:
On Thu, 2005-03-24 at 12:32 -0800, Andrew Morton wrote:
?
Begin forwarded message:
[snip]
You mean these changes?
--- a/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08:00
+++
On Thu, Mar 24, 2005 at 09:25:40AM -0500, Jean-Luc Cooke wrote:
If your RNG were properly written, it shouldn't matter if the data you're
pumping into /dev/random passed muster or not. If you're tracking entropy
count, then that's a different story of course.
We're talking about hardware
Hi,
On Thu, 2005-03-24 at 19:38, Chris Wright wrote:
OK, good to know. When I last checked you were working on a higher risk
yet more complete fix, and I thought we'd wait for that one to stabilize.
Looks like the one Jan attached is the better -stable candidate?
Definitely; it's the one I
On Thu, Mar 24, 2005 at 12:13:16AM -0500, Dmitry Torokhov wrote:
On Wednesday 23 March 2005 22:14, Adrian Bunk wrote:
The Coverity checker noted that while all other uses of param in
ps2_command() were guarded by a NULL check, this one wasn't.
Signed-off-by: Adrian Bunk [EMAIL
On Thu, Mar 24, 2005 at 04:04:25PM -0500, Jeff Garzik wrote:
Greg KH wrote:
On Tue, Mar 22, 2005 at 09:02:24PM -0500, Jeff Garzik wrote:
Kylene Hall wrote:
what is the purpose of this pci_dev_get/put? attempting to prevent
hotplug or
something?
Seems that since there is a refernce
* Stephen C. Tweedie ([EMAIL PROTECTED]) wrote:
On Thu, 2005-03-24 at 19:38, Chris Wright wrote:
OK, good to know. When I last checked you were working on a higher risk
yet more complete fix, and I thought we'd wait for that one to stabilize.
Looks like the one Jan attached is the better
On Thu, 24 Mar 2005 22:26:02 +0100, Adrian Bunk [EMAIL PROTECTED] wrote:
On Thu, Mar 24, 2005 at 12:13:16AM -0500, Dmitry Torokhov wrote:
On Wednesday 23 March 2005 22:14, Adrian Bunk wrote:
The Coverity checker noted that while all other uses of param in
ps2_command() were guarded by a
On Thu, 24 Mar 2005 12:28:08 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
cliff white [EMAIL PROTECTED] wrote:
Error message:
CC arch/ppc/kernel/setup.o
In file included from arch/ppc/kernel/setup.c:43:
include/asm/ppc_sys.h:29:2: #error need definition of ppc_sys_devices
On Thu, Mar 24, 2005 at 08:55:13AM -0700, Steven Cole wrote:
Steven Cole wrote:
I'm getting the following build error with 2.6.12-rc1-mm2:
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
drivers/built-in.o(.init.text+0x4323): In function `zft_init':
: undefined
Greg KH [EMAIL PROTECTED] wrote:
I glanced at the code, and this little patch fixes the problem:
Ick, sorry, that was my fault. I've applied this patch to my trees,
thanks.
Hm, I wonder how I missed this, I did do a 'make allmodconfig' build to
try to catch this kind of stuff...
Oleg Nesterov wrote on Monday, March 21, 2005 6:19 AM
These patches are updated version of 'del_timer_sync: proof of concept'
2 patches.
Looks good performance wise. Took a quick micro benchmark measurement on
a 16-node numa box (32-way). Results are pretty nice (to the expectation).
Time to
On Thu, 24 Mar 2005 10:33:02 + (GMT)
Dave Airlie [EMAIL PROTECTED] wrote:
Hi Andrew, Dave,
I've put a couple of patches into my drm-2.6 tree that hopefully fix up
the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
the two patches in your tree.. the one from Brice
This patch fails writes larger than the sub-buffer size and prints a
warning and stack trace when it happens. I chose this over BUG_ON()
or silently failing since while it could probably be considered a bug
for an application to let this happen, it's not fatal and the user
would probably want to
Hello,
On Fri, 18 Mar 2005 18:55:13 -0300, Marcelo Tosatti
[EMAIL PROTECTED] wrote:
Here goes the first release candidate for v2.4.30.
I'm a bit late, but here's a patch that fixes a module parameter
description typo in eepro100. The problem was located in the 2.6
source and a fix should be
101 - 200 of 664 matches
Mail list logo
