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 that routes
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
Hi Linus, Andrew,
please do a
bk pull http://linux-watchdog.bkbits.net/linux-2.6-watchdog
This will update the following files:
drivers/char/watchdog/wdt285.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
through these ChangeSets:
[EMAIL PROTECTED] (05/03/24 1.2191)
Ingo,
I've noticed the following situation which is caused by __up_mutex
assigning an owner right away.
Given 3 processes, with priorities 1, 2, 3, where 3 is highest and 1 is
lowest, and call them process A, B, C respectively.
1. Process A runs and grabs Lock L.
2. Process B preempts A,
On Thu, Mar 24, 2005 at 01:39:29AM -0500, Shawn Starr wrote:
include/linux/i2c.h:58: error: array type has incomplete element type
include/linux/i2c.h:197: error: array type has incomplete element type
/usr/local/src/sources/r300_driver/drm/linux-core/radeon_drv.h:274: confused
by earlier
On Wed, Mar 23, 2005 at 03:36:51PM -0800, Pete Zaitcev wrote:
A Jan Kasprzak asked a few days ago to have a MAINTAINERS entry for ub.
This patch updates my entries in MAINTAINERS (ub ymfpci).
Signed-Off-By: Pete Zaitcev [EMAIL PROTECTED]
Applied, thanks.
greg k-h
-
To unsubscribe from this
On Thu, Mar 24, 2005 at 02:39:32AM -0500, Dmitry Torokhov wrote:
On Thursday 24 March 2005 02:25, Greg KH wrote:
On Thu, Mar 17, 2005 at 01:40:48AM -0500, Dmitry Torokhov wrote:
On Wednesday 16 March 2005 16:38, Frank Sorenson wrote:
Okay, I replaced the sysfs_ops with ops of my own, and
Mark Wong wrote:
I originally reported this to the linuxppc64-dev list, since I made it
happen on a POWER system. I'm told this might be more generic...
Anyone run into something like this?
Mark
If i'm not wrong I think I have had something around the same place ext3
journalling:
1)
The
I assume this bug is going to occur on i8x0 chipsets where the X
server may acquire the agp to do 2D stuff and the drm then acquires it
later for 3D stuff this may be a bit broken but it is out there now
...
I've confirmed this is the problem, the intel drivers need AGP for 2D
code paths,
On Thu, 24 Mar 2005, Steven Rostedt wrote:
I've noticed the following situation which is caused by __up_mutex
assigning an owner right away.
I also see this with non rt tasks causing a burst of schedules.
1. Process A runs and grabs lock L. then finishes its time slice.
2. Process B runs and
On Thu 24 Mar 2005, Neil Brown wrote:
On Tuesday March 22, [EMAIL PROTECTED] wrote:
This is on kernel 2.6.11, mdadm 1.4.0
The system has MD devices that are auto-configured on boot.
However, there are also devices connected via another SCSI adapter
(actually, a Qlogic QLA2300). I'm
Hi,
I'm currently contemplating going for an Athlon 64 system. However,
I'll primarily be using a Linux-based OS (Gentoo, namely), so I need
to know how well the chipsets are supported currently.
I'd really like to go Via - but the crummy KT890 / VT8237 combo sucks
- mainly due to the lack of
Hi!
You can't put -ENODEV into pci_power_t ... but maybe we should create
PCI_ERROR and pass it in cases like this one?
That makes sense, please do it.
Added:
#define PCI_POWER_ERROR ((pci_power_t __force) -1)
Pavel
On Thu, Mar 24, 2005 at 09:20:29AM +, Asfand Yar Qazi wrote:
Hi,
I'm currently contemplating going for an Athlon 64 system. However,
I'll primarily be using a Linux-based OS (Gentoo, namely), so I need
to know how well the chipsets are supported currently.
I'd really like to go Via
What exactly do you want to know about the
scheduler?
I had a wild idea to process one function that
repeatedly checks the task list and find out which
process is in which state
At first i retrieve the information from fork.c in
do_fork() and exit.x in do_exit()
but the problem it showed
* hardware firewall -- sounds silly. Pretty sure Linux doesn't support
it in any case.
probably just one of those things implemented in the binary drivers in
software, just like the hardware IDE raid is most of the time (3ware
being the positive exception there)
-
To unsubscribe from
I had a wild idea to process one function that repeatedly checks the task list
and find out which process is in which state
Why do not you do so, then? Note that on uniprocessors, all other tasks are
suspended, so their state does not change in between.
Tasks do not change their state without
Arjan van de Ven wrote:
* hardware firewall -- sounds silly. Pretty sure Linux doesn't support
it in any case.
probably just one of those things implemented in the binary drivers in
software, just like the hardware IDE raid is most of the time (3ware
being the positive exception there)
Hi all,
I'm glad to release the first MPU and NO-MMU support patch for ARM linux
2.6.10 at :
http://opensrc.sec.samsung.com/download/linux-2.6.10-hsc0.patch.gz
Previously, it was released as armnommu architecture which was called
uClinux/ARM and now is merged with arm architecture. You can
Arjan van de Ven wrote:
* hardware firewall -- sounds silly. Pretty sure Linux doesn't support
it in any case.
probably just one of those things implemented in the binary drivers in
software, just like the hardware IDE raid is most of the time (3ware
being the positive exception there)
Asfand Yar Qazi wrote:
Arjan van de Ven wrote:
* hardware firewall -- sounds silly. Pretty sure Linux doesn't
support
it in any case.
probably just one of those things implemented in the binary drivers in
software, just like the hardware IDE raid is most of the time (3ware
being the positive
This patch makes the netif_rx_complete() and rx_interrupt_enable
atomic when exiting the poll() method, so to avoid interrupt in poll.
It also fixes the rx interrupt check logic in interrupt handler.
Signed-off-by: Liu Tao [EMAIL PROTECTED]
--- linux-2.6.12-rc1-orig/drivers/net/amd8111e.c
OT
Do You really need nforce4?
Maybe sis76[01]GX will be enough? :-)
http://www.sis.com/products/sis760gx.htm
http://www.sis.com/pressroom/pressrelease_000184.htm
/OT
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Thu, 2005-03-24 at 10:00 +, Asfand Yar Qazi wrote:
Arjan van de Ven wrote:
* hardware firewall -- sounds silly. Pretty sure Linux doesn't support
it in any case.
probably just one of those things implemented in the binary drivers in
software, just like the hardware IDE raid
Hi,
I made a patch to update m32r_sio driver.
Compile checked and tested on a M32700UT eva board with SMP kernel.
It looks working...
Could you please accept the following patch?
Thanks,
-- Takata
From: Russell King [EMAIL PROTECTED]
Date: Sat, 19 Mar 2005 17:21:01 +
m32r_sio
Dave Hansen wrote:
On Thu, 2005-03-24 at 11:19 +0530, Hariprasad Nellitheertha wrote:
...
I think there's likely a lot of commonality with the needs of memory
hotplug systems here. We effectively dump out the physical layout of
the system, but in sysfs. We do this mostly because any memory
On 24.03.2005, at 03:03, Ben Greear wrote:
When trying to send/receive traffic, I get TX watchdog timeouts. The
other
interfaces seem to work just fine.
No idea whether my problem is related but due to a broken motherboard
I had to switch from a SiS based Athlon board (ECS K7S5A) to a new
one
Kumar Gala [EMAIL PROTECTED] wrote:
Moved reporting of chipset revision from board specific to common handing
of /proc/cpuinfo. In light of numerous PPC system-on-chip devices, we
report both the cpu version (reflects the core version) and the chipset
version (reflects the
Pawel Sikora wrote:
OT
Do You really need nforce4?
Maybe sis76[01]GX will be enough? :-)
http://www.sis.com/products/sis760gx.htm
http://www.sis.com/pressroom/pressrelease_000184.htm
/OT
No, but I do need NCQ
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
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
to the bug? you'll get conflicts anyway I'm sure. I had to
Hi,
Looks like you need to apply the attached patch (for the current
bk kernel or see the link below for an earlier version (which
will require some modification to remove implicit warnings, see
to extern and prototype declarations for __journal_temp_unlink_buffer
in attached patch).
* Steven Rostedt [EMAIL PROTECTED] wrote:
This way when process C tries to get the lock again, it sees that it's
owned, but B hasn't executed yet. So it would be safe for C to take
the lock back from B, that is if C is greater priority than B,
otherwise it would act the same.
agreed. In
* Steven Rostedt [EMAIL PROTECTED] wrote:
I also see this with non rt tasks causing a burst of schedules.
1. Process A runs and grabs lock L. then finishes its time slice.
2. Process B runs and tries to grab Lock L.
3. Process A runs and releases lock L.
4. __up_mutex gives process B lock
Hello,
when stuffing a minimalistic environment into initrd (bash,libc and ps) into
an initrd, and I run ps from within, I get [swapper] with PID 1 and linuxrc
as PID 123 (think one up). What's the swapper doing?
As booting with root=/dev/ram0 init=/linuxrc puts linuxrc in pid 1.
Jan
On Wed, Mar 23, 2005 at 06:52:25PM -0800, Andrew Morton wrote:
Peter Baumann [EMAIL PROTECTED] wrote:
I'm hitting an annoying bug in kernel 2.6.11.5
Every time I _reboot_ (warmstart) my pc my two network cards won't get
recognized any longer.
Following error message appears on
Tasks do not change their state without holding a
lock. (There is an exception,
but it is justified.)
list after that..
So you want to record task state changes? That is
better done at the right
places in the kernel rather than traversing the task
list repeatedly (the
latter is not
Peter Baumann [EMAIL PROTECTED] wrote:
The only PCI change I see is
--- drivers/pci/pci.c 22 Jan 2005 03:20:37 - 1.71
+++ drivers/pci/pci.c 24 Feb 2005 18:02:37 - 1.72
@@ -268,7 +268,7 @@
return -EIO;
pci_read_config_word(dev,pm
Dave Airlie [EMAIL PROTECTED] wrote:
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
to the bug? you'll get conflicts
Roger Luethi [EMAIL PROTECTED] writes:
This patch won't apply to the 2.6.11.5 I have here -- the driver is
clearing ~0xFC already. The description makes me suspect that the patch
is meant to go the other way, and that would be wrong.
You are right. I don't know what happened, but in my
* Steven Rostedt [EMAIL PROTECTED] wrote:
Here we have more unnecessary schedules. So the condition to grab a
lock should be:
1. not owned.
2. partially owned, and the owner is not RT.
3. partially owned but the owner is RT and so is the grabber, and the
grabber's priority is = the
The attached patch makes it possible to pass a session keyring through to the
process spawned by call_usermodehelper(). This allows patch 3/3 to pass an
authorisation key through to /sbin/request-key, thus permitting better access
controls when doing just-in-time key creation.
Signed-Off-By:
Jesper Juhl [EMAIL PROTECTED] wrote:
If I just do a 'make defconfig' and then try to build security/keys/ the
build breaks. Doing 'make allyesconfig' fixes it by defining CONFIG_KEYS
which makes include/linux/key-ui.h include the full struct key definition.
I've not attempted to fix this
The attached patch makes the following changes:
(1) There's a new special key type called .request_key_auth.
This is an authorisation key for when one process requests a key and
another process is started to construct it. This type of key cannot be
created by the user; nor can
On Thu, Mar 24, 2005 at 03:07:51AM -0800, Andrew Morton wrote:
Peter Baumann [EMAIL PROTECTED] wrote:
The only PCI change I see is
--- drivers/pci/pci.c 22 Jan 2005 03:20:37 - 1.71
+++ drivers/pci/pci.c 24 Feb 2005 18:02:37 - 1.72
@@ -268,7 +268,7 @@
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 device drivers can add a entropy
to the system. Drivers that use this can be
In article [EMAIL PROTECTED] (at Fri, 11 Mar 2005 17:33:08 -0800), Andrew
Morton [EMAIL PROTECTED] says:
Felix von Leitner [EMAIL PROTECTED] wrote:
Now about IPv6: npush and npoll are two applications I wrote. npush
sends multicast announcements and opens a TCP socket. npoll receives
At Thu, 24 Mar 2005 00:41:28 +0100,
Adrian Bunk wrote:
The Coverity checker found this obviously dead code.
I'mnot sure which of the if (plugin == NULL) is correct - this patch
removes the one that couldn't be true.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Thanks, I applied it to
So you want to say that only one task could be running
at a single time
per processor, yes.
but how to know which one
The kernel is not a separate task. If you call read() for example, you change
from user to kernel space, so there can be multiple threads being in kernel
space at the same
On Wed, 23 Mar 2005, sounak chakraborty wrote:
--- linux-os [EMAIL PROTECTED] wrote:
On Wed, 23 Mar 2005, Arjan van de Ven wrote:
On Wed, 2005-03-23 at 15:56 -0500, linux-os wrote:
static void start_timer(void)
{
if(!atomic_read(info-running))
{
atomic_inc(info-running);
same
On Wed, 2005-03-23 at 20:38 -0800, Andrew Morton wrote:
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
On Thu, Mar 24, 2005 at 07:14:24PM +0900, Hirokazu Takata wrote:
Could you please accept the following patch?
Probably, but I'd like to have a reply to my comments below first.
diff -ruNp a/include/asm-m32r/serial.h b/include/asm-m32r/serial.h
--- a/include/asm-m32r/serial.h 2004-12-25
On Wed, Mar 23, 2005 at 05:11:34PM +, Hugh Dickins wrote:
Recent woes with some arches needing their own pgd_addr_end macro; and
4-level clear_page_range regression since 2.6.10's clear_page_tables;
and its long-standing well-known inefficiency in searching throughout
the higher-level page
Hi all,
Here is a revised patch for 2.6.12-rc1 that adds a routine:
add_true_randomness(__u32 *buf, int nwords);
so that true random number generator device drivers can add a entropy
to the system.
Cheers,
Davidm
Signed-off-by: David McCullough [EMAIL PROTECTED]
---
Also, there are other entropy daemons floating about. I think there is
one that obtains noise from an audio device.
That's correct: http://www.vanheusden.com/aed/ audio-entropyd
There's also one for doing the same with video4linux devices:
http://www.vanheusden.com/ved/
Folkert van
Jivin Andrew Morton lays it down ...
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.
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 nwords);
so that
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 device drivers can add a entropy
to the system. Drivers that
On Thu, 2005-03-24 at 07:48 -0500, Jeff Garzik wrote:
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
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 Preempt enabled (which I will disable and try again)
I notice this rather
Please keep me CCd especially because I'm not on inux-input.
I'm emailing the USB list since this is a usb keyboard (wireless HP)
This keyboard has 8 extra keys on the top row. Under 2.4, all the keys
worked fine. Under 2.6 only 2 of those keys are recognised.
This is a partial dmesg when
Kars, Geert,
Here's a patch which converts 8250_hp300 to use serial8250_register_port
and serial8250_unregister_port, rather than register_serial/
unregister_serial.
The 8250-variants allow you to associate the struct device with the port,
allowing sysfs to indicate which device owns which
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 device drivers
[patch 1/9] s390: kernel faults.
From: Martin Schwidefsky [EMAIL PROTECTED]
Correct check for user space faults. If the failing address space is in
the secondary address space and uaccess has been switched to KERNEL_DS
with set_fs, check_user_space() erroneously returns 1.
Signed-off-by: Martin
[patch 2/9] s390: signal stack bug.
From: Bodo Stroesser [EMAIL PROTECTED]
If a signal handler is set to use the signal stack (SA_ONSTACK), but
the signal stack is disabled, the signal frame should be written to
the current stack without stack switching.
The reason for the bug is get_sigframe()
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 *buf, int
Hi,
On Thursday, 24 of March 2005 02:27, Li Shaohua wrote:
On Thu, 2005-03-24 at 09:03, Len Brown wrote:
On Wed, 2005-03-23 at 18:49, Rafael J. Wysocki wrote:
Hi,
On Wednesday, 23 of March 2005 23:39, Pavel Machek wrote:
Hi!
Will this do it for the moment?
I think that this patch to the Makefile is needed
to ensure earlyquirk.c is compiled if CONFIG_ACPI_BOOT is enabled.
Signed-off-by: Horms [EMAIL PROTECTED]
--- a/arch/i386/kernel/Makefile 2005-03-24 15:47:08.391718540 +0900
+++ b/arch/i386/kernel/Makefile.noedit 2005-03-24 15:46:56.433281792
On Wed, Mar 23, 2005 at 11:11:10PM +1100, Michael Ellerman wrote:
Hi Mike,
Here's an updated version of my mem=X patch with new NUMA code.
Sorry it took so long I've been a bit crook.
Can you test this on your 720 or whatever it was? And if anyone else
has an interesting NUMA machine they
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
consume 100%
On Thu, 24 Mar 2005, Ingo Molnar wrote:
there's another approach that could solve this problem: let the
scheduler sort it all out. Esben Nielsen had this suggestion a couple of
months ago - i didnt follow it because i thought that technique would
create too many runnable tasks, but maybe
On Thu, 24 Mar 2005 00:00:48 -0800, Greg KH [EMAIL PROTECTED] wrote:
On Thu, Mar 24, 2005 at 02:39:32AM -0500, Dmitry Torokhov wrote:
On Thursday 24 March 2005 02:25, Greg KH wrote:
On Thu, Mar 17, 2005 at 01:40:48AM -0500, Dmitry Torokhov wrote:
On Wednesday 16 March 2005 16:38, Frank
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/
- Some fixes for the recent DRM problems.
Hi Andrew,
While I was OK with DRM up to 2.6.12-rc1-mm1, now I get this at startup, and
Xorg fails
I did the test you suggested. The turning-on and turning-off appeared
to work but our SN Hub ASIC still sent interrupts to the specific CPU.
I looked at my code again and from your description of Hotplug I do not
see any conflicts.
Thanks,
remove too-low cap on minor number
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/drivers/block/aoe/aoe.h b/drivers/block/aoe/aoe.h
--- a/drivers/block/aoe/aoe.h 2005-03-10 11:59:55.0 -0500
+++ b/drivers/block/aoe/aoe.h 2005-03-10 12:19:04.0 -0500
@@ -2,9 +2,14
Hi all,
kernel version:2.4.29
board :net4521
wireless card : Atheros-5212
diriver madwifi-cvs-current.tar.bz2(v 1.30 2005/02/22)
I built the customized image from 2.4.29 and booted from this image
The following sequence restarts the board
insmod wlan
insmod wlan_wep
insmod ath_rate-onoe
insmod
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 reference to `class_device_creat'
make: *** [.tmp_vmlinux1] Error 1
2.6.12-rc1-mm1 built
allow multiple aoe devices with same MAC addr
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/drivers/block/aoe/aoe.h b/drivers/block/aoe/aoe.h
--- a/drivers/block/aoe/aoe.h 2005-03-10 12:19:04.0 -0500
+++ b/drivers/block/aoe/aoe.h 2005-03-10 12:19:11.0 -0500
@@
update driver version to 6
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/drivers/block/aoe/aoe.h b/drivers/block/aoe/aoe.h
--- a/drivers/block/aoe/aoe.h 2005-03-10 12:19:11.0 -0500
+++ b/drivers/block/aoe/aoe.h 2005-03-10 12:19:14.0 -0500
@@ -1,5 +1,5 @@
/*
Stefano Rivoir wrote:
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/
- Some fixes for the recent DRM problems.
Hi Andrew,
While I was OK with DRM up to 2.6.12-rc1-mm1, now I get
On Wednesday, March 23, 2005 3:03 PM, Tom Duffy wrote:
On Tue, 2005-03-22 at 19:13 -0800, Dely Sy wrote:
I just did a test of Rajesh's latest patch on 2.6.11.5 with
Wilcox's acpiphp rewrite and the following patch. Hot-plug of
PCI Express card worked fine on my i386 system
I have
handle distros that have a udev rules file instead of dir
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/Documentation/aoe/udev-install.sh
b/Documentation/aoe/udev-install.sh
--- a/Documentation/aoe/udev-install.sh 2005-03-10 11:59:55.0 -0500
+++
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/
- Some fixes for the recent DRM problems.
Hi Andrew,
While I was OK with DRM up to 2.6.12-rc1-mm1, now I get this at
Alexey Dobriyan sparse cleanup
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/drivers/block/aoe/aoe.h b/drivers/block/aoe/aoe.h
--- a/drivers/block/aoe/aoe.h 2005-03-10 12:19:14.0 -0500
+++ b/drivers/block/aoe/aoe.h
don't try to free null bufpool
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/drivers/block/aoe/aoedev.c b/drivers/block/aoe/aoedev.c
--- a/drivers/block/aoe/aoedev.c2005-03-10 12:19:11.0 -0500
+++ b/drivers/block/aoe/aoedev.c2005-03-10 12:19:25.0
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 flash drive, or
an issue with vfat itself.
So either
document env var for specifying number of partitions per dev
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/Documentation/aoe/mkdevs.sh b/Documentation/aoe/mkdevs.sh
--- a/Documentation/aoe/mkdevs.sh 2005-03-07 17:37:14.0 -0500
+++ b/Documentation/aoe/mkdevs.sh
add note about the need for deadlock-free sk_buff allocation
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/Documentation/aoe/todo.txt b/Documentation/aoe/todo.txt
--- a/Documentation/aoe/todo.txt1969-12-31 19:00:00.0 -0500
+++ b/Documentation/aoe/todo.txt
This turns out to be a motheboard/bios issue + my lack of careful thinking.
And the driver seems to work ok so far. Sorry for the false alarm..
Jay Roplekar
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
Andrew Morton has already merged this patch.
Randy Dunlap: avoid warnings on sparc64
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/drivers/block/aoe/aoeblk.c b/drivers/block/aoe/aoeblk.c
--- a/drivers/block/aoe/aoeblk.c
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/
- Some fixes for the recent DRM problems.
Hi
I can't use list.h, since sk_buff doesn't have a list_head but instead
has two struct sk_buff pointers, and I want to avoid any extra memory
allocation.
send outgoing packets in order
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/drivers/block/aoe/aoe.h b/drivers/block/aoe/aoe.h
Just to follow up, did the problems go away when switching to ext3?
The switch has been delayed. Up to now we just reboot the machine every
48h - the administrator responsible for the machine is on holiday...
Meanwhile, I noticed, that the latest release candidate has several
changes
On Thu, 2005-03-24 at 15:49 +0530, Hariprasad Nellitheertha wrote:
Dave Hansen wrote:
I think there's likely a lot of commonality with the needs of memory
hotplug systems here. We effectively dump out the physical layout of
the system, but in sysfs. We do this mostly because any memory
support configuration of AOE_PARTITIONS from Kconfig
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/drivers/block/Kconfig b/drivers/block/Kconfig
--- a/drivers/block/Kconfig 2005-03-07 17:37:58.0 -0500
+++ b/drivers/block/Kconfig 2005-03-10 12:19:54.0 -0500
On Thu, Mar 24, 2005 at 08:35:49PM +0530, govind raj wrote:
kernel version:2.4.29
board :net4521
wireless card : Atheros-5212
diriver madwifi-cvs-current.tar.bz2(v 1.30 2005/02/22)
According to the FAQ at http://www.mattfoster.clara.co.uk/madwifi-1.htm#2 ,
Madwifi is based on a binary-only
add support for disk statistics
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/drivers/block/aoe/aoe.h b/drivers/block/aoe/aoe.h
--- a/drivers/block/aoe/aoe.h 2005-03-10 12:19:54.0 -0500
+++ b/drivers/block/aoe/aoe.h 2005-03-10 12:20:02.0 -0500
@@ -91,6 +91,7 @@
Hi everyone,
I'm currently investigating the following problem, which seems to indicate
a misbehaviour of the kernel:
A server software we implemented is sporadically hanging in a select()
call since we upgraded from kernel 2.4 to (currently) 2.6.9 (we have to wait
for 2.6.12 before we can upgrade
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 reference to `class_device_creat'
make: *** [.tmp_vmlinux1] Error 1
I
On Tue, Mar 22, 2005 at 10:29:35PM +0100, Pierre Ossman wrote:
@@ -1581,7 +1895,7 @@
#define wbsd_resume NULL
#endif
-static void wbsd_release(struct device *dev)
+static void wbsd_release_dev(struct device *dev)
{
}
@@ -1589,7 +1903,7 @@
.name = DRIVER_NAME,
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)
-
To unsubscribe from this list: send the line
1 - 100 of 664 matches
Mail list logo