James Bottomley wrote:
On Mon, 2005-04-04 at 17:50 +1000, Benjamin Herrenschmidt wrote:
I disagree. The driver will never know ...
? the driver has to know. Look at the 53c700 to see exactly how awful
it is. This beast has byte and word registers. When used BE, all the
byte registers alter
On Mon, 2005-04-04 at 15:16 +0100, Christoph Hellwig wrote:
The IOC4 device that provides IDE, serial ports and external interrupts
on Altix systems has a big endian register layour, and the PCI-X bridge
in those Altix systems can do the swapping if a special bit is set.
In older kernels
On Mon, 2005-04-04 at 15:06 +0100, Russell King wrote:
Thanks for testing. I've incorporated your changes. One question - do
you need linux/serial.h included in there?
Yes, because it contains the prototype for early_serial_setup().
It might be a good idea to use the
(please do CC replies as I am still not on the list)
As I am kind of pressured to resolve this issue, I've set up a test
environment using VMWare in order to reproduce the problem and
(un)fortunately the attempt was successful.
I have noticed a few points that relate to the size of the physical
It seems that 2.6.12-rc1 introduced an ALSA bug generating an oops for a
null pointer.
codec_semaphore: semaphore is not ready [0x1][0x300300]
codec_read 0: semaphore is not ready for register 0x2c
Unable to handle kernel NULL pointer dereference at virtual address
printing eip:
On Sun, 3 Apr 2005, Mikael Pettersson wrote:
Well, first step is to try w/o ACPI. ACPI is inherently fragile
and bugs there can easily explain your timer problems. Either
recompile with CONFIG_ACPI=n, or boot with acpi=off pci=noacpi.
When I boot without ACPI (I used 'acpi=off pci=noacpi')
Ju, Seokmann wrote:
Can you please specify megaraid driver version?
the v2.4.29 bundled one, v2.10.3.
I'm going to try the last one from your site, the 2.10.9
Usually there
are no messages on screen, but the last time I get Kernel bug at
tg3.c:2456!! on the sender. The skb pointer in the
Hi,
This patch was generated against 2.6.12-rc1
Working on some code lately I've been getting huge values
for Cached. The cause is that get_page_cache_size() is an
approximate value, and for a sufficiently small returned value
of get_page_cache_size() the value underflows.
Signed-off-by:
Hi Steffen,
On Thu, Mar 31, 2005 at 03:24:49PM +0200, Steffen Moser wrote:
Hi all,
one of our file servers (SuSE Linux 7.2, running linux-2.4.29)
oopsed some days ago - here is the bug report:
[1.] One line summary of the problem:
Kernel linux-2.4.29 oopses irregularly. The oopses
Hi Ranko!
On Apr 4, 2005, at 4:36 PM, Ranko Zivojnovic wrote:
(please do CC replies as I am still not on the list)
As I am kind of pressured to resolve this issue, I've set up a test
environment using VMWare in order to reproduce the problem and
(un)fortunately the attempt was successful.
I have
The files are there now, as they should.
[EMAIL PROTECTED] marcelo]$ wget
On Mon, Apr 04, 2005 at 09:26:58AM -0400, Michael Poole wrote:
Sven Luther writes:
Hello,
quick sumary
Current linux kernel source hold undistributable non-free firmware blobs,
and
to consider them as mere agregation, a clear licence statement from the
copyright holders of said
Christopher Allen Wing writes:
On Sun, 3 Apr 2005, Mikael Pettersson wrote:
Well, first step is to try w/o ACPI. ACPI is inherently fragile
and bugs there can easily explain your timer problems. Either
recompile with CONFIG_ACPI=n, or boot with acpi=off pci=noacpi.
When
On Mon, Apr 04, 2005 at 01:42:18PM +0800, Li Shaohua wrote:
Hi,
On Mon, 2005-04-04 at 13:28, Nathan Lynch wrote:
On Mon, Apr 04, 2005 at 10:07:02AM +0800, Li Shaohua wrote:
Clean up all CPU states including its runqueue and idle thread,
so we can use boot time code without any changes.
James Bottomley wrote:
so can you provide an example of a BE bus (or device) used on a LE
platform that would actually benefit from this abstraction?
The Network Processing Engines in the Intel IXP425 are big-endian and
its XScale core may be run in little-endian mode. There's a bunch of
This patch updates NEC VR4100 series CPU-PCI bridge support.
This patch already had applied to Ralf's cvs.
Yoichi
Signed-off-by: Yoichi Yuasa [EMAIL PROTECTED]
diff -urN -X dontdiff rc1-mm4-orig/arch/mips/pci/ops-vr41xx.c
rc1-mm4/arch/mips/pci/ops-vr41xx.c
---
On Mon, 4 Apr 2005, David Vrabel wrote:
James Bottomley wrote:
so can you provide an example of a BE bus (or device) used on a LE
platform that would actually benefit from this abstraction?
The Network Processing Engines in the Intel IXP425 are big-endian and
its XScale core may be run in
Hi,
On Monday, 4 of April 2005 11:34, Yu, Luming wrote:
Please testing patch filed at
http://bugzilla.kernel.org/show_bug.cgi?id=3851#c64
My testing results on toshiba satellite M20 is:
/proc/acpi/battery/BAT0#time cat state
present: yes
capacity state: ok
Hello all
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
http://lkml.org/lkml/2005/1/27/11 for more detail.
It turns out that it was the case that the i8042 controller responds too
late on commands, for example, we issue a
Dual P4 (Tyan S2662/I7505)
Booting of 2.6.12-rc1-bk6 stops after these lines ..
..
Enabling IO-APIC IRQs
.. TIMER; vector=0x31 oin1=2 pin2=-1
checking TSC synchronization across 4 CPUs: passed
Brought up 4 CPUs
2.6.12-rc1 works.
Please cc me, I am not subscribed.
--
Klaus
-
To unsubscribe
Ooops! I selected the wrong file to attach. Here is the proper syslog
attachment...
/var/log/messages:
Apr 3 13:07:04 localhost kernel: .swsusp: Restoring Highmem
Apr 3 13:07:04 localhost kernel: ACPI: PCI interrupt :00:02.0[A] - GSI 9
(level, low) - IRQ 9
Apr 3 13:07:06 localhost kernel:
On Thu Feb 24 2005 - 01:33:38 Adam Belay wrote:
The basic flow of the new code is as follows:
1.) A standard driver core driver binds to a bridge device.
2.) When *probe is called it sets up the hardware and allocates a
struct pci_bus.
3.) The struct pci_bus is filled with information about the
On Sun, Apr 03, 2005 at 12:44:14PM +0200, Pavel Machek wrote:
This fixes u32 vs. pm_message_t confusion in arm. I was not able to
even compile it, but it should not cause any problems. Please apply,
On testing this patch, it doesn't build. You need to include
linux/pm.h into
On Sun, 2005-04-03 at 18:35 -0700, Andrew Morton wrote:
Mingming Cao [EMAIL PROTECTED] wrote:
I run into OOM problem again on 2.6.12-rc1. I run some(20) fsx tests on
2.6.12-rc1 kernel(and 2.6.11-mm4) on ext3 filesystem, after about 10
hours the system hit OOM, and OOM keep killing
Richard B. Johnson wrote:
But the Linux interface (on the CPU side of the PCI bus interface)
doesn't care about the implimentation details in the XScale
Core. That's why it's a complete subsystem, isolated from the
ix86 by the PCI/Bus interface.
Hmmm.
*takes a long hard look at the IXP425
Hi,
On Apr 4, 2005 11:10 AM, Jaco Kroon [EMAIL PROTECTED] wrote:
Hello all
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
http://lkml.org/lkml/2005/1/27/11 for more detail.
...
I was under impression that usb-handoff
Hi,
I'm having problem with my x86_64 workstation. I'm having about
5 kernels oops a day and usually I got that in the syslog:
Apr 4 12:45:07 oshawa kernel: Assertion failure in
journal_start_Rsmp_2519e07e() at transaction.c:249:
handle-h_transaction-t_journal == journal
I'm using:
Linux
On Mon, Apr 04, 2005 at 10:02:35AM -0700, Linus Torvalds wrote:
On Mon, 4 Apr 2005, Russell King wrote:
Linus - is the pm.h included in sysdev.h in -rc2?
Nope. Just includes kobject.h
Oh dear - in that case, most of ARM will be broken in -rc2. ;(
[EMAIL PROTECTED] wrote:
Dual P4 (Tyan S2662/I7505)
Booting of 2.6.12-rc1-bk6 stops after these lines ..
..
Enabling IO-APIC IRQs
.. TIMER; vector=0x31 oin1=2 pin2=-1
checking TSC synchronization across 4 CPUs: passed
Brought up 4 CPUs
2.6.12-rc1 works.
Please cc me, I am not subscribed.
Dmitry Torokhov wrote:
Hi,
On Apr 4, 2005 11:10 AM, Jaco Kroon [EMAIL PROTECTED] wrote:
Hello all
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
http://lkml.org/lkml/2005/1/27/11 for more detail.
...
I was under
David Ford wrote:
It seems that 2.6.12-rc1 introduced an ALSA bug generating an oops for a
null pointer.
codec_semaphore: semaphore is not ready [0x1][0x300300]
codec_read 0: semaphore is not ready for register 0x2c
Unable to handle kernel NULL pointer dereference at virtual address
On Mon, 2005-04-04 at 12:59 -0400, Eric Desjardins wrote:
Hi,
I'm having problem with my x86_64 workstation. I'm having about
5 kernels oops a day and usually I got that in the syslog:
Apr 4 12:45:07 oshawa kernel: Assertion failure in
journal_start_Rsmp_2519e07e() at transaction.c:249:
On Sun, 2005-04-03 at 12:57 -0700, Joel Becker wrote:
Folks,
I humbly submit configfs. With configfs, a configfs
config_item is created via an explicit userspace operation: mkdir(2).
It is destroyed via rmdir(2). The attributes appear at mkdir(2) time,
and can be read or modified via
At Mon, 04 Apr 2005 18:08:43 +0100,
Daniel Drake wrote:
David Ford wrote:
It seems that 2.6.12-rc1 introduced an ALSA bug generating an oops for a
null pointer.
codec_semaphore: semaphore is not ready [0x1][0x300300]
codec_read 0: semaphore is not ready for register 0x2c
Unable to
Ingo wrote:
i've attached the latest snapshot.
I ran your latest snapshot on 64 CPU (well, 62 - one node wasn't
working) system. I made one change - chop the matrix lines at 8 terms.
It's a hack - don't know if it's a good idea. But the long lines were
hard to read (and would only get worse
Thanks for the answer.
I was just wandering if this was known.
... and yet getting in touch with my RH support person could
be a complex corporate problem involving several flavors of
action request...
Thanks again,
Eric
On Mon, 2005-04-04 at 13:11, Arjan van de Ven wrote:
On Mon, 2005-04-04
On Mon, Apr 04, 2005 at 06:08:43PM +0100, Daniel Drake wrote:
David Ford wrote:
It seems that 2.6.12-rc1 introduced an ALSA bug generating an oops for a
null pointer.
codec_semaphore: semaphore is not ready [0x1][0x300300]
codec_read 0: semaphore is not ready for register 0x2c
Unable
* Peter Zijlstra [EMAIL PROTECTED] wrote:
Hi Ingo,
I need the following two patches to keep my system alive and avoid
the BUGs in the log send to you earlier (private mail).
hm, the second patch does not apply (and the merge didnt look trivial) -
maybe it depends on some patch in -mm that
Hello!
I don't know if you guys already know, there is a possible security risk with
all modern desktop-pcs and ata hard drives. In short:
Modern ata drives can be locked by password. This lock could be set by a
malicous software. This security feature can be frozen, so no programs can
set a
On Sun, Apr 03, 2005 at 08:46:12AM +0530, Arun Srinivas wrote:
hi
can someone show me an example usage of sched_setaffinity().I do not know
how to set the affinity mask for a process.please.
thanks
arun
http://www.linuxjournal.com/article/6799
Section Affinity Masks
Hope that helps,
With sparsemem being introduced, we need a central place for new
memory-related .config options: mm/Kconfig. This allows us to
remove many of the duplicated arch-specific options.
The new option, CONFIG_FLATMEM, is there to enable us to detangle
NUMA and DISCONTIGMEM. This is a requirement for
The end goal of these particular patches is to allow us to get some
small bits of global mm/ code compiled for either NUMA or DISCONTIGMEM.
Obviously, this alone doesn't justify messing with each architecture's
Kconfig file. Think of the 4th patch as one example of how this new
file can be
For all architectures, this just means that you'll see a
Memory Model choice in your architecture menu. For those that
implement DISCONTIGMEM, you may eventually want to make your
ARCH_DISCONTIGMEM_ENABLE a def_bool y and make your users
select DISCONTIGMEM right out of the new choice menu. The
This will at least suppress one prompt that users would have
received the first time they compile with the new DISCONTIG
arch option. They'll still get the Memory Model prompt,
but 99% of them will have the default work there.
Signed-off-by: Dave Hansen [EMAIL PROTECTED]
---
On Mon, Apr 04, 2005 at 04:16:47PM +0200, Sven Luther wrote:
This is just the followup on said discussion, involving the larger LKML
audience, in order to get this fixed for good. As said, it is just a mere
technicality to get out of the muddy situation, all the people having
contributed
There is some confusion that arose when working on SPARSEMEM patch
between what is needed for DISCONTIG vs. NUMA.
Multiple pg_data_t's are needed for DISCONTIGMEM or NUMA,
independently. All of the current NUMA implementations require an
implementation of DISCONTIG. Because of this, quite a
On Apr 4, 2005 12:07 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
Hi,
On Apr 4, 2005 11:10 AM, Jaco Kroon [EMAIL PROTECTED] wrote:
Hello all
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
Fix hd section references:
make parse_hd_setup() __init
Error: ./drivers/ide/legacy/hd.o .text refers to 0943 R_386_PC32
.init.text
Signed-off-by: maximilian attems [EMAIL PROTECTED]
--- linux-2.6.12-rc1-bk5/drivers/ide/legacy/hd.c.orig 2005-04-04
18:39:04.0 +0200
+++
Randy please double check especially this one.
there may be a better solution.
Fix efi section references:
remove __initdata for struct efi efi_phys
and struct efi_memory_map memmap
Error: ./arch/i386/kernel/efi.o .text refers to 00d3 R_386_32
.init.data
Error: ./arch/i386/kernel/efi.o
m den 04.04.2005 Klokka 12:22 (-0400) skreiv Benjamin LaHaise:
Your approach looks reasonable and simple enough. It'd be useful if I
could visualize the caller side of things as in the NFS client stream
as you mention - do you plan to post that soon ?
I'm tempted to think about the
This probably is a silly question, but
Is is possible to open a file, mmap() it into memory, then pass the address
of that map via an ioctl() call to the kernel, which will copy_from_user()
that data?
Yeah, that's an odd concept, I know... I could always malloc() some
memory, read the file
On Mon, 4 Apr 2005, Adrian Bunk wrote:
On Mon, Apr 04, 2005 at 06:08:43PM +0100, Daniel Drake wrote:
David Ford wrote:
It seems that 2.6.12-rc1 introduced an ALSA bug generating an oops for a
null pointer.
codec_semaphore: semaphore is not ready [0x1][0x300300]
codec_read 0:
On Fri, 2005-04-01 at 14:25 +0900, Tejun Heo wrote:
Ah.. with later requeue path consolidation patches, all requests get
their sense buffer cleared during requeueing, which, IMHO, is more
logical. Moving scsi_init_cmd_errh() should come after the patch.
Sorry. :-)
I'll make another take
On Mon, Apr 04, 2005 at 10:51:30AM -0700, Greg KH wrote:
On Mon, Apr 04, 2005 at 04:16:47PM +0200, Sven Luther wrote:
This is just the followup on said discussion, involving the larger LKML
audience, in order to get this fixed for good. As said, it is just a mere
technicality to get out of
On Mon, 2005-04-04 at 16:41 +0100, David Vrabel wrote:
The Network Processing Engines in the Intel IXP425 are big-endian and
its XScale core may be run in little-endian mode. There's a bunch of
gotchas related to running in little-endian mode so you typically run
the IXP425 in big-endian mode,
I have a Philips 750 webcam camera, equipped with a
Sony CCD sensor + TDA878.
It was working fine with 2.4.29 and earlier kernels, often with
100-150 days uptime.
As I upgraded to 2.4.30-rc kernels, started getting such error in my
kernel log:
pwc Too many ISOC errors, bailing out.
pwc
On Mon, 4 Apr 2005, Matthew Dharm wrote:
This probably is a silly question, but
Is is possible to open a file, mmap() it into memory, then pass the address
of that map via an ioctl() call to the kernel, which will copy_from_user()
that data?
Yes. A user-mode pointer, passed via ioctl() is
On Mon, 04 Apr 2005 13:57:59 -0500
James Bottomley [EMAIL PROTECTED] wrote:
On Mon, 2005-04-04 at 16:41 +0100, David Vrabel wrote:
The Network Processing Engines in the Intel IXP425 are big-endian and
its XScale core may be run in little-endian mode. There's a bunch of
gotchas related to
On Mon, 4 Apr 2005, Li Shaohua wrote:
Clean up all CPU states including its runqueue and idle thread,
so we can use boot time code without any changes.
Note this makes /sys/devices/system/cpu/cpux/online unworkable.
#ifdef CONFIG_HOTPLUG_CPU
#include asm/nmi.h
+
+#ifdef
I've got a database-like application that logs transactions to a file.
I mmap() pages of the log file and do minor commits as cheap memory
writes, and then I periodically write(O_SYNC) the mmapped copy back to
the file (on top if itself) to force the data to stable storage for a
major commit.
On Mon, Apr 04, 2005 at 10:51:30AM -0700, Greg KH wrote:
On Mon, Apr 04, 2005 at 04:16:47PM +0200, Sven Luther wrote:
This is just the followup on said discussion, involving the larger LKML
audience, in order to get this fixed for good. As said, it is just a mere
technicality to get out of
On Mon, Apr 04, 2005 at 10:51:30AM -0700, Greg KH wrote:
Then let's see some acts. We (lkml) are not the ones with the percieved
problem, or the ones discussing it.
Actually, there are some legitimate problems with some of the files in
the Linux source base. Last time this came up, the Acenic
On Mon, 2005-04-04 at 19:40 +0200, Ingo Molnar wrote:
* Peter Zijlstra [EMAIL PROTECTED] wrote:
Hi Ingo,
I need the following two patches to keep my system alive and avoid
the BUGs in the log send to you earlier (private mail).
hm, the second patch does not apply (and the merge
On Mon, Apr 04, 2005 at 03:02:26PM -0400, Richard B. Johnson wrote:
On Mon, 4 Apr 2005, Matthew Dharm wrote:
This probably is a silly question, but
Is is possible to open a file, mmap() it into memory, then pass the address
of that map via an ioctl() call to the kernel, which will
* Jonas Diemer:
What do you think of this?
I think that these days, the underlying assumption (software cannot
destroy hardware, and if it can, we have a problem) is simply no
longer valid.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Robertmar le entregara una guia de comida dieria por sesenta dias y sus puntos
meridianos
a travez de fotografias segun edad, sexo, peso y estructura fisica.
PROMOCION EN ARGENTINA$ 20
otros paises u$ 20
Con este metodo bajara de peso asombrosamente en pocos dias,
controlara su
Hi Pavel!
On Mon, 4 Apr 2005, Pavel Machek wrote:
The patches are against 2.6.11-rc1 with Zwane's CPU hotplug patch in -mm
tree.
Should I merge that thing into mainline? It seems that a few people are
needing it.
Perhaps we should address the MTRR issue first.
I've
Hi,
This patch creates a new kstrdup library function and changes the
local implementations in several places to use this function.
This is just a cleanup to allow reusing the strdup code, and to prevent
bugs in future duplications of strdup.
Most of the changes come from the sound and net
On Sun, Apr 03, 2005 at 08:30:13PM -0700, Randy.Dunlap wrote:
Any comments on this new version?
The new Networking menu looks unstructured.
And the net/Kconfig file contains a lot of config snippets that does not
belong there.
So I took a stamp on it with focus on:
- Move config bits to
On Mon, 4 Apr 2005, kus Kusche Klaus wrote:
I asked our hardware team. The hardware has two devices which are
in use and capable of busmaster/DMA transfers:
The intel e100 ethernet controller and the intel PIIX4 USB
controller.
The IDE interface is also a busmaster, but there are only PIO
Hello everyone,
HP has most graciously donated a pair of DL585 quad Opteron servers
with 24 GB of RAM and 10 TB of disk using a pair of MSA-30 arrays for
each server. The first ones of these servers was officially put in
service today; the next one will be put in service next week. Each
server
maximilian attems wrote:
one of the last buildcheck errors on i386,
thanks Randy again for double checking.
Fix pnpbios section references:
make dmi_system_id pnpbios_dmi_table __initdata
Error: ./drivers/pnp/pnpbios/core.o .data refers to 0100 R_386_32
.init.text
Error:
On Fri, 1 Apr 2005 08:03:16 -0500 (EST), linux-os wrote:
This must be a joke. Where's the punch line?
It's called a fish in Italian and French.
--
Giuseppe Oblomov Bilotta
They that can give up essential liberty to obtain
a little temporary safety deserve neither liberty
nor safety. Benjamin
Below, find inotify 0.22, against 2.6.12-rc1.
This release introduces a conversion in our primary locking from
spinlocks to semaphores. Semaphores are a more natural fit for our
code, which synchronizes with user-space, thus we clean up a bit of code
with a net reduction of 63 lines. Also, I
* Steven Rostedt [EMAIL PROTECTED] wrote:
So it is probably stuck in some spinning yield loop, which was the
reason I was writing this test to begin with! It's most likely also
waiting for kjournald to do some work, and is starving it in a
schedule or yield loop never actually going to
On Apr 04, Greg KH [EMAIL PROTECTED] wrote:
What if we don't want to do so? I know I personally posted a solution
Then probably the extremists in Debian will manage to kill your driver,
like they did with tg3 and others.
This sucks, yes.
--
ciao,
Marco (@debian.org)
signature.asc
On Mon, 2005-04-04 at 20:21 +0200, Sven Luther wrote:
On Mon, Apr 04, 2005 at 10:51:30AM -0700, Greg KH wrote:
Then let's see some acts. We (lkml) are not the ones with the percieved
problem, or the ones discussing it.
[...]
All i am asking is that *the copyright holders* of said firmware
On Mon, Apr 04, 2005 at 08:27:53PM +0200, Sven Luther wrote:
Mmm, probably that 2001 discussion about the keyspan firmware, right ?
http://lists.debian.org/debian-legal/2001/04/msg00145.html
Can you summarize the conclusion of the thread, or what you did get from it,
please ?
That
On Mon, Apr 04, 2005 at 09:05:18PM +0200, Marco d'Itri wrote:
On Apr 04, Greg KH [EMAIL PROTECTED] wrote:
What if we don't want to do so? I know I personally posted a solution
Then probably the extremists in Debian will manage to kill your driver,
like they did with tg3 and others.
Their
On Mon, Apr 04, 2005 at 08:12:48PM +0100, Ian Campbell wrote:
On Mon, 2005-04-04 at 20:21 +0200, Sven Luther wrote:
On Mon, Apr 04, 2005 at 10:51:30AM -0700, Greg KH wrote:
Then let's see some acts. We (lkml) are not the ones with the percieved
problem, or the ones discussing it.
On Mon, Apr 04, 2005 at 09:05:18PM +0200, Marco d'Itri wrote:
On Apr 04, Greg KH [EMAIL PROTECTED] wrote:
What if we don't want to do so? I know I personally posted a solution
Then probably the extremists in Debian will manage to kill your driver,
like they did with tg3 and others.
And
On Mon, Apr 04, 2005 at 12:17:46PM -0700, Greg KH wrote:
On Mon, Apr 04, 2005 at 08:27:53PM +0200, Sven Luther wrote:
Mmm, probably that 2001 discussion about the keyspan firmware, right ?
http://lists.debian.org/debian-legal/2001/04/msg00145.html
Can you summarize the conclusion of
On Mon, Apr 04, 2005 at 09:05:18PM +0200, Marco d'Itri wrote:
On Apr 04, Greg KH [EMAIL PROTECTED] wrote:
What if we don't want to do so? I know I personally posted a solution
Then probably the extremists in Debian will manage to kill your driver,
like they did with tg3 and others.
Nope,
Matthew Wilcox wrote:
On Mon, Apr 04, 2005 at 10:51:30AM -0700, Greg KH wrote:
Then let's see some acts. We (lkml) are not the ones with the percieved
problem, or the ones discussing it.
Actually, there are some legitimate problems with some of the files in
the Linux source base. Last time this
On Mon, Apr 04, 2005 at 09:29:45PM +0200, Sven Luther wrote:
On Mon, Apr 04, 2005 at 12:17:46PM -0700, Greg KH wrote:
On Mon, Apr 04, 2005 at 08:27:53PM +0200, Sven Luther wrote:
Mmm, probably that 2001 discussion about the keyspan firmware, right ?
Ian I think what Greg may have meant[0] was that if it bothers
Ian you, then you should act by contacting the copyright holders
Ian privately yourself in each case that you come across and
Ian asking them if you may add a little comment etc, and then
Ian submit patches once you
Mingming Cao [EMAIL PROTECTED] wrote:
On Sun, 2005-04-03 at 18:35 -0700, Andrew Morton wrote:
Mingming Cao [EMAIL PROTECTED] wrote:
I run into OOM problem again on 2.6.12-rc1. I run some(20) fsx tests on
2.6.12-rc1 kernel(and 2.6.11-mm4) on ext3 filesystem, after about 10
hours
A few additional notes:
- The IP addresses for kernel.org have changed. When the second
server gets deployed next week, most of the kernel.org addresses,
e.g. ftp.kernel.org, will be round-robins. The individual servers
can be specified as ftp1.kernel.org and ftp2.kernel.org.
- *** If
Hi Steve,
moving right along with the fs/cifs/ cleanup, here's part 1 of a patch to
beautify smberr.h a bit
This patch is also available from
http://www.linuxtux.org/~juhl/kernel_patches/fs_cifs_smberr-whitespace-1.patch
Align numbers neatly and use tabs instead of spaces.
Signed-off-by:
On Fri, 1 Apr 2005 15:47:48 -0800, Greg KH wrote:
-#define PCI_NAME_SIZE96
+#define PCI_NAME_SIZE255
#define PCI_NAME_HALF__stringify(43) /* less than half to handle
slop */
Shouldn't PCI_NAME_HALF be changed too? To something like 109 or 113?
--
Giuseppe Oblomov
On Apr 4, 2005 9:53 PM, H. Peter Anvin [EMAIL PROTECTED] wrote:
Hello everyone,
HP has most graciously donated a pair of DL585 quad Opteron servers
with 24 GB of RAM and 10 TB of disk using a pair of MSA-30 arrays for
each server. The first ones of these servers was officially put in
I already tried my own version of the patch with a few printk. I can
tell you that both probe functions in (ac97_codec.c:719) would report
the device as modem.
/* Check for an AC97 1.0 soft modem (ID1) */
codec-codec_read(codec, AC97_RESET) returned 0xd3a
...
/* Check for an AC97 2.x soft
Steve,
Here's the second part of the patch for smberr.h. This one break up the
long comments. Applies on top of the previous one.
Patch is also available from
http://www.linuxtux.org/~juhl/kernel_patches/fs_cifs_smberr-whitespace-2.patch
Break comment lines so they all fit on a 80 column
On Mon, 2005-04-04 at 16:02 -0400, Robert Love wrote:
Greetings, Mr Morton.
Below, find inotify 0.22, against 2.6.12-rc1.
This release introduces a conversion in our primary locking from
spinlocks to semaphores. Semaphores are a more natural fit for our
code, which synchronizes with
Beautify rfc1002pdu.h a bit. Whitespace changes only.
Patch also available here:
http://www.linuxtux.org/~juhl/kernel_patches/fs_cifs_rfc1002pdu.patch
Signed-off-by: Jesper Juhl [EMAIL PROTECTED]
--- linux-2.6.12-rc1-mm4-orig/fs/cifs/rfc1002pdu.h 2005-03-02
08:38:08.0 +0100
+++
Alessandro Suardi a écrit :
I don't know - 2.6.12-rc2 has been announced a few hours
ago on http://www.kernel.org , still the patch isn't there..
It is now !
Brice
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
I run into OOM problem again on 2.6.12-rc1. I run some(20) fsx tests on
2.6.12-rc1 kernel(and 2.6.11-mm4) on ext3 filesystem, after about 10
hours the system hit OOM, and OOM keep killing processes one by one. I
could reproduce this problem very constantly on a 2 way PIII 700MHZ
Martin J. Bligh [EMAIL PROTECTED] wrote:
I run into OOM problem again on 2.6.12-rc1. I run some(20) fsx tests on
2.6.12-rc1 kernel(and 2.6.11-mm4) on ext3 filesystem, after about 10
hours the system hit OOM, and OOM keep killing processes one by one. I
could reproduce this
Dmitry Torokhov wrote:
On Apr 4, 2005 12:07 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
On Apr 4, 2005 11:10 AM, Jaco Kroon [EMAIL PROTECTED] wrote:
A while back there was quite a discussion on this issue and then
specifically i8042 timing issues. I refer you to
On Mon, 2005-04-04 at 22:00 +0200, Ingo Molnar wrote:
* Steven Rostedt [EMAIL PROTECTED] wrote:
So it is probably stuck in some spinning yield loop, which was the
reason I was writing this test to begin with! It's most likely also
waiting for kjournald to do some work, and is starving
401 - 500 of 631 matches
Mail list logo