On Thu, Sep 01, 2005 at 06:56:03PM +0100, Christoph Hellwig wrote:
> Whether the gfs2 code is mergeable is a completely different question,
> and it seems at least debatable to submit a filesystem for inclusion
I actually asked what needs to be done for merging. We appreciate the
feedback and ar
Andrew Morton wrote:
Sid Boyce <[EMAIL PROTECTED]> wrote:
For both -git1.gz/.bz2 and -git2.gz/.bz2.
http://www.zip.com.au/~akpm/linux/patches/stuff/linus.patch.gz is updated
once or twice daily. It's Linus's latest tip-of-tree.
Thanks, I shall give it a whirl.
Regards
Sid.
--
Sid Boyce .
This little patch series removes some references to driverfs, which is called
sysfs for a long time.
No code changes, this is all in comments. Please apply,
Eike
pgpCxirxymsMh.pgp
Description: PGP signature
This patch is against 2.6.10, but still applies cleanly. It's just
s/driverfs/sysfs/ in these two files.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
--- linux-2.6.10/include/linux/cpu.h2005-01-01 17:55:38.0 +0100
+++ linux-2.6.10/include/linux/cpu.h.fixed 2005-01-07 13:55:
This patch is against 2.6.10, but still applies cleanly. It's just
s/driverfs/sysfs/ in this file.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
--- linux-2.6.10/init/do_mounts.c 2004-12-24 22:34:31.0 +0100
+++ linux-2.6.10/init/do_mounts.c.fixed 2005-01-07 13:42:02.406392368 +
--- David Brownell <[EMAIL PROTECTED]> wrote:
> > Date: Wed, 31 Aug 2005 08:59:44 +0100 (BST)
> > From: Mark Underwood <[EMAIL PROTECTED]>
> >
> > --- David Brownell wrote:
> >
> > > The last couple times SPI frameworks came up
> here, some of the feedback
> > > included "make it use the driver m
Alan Cox wrote:
> Greg Felix wrote:
> > Right. I get the output at bootup time. It reads that the HPA is
> > 20MB. Which is exactly the size of how far off the metadata is in
> > Linux (once the HPA is disabled).
>
> So your actual problem is nothing to do with the kernel or with the HPA
> beha
Hi,
I'm using RHEL4 kernel (2.6.9), and am trying to make PCI Express
Native Hot-plug driver (pciehp) work on my system (My system has two
hot-pluggable PCI Express slots). I am facing following problem, and
would really appreciate if any one can provide any info regarding this
problem.
When I di
Hi Mark,
you've mentioned the code that you're working on several times, but no
one in LKML has ever seen a single line of code from you. Will you
please be so kind to share a piece of you SPI subsystem?
TIA!
Mark Underwood wrote:
--- David Brownell <[EMAIL PROTECTED]> wrote:
Date: Wed
On Fri, Sep 02, 2005 at 04:57:33PM +0900, Rajat Jain wrote:
> Hi,
>
> I'm using RHEL4 kernel (2.6.9), and am trying to make PCI Express
> Native Hot-plug driver (pciehp) work on my system (My system has two
> hot-pluggable PCI Express slots). I am facing following problem, and
> would really appre
On Wed, 2005-08-31 at 15:34 +0200, Tomasz K³oczko wrote:
> Seems patches stored on ftp://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots
> are empty (only logs are correct):
> -rw-r--r--1 536 53620 Aug 30 09:01 patch-2.6.13-git1.gz
> -rw-r--r--1 536 53620 A
Hi,
On Thu, 1 Sep 2005, Andrew Morton wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > Can I assume that the five m68k patches can be split apart from the five
> > patches which dink with task_struct? ie: if the task_struct patches go in
> > later, does anything bad happen?
>
> eh, for
On Thursday, 1 of September 2005 23:28, Andrew Morton wrote:
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > On Thursday, 1 of September 2005 12:55, Andrew Morton wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> >
> > I cannot start PC
On Friday, 2 of September 2005 10:30, Rafael J. Wysocki wrote:
> On Thursday, 1 of September 2005 23:28, Andrew Morton wrote:
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > >
> > > On Thursday, 1 of September 2005 12:55, Andrew Morton wrote:
> > > >
> > > > ftp://ftp.kernel.org/pub/linux/k
[ Sorry didnt see this mail earlier ]
On Wed, Aug 31, 2005 at 06:53:12PM +, Erik Andrén wrote:
> Does these patches compile nicely against 2.6.13?
> Otherwise would it be possible for you to repost patches made against
> 2.6.13 instead for more public testing?
Con should be posting a consoli
On Fri, 2 Sep 2005, David Woodhouse wrote:
>
> rm -rf tmp-empty-tree
> mkdir -p tmp-empty-tree/.git
> cd tmp-empty-tree
Ahh. Please change that to
rm -rf tmp-empty-tree
mkdir tmp-empty-tree
cd tmp-empty-tree
git-init-db
because otherwise you'l
On 9/2/05, Phy Prabab <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Does anyone know why all of a sudden I have stopped
> receiving LK mailings? The last email was yesterday
> mornig around 02.00 US PST. I see the archives are
> continuing to get mail. hmmm.
>
> Any help is appreciated.
>
See http:/
On 9/2/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi, everyone.
>
> I know kernel oops can be seen by run 'dmesg', but if
> kernel crashed, we can not run it. so I reconfigure syslogd
> to support remote forward, the debug machine content of
When the kernel crashes there's no guaran
On Thu, Sep 01, 2005 at 01:35:23PM +0200, Arjan van de Ven wrote:
> + gfs2_assert(gl->gl_sbd, atomic_read(&gl->gl_count) > 0,);
> what is gfs2_assert() about anyway? please just use BUG_ON directly
> everywhere
When a machine has many gfs file systems mounted at once it can be useful
to know
Hello all together,
for now i can confirm, that the problem disappears!
I have done the following:
First try the msr fix, this doesn't solve the problem entirely, but
there were no kernel panics.
With the randomize_va_space setting the general protection disappeared
too ...
I'm now happy and
Thank you for your comment, Brent.
Brent Casavant wrote:
On Thu, 1 Sep 2005, Hidetoshi Seto wrote:
static inline unsigned int
___ia64_inb (unsigned long port)
{
volatile unsigned char *addr = __ia64_mk_io_addr(port);
unsigned char ret;
+ unsigned long flags;
+ read_
This patch implements ia64-specific IOCHK interfaces that enable
PCI drivers to detect error and make their error handling easier.
Please refer archives if you need, e.g. http://lwn.net/Articles/139240/
This is the latter part of original patch, CPE and SAL call related
codes which prevents host
This patch implements ia64-specific IOCHK interfaces that enable
PCI drivers to detect error and make their error handling easier.
Please refer archives if you need, e.g. http://lwn.net/Articles/139240/
This is the former part of original patch, MCA related codes which enable
drivers to catch er
On Friday 02 September 2005 00:17, Jeff Dike wrote:
> From: Bodo Stroesser <[EMAIL PROTECTED]>
>
> Add new cmdline setups:
> - noprocmm
> - noptracefaultinfo
> In case of testing, they can be used to switch off usage of
> /proc/mm and PTRACE_FAULTINFO independently.
Is "skas0" cmd line option p
Hi!
> > > > On Thursday, 1 of September 2005 12:55, Andrew Morton wrote:
> > > > >
> > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> > > >
> > > > I cannot start PCMCIA on x86-64 SuSE 9.3 on Asus L5D. Apparently, the
> > > > following
> > > > command:
On Friday, 2 of September 2005 12:43, Pavel Machek wrote:
> Hi!
>
> > > > > On Thursday, 1 of September 2005 12:55, Andrew Morton wrote:
> > > > > >
> > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> > > > >
> > > > > I cannot start PCMCIA on x86-64 Su
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > One more piece of information. This is the one that loops:
> >
> > echo 30 > /sys/class/firmware/timeout
>
> Try echo -n ...
Or revert gregkh-driver-sysfs-strip_leading_trailing_whitespace.patch.
Obviously if you write 30\n and the write returns
On Wed, Aug 31 2005, Nathan Scott wrote:
> Hi Jens,
>
> On Wed, Aug 24, 2005 at 11:28:39AM +0200, Jens Axboe wrote:
> > Ok, updated version.
>
> One thing I found a bit awkward was the way its putting all inodes
> in the root of the relayfs namespace, with the cpuid tacked on the
> end of the bde
Hi,
The way file ide-disk.c handles usage count, it seems to me that its
concurrency bug.
In open method and release, it uses code as follows
static int idedisk_open(struct inode *inode, struct file *filp)
{
ide_drive_t *drive = inode->i_bdev->bd_disk->private_data;
drive->usage++
On Friday, 2 of September 2005 13:09, Andrew Morton wrote:
> Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> > > One more piece of information. This is the one that loops:
> > >
> > > echo 30 > /sys/class/firmware/timeout
> >
> > Try echo -n ...
>
> Or revert gregkh-driver-sysfs-strip_leading_
On Fri, 2 September 2005 17:44:03 +0800, David Teigland wrote:
> On Thu, Sep 01, 2005 at 01:35:23PM +0200, Arjan van de Ven wrote:
>
> > + gfs2_assert(gl->gl_sbd, atomic_read(&gl->gl_count) > 0,);
>
> > what is gfs2_assert() about anyway? please just use BUG_ON directly
> > everywhere
>
> When
On Fri, 2 Sep 2005, Noritoshi Demizu wrote:
By the way, if tcpdump does not track the window scale option, the right
edge (ack + real win) does not change between the following two ACKs.
11:34:54.337167 10.2.20.246.33060 > 10.2.224.182.8700: . ack 84402527 win 15340
(DF)
(259 ACKs are omi
On Gwe, 2005-09-02 at 01:25 +0200, Adrian Bunk wrote:
> The MWAVE also got a comment
> # PLEASE DO NOT DO THIS - move this driver to drivers/serial
Mwave is an interested toy - its mostly an enabled for the hardware and
the services provided are not just serial but also audio etc
-
To unsubscri
On Friday, 2 of September 2005 13:45, Rafael J. Wysocki wrote:
> On Friday, 2 of September 2005 13:09, Andrew Morton wrote:
> > Pavel Machek <[EMAIL PROTECTED]> wrote:
> > >
> > > > One more piece of information. This is the one that loops:
> > > >
> > > > echo 30 > /sys/class/firmware/timeout
On Iau, 2005-09-01 at 18:16 -0400, Jeff Dike wrote:
> This fixes a build breakage introduced by Alan's tty cleanups. This should
> be tied to that patch if possible.
>
> Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
>
> Index: linux-2.6.13-mm1/arch/um/drivers/chan_kern.c
> ===
> If the formula is to fix all the userspace apps to take into account a
> potential HPA, then eg. FDISK + SFDISK + Disk Druid et al should also
> be fixed. Because if you create a partition spanning your entire
> disk, including the HPA area, and your boot files by some coincidence
> ends up in t
On Gwe, 2005-09-02 at 16:29 +1000, Nick Piggin wrote:
> 2/7
> Implement atomic_cmpxchg for i386 and ppc64. Is there any
> architecture that won't be able to implement such an operation?
i386, sun4c,
Yeah quite a few. I suspect most MIPS also would have a problem in this
area.
-
To unsubscri
... at the the point indicated by the following output:
[8.197224] Freeing unused kernel memory: 288k freed
[8.428217] SCSI subsystem initialized
[8.510376] sym0: <810a> rev 0x23 at pci :00:08.0 irq 11
[8.587731] sym0: No NVRAM, ID 7, Fast-10, SE, parity checking
[8.671531
I experienced the very same problem but with window size going all the
way down to just a few bytes (14 bytes). dump files available upon
requests :)
Ion, how were you able to reproduce the issue ? Can the same type of
traffice always reproduce the issue or is it more intermittent ?
Best regar
I have encountered a strange problem for the detection of the wheel of my
PS/2 Mouse (Labtec, optical, three buttons plus wheel, works well
with the IMPS/2 driver) connected to a Laptop as an external mouse.
Actually, the problem appeares on a Dell Lattitude C840 which has a touch-pad
mouse (a
Alan Cox wrote:
> > If the formula is to fix all the userspace apps to take into account a
> > potential HPA, then eg. FDISK + SFDISK + Disk Druid et al should also
> > be fixed. Because if you create a partition spanning your entire
> > disk, including the HPA area, and your boot files by some co
On Thu Sep 01, 2005 at 11:00:16PM -0400, Kyle Moffett wrote:
> A while ago there was a big discussion about splitting out the
> userspace-accessible portions of the kernel headers into a separate
> directory, "kabi", "kernel-abi", "linux-abi", or a half-dozen other
> suggestions. Linus sprinkled a
On 1 Sep 2005, Olaf Dietsche murmured woefully:
> This patch implements filesystem capabilities. It allows to run
> privileged executables without the need for suid root.
Is there some reason why this doesn't keep its capability data in
xattrs?
--
`... published last year in a limited edition...
Andrew Morton wrote:
Sid Boyce <[EMAIL PROTECTED]> wrote:
For both -git1.gz/.bz2 and -git2.gz/.bz2.
http://www.zip.com.au/~akpm/linux/patches/stuff/linus.patch.gz is updated
once or twice daily. It's Linus's latest tip-of-tree.
That's nice, but consider trying to find bugs when someone re
On Thursday 01 September 2005 05:46 pm, Eric Dumazet wrote:
> Rick Warner a écrit :
> > Hello,
> > We have been testing latency and bandwidth using our proprietary MPI
> > link checker tool (http://www.microway.com/mpilinkchecker.html) and have
> > found that the latency increased from ~25ms to ~4
On Thursday 01 September 2005 14:18, Con Kolivas wrote:
> On Fri, 2 Sep 2005 00:18, Hans Kristian Rosbach wrote:
> > On Thu, 2005-09-01 at 23:46 +1000, Con Kolivas wrote:
> > > Here is a working swap prefetching patch for 2.6.13. I have
> > > resuscitated and rewritten some early prefetch code Thom
On Sat, 3 Sep 2005 01:01, Pedro Venda wrote:
> On Thursday 01 September 2005 14:18, Con Kolivas wrote:
> > On Fri, 2 Sep 2005 00:18, Hans Kristian Rosbach wrote:
> > > On Thu, 2005-09-01 at 23:46 +1000, Con Kolivas wrote:
> > > > Here is a working swap prefetching patch for 2.6.13. I have
> > > > r
Hello!
> If you overflow the socket's memory bound, it ends up calling
> tcp_clamp_window(). (I'm not sure this is really the right thing to do
> here before trying to collapse the queue.)
Collapsing is too expensive procedure, it is rather an emergency measure.
So, tcp collapses queue, when i
On Fri, 2 Sep 2005, Guillaume Autran wrote:
I experienced the very same problem but with window size going all the way
down to just a few bytes (14 bytes). dump files available upon requests :)
Ion, how were you able to reproduce the issue ? Can the same type of traffice
always reproduce the is
Hello!
> I experienced the very same problem but with window size going all the
> way down to just a few bytes (14 bytes). dump files available upon
> requests :)
I do request.
TCP is not allowed to reduce window to a value less than 2*MSS no matter
how hard network device or peer try to confu
Hi David,
On Thu, 1 Sep 2005, David S. Miller wrote:
From: John Heffner <[EMAIL PROTECTED]>
Date: Thu, 1 Sep 2005 22:51:48 -0400
I have an idea why this is going on. Packets are pre-allocated by the
driver to be a max packet size, so when you send small packets, it
wastes a lot of memory. C
On Sep 2, 2005, at 10:05 AM, [EMAIL PROTECTED] wrote:
This particular Win2k sender sends _only_ real-time data, it's not
capable of rewinding. So it's always sending small packets, from start
to finish, yet the problem still occurs.
Note that even real-time data can end up generating a stream
On Sep 2, 2005, at 9:52 AM, Alexey Kuznetsov wrote:
Hello!
I experienced the very same problem but with window size going all the
way down to just a few bytes (14 bytes). dump files available upon
requests :)
I do request.
TCP is not allowed to reduce window to a value less than 2*MSS no
m
Hi,
This patch has removed the unused variable about futex.
Please apply.
Yoichi
CC kernel/futex.o
In file included from kernel/futex.c:43:
include/asm/futex.h: In function `futex_atomic_op_inuser':
include/asm/futex.h:17: warning: unused variable `tem'
Signed-off-by: Yoichi Yuasa <[EMA
On Fri, Sep 02, 2005 at 03:27:16PM +0200, [EMAIL PROTECTED] wrote:
>
> I have encountered a strange problem for the detection of the wheel of my
> PS/2 Mouse (Labtec, optical, three buttons plus wheel, works well
> with the IMPS/2 driver) connected to a Laptop as an external mouse.
>
> Actually
On Gwe, 2005-09-02 at 15:33 +0200, Molle Bestefich wrote:
> > It also wouldn't solve the case of a file system that spans both inside and
> > outside the HPA.
>
> If HPA were exposed as /dev/.../hpa then it wouldn't be possible to
> create such a filesystem. I'm guessing it's not possible with Win
On Thu, Sep 01, 2005 at 03:55:42AM -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
>
i386-boottime-for_each_cpu-broken.patch
i386-boottime-for_each_cpu-broken-fix.patch
The SMP version of __alloc_percpu checks the cpu_possible_map
Molle Bestefich <[EMAIL PROTECTED]> wrote:
> If HPA were exposed as /dev/.../hpa then it wouldn't be possible to
> create such a filesystem. I'm guessing it's not possible with Windows
> either, or with any BIOS-based OS.
Such filesystems already exist. Changing this behaviour now would break
exi
Rick Warner a écrit :
On Thursday 01 September 2005 05:46 pm, Eric Dumazet wrote:
Rick Warner a écrit :
Hello,
We have been testing latency and bandwidth using our proprietary MPI
link checker tool (http://www.microway.com/mpilinkchecker.html) and have
found that the latency increased from ~2
On Friday 02 September 2005 14:10, Con Kolivas wrote:
> Yes that about wraps up what it does. It would be even better used in a
> real world situation on a machine that has trouble "getting started" after
> an overnight updatedb run and has been idle for a while.
thanks. your last comment about up
On Fri, 2 Sep 2005, Alexander Nyberg wrote:
> On Thu, Sep 01, 2005 at 03:55:42AM -0700 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> >
>
> i386-boottime-for_each_cpu-broken.patch
> i386-boottime-for_each_cpu-broken-fix.patch
>
On a P4 with HT, I'm trying to get the logical processor ID (SMT_ID) for
the currently executing thread in kernel mode. The SMT_ID is part of
the APIC_ID which is in EBX[24:16] after calling cpuid with EAX=1.
Is the SMT_ID or APIC_ID per_cpu cached by the kernel anywhere?
Thanks,
-bryan
-
To u
On Wednesday 31 August 2005 12:11, Pavel Machek wrote:
> Hi!
>
> > The following is a driver I would like to see included in the base kernel.
> >
> > It allows OS controll of a device that synchronizes signaling hardware
across a ATCA chassis.
> >
> > The telecom clock hardware doesn't interact
On Sep 2, 2005, at 9:48 AM, Alexey Kuznetsov wrote:
Hello!
If you overflow the socket's memory bound, it ends up calling
tcp_clamp_window(). (I'm not sure this is really the right thing to
do
here before trying to collapse the queue.)
Collapsing is too expensive procedure, it is rather an
Holger Kiehl wrote:
> top - 08:39:11 up 2:03, 2 users, load average: 23.01, 21.48, 15.64
> Tasks: 102 total, 2 running, 100 sleeping, 0 stopped, 0 zombie
> Cpu(s): 0.0% us, 17.7% sy, 0.0% ni, 0.0% id, 78.9% wa, 0.2% hi, 3.1%
> si Mem: 8124184k total, 8093068k used,31116k free,
On Fri, 2 Sep 2005, John Heffner wrote:
Have you tried increasing the size of the receive buffer yet?
Actually, I just did. I changed rmem_max and rmem_default to 4MB and
tcp_rmem to "64k 4MB 4MB". It did seem to help, but I'm wondering if
that's simply because it has a _lot_ of memory now t
Andrew,
Please include the patch below into -mm. I had reported a problem
with this patch earlier on 2.6.13-rc6, but I am just not able to
reproduce the problem on newer kernels (2.6.13 and 2.6.13-mm1).
I have tested this extensively on a Power5 box and I believe
that John Hawke's has tested this
On Sep 2, 2005, at 10:33 AM, [EMAIL PROTECTED] wrote:
On Fri, 2 Sep 2005, John Heffner wrote:
Have you tried increasing the size of the receive buffer yet?
Actually, I just did. I changed rmem_max and rmem_default to 4MB and
tcp_rmem to "64k 4MB 4MB". It did seem to help, but I'm wondering
On Wed, 31 Aug 2005, Rob Sims wrote:
We have noticed when changing from kernel 2.4.23 to 2.6.8 that
timestamps of files are not changed if opened for a write and nothing is
written. When using 2.4.23 timestamps are changed. When using a local
filesystem (reiserfs) with either kernel, timestamp
On Fri, Sep 02, 2005 at 12:26:59AM +0300, Alon Bar-Lev wrote:
> When upgrading to 2.6.13 I've noticed that serial driver reports it
> status with unknown severity, causing the boot-splash to be overridden.
Please don't submit patches to bugzilla as a way to get them into the
kernel. Instead, ple
On Thu, Sep 01, 2005 at 11:43:17PM -0400, Trond Myklebust wrote:
> to den 01.09.2005 Klokka 19:38 (-0400) skreiv Trond Myklebust:
> > This is a consequence of 2.6 NFS clients optimising away unnecessary
> > truncate calls. Whereas this is correct behaviour for truncate(), it
> > appears to be incor
Con
---
Currently, lost tick calculation in timer_pm.c is based on number
of microseconds that has elapsed since the last tick. Calculating
the number of microseconds is approximated by cyc2us, which
basically does :
microsec = (cycles * 286) / 1024
Consider 10 ticks lost. This amounts to 1
Con
---
This patch uses the lost tick information returned by mark_offset()
function in dyn-tick, to recover time.
Code by Srivatsa Vaddagiri <[EMAIL PROTECTED]>
Index: linux-2.6.13-mm1/arch/i386/kernel/dyn-tick.c
===
--- linux-2.
Ok I've resynced all the patches with 2.6.13-mm1, made some cleanups and minor
modifications. As pm timer is the only supported timer for dynticks I've also
made it depend on it.
A rollup patch against 2.6.13-mm1 is here:
http://ck.kolivas.org/patches/dyn-ticks/2.6.13-mm1-dtck1.patch
also avai
On 09.02, Andrew Morton wrote:
> "J.A. Magallon" <[EMAIL PROTECTED]> wrote:
> >
> >
> > On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> > >
> > > - Included Alan's big tty layer buffering rewrite. This breaks
On Fri, Sep 02, 2005 at 01:12:58AM +0200, Adrian Bunk wrote:
> On Wed, Aug 31, 2005 at 10:33:52AM +0100, Russell King wrote:
> >...
> > In addition, the following drivers declare functions of the same name.
> > The maintainers of these need to look to see why, and eliminate them
> > where possible.
Alan Cox wrote:
> > If one does not care to use the HPA, one should disable it in the
> > BIOS entirely, so that everywhere (!) the entire disk is seen.
>
> And in the real world BIOSes don't get updated often
> by vendors let alone by users.
I meant the BIOS setup screen, not a firmware update...
--On Thursday, September 01, 2005 18:58:23 -0700 "Chen, Kenneth W"
<[EMAIL PROTECTED]> wrote:
>> +prio_tree_iter_init(&iter, &mapping->i_mmap,
>> +vma->vm_start, vma->vm_end);
>
>
> I think this is a bug. The radix priority tree for address_space->
>
On Gwe, 2005-09-02 at 18:24 +0200, Molle Bestefich wrote:
> I meant the BIOS setup screen, not a firmware update...
> Supposedly the BIOS can change the bounds of the HPA with special ATA
> commands..
I've yet to see a BIOS that exposed the functionality
> Not if, as proposed, there was a kernel
during boot, kernel get caught in a hi-speed loop, issuing these msgs.
from the logs, it appears that the 'repeated' catcher is getting
overwhelmed,
perhaps by message trucation which breaks the pattern.
Ive edited large chunks of repeats that made it into the log.
Sep 2 07:59:36 harpo kernel
On Sat, Sep 03, 2005 at 01:43:57AM +1000, Con Kolivas wrote:
> Ok I've resynced all the patches with 2.6.13-mm1, made some cleanups and
> minor
> modifications. As pm timer is the only supported timer for dynticks I've also
> made it depend on it.
>
> A rollup patch against 2.6.13-mm1 is here:
On Thu, 1 Sep 2005, Andrew Morton wrote:
> Reuben Farrelly <[EMAIL PROTECTED]> wrote:
> > I'm also observing some USB messages logged:
> >
> > Sep 2 13:26:22 tornado kernel: usb 5-1: new full speed USB device using
> > uhci_hcd and address 13
> > Sep 2 13:26:22 tornado kernel: drivers/usb/cla
On Fri, 2 Sep 2005, Jim Cromie wrote:
>
> during boot, kernel get caught in a hi-speed loop, issuing these msgs.
> from the logs, it appears that the 'repeated' catcher is getting overwhelmed,
> perhaps by message trucation which breaks the pattern.
> Ive edited large chunks of repeats that made i
On Fri, Sep 02, 2005 at 05:56:23PM +0100, Russell King wrote:
> Are you guys going to sync your interfaces with what ARM has, or are
> we going to have two differing dyntick interfaces in the kernel, one
> for ARM and one for x86?
Three actually, including s390 :) I know that it would be really ni
Hi,
I'm using MSI K8T Neo2 (VIA K8T800 chipset) and Athlon64 3000+
with linux x86_64 2.6.13 kernel and Debian/sid.
When enable powernow-k8 (i.e. using powernowd,cpudyn) to
saving power, some process is down by null protection and
system is unstable.
Then disabling powernow-k8,and reboot, system i
Sorry to ask such a n00b question, but how do you
create the patch statistics that many people show at
the top of a patch set? I couldnt see it the the
SubmittingPatches doc and google didnt help (or I
dont know what to look for ;)
Cheers,
Mark
_
Con,
Pls use this updated "Lost tick" calculation patch, which rectifies the
two problems Thomas pointed out. I have done some basic test with it.
Would it be possible to incorporate this updated patch in
http://ck.kolivas.org/patches/dyn-ticks/2.6.13-mm1-dtck1.patch?
Sorry for the incon
It's been about a week since I posted this bug report, and I haven't
gotten any responses. Is there someone I should contact directly? Can
someone please point me in the right direction?
Thanks,
Ollie
Ollie Wild wrote:
There's a bug in Hitachi SuperH csum_partial_copy_generic()
implementat
On Thu, Sep 01, 2005 at 03:55:42AM -0700, Andrew Morton wrote:
> Dropped (I have it in a new AIO patch series but I took yet another look at
> all the AIO stuff and felt queasy)
What's the nature of the queasiness? Is it something that can be addressed
by rewriting the patches, or just general
On Fri, Sep 02, 2005 at 06:22:32PM +0100, Mark Underwood wrote:
> Sorry to ask such a n00b question, but how do you
> create the patch statistics that many people show at
> the top of a patch set? I couldnt see it the the
> SubmittingPatches doc and google didnt help (or I
> dont know what to l
On Thu, Sep 01, 2005 at 04:07:22PM +0300, Tony Lindgren wrote:
> Srivatsa, could you try the dyntick-test.c on your system after booting
> to init=/bin/sh to make the system as idle as possible?
Tony,
I get this o/p when I run your test on my SMP system with
2.6.13-mm1 + Con's latest patch
Alan Cox wrote:
> Molle Bestefich wrote:
> > Not if, as proposed, there was a kernel switch to enable including the
> > HPA in the disc area.
>
> And users magically knew about it - thats why it has to default the
> other way.
Ok, so just to reiterate..
The current default is causing grief becau
On 8/30/05, Phy Prabab <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I am seeing something odd w/sockets. I have an app
> that opens and closes network sockets. When the app
> terminates it releases all fd (sockets) and exists,
> yet running netstat after the app terminates still
> shows the socke
Hello,
I've got a Tyan S5112 (Intel E7210 Chipset) and 2x256 MB ECC RAM. The
CPU is a P-IV 3.0GHz HT. I run the current vanilla kernel on
Debian/Sarge. The config is attached. The kernel is booted with
nmi_watchdog=1. That box logs random oopses [0] to the syslog but
doesn't freeze. I've already t
Andrew Morton wrote:
Brian King <[EMAIL PROTECTED]> wrote:
+void pci_block_user_cfg_access(struct pci_dev *dev)
+{
+ unsigned long flags;
+
+ pci_save_state(dev);
+ spin_lock_irqsave(&pci_lock, flags);
+ dev->block_ucfg_access = 1;
+ spin_unlock_irqrestore(&pci_loc
On Fri, Sep 02, 2005 at 06:05:12PM +0100, Alan Cox wrote:
> On Gwe, 2005-09-02 at 18:24 +0200, Molle Bestefich wrote:
> > I meant the BIOS setup screen, not a firmware update...
> > Supposedly the BIOS can change the bounds of the HPA with special ATA
> > commands..
>
> I've yet to see a BIOS tha
Molle Bestefich <[EMAIL PROTECTED]> wrote:
> The other way round, users would have to google to find the kernel
> option that claims the HPA area (if they felt the need to overwrite
> the BIOS's backup area), but those that felt the need would then be
> rewarded with eg. 10 GB extra disk space. A
On Fri, 2005-09-02 at 19:44 +0200, Molle Bestefich wrote:
> Related matters:
> If you decide to include the HPA in one of your filesystems, is there
> not a big risk that the BIOS will overwrite something there?
Isn't the bigger risk that if you include the HPA in your block device,
you'll overwr
Thanks for all your quick responses.
Cheers,
Mark
--- Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 02, 2005 at 06:22:32PM +0100, Mark
> Underwood wrote:
>
> > Sorry to ask such a n00b question, but how do you
> > create the patch statistics that many people show
> at
> > the top of a pa
On Fri, 2 Sep 2005, Nick Piggin wrote:
> Implement atomic_cmpxchg for i386 and ppc64. Is there any
> architecture that won't be able to implement such an operation?
Something like that used to be part of the page fault scalability
patchset. You contributed to it last year. Here is the latest ver
1 - 100 of 303 matches
Mail list logo
