On Sun, Apr 03, 2005 at 08:46:12AM +0530, Arun Srinivas wrote:
> hi
>
> can someone show me an example usage of sched_setaffinity().I do not know
> how to set the affinity mask for a process.please.
>
> thanks
> arun
http://www.linuxjournal.com/article/6799
Section "Affinity Masks"
Hope
Hello!
I don't know if you guys already know, there is a possible security risk with
all modern desktop-pcs and ata hard drives. In short:
Modern ata drives can be locked by password. This lock could be set by a
malicous software. This security feature can be frozen, so no programs can
set a
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Hi Ingo,
>
> I need the following two patches to keep my system alive and avoid
> the BUGs in the log send to you earlier (private mail).
hm, the second patch does not apply (and the merge didnt look trivial) -
maybe it depends on some patch in
On Mon, Apr 04, 2005 at 06:08:43PM +0100, Daniel Drake wrote:
> David Ford wrote:
> > It seems that 2.6.12-rc1 introduced an ALSA bug generating an oops for a
> > null pointer.
> >
> > codec_semaphore: semaphore is not ready [0x1][0x300300]
> > codec_read 0: semaphore is not ready for register
Thanks for the answer.
I was just wandering if this was known.
... and yet getting in touch with my RH support person could
be a complex corporate problem involving several flavors of
action request...
Thanks again,
Eric
On Mon, 2005-04-04 at 13:11, Arjan van de Ven wrote:
> On Mon, 2005-04-04
Ingo wrote:
> i've attached the latest snapshot.
I ran your latest snapshot on 64 CPU (well, 62 - one node wasn't
working) system. I made one change - chop the matrix lines at 8 terms.
It's a hack - don't know if it's a good idea. But the long lines were
hard to read (and would only get worse
At Mon, 04 Apr 2005 18:08:43 +0100,
Daniel Drake wrote:
>
> David Ford wrote:
> > It seems that 2.6.12-rc1 introduced an ALSA bug generating an oops for a
> > null pointer.
> >
> > codec_semaphore: semaphore is not ready [0x1][0x300300]
> > codec_read 0: semaphore is not ready for register 0x2c
On Sun, 2005-04-03 at 12:57 -0700, Joel Becker wrote:
> Folks,
> I humbly submit configfs. With configfs, a configfs
> config_item is created via an explicit userspace operation: mkdir(2).
> It is destroyed via rmdir(2). The attributes appear at mkdir(2) time,
> and can be read or modified
On Mon, 2005-04-04 at 12:59 -0400, Eric Desjardins wrote:
> Hi,
>
> I'm having problem with my x86_64 workstation. I'm having about
> 5 kernels oops a day and usually I got that in the syslog:
>
> Apr 4 12:45:07 oshawa kernel: Assertion failure in
> journal_start_Rsmp_2519e07e() at
David Ford wrote:
> It seems that 2.6.12-rc1 introduced an ALSA bug generating an oops for a
> null pointer.
>
> codec_semaphore: semaphore is not ready [0x1][0x300300]
> codec_read 0: semaphore is not ready for register 0x2c
> Unable to handle kernel NULL pointer dereference at virtual address
>
Dmitry Torokhov wrote:
> Hi,
>
> On Apr 4, 2005 11:10 AM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
>
>>Hello all
>>
>>A while back there was quite a discussion on this issue and then
>>specifically "i8042 timing issues". I refer you to
>>http://lkml.org/lkml/2005/1/27/11 for more detail.
>
> ...
[EMAIL PROTECTED] wrote:
>Dual P4 (Tyan S2662/I7505)
>
>Booting of 2.6.12-rc1-bk6 stops after these lines ..
>
>..
>Enabling IO-APIC IRQs
>.. TIMER; vector=0x31 oin1=2 pin2=-1
>checking TSC synchronization across 4 CPUs: passed
>Brought up 4 CPUs
>
>2.6.12-rc1 works.
>Please cc me, I am not
On Mon, Apr 04, 2005 at 10:02:35AM -0700, Linus Torvalds wrote:
>
>
> On Mon, 4 Apr 2005, Russell King wrote:
> >
> > Linus - is the pm.h included in sysdev.h in -rc2?
>
> Nope. Just includes kobject.h
Oh dear - in that case, most of ARM will be broken in -rc2. ;(
On Mon, 4 Apr 2005, Russell King wrote:
>
> Linus - is the pm.h included in sysdev.h in -rc2?
Nope. Just includes kobject.h
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi,
I'm having problem with my x86_64 workstation. I'm having about
5 kernels oops a day and usually I got that in the syslog:
Apr 4 12:45:07 oshawa kernel: Assertion failure in
journal_start_Rsmp_2519e07e() at transaction.c:249:
"handle->h_transaction->t_journal == journal"
I'm using:
Linux
Hi,
On Apr 4, 2005 11:10 AM, Jaco Kroon <[EMAIL PROTECTED]> wrote:
> Hello all
>
> A while back there was quite a discussion on this issue and then
> specifically "i8042 timing issues". I refer you to
> http://lkml.org/lkml/2005/1/27/11 for more detail.
...
I was under impression that
Richard B. Johnson wrote:
>
> But the Linux interface (on the CPU side of the PCI bus interface)
> doesn't care about the implimentation details in the XScale
> Core. That's why it's a complete subsystem, isolated from the
> ix86 by the PCI/Bus interface.
Hmmm.
*takes a long hard look at the
On Sun, 2005-04-03 at 18:35 -0700, Andrew Morton wrote:
> Mingming Cao <[EMAIL PROTECTED]> wrote:
> >
> > I run into OOM problem again on 2.6.12-rc1. I run some(20) fsx tests on
> > 2.6.12-rc1 kernel(and 2.6.11-mm4) on ext3 filesystem, after about 10
> > hours the system hit OOM, and OOM keep
On Sun, Apr 03, 2005 at 12:44:14PM +0200, Pavel Machek wrote:
> > > This fixes u32 vs. pm_message_t confusion in arm. I was not able to
> > > even compile it, but it should not cause any problems. Please apply,
> >
> > On testing this patch, it doesn't build. You need to include
> > linux/pm.h
On Thu Feb 24 2005 - 01:33:38 Adam Belay wrote:
>The basic flow of the new code is as follows:
>1.) A standard "driver core" driver binds to a bridge device.
>2.) When "*probe" is called it sets up the hardware and allocates a
"struct pci_bus".
>3.) The "struct pci_bus" is filled with information
Ooops! I selected the wrong file to attach. Here is the proper syslog
attachment...
/var/log/messages:
Apr 3 13:07:04 localhost kernel: .swsusp: Restoring Highmem
Apr 3 13:07:04 localhost kernel: ACPI: PCI interrupt :00:02.0[A] -> GSI 9
(level, low) -> IRQ 9
Apr 3 13:07:06 localhost
Dual P4 (Tyan S2662/I7505)
Booting of 2.6.12-rc1-bk6 stops after these lines ..
..
Enabling IO-APIC IRQs
.. TIMER; vector=0x31 oin1=2 pin2=-1
checking TSC synchronization across 4 CPUs: passed
Brought up 4 CPUs
2.6.12-rc1 works.
Please cc me, I am not subscribed.
--
Klaus
-
To unsubscribe
Hello all
A while back there was quite a discussion on this issue and then
specifically "i8042 timing issues". I refer you to
http://lkml.org/lkml/2005/1/27/11 for more detail.
It turns out that it was the case that the i8042 controller responds too
late on commands, for example, we issue a
Hi,
On Monday, 4 of April 2005 11:34, Yu, Luming wrote:
> Please testing patch filed at
> http://bugzilla.kernel.org/show_bug.cgi?id=3851#c64
> My testing results on toshiba satellite M20 is:
>
> /proc/acpi/battery/BAT0#time cat state
> present: yes
> capacity state: ok
On Mon, 4 Apr 2005, David Vrabel wrote:
James Bottomley wrote:
so can you provide an example of a BE bus (or device) used on a LE
platform that would actually benefit from this abstraction?
The Network Processing Engines in the Intel IXP425 are big-endian and
its XScale core may be run in
This patch updates NEC VR4100 series CPU-PCI bridge support.
This patch already had applied to Ralf's cvs.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff rc1-mm4-orig/arch/mips/pci/ops-vr41xx.c
rc1-mm4/arch/mips/pci/ops-vr41xx.c
---
James Bottomley wrote:
> so can you provide an example of a BE bus (or device) used on a LE
> platform that would actually benefit from this abstraction?
The Network Processing Engines in the Intel IXP425 are big-endian and
its XScale core may be run in little-endian mode. There's a bunch of
On Mon, Apr 04, 2005 at 01:42:18PM +0800, Li Shaohua wrote:
> Hi,
> On Mon, 2005-04-04 at 13:28, Nathan Lynch wrote:
> > On Mon, Apr 04, 2005 at 10:07:02AM +0800, Li Shaohua wrote:
> > > Clean up all CPU states including its runqueue and idle thread,
> > > so we can use boot time code without any
Christopher Allen Wing writes:
>
>
> On Sun, 3 Apr 2005, Mikael Pettersson wrote:
>
> > Well, first step is to try w/o ACPI. ACPI is inherently fragile
> > and bugs there can easily explain your timer problems. Either
> > recompile with CONFIG_ACPI=n, or boot with "acpi=off pci=noacpi".
The files are there now, as they should.
[EMAIL PROTECTED] marcelo]$ wget
Hi Ranko!
On Apr 4, 2005, at 4:36 PM, Ranko Zivojnovic wrote:
(please do CC replies as I am still not on the list)
As I am kind of pressured to resolve this issue, I've set up a test
environment using VMWare in order to reproduce the problem and
(un)fortunately the attempt was successful.
I have
Hi Steffen,
On Thu, Mar 31, 2005 at 03:24:49PM +0200, Steffen Moser wrote:
> Hi all,
>
> one of our file servers (SuSE Linux 7.2, running "linux-2.4.29")
> oopsed some days ago - here is the bug report:
>
> [1.] One line summary of the problem:
>
> Kernel "linux-2.4.29" oopses irregularly.
Hi,
This patch was generated against 2.6.12-rc1
Working on some code lately I've been getting huge values
for "Cached". The cause is that get_page_cache_size() is an
approximate value, and for a sufficiently small returned value
of get_page_cache_size() the value underflows.
Signed-off-by:
Ju, Seokmann wrote:
Can you please specify megaraid driver version?
the v2.4.29 bundled one, v2.10.3.
I'm going to try the last one from your site, the 2.10.9
Usually there
are no messages on screen, but the last time I get "Kernel bug at
tg3.c:2456"!! on the sender. The skb pointer in the
On Sun, 3 Apr 2005, Mikael Pettersson wrote:
> Well, first step is to try w/o ACPI. ACPI is inherently fragile
> and bugs there can easily explain your timer problems. Either
> recompile with CONFIG_ACPI=n, or boot with "acpi=off pci=noacpi".
When I boot without ACPI (I used 'acpi=off
It seems that 2.6.12-rc1 introduced an ALSA bug generating an oops for a
null pointer.
codec_semaphore: semaphore is not ready [0x1][0x300300]
codec_read 0: semaphore is not ready for register 0x2c
Unable to handle kernel NULL pointer dereference at virtual address
printing eip:
(please do CC replies as I am still not on the list)
As I am kind of pressured to resolve this issue, I've set up a test
environment using VMWare in order to reproduce the problem and
(un)fortunately the attempt was successful.
I have noticed a few points that relate to the size of the physical
On Mon, 2005-04-04 at 15:06 +0100, Russell King wrote:
> Thanks for testing. I've incorporated your changes. One question - do
> you need linux/serial.h included in there?
Yes, because it contains the prototype for early_serial_setup().
It might be a good idea to use the
On Mon, 2005-04-04 at 15:16 +0100, Christoph Hellwig wrote:
> The IOC4 device that provides IDE, serial ports and external interrupts
> on Altix systems has a big endian register layour, and the PCI-X bridge
> in those Altix systems can do the swapping if a special bit is set.
>
> In older
James Bottomley wrote:
On Mon, 2005-04-04 at 17:50 +1000, Benjamin Herrenschmidt wrote:
I disagree. The driver will never "know" ...
? the driver has to know. Look at the 53c700 to see exactly how awful
it is. This beast has byte and word registers. When used BE, all the
byte registers alter
On Fri, 2005-04-01 at 12:35 -0800, David S. Miller wrote:
> On Fri, 01 Apr 2005 15:06:37 -0500
> Stephen Smalley <[EMAIL PROTECTED]> wrote:
>
> > This patch against -bk eliminates the use of i_sock by SELinux as it
> > appears to have been removed recently, breaking the build of SELinux in
> >
On Mon, Apr 04, 2005 at 09:26:58AM -0400, Michael Poole wrote:
> Sven Luther writes:
>
> > Hello,
> >
> >
> > Current linux kernel source hold undistributable non-free firmware blobs,
> > and
> > to consider them as mere agregation, a clear licence statement from the
> > copyright holders of
On Mon, Apr 04, 2005 at 08:59:03AM -0500, James Bottomley wrote:
> Well ... it's like this. Native means "pass through without swapping"
> and has an easy implementation on both BE and LE platforms. Logically
> io{read,write}{16,32}be would have to do byte swaps on LE platforms.
> Being lazy, I'm
Hi,
On Fri, 2005-03-25 at 23:25 +0100, Jesper Juhl wrote:
> (please keep me on CC)
>
> There's no need to check a pointer for NULL before calling kfree() on it -
> kfree() handles NULL pointers just fine on its own.
Thanks. Applied to my ntfs development tree so it should be in the next
-mm
On Mon, Apr 04, 2005 at 03:43:32PM +0200, Kars de Jong wrote:
> Sorry, I've been busy the past few days (getting married and stuff), I
> did look at the patch but didn't get around to send a reply.
Congrats.
> I needed the following extra changes, after that it compiles and works
> on my HP300:
On Mon, 2005-04-04 at 17:50 +1000, Benjamin Herrenschmidt wrote:
> I disagree. The driver will never "know" ...
? the driver has to know. Look at the 53c700 to see exactly how awful
it is. This beast has byte and word registers. When used BE, all the
byte registers alter their position (to
On Mon, Apr 04, 2005 at 09:59:22AM +0100, [EMAIL PROTECTED] wrote:
> Jonathan Lundell wrote:
> >Well, not actually a time warp, though it feels like one.
> >
> >I'm doing some real-time bit-twiddling in a driver, using the TSC to
> >measure out delays on the order of hundreds of nanoseconds.
Sven Luther writes:
> Hello,
>
>
> Current linux kernel source hold undistributable non-free firmware blobs, and
> to consider them as mere agregation, a clear licence statement from the
> copyright holders of said non-free firmware blobls is needed, read below for
> details.
>
>
> Please keep
Hi,
With recent linux distributions (using NPTL), I noticed that dd can hang
waiting on a futex when being killed. The problem sould be reproduceable
with the following script :
---$<---$<---$<---$<---$<---$<---$<
#!/bin/sh
echo 'When you only see "dd frozen" in
> > Assertion failure in log_do_checkpoint() at fs/jbd/checkpoint.c:365:
> > "drop_count != 0 || cleanup_ret != 0"
>
> Could you try running a kernel with the attached patch? Are you able to
> reproduce the problem even with the patch?
Funny thing: Assuming this was an ext3 problem, I moved the
On 094, 04 04, 2005 at 02:14:47 +0200, Mikael Pettersson wrote:
> Don Guy writes:
> > PROBLEM:
> >
> > Attempts to compile v2.4.29 with PCI support disabled result in the
> > following errors:
> >
> > drivers/char/char.o: In function `siig10x_init_fn':
> >
On Thursday, March 31, 2005 7:34 AM, Sergio wrote:
> I made some tests again, switching back to the onboard dual
> aic7902 scsi
> controller (non raid) the tg3 dont hung anymore.
> I just noticed the IRQ mappings change between the two settings.
> The Broadcom eth get always the IRQ #25, the two
Don Guy writes:
> PROBLEM:
>
> Attempts to compile v2.4.29 with PCI support disabled result in the
> following errors:
>
> drivers/char/char.o: In function `siig10x_init_fn':
> drivers/char/char.o(.text.init+0x12cd): undefined reference to
> `pci_siig10x_fn'
> drivers/char/char.o: In
Hi again.
On Mon, 2005-04-04 at 21:31, Pavel Machek wrote:
> Hi!
>
> > > > The patches are against 2.6.11-rc1 with Zwane's CPU hotplug patch in -mm
> > > > tree.
> > >
> > > Should I merge that thing into mainline? It seems that a few people are
> > > needing it.
> >
> > Perhaps we should
* Chen, Kenneth W <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote on Saturday, April 02, 2005 11:04 PM
> > the default on ia64 (32MB) was way too large and caused the search to
> > start from 64MB. That can take a _long_ time.
> >
> > i've attached a new patch with your changes included, and a
Hi!
> > > The patches are against 2.6.11-rc1 with Zwane's CPU hotplug patch in -mm
> > > tree.
> >
> > Should I merge that thing into mainline? It seems that a few people are
> > needing it.
>
> Perhaps we should address the MTRR issue first.
>
> I've had code in Suspend2 for quite a while
[PATCH] I2C rtc8564.c remove duplicate include
Trivial fix: removes duplicate include line.
Patch applies to: 2.6.11.x
(This is my very first patch to the linux-kernel, so let me
start with small things first...)
Signed-off-by: Clemens Koller <[EMAIL PROTECTED]>
diff -Nur
[PATCH] I2C rtc8564.c remove duplicate include
Trivial fix: removes duplicate include line.
Patch applies to: 2.6.11.x
(This is my very first patch to the linux-kernel, so let me
start with small things first...)
Signed-off-by: Clemens Koller <[EMAIL PROTECTED]>
diff -Nur
On Mon, Apr 04, 2005 at 12:21:05PM +0200, Arjan van de Ven wrote:
> On Mon, 2005-04-04 at 12:09 +0200, Sven Luther wrote:
>
> please take this discussion elsewhere. Also please never cc three such
Ok, can you please point to me where is the place it should be taken off ? I
suppose you mean LKML
On Thursday 31 March 2005 12:25, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.
>6.12-rc1-mm4/
Hello Andrew,
I finally managed connecting the target machine over a serial console and run
gdb debugging session as explained in
What about my last post about broadcom ethernet and megaraid irq issue on
v2.4.29 ?
Ciao,
Sergioc.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
On Mon, Apr 04, 2005 at 08:42:30AM +0900, Tomita, Haruo wrote:
> Indeed, Is there a good method of debugging this issue?
> In the check on the source, a doubtful place was not found except
> file_kill().
The obvious way would be to add a variable and do something like
#define file_list_lock() \
Renate Meijer wrote:
On Apr 4, 2005, at 12:08 AM, Kyle Moffett wrote:
On Apr 03, 2005, at 16:25, Kenneth Johansson wrote:
But is this not exactly what Dag Arne Osvik was trying to do ??
uint_fast32_t means that we want at least 32 bits but it's OK with
more if that happens to be faster on this
On Sad, 2005-04-02 at 05:50, Robert Hancock wrote:
> I'm wondering if one does a ton of these cache-bypassing stores whether
> something gets hosed because of that. Not sure what that could be
> though. I don't imagine the chipset is involved with any of that on the
> Athlon 64 - either the CPU
Hello,
I want to crypt some filesystems (/var, /home, /Data). I'm running LVM I
on all these partitions yet.
I searched, how to do this with linux and found 3 ways to achieve, what I
want to do.
1. crypto-loop (with kernel 2.6)
2. loop-AES (with kernel 2.2.x, 2.4.x and 2.6.x)
3. dm-crypt (with
PROBLEM:
Attempts to compile v2.4.29 with PCI support disabled result in the
following errors:
drivers/char/char.o: In function `siig10x_init_fn':
drivers/char/char.o(.text.init+0x12cd): undefined reference to
`pci_siig10x_fn'
drivers/char/char.o: In function `siig20x_init_fn':
On Mon, 2005-04-04 at 12:09 +0200, Sven Luther wrote:
please take this discussion elsewhere. Also please never cc three such
lists on the same posting, there is absolutely no point in doing that.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Hello,
Current linux kernel source hold undistributable non-free firmware blobs, and
to consider them as mere agregation, a clear licence statement from the
copyright holders of said non-free firmware blobls is needed, read below for
details.
Please keep everyone in the CC, as not everyone
Hi Linus, Andrew,
the attached patch fixes a NULL pointer dereference Oops in my
"Multimedia eXtension Board" driver.
The tda9840 i2c driver dereferences the argument pointer, but the MXB
driver is supplying a NULL pointer for one of the commands. The patch
makes this one command behave like
On Apr 4, 2005, at 12:08 AM, Kyle Moffett wrote:
On Apr 03, 2005, at 16:25, Kenneth Johansson wrote:
But is this not exactly what Dag Arne Osvik was trying to do ??
uint_fast32_t means that we want at least 32 bits but it's OK with
more if that happens to be faster on this particular architecture.
Hello Prasanna,
On Apr 4, 2005 5:35 PM, Prasanna S Panchamukhi <[EMAIL PROTECTED]> wrote:
> why /proc ?
Thank you for your remarks. I originally thought of writing a simple
CLI app to sit over /proc , do basic sanity checks and be simple to
use.
> You can use a combination of SysRq key to
Hi Li.
On Mon, 2005-04-04 at 19:24, Li Shaohua wrote:
> > so that cpu_up mechanism can handle them?
> If S4 also calls a smp_prepare_cpu, then the patches don't break S4. If
> people don't complain warm boot a CPU is slow, I'd like S4 also use
> smp_prepare_cpu.
So you have some more changes?
Hi.
On Mon, 2005-04-04 at 12:37, Andrew Morton wrote:
> Li Shaohua <[EMAIL PROTECTED]> wrote:
> >
> > The patches are against 2.6.11-rc1 with Zwane's CPU hotplug patch in -mm
> > tree.
>
> Should I merge that thing into mainline? It seems that a few people are
> needing it.
Perhaps we should
My name is Dayo Adams and I am an artist.I live in Netherland,with my two
kids, four cats, one dog and the love of my life. It is definitely a full
house. I have been doing artwork since I was a small child. That gives me
about 23 years of experience. I majored in art in high school and took a
few
Hey,
I apologize in advance if this is not the right place
to ask. Feel free to redirect me there :)
I just wanted to know if the 2.4 kernel is aware of
hyperthreading the same way the 2.6 kernel ist or if
the issues posted earlier
( http://lwn.net/Articles/8553/ )
(
The attached patch makes the page-becoming-writable notification a VMA
operation only - it removes the equivalent address-space operation and the
chaining of the call.
Furthermore, it fixes the kAFS filesystem to take account of this.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
Joel Becker wrote:
>> I have programmed a universal module to register/remove kprobes handlers
>> by interacting with /proc with simple commands.
>
>
> Looking at your code, I'm thinking you could really use
>configfs. With configfs, kernelspace objects are created and controlled
>via
Hello!
> I woke up to a mostly-dead PE1850 this morning:
>
> Message from [EMAIL PROTECTED] at Fri Apr 1 06:19:14 2005 ...
> storage kernel: Assertion failure in log_do_checkpoint() at
> fs/jbd/checkpoint.c:365: "drop_count != 0 || cleanup_ret != 0"
>
> Message from [EMAIL PROTECTED] at
Please testing patch filed at
http://bugzilla.kernel.org/show_bug.cgi?id=3851#c64
My testing results on toshiba satellite M20 is:
/proc/acpi/battery/BAT0#time cat state
present: yes
capacity state: ok
charging state: charging
present rate:1500 mA
Hi!
> > > > I'm switching suspend2 to use hotplug too. Li, I'll try adding your
> > > > patches as well as Zwane's if you like
> > > Great!
> > >
> > > > (suspend2 can enter S3, S4 or S5
> > > > after writing the image). I'd love to try it on my HT desktop, and
> > > > hotplug will get more
On Mon, 2005-04-04 at 17:10, Pavel Machek wrote:
> Hi!
>
> > > I'm switching suspend2 to use hotplug too. Li, I'll try adding your
> > > patches as well as Zwane's if you like
> > Great!
> >
> > > (suspend2 can enter S3, S4 or S5
> > > after writing the image). I'd love to try it on my HT
Apologies. I've no idea how hitting (r)eply in mutt ended up sending
it to this list as well, I'll go check my .muttrc.
-Ath
--
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
Finger athan(at)fysh.org for PGP key
"And it's me who is my enemy. Me who
Nothing in the changelog for this is screaming "patch now!!!" at me,
but it would probably be best to update.
I'll see if I can sort out compiling it up as usual (unpack in
/usr/local/src/kernel, tar.bz2 in /usr/local/dist/Kernel), but anyone
else with the time feel free.
-Ath
--
-
On Mon, 2005-04-04 at 16:59, Pavel Machek wrote:
> Hi!
>
> > Add kconfig for IA32 S3 SMP.
> >
> > Thanks,
> > Shaohua
> >
> > ---
> >
> > linux-2.6.11-root/kernel/power/Kconfig |7 +++
> > 1 files changed, 7 insertions(+)
> >
> > diff -puN kernel/power/Kconfig~smp_s3_kconfig
Hi!
> > I'm switching suspend2 to use hotplug too. Li, I'll try adding your
> > patches as well as Zwane's if you like
> Great!
>
> > (suspend2 can enter S3, S4 or S5
> > after writing the image). I'd love to try it on my HT desktop, and
> > hotplug will get more testing too :>
> Unfortunately,
Hello,
I've been looking through the JBD code when trying to understand the
assertion failure in log_do_checkpoint() (it was on old SUSE 2.6.5 kernel
though the reporter claims to be able to get the failure even with the
Stephen's patch fixing a race with journal_put_journal_head()) and I've
Hi!
> Add kconfig for IA32 S3 SMP.
>
> Thanks,
> Shaohua
>
> ---
>
> linux-2.6.11-root/kernel/power/Kconfig |7 +++
> 1 files changed, 7 insertions(+)
>
> diff -puN kernel/power/Kconfig~smp_s3_kconfig kernel/power/Kconfig
> --- linux-2.6.11/kernel/power/Kconfig~smp_s3_kconfig
Jonathan Lundell wrote:
Well, not actually a time warp, though it feels like one.
I'm doing some real-time bit-twiddling in a driver, using the TSC to
measure out delays on the order of hundreds of nanoseconds. Because I
want an upper limit on the delay, I disable interrupts around it.
The
Hi,
On Mon, 2005-04-04 at 16:46, Pavel Machek wrote:
> > ---
> >
> > linux-2.6.11-root/arch/i386/kernel/smpboot.c |6 ++
> > linux-2.6.11-root/arch/i386/kernel/sysenter.c | 10 ++
> > linux-2.6.11-root/arch/i386/mach-voyager/voyager_smp.c |6 ++
> >
On Apr 4, 2005 10:07 AM, Triffid Hunter <[EMAIL PROTECTED]> wrote:
> try 2.4.30 which has just been released (unchanged from 2.4.30-rc4)
>
Sorry kernel is 2.4.21.
We have other machines in the "same" conditions and they have a normal
behavour. We don't know the reason for this awkward behavour.
On Mon, 2005-04-04 at 16:01, Nigel Cunningham wrote:
> Hi.
>
> I'm switching suspend2 to use hotplug too. Li, I'll try adding your
> patches as well as Zwane's if you like
Great!
> (suspend2 can enter S3, S4 or S5
> after writing the image). I'd love to try it on my HT desktop, and
> hotplug
Hi!
> Make SEP init per-cpu, so is hotplug safe.
>
> Thanks,
> Shaohua
>
> ---
>
> linux-2.6.11-root/arch/i386/kernel/smpboot.c |6 ++
> linux-2.6.11-root/arch/i386/kernel/sysenter.c | 10 ++
> linux-2.6.11-root/arch/i386/mach-voyager/voyager_smp.c |6
Hi!
> >
> > The patches are against 2.6.11-rc1 with Zwane's CPU hotplug patch in -mm
> > tree.
>
> Should I merge that thing into mainline? It seems that a few people are
> needing it.
Yes, it would be great. I have patch that cleans up smp/swsusp to
depend on Zwane's patch, too. Its ready
Herbert Xu wrote:
Dag Arne Osvik <[EMAIL PROTECTED]> wrote:
... and with such name 99% will assume (at least at the first reading)
that it _is_ 32bits. We have more than enough portability bugs as it
is, no need to invite more by bad names.
Agreed. The way I see it there are two
* kus Kusche Klaus <[EMAIL PROTECTED]> wrote:
> Moreover, we know from experience that the "WBINDV" instruction (Write
> back and invalidate CPU cache) can cause such latencies.
>
> Does this instruction occur anywhere in Linux?
yes, they rarely occur when MTRR's are set (and some drivers
Hi Piotr,
Good way to make kprobes useful, but I have some comments.
>I have programmed a universal module to register/remove kprobes handlers
>by interacting with /proc with simple commands.
>
why /proc ?
You can use a combination of SysRq key to enter a kprobe command line prompt.
Initially
As told, I tested it w/o nvidia module loaded, here's what I found:
1. It now doesn't hang on scanning for devices.
2. It now hangs on acquiring preview, logs will follow.
...
Apr 3 15:54:27 techno kernel: Unable to handle kernel NULL pointer
dereference at virtual address 014c
Apr 3
On Sat, 2005-04-02 at 22:02 -0800, Paul E. McKenney wrote:
> These need to be put back. Moving them to GPL -- but in a measured
> manner, as I proposed on this list some months ago -- is fine. Changing
> these particular exports precipitously is most definitely -not- fine.
> Here is my earlier
SuD Alex <[EMAIL PROTECTED]> wrote:
>
> * It seems to me that it detects only 1 card with 1 only codec which is
> the sound card (sound works if i avoid the null pointer oops). So one of
> the problems is the wrong detection.
> Googling i found that jgarzik already got a patch for this
>
Hi Pavel!
On Mon, 04 Apr 2005, Pavel Machek wrote:
> I'd like to fix the problem, but first I need to know where the
> problem is. If it works with minimal config, I know that it is one of
> drivers you deselected.
It's b44. It *was* working with b44 insmod-ed and up and running, but
now as
201 - 300 of 631 matches
Mail list logo