On Thu, 2005-04-07 at 16:27 -0700, Linus Torvalds wrote:
On Thu, 7 Apr 2005, Martin Pool wrote:
Importing the first snapshot (2004-01-01) took 41.77s user, 1:23.79
total. Each subsequent day takes about 10s user, 30s elapsed to commit
into bzr. The speeds are comparable to CVS or a
On Fri, 08 Apr 2005 09:19:39 +0400
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
I know, the same thing holds for most architectures, including i386.
However, this is not an issue for uni-processor kernels anywhere else,
so what's so special about MIPS?
Does i386 or ppc has cached and
On Fri, 2005-04-08 at 09:19 +0400, Evgeniy Polyakov wrote:
On Fri, 2005-04-08 at 15:08 +1000, Herbert Xu wrote:
On Fri, Apr 08, 2005 at 09:11:56AM +0400, Evgeniy Polyakov wrote:
Yes but what will go wrong on uni-processor MIPS when you don't do the
sync in atomic_sub_return?
hai all,
The following is the code snippet from drivers/char/keyboard.c
if ((raw_mode = (kbd-kbdmode == VC_RAW))) {
/*
* The following is a workaround for hardware
* which sometimes send the key release event twice
*/
Hi, Jan Hudec schrub am Thu, 07 Apr 2005 09:44:08 +0200:
1) GNU Arch/Bazaar. They use the same archive format, simple, have the
concepts right. It may need some scripts or add ons. When Bazaar-NG is
ready, it will be able to read the GNU Arch/Bazaar archives so
switching should be
* Alexander Nyberg [EMAIL PROTECTED] [050407 02:31]:
Here's an updated dyn-tick patch. Some minor fixes:
Doesn't look so good here. I get this with 2.6.12-rc2 (plus a few other
patches).
Disabling Dynamic Tick makes everything happy again (it boots).
[4294688.655000]
* Frank Sorenson [EMAIL PROTECTED] [050407 15:21]:
Frank Sorenson wrote:
Tony Lindgren wrote:
Thanks for trying it out. What kind of hardware do you have? Does it
have HPET? It looks like no suitable timer for dyn-tick is found...
Maybe the following patch helps?
Tony
Does
* Daniel Walker [EMAIL PROTECTED] wrote:
This patch adds the priority list data structure from Inaky
Perez-Gonzalez to the Preempt Real-Time mutex.
this one looks really clean.
it makes me wonder, what is the current status of fusyn's? Such a light
datastructure would be much more
FWIW, I have the same problem on a T41p with 2.6.11 and 2.6.12-rc2,
except that neither returns from suspend-to-ram with video restored on
the LCD. I believe I was able to get video restored on an external CRT
in either 2.6.12-rc2 or 2.6.12-rc2-mm1, but the LCD still didn't
restore (can
Srivatsa Vaddagiri wrote:
On Thu, Apr 07, 2005 at 05:10:24PM +0200, Ingo Molnar wrote:
Interaction with VST is not a big issue right now because this only matters
on SMP boxes which is a rare (but not unprecedented) target for embedded
platforms.
Well, I don't think VST is targetting just
Hi,
i want to write an application to access the i2c-matroxfb driver. can
anybody tell me how to start with ie if u r accessing a char driver similar
to File ie first we have to opne the driver, then when we call read it call
the driver specific read etc.
Likewise how can i
Err... never mind... I was not doing any radeon control.
On Apr 8, 2005 11:58 AM, AsterixTheGaul [EMAIL PROTECTED] wrote:
FWIW, I have the same problem on a T41p with 2.6.11 and 2.6.12-rc2,
except that neither returns from suspend-to-ram with video restored on
the LCD. I believe I was able
On Fri, 8 Apr 2005, Martin Pool wrote:
You can get the current bzr development tree, stored in itself, by
rsync:
I was thinking more of an exportable kernel tree in addition to the tool.
The reason I mention that is just that I know several SCM's bog down under
load horribly, so it
On Fri, 2005-04-08 at 01:55 -0400, James Morris wrote:
On Fri, 8 Apr 2005, Evgeniy Polyakov wrote:
Sure, but seems I need to ask again: What is the exact reason not to
implement
the muticast message multiplexing/subscription part of the connector as
a
generic part of
On Thu, Apr 07, 2005 at 09:06:58PM -0600, Eric W. Biederman wrote:
Sven Luther [EMAIL PROTECTED] writes:
It sounds like you are now looking at the question of are the
huge string of hex characters the preferred form for making
modifications to firmware. Personally I would be surprised
Hi all,
today I got the following messages on one of our dual Opteron servers:
Apr 8 08:40:21 dslxs01neu kernel: CPU 1: Machine Check Exception:
0007
Apr 8 08:40:21 dslxs01neu kernel: Bank 4: f47520009c080a13 at
0001e89ccdf0
Apr 8 08:40:21 dslxs01neu kernel: Kernel panic:
On Thu, 7 Apr 2005, Matt Mackall wrote:
On Thu, Apr 07, 2005 at 05:36:59PM +0200, Simon Derr wrote:
On Thu, 7 Apr 2005, Yura Pakhuchiy wrote:
On Thu, 2005-04-07 at 14:40 +0200, Patrice Martinez wrote:
When using a machine with a 2612-rc 1kernel, I encounter problems
Ok this time I did with radeontool and it works good :)) (2.6.12-rc2 on T41).
1. I have radeontool regs before susp to ram (presusp)
2. turn off LCD with radeontool light off
3. Suspend to RAM and wake up. (same backtrace)
4. LCD is back on (no problem)
5. regs in postsusp
only diff is
Greg KH wrote:
On Sat, Apr 02, 2005 at 02:20:11PM +0200, Rolf Eike Beer wrote:
Greg KH wrote:
ChangeSet 1.2181.16.9, 2005/03/17 13:54:33-08:00,
[EMAIL PROTECTED]
[PATCH] PCI Hotplug: remove code duplication in
drivers/pci/hotplug/ibmphp_pci.c
This patch removes some code
H. Peter Anvin wrote:
Followup to: [EMAIL PROTECTED]
By author:Chris Wedgwood [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
On Thu, Apr 07, 2005 at 09:42:04PM -0700, Linus Torvalds wrote:
Yes. The silly thing is, at least in my local tests it doesn't
actually seem to be _doing_ anything
On Fri, Apr 08, 2005 at 02:31:36AM +0200, Adrian Bunk wrote:
On Thu, Apr 07, 2005 at 11:05:05PM +0200, Sven Luther wrote:
On Thu, Apr 07, 2005 at 10:56:47PM +0200, Adrian Bunk wrote:
...
If your statement was true that Debian must take more care regarding
legal risks than commercial
On Thu, Apr 07, 2005 at 09:42:04PM -0700, Linus Torvalds wrote:
In the meantime (and because monotone really _is_ that slow), here's a
quick challenge for you, and any crazy hacker out there: if you want to
play with something _really_ nasty (but also very _very_ fast), take a
look at
On Friday 08 April 2005 03:05, Rogan Dawes wrote:
Take a look at
http://www.linuxshowcase.org/2001/full_papers/ezolt/ezolt_html/
Abstract
GNU libc's default setting for malloc can cause a significant
performance penalty for applications that use it extensively, such as
Compaq's high
On Thu, Apr 07, 2005 at 09:42:04PM -0700, Linus Torvalds wrote:
play with something _really_ nasty (but also very _very_ fast), take a
look at kernel.org:/pub/linux/kernel/people/torvalds/.
Why not to use sql as backend instead of the tree of directories? That solves
userland journaling too
On Thu, Apr 07, 2005 at 12:24:12PM +0100, Christoph Hellwig wrote:
On Thu, Apr 07, 2005 at 01:21:23PM +0200, Hannes Reinecke wrote:
/proc/scsi/scsi is deprecated and even only compiled in if
legacy /proc/scsi/ support is enabled. Please move over to lssci which
is using sysfs ASAP.
Le jeudi 07 avril 2005 à 23:07 +0200, Adrian Bunk a écrit :
You are mixing apples and oranges. The fact that the GFDL sucks has
nothing to do with the firmware issue. With the current situation of
firmwares in the kernel, it is illegal to redistribute binary images of
the kernel. Full
git on sarge
--- git-0.02/Makefile.orig 2005-04-07 23:06:19.0 +0200
+++ git-0.02/Makefile 2005-04-08 09:24:28.472672224 +0200
@@ -8,7 +8,7 @@ all: $(PROG)
install: $(PROG)
install $(PROG) $(HOME)/bin/
-LIBS= -lssl
+LIBS= -lssl -lz
init-db: init-db.o
-
To unsubscribe
Hi all,
yesterday our HP DL-585 quad opteron server running 2.6.11.3 crashed
with the attached messages. The main load is NFS serving and running
postfix as well as some other userland processes. The server uses XFS
on top of LVM for NFS-exported volumes. More details available at
On Thu, Apr 07, 2005 at 11:55:44PM -0400, Raul Miller wrote:
Also, mere aggregation is a term from the GPL. You can read what
it says there yourself. But basically it's there so that people make
a distinction between the program itself and other stuff that isn't
the program.
On
Daniel Phillips wrote:
On Friday 08 April 2005 03:05, Rogan Dawes wrote:
Take a look at
http://www.linuxshowcase.org/2001/full_papers/ezolt/ezolt_html/
Abstract
GNU libc's default setting for malloc can cause a significant
performance penalty for applications that use it extensively, such as
The regression test in lib/sort.c is currently worthless because the array that
is generated for sorting will be all zeros. This patch fixes things so
that the array that is generated will contain unsorted integers (that are not
all identical) as was probably intended.
Signed-off-by Daniel
As per http://www.nist.gov/dads/HTML/shellsort.html, this should be referred to
as a Shell sort. Shell-Metzner is a misnomer.
Signed-off-by: Daniel Dickman [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/kernel/sys.c |2 +-
1 files changed, 1 insertion(+), 1
* Tony Lindgren [EMAIL PROTECTED] [050407 23:28]:
I think I have an idea on what's going on; Your system does not wake to
APIC interrupt, and the system timer updates time only on other interrupts.
I'm experiencing the same on a loaner ThinkPad T30.
I'll try to do another patch today.
Remove the MSECS_TO_JIFFIES() macro because msescs_to_jiffies() from
jiffies.h should be used. The macro isn't referenced anywhere anyway.
Signed-off-by: Tobias Klauser [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/serial/icom.h |2 --
1 files
this clarifys the documentation on the behavier of strncpy().
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/lib/string.c |4
1 files changed, 4 insertions(+)
diff -L lib/c.bak -puN /dev/null /dev/null
diff -puN lib/string.c~comment-lib_string lib/string.c
---
On Fri, Apr 08, 2005 at 08:56:51AM +0200, Simon Derr wrote:
On Thu, 7 Apr 2005, Matt Mackall wrote:
On Thu, Apr 07, 2005 at 05:36:59PM +0200, Simon Derr wrote:
On Thu, 7 Apr 2005, Yura Pakhuchiy wrote:
On Thu, 2005-04-07 at 14:40 +0200, Patrice Martinez wrote:
When
On Fri, 2005-04-08 at 08:56 +0100, Christoph Hellwig wrote:
On Fri, Apr 08, 2005 at 12:23:46AM -0700, Jeremy Higdon wrote:
It works for those setups that already worked with 2.4.x, aka only a few
luns.
Even if it's deprecated, wouldn't it be good to fix it as long as
it's there,
On Fri, Apr 08, 2005 at 12:23:46AM -0700, Jeremy Higdon wrote:
It works for those setups that already worked with 2.4.x, aka only a few
luns.
Even if it's deprecated, wouldn't it be good to fix it as long as
it's there, unless it hurts something else? Or at least fix the
out of memory
On Fri, Apr 08, 2005 at 08:56:43AM +0100, Christoph Hellwig wrote:
On Fri, Apr 08, 2005 at 12:23:46AM -0700, Jeremy Higdon wrote:
Even if it's deprecated, wouldn't it be good to fix it as long as
it's there, unless it hurts something else? Or at least fix the
out of memory error, even if
On Fri, Apr 08, 2005 at 03:10:43AM +0100, Henning Makholm wrote:
Scripsit Humberto Massa [EMAIL PROTECTED]
After a *lot* of discussion, it was deliberated on d-l that
this is not that tricky at all, and that the mere
aggregation clause applies to the combination, for various
reasons,
On Thu, Apr 07, 2005 at 09:15:07AM -0300, Humberto Massa wrote:
This is where you are wrong IMMHO. All that is needed for you
to distribute the hexdump blob under the GPL is a declaration
from the copyright holder saying this, to me, is the
preferred form for modification of the firmware and
On Fri, Apr 08, 2005 at 04:56:50AM +0100, Henning Makholm wrote:
Scripsit David Schwartz [EMAIL PROTECTED]
[quoting me]
No, it is completely wrong to say that the object file is merely an
aggregation. The two components are being coupled much more tightly
than in the situation that the
On Tue, Apr 05, 2005 at 11:50:54AM -0400, Richard B. Johnson wrote:
On Tue, 5 Apr 2005, Humberto Massa wrote:
Josselin Mouette wrote:
You are mixing apples and oranges. The fact that the GFDL sucks has
nothing to do with the firmware issue. With the current situation of
firmwares in the
On Thu, Apr 07, 2005 at 04:15:45PM +0200, Josselin Mouette wrote:
Le jeudi 07 avril 2005 à 09:03 -0400, Richard B. Johnson a écrit :
Well it doesn't make any difference. If GPL has degenerated to
where one can't upload microcode to a device as part of its
initialization, without having the
printk() calls should include appropriate KERN_* constant.
Signed-off-by: Christophe Lucas [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/char/ftape/compressor/zftape-compress.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN
On Fri, 2005-04-08 at 08:28 +0200, Ingo Molnar wrote:
* Daniel Walker [EMAIL PROTECTED] wrote:
This patch adds the priority list data structure from Inaky
Perez-Gonzalez to the Preempt Real-Time mutex.
this one looks really clean.
it makes me wonder, what is the current status of
Fix
lib/sha1.c:44:10: warning: cast to restricted type
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/lib/sha1.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN lib/sha1.c~sparse-lib_sha1 lib/sha1.c
---
printk() calls should include appropriate KERN_* constant.
Signed-off-by: Christophe Lucas [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/char/applicom.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN
Hello,
I found a patch for Kernels 2.6 that ensures kernel integrity by
digitally signing kernel modules. Is something similar available for
2.4-Kernels?
Kind regards
Christoph
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
Use the DMA_32BIT_MASK constant from dma-mapping.h when calling
pci_set_dma_mask() or pci_set_consistent_dma_mask() instead of custom
macros.
This patch includes dma-mapping.h explicitly because it caused errors
on some architectures otherwise.
See
printk() calls should include appropriate KERN_* constant.
Signed-off-by: Christophe Lucas [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/block/DAC960.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff -puN
On Thu, Apr 07, 2005 at 09:42:04PM -0700, Linus Torvalds wrote:
On Thu, 7 Apr 2005, Chris Wedgwood wrote:
I'm playing with monotone right now. Superficially it looks like it
has tons of gee-whiz neato stuff... however, it's *agonizingly* slow.
I mean glacial. A heavily sedated sloth
Hi,
On Fri, Apr 08, 2005 at 06:55:50AM +0200, [EMAIL PROTECTED] wrote:
Cc: [EMAIL PROTECTED], reiserfs-list@namesys.com, [EMAIL PROTECTED]
It's trivial for the resize option to auto-get the underlying device size,
while
it's harder for the user. I've copied the code from jfs.
Since of
On Friday 08 April 2005 10:10, Alex Zarochentsev wrote:
Hi,
On Fri, Apr 08, 2005 at 06:55:50AM +0200, [EMAIL PROTECTED] wrote:
Cc: [EMAIL PROTECTED], reiserfs-list@namesys.com,
[EMAIL PROTECTED]
It's trivial for the resize option to auto-get the underlying device
size, while it's
On Tue, Apr 05, 2005 at 12:50:14PM -0600, Chris Friesen wrote:
Josselin Mouette wrote:
The fact is also that mixing them with a GPLed software gives
an result you can't redistribute - although it seems many people
disagree with that assertion now.
This is only true if the result is
On Thu, Apr 07, 2005 at 11:41:29PM -0700, Linus Torvalds wrote:
I know I can import things myself, but the reason I ask is because I've
got several SCM's I should check out _and_ I've been spending the last two
days writing my own fallback system so that I don't get screwed if nothing
out
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony Lindgren wrote:
| * Tony Lindgren [EMAIL PROTECTED] [050407 23:28]:
|
|I think I have an idea on what's going on; Your system does not wake to
|APIC interrupt, and the system timer updates time only on other
interrupts.
|I'm experiencing the same
Hi Ladislav,
Use i2c_transfer to send message, so we get proper bus locking.
Looks all OK to me, let alone the lack of Signed-off-by line, as Greg
underlined elsewhere. Please resent the patches with the Signed-off-by
line after I finish reviewing them.
Thanks,
--
Jean Delvare
-
To
Hi Ladislav,
Use correct macros to convert between bdc and bin. See linux/bcd.h
Yes, this one is OK with me too.
Thanks,
--
Jean Delvare
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
* Frank Sorenson [EMAIL PROTECTED] [050408 01:49]:
Tony Lindgren wrote:
| * Tony Lindgren [EMAIL PROTECTED] [050407 23:28]:
|
|I think I have an idea on what's going on; Your system does not wake to
|APIC interrupt, and the system timer updates time only on other
interrupts.
|I'm
On Fri, 8 Apr 2005, Marcel Lanz wrote:
git on sarge
--- git-0.02/Makefile.orig 2005-04-07 23:06:19.0 +0200
+++ git-0.02/Makefile 2005-04-08 09:24:28.472672224 +0200
@@ -8,7 +8,7 @@ all: $(PROG)
install: $(PROG)
install $(PROG) $(HOME)/bin/
-LIBS= -lssl
+LIBS=
On Fri, 2005-04-08 at 10:32 +0200, Christoph Pleger wrote:
Hello,
I found a patch for Kernels 2.6 that ensures kernel integrity by
digitally signing kernel modules. Is something similar available for
2.4-Kernels?
2.4 kernels have a userspace insmod. so you would need to have a trusted
Hi,
I would like to ask why nfs and devfs are initiated in the function
filesystem_setup() rather than do in the function do_init_calls()? as i
see other filesystem like ext2 are initiated there by init_ext2_fs().
Can anyone tell me why ?
Regards,
TOM
-
To unsubscribe from this list: send the
This patch fixes the SDRAM output from /proc/cpuinfo.
The previous code assumed that there was only one bank
of SDRAM, and that the size in the memory configuration
register was the total size.
Signed-off-by: Chris Elston [EMAIL PROTECTED]
This patch adds the hooks into the PPC7D platforms file to
support the DS1337 RTC device as the clock device for the
PPC7D board.
Signed-off-by: Chris Elston [EMAIL PROTECTED]
This e-mail has been scanned for all viruses
Mike,
On Fri, 14 Jan 2005 15:07:50 -0600, you wrote:
Sorry, I let this one drop though the cracks. Try booting with acpi=off.
It appears the interrupt is not being detected properly. If acpi=off works
try updating the system ROM. We have been known to have buggy acpi tables.
acpi=off works,
On Wed, Mar 30 2005, Nick Piggin wrote:
Nick Piggin wrote:
Jens Axboe wrote:
Looks good, I've been toying with something very similar for a long time
myself.
Here is another thing I just noticed that should further reduce the
locking by at least 1, sometimes 2 lock/unlock pairs per
Hi,
Humberto Massa wrote:
First, there is *NOT* any requirement in the GPL at all that requires
making compilers available. Otherwise it would not be possible, for
instance, have a Visual Basic GPL'd application. And yes, it is
possible.
From section 3 of the GNU GPL, version 2:
The
Jens Axboe wrote:
On Wed, Mar 30 2005, Nick Piggin wrote:
So Kenneth if you could look into this one as well, to see if
it is worthwhile, that would be great.
For that to work, you have to change the get_io_context() allocation to
be GFP_ATOMIC.
Yes of course, thanks for picking that up.
I guess
Andrew Morton wrote:
Nick Wilson [EMAIL PROTECTED] wrote:
The first patch adds a generic round_up_pow2() macro to kernel.h. The
remaining patches modify a few files to make use of the new macro.
We already have ALIGN() and roundup_pow_of_two().
cool. It doesn't handle x={0,1} though.
Maybe we
On Fri, Apr 08 2005, Nick Piggin wrote:
Jens Axboe wrote:
On Wed, Mar 30 2005, Nick Piggin wrote:
So Kenneth if you could look into this one as well, to see if
it is worthwhile, that would be great.
For that to work, you have to change the get_io_context() allocation to
be GFP_ATOMIC.
Hi Ladislav,
dev_{dbg,err} functions should print client's device name. data-id can
be dropped from message, because device is determined by bus it hangs on
(it has fixed address).
Looks OK to me.
Thanks,
--
Jean Delvare
-
To unsubscribe from this list: send the line unsubscribe
I am not subscribed to this list so please CC me if you post a
reply, if you need additional info or if you suggest a patch (in which
I would be very interested).
Occurrence:
- the kernels must be compiled with Hyper Threading support (and
the CPU/MB must support it);
- a (tc) process is
Jens Axboe wrote:
On Fri, Apr 08 2005, Nick Piggin wrote:
I guess this isn't a problem, as io contexts should be allocated
comparatively rarely. It would be possible to move it out of the
lock though if we really want to.
Lets just keep it inside the lock, for the fast case it should just be
an
On Thu, 2005-04-07 at 15:47 -0700, Jay Lan wrote:
BTW, when it happened last time, my program listening to the socket
complained about duplicate messages received.
Unmatched seq. Rcvd=1824062, expected=1824061 ===
Unmatched seq. Rcvd=1824062, expected=1824063 ===
Unmatched
Hi!
You have a few things here that can easily conflict, and that will be
developed at different paces. I like the direction that it's going, but
how do you intend to do it gradually. I.e. what to do first?
I think the first step would be for us to all agree on a design,
Hi!
I think I have an idea on what's going on; Your system does not wake to
APIC interrupt, and the system timer updates time only on other interrupts.
I'm experiencing the same on a loaner ThinkPad T30.
I'll try to do another patch today. Meanwhile it now should work
without lapic
[EMAIL PROTECTED] wrote:
Andrew Morton wrote:
Nick Wilson [EMAIL PROTECTED] wrote:
The first patch adds a generic round_up_pow2() macro to kernel.h. The
remaining patches modify a few files to make use of the new macro.
We already have ALIGN() and roundup_pow_of_two().
cool. It doesn't handle
Hi!
Ok, I've narrowed the problem down to one patch. In 2.6.11-mm3, the
problem goes away if I remove this patch:
swsusp-enable-resume-from-initrd.patch
That really helps, thanks.
You're welcome.
The patch looks fairly innocent. I'll give up on this and cc the
developers.
Could you give attached patch a try instead of previous one.
It adds gfp mask into cn_netlink_send() call also.
If you need updated CBUS sources, feel free to ask,
I will send updated sources with Andrew's comments resolved too.
I do not know exactly your connector version,
so patch will
* Pavel Machek [EMAIL PROTECTED] [050408 03:30]:
Hi!
I think I have an idea on what's going on; Your system does not wake to
APIC interrupt, and the system timer updates time only on other
interrupts.
I'm experiencing the same on a loaner ThinkPad T30.
I'll try to do another
Hi Ladislav,
Add support for DS1339. The only difference against DS1337 is Trickle
Charge register at address 10h, which is used to enable battery or gold
cap charging. Please note that value may vary for different batteries,
so it should be made module parameter. 0xaa is sane default and
On Fri, 8 April 2005 09:22:00 +0200, Josselin Mouette wrote:
Le jeudi 07 avril 2005 à 23:07 +0200, Adrian Bunk a écrit :
As a contrast, read the discussion between Christoph and Arjan in a part
of this thread how to move firmware out of kernel drivers without
problems for the users.
Frank Sorenson wrote:
Tony Lindgren wrote:
| * Tony Lindgren [EMAIL PROTECTED] [050407 23:28]:
|
|I think I have an idea on what's going on; Your system does not wake to
|APIC interrupt, and the system timer updates time only on other
interrupts.
|I'm experiencing the same on a loaner
Chris Wedgwood [EMAIL PROTECTED] wrote:
I'm playing with monotone right now. Superficially it looks like it
has tons of gee-whiz neato stuff... however, it's *agonizingly* slow.
I mean glacial. A heavily sedated sloth with no legs is probably
faster.
I tried some time ago to import the
On Friday, 8 of April 2005 12:08, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm2/
- Although small, bk-audit.patch was causing conflits with a couple of
other projects. Dropped for now.
- Greg is not using bk now, so
Hello Andrew,
along the 2.6.12-rcX-mmX PCI-Express is not usable at all with
mm-patchsets. I posted some days ago the problem taht
the IRQs get not regonized by the kernel also with pci=routeirq nothing
helped.
The problem still the same and some new problems now with 2.6.12-rc2-mm2
in addition.
* Thomas Renninger [EMAIL PROTECTED] [050408 04:34]:
Here are some figures about idle/C-states:
Passing bm_history=0xF to processor module makes it going into C3 and deeper.
Passing lower values, deeper states are reached more often, but system could
freeze:
Hmm, I wonder why it freezes?
Hello,
This doesn't sound right to me. After upgrading from 2.6.11.5/6 to
2.6.12-rc1/rc2 I detected that my mouse didn't operate anymore when
loading up XOrg, I realized that /dev/input/mouse0 (which worked for
years) had to be changed to /dev/input/mouse1. Anyone care to explain
why this had to
Andrea Arcangeli schrieb am 2005-04-08:
On Thu, Apr 07, 2005 at 09:42:04PM -0700, Linus Torvalds wrote:
play with something _really_ nasty (but also very _very_ fast), take a
look at kernel.org:/pub/linux/kernel/people/torvalds/.
Why not to use sql as backend instead of the tree of
Hi.
Here, for your consideration, are fixups I still have in my tree after
updating to rc2.
(USB Framebuffer lists copied because a reasonable number apply
there).
Regards,
Nigel
diff -ruNp
840-combined-pm_message_t-patch.patch-old/drivers/base/power/resume.c
Adrian Bunk wrote:
Debian doesn't seem to care much about the possible legal problems of
patents.
The possible legal problem of software patents is, up to the present
time, AFAICT, not producing effects yet in Europe, and is a non-problem
in jurisdictions like mine (down here neither
On Fri, 8 Apr 2005, Matt Mackall wrote:
On Fri, Apr 08, 2005 at 08:56:51AM +0200, Simon Derr wrote:
On Thu, 7 Apr 2005, Matt Mackall wrote:
On Thu, Apr 07, 2005 at 05:36:59PM +0200, Simon Derr wrote:
I run:
# dd if=/dev/random bs=1 count=1 | od
strace the dd process,
the scheduler still has a complex maze of locking in the *arch_switch()
/ *lock_switch() code. Different arches do it differently, creating
diverging context-switch behavior. There are now 3 variants: fully
locked, unlocked but irqs-off, unlocked and irqs-on.
Nick has cleaned them up in
On Fri, 2005-04-08 at 09:08 -0300, Humberto Massa wrote:
Adrian Bunk wrote:
Debian doesn't seem to care much about the possible legal problems of
patents.
You have lots of possible legal problems of any kind. Basically
everyone can sue you for (almost) whatever he wants almost all ofth
time.
* Matthias Andree:
commiter_name VARCHAR(32) NOT NULL CHECK(commiter_name !=
''),
commiter_email VARCHAR(32) NOT NULL CHECK(commiter_email
!= ''),
The length is too optimistic and insufficient to import the current BK
stuff. I'd vote for 64 or at
Hi!
I think I have an idea on what's going on; Your system does not wake to
APIC interrupt, and the system timer updates time only on other
interrupts.
I'm experiencing the same on a loaner ThinkPad T30.
I'll try to do another patch today. Meanwhile it now should work
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm2/
Wow... it responds despite the load average of 83.63 :)
http://www.tuleriit.ee/progs/img/pic1.png
http://www.tuleriit.ee/progs/img/pic2.png
http://www.tuleriit.ee/progs/img/pic3.png
On Fri, Apr 08, 2005 at 09:41:35AM +0200, Sven Luther wrote:
BTW, have any of you read the analysis i made, where i claim, rooted
in the GPL FAQ and with examples, why i believe that the firmware can
be considerated a non derivative of the linux kernel.
I hadn't. I did just now. Here's my
Hi!
Here, for your consideration, are fixups I still have in my tree after
updating to rc2.
(USB Framebuffer lists copied because a reasonable number apply
there).
Regards,
Nigel
diff -ruNp
840-combined-pm_message_t-patch.patch-old/drivers/base/power/resume.c
1 - 100 of 663 matches
Mail list logo