threads have
> woken.
That really seems a hell of lot more complex (involving mutexes and
updating a queue that might grow till unknown sizes, hence requiring
possibly calls to malloc) then my proposed solution, for something that
basically every application that uses epoll needs.
--
Carlo Wood
be reported before
another event in another thread.
What are your thoughts? Is the addition of EPOLLCLOSED
event feasible?
--
Carlo Wood
nd out
which it is however ;). The only method that I know is by
touching each capacitor (ie with pliers) while it is making noise,
which will cause the sound to change a little if you have the
right one.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "u
ds
compatibility doesn't exist.
...snip...
> Hannu has ideas on how that could work. I suggest all of the kernel
> developers listen, and listen well, or this mess will never be fixed in a
> way that is truly usable.
>
> -nenolod
Good post, nenolod.
--
Carlo Wood <[
d64
100.14.11+beta NVIDIA binary kernel module for Linux 2.6.18
ii
nvidia-kernel-2.6.22-rc5-agp1-188e1f81ba31af1b65a2f3611df4c670b092bbac-amd64
100.14.11+beta NVIDIA binary kernel module for Linux 2.6.22
--
Carlo Wood <[EMAIL PROTECTED
AID
with Raptors was recommended by someone with a lot of experience
with them. He told me that I could count on (N - 1) * 75 MB/s
(on average) for an array with N disks. I had expected 150 MB/s,
which is about what I get. The 165 MB/s is on the outside
of the disk (low partition).
--
Carlo Wood
our as with OSS - I think it's a bug.
I don't know if the patch on that patch can still be applied,
but if not - then I'm sure you are more into that code than
me and it will be a lot easier for you to fix this the right
way in the correct kernel code :)
--
Carlo Wood <[EMAIL PR
m the hardware in chunks of
# 'period size' and having only two buffers this is often causing an underrun.
# When ALSA sees an underrun... it stops the sound stream.
My (four year old) patch can be found here:
http://www.xs4all.nl/~carlo17/alsa/index.html
I STILL think that ALSA should restar
plementation - and not just with the harddisks, imho.
At least, that's what it looks like to me. I am not an expert though ;)
--
Carlo Wood <[EMAIL PROTECTED]>
PS RAID5 (md7 = sda7 + sdb7 + sdc7): Three times a Western Digital
Raptor 10k rpm (WDC WD740ADFD-00NLR1).
non-RAID (sdd2):
ted in operating
systems like that, precisely because they are not well-
known. It would be pretty hard to exploit vulnerabilities
in such a system (or that is their explanation anyway).
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
ts MUCH faster. (I have dual channel, four
DIMM's of 1 GB each -- 2 GB per Core 2 die. Hopefully the fact that
I have dual channel isn't going to be a problem when limiting the ram
that the kernel sees.)
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line &
I'll await any comments from a kernel developer for now.
Please let me know if you want me to test something.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More m
conds = 64.06 MB/sec
The normal value is cfq. So, all other schedulars are somewhat faster,
but still far from the correct 165 MB/s.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
The dmesg output of 33480a0ede8dcc7e6483054279008f972bd56fd3 (thus
"before") is:
==
Linux version 2.6.20-rc1-bisect-33480a0ede8dcc7e6483054279008f972bd56fd3-amd64
([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4
On Fri, Jun 22, 2007 at 06:17:46PM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 22 Jun 2007, Carlo Wood wrote:
> > So far I found out that it's RAID only.
>
> If you change the IO schedulers, does it help?
How do I do that?
--
Carlo Wood <[EMAIL PROTECTED]>
ernel/workqueue.c
@@ -654,6 +654,7 @@ int current_is_keventd(void)
return ret;
}
+EXPORT_SYMBOL_GPL(current_is_keventd);
/* Take the work from this (downed) CPU. */
static void take_over_work(struct workqueue_struct *wq, unsigned int cpu)
)
I'll report back when I'm don
both
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
input: Power Button (FF) as /class/input/input4
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input5
ACPI: Power Button (CM) [PWRB]
pnp: the driver 'parport_pc' has been registered
lp: driver loaded but no dev
hdparm -tT gives over 160 MB/s for my tripple 10k rpm Raptor RAID5
on 2.6.18, as expected.
In 2.6.22-rc5 this dropped to only 60 MB/s !
Is this a known issue?
I also measured it with bonnie; I get 108 MB/s reading speed on
2.6.18 and only 68 MB/s on 2.6.22-rc5.
--
Carlo Wood <[EMAIL PROTEC
m.
Starting disk temperature monitoring daemon: hddtemp: /dev/sda /dev/sdb
/dev/sdc /dev/sdd..
Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]).
Exporting directories for NFS kernel daemon
Starting NFS kernel daemon: nfsdNFSD: Using /var/lib/nfs/v4recovery as the
NFSv4 state recovery dir
: trying to resume from /dev/md1
kinit: No resume image, doing normal boot...
kjournald starting. Commit interval 5 seconds
Done.
EXT3-fs: mounted filesystem with ordered data mode.
Begin: Running /scripts/local-bottom ...
Done.
Done.
Begin: Running /scripts/init-bottom ...
Done.
Mount failed for s
. It isn't the best workaround
however as it should reduce the available RAM from 4GB to 3GB.
agp=off would be a better workaround.
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
On Wed, Jun 20, 2007 at 03:11:20PM +0200, Carlo Wood wrote:
> 2.6.22-rc5 BAD
> 2.6.22-rc4+somethingelse BAD
> 2.6.22-rc4+something GOOD
> 2.6.22-rc4 BAD
> ...
> 2.6.18-rc1 BAD
> 2.6.18 GOOD
Ok, that made no sense. I meant:
> 2.6.19-rc1 BAD
> 2.6.18 GOOD
--
Carlo Wo
bad,
> but that is *before_ the 985144db8f4cb7e56154b31bdf233d3550bf commit.
> Do a
>
> gitk 25971f68d3..985144
>
> to see that part of the history.
This part is thus based upon a revision so old that it was bad again,
even before the small period that it w
et." again with the usual
disastrous results. Now, that doesn't mean that this patch is
wrong - but it explains why the problem returns after this patch.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
ribe.
Conclusion: the weird behaviour that you think was wrong is
totally due to git 1.4.4.4.
I'll redo the bisect with this new git.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
e
> tests pass.
Oh, I already build it before my previous post :p
I just did:
sudo apt-get install libz-dev asciidoc xmlto libexpat1-dev subversion unzip
tcl8.4 libsvn-perl libcurl3-dev
after having a peek at git-core_1.5.2.1-1.dsc, and then it did build
just fine immediately.
--
Carlo Wood
g version 2,
or everyone using version 3, and the effect that that will
have.
Now, writing yet another license for the linux kernel is
therefore NOT the solution - if you get my drift.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-k
here. It doesn't necessarily
work when I start to install things for etch. Certainly not
once testing upgrades its libc. Or?
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
ot messages.
I will add that to one of the other posts, because as a result of
what they posted there I added agp=off - and that (indeed) makes it
possible for me to boot. Please see my next post thus.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsu
irty tree indications.
>
> It might be worth it just making sure your git is ok. It really is acting
> oddly. What version is it?
git version 1.4.4.4
I am using Debian (suite 'testing') and trying to be a debian purist -
so it isn't like I can easily upgrade to 1.5.x :
On Mon, Jun 18, 2007 at 08:12:25PM +0200, Carlo Wood wrote:
> ones that boot correctly always booted correctly, while the ones that
> hung, always hung (although in a totally reproducable way).
Sorry - that should be "although NOT in a totally reproducable way"
If you every dou
On Mon, Jun 18, 2007 at 10:01:34AM -0700, Linus Torvalds wrote:
> On Sun, 17 Jun 2007, Carlo Wood wrote:
> >
> > If you want my opinion on this: git bisect is broken :p
> > I was very surprised that it printed this at this point.
>
> Hmm. Possible. However, I *really
m not THAT much interested in disabling it however as long as I
get help here to debug this. I am interested in finding out what is
causing the crash, can't stand it to have a bug on my machine without
knowing what it is ;)
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from thi
he main onboard graphics should disable, AGP
> code is used to control the GART for the onboard chip, in this case a
> plugged in card will not use AGP, I wonder have Intel tested with a
> pcie card in place...
That is Chinese for me :/.
Do you want me to try something?
--
Carlo Wood &
at patch imho. If you tell me how to extract a patch
then I'll manually unapply it to some failing kernel revisions and
see if that makes a difference.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
> Perhaps my "solution" is to remove this module completely?
> > I don't seem to need it.
>
> It's needed only for 3d,
Nope - I just played UT2004 without problems, and without intel-agp loaded.
> but it'd be good to figure out why its so
>
d
WITHOUT printing this Detected line - while when it doesn't work,
it is loaded while printing this line.
Perhaps my "solution" is to remove this module completely?
I don't seem to need it.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: sen
ich prints the
> "Detected" line that was missing).
I can rmmod intel-agp without problems.
The agpgart module isn't loaded.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
:
udev: Waiting for /dev to be fully populated...agpgart: Detected an Intel 965G
Chipset.
And this 'udev: Waiting for /dev to be fully populated' (sorry, didn't
write down the exact phrase, this is from memory) is also not printed
by kernels that work.
--
Carlo Wood <[EMAIL P
v2.6.18
The order and date is the order and date as is shown by gitk --all.
I'd appreciate any suggestions or questions at this point, as I have no
idea what to do next to find this problem.
--
Carlo Wood <[EMAIL PROTECTED]>
PS The hardware that I'm using is:
An A
ne, gives:
$ grep Detected dmesg-cf686
time.c: Detected 2666.669 MHz processor.
Detected 16.666 MHz APIC timer.
$ grep agpgart dmesg-cf686
Linux agpgart interface v0.102 (c) Dave Jones
Does that give an indication of what you want me to test/try?
--
Carlo Wood <[EMAIL PROTECTED]>
-
To
l notice it.
The Subject of that post is: 2.6.22-rc5 regression
I concluded too soon that 2.6.22-rc5 was working :(.
I just really tested it and it doesn't! Same error.
Please have a look at that other post of me and lets continue this
thread there.
> Out of curiousity, I'd li
controller: Creative Labs SB Live! Game Port (rev 08)
04:03.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000
Controller (PHY/Link)
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
ses
a regression - that would lead to them having to wait longer the
next time before they can apply the patch - a good reason for a
developer to put extra time into making sure there are no regressions.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "u
at I'm using is:
An ASUS P5B Deluxe motherboard with an Intel Core 2 Quad QX6700 2.66 GHz,
4 GB of low latency DIMMs (two times KHX6400D2LLK2/2GN - two DIMM's each, 4
DIMM's
in total, which are CL4-4-4). Asus EN8600 GTS 256MB.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To
On Thu, Jun 14, 2007 at 03:15:06AM +0200, Carlo Wood wrote:
> Hi Dave, I have an amd64 box for which every kernel
> after 2.6.18 hangs during boot, so I have no dmesg :(
>
> I used git bisect to find out where the problem patch is,
> and assuming bisect works (imho it jumped b
at nobody WANTS
your GPL3 kernel? :))
ROFL
--
Carlo Wood <[EMAIL PROTECTED]>
-
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 read the FAQ at http://www.tux.org/lkml/
hat need
""; I don't want to change the (local) tree in anyway.
Isn't there another way to just move master back to the HEAD of origin?
> Alternatively:
>
> $ git checkout master
> $ git pull
>
> Should fetch the latest stuff and advance master to the fetch
ves me the 'git id' (if that
is the correct name for the hash) of the revision that my local
working copy is at?
Can you tell me what is the latest git id that you see?
Because, if I compile 5ecd3100e695228ac5e0ce0e325e252c0f11806f is
still hangs at boot :(
I really don't know how I g
all I have left from the time that I managed
to create a working kernel :(
--
Carlo Wood <[EMAIL PROTECTED]>
-
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/majordom
This was actually a part of a larger reply - but I decided not to sent
that. Didn't want to throw away the work I did to get accurate numbers
though ;)
I investigated:
find -name "*.c" | wc --lines
11100
find -name "*.c" | xargs egrep "(version
2.*([Ll]icense|redistribute|released|GN
/ authors are stopping you from
doing so?
If the answer is: I can't. Then I think you're a lucky bastard, and
have escaped years and years of discussions with people trying to
convince you that the GPLv3 is better ;)
I think that the question: can OTHERS "upgrade" the kernel to
as license 'version 2 or
later', UNLESS someone adds a *crucial* patch (that cannot be removed
as well, along with the header) that is explicitely made version 2
ONLY by its author.
Bottom line - adding a header to those files with "version 2 only"
by Linus is pointless
iginal copyright holder - could do
what you claim - they wouldn't need those signatures.
Having signed a copyright transfer for 'future' changes for gprof,
libiberty, readline, zlib, gcc, gdb, libstdc++, bfd, dejagnu, gas,
and binutils,
Carlo Wood <[EMAIL PROTECTED]>
-
To un
I know I am not). The most important purpose of the discussion
is to TEST if someone could force this "upgrade" in the future
when leadership is less clear. So, I think it's good that some
people are willing to take the side of version 3 and try to go
all the way to prove that it&
(oh and a GPL3 as there isn't one yet...)
I really don't like license discussions - and after reading in the
mailinglist FAQ that license posts are taboo here - I was partly annoyed,
partly amazed to see this HUGE flood of mails with as subject line
"Dual-Licensing Linux Kernel
users - but very,
very bad towards it's authors (taking all and every right you might
have). If John Doe wants to re-release the whole kernel under
GPLv3, then all he needs is a website and some bandwidth.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line &
4 is just the architecture, not the brand. It's an
all intel machine, if that's what you mean.
--
Carlo Wood <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
.
I'd still like to have it sorted out. If you give me the
green light (in the sense that you are willing to help
a kernel-newbie when needed) then I'll have another
attempt at getting more information.
--
Carlo Wood <[EMAIL PROTECTED]>
PS I believe it was you who committed th
d check if the options line is where you added it in your real root.
Ie, if you added it to /etc/modprobe.d/noprobe:
cat /boot/initrd-VERSION-extract/etc/modprobe.d/noprobe
after that you can rm /boot/initrd-VERSION-extract again, of course.
6) reboot - and enjoy the no probing!
Thanks to Ale
parameter be taken a
little bit more serious by the kernel? Independent on whether
or not a drive is detected (or what the CMOS might think about
that), I think that the kernel should REALLY, totally ignore
an ide and/or hdX if so explicitely requested with a kernel
parameter.
Anything I missed?
61 matches
Mail list logo
