On Tue, Aug 02, 2005 at 09:45:24AM +0200, Arjan van de Ven wrote:
> * +static const uint32_t crc_32_tab[] = .
> why do you duplicate this? The kernel has a perfectly good set of
> generic crc32 tables/functions just fine
The gfs2_disk_hash() function and the crc table on which it's based are
<[EMAIL PROTECTED]> wrote:
>
>
> This patch adds platform_device driver for MQ11xx system-on-chip
> graphics chip. This chip is used in several non-PCI ARM and MIPS
> platforms such as the iPAQ H5550. Two subsequent patches add
> support for the framebuffer and USB gadget subdevices. This patch
David Teigland wrote:
> On Tue, Aug 02, 2005 at 09:45:24AM +0200, Arjan van de Ven wrote:
>
>>* Why are you using bufferheads extensively in a new filesystem?
>
>
> bh's are used for metadata, the log, and journaled data which need to be
> written at the block granularity, not page.
>
In a scs
Mike Christie wrote:
> David Teigland wrote:
>
>>On Tue, Aug 02, 2005 at 09:45:24AM +0200, Arjan van de Ven wrote:
>>
>>
>>>* Why are you using bufferheads extensively in a new filesystem?
>>
>>
>>bh's are used for metadata, the log, and journaled data which need to be
>>written at the block granu
Jan Engelhardt wrote:
After a short flash of
idea and comparison, it turns out that squashfs is missing
sb->s_export->get_parent (the only requirement as it seems). Includes that you
have sb->s_export non-null, of course. sb->s_export can be set within
fill_super().
Ok, thanks. I'll try
On Fri, 2005-08-05 at 15:14 +0800, David Teigland wrote:
> On Tue, Aug 02, 2005 at 09:45:24AM +0200, Arjan van de Ven wrote:
>
> > * +static const uint32_t crc_32_tab[] = .
> > why do you duplicate this? The kernel has a perfectly good set of
> > generic crc32 tables/functions just fine
>
> T
Nishanth Aravamudan <[EMAIL PROTECTED]> wrote:
>
> Add schedule_timeout_{,un}intr() interfaces
I did s/intr/interruptible/.
-
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/majordo
On Fri, 2005-08-05 at 00:18 -0700, [EMAIL PROTECTED] wrote:
> The patch titled
>
> platform-device driver for MQ11xx graphics chip
>
> has been added to the -mm tree. Its filename is
>
> platform-device-driver-for-mq11xx-graphics-chip.patch
>
> drivers/platform/.tmp_versions/mq11xx_
Hi!
> > > New, simplified version of the sysfs whitespace strip patch...
> >
> > Could you tell me why you don't just fail the operation if malformed
> > input is supplied?
>
> Leading/trailing white space should be allowed. For example echo
> appends '\n' unless you know to use -n. It is easier
Hi!
> I assume you're maintaining the dyn tick patches for i386 posted on the muru
> website as your email is listed there. I thought you might be interested in
> this patch for dyn-ticks which removes most of the #ifdefs out of common code
> paths as per linux kernel style and moves more code
Tom Zanussi <[EMAIL PROTECTED]> wrote:
>
> +static ssize_t relayfs_read(struct file *filp,
> +char __user *buffer,
> +size_t count,
> +loff_t *ppos)
> +{
> +struct inode *inode = filp->f_dentry->d_inode;
> +struct
> "Simon Matter" <[EMAIL PROTECTED]> wrote:
>>
>> Hi,
>>
>> Please CC me as I'm not subscribed to the kernel list.
>>
>> I had a hard time identifying a serious problem in the 2.6 linux kernel.
>
> Yes, it is a serious problem.
>
>> It all started while evaluating RHEL4 for new servers. My data int
Richard Purdie <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2005-08-05 at 00:18 -0700, [EMAIL PROTECTED] wrote:
> > The patch titled
> >
> > platform-device driver for MQ11xx graphics chip
> >
> > has been added to the -mm tree. Its filename is
> >
> > platform-device-driver-for-mq11xx-grap
* Chuck Harding <[EMAIL PROTECTED]> wrote:
> couldn't see the beginning of the oops but at the end was
> Init: no more processes left in this run level
> and have to power cycle to be able to boot. I tried vanilla -rc4, -rc5
> and -rc4-mm1 which all worked just fine. But all 3 of the -RT versions
"Simon Matter" <[EMAIL PROTECTED]> wrote:
>
> While looking at some data corruption vulnerability reports on
> Securityfocus I wonder why this issue does not get any attention from
> distributors. I have an open bugzilla report with RedHat, have an open
> customer service request with RedHat, ha
* Blaisorblade <[EMAIL PROTECTED]> wrote:
> Hi Ingo, I'm the young UML hacker you met at OLS and who got your UML
> patches sent ;-)
>
> I've been studying your patch (and the whole Linux VM, indeed) in the
> past days, and I have some remarks, about the version of the code in
> 2.6.4-rc2-mm1
Jan Engelhardt <[EMAIL PROTECTED]> writes:
> |Exception: If your mailer is mangling patches then someone may ask
> |you to re-send them using MIME.
>
> from the doc ;)
Oh, sure, I missed to read it :) But my mailer is actually sane.
Please double check your mailer.
--
OGAWA Hirofumi <[EMAIL PR
>The gfs2_disk_hash() function and the crc table on which it's based are a
>part of gfs2_ondisk.h: the ondisk metadata specification. This is a bit
>unusual since gfs uses a hash table on-disk for its directory structure.
>This header, including the hash function/table, must be included by user
>s
>May be it was discussed but I havn't answer.
>So my question is: why only supported media to load
>initial ramdisk is floppy?
Who said that? Linux LiveCDs all load it from CD, and since the kernel
provides initramfs, the initrd can also be loaded from within the kernel
itself.
>In embedded sy
On Fri, 2005-08-05 at 10:28 +0200, Jan Engelhardt wrote:
> >The gfs2_disk_hash() function and the crc table on which it's based are a
> >part of gfs2_ondisk.h: the ondisk metadata specification. This is a bit
> >unusual since gfs uses a hash table on-disk for its directory structure.
> >This heade
> I think you mis-understand. Mountlo seems to allow one to mount
> (through FUSE) any filesystem image for which there is a linux kernel
> kernel driver available. This is a very nice capability.
>
> But what I speak of is to port the 100% feature-complete (and
> well-tested) befs driver from the
On Thu, Aug 04, 2005 at 03:02:51PM -0700, Andrew Morton wrote:
> Roland McGrath <[EMAIL PROTECTED]> wrote:
> >
> > That's wrong. It has to be done only by the last thread in the group to go.
> > Just revert Ingo's change.
> >
>
> OK..
>
> +++ 25-akpm/kernel/exit.c Thu Aug 4 15:01:06 2005
>
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Fri, 5 Aug 2005 10:57:41 +1000
> OK, here is the final version. It depends on the patch that David
> posted earlier on in this thread. Please let me know if you need a
> copy of that.
>
> [TCP]: Fix TSO cwnd caching bug
Good catch Herbert :)
-
To unsu
On Thu, Aug 04, 2005 at 07:05:30PM +0100, Hugh Dickins wrote:
> mremap's move_vma is applying __vm_stat_account to the old vma which may
> have already been freed: move it to just before the do_munmap.
>
> mremapping to and fro with CONFIG_DEBUG_SLAB=y showed /proc//status
> VmSize and VmData wrap
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Wed, 03 Aug 2005 20:34:57 +0200
> [NETFILTER]: Fix multiple problems with the conntrack event cache
Applied to net-2.6.14, thanks Patrick.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
At kernel summit I pledged to put out weekly where-we're-at summaries,
mainly so that subsystem maintainers could get an estimate of when the next
major kernel release will be, so they can plan their merge windows.
Of course, I don't have a clue when the next release will be because the
timing is
Andrew/Linus, please apply:
This patch fixes a crash in the hugepage code. unmap_hugepage_area()
was assuming that (due to prefault) PTEs must exist for all the area
in question. However, this may not be the case, if mmap() encounters
an error before the prefault and calls unmap_region() to clea
On Thu, Aug 04, 2005 at 04:49:33PM -0700, Christoph Lameter wrote:
> On Fri, 5 Aug 2005, Andi Kleen wrote:
>
> > None of them seem very attractive to me. I would prefer to just
> > not support external accesses keeping things lean and fast.
>
> That is a surprising statement given what we just d
On Tue, 1 Jan 2002 21:33, Pavel Machek wrote:
> Hi!
>
> > I assume you're maintaining the dyn tick patches for i386 posted on the
> > muru website as your email is listed there. I thought you might be
> > interested in this patch for dyn-ticks which removes most of the #ifdefs
> > out of common cod
Hi,
On Thu, 4 Aug 2005, Andrew Morton wrote:
> > +static inline void *kzalloc(size_t size, unsigned int __nocast flags)
> > +{
> > + return kcalloc(1, size, flags);
> > +}
> > +
>
> That'll generate just as much code as simply using kcalloc(1, ...). This
> function should be out-of-line and E
Hello
Guillaume Pelat wrote:
Hi,
>> I'm having a crash with reiserfs 3.6 + user quota enabled, on
>> 2.6.11.10 kernel (no smp), apparently when deleting files (or maybe
>> during a runcate operation). The problem seems to happen under high
>> load.
>> When the error occurs, all the proce
On Fri, Aug 05, 2005 at 09:34:38AM +0200, Arjan van de Ven wrote:
> On Fri, 2005-08-05 at 15:14 +0800, David Teigland wrote:
> > On Tue, Aug 02, 2005 at 09:45:24AM +0200, Arjan van de Ven wrote:
> >
> > > * +static const uint32_t crc_32_tab[] = .
> > > why do you duplicate this? The kernel has
On Fri, 2005-08-05 at 02:11 -0700, [EMAIL PROTECTED] wrote:
> +//
> +#if defined __KERNEL__
this looks wrong; __KERNEL__ is always set
> +#include
> +#if defined( CONFIG_MODVERSIONS ) && ! defined( MODVERSIONS )
> +#define MODVERSIONS
> +#endif
> + /*
On Fri, 2005-08-05 at 11:37 +0200, Roman Zippel wrote:
> Hi,
>
> On Thu, 4 Aug 2005, Andrew Morton wrote:
>
> > > +static inline void *kzalloc(size_t size, unsigned int __nocast flags)
> > > +{
> > > + return kcalloc(1, size, flags);
> > > +}
> > > +
> >
> > That'll generate just as much code as
>> Note that this HPA is a good place to store a bootloader too, in fact
>> I like to think of it as the big floppy drive of the PC which no more
>> have any floppy drive: create a FAT filesystem of 64 Mbytes there and
>> copy all the floppy you used to have there. Your bootloader, if it
>> is goo
Hi,
I've been trying to upgrade kernel to 2.6.13-rc5. The server boots
normally w/o errors, but after while (from 5 minutes up to 2 hours) the
Kernel hangs (no keyboard input possible). As I am a newbie I cannot
figure out who will be concerned with this error.
Here ist the ksymoops output (done
On Iau, 2005-08-04 at 13:25 -0700, Andrew Morton wrote:
> OK, that's the driver which Alan played with. I don't expect we'll be able
> to get all this fixed up for 2.6.13.
>
> Please check 2.6.13-rc6 when it's out - this might fix the IRQ problem. If
> any bugs remain, please raise entries for t
On Fri, 2005-08-05 at 11:37 +0200, Roman Zippel wrote:
> BTW we already have 420 "kcalloc(1, ...)" user and 41 without the 1
> argument, most of them are in sound, which introduced it in first place.
> Can we please deprecate that function before it spreads any further?
Arjan van de Ven writes
On Thu, Aug 04, 2005 at 10:32:14AM -0700, Roland Dreier wrote:
> I would like to get people's reactions to moving the InfiniBand .h
> files from their current location in drivers/infiniband/include/ to
> include/linux/rdma/. If we agree that this is a good idea then I'll
> push this change as soon
On Fri, Aug 05 2005, Arjan van de Ven wrote:
> > +
> > + while (1) {
> > + int64_t span4G, length0;
> > + PSG64ENTRY pdma_sg = (PSG64ENTRY) psge;
> > +
> > + span4G =
> >
Hi,
On Fri, 5 Aug 2005, Arjan van de Ven wrote:
> kcalloc does have value, in that it's a nice api to avoid multiplication
> overflows. Just for "1" it's indeed not the most useful API.
This would imply a similiar kmalloc() would be useful as well.
Second, how relevant is it for the kernel? Is
On Fri, 5 August 2005 17:44:52 +0800, David Teigland wrote:
>
> linux/lib/crc32table.h : crc32table_le[] is the same as our crc_32_tab[].
> This looks like a standard that's not going to change, as you've said, so
> including crc32table.h and getting rid of our own table would work fine.
>
> Do w
20" LCD TV MONITOR
SLEEK DESIGN
SLEEKER PRICE US$299
A mix of performance and style.
For those who demand only the best.
For those who desire high style combined with high technology.
The sleek ultra-thin metallic-on-black design complements any décor, without
sacrificing qual
On Fri, 2005-08-05 at 12:07 +0200, Roman Zippel wrote:
> Hi,
>
> On Fri, 5 Aug 2005, Arjan van de Ven wrote:
>
> > kcalloc does have value, in that it's a nice api to avoid multiplication
> > overflows. Just for "1" it's indeed not the most useful API.
>
> This would imply a similiar kmalloc()
On Fri, 5 Aug 2005, Arjan van de Ven wrote:
> kcalloc does have value, in that it's a nice api to avoid multiplication
> overflows. Just for "1" it's indeed not the most useful API.
Roman Zippel writes:
This would imply a similiar kmalloc() would be useful as well.
Second, how relevant is it
> If I want to upgrade my IDE Hard drive by my self, how can I
> restore that kind of data on other diferent PC?
So the content of the HPA should be limited to program which are
special: a boot loader is position dependant and you do not want
to copy it blindly to another hard disk with maybe
Andrew Morton wrote:
>
> Status of subsystem trees:
>
> 3190002git-acpi.patch
> 68299 git-alsa.patch
What are these numbers?
David Vrabel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Fri, Aug 05, 2005 at 12:07:50PM +0200, J?rn Engel wrote:
> On Fri, 5 August 2005 17:44:52 +0800, David Teigland wrote:
> > Do we go a step beyond this and use say the crc32() function from
> > linux/crc32.h? Is this _function_ as standard and unchanging as the table
> > of crcs? In my tests it
Cal Peake wrote:
> On Thu, 4 Aug 2005, Andrew Morton wrote:
>
>
>>Michal Schmidt <[EMAIL PROTECTED]> wrote:
>>
>>>Does resuming from swsuspend work for anyone with amd64-agp loaded?
>>
>>It would seem not ;)
>
>
> Must have missed the OP. Yes I can resume fine from swsusp with amd64-agp.
>
> S
Hi,
On Fri, 5 Aug 2005, Arjan van de Ven wrote:
> > This would imply a similiar kmalloc() would be useful as well.
> > Second, how relevant is it for the kernel?
>
> we've had a non-negliable amount of security holes because of this
So why don't we have a similiar kmalloc()?
> > Is that reall
2.6.13-rc5 seemed to kill a scsi disk (sdb) for me, where 2.6.13-rc4-mm1
have no problems with the same disk.
Machine: opteron running a x86-64 kernel, with built-in SATA as well as
a symbios scsi controller. Two videocards running independent xservers.
The sdb disk is on the symbios controller.
David Vrabel <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> >
> > Status of subsystem trees:
> >
> > 3190002git-acpi.patch
> > 68299 git-alsa.patch
>
> What are these numbers?
>
File size in bytes.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Fri, 2005-08-05 at 12:32 +0200, Roman Zippel wrote:
> Hi,
>
> On Fri, 5 Aug 2005, Arjan van de Ven wrote:
>
> > > This would imply a similiar kmalloc() would be useful as well.
> > > Second, how relevant is it for the kernel?
> >
> > we've had a non-negliable amount of security holes because
Hi Andrew,
> But it's not possible to say that the system has really leaked pages
>unless you first put a lot of memory reclaim pressure on the machine
>to try to reclaim those oddball pages.
I tried putting a memory pressure on the machine, then unused pages on
the page LRU could be reclaime
On Thu, 4 Aug 2005 23:07:33 -0500
Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> It requests BIOS to hand off control of USB which disables USB legacy
> emulation
> and all troubles associated with it. We could start with -mm...
This also fixes an issue I encountered while doing power measurements
Hello David,
By the way, looking at the comments to the last version of
the pselect()/ppoll()patch, I see that the treatment of
the timeout argument is made dependent on the personality.
http://marc.theaimsgroup.com/?l=linux-kernel&m=111883591220436&w=2
I'm not sure that this is a good idea;
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> I think Ingo was planning on coming up with some infrastructure which
> would allow us to debug this further.
yeah. I've done this today and have split it out of the -RT tree, see
the patch below. After some exposure in -mm i'd like this feature to
Hi,
On Fri, 5 Aug 2005, Arjan van de Ven wrote:
> > > we've had a non-negliable amount of security holes because of this
> >
> > So why don't we have a similiar kmalloc()?
>
> nope kmalloc is not an array allocator
>
> > > it makes it easy and safe. Of course you can and should check it in all
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> Ingo,
>
> This was my final version of the softlockup patch. Do you have any
> comments on it? I wasn't sure if you were waiting for any more debate
> on this patch or not.
ok, looks good - i've applied it and released the -52-14 PREEMPT_RT
pat
At KS I asked after a gcapatch command for git..
I've got two trees drm-2.6 and linux-2.6, linux-2.6 is latest Linus, so of
course a tree diff gives me all the new patches in linux-2.6 that aren't
in drm-2.6 which isn't what I want.. I want gcapatch
I'm sure someone has one and I don't reall
Richard Purdie wrote:
> This fixes what looks like a bit/byte counting error in the MMC/SD code
> which was causing data corruption (in the -mm tree).
>
> Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
Ooops... Must have been late in the evening. Sorry about that blunder.
Rgds
Pierre
-
To uns
On Fri, 2005-08-05 at 12:56 +0200, Roman Zippel wrote:
> Hi,
>
> On Fri, 5 Aug 2005, Arjan van de Ven wrote:
>
> > > > we've had a non-negliable amount of security holes because of this
> > >
> > > So why don't we have a similiar kmalloc()?
> >
> > nope kmalloc is not an array allocator
> >
>
On Friday 05 August 2005 12:48, Ingo Molnar wrote:
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
> > I think Ingo was planning on coming up with some infrastructure which
> > would allow us to debug this further.
>
> yeah. I've done this today and have split it out of the -RT tree, see
> the patch b
John Bäckstrand <[EMAIL PROTECTED]> writes:
> I've been trying to hunt down a hard lockup issue with some hardware
> of mine, but I've possibly hit a kernel bug instead. When using
> netconsole on my e1000, if I unplug the cable and then re-plug it, the
> machine locks up hard. It manages to print
> From: David Woodhouse <[EMAIL PROTECTED]>
> Subject: Re: Add pselect, ppoll system calls.
> Date: Wed, 15 Jun 2005 12:36:54 +0100
>
> On Mon, 2005-06-13 at 08:38 -0700, Ulrich Drepper wrote:
> > > Eep -- I hadn't noticed that difference. Will update patch
> > accordingly.
> >
> > And change [t
Hello Andrew,
Andrew Morton wrote:
Michael, I'm assuming that a) this problem remains in those -mm kernels
which include git-acpi.patch and that b) the problems are not present in
2.6.13-rc5 or 2.6.13-rc6, yes?
a.) I don't have any problems in 2.6.13-rc5-git[1-3] and 2.6.13-rc4-mm1
they are
On Fri, Aug 05, 2005 at 02:07:29AM -0700, Andrew Morton wrote:
>...
> Open bugs:
>
> This is based on my reading of what's real and of what's worth
> attending to. Quite a few things get culled up-front.
>
> There are several emailed bug reports which are probably live bugs but
> they ha
Hi.
I finally found some time to finish this off. I don't really like the
end result - the macros looked clearer to me - but here goes. If it
looks okay, I'll seek sign offs from each of the affected driver
maintainers and from Ingo. Anyone else?
Regards,
Nigel
drivers/acpi/osl.c |
On Mon, Aug 01, 2005 at 05:06:33AM -0400, Sonny Rao wrote:
> Hi,
>
> I have a system based on the Nforce2 chipset which uses the amd7xx
> driver for it's IDE support, and I noticed that one of the drives was
> performing very slowly. I looked into it a bit more and it seems the
> drive was operat
Richard Purdie wrote:
On Fri, 2005-08-05 at 00:18 -0700, [EMAIL PROTECTED] wrote:
The patch titled
platform-device driver for MQ11xx graphics chip
has been added to the -mm tree. Its filename is
platform-device-driver-for-mq11xx-graphics-chip.patch
drivers/platform/.tmp_versions
On Wed, Aug 03, 2005 at 06:05:28AM +, Con Kolivas wrote:
> This is the dynamic ticks patch for i386 as written by Tony Lindgen
> <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>.
> Patch for 2.6.13-rc5
>
> There were a couple of things that I wanted to change so here is an updated
Hi,
> --
> Jens Axboe
>
Thanks for your corrections. Here we have a new version.
Daniel Petrini
--
10LE - Linux
INdT - Manaus - Brazil
diff -uprN linux-2.6.12-orig/kernel/Makefile linux-dyn-tick/kernel/Makefile
--- linux-2.6.12-orig/kernel/Makefile 2005-08-03 23:50:26.0 -0400
+++ linu
Andi Kleen wrote:
The patch was for 2.6.12, did a quick untested port to 2.6.13rc5.
-Andi
Only try a limited number to send packets in netpoll
Thanks, worked nicely!
---
John Bäckstrand
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
Hello.
When sunrpc is as module, sysctl adds to proc fs proc/sys/sunrpc, adds 1
to number of proc/sys link (see later), but when it's ls-ed, there is
still old count.
I.e.
my proc/sys before modprobe-ing sunrpc:
# ls -la /proc/sys
celkem 0
dr-xr-xr-x9 root root 0 srp 5 12:43 .
dr-xr-xr-x
when linux kernel receives a packet from the netcard and the forwards it .
the process can be viewed as a kernel process ?
and if this process can be interrupted ?
thanks a lot!!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
On Fri, 5 Aug 2005 22:37, Srivatsa Vaddagiri wrote:
> On Wed, Aug 03, 2005 at 06:05:28AM +, Con Kolivas wrote:
> > This is the dynamic ticks patch for i386 as written by Tony Lindgen
> > <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>.
> > Patch for 2.6.13-rc5
> >
> > There were a c
Hello,
Could you please explain me, why we need to wake up somebody right
before freeing an inode? It seems for me, if somebody really wait on
this inode, then they have a good chance to access already freed memory.
Thank you,
Vasily Averin
diff --git a/fs/inode.c b/fs/inode.c
--- a
On 1/1/02, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > > > New, simplified version of the sysfs whitespace strip patch...
> > >
> > > Could you tell me why you don't just fail the operation if malformed
> > > input is supplied?
> >
> > Leading/trailing white space should be allowed. For ex
On Fri, Aug 05, 2005 at 12:18:03AM -0700, [EMAIL PROTECTED] wrote:
> From: Jamey Hicks <[EMAIL PROTECTED]>
>
> This patch adds platform_device driver for MQ11xx system-on-chip graphics
> chip. This chip is used in several non-PCI ARM and MIPS platforms such as
> the iPAQ H5550. Two subsequent pa
> Could you please explain me, why we need to wake up somebody right
> before freeing an inode? It seems for me, if somebody really wait on
> this inode, then they have a good chance to access already freed memory.
find_inode() needs to be woken up (__wait_on_freeing_inode) when an
inode being f
On 8/2/05, Athul Acharya <[EMAIL PROTECTED]> wrote:
> That is, I want to know whether the current cpu I (kernel code) am
> executing on is hyperthreaded, and if so, which logical cpu represents
> the other thread on chip.
Trying again, as it seems like a simple thing that really should exist
--
Hello Linus,
can you apply patch below?
Since beginning of July my Opteron box was randomly crashing and being rebooted
by hardware watchdog. Today it finally did it in front of me, and this patch
will hopefully fix it.
Problem is that at the end of June (28th, commit
47f176fdaf8924bc83fddcf9
Hi,
Here we have a new version that includes Jens Axboe's corrections and
Con Kolivas tweaks.
Thanks,
Daniel
--
10LE - Linux
INdT - Manaus - Brazil
diff -uprN linux-2.6.12-orig/kernel/Makefile linux-dyn-tick/kernel/Makefile
--- linux-2.6.12-orig/kernel/Makefile 2005-08-05 09:33:24.0 -04
> When sunrpc is as module, sysctl adds to proc fs proc/sys/sunrpc, adds 1
> to number of proc/sys link (see later), but when it's ls-ed, there is
> still old count.
Does this patch solve it?
Index: linux/fs/proc/generic.c
===
---
On Fri, 2005-08-05 at 13:45 +0200, Andi Kleen wrote:
> John Bäckstrand <[EMAIL PROTECTED]> writes:
>
> > I've been trying to hunt down a hard lockup issue with some hardware
> > of mine, but I've possibly hit a kernel bug instead. When using
> > netconsole on my e1000, if I unplug the cable and th
> This is fixing the symptom and is not the cure. Unfortunately I don't
> have a e1000 card so I can't try a fix. But I did have a e100 card that
> would lock up the same way. The problem was that netpoll_poll calls the
> cards netpoll routine (in e1000_main.c e1000_netpoll). In the e100
> case,
On Fri, 5 Aug 2005, Petr Vandrovec wrote:
> Hello Linus,
> can you apply patch below?
>
> Since beginning of July my Opteron box was randomly crashing and being
> rebooted
> by hardware watchdog. Today it finally did it in front of me, and this patch
> will hopefully fix it.
>
> Problem is tha
On Thu, Aug 04, 2005 at 09:20:22PM -0600, George Van Tuyl wrote:
>
> To: linux-kernel@vger.kernel.org
>
>
>
> [1.] One line summary of the problem:
>
> make modules failed Segfault (program cpp0)
>
> [2.] Full description of the problem/report:
>
> gcc: Internal error: Segmentation fault
On Fri, Aug 05, 2005 at 08:23:18AM +0200, Jan Engelhardt wrote:
>
> >> Gnu C 2.96
> >
> > Seriously, it seems like your machine is flaky.
> > And even if it were a kernel source problem,
> > gcc should never have an internal error.
> > But gcc-2.96 is so old that it's not supporte
On Friday 05 August 2005 12:48, Ingo Molnar wrote:
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
> > I think Ingo was planning on coming up with some infrastructure which
> > would allow us to debug this further.
>
> yeah. I've done this today and have split it out of the -RT tree, see
> the patch b
On Fri, 5 Aug 2005, antoine wrote:
After using it for a good few hours, I launched a shell script in a terminal
and got the traces below.
I hope this helps (if not, please let me know how to make it helpful or I'll
just stop testing -rc kernels and save myself some time)
[ 4788.218951] Unabl
linux-os (Dick Johnson) wrote:
On Fri, 5 Aug 2005, Petr Vandrovec wrote:
Hello Linus,
can you apply patch below?
Since beginning of July my Opteron box was randomly crashing and being rebooted
by hardware watchdog. Today it finally did it in front of me, and this patch
will hopefully fix it.
Resending dell_rbu driver after making a few more improvements and also
using the new request_firmware_nowait kernel API sent in the firmware_class.c
patch.
This patch has been tested on i386 and x86-64 systems along with the
firmware_class.c patch and it works fine.
Signed-off-by: Abhay Salun
On Thu, Aug 04 2005, Tom Zanussi wrote:
> At the kernel summit, there was some discussion of relayfs and the
> consensus was that it didn't make sense for relayfs to not implement
> read(). So here's a read implementation...
It needs a few fixes to actually compile without errors. This works for
Oh!!Please ignore the earlier firmware_calss.c patch sent a worng one by
mistake :-(
This is the correct patch :-).
Reseending the patch for firmware_class.c submitted earlier ,the patch
upgrades the request_firmware_nowait function to not start the hotplug
action on a firmware update.
This pa
Reseending the patch for firmware_class.c submitted earlier ,the patch
upgrades the request_firmware_nowait function to not start the hotplug
action on a firmware update.
This patch is tested along with dell_rbu driver on i386 and x86-64 systems.
Andrew, could you please add this patch to the -
This patchkit converts kcalloc(1, ...) to the new kzalloc(). Andrew, please
let me know if you don't want to pick up some of these. I will feed them to
subsystem maintainers once kzalloc() hits Linus' tree.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
arch/ia64/sn/kernel/io_init.c
This patch converts kcalloc(1, ...) calls to use the new kzalloc() function.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
kernel/io_init.c |2 +-
kernel/tiocx.c |2 +-
pci/tioca_provider.c |8
3 files changed, 6 insertions(+), 6 deletions(-)
Index: 2.6/arch
On Fri, 5 Aug 2005, Andi Kleen wrote:
> > a clean way. It cannot even deliver the functionality it was designed to
> > deliver (see BIND).
>
> That seems like a unfair description to me. While things are not
> perfect they are definitely not as bad as you're trying to paint them.
Sorry this wen
This patch converts kcalloc(1, ...) calls to use the new kzalloc() function.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
block/aoe/aoedev.c |2 +-
char/mbcs.c |2 +-
i2c/chips/isp1301_omap.c |2 +-
infiniband/core/sysfs.c |2 +-
scsi/sata_qstor.c
1 - 100 of 334 matches
Mail list logo
