Lee Revell wrote:
> On Fri, 2005-08-19 at 11:55 +0200, Emmanuel Fleury wrote:
>
>>Hi all,
>>
>>I did try to look for Alsa drivers for the new X-Fi chip from Creatives
>>(http://www.tomshardware.com/consumer/20050818/), but I didn't find any.
>>
>>I there something running around this chip ? Or no
Somehow only prototypes and return values were converted for
befs_follow_link() and vxfs_immed_follow_link().
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
fs/befs/linuxvfs.c |2 +-
fs/freevxfs/vxfs_immed.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--- linux
On Fri, 2005-08-19 at 22:13 -0700, alan wrote:
> On Sat, 20 Aug 2005, Kernel Hacker wrote:
>
> > Friend,
> > What fact is behind this article
> > http://www.theinquirer.net/?article=25529.
>
> The article is also wrong.
>
> Try this one instead...
>
> http://os.newsforge.com/os/05/08/19/1842249
On Fri, Aug 19, 2005 at 08:01:17PM -0700, Greg KH wrote:
> The recent changes to sysfs should be ported to configfs to do this.
Yeah, I've been meaning to do something, and resusing code is
always a good plan. Hopefully I can get to this soon.
Joel
--
"I don't know anything about mus
On Saturday 20 August 2005 11:22, Jon Smirl wrote:
> A patch for making sysfs attributes persistent has recently made it
> into Linus' tree.
>
>
http://article.gmane.org/gmane.linux.hotplug.devel/7927/match=sysfs+permissions
Interesting, it handles more than just the file mode. But does anybody
On Sat, 20 Aug 2005, Kernel Hacker wrote:
> Friend,
> What fact is behind this article
> http://www.theinquirer.net/?article=25529.
The article is also wrong.
Try this one instead...
http://os.newsforge.com/os/05/08/19/1842249.shtml?tid=2&tid=138
--
Q: Why do programmers confuse Halloween and
On Sat, Aug 20, 2005 at 05:58:53AM +0200, Adrian Bunk wrote:
> --- linux-2.6.13-rc6-mm1-full/scripts/ver_linux.old
> +++ linux-2.6.13-rc6-mm1-full/scripts/ver_linux
> -fdformat --version | awk -F\- '{print "util-linux", $NF}'
> +fdformat --version | awk '{print "util-linux"
On Saturday 20 August 2005 13:33, Greg KH wrote:
> On Sat, Aug 20, 2005 at 01:23:29PM +1000, Daniel Phillips wrote:
> > On Saturday 20 August 2005 13:01, Greg KH wrote:
> > > On Sat, Aug 20, 2005 at 10:50:51AM +1000, Daniel Phillips wrote:
> > > > So: Integrate with sysfs.
> > >
> > > No, don't. D
Michael Thonke wrote:
Hello,
I've got a new Silicon Image 3132 SATA II host-controller, this one is
designed along the SATA (II) specification - (Hot-Plug,NCQ,3GB/s
transfer). This controller is linked to the pci-express bus. I guess
it operate like the 3124 controller with some addition :-) On
On Fri, 2005-08-19 at 18:52 -0400, Lee Revell wrote:
> If this is the long awaited emu10k3, then there's a good chance we can
> support it. But we'll need at the very least a hardware sample from
> Creative.
OK, it's the ca20k1 (!). So it's likely to be as different from the
emu10k1 and emu10k1
[EMAIL PROTECTED] wrote:
> Jeff:
> The attached file is the incremental patch to the original uli526x.c I send
> you first time,
> I modify the source according to your advice, thanks.
>
> Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
> (See attached file: patch_uli526x_inc)
Patch applied, thanks
Robert Hancock wrote:
I fail to see how sched_yield is going to be very helpful in this
situation. Since that call can sleep from a range of time ranging from
zero to a long time, it's going to give unpredictable results.
Well, not sleep technically, but yield the CPU for some undefined
a
This patch expresses the same dependencies in a more simple way.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6-mm1-full/kernel/power/Kconfig.old 2005-08-20
06:02:49.0 +0200
+++ linux-2.6.13-rc6-mm1-full/kernel/power/Kconfig 2005-08-20
06:03:13.0 +020
On Fri, Aug 19, 2005 at 11:46:59PM -0400, Ameer Armaly wrote:
> This patch removes a call to check_region in drivers/pnp/resource.c, and
> replaces it with request_region.
... and that replacement is correct, because...?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6-mm1-full/scripts/ver_linux.old 2005-08-20
05:54:50.0 +0200
+++ linux-2.6.13-rc6-mm1-full/scripts/ver_linux 2005-08-20 05:55:36.0
+0200
@@ -25,9 +25,11 @@
'/BFD/{print "binutils ",$NF} \
/^GNU/{
This patch removes a call to check_region in drivers/pnp/resource.c, and
replaces it with request_region.
signed-off-by: Ameer Armaly <[EMAIL PROTECTED]>
--- drivers/pnp/resource.c 2005-08-05 03:04:37.0 -0400
+++ drivers/pnp/resource.new2005-08-18 20:46:34.0 -0400
@@ -252
On Tue, Aug 09, 2005 at 08:38:17PM -0700, Randy.Dunlap wrote:
> On Wed, 10 Aug 2005 03:17:40 +0200 Adrian Bunk wrote:
>
> > I edited Documentation/Changes:
> > - remove obsolete information
> > - point to feature-list-2.6.txt instead of providing similar information
> > - removed the URLs of the s
These are patches designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default ck* patch is aimed at the
desktop and ck*-server is available with more emphasis on serverspace.
Apply to 2.6.12 (This includes all patches in 2.6.12.5):
http://ck.ko
On Sat, Aug 20, 2005 at 01:23:29PM +1000, Daniel Phillips wrote:
> On Saturday 20 August 2005 13:01, Greg KH wrote:
> > On Sat, Aug 20, 2005 at 10:50:51AM +1000, Daniel Phillips wrote:
> > > So: Integrate with sysfs.
> >
> > No, don't. Do you think that Joel would not have already worked with
> >
Howard Chu wrote:
You assume that spinlocks are the only reason a developer may want to
yield the processor. This assumption is unfounded. Case in point - the
primary backend in OpenLDAP uses a transactional database with
page-level locking of its data structures to provide high levels of
conc
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
> +Controls overcommit of system memory:
It should explain what "overcommit" is.
> +
> +0 - Heuristic overcommit handling. Obvious overcommits of
> +address space are refused. Used for a typical system. It
> +ensures a
While debugging Ingo's RT patch, I came accross this race condition.
The mainline seems to be susceptible to this bug, although it may be 1
in a 1,000,000 to happen. But those are the nastiest races.
With debugging information in the RT patch, I was able to reproduce this
race several times. Enoug
On Saturday 20 August 2005 13:01, Greg KH wrote:
> On Sat, Aug 20, 2005 at 10:50:51AM +1000, Daniel Phillips wrote:
> > So: Integrate with sysfs.
>
> No, don't. Do you think that Joel would not have already worked with
> the sysfs people prior to submitting this? No, he did, and we all
> agreed t
Someone complained about the docs for vm_overcommit_memory being wrong.
This patch copies the text from the vm documentation into procfs.
Please apply.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
Documentation/filesystems/proc.txt | 29 +++--
1 files changed, 19 inse
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
> This patch enables tracking semaphore ownership.
Why? I can't think of any bug in recent years which needed this..
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo in
On Sat, 2005-08-20 at 10:31 +1000, Con Kolivas wrote:
> On Sat, 20 Aug 2005 06:13, Lee Revell wrote:
> >
> > I agree that tweaking the scheduler is probably pointless, as long as X
> > is burning gazillions of CPU cycles redrawing things that don't need to
> > be redrawn.
> >
> > Then again even th
On Sat, Aug 20, 2005 at 10:50:51AM +1000, Daniel Phillips wrote:
> Hi Joel,
>
> Permissions set on ConfigFS attributes (aka files) do not stick.
The recent changes to sysfs should be ported to configfs to do this.
> So: Integrate with sysfs.
No, don't. Do you think that Joel would not have alr
This patch enables tracking semaphore ownership. It saves a pointer to the
thread_info struct of the last process that got a semaphore. I couldn't
think of a better way to print out the info, so I hacked up the code that
dumps a process's kernel stack so it prints out the PID of the owning proc
On Fri, 2005-08-19 at 02:27 +0200, Roman Zippel wrote:
> On Tue, 16 Aug 2005, john stultz wrote:
> > Maybe to focus this productively, I'll try to step back and outline the
> > goals at a high level and you can address those.
> >
> > My Assumptions:
> > 1. adjtimex() sets/gets NTP state values
>
Dave Johnson writes:
> Phillip Lougher writes:
> > Doesn't iget_locked() assume inode numbers are unique?
> >
> > In Cramfs inode numbers are set to 1 for non-data inodes (fifos,
> > sockets, devices, empty directories), i.e
> >
> > %stat device namedpipe
> >File: `device'
> >Size: 0
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> ...
> >> 4. PAM is complaining about "PAM audit_open() failed: Protocol not suppor
> >> ted" and I can't log in as any user including root. I would have picked
> >> this
> >> was a userspace problem, but it doesn't break with -rc5-mm1, yet
> >> rep
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> >> Aug 20 12:26:10 tornado kernel: Device not ready.
> >>
> >> 2. That message on the third line of the trace above: "kernel: Device
> >> not
> >> ready." is being logged every few mins or so, I believe it is my SCSI
> >> CDROM
> >> that is caus
Hi again,
On 20/08/2005 5:34 a.m., Andrew Morton wrote:
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
A few new problems cropped up with this kernel..
1. NFS seems to be unstable, oopsing when shutting down:
--- devel/fs/nfsd/nfssvc.c~ingo-nfs-stuff-fix 2005-08-19 10:29:15.0
-0700
On 8/19/05, Daniel Phillips <[EMAIL PROTECTED]> wrote:
> Hi Joel,
>
> Permissions set on ConfigFS attributes (aka files) do not stick. The reason
> is that configfs attribute inodes are not pinned and simply disappear after
> each file operation. This is good because it saves memory, but it is n
Hi Pavel,
On Fri, 19 Aug 2005 15:00:56 +0200 Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > .xSize = sizeof(struct HvReleaseData),
> > .xVpdAreasPtrOffset = offsetof(struct naca_struct, xItVpdAreas),
> > .xSlicNacaAddr = &naca, /* 64-bit Naca address */
> > - .xMsNucDataOffset
On Fri, Aug 19, 2005 at 06:08:12PM -0700, Linus Torvalds wrote:
>
>
> On Sat, 20 Aug 2005, Al Viro wrote:
> >
> > That looks OK except for
> > * ncpfs fix is actually missing here
>
> Well, the thing is, with the change to page_follow_link() and
> page_put_link(), ncpfs should now work fin
On Sat, 20 Aug 2005, Al Viro wrote:
>
> That looks OK except for
> * ncpfs fix is actually missing here
Well, the thing is, with the change to page_follow_link() and
page_put_link(), ncpfs should now work fine - it doesn't need any fixing
any more.
It was makign an assumption that used
On Fri, 19 Aug 2005 20:03:26 +0200
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On 8/19/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
> >
>
> menuconfig complains a little :
>
> $ make menuconfig
> scri
Hi Joel,
Permissions set on ConfigFS attributes (aka files) do not stick. The reason
is that configfs attribute inodes are not pinned and simply disappear after
each file operation. This is good because it saves memory, but it is not
good to throw the permissions away - you then don't have any
On Thu, Aug 18, 2005 at 02:07:47PM -0700, Joel Becker wrote:
> On Wed, Aug 17, 2005 at 11:22:18PM -0700, Andrew Morton wrote:
> > Fair enough. This really means that the configfs patch should be split out
> > of the ocfs2 megapatch...
>
> Easy to do, it's a separate commit in the ocfs2.git
On Fri, 2005-08-19 at 17:22 -0700, Nathan Becker wrote:
> > I use the no_timer_check kernel parm and that keeps the clock from
> > running at double speed. I still see some other annoying boot-time
>
> As I mentioned, no_timer_check doesn't fix it for me. In fact it makes
> the problem significa
George,
On Fri, 2005-08-19 at 17:19 -0700, George Anzinger wrote:
> > 2. Drift of cyclic timers (armed by set_timer()):
> >
> > Due to rounding errors and the drift adjustment code, the fixed
> > increment which is precalculated when the timer is set up and added on
> > rearm, I see creeping devi
On Wed, 2005-08-17 at 19:11 +0100, Daniel J Blueman wrote:
> Ralink Tech (www.ralink.com.tw) took a design decision to incorporate
> the firmware into an EEPROM on-board, allowing their driver to be
> GPL'd
Binary only firmware and firmware loading is perfectly compatible with
the GPL, as long as
On Sat, 20 Aug 2005 06:13, Lee Revell wrote:
> On Fri, 2005-08-19 at 14:36 +1000, Con Kolivas wrote:
> > On Fri, 19 Aug 2005 02:41 pm, Peter Williams wrote:
> > > Maybe we could use interbench to find a nice value for X that doesn't
> > > destroy Audio and Video? The results that I just posted for
Adrian Bunk wrote:
Is there any reason why PHYLIB is a user-visible option?
As far as I understand it, PHYLIB and the MII PHY device drivers are an
internal library drivers should start to use roughly similar to MII.
But in this case, the options shouldn't be user-visible.
This code is stil
I use the no_timer_check kernel parm and that keeps the clock from
running at double speed. I still see some other annoying boot-time
As I mentioned, no_timer_check doesn't fix it for me. In fact it makes
the problem significantly worse. I tried it again just to be sure. Also
I tried noapic
Is there any reason why PHYLIB is a user-visible option?
As far as I understand it, PHYLIB and the MII PHY device drivers are an
internal library drivers should start to use roughly similar to MII.
But in this case, the options shouldn't be user-visible.
cu
Adrian
--
"Is there not pro
19.08.2005 00:11, Imanpreet Arora wrote/a écrit:
Hi all,
For the last couple of days, I have been trying to set
up linux kernel under 8MB. So far I have set up a linux 2.4.31, which
just works under 8MB. However, I would be grateful if someone could
help with the following queries
On Thu, 18 Aug 2005, Greg KH wrote:
> On Mon, Aug 15, 2005 at 01:51:06PM -0400, Nathan Lutchansky wrote:
> > This patch series makes a couple of improvements to the i2c device
> > probing process.
>
>
>
> These all generally look quite good, thanks. But it looks like you and
> Jean went back an
> Wow. A list of iterators to be fixed up ... I get the idea, but it does
> add a fair amount of complexity.
Not that much, been there done that, it's actually quite simple :)
> Would it be easier (and simpler to maintain/debug) to "get" all items
> on the list first, before iterating on them,
Hello,
19.08.2005 20:53, Jesper Juhl wrote/a écrit:
I've just noticed that my USB controller(s) show up as having "Wrong
ID" and now I'm wondering what exactely that means and what I can do
about it (kernel 2.6.13-rc6-mm1 in case it matters).
Is it a wrong PCI ID? If so, how's the controller r
On Fri, 2005-08-19 at 12:55 +0200, Johannes Berg wrote:
> On Fri, 2005-08-19 at 07:40 +1000, Benjamin Herrenschmidt wrote:
>
> > Just a question: Why do you want to have the nvram low level code as a
> > module ? It's sort-of an intergral part of the arch code ...
>
> Because I Can (TM). Actually
Simon Oosthoek wrote:
I know Mandriva is on the ball and a bug with some information and an
updated patch is on the kernel bugme...
http://qa.mandriva.com/show_bug.cgi?id=17654
http://bugme.osdl.org/show_bug.cgi?id=4192
I'd say it's important to get some proper fix in a distribution soon (so
On 8/19/05, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Gwe, 2005-08-19 at 10:13 +0200, Peter T. Breuer wrote:
> > The following "sleep under spinlock" is still present as of linux
> > 2.6.12.5 in sound/oss/sequencer.c in midi_outc:
> >
> >
> > n = 3 * HZ; /* Timeout */
> >
> >
On 8/20/05, Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
> On 8/19/05, Alan Cox <[EMAIL PROTECTED]> wrote:
> > On Gwe, 2005-08-19 at 11:02 +0200, Bartlomiej Zolnierkiewicz wrote:
> > > lkml.org/lkml/2005/1/27/20
> > >
> > > AFAIK CS5535 driver was never ported to 2.6.x. Somebody needs to
>
On 8/19/05, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Gwe, 2005-08-19 at 11:02 +0200, Bartlomiej Zolnierkiewicz wrote:
> > lkml.org/lkml/2005/1/27/20
> >
> > AFAIK CS5535 driver was never ported to 2.6.x. Somebody needs to
> > port it to 2.6.x kernel, cleanup to match kernel coding standards and te
Hi all,
On Thu, 2005-08-18 at 08:01 +0200, Ingo Molnar wrote:
> i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
> the usual place:
I reworked the code for dynamically setting the priority of the hrtimer
softirq to be aware of PI.
The current function "mutex_chprio()" in -
[ this time with a better subject ]
"extern inline" doesn't make sense.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6-mm1-full/fs/adfs/adfs.h.old2005-08-19
23:21:33.0 +0200
+++ linux-2.6.13-rc6-mm1-full/fs/adfs/adfs.h2005-08-19 23:22:07.0
+020
On 8/19/05, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 19, 2005 at 04:33:31AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.13-rc5-mm1:
> >...
> > +drivers-cdrom-fix-up-schedule_timeout-usage.patch
> >...
>
> I sell copies of gcc at reasonable prices...
>
> <-- snip -->
>
On Fri, Aug 19, 2005 at 07:20:20PM -0400, Steven Rostedt wrote:
> On Fri, 2005-08-19 at 16:12 -0700, Paul E. McKenney wrote:
> >
> > Hmmm Guess it is time for me to stop procrastinating on better
> > understanding git...
>
> Why? I still don't. Just go to http://www.kernel.org/ and download
"extern inline" doesn't make sense.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6-mm1-full/fs/reiser4/plugin/file/funcs.h.old
2005-08-19 23:23:00.0 +0200
+++ linux-2.6.13-rc6-mm1-full/fs/reiser4/plugin/file/funcs.h2005-08-19
23:23:08.0 +0200
@@
"extern inline" doesn't make sense.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6-mm1-full/fs/xfs/linux-2.6/xfs_buf.h.old2005-08-19
23:23:40.0 +0200
+++ linux-2.6.13-rc6-mm1-full/fs/xfs/linux-2.6/xfs_buf.h2005-08-19
23:23:47.0 +0200
@@ -452,7 +
On Gwe, 2005-08-19 at 11:02 +0200, Bartlomiej Zolnierkiewicz wrote:
> lkml.org/lkml/2005/1/27/20
>
> AFAIK CS5535 driver was never ported to 2.6.x. Somebody needs to
> port it to 2.6.x kernel, cleanup to match kernel coding standards and test.
That was done some time ago and posted to various p
"extern inline" doesn't make sense.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6-mm1-full/fs/adfs/adfs.h.old2005-08-19
23:21:33.0 +0200
+++ linux-2.6.13-rc6-mm1-full/fs/adfs/adfs.h2005-08-19 23:22:07.0
+0200
@@ -97,7 +97,7 @@
extern struct in
On Iau, 2005-08-18 at 17:31 -0700, dean gaudet wrote:
> thoughts? i'm going to hang onto this bad disk so i can try out patches...
> if folks point me in the right direction(s) i could even work on fixes.
One problem at least is that unlike SCSI the IDE layer never gives up on
a device. That comb
On Gwe, 2005-08-19 at 10:13 +0200, Peter T. Breuer wrote:
> The following "sleep under spinlock" is still present as of linux
> 2.6.12.5 in sound/oss/sequencer.c in midi_outc:
>
>
> n = 3 * HZ; /* Timeout */
>
> spin_lock_irqsave(&lock,flags);
> while (n && !m
The second arg of do_timer_interrupt() is not used in the functions, and
all callers pass NULL.
Is there any reason not to remove it?
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/kernel/time.c |5 ++---
arch/sh/kernel/time.c |4 ++--
arch/sh64/kernel/time.c |4 +
On Fri, Aug 19, 2005 at 04:33:31AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc5-mm1:
>...
> +drivers-cdrom-fix-up-schedule_timeout-usage.patch
>...
I sell copies of gcc at reasonable prices...
<-- snip -->
...
CC drivers/cdrom/sbpcd.o
...
drivers/cdrom/sbpcd.c:830: warnin
Le Saturday 20 August 2005 a 00:08, Pekka Enberg ecrivait:
> On 8/20/05, Stephane Wirtel <[EMAIL PROTECTED]> wrote:
> > I don't know if there is a project based on Doxygen to make
> > (or generate) a documentation of the kernel.
> >
> > Do you think that will be interesting to make a such documen
On Fri, 2005-08-19 at 16:12 -0700, Paul E. McKenney wrote:
>
> Hmmm Guess it is time for me to stop procrastinating on better
> understanding git...
Why? I still don't. Just go to http://www.kernel.org/ and download the
latest git release (as of now it's -git11).
Of course you need to know
Phillip Lougher writes:
> Doesn't iget_locked() assume inode numbers are unique?
>
> In Cramfs inode numbers are set to 1 for non-data inodes (fifos,
> sockets, devices, empty directories), i.e
>
> %stat device namedpipe
>File: `device'
>Size: 0 Blocks: 0 IO Block:
On Sat, Aug 20, 2005 at 12:15:42AM +0100, Al Viro wrote:
>
> That looks OK except for
> * jffs2 is b0rken (see patch in another mail)
> * afs, autofs4, befs, devfs, freevxfs, jffs2, jfs, ncpfs, procfs,
> smbfs, sysvfs, ufs, xfs - prototype change for ->follow_link()
> * befs, smb
On Fri, Aug 19, 2005 at 07:02:42PM -0400, Steven Rostedt wrote:
> On Fri, 2005-08-19 at 15:47 -0700, Paul E. McKenney wrote:
>
> > Good catch -- but a few changes needed to be perfectly safe:
> >
> > static inline void *netpoll_poll_lock(struct net_device *dev)
> > {
> >
> >
On Fri, Aug 19, 2005 at 03:04:52PM -0700, Linus Torvalds wrote:
>
>
> On Fri, 19 Aug 2005, Anton Altaparmakov wrote:
> >
> > Yes, sure. I have applied your patch to our 2.6.11.4 tree (with the one
> > liner change I emailed you just now) and have kicked off a compile.
>
> Actually, hold on. T
On Fri, 19 Aug 2005, Chuck Harding wrote:
Sure did. At least on a normal reboot. I will try
SysRq+B and see what happens. Thanks.
And no oops with SysRq+B either. Thanks.
--
Charles D. (Chuck) Harding <[EMAIL PROTECTED]> Voice: 925-423-8879
Senior Computer Associate ICCD
Nikita Danilov wrote:
Howard Chu <[EMAIL PROTECTED]> writes:
> concurrency. It is the nature of such a system to encounter
> deadlocks over the normal course of operations. When a deadlock is
> detected, some thread must be chosen (by one of a variety of
> algorithms) to abort its transaction, i
On Fri, 2005-08-19 at 15:47 -0700, Paul E. McKenney wrote:
> Good catch -- but a few changes needed to be perfectly safe:
>
> static inline void *netpoll_poll_lock(struct net_device *dev)
> {
>
> struct netpoll_info *npi;
>
> rcu_read_lock();
>
Jeff Garzik wrote:
Yes, that's why I have resisted the "just add the PCI ID" patches that
have cropped up.
SiS submitted patches that duplicated portions of libata inside their
driver, rather than simply fixing libata as would be proper.
So we are stuck in the middle :(
Someone needs to wo
On Fri, 2005-08-19 at 15:13 -0700, Darren Hart wrote:
> I was trying to use another HRT clock source and couldn't get menuconfig
> to let me select acpi-pm-timer, turns out it has been disabled in
> arch/i386/Kconfig, but the description is still in the help...
>
>
> # config HIGH_RES_TIMER_ACP
On Fri, 2005-08-19 at 11:55 +0200, Emmanuel Fleury wrote:
> Hi all,
>
> I did try to look for Alsa drivers for the new X-Fi chip from Creatives
> (http://www.tomshardware.com/consumer/20050818/), but I didn't find any.
>
> I there something running around this chip ? Or no plan yet ?
Are these e
On Fri, Aug 19, 2005 at 04:33:31AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc5-mm1:
>...
> +fix-handling-in-parport_pc-init-code.patch
>
> parport fix
>...
This patch broke my parallel port printer.
diff between 2.6.13-rc6-mm1 and 2.6.13-rc6-mm1 with this patch reverted
(the rea
On Fri, Aug 19, 2005 at 05:22:28PM -0400, Steven Rostedt wrote:
> On Wed, 2005-08-17 at 18:23 +0200, Ingo Molnar wrote:
>
> >
> > > And it goes on and on. This happens everytime. Without netconsole, I
> > > only get the nonzero lock count error. Also, one of my lockups on SMP
> > > had to do with
Chris Wedgwood wrote:
On Thu, Aug 18, 2005 at 11:03:45PM -0700, Howard Chu wrote:
> If the 2.6 kernel makes this programming model unreasonably slow,
> then quite simply this kernel is not viable as a database platform.
Pretty much everyone else manages to make it work.
And this contribute
Sure did. At least on a normal reboot. I will try
SysRq+B and see what happens. Thanks.
On Fri, 19 Aug 2005, Karsten Wiese wrote:
Chuck wrote:
I'm still getting the same oops when rebooting. the same process (reboot)
similar call trace (some addresses are slightly different but the functions
a
On 08/19/05 17:10, Patrick Mansfield wrote:
> Luben -
>
> On Fri, Aug 19, 2005 at 04:43:41PM -0400, Luben Tuikov wrote:
>
>>On 08/19/05 16:11, Patrick Mansfield wrote:
>
>
>>>I was changing it to wakeup the eh even while other IO is outstanding, so
>>>the eh can wakeup and cancel individual com
Ingo Molnar wrote:
i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
the usual place:
http://redhat.com/~mingo/realtime-preempt/
I was trying to use another HRT clock source and couldn't get menuconfig
to let me select acpi-pm-timer, turns out it has been disabled in
On Fri, 19 Aug 2005, Anton Altaparmakov wrote:
>
> Yes, sure. I have applied your patch to our 2.6.11.4 tree (with the one
> liner change I emailed you just now) and have kicked off a compile.
Actually, hold on. The original patch had another problem: it returned an
uninitialized "page" point
Andrew Morton a écrit :
Eric Dumazet <[EMAIL PROTECTED]> wrote:
Considering :
[EMAIL PROTECTED] linux-2.6.13-rc6]# find .|xargs grep f_maxcount
./fs/file_table.c: f->f_maxcount = INT_MAX;
./fs/read_write.c: if (unlikely(count > file->f_maxcount))
./include/linux/fs.h: size_t
This patch implements a device driver for the external interrupt
capabilities of the SGI IOC4 I/O controller chip. This driver
depends upon the ioc4 driver and the extint abstraction layer
(provided in the first patch of this series).
In addition to the base capabilities present in the abstracted
This patch implements an abstraction layer for external interrupt devices.
It creates a new sysfs class "extint" which provides a number of read-write
and a few read-only attributes which can be used to control a lower-level
hardware-specific external interrupt device driver.
The abstraction layer
Here is a set of patches that implements an external interrupt capability
in Linux, along with a device driver for a specific hardware device. I
submitted the patches several weeks ago, and they drew no comments, which
I take to be a good sign. Anyway, I'm hoping these can be picked up for
-mm in
Ingo Molnar wrote:
i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
the usual place:
http://redhat.com/~mingo/realtime-preempt/
I'm looking into getting HRT and RT booting on a SUMMIT NUMA machine
(cyclone timer), but after s/error/warning/ in arch/i386/timers/timer.c
On 8/20/05, Stephane Wirtel <[EMAIL PROTECTED]> wrote:
> I don't know if there is a project based on Doxygen to make
> (or generate) a documentation of the kernel.
>
> Do you think that will be interesting to make a such document ?
The kernel already has it's own API documentation generator calle
On Fri, Aug 19, 2005 at 01:35:49PM -0700, Linus Torvalds wrote:
> I'm not sure if this merits a new file or new organization (hey,
> fs/lib/xxx might be good in theory). In particular, I had actually been
> hoping to release 2.6.13 today, but this seems like a valid thing to hold
> things up for -
On Fri, 19 Aug 2005, Linus Torvalds wrote:
> On Fri, 19 Aug 2005, Anton Altaparmakov wrote:
> > It does disable link caching. But I didn't make this up. This is exactly
> > what smbfs uses. I just copied smbfs given ncpfs copies almost everything
> > smbfs does anyway...
>
> Can you test whet
Eric Dumazet <[EMAIL PROTECTED]> wrote:
>
> Considering :
>
> [EMAIL PROTECTED] linux-2.6.13-rc6]# find .|xargs grep f_maxcount
> ./fs/file_table.c: f->f_maxcount = INT_MAX;
> ./fs/read_write.c: if (unlikely(count > file->f_maxcount))
> ./include/linux/fs.h: size_t f_m
On Fri, 19 Aug 2005, Anton Altaparmakov wrote:
>
> You are throwing away the error return from vfs_readlink(). I suspect you
> wanted:
>
> + cookie = ERR_PTR(res);
Yes, thanks.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Update driver version number to twelve.
Signed-off-by: Ed L. Cashin <[EMAIL PROTECTED]>
Index: 2.6.13-rc6-aoe/drivers/block/aoe/aoe.h
===
--- 2.6.13-rc6-aoe.orig/drivers/block/aoe/aoe.h 2005-08-19 11:57:04.0
-0400
+++ 2.6.13
Hi Andrew
Considering :
[EMAIL PROTECTED] linux-2.6.13-rc6]# find .|xargs grep f_maxcount
./fs/file_table.c: f->f_maxcount = INT_MAX;
./fs/read_write.c: if (unlikely(count > file->f_maxcount))
./include/linux/fs.h: size_t f_maxcount;
I was wondering if f_maxcount h
Dave Johnson wrote:
Patch below fixes this by making get_cramfs_inode() use the inode
cache before blindly creating a new entry every time. This eliminates
the duplicate inodes and duplicate buffer cache.
> + struct inode * inode = iget_locked(sb, CRAMINO(cramfs_inode));
Doesn't iget_locke
1 - 100 of 252 matches
Mail list logo
