Arjan van de Ven wrote:
I disagree, it's a performance cost.
It's a lot easier to make remove_proc_entry() a might_sleep().. (I'm
surprised it isn't already btw given that it's vfs related and the vfs
is mostly semaphore based)
Well enough. But to my understanding using spin_lock implies that
* Lee Revell <[EMAIL PROTECTED]> wrote:
> Doesn't this fix the longest latency we were seeing with
> PREEMPT_DESKTOP, I don't have a trace handy but the upshot was "signal
> delivery must remain atomic on !PREEMPT_RT"?
yes - although Paul's patch converts only a portion of the signal code
to
Hi Krzysztof,
> So, with one transaction, can I write an arbitrary number of bytes to
> the device, and then, in the same transaction, can I read one (or no,
> or with some controllers, more than one) byte(s) back?
In I2C mode, you can even alternate as many read and write sequences you
want in a
* Luca Falavigna <[EMAIL PROTECTED]> wrote:
> This patch removes a redundant PREEMPT_RCU option from kernel/Kconfig.preempt.
thanks, applied.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Thu, Aug 11, 2005 at 05:39:03PM +0200, Diego Calleja wrote:
> HP, Sun & friends seem to use AMD chipsets (AMD64 has a serious lack of
? As far as I know, Ultra20 uses nforce4 chipset at least according to some
pdf donwloaded from Sun's site.
Also please note that here I would like to have a *
Hi Mark,
> > My experimental patch follows. I have enabled the I2C block read
> > function for all VIA south bridges, so that it can be tested on all
> > chips. I'll restrict that after the test phase, of course.
>
> I fired it up on one of the older chipsets...
>
> # lspci
> (...)
> 00:07.0 ISA
So boot_cpu_id is apic id of BSP.
Anyway sync_tsc(...) there is master and MASTER..., but value are all 0.
YH
On 8/11/05, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> Ok being impatient not wanting this tiny bug to be forgotten for
> 2.6.13. Linus please apply this micro patch.
>
> > > stat
Rob van Nieuwkerk wrote:
On Fri, 12 Aug 2005 01:09:12 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Hi Jeff,
Things in SATA-land have been moving along recently, so I updated the
software status report:
http://linux.yyz.us/sata/software-status.html
Is any progress made on SMART su
On 8/11/05, Stephen D. Williams <[EMAIL PROTECTED]> wrote:
> The chipset is an Intel 8x0 something. Unfortunately, there is a
> heatsink semi-permanently installed over everything. Is there a /proc
> pseudofile that will give me good identifying chipset info to report here?
you can show the chip
On Fri, 12 Aug 2005 01:09:12 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Hi Jeff,
> Things in SATA-land have been moving along recently, so I updated the
> software status report:
>
> http://linux.yyz.us/sata/software-status.html
Is any progress made on SMART support ?
I've been reading
On 8/12/05, Jeff Carr <[EMAIL PROTECTED]> wrote:
> On 08/11/2005 10:18 AM, Steven Rostedt wrote:
>
> > It's vanilla 2.6.12-rc3 + Ingo's RT V0.7.46-02-rs-0.4 + some of my own
> > customizations. But I never touched the sysentry stuff and with a few
> > printks I see it is being initialized.
> >
>
Things in SATA-land have been moving along recently, so I updated the
software status report:
http://linux.yyz.us/sata/software-status.html
Although I have not updated it in several weeks, folks may wish to refer
to the hardware status report as well:
http://linux.yyz.us/sa
On 08/11/2005 10:18 AM, Steven Rostedt wrote:
> It's vanilla 2.6.12-rc3 + Ingo's RT V0.7.46-02-rs-0.4 + some of my own
> customizations. But I never touched the sysentry stuff and with a few
> printks I see it is being initialized.
>
>>Also glibc support.
>
> I'm using Debian unstable with a re
On Thu, 2005-08-11 at 18:37 -0700, Paul E. McKenney wrote:
> On Thu, Aug 11, 2005 at 10:25:47PM +1000, Nick Piggin wrote:
> > 5/7
> >
> > --
> > SUSE Labs, Novell Inc.
> >
>
> > Make radix tree lookups safe to be performed without locks.
> > Readers are protected against nodes being deleted by
Ok being impatient not wanting this tiny bug to be forgotten for
2.6.13. Linus please apply this micro patch.
> > static void __cpuinit tsc_sync_wait(void)
> > {
> > if (notscsync || !cpu_has_tsc)
> > return;
> > - printk(KERN_INFO "CPU %d: Syncing TSC to CPU %u.\n", smp_process
On Aug 11, 2005, at 23:17:07, Lee Revell wrote:
On Fri, 2005-08-12 at 12:59 +1000, roucaries bastien wrote:
They post on this list 1 year and a half ago no answer.
I guess everyone on LKML has day jobs now, no one has time for fun
stuff
like reverse engineering drivers anymore... :-(
Muc
On Fri, 12 Aug 2005 12:07:21 +1000
Neil Brown <[EMAIL PROTECTED]> wrote:
> On Thursday August 11, [EMAIL PROTECTED] wrote:
> > Hi,
> >
> > I posted an oops a few days ago from 2.6.12.3 [1]. Here are the results
> > of my tests on 2.6.13-rc6. The kernel oopses, but it the box isn't
> > complete
On Thu, 2005-08-11 at 18:49 -0700, Paul E. McKenney wrote:
> On Thu, Aug 11, 2005 at 10:28:04PM +1000, Nick Piggin wrote:
> > 6/7
> >
> > --
> > SUSE Labs, Novell Inc.
> >
>
> > Use the speculative get_page and the lockless radix tree lookups
> > to introduce lockless page cache lookups (ie. no
On Thu, 2005-08-11 at 18:37 -0700, Paul E. McKenney wrote:
> On Thu, Aug 11, 2005 at 10:25:47PM +1000, Nick Piggin wrote:
> > 5/7
> >
> > --
> > SUSE Labs, Novell Inc.
> >
>
> > Make radix tree lookups safe to be performed without locks.
> > Readers are protected against nodes being deleted by
On Thursday 11 August 2005 19:26, David Howells wrote:
> Daniel Phillips <[EMAIL PROTECTED]> wrote:
> > + SetPageMiscFS(page);
>
> Can you please retain the *PageFsMisc names I've been using in my stuff?
>
> In my opinion putting the "Fs" bit first gives a clearer indication that
> this is a bit
On Thu, Aug 11, 2005 at 06:06:55PM -0700, Jeremy Fitzhardinge wrote:
> I was just looking at agp_copy_info(), which contains this code:
>
>318 if (bridge->mode & AGPSTAT_MODE_3_0)
>319 info->mode = bridge->mode & ~AGP3_RESERVED_MASK;
>320 else
>321
Chris Boot wrote:
Hi all,
I just recently took the plunge and bought 4 250 GB Seagate drives and
a 2 port Silicon Image 3112A controller card for the 2 drives my
motherboard doesn't handle. No matter how hard I try, I can't get the
hard drives to work: they are detected correctly and work
On Thu, 2005-08-11 at 23:07 -0400, Lee Revell wrote:
> Very nice to see this going in (via) the RT patch.
>
Also, does not compile for me with ACPI PM timer selected:
CC arch/i386/kernel/timers/hrtimer_pm.o
In file included from include/asm/hrtime.h:220,
from include/linu
On Wed, Aug 10, 2005 at 04:07:09PM -0400, Robert Love wrote:
> Add inotify and ioprio syscall stubs to SH.
>
> Robert Love
>
>
> Signed-off-by: Robert Love <[EMAIL PROTECTED]>
>
> arch/sh/kernel/entry.S |5 +
> include/asm-sh/unistd.h |8 +++-
> 2 files changed, 12 inser
On Fri, 2005-08-12 at 12:59 +1000, roucaries bastien wrote:
> They post on this list 1 year and a half ago no answer.
>
I guess everyone on LKML has day jobs now, no one has time for fun stuff
like reverse engineering drivers anymore... :-(
Lee
-
To unsubscribe from this list: send the line "un
"noapic" didn't work, nor did "noacpi", etc.
Going to 2.6.13-rc6.2 solved the problem (once I integrated udev, etc.).
The chipset is an Intel 8x0 something. Unfortunately, there is a
heatsink semi-permanently installed over everything. Is there a /proc
pseudofile that will give me good identi
On Thu, 2005-08-11 at 13:00 +0200, Ingo Molnar wrote:
> i have released the -53-01 Real-Time Preemption patch, which can be
> downloaded from:
>
> http://redhat.com/~mingo/realtime-preempt/
>
> there are two new features in this release, which justified the jump
> from .52 to .53:
>
> - the
The attached hack to assign_irq_vector may be marginally less ugly.
However, I haven't rearranged the code like Andi wanted yet.
On Thursday 11 August 2005 02:55 pm, Protasevich, Natalie wrote:
> > After sleeping on it, maybe the original code can be patched
> > without having to hack assign_irq
On 8/12/05, Lee Revell <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-08-09 at 09:52 -0400, Kyle Moffett wrote:
> > they are much less likely to participate in any kind of reverse
> > engineering effort, even if it's just testing a new driver.
>
> I think anyone launching a reverse engineering effort s
Shaun Jackman wrote:
I added a PCI SATA controller to my computer. Immediately after grub
loads the kernel there is a consistent ten minute delay before the
kernel displays its first message. I tested Linux 2.6.8 and 2.6.11
both from Debian, and 2.6.11 from Knoppix, all of which experience the
sa
From: Matt Mackall <[EMAIL PROTECTED]>
Date: Thu, 11 Aug 2005 21:18:28 -0500
> This patch series cleans up a few outstanding bugs in netpoll:
>
> - two bugfixes from Jeff Moyer's netpoll bonding
> - a tweak to e1000's netpoll stub
> - timeout handling for e1000 with carrier loss
> - prefilling SK
On Tue, 2005-08-09 at 09:52 -0400, Kyle Moffett wrote:
> they are much less likely to participate in any kind of reverse
> engineering effort, even if it's just testing a new driver.
I think anyone launching a reverse engineering effort should announce
the project to LKML! When I set out to add
Chris Wright <[EMAIL PROTECTED]> writes:
> * Andi Kleen ([EMAIL PROTECTED]) wrote:
>> > static void __cpuinit tsc_sync_wait(void)
>> > {
>> >if (notscsync || !cpu_has_tsc)
>> >return;
>> > - printk(KERN_INFO "CPU %d: Syncing TSC to CPU %u.\n", smp_processor_id(),
>> > -
On Thursday 11 August 2005 19:46, David Howells wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > Since this was done only for CacheFS, and Andrew dropped CacheFS from
> > -mm he could drop this patch as well.
>
> I asked him not to. Somewhat at his instigation, I requested that he drop
> the fil
Initialize npinfo->rx_flags. The way it stands now, this will have random
garbage, and so will incur a locking penalty even when an rx_hook isn't
registered and we are not active in the netpoll polling code.
Signed-off-by: Jeff Moyer <[EMAIL PROTECTED]>
Signed-off-by: Matt Mackall <[EMAIL PROTECT
Minor netpoll_send_skb restructuring
Restructure to avoid confusing goto and move some bits out of the
retry loop.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: l/net/core/netpoll.c
===
--- l.orig/net/core/netpoll.c 2005-
Suggested by Steven Rostedt, matches his patch included in e100.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: l/drivers/net/e1000/e1000_main.c
===
--- l.orig/drivers/net/e1000/e1000_main.c 2005-08-06 17:36:32.
This fixes an obvious deadlock in the netpoll code. netpoll_rx takes the
npinfo->rx_lock. netpoll_rx is also the only caller of arp_reply (through
__netpoll_rx). As such, it is not necessary to take this lock.
Signed-off-by: Jeff Moyer <[EMAIL PROTECTED]>
Signed-off-by: Matt Mackall <[EMAIL PRO
This patch series cleans up a few outstanding bugs in netpoll:
- two bugfixes from Jeff Moyer's netpoll bonding
- a tweak to e1000's netpoll stub
- timeout handling for e1000 with carrier loss
- prefilling SKBs at init
- a fix-up for a race discovered in initialization
- an unused variable warning
Remove unused variable
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: l/net/core/netpoll.c
===
--- l.orig/net/core/netpoll.c 2005-08-11 01:32:01.0 -0500
+++ l/net/core/netpoll.c2005-08-11 01:49:37.0
This fixes a race during initialization with the NAPI softirq
processing by using an RCU approach.
This race was discovered when refill_skbs() was added to
the setup code.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: l/net/core/netpoll.c
we could do one thing (see the patch below): i think it would be useful
to fill up the netlogging skb queue straight at initialization time.
Especially if netpoll is used for dumping alone, the system might not be
in a situation to fill up the queue at the point of crash, so better be
a bit mo
On Thursday August 11, [EMAIL PROTECTED] wrote:
> Hi,
>
> I posted an oops a few days ago from 2.6.12.3 [1]. Here are the results
> of my tests on 2.6.13-rc6. The kernel oopses, but it the box isn't completely
> hosed; I can still log in and move around. It appears that the only things
> that
On Thu, 2005-08-11 at 11:56 +0200, Ingo Molnar wrote:
> > For the record, some shortcomings of this patch:
> >
> > o Needs lots more testing on more architectures.
> >
> > o Needs performance and stress testing.
> >
> > o Needs testing in Ingo's PREEMPT_RT environment.
>
> cool patch! I h
Masoud Sharbiani napsal(a):
Hello,
Adding reboot=w causes system to reboot properly.
It doesn't use interrupt now, it only jumps to one far address with one
number saved in other place in memory,
Is this a known issue with 2.6.latest ACPI or is it that my mainboard
is broken?
No, I don't
My x86-64 system has two network cards, a r8169 and a forcedeth, the r8169
works fine on my network,
but when I attempt to use the forcedeth card, I get the following errors in
dmesg:
NETDEV WATCHDOG: eth0: transmit timed out
nv_stop_tx: TransmitterStatus remained busy<7>eth0: tx_timeout: dead e
On Thu, Aug 11, 2005 at 04:16:53PM +0400, Oleg Nesterov wrote:
> Paul E. McKenney wrote:
> >
> > --- linux-2.6.13-rc6/kernel/signal.c2005-08-08 19:59:24.0
> > -0700
> > +++ linux-2.6.13-rc6-tasklistRCU/kernel/signal.c2005-08-10
> > 08:20:25.0 -0700
> > @@ -1151,9 +1151
On Thu, Aug 11, 2005 at 10:28:04PM +1000, Nick Piggin wrote:
> 6/7
>
> --
> SUSE Labs, Novell Inc.
>
> Use the speculative get_page and the lockless radix tree lookups
> to introduce lockless page cache lookups (ie. no mapping->tree_lock).
>
> The only atomicity changes this should introduce i
On Fri, Aug 12, 2005 at 11:24:14AM +1000, Nick Piggin wrote:
> I'm not saying that I would reject any patch that did this or changed
> behaviour in the way that you would propose, however I would like
> to merge the version I sent as a bug fix first.
Please go ahead. Depending on the need, we will
On Thu, Aug 11, 2005 at 10:25:47PM +1000, Nick Piggin wrote:
> 5/7
>
> --
> SUSE Labs, Novell Inc.
>
> Make radix tree lookups safe to be performed without locks.
> Readers are protected against nodes being deleted by using RCU
> based freeing. Readers are protected against new node insertion
>
Siddha, Suresh B wrote:
On Fri, Aug 12, 2005 at 09:49:36AM +1000, Nick Piggin wrote:
Well, it is a departure from our current idea of balancing.
That idea is already changing from the first line of the patch.
And the change is "allowing the load to grow upto the sched
group's cpu_power"
On Thu, 11 Aug 2005, Song Jiang wrote:
> My machine has 2GB memory.
> The size of the file to be scanned is 2.5GB.
> Meanwhile, Clock-Pro is supposed to do a better job, because
> part of the file can be protected in the active list and get
> a decent number of hits.
> Active: 11356 kB
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
> Chris Wright wrote:
> >-stable review patch. If anyone has any objections, please let us know.
>
> Looks good to me. Feel free to add:
>
> Signed-off-by: H. Peter Anvin <[EMAIL PROTECTED]>
Will do, thanks.
-chris
-
To unsubscribe from this list: s
On Thu, 2005-08-11 at 17:36 -0400, Steven Rostedt wrote:
> OK, I thought I use to know this. But what is the difference
> between /dev/kmem and /dev/mem. I thought that with /dev/kmem you could
> use the actual kernel addresses to read from.
>
> For example, if I wanted to read the current varia
Chris Wright wrote:
-stable review patch. If anyone has any objections, please let us know.
Looks good to me. Feel free to add:
Signed-off-by: H. Peter Anvin <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
Hi Jean:
* Jean Delvare <[EMAIL PROTECTED]> [2005-08-09 23:13:28 +0200]:
> I am implementing I2C block reads in the i2c-viapro driver, and am
> looking for testers. I was able to test on my own VT8237R chip, it works
> OK, now I'd need to know how it works on older VIA south bridges, namely
> the
On Thursday 11 August 2005 02:55 pm, Protasevich, Natalie wrote:
> > After sleeping on it, maybe the original code can be patched
> > without having to hack assign_irq_vector(), etc. How about:
> >
> > --- io_apic.c 2005-08-11 10:14:33.564748923 -0700
> > +++ io_apic.c.new 2005-08-11 10:
I was just looking at agp_copy_info(), which contains this code:
318 if (bridge->mode & AGPSTAT_MODE_3_0)
319 info->mode = bridge->mode & ~AGP3_RESERVED_MASK;
320 else
321 info->mode = bridge->mode & ~AGP2_RESERVED_MASK;
322 info->mode = bridge->mode;
This look
On Tue, Aug 09, 2005 at 05:58:27PM +0200, Jan-Benedict Glaw wrote:
> On Tue, 2005-08-09 17:50:01 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > This patch fixes the following compile error with CONFIG_DLM=y and
> > CONFIG_IPV6=m:
>
> [...]
>
> > --- linux-2.6.13-rc3-mm3-modular/drivers/dlm/Kc
On Tue, Aug 09, 2005 at 05:12:17PM +0300, Matti Aarnio wrote:
> Folks at Dell have donated a new machine to be VGER, and
> folks at RedHat have installed it into co-location facility
> with 1000Mbps network connection into the machine.
>
> This update got considerable performance increase into the
On Fri, Aug 12, 2005 at 09:49:36AM +1000, Nick Piggin wrote:
> Well, it is a departure from our current idea of balancing.
That idea is already changing from the first line of the patch.
And the change is "allowing the load to grow upto the sched
group's cpu_power"
> I would prefer to use my pa
* Peter Osterlund ([EMAIL PROTECTED]) wrote:
> Chris Wright <[EMAIL PROTECTED]> writes:
> > a) http://sources.redhat.com/ml/bug-gnu-utils/1999-06/msg00183.html
>
> Why does this 6 year old bug have to be fixed in the 2.6.12 stable
> series? Doesn't the patch violate this stable series rule?
>
>
Chris Wright <[EMAIL PROTECTED]> writes:
> -stable review patch. If anyone has any objections, please let us know.
> --
>
> a) http://sources.redhat.com/ml/bug-gnu-utils/1999-06/msg00183.html
Why does this 6 year old bug have to be fixed in the 2.6.12 stable
series? Doesn't the
Siddha, Suresh B wrote:
On Thu, Aug 11, 2005 at 01:09:10PM +1000, Nick Piggin wrote:
I have a variation on the 2nd part of your patch which I think
I would prefer. IMO it kind of generalises the current imbalance
calculation to handle this case rather than introducing a new
special case.
The
Bjorn Helgaas wrote:
You deduce this by the absence of SecO and PriO? I wonder if lspci
should be enhanced to notice this, too. I assume that the IRQ 169
doesn't correspond to anything in /proc/interrupts.
Correct.
So the scenario in question (correct me if I'm wrong) is that we
have a PCI
Luigi Genoni wrote:
HI,
there is a way that the kernel could cope with CPU Overheating Protection?
I am usng a Tyan MPX with Dual AthlonMP, but COP is configured to shutdown
the system toot early, when the temparature is still low.
I'm guessing this is controlled by the BIOS and handled by har
* Andi Kleen ([EMAIL PROTECTED]) wrote:
> > static void __cpuinit tsc_sync_wait(void)
> > {
> > if (notscsync || !cpu_has_tsc)
> > return;
> > - printk(KERN_INFO "CPU %d: Syncing TSC to CPU %u.\n", smp_processor_id(),
> > - boot_cpu_id);
> > - sync_tsc();
> >
Greetings,
Situation is dataloss with no errors logged.
Test: unpack 2.6.12 tarball from NFS mount source, diff against
previous attempt:
$ diff -Nrup linux-2.6.12.old linux-2.6.12
Binary files linux-2.6.12.old/include/asm-sparc/a.out.h and
linux-2.6.12/include/asm-sparc/a.out.h differ
diff -N
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
sg3_utils is a package of command line utilities for sending
SCSI commands to devices. This package targets the lk 2.6 and
lk 2.4 series. In the lk 2.6 series these utilities (except
sgp_dd) can be used with any devices that support the SG_IO
ioctl.
T
> static void __cpuinit tsc_sync_wait(void)
> {
> if (notscsync || !cpu_has_tsc)
> return;
> - printk(KERN_INFO "CPU %d: Syncing TSC to CPU %u.\n", smp_processor_id(),
> - boot_cpu_id);
> - sync_tsc();
> + sync_tsc(boot_cpu_id);
I actually foun
On Thu, 11 Aug 2005, Steven Rostedt wrote:
> On Thu, 2005-08-11 at 15:41 +0200, Bodo Eggert wrote:
> > According to my documentation it isn't. A software interrupt is a far call
> > with an extra pushf, and a hardware interrupt is protected against recursion
> > by the PIC, not by an interrupt fla
On Thursday 11 August 2005 3:56 pm, Jeff Garzik wrote:
> Jeff Garzik wrote:
> > 00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE
> > Controller
> > (rev 02) (prog-if 8a [Master SecP PriP])
> > Subsystem: Hewlett-Packard Company d530 CMT (DG746A)
> > Control: I/
(resend with correct cc list).
On Thu, Aug 11, 2005 at 02:24:43PM -0600, Bjorn Helgaas wrote:
> IA64 boxes only have PCI IDE devices, so there's no need to blindly poke
> around in I/O port space. Poking at things that don't exist causes MCAs
> on HP ia64 systems.
H, can you change the test
-stable review patch. If anyone has any objections, please let us know.
--
properly is destroyed without oopsing [CAN-2005-2099].
The problem occurs in three stages:
(1) The key allocator initialises the type-specific data to all zeroes. In
the case of a keyring, this wil
-stable review patch. If anyone has any objections, please let us know.
--
from hanging future joins in the D state [CAN-2005-2098].
The problem is that the error handling path for the KEYCTL_JOIN_SESSION_KEYRING
operation has one error path that doesn't release the session mana
-stable review patch. If anyone has any objections, please let us know.
--
a) http://sources.redhat.com/ml/bug-gnu-utils/1999-06/msg00183.html
b) http://bugs.gentoo.org/show_bug.cgi?id=94584
Signed-off-by: Tim Yamin <[EMAIL PROTECTED]>
Signed-off-by: Tavis Ormandy <[EMAIL PROTE
On Thu, 11 Aug 2005, [EMAIL PROTECTED] wrote:
> I guess I should do some profiling runs - I'm surprised there would be
> this much of a hit with the static slots.
Yes. It could be some cache effect, where the exact placement of the
SELinux pointer might be critical, and also vary depending on t
-stable review patch. If anyone has any objections, please let us know.
--
It's not the real deflateBound() in newer zlib libraries, partly because
the upcoming usage of it won't have the "stream" available, so we can't
have the same interfaces anyway.
This uses the new deflate
-stable review patch. If anyone has any objections, please let us know.
--
The module code assumes noone will ever ask for a per-cpu area more than
SMP_CACHE_BYTES aligned. However, as these cases show, gcc asks sometimes
asks for 32-byte alignment for the per-cpu section on a
On Thu, Aug 11, 2005 at 03:42:07PM -0600, Bjorn Helgaas wrote:
> On Thursday 11 August 2005 2:56 pm, Jeff Garzik wrote:
> > Bjorn Helgaas wrote:
> > > On Thursday 11 August 2005 2:36 pm, Jeff Garzik wrote:
> > >>Bjorn Helgaas wrote:
> > >>> config IDE_GENERIC
> > >>> tristate "generic/defau
-stable review patch. If anyone has any objections, please let us know.
--
This fixes a bug in SRAT handling on AMD systems that was introduced
with the dual core support. It would be disabled on CPUs without dual core.
Just drop the bogus check.
Signed-off-by: Andi Kleen <[EMA
This is the start of the stable review cycle for the 2.6.12.5 release.
There are 8 patches in this series, all will be posted as a response to
this one. If anyone has any issues with these being applied, please let
us know. If anyone is a maintainer of the proper subsystem, and wants
to add a sig
-stable review patch. If anyone has any objections, please let us know.
--
A kernel BUG() is triggered by a call to set_mempolicy() with a negative
first argument. This is because the mode is declared as an int, and the
validity check doesnt check < 0 values. Alternatively, mo
DervishD <[EMAIL PROTECTED]> wrote:
> * Pete Zaitcev <[EMAIL PROTECTED]> dixit:
> > On Wed, 10 Aug 2005 21:22:43 +0200, DervishD <[EMAIL PROTECTED]> wrote:
> > > I'm not using hotplug currently so... how can I make the USB
> > > subsystem to assign always the same /dev/sd? entry to my USB Mass
This splits up sparse_index_alloc() into two pieces. This is needed
because we'll allocate the memory for the second level in a different
place from where we actually consume it to keep the allocation from
happening underneath a lock
Signed-off-by: Dave Hansen <[EMAIL PROTECTED]>
---
memhotplu
This applies to 2.6.13-rc5-mm1 and replaces the existing
sparsemem-extreme.patch
From: Bob Picco <[EMAIL PROTECTED]>
With cleanups from Dave Hansen <[EMAIL PROTECTED]>
SPARSEMEM_EXTREME makes mem_section a one dimensional array of
pointers to mem_sections. This two level layout scheme is a
Miklos Szeredi wrote:
> UML is broken again in -mm.
>
> Maybe UML should be added to one of the automatic build suites.
It is, see here: http://l4x.org/k/?d=6080 . But the maintainer (if he cares)
will know that it's broken and send a fix in time.
-mm is imho designed to be broken from time to ti
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Thu, 11 Aug 2005 22:28:35 +1000
> It looks good to me too. Andrew, please add this to 2.6.13:
It's already in Linus's tree for a few days now.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
Applied to my net-2.6.14 GIT tree, but please provide a proper
Signed-off-by: line in future patch submissions.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, 11 Aug 2005, Protasevich, Natalie wrote:
> > I added some of the suggestions brought forward (dynamically
> > allocated IDTs, percpu IDT) last night, all that's left is
> > MSI, which does work right now, but gets all its vectors
> > allocated on the first irq handling domain. I should
My current test focuses on the looping case, where I repeatedly
scan a file whose size is larger than the memory size but less
than two times of memory sizes. My initial results are as follows:
My machine has 2GB memory.
The size of the file to be scanned is 2.5GB.
I looped for 4 time. The time
Hi,
Jean Delvare <[EMAIL PROTECTED]> writes:
> Partly right. Actually, most SMBus controllers work the following way:
> you program a number of registers (typically SMBus transaction type,
> target chip address, target register address or command, and the data to
> send in the case of a write tra
> On Wed, 10 Aug 2005, Protasevich, Natalie wrote:
>
> > our systems we are just about to use up all 224 interrupts, but not
> > quiet.
> > I have to mention that as far as I know Zwane is about to
> release his
> > vector sharing mechanism, he had it implemented and working
> for i386
> > (I
Luck, Tony wrote:
Tony, others, does this change give you any heartburn? On
the 460GX and 870 boxes I have, IDE is a PCI device.
No heartburn for me ... as you say IDE is built into one
of the 870 chips.
I don't know whether any non-Intel chipsets provide legacy IDE.
The question is not ab
>Tony, others, does this change give you any heartburn? On
>the 460GX and 870 boxes I have, IDE is a PCI device.
No heartburn for me ... as you say IDE is built into one
of the 870 chips.
I don't know whether any non-Intel chipsets provide legacy IDE.
-Tony
-
To unsubscribe from this list: sen
> After sleeping on it, maybe the original code can be patched
> without having to hack assign_irq_vector(), etc. How about:
>
> --- io_apic.c 2005-08-11 10:14:33.564748923 -0700
> +++ io_apic.c.new 2005-08-11 10:15:55.412331115 -0700
> @@ -617,7 +617,7 @@ int gsi_irq_sharing(int gsi)
>
Jeff Garzik wrote:
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller
(rev 02) (prog-if 8a [Master SecP PriP])
Subsystem: Hewlett-Packard Company d530 CMT (DG746A)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Step
ping- SERR- Fa
Hi all,
I just recently took the plunge and bought 4 250 GB Seagate drives
and a 2 port Silicon Image 3112A controller card for the 2 drives my
motherboard doesn't handle. No matter how hard I try, I can't get the
hard drives to work: they are detected correctly and work reasonably
well u
>> CRC-CCITT = X^16 + X^12 + X^5 + X^0 = 0x8408, and NOT 0x1021
>> CRC-16 = X^16 + X^15 + X^2 + X^0 = 0xa001, and NOT 0x8005
>>
>
> Thank you very much for your time, but what you say is completely
> different than anything else I have found on the net.
>
> Do the math:
>
> 2^ 16 = 65536
On Thursday 11 August 2005 11:38, Michael Krufky wrote:
>Gene Heskett wrote:
>>I can also report that teletext decoding has ceased to work
>>here. But I'm not sure what kernel version killed it. Currently
>>running 2.6.13-rc6. But my card is cx88 based, a pcHDTV-3000. But
>>attempting to switch
1 - 100 of 365 matches
Mail list logo
