On Sun, 10 Apr 2005, Petr Baudis wrote:
>
> It turns out to be the forks for doing all the cuts and such what is
> bogging it down so awfully (doing diff-tree takes 0.48s ;-). I do about
> 15 forks per change, I guess, and for some reason cut takes a long of
> time on its own.
Heh.
Can you pul
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 27 Mar 2005
- 20 Mar 2005
--- linux-2.6.11-mm4-full/arch/i386/kernel/cpu/mtrr/generic.c.old
2005-03-20 19:43:46.0 +0100
+++ linux-2.6.11-mm4-
On Sunday 10 Apr 2005 19:29, you wrote:
> Hello.
>
> I am trying to format the CD-RW disc
> on my NEC ND-3520A DVD writer, and the
> results are completely unexpected: I do
> cdrwtool -d /dev/cdrom -q
> It proceeds with the formatting, but
> while it does so, the system is pretty
> much dead. It ca
> On Sat, Apr 09, 2005 at 08:07:03PM -0700, David Schwartz wrote:
> > The way you stop someone from distributing part of your
> > work is by arguing
> > that the work they are distributing is a derivative work of
> > your work and
> > they had no right to *make* it in the first place. See, fo
Wij hebben geheel nieuw in ons aanbod edel horloges opgenomen.
Wij hebben bijna alle fantastische modelle voor u, die u zich maar wensen
kunt.
Alles van Bulgari, Cartier tot Chopard en Omega en Gucci uurwerken is te
verkrijgen.
Gesorteerd naar mannen en vrouwen uurwerken, of als geschenkbox is er o
Hi!
> > Oliver Neukum wrote:
> > > What is the point in doing so after they've rested on the disk for ages?
> >
> > The point is not physical access to the disk but data gathering after
> > resume or reboot.
>
> After resume or reboot normal access control mechanisms will work
> again. Those who
hello,
i have problems with the new kernel on my old systems.
with kernel 2.2.x it works fine, with kernel 2.4.x (last testet 2.4.29), the
system
hangs after some time (some minutes to some hours).
on new p3-systems (also dual-systems) i don't have this problem.
can you give me some help to so
Am Sonntag, 10. April 2005 21:29 schrieb Andreas Steinmetz:
> Oliver Neukum wrote:
> > What is the point in doing so after they've rested on the disk for ages?
>
> The point is not physical access to the disk but data gathering after
> resume or reboot.
After resume or reboot normal access contro
On Sun, April 10, 2005 12:55 pm, Linus Torvalds said:
> Larry was ok with the idea to make my export format actually be natively
> supported by BK (ie the same way you have "bk export -tpatch"), but
> Tridge wanted to instead get at the native data and be difficult about
> it. As a result, I can n
On Fri, Apr 08, 2005 at 06:44:53PM +0100, James Chapman wrote:
> > The only reason I can think
> >about is when suspending device, so it is likely pm job. /sys entry
> >might help as well, but I do not see any point making driver more
> >complicated and bigger just to make someone else happy.
>
>
On Sun, 2005-04-10 at 14:07 -0500, James Bottomley wrote:
> This was unexported by Arjan because we have no current users.
>
> However, during a conversion from tasklets to workqueues of the parisc
> led functions, we ran across a case where this was needed. In
> particular, the open coded equiva
Pavel Machek wrote:
> Hi!
>
>
>>>Hi! What about doing it right? Encrypt it with symmetric cypher
>>>and store key in suspend header. That way key is removed automagically
>>>while fixing signatures. No need to clear anythink.
>>
>>Good idea. I'll have a look though it will take a while (busy with
Oliver Neukum wrote:
> What is the point in doing so after they've rested on the disk for ages?
The point is not physical access to the disk but data gathering after
resume or reboot.
--
Andreas Steinmetz SPAMmers use [EMAIL PROTECTED]
-
To unsubscribe from this list: send t
* jamal <[EMAIL PROTECTED]> 2005-04-10 10:39
> Please crosspost on netdev - you should know that by now;->
>
> I actually disagreee with Herbert on this. Theres definetely good
> need to have a more usable messaging system that rides on top of
> netlink. It is not that netlink cant be extended (I
> Some thing like the following patch, may be turn off able.
Take out an old envelope and compute on it the odds of this
happening.
Say we have 10,000 kernel hackers, each producing one
new file every minute, for 100 hours a week. And we've
cloned a small army of Andrew Morton's to integrate
the
Hi,
Sorry if this post sounds a bit off topic now. It seems I've narrowed
down the issue with the timer running too fast on my AMD 64 based Compaq
laptop.
As said previously, after a cold restart, the system runs 3x too fast.
The processor speed as reported by both the Linux kernel and memtest86
On Sun, Apr 10, 2005 at 08:45:22PM +0200, Petr Baudis wrote:
> It turns out to be the forks for doing all the cuts and such what is
> bogging it down so awfully (doing diff-tree takes 0.48s ;-). I do about
> 15 forks per change, I guess, and for some reason cut takes a long of
> time on its own.
This was unexported by Arjan because we have no current users.
However, during a conversion from tasklets to workqueues of the parisc
led functions, we ran across a case where this was needed. In
particular, the open coded equivalent of
cancel_rearming_delayed_workqueue was implemented incorrectl
03_scsi_timer_dispatch_race_fix.patch
scsi_queue_insert() has four callers. Three callers call with
timer disabled and one (the second invocation in
scsi_dispatch_cmd()) calls with timer activated.
scsi_queue_insert() used to always call scsi_delete_timer()
Hi!
> > > > Hi! What about doing it right? Encrypt it with symmetric cypher
> > > > and store key in suspend header. That way key is removed automagically
> > > > while fixing signatures. No need to clear anythink.
>
> You might want to leave the key in the kernel image. You need to boot the
> sa
04_scsi_timer_remove_delete_timer_from_reset_provider.patch
scsi_reset_provider() calls scsi_delete_timer() on exit which
isn't necessary. Remove it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
scsi_error.c |1 -
1 files changed, 1 deletion(-)
Index: scsi-reqfn-export/dri
Linus wrote:
> It's a filesystem - although a
> fairly strange one.
Ah ha - that explains the read-tree and write-tree names.
The read-tree pulls stuff out of this file system into
your working files, clobbering local edits. This is like
the read(2) system call, which clobbers stuff in your
rea
05_scsi_timer_unexport_timer_functions.patch
SCSI cmd timer has specific synchronization/semantic
requirements and shouldn't be directly used outside SCSI
midlayer. With aic7xxx driver updated, there's no user left.
This patch unexports scsi_{add|delete}_timer() ro
02_scsi_timer_eh_timer_fix.patch
scmd->eh_timeout is used to resolve the race between command
completion and timeout. However, during error handling,
scsi_send_eh_cmnd uses scmd->eh_timeout. This creates a race
condition between eh and normal completion for a requ
06_scsi_timer_update_api_doc.patch
As scsi_{add|delete}_timer() got unexported, remove them from
the API doc.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
scsi_mid_low_api.txt | 41 -
1 files changed, 41 deletions(-)
Index: scsi-reqfn-e
07_scsi_timer_strict_reuse.patch
SCSI cmd timer shouldn't be reused while it's active. Make
sure that the unused condition is marked with
eh_timeout->function = NULL and BUG() active reuse path.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
scsi_error.c | 12 +++---
Dear diary, on Sun, Apr 10, 2005 at 07:45:12PM CEST, I got a letter
where Ingo Molnar <[EMAIL PROTECTED]> told me that...
>
> * Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > > > I will also need to do more testing on the linux kernel tree.
> > > > Committing patch-2.6.7 on 2.6.6 kernel and the
01_scsi_timer_update_aic7xxx.patch
aic7xxx used scmd->eh_timeout in its dv routines. This kind
of usage requires knowledge of and creates dependency into the
SCSI midlayer unnecessarily. This patch makes aic7xxx driver
use its own timer instead of scmd->eh_timeout
Hello, James, Jens and Christoph.
This patchset removes misuses of scmd->eh_timeout and unexports SCSI
timer interface such that no one can misuse it anymore. #02 assumes
that the preceding scsi_send_eh_cmnd() patch is applied. Tested and
worked for me.
The following bugs are fixed.
* Race
> > > Hi! What about doing it right? Encrypt it with symmetric cypher
> > > and store key in suspend header. That way key is removed automagically
> > > while fixing signatures. No need to clear anythink.
You might want to leave the key in the kernel image. You need to boot the
same image anyway.
Am Sonntag, 10. April 2005 15:13 schrieb Andreas Steinmetz:
> It may not be desireable to leave swsusp saved pages on disk after
> resume as they may contain sensitive data that was never intended to be
> stored on disk in an way (e.g. in-kernel dm-crypt keys, mlocked pages).
>
> The attached simp
Hello.
I am trying to format the CD-RW disc
on my NEC ND-3520A DVD writer, and the
results are completely unexpected: I do
cdrwtool -d /dev/cdrom -q
It proceeds with the formatting, but
while it does so, the system is pretty
much dead. It can do some trivial tasks
like the console switching, but as
Hi!
> > Hi! The patch is ok, but this should be rewriten to use cpu hotplug
> > instead.
> > I have some patches but they need more testing. --p
> >
>
> Heh yeah on the whole it didn't work too well ;), tell me if you need
> smp testing. I only have S{0,1,4,5} here though (shouldn't there be a
Hi!
> > Hi! What about doing it right? Encrypt it with symmetric cypher
> > and store key in suspend header. That way key is removed automagically
> > while fixing signatures. No need to clear anythink.
>
> Good idea. I'll have a look though it will take a while (busy with my job).
>
> > OTOH we
Hi,
On Sun, 10 Apr 2005, Paul P Komkoff Jr wrote:
> (borrowed from Tommi Virtanen)
>
> Code snippet to reconstruct ancestry graph from bk repo:
> bk changes -end':I: $if(:PARENT:){:PARENT:$if(:MPARENT:){ :MPARENT:}}
> $unless(:PARENT:){-}' |tac
>
> format is:
> newrev parent1 [parent2]
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.12-rc2-mm2-full/drivers/cdrom/sbpcd.c.old 2005-04-10
02:19:08.0 +0200
+++ linux-2.6.12-rc2-mm2-full/drivers/cdrom/sbpcd.c 2005-04-10
02:19:56.0 +0200
@@ -5895,7
Tony wrote:
> Or maybe the files should be named objects/xx/yy/?
I tend to size these things with the square root of the number of
leaf nodes. If I have 2,560,000 leaves (your 10,000 files in each
of 16*16 directories), then I will aim for 1600 directories of
1600 leaves each.
My
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/cdrom/mcdx.c | 28 +---
1 files changed, 13 insertions(+), 15 deletions(-)
--- linux-2.6.12-rc2-mm2-full/drivers/cdrom/mcdx.c.old 2005-04-10
02:16:00.0
This patch makes a needlessly global variable static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.12-rc2-mm2-full/drivers/block/rd.c.old2005-04-10
02:00:08.0 +0200
+++ linux-2.6.12-rc2-mm2-full/drivers/block/rd.c2005-04-10
02:01:00.0 +0200
@@ -74,7 +
This patch contains the following possible cleanups:
- make needlessly global code static
- remove the following unused global functions:
- blkdev_scsi_issue_flush_fn
- __blk_attempt_remerge
- remove the following unused EXPORT_SYMBOL's:
- blk_phys_contig_segment
- blk_hw_contig_segment
-
This patch makes the needlessly global fd_routine static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/asm-i386/floppy.h |2 +-
include/asm-parisc/floppy.h |2 +-
include/asm-sh/floppy.h |2 +-
include/asm-x86_64/floppy.h |2 +-
4 files changed, 4 insertions(
This patch contains the following cleanups:
- make needlessly global functions static
- remove the following unused global function:
- cm206_delay
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/cdrom/cm206.c | 115 ++
1 files changed, 51 in
Hello
i am playing a little with swsuspend and getting
"scheduling while atomic: bash/0x0001/5244"
messages while the system is resuming.
Apparently the resume work correctly.
Do i have to fear for my data?
Some data about my system:
kernel 2.6.11.5
modules
Module Size Use
On Sun, 10 Apr 2005, Rene Scharfe wrote:
> First, configuring via kernel parameters is sufficient.
I don't remember: Would a mount option be equally easy to implement?
(Kernel parameters are OK for me, too.)
> I have another idea: let's keep the details of _every_ process owned by
> user root re
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/cdrom/cdu31a.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.12-rc2-mm2-full/drivers/cdrom/cdu31a.c.old2005-04-10
02:01:50.0 +0200
++
Ingo wrote:
> not the compression of every file separately.
ok
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.650.933.1373,
1.925.600.0401
-
To unsubscribe from this list: send the lin
Andrea Arcangeli schrieb am 2005-04-09:
> On Fri, Apr 08, 2005 at 05:12:49PM -0700, Linus Torvalds wrote:
> > really designed for something like a offline http grabber, in that you can
> > just grab files purely by filename (and verify that you got them right by
> > running sha1sum on the result
> It's possible to generate another object with the same hash, but:
Yeah - the real check is that the modified object has to
compile and do something useful for someone (the cracker
if no one else).
Just getting a random bucket of bits substituted for a
real kernel source file isn't going to get
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> Would there be any harm with changing that to
>
> #define jbd_debug(f, a...) do {} while(0)
>
> The compiler would strip it anyway, and you wouldn't have to worry
> about your scripts removing the macro.
yeah, that's what i did in -45-01. Since i
* Paul Jackson <[EMAIL PROTECTED]> wrote:
> Ingo wrote:
> > With default gzip it's 3.3 seconds though,
> > and that still compresses it down to 57 MB.
>
> Interesting. I'm surprised how much a bunch of separate, modest sized
> files can be compressed.
sorry, what i measured was in essence the
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > > I will also need to do more testing on the linux kernel tree.
> > > Committing patch-2.6.7 on 2.6.6 kernel and then diffing results in
> > >
> > > $ time gitdiff.sh `parent-id` `tree-id` >p
> > > real5m37.434s
> > > user1m27.113s
>
On Sun, Apr 10, 2005 at 07:33:49PM +0200, Ingo Molnar wrote:
>
> * Petr Baudis <[EMAIL PROTECTED]> wrote:
>
> > I will also need to do more testing on the linux kernel tree.
> > Committing patch-2.6.7 on 2.6.6 kernel and then diffing results in
> >
> > $ time gitdiff.sh `parent-id` `tree-i
Ingo wrote:
> With default gzip it's 3.3 seconds though,
> and that still compresses it down to 57 MB.
Interesting. I'm surprised how much a bunch of separate, modest sized
files can be compressed.
I'm unclear what matters most here.
Space on disk certainly isn't much of an issue. Even with An
On Sun, 2005-04-10 at 19:27 +0200, Ingo Molnar wrote:
> * K.R. Foley <[EMAIL PROTECTED]> wrote:
>
> > Ingo,
> >
> > It would seem that in the latest patch RT-V0.7.45-00 we have reverted
> > back to removing the define of jbd_debug which the attached patch
> > (against one of the 2.6.11 versions
* Rik van Riel <[EMAIL PROTECTED]> wrote:
> GCC 4 isn't very happy. Mostly sign changes, but also something that
> looks like a real error:
>
> gcc -g -O3 -Wall -c -o fsck-cache.o fsck-cache.c
> fsck-cache.c: In function 'main':
> fsck-cache.c:59: warning: control may reach end of non-void f
Ralph wrote:
> but good enough for
> most uses that people will get caught out when it fails.
Exactly.
If Linus persists in this diff-tree output format, using two lines for
changed files, then I will have to add the following sed script to my
arsenal:
sed '/^/ / }'
It collapses pairs of line
* Petr Baudis <[EMAIL PROTECTED]> wrote:
> I will also need to do more testing on the linux kernel tree.
> Committing patch-2.6.7 on 2.6.6 kernel and then diffing results in
>
> $ time gitdiff.sh `parent-id` `tree-id` >p
> real5m37.434s
> user1m27.113s
> sys
On Sat, 9 Apr 2005, Linus Torvalds wrote:
> I've rsync'ed the new git repository to kernel.org, it should all be there
> in /pub/linux/kernel/people/torvalds/git.git/ (and it looks like the
> mirror scripts already picked it up on the public side too).
GCC 4 isn't very happy. Mostly sign changes
* K.R. Foley <[EMAIL PROTECTED]> wrote:
> Ingo,
>
> It would seem that in the latest patch RT-V0.7.45-00 we have reverted
> back to removing the define of jbd_debug which the attached patch
> (against one of the 2.6.11 versions) fixed.
> +#define jbd_debug(f, a...) /**/
oops, indeed. '/**/
Replying to Roman Zippel:
> the "nitty-gritty" I was "whining" about and which is not available via
> bkcvs or bkweb and it's the most crucial information to make the bk data
> useful outside of bk. Larry was previously very clear about this that he
> considers this proprietary bk meta data and
Hello!
I've upgraded the kernel from 2.6.10 to 2.6.11 (both from Fedora Core 3
RPMs) on one of my servers, based on a Tyan S2882 board with two Opteron
248's and two 1Gb modules inserted into the slots next to *second* CPU
(they just happened to be there). And the kernel didn't booted. I've
also t
Ingo,
It would seem that in the latest patch RT-V0.7.45-00 we have reverted
back to removing the define of jbd_debug which the attached patch
(against one of the 2.6.11 versions) fixed.
--
kr
--- linux-2.6.11/include/linux/jbd.h.orig 2005-03-16 09:18:51.0
-0600
+++ linux-2.6.11
Robert Love wrote:
> Below is inotify, diffed against 2.6.11.
>
> I greatly reworked much of the data structures and their interactions,
> to lay the groundwork for sanitizing the locking. I then, I hope,
> sanitized the locking. It looks right, I am happy. Comments welcome.
> I surely could of
On Sun, Apr 10, 2005 at 08:44:56AM -0700, Linus Torvalds wrote:
>
>
> On Sun, 10 Apr 2005, Junio C Hamano wrote:
> >
> > But I am wondering what your plans are to handle renames---or
> > does git already represent them?
>
> You can represent renames on top of git - git itself really doesn't car
On Sun, 10 Apr 2005, Junio C Hamano wrote:
> > "DL" == David Lang <[EMAIL PROTECTED]> writes:
>
> DL> just wanted to point out that recent news shows that sha1 isn't as
> DL> good as it was thought to be (far easier to deliberatly create
> DL> collisions then it should be)
>
> I suspect ther
On Sun, 10 Apr 2005, Petr Baudis wrote:
>
> Where did you get the sparse git database from, Linus? (BTW, it
> would be nice to get sparse.git with the directories as separate.)
When we were trying to figure out how to avert the BK disaster, and one of
Tridges concerns (and, in my opinion, the o
Enclosed please find the updated patch that incorporates changes for all
the comments I received.
The volatile declaration in the m528xsim.h is needed because the
declaration refers to the ColdFire 5282 register mapping. The volatile
declaration is actually not needed in my I2C driver but someone
Hello,
so I "released" git-pasky-0.1, my set of patches and scripts upon
Linus' git, aimed at human usability and to an extent a SCM-like usage.
You can get it at
http://pasky.or.cz/~pasky/dev/git/git-pasky-base.tar.bz2
and after unpacking and building (make) do
git pull
On Sat, 9 Apr 2005 [EMAIL PROTECTED] wrote:
>
> With 60,000 changesets in the current tree, we will start out our git
> repository with about 600,000 files. Assuming the first byte of the
> SHA1 hash is random, that means an average of 2343 files in each of the
> objects/xx directories. Give it
On Sun, 10 Apr 2005, Junio C Hamano wrote:
>
> But I am wondering what your plans are to handle renames---or
> does git already represent them?
You can represent renames on top of git - git itself really doesn't care.
In many ways you can just see git as a filesystem - it's content-
addressab
Hi all,
sorry it took me so long before offering another patch for restricting
/proc permissions. Real life kept on intervening.
Albert, allowing access based on tty sounds nice, but it _is_ expansive.
More importantly, perhaps, it would "virtualize" /proc: every user would
see different permiss
- page.h: fix build error
- unistd.h: _syscall macro cleanup.
plase apply.
--
Yoshinori Sato
<[EMAIL PROTECTED]>
--- 1.3/include/asm-h8300/page.h2005-01-31 15:20:53 +09:00
+++ edited/include/asm-h8300/page.h 2005-04-01 23:41:26 +09:00
@@ -79,7 +79,7 @@
#ifndef __ASSEMBLY__
-#de
[reformatted]
Pavel Machek wrote:
> Hi! What about doing it right? Encrypt it with symmetric cypher
> and store key in suspend header. That way key is removed automagically
> while fixing signatures. No need to clear anythink.
Good idea. I'll have a look though it will take a while (busy with my
On Sun, 2005-04-10 at 10:56, James Morris wrote:
> On 10 Apr 2005, jamal wrote:
>
> > Thats what the original motivation for konnector was. To make it easy
> > for joe dumbass.
>
> Who you really want writing kernel code :-)
Ok, let me take that back then ;->
The value is in allowing people who
On Sun, 2005-04-10 at 12:31 +0200, Ingo Molnar wrote:
> looks much cleaner than earlier ones. Would it be possible to make the
> locks per journal? [...]
I've already looked into doing this, but it would be much more intrusive
to implement. The problem lies where these locks are called with onl
Hi! The patch is ok, but this should be rewriten to use cpu hotplug instead. I
have some patches but they need more testing. --p
-- pavel. Sent from mobile phone. Sorry for poor formatting.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
Hi! What about doing it right? Encrypt it with symmetric cypher and store key
in suspend header. That way key is removed automagically while fixing
signatures. No need to clear anythink. OTOH we may want to dm-crypt whole swap
partition. You could still store key in header... --p
-- pavel. Sent
On 10 Apr 2005, jamal wrote:
> Thats what the original motivation for konnector was. To make it easy
> for joe dumbass.
Who you really want writing kernel code :-)
- James
--
James Morris
<[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Evgeniy,
Please crosspost on netdev - you should know that by now;->
I actually disagreee with Herbert on this. Theres definetely good
need to have a more usable messaging system that rides on top of
netlink. It is not that netlink cant be extended (I actually think thats
a separate topic) - its
* Felix M. Palmen <[EMAIL PROTECTED]> [20050410 11:16]:
> So I assume there is a problem in the appletalk code, but I didn't try
> reproducing that on other systems so far.
I've now tested this issue on a vanilla 2.6.11.7 kernel. I only applied
my own patch from the prev
On Fri, Apr 08, 2005 at 07:31:46PM -0400, Trond Myklebust wrote:
> fr den 08.04.2005 Klokka 18:39 (-0400) skreiv Benjamin LaHaise:
>
> > On the aio side of things, I introduced the owner field in the mutex (as
> > opposed to the flag in Trond's iosem) for the next patch in the series to
> > en
On Sun, Apr 10, 2005 at 11:24:07AM +0200, Giuseppe Bilotta wrote:
> On Sat, 9 Apr 2005 12:17:58 -0400, David Roundy wrote:
>
> > I've recently made some improvements recently which will reduce the
> > memory use
>
> Does this include check for redundancy? ;)
Yeah, the only catch is that if the r
> - Largeish x86_64 update
Hi Pavel
I'm playing a bit with suspend on smp, we need something like this:
As the cpu-mask is set to only this cpu _smp_processor_id() is safe.
Index: linux-2.6.11/kernel/power/smp.c
===
--- linux-2.6.11
Ross Biro <[EMAIL PROTECTED]> writes:
>
> I even have a single motherboard with both a device that cannot handle
> the target abort and an IDE controller that can handle the target
> abort behind the same bridge. For this motherboard, I have to choose
> the lesser of two evils, network hiccups or
TommyDrum <[EMAIL PROTECTED]> :
[new brand of r8169 adapter coming into town]
> and dmesg for both:
>
> kernel native:
>
> ACPI: PCI interrupt :00:09.0[A] -> GSI 11 (level, low) -> IRQ 11
> eth0: Identified chip type is 'RTL8169s/8110s'.
> eth0: U.S. Robotics 10/100/1000 PCI NIC driver versio
PROBLEM: aiptek input doesn`t register `device` & `driver` section in sysfs
(/sys/class/input/event#)
REASON: `dev` - field not filled...
SOLUTION: in linux/drivers/usb/input/aiptek.c write
aiptek->inputdev.dev = &intf->dev;
before calling
input_register_device(&aiptek->inputdev)
Hello.
Linus Torvalds wrote:
2. How can one be sure there are no more
of the like places where the stack is left
empty?
That's a good argument, and may be the strongest reason for _not_ doing
the speculation. However, I don't think it really can happen anywhere
else.
OK, so how do you feel about
It may not be desireable to leave swsusp saved pages on disk after
resume as they may contain sensitive data that was never intended to be
stored on disk in an way (e.g. in-kernel dm-crypt keys, mlocked pages).
The attached simple patch against 2.6.11.2 should fix this by zeroing
the swap pages af
That means you didn't load the correct module for your soundcard.
On Sun, 10 Apr 2005 10:16:49 +, Dennis Heuer <[EMAIL PROTECTED]> wrote:
> This doesn't help. Alsamixer prints:
>
> failure in snd_ctl_open: no such device
>
> Dennis
--
Time is what you make of it
-
To unsubscribe from this
Hi,
On Apr 10, 2005 2:12 PM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hello
>
> please put me in CC
>
> I'm using a pdc20262 promise utra66 controller to manage 4 HD's, all 30GB
> and I put them in a software /dev/md/0 raid5 configuration
>
> recently I upgraded my kernel to linux-2.6.11-
On Sun, 10 Apr 2005 14:10:05 +0200
Thomas Graf <[EMAIL PROTECTED]> wrote:
> * Evgeniy Polyakov <[EMAIL PROTECTED]> 2005-04-10 15:37
> > --- ./net/netlink/af_netlink.c.orig 2005-04-10 15:46:48.0 +0400
> > +++ ./net/netlink/af_netlink.c 2005-04-10 15:47:04.0 +0400
> > @@ -747,7
Hello
please put me in CC
I'm using a pdc20262 promise utra66 controller to manage 4 HD's, all 30GB
and I put them in a software /dev/md/0 raid5 configuration
recently I upgraded my kernel to linux-2.6.11-gentoo-r4 and also
linux-2.6.11-gentoo-r5
and the raid array would go offline with dma time
* Evgeniy Polyakov <[EMAIL PROTECTED]> 2005-04-10 15:37
> --- ./net/netlink/af_netlink.c.orig 2005-04-10 15:46:48.0 +0400
> +++ ./net/netlink/af_netlink.c 2005-04-10 15:47:04.0 +0400
> @@ -747,7 +747,7 @@
> if (p->exclude_sk == sk)
> goto out;
>
> -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello, I've got a problem with usrobotics r8169 based gigabit ethernet;
kernel module doesn't properly startup, with modprobe r8169; module gets
correctly loaded, but ifconfig doesn't see it, and startup scripts deny
existence of an eth0 dev; meanwhile
* Paul Jackson <[EMAIL PROTECTED]> wrote:
> These 16817 files consume:
>
> 224 MBytes uncompressed and
>95 MBytes compressed
>
> (using zlib's minigzip, on a 4 KB page reiserfs.)
that's a 42.4% compressed size. Using a (much) more CPU-intense
compression method (bzip -9), the co
>In other words, each "commit" file is very small and cheap, but since
>almost every commit will also imply a totally new tree-file, "git" is
>going to have an overhead of half a megabyte per commit. Oops.
>
>Damn, that's painful. I suspect I will have to change the format somehow.
Having dodged
On Sun, 10 Apr 2005 15:37:57 +0400
Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> The second one is a huge monster that can not be used in embedded
> systems, calling userspace process from inside the kernel is
> now very flexible way.
is NOT very flexible way...
Evgeniy Polyakov
Only
hi all
it's my first post in this list, so please point me to another source of
inspiration if needed.
i'm using a dell poweredge 2650 with four nic (two of them tg3). this server works as transparent
bridge. (bridge code and netfilter).
currently i am running linux 2.6.11.6.
i observe a steady
Hi,
Christopher Li wrote:
> On Sat, Apr 09, 2005 at 04:31:10PM -0700, Linus Torvalds wrote:
> > NOTE! This means that each "tree" file basically tracks just a
> > single directory. The old style of "every file in one tree file"
> > still works, but fsck-cache will warn about it. Happily, the git
On Sun, 10 Apr 2005 13:08:44 +0200
Kay Sievers <[EMAIL PROTECTED]> wrote:
> On Sun, 2005-04-10 at 14:32 +0400, Evgeniy Polyakov wrote:
> > On Sun, 10 Apr 2005 19:52:54 +1000
> > Herbert Xu <[EMAIL PROTECTED]> wrote:
> > > Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > > >
> > > > User should not
101 - 200 of 233 matches
Mail list logo
