Al Viro wrote:
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-base/drivers/media/dvb/frontends/tda80xx.c
current/drivers/media/dvb/frontends/tda80xx.c
--- RC13-rc7-base/drivers/media/dvb/frontends/tda80xx.c 2005-08-24
01:56:38.0 -0400
+++ current/drivers/media/dvb/f
On 8/27/05, lab liscs <[EMAIL PROTECTED]> wrote:
> I thought it must be in system context ,but always with a litte doubt.
>
> is there third context the kernel can run in ?
> -
If I am not wrong, softirq runs in process context (system call is
also done through softirq, int 0x80 - this runs in pr
Michael Marineau wrote:
Thses patches resume ATI radeon cards from acpi S3 suspend when using
radeonfb by reposting the video bios. This is needed to be able to use
S3 when the framebuffer is enabled.
These patches break resume from S3 for me. On a vanilla kernel,
radeonfb comes back fine, with
Hugh Dickins wrote:
On Sun, 28 Aug 2005, Nick Piggin wrote:
This is the condition I ended up with. Any good?
if (!(vma->vm_flags & (VM_HUGETLB|VM_NONLINEAR|VM_RESERVED))) {
if (vma->vm_flags & VM_MAYSHARE)
return 0;
if (vma->vm_file && !vma->anon_vma)
return 0;
}
It's not bad, and practic
On Sun, Aug 28, 2005 at 12:41:08AM +0100, Alistair John Strachan wrote:
> On Saturday 27 August 2005 22:28, Chris Wedgwood wrote:
> > On Sat, Aug 27, 2005 at 08:19:18AM +, Kent Robotti wrote:
> > > I know that experience dosen't come from packing the kernel source,
> > > or the zillion other ta
Hi Pavel,
On 8/27/05, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Well, with my power-managment hat on:
>
> we probably want "freeze" functionality to be generic; it makes sense
> for other devices, too.
>
> "My battery is so low I can not use wifi any more" => userspace
> freezes wifi.
>
> Now,
On 27.08.2005 [18:25:44 -0700], Michael Marineau wrote:
> Thses patches resume ATI radeon cards from acpi S3 suspend when using
> radeonfb by reposting the video bios. This is needed to be able to use
> S3 when the framebuffer is enabled.
Just wanted to report that these patches lead to progress o
On Sat, 27 Aug 2005 22:57:45 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]> wrote:
> On Sat, 27 Aug 2005, Pete Zaitcev wrote:
> > > Kernel
> > > ==
> > > - 2.6.8, 2.6.11.10 and 2.6.12.4, all show same problem
> > Actually, I suspected that this may be a poorly working Transaction
> > Tranlating
On Sun, 28 Aug 2005, Nick Piggin wrote:
>
> This is the condition I ended up with. Any good?
>
> if (!(vma->vm_flags & (VM_HUGETLB|VM_NONLINEAR|VM_RESERVED))) {
> if (vma->vm_flags & VM_MAYSHARE)
> return 0;
> if (vma->vm_file && !vma->anon_vma)
>return 0;
> }
It's not bad, and practical ti
On Sat, Aug 27, 2005 at 09:31:48PM -0500, Patrick wrote:
> There is a problem with the display of CPU Frequency in /proc/cpuinfo.
> It displays the CPU Frequency correctly... until you change the speed
> manually with the kernel's frequency scaling. Before I do this, my
> frequency displayed i
Hi!
Of late I have been working on a driver for the IBM Hard Drive Active
Protection System (HDAPS), which provides a two-axis accelerometer and
some other misc. data. The hardware is found on recent IBM ThinkPad
laptops.
The following patch adds the driver to 2.6.13-rc6-mm2. It is
self-conta
On Sat, 27 Aug 2005, Pete Zaitcev wrote:
> On Sat, 27 Aug 2005 15:43:11 +0200, Dominik Wezel <[EMAIL PROTECTED]> wrote:
>
> Forwarding to linux-usb-devel with comments.
>
> > Kernel
> > ==
> > - 2.6.8, 2.6.11.10 and 2.6.12.4, all show same problem
>
> > Problem
> > ===
> > When turning
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-base/drivers/net/smc-ultra.c current/drivers/net/smc-ultra.c
--- RC13-rc7-base/drivers/net/smc-ultra.c 2005-08-24 01:56:39.0
-0400
+++ current/drivers/net/smc-ultra.c 2005-08-27 22:47:43.0 -0400
@@ -68,6 +
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-rc7-base/drivers/media/dvb/frontends/tda80xx.c
current/drivers/media/dvb/frontends/tda80xx.c
--- RC13-rc7-base/drivers/media/dvb/frontends/tda80xx.c 2005-08-24
01:56:38.0 -0400
+++ current/drivers/media/dvb/frontends/tda80xx.c
* ieee1394_device_id has kernel_ulong_t field after an odd number of
__u32 ones. Since mod_devicetable.h is included both from kernel and from
host build helper, we may be in trouble if we are building on 32bit host for
64bit target - userland sees unsigned long long, kernel sees unsigned
Update documentation to reflect that this patch is now in the kernel.
Signed-off-by: Michael Marineau <[EMAIL PROTECTED]>
--
Michael Marineau
[EMAIL PROTECTED]
Oregon State University
Index: linux-2.6.13-rc7/Documentation/power/video.txt
===
Ben, do I have your blessing on this one?
Adds the video post method of resume for x86 to radeonfb to allow for
resuming after S3 acpi suspend.
--
Michael Marineau
[EMAIL PROTECTED]
Oregon State University
Index: linux-2.6.13-rc7/drivers/video/aty/radeon_pm.c
=
There is a problem with the display of CPU Frequency in /proc/cpuinfo.
It displays the CPU Frequency correctly... until you change the speed
manually with the kernel's frequency scaling. Before I do this, my
frequency displayed in /proc/cpuinfo is: "3208.757", This is correct.
Then I: "||echo 6000
Generic function to post the video bios.
Based directly on the original patch by Ole Rohne.
Signed-off-by: Michael Marineau <[EMAIL PROTECTED]>
--
Michael Marineau
[EMAIL PROTECTED]
Oregon State University
Index: linux-2.6.13-rc7/arch/i386/kernel/acpi/sleep.c
Thses patches resume ATI radeon cards from acpi S3 suspend when using
radeonfb by reposting the video bios. This is needed to be able to use
S3 when the framebuffer is enabled.
--
Michael Marineau
[EMAIL PROTECTED]
Oregon State University
signature.asc
Description: OpenPGP digital signature
On 8/28/05, Adrian Bunk <[EMAIL PROTECTED]> wrote:
[...]
> You said "full gettext" was required and that the presence of "gettext
> binaries" should be checked what surprised me. It seems this is not the
> problem. Under Linux, libintl.h is not shipped with gettext but with the
> C library if you a
Hi!
> Here is a cleaned up version of the patch to repost radeon cards when
> resuming from acpi s3 suspend. I've been sitting on it for a while
> hoping that I might be able to gain some insight in how to use the d2
> state instead of this repost as ppc does. On my x86 laptop with a
> radeon 90
Russell King writes:
> Have you looked at how serial_core handles this kind of problem in
> its open and close methods? I put some comments in there because
> of the issue, after thinking about it fairly carefully.
Yes, albeit briefly; the problem in con_open is much simpler because
we never nee
Hi,
Tim Weippert wrote:
i have read some postings concerning the following Kernel Messages:
Aug 26 18:04:01 montdsnsu3 kernel: grep[11619] general protection
rip:2aaaed43 rsp:7f9c0740 error:0
Aug 26 18:08:02 montdsnsu3 kernel: ping[14867] general protection
rip:2aaaed43 rsp:7fdb
On Saturday 27 August 2005 07:41 pm, Alistair John Strachan wrote:
> No offence Chris, but not everybody under 25 is an asshole.
Get real. We have two things colliding here:
1) People in the FOSS community often are assholes
2) People under 25 often are assholes
... ergo, people in the FOSS commu
Please pull from the 'upstream-fixes' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
to obtain the fixes described in the diffstat/changelog/patch attached.
drivers/net/hamradio/6pack.c |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
comm
mail.htm
Description: Binary data
On Sun, Aug 28, 2005 at 09:40:01AM +1000, Paul Mackerras wrote:
> I have a laptop (G3 powerbook) which will pretty reliably hit a race
> between con_open and con_close late in the boot process and oops in
> vt_ioctl due to tty->driver_data being NULL.
Have you looked at how serial_core handles thi
Paul Mackerras wrote:
I have a laptop (G3 powerbook) which will pretty reliably hit a race
between con_open and con_close late in the boot process and oops in
vt_ioctl due to tty->driver_data being NULL.
What happens is this: process A opens /dev/tty6; it comes into
con_open() (drivers/char/vt.c
On Saturday 27 August 2005 22:28, Chris Wedgwood wrote:
> On Sat, Aug 27, 2005 at 08:19:18AM +, Kent Robotti wrote:
> > I know that experience dosen't come from packing the kernel source,
> > or the zillion other tar archives on the internet.
>
> Are you deliberately trying to be annoying? Le
I have a laptop (G3 powerbook) which will pretty reliably hit a race
between con_open and con_close late in the boot process and oops in
vt_ioctl due to tty->driver_data being NULL.
What happens is this: process A opens /dev/tty6; it comes into
con_open() (drivers/char/vt.c) and assign a non-NULL
On Sat, Aug 27, 2005 at 10:45:55PM +, Kent Robotti wrote:
> Why don't you do some research on manners?
It was (an obvious) troll. Don't take it so seriously. Besides, deep
deep down I really am a terrible person.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
On Saturday 27 August 2005 06:45 pm, Kent Robotti wrote:
> Are you satisfied ass?
... said the troll.
--
Patrick "Diablo-D3" McFarland || [EMAIL PROTECTED]
"Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd
all be running around in darkened rooms, munching magic
On Sat, Aug 27, 2005 at 10:45:55PM +, Kent Robotti wrote:
> On Sat, Aug 27, 2005 at 02:28:17PM -0700, Chris Wedgwood wrote:
> > How about you do a little research on some things for a bit? The
> > initramfs code is done the way it is for a good reason. cpio is used
> > over tar for another go
On Sat, Aug 27, 2005 at 02:28:17PM -0700, Chris Wedgwood wrote:
> How about you do a little research on some things for a bit? The
> initramfs code is done the way it is for a good reason. cpio is used
> over tar for another good reason.
Why don't you do some research on manners?
> You are mos
Rogério Brito <[EMAIL PROTECTED]> wrote:
>
> Hi, Andrew.
>
> I just tested the USB mouse with 2.6.13-rc6-mm2 and ACPI disabled
> (which, according to Linus, is one of the "usual suspects") and the
> problem still occurred.
>
> On the other hand, with kernel 2.6.13-rc5-mm1 (which I am running now)
On Sat, 2005-08-27 at 17:17 -0400, Lennart Sorensen wrote:
> As for volume settings, I always try to keep the sound card mixers at
> around 75 to 80% since it seems most amplifiers and mixer do distort a
> bit when you max them out. Why would you want them all at 100%
> anyhow, then you might as w
On Sat, 2005-08-27 at 14:28 -0700, Chris Wedgwood wrote:
> - you're very interesting in real-time patches. linux should
> clearly have all real-time stuff merged. second to your interest
> in realtime is probably something like selinux
Please don't lump the -rt kernel people in with the
Hi,
Today my firewall just up and oopsed after about a month of uptime.
It has to be something new that was introduced to my lan or so since
it's the local interface that oopsed... I generally don't care about
this part but i thought that it might be good to inform you guys.
The option mentione
On Sat, Aug 27, 2005 at 08:19:18AM +, Kent Robotti wrote:
> I know that experience dosen't come from packing the kernel source,
> or the zillion other tar archives on the internet.
Are you deliberately trying to be annoying? Let me guess:
- your under 25 years of age, probably in high sc
On Sat, Aug 27, 2005 at 08:18:59PM +0200, Thomas Zehetbauer wrote:
> I have now been told that SPDIF cannot support more than 2 channels
> except with AC3 compression. Given the fact that we can send 580MBit/s
> over USB2.0 I would not have even remotely considered this to be the
> problem and find
Hi Karsten,
> > This patch fixes a bug in the capifs initialization code, where the
> > filesystem is not unregistered if kern_mount() fails.
> >
> > Please apply.
>
> looks OK for me.
and what about me idea to remove capifs completely? We have udev now and
thus it is not needed anymore. I sto
Hi!
> >> When acpi_sleep_prepare was moved into a shutdown method we
> >> started calling it for all shutdowns. It appears this triggers
> >> some systems to power off on reboot. Avoid this by only calling
> >> acpi_sleep_prepare if we are going to power off the system.
> >
> > Are you sure that
On Sat, Aug 27, 2005 at 05:09:04PM -0300, Rog???rio Brito wrote:
> Hi, Andrew.
>
> I just tested the USB mouse with 2.6.13-rc6-mm2 and ACPI disabled
> (which, according to Linus, is one of the "usual suspects") and the
> problem still occurred.
see here
http://marc.theaimsgroup.com/?l=linux-kerne
Hi, Andrew.
I just tested the USB mouse with 2.6.13-rc6-mm2 and ACPI disabled
(which, according to Linus, is one of the "usual suspects") and the
problem still occurred.
On the other hand, with kernel 2.6.13-rc5-mm1 (which I am running now),
I didn't have any problems plugging and unplugging the
Pavel Machek <[EMAIL PROTECTED]> writes:
> Hi!
>
>> When acpi_sleep_prepare was moved into a shutdown method we
>> started calling it for all shutdowns. It appears this triggers
>> some systems to power off on reboot. Avoid this by only calling
>> acpi_sleep_prepare if we are going to power off
Hi!
> > > Please make the interface accept number of seconds (as suggested by Jens)
> > > and remove this module parameter. This way interface will be more flexible
> > > and cleaner. I really don't see any advantage in doing "echo 1 > ..."
> > > instead
> > > of "echo x > ..." (Pavel, please ex
Hi!
> Of late I have been working on a driver for the IBM Hard Drive Active
> Protection System (HDAPS), which provides a two-axis accelerometer and
> some other misc. data. The hardware is found on recent IBM ThinkPad
> laptops.
>
> The following patch adds the driver to 2.6.13-rc6-mm2. It is
Hi!
> When acpi_sleep_prepare was moved into a shutdown method we
> started calling it for all shutdowns. It appears this triggers
> some systems to power off on reboot. Avoid this by only calling
> acpi_sleep_prepare if we are going to power off the system.
Are you sure that system_state is co
Hi!
> >Would we ever want to favor a frequency shifting timer over anything
> > else in the system? If it was noticeable perhaps we'd just need a
> > callback to re-evaluate the frequency and rescan for the best timer. If
> > it happens without notice, a flag that statically assigns it the l
On 8/27/05, J. B. <[EMAIL PROTECTED]> wrote:
> if got it from
> ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-2.6.10.tar.bz2
> and applied some patches
The problem resides in the "some patches" then - as Randy said,
bootsplash.c isn't in kernel.org kernels.
> > --
On Sat, Aug 27, 2005 at 02:06:26PM +0200, Ingo Oeser wrote:
In short: please remove all "const" markers from the function,
try to uninline it somewhere and resend.
Indeed, only buflen should be const, thanks for pointing it out.
A new patch is below.
And while you are at it, please check, we
On Sat, 2005-08-27 at 20:48 +0200, J. B. wrote:
> if got it from
> ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-2.6.10.tar.bz2
> and applied some patches
"some patches" could be anything. Please don't waste our time with bug
reports for randomly patched kernels.
Lee
-
To unsubscribe from t
if got it from
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-2.6.10.tar.bz2
and applied some patches
>
> From: Randy.Dunlap <[EMAIL PROTECTED]>
> Sent: Sat Aug 27 20:34:27 CEST 2005
> To: J. B. <[EMAIL PROTECTED]>
> Subject: Re: kernel compile error in
On Sat, 2005-08-27 at 20:18 +0200, Thomas Zehetbauer wrote:
> I have now been told that SPDIF cannot support more than 2 channels
> except with AC3 compression. Given the fact that we can send 580MBit/s
> over USB2.0 I would not have even remotely considered this to be the
> problem and find it an
On Sat, 27 Aug 2005 19:53:35 +0200 (CEST) J. B. wrote:
> I try to compile a 2.6.10 kernel but it stops with an error
> in bootsplash.c. I have everything set in my .config file in /usr/src/linux
> for bootsplash support.
>
> Anybody an idea. Where should i start to look? I am a newbie in kernel
I googled some more and seem to have found the reason of the error:
http://gcc.gnu.org/ml/gcc/2005-02/msg00053.html
It is related to gcc 4.0 which indeed i did an apt-get update for.
But is there a patch avail for my 2.6.10 kernel-source?
>
> I try to compile a 2.6.10 kernel but it stops wit
I have now been told that SPDIF cannot support more than 2 channels
except with AC3 compression. Given the fact that we can send 580MBit/s
over USB2.0 I would not have even remotely considered this to be the
problem and find it an incredible shame that audio industry is using
such a crippled standa
James Bottomley <[EMAIL PROTECTED]> wrote:
>
> The current gang lookup is rather naive and slow.
I'd say the main naivety in gang lookup is the awkward top-level iteration
algorithm. The way it bales out all the way to the top level of the tree
once __lookup() hits the end of the slots[] array, e
I try to compile a 2.6.10 kernel but it stops with an error
in bootsplash.c. I have everything set in my .config file in /usr/src/linux for
bootsplash support.
Anybody an idea. Where should i start to look? I am a newbie in kernel world
in file included from drivers/video/bootsplash/bootsplash.
On Sun, Aug 28, 2005 at 12:23:38AM +0900, Jerome Pinot wrote:
>...
> snip
>...
> In file included from scripts/kconfig/conf.c:14:
> scripts/kconfig/lkc.h:11:21: libintl.h: No such file or directory
>...
> snip
>
> Actually, adding libintl.h in /usr/include didn't solve the issu
On Sat, 2005-08-27 at 14:01 +0200, Andreas Herrmann wrote:
> this patch fixes a severe problem with 2.6.13-rc7.
>
> Due to recent SCSI changes it is not possible to add any
> LUNs to the zfcp device driver anymore. With registration
> of remote ports this is fixed.
>
> Please integrate the patch
Hi Linus,
Below you'll find a patch, which fixes an ugly problem with some DVB USB
devices. I would highly appreciate the inclusion into the linux kernel
before 2.6.13 is released.
Thank you very much in advance,
Patrick.
Fixed race between submitting streaming URBs in the driver a
On Sat, 27 Aug 2005 15:43:11 +0200, Dominik Wezel <[EMAIL PROTECTED]> wrote:
Forwarding to linux-usb-devel with comments.
> Kernel
> ==
> - 2.6.8, 2.6.11.10 and 2.6.12.4, all show same problem
> Problem
> ===
> When turning on the laptop and during POST and GrUB loading, all ports
> on
The current idr code suffers from three faults:
1) idr_pre_get() and idr_remove() take an internal lock, so can't be
called from interrupt level
2) idr_pre_get is racy, so you need to check for an EAGAIN return from
idr_get_new() and retry ... several callers seem to forget this
3) idr_pre_get() i
Alexey Dobriyan [EMAIL PROTECTED] wrote:
> On Thu, Aug 25, 2005 at 02:48:55PM -0700, Lawrence Walton wrote:
> > I just switched out motherboards and CPUs From a Asus K8v SE Deluxe
> > to a to a Asus A8V-E Deluxe, and a 754 pin 3200+ to a 934 pin 3200+.
> > I am now having some fairly serious insta
The current gang lookup is rather naive and slow. This patch replaces
the integer count with an unsigned long representing the bitmap of
occupied elements. We then use that bitmap to find the first occupied
entry instead of looping over all the entries from the beginning of the
radix node.
The p
2005/8/27, Christopher Friesen <[EMAIL PROTECTED]>:
> Sat. wrote:
> > the case about kernel preemption as follow :
> >
> > the book said "when a process that has a higher priority than the
> > currenty running process is awakened ".
> >
> > but I can think about when such case can occur , could you
On Thu, Aug 25, 2005 at 02:48:55PM -0700, Lawrence Walton wrote:
> I just switched out motherboards and CPUs From a Asus K8v SE Deluxe
> to a to a Asus A8V-E Deluxe, and a 754 pin 3200+ to a 934 pin 3200+.
> I am now having some fairly serious instability issues.
I've filed a bug at kernel bugzil
On 8/27/05, Adrian Bunk <[EMAIL PROTECTED]> wrote:
[...]
> are you using an ftp.kernel.org 2.6.12 kernel or a vendor kernel?
That's a vanilla 2.6.12.5 from kernel.org
For obvious reasons, I only do bugreports on lkml for vanilla kernel.
> If it's an ftp.kernel.org kernel, please send the exact er
Linus Torvalds wrote:
On Fri, 26 Aug 2005, Rik van Riel wrote:
On Fri, 26 Aug 2005, Hugh Dickins wrote:
Well, I still don't think we need to test vm_file. We can add an
anon_vma test if you like, if we really want to minimize the fork
overhead, in favour of later faults. Do we?
When you
On Saturday 27 August 2005 13:35, Alexey Dobriyan wrote:
> See? The difference is 64 vs 451 bytes.
Disabling unlikely() doesn't make much difference because the compiler
generates the probability internally then and reorders anyways
(that is why many unlikelys are completely useless
because the d
--- Ben Greear <[EMAIL PROTECTED]> wrote:
> Danial Thom wrote:
>
> > I didn't refuse. I just chose to take help
> from
> > Ben, because Ben took the time to reproduce
> the
> > problem and to provide useful settings that
> made
> > sense to me. There's nothing wrong with my
> > machine.
>
> W
--- "Vladimir B. Savkin" <[EMAIL PROTECTED]>
wrote:
> On Wed, Aug 24, 2005 at 11:08:43PM -0700,
> Danial Thom wrote:
> > If your test is still set up, try compiling
> > something large while doing the test. The
> drops
> > go through the roof in my tests.
> >
> Couldn't this happen because ksof
On Sad, 2005-08-27 at 02:29 -0300, Arnaldo Carvalho de Melo wrote:
> > unlikely() can result in better, smaller, faster code. and it acts as a
> > nice directive to programmers reading the code.
>
> Agreed, keep them :-)
If the unlikely() hints are being used correctly and the compiler is
doing
On Sad, 2005-08-27 at 14:11 +0200, Mateusz Berezecki wrote:
> switching contexts ? I'm asking for some kind of an authoritative answer
> quite urgently. What is the optimum thread amount on 2 CPU SMP system
> running Linux ?
For doing what ? How often is a given thread woken up, do you need
latenc
Hi folks
Looks like something the list has seen before, but I actually ran out of
ideas even after seeing about everything google, yahoo and the kernel
majordomo had to offer as advice ...
Hardware
- IBM Thinkpad T40
- Targus PAUH212 USB 2.0 HUB 7 Ports connected to Laptop
- USB Key
> > > > Currently snsc_event for Altix systems sends SIGPWR to init (and
> > > > abuses tasklist_lock..) while the sbus drivers call execve for
> > > > /sbin/shutdown (which is also ugly, it should at least use
> > > > call_usermodehelper) With normal sysvinit both will end up the same,
> > > > but
On Sat, 27 Aug 2005 22:58, Arjan van de Ven wrote:
> > I'm asking for some kind of an authoritative answer
> > quite urgently. What is the optimum thread amount on 2 CPU SMP system
> > running Linux ?
>
> context switching in linux isn't THAT expensive compared to some other
> operating systems, b
On Thu, Aug 25, 2005 at 01:30:41PM +0900, Jerome Pinot wrote:
> Hi,
Hi Jerome,
> I didn't see much informations about this.
>
> It's not possible to "make {,menu}config" and even to compile a 2.6.12
> kernel if there is no or partially installed Gettext on the system.
>
> Full Gettext is *requ
Group replies work best with mailing lists.
On Sat, 2005-08-27 at 14:30 +0200, Mateusz Berezecki wrote:
> On 8/27/05, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > Well the obvious question is: what kernel version and which thread
> > library?
>
> Ah, sorry I just forgot to put this info
>
On Sat, 2005-08-27 at 14:11 +0200, Mateusz Berezecki wrote:
> Hello List Readers,
>
> I would really appreciate any comment on the overall performance of task
> switching with 25 000 threads running on the Linux system. I was asked to work
> on some software which spawns 25 000 threads and I am re
Hi Venkatesh,
On Saturday 27 August 2005 02:07, Venkatesh Pallipadi wrote:
> Fix convert_acpiid_to_cpu function to handle cpu_index greater than 256. This
> patch also prevents a warning in IA64 cross-compile of this file
> (drivers/acpi/processor_core.c:517: warning: comparison is always false
CÓPIAS - CONVERSÃO - BACKUPS
Para falar conosco não clique em responder no seu programa de e-mail,
acesse o nosso site:
http://www.internet2005.adm.br/dvd/index.html
1 - Conheça os serviços de cópias, conversão ou backups de CD, VHS, DVD,
Minidv, fita 8 mm, Super 8, 16 mm, fita cassete e L
Hi David,
I appreciate your work on unifying common code, but have some comments.
On Saturday 27 August 2005 02:33, David Härdeman wrote:
> The same code as in sg_init_one can be found in a number of places, this
> patch changes them to call the function instead.
> Index: linux-sginitone/include
Hello List Readers,
I would really appreciate any comment on the overall performance of task
switching with 25 000 threads running on the Linux system. I was asked to work
on some software which spawns 25 000 threads and I am really worried if
it will ever work on 2 CPU HP Blade. The kernel was m
Hi,
this patch fixes a severe problem with 2.6.13-rc7.
Due to recent SCSI changes it is not possible to add any
LUNs to the zfcp device driver anymore. With registration
of remote ports this is fixed.
Please integrate the patch in the 2.6.13 kernel or if it
is already too late for this release t
I hate responding to myself but it's necessary:
>RC7-GIT7 barfed on me after some 20 hours:
complete serial console message before it reset is on:
http://newsgate.newsserver.nl/kernel/
as is config-file.
Hardware: AMD64 running pure-64 debian ony tyan motherboard with opteron
250 cpu
On Fri, Aug 26, 2005 at 11:56:56PM -0400, James Morris wrote:
> This patch fixes a bug in the capifs initialization code, where the
> filesystem is not unregistered if kern_mount() fails.
>
> Please apply.
looks OK for me.
Signed-off-by: James Morris <[EMAIL PROTECTED]>
Signed-off-by: Karsten K
>I Wrote:
>After 53 hours and 31 minutes it crashed.
>dth pts/1zaphod.dth.net Wed Aug 24 09:54 - crash (2+05:31)
>reboot system boot 2.6.13-rc7 Wed Aug 24 09:51 (2+05:41)
>
>Prior to this kernel it had been running 2.6.12-mm1 without problems:
>reboot system boot
On Sat, Aug 27, 2005 at 01:12:50AM -0500, Dmitry Torokhov wrote:
> On Saturday 27 August 2005 00:34, Arnaldo Carvalho de Melo wrote:
> > Em Fri, Aug 26, 2005 at 09:06:22PM -0700, Mitchell Blank Jr escreveu:
> > > Andi Kleen wrote:
> > > > - it doesn't seem to help that much on modern CPUs with good
Ahmad Reza Cheraghi wrote:
Where can i download it?
--- Majid Ziaee <[EMAIL PROTECTED]> wrote:
I think that utopia is working this way
Ahmad Reza Cheraghi wrote:
Is there any Hardware-Detection Program, that
directly
gets its Information from the I/O and not from
Hi!
> On Thu, Aug 25, 2005 at 11:48:46AM +0200, Pavel Machek wrote:
> > Something went wrong with PCMCIA on this X32. I inserted CF card, but
> > it detected both hde *and* hdf, mount took forever. At that point I
> > decided that I want my CF card back, took it back, it started
> > producing diff
Here is a cleaned up version of the patch to repost radeon cards when
resuming from acpi s3 suspend. I've been sitting on it for a while
hoping that I might be able to gain some insight in how to use the d2
state instead of this repost as ppc does. On my x86 laptop with a
radeon 9000 resuming fro
Hi,
On 8/27/05, Justin Piszcz <[EMAIL PROTECTED]> wrote:
>
> These options are self-explanatory:
>
> x x ( ) No Forced Preemption (Server) x
> xx x ( ) Voluntary Kernel Preemption (Desktop) x
> xx x (X) Preemptible Kernel (
These options are self-explanatory:
x x ( ) No Forced Preemption (Server) x
xx x ( ) Voluntary Kernel Preemption (Desktop) x
xx x (X) Preemptible Kernel (Low-Latency Desktop) x x
It says 100 HZ or 250 HZ is go
On Fri Aug 26 2005 - 05:33:43 EST, Erik Mouw wrote:
> I prefer tar because I have more experience with it, and it works.
>> The kernel people prefer cpio because they have experience with it, it
>> doesn't need too much code, and it works.
I know that experience dosen't come from pa
On Sat, Aug 27, 2005 at 12:46:39PM +0530, raja wrote:
> Hi,
>I am trying to find the pid of the process with out using the
> getpid() using the following program.
Hmmm, I think you're trying to burn all the steps to programming...
First, your program needs some includes, otherwise it will nev
On 8/27/05, raja <[EMAIL PROTECTED]> wrote:
> Hi,
> I am trying to find the pid of the process with out using the
> getpid() using the following program.
>
> int main()
> {
> struct thread_info * threadInfo = current_thread_info();
> struct task_struct *taskInfo = threadInfo->task;
>
On 8/27/05, raja <[EMAIL PROTECTED]> wrote:
> Hi,
> I am new to linux kernel programming.Will you please give me the
> useful mailing lists and how to subscribe please.
Please refer to http://www.kernelnewbies.org/.
Pekka
-
To unsubscribe from this list: send the
1 - 100 of 102 matches
Mail list logo