that public
domain is not so much a license, and how it becomes GPL anyway, ...
Stating that code which one intends to be in the public domain has "GPL and
additional rights" is a bit of a travesty though.
Signed-off-by: Rene Herman <[EMAIL PROTECTED]>
Rene.
diff --git a/include/l
On 06/29/2007 12:48 AM, Alan Cox wrote:
On Fri, 29 Jun 2007 00:00:27 +0200
Rene Herman <[EMAIL PROTECTED]> wrote:
On 06/28/2007 06:30 PM, Alan Cox wrote:
Public domain is GPL compatible.
Would you happen to have an opinion on the attached? I don't so much need it
The
On 06/29/2007 04:47 AM, Surya Prabhakar N wrote:
Hi emoenke,
Can this patch be verified and pulled into your tree.
You (and he) may not particularly care -- these old drivers are going to be
removed for 2.6.23: http://lkml.org/lkml/2007/6/21/34
Rene.
-
To unsubscribe from this list:
On 06/29/2007 11:05 PM, Bodo Eggert wrote:
Alan Cox <[EMAIL PROTECTED]> wrote:
Indeed if its public domain you may have almost no rights at all
depending what you were given. Once you get the source code you can do
stuff but I don't have to give you that. If its public domain I can find
Robert Hancock shaw.ca> writes:
> In the case of S/PDIF output on ice1724 (and probably other cards), it
> would be nice if ALSA defaulted to routing default audio to both the
> S/PDIF and analog ports, as this is what most users would normally
> expect.. The Windows drivers work like that,
On 06/30/2007 04:11 AM, Daniel Hazelton wrote:
On Friday 29 June 2007 17:27:34 Rene Herman wrote:
Arguably (no doubt, sigh...) someone could distribute the kernel in
binary form but refuse to provide source for the bits marked as being
in the public domain alongside it -- yes, can of worms
On 07/06/2007 02:30 PM, Christoph Pleger wrote:
And what about hdparm (setting 32bit I/O and multi-sector mode)? Suren
wrote that 32bit I/O makes no sense when using DMA. Maybe that's right,
but it does not correspond with my experiences. At least, I have the
"feeling" that my IDE disks work
On 08/28/2007 02:44 AM, José Luis Patiño Andrés wrote:
Okay Rene, I activated SCSI CD-ROM support in kernel config and now all
works again. It's strange, because I never used this option to get my DVD
device on.
Sheesh. How could anyone _not_ understand you need SCSI CD-ROM support for
your
On 08/29/2007 05:57 PM, Keith Packard wrote:
With X server 1.3, I'm getting consistent crashes with two glxgear
instances running. So, if you're getting any output, it's better than my
situation.
Before people focuss on software rendering too much -- also with 1.3.0 (and
a Matrox Millenium
On 08/29/2007 09:56 PM, Rene Herman wrote:
Realised the BUGs may mean the kernel DRM people could want to be in CC...
On 08/29/2007 05:57 PM, Keith Packard wrote:
With X server 1.3, I'm getting consistent crashes with two glxgear
instances running. So, if you're getting any output, it's
On 08/30/2007 06:06 PM, Chuck Ebbert wrote:
On 08/29/2007 03:56 PM, Rene Herman wrote:
Before people focuss on software rendering too much -- also with 1.3.0
(and a Matrox Millenium G550 AGP, 32M) glxgears also works decidedly
crummy using hardware rendering. While I can move the glxgears
On 08/30/2007 09:31 PM, Jan Engelhardt wrote:
On Aug 28 2007 19:05, Rene Herman wrote:
Sheesh. How could anyone _not_ understand you need SCSI CD-ROM support
for your IDE DVD-RW drive...
Welcome to the wonderful world of SCSIfying ATA. (Don't talk about ATAPI,
USB/Firewire, it's
On 08/30/2007 11:16 PM, Greg Freemyer wrote:
On 8/30/07, Rene Herman <[EMAIL PROTECTED]> wrote:
Well -- the world where ATA, SCSI, USB, Firewire and what have you are
low-level drivers to a unifying storage layer is under non too obscure
definitions sort of not non-wonderful...
On 08/31/2007 08:46 AM, Tilman Sauerbeck wrote:
On 08/29/2007 09:56 PM, Rene Herman wrote:
With X server 1.3, I'm getting consistent crashes with two glxgear
instances running. So, if you're getting any output, it's better than my
situation.
Before people focuss on software rendering too
On 09/02/2007 10:15 PM, Satyam Sharma wrote:
sound/isa/sb16/sb16.c: In function ‘snd_sb16_isa_probe’:
Blah. Your message has:
Content-Type: TEXT/PLAIN; charset=iso-2022-jp
This apparently is caused by a combination of GCC using groovy UTF tickmarks
in its error messages when in a
On 09/02/2007 10:21 PM, Satyam Sharma wrote:
sound/isa/es18xx.c: In function ‘snd_es18xx_isa_probe’:
sound/isa/es18xx.c:2251: warning: ‘err’ may be used uninitialized in this
function
gcc is a sad, sad compiler. This warning is bogus so let's shut it up.
Same situation, same comment (and
On 07/25/2007 06:06 AM, Nick Piggin wrote:
Ray Lee wrote:
Anyway, my point is that I worry that tuning for an unusual and
infrequent workload (which updatedb certainly is), is the wrong way to
go.
Well it runs every day or so for every desktop Linux user, and it has
similarities with
On 07/25/2007 07:12 AM, [EMAIL PROTECTED] wrote:
On Wed, 25 Jul 2007, Rene Herman wrote:
It certainly doesn't run for me ever. Always kind of a "that's not the
point" comment but I just keep wondering whenever I see anyone
complain about updatedb why the _hell_ they a
On 07/25/2007 06:46 AM, [EMAIL PROTECTED] wrote:
you could make a synthetic test by writing a memory hog that allocates
3/4 of your ram then pauses waiting for input and then randomly accesses
the memory for a while (say randomly accessing 2x # of pages allocated)
and then pausing again
On 07/25/2007 09:14 AM, [EMAIL PROTECTED] wrote:
On Wed, 25 Jul 2007 07:30:37 +0200, Rene Herman said:
Yes, but what's locate's usage scenario? I've never, ever wanted to use
it. When do you know the name of something but not where it's located,
other than situations which "which"
On 07/25/2007 10:07 AM, [EMAIL PROTECTED] wrote:
On Wed, 25 Jul 2007, Rene Herman wrote:
Something like this?
[ ... ]
when the swap readahead is enabled does it make a significant difference
in the time to do the random access?
I don't use swap prefetch (nor -ck or -mm). If someone who
On 07/25/2007 10:28 AM, Ingo Molnar wrote:
Regardless, I'll stand by "[by disabling updatedb] the problem will
for a large part be solved" as I expect approximately 94.372 percent
of Linux desktop users couldn't care less about locate.
i think that approach is illogical: because Linux
On 07/25/2007 10:33 AM, [EMAIL PROTECTED] wrote:
I haven't used swap prefetch either, the call was put out for what
could be used to test the performance, and I was suggesting a test.
if nobody else follows up on this I'll try to get some time to test it
myself in a day or two.
this
On 07/25/2007 01:34 PM, Ingo Molnar wrote:
and the fact is: updatedb discards a considerable portion of the cache
completely unnecessarily: on a reasonably complex box no way do all the
inodes and dentries fit into all of RAM, so we just trash everything.
Okay, but unless I've now managed to
On 07/25/2007 12:53 PM, Jos Poortvliet wrote:
On 7/25/07, *Rene Herman* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Also note I'm not against swap prefetch or anything. I don't use it and
do not believe I have a pressing need for it, but do suspect it has
potential t
On 07/25/2007 05:30 PM, Kacper Wysocki wrote:
main question is _why_ the hell it helps updatedb.
Is that what [ ... ]
And there we go again -- off into blabber-land. Why does swap-prefetch help
updatedb? Or doesn't it? And if it doesn't, why should anyone trust anything
else someone who
On 07/26/2007 09:08 AM, Bongani Hlope wrote:
On Thursday 26 July 2007 08:56:59 Rene Herman wrote:
Great. Now concentrate on the "swpd" column, as it's the only thing
relevant here. The fact that an updatedb run fills/replaces caches is
completely and utterly unsurprising and not
On 07/26/2007 08:23 AM, Andika Triwidada wrote:
On 7/26/07, Rene Herman <[EMAIL PROTECTED]> wrote:
RAM intensive? If I run updatedb here, it never grows itself beyond 2M.
Yes, two. I'm certainly willing to accept that me and my systems are
possibly not the reference but assuming I'm
On 07/26/2007 01:25 AM, Andrew Morton wrote:
On Wed, 25 Jul 2007 14:07:56 -0700
"Masoud Sharbiani" <[EMAIL PROTECTED]> wrote:
This is rate limited; Do you need me to rewrite it with it being
disabled by default?
Yes please.
Look: if there's a way in which an unprivileged user can trigger
On 07/26/2007 12:16 PM, Alan Cox wrote:
On Thu, 26 Jul 2007 11:46:23 +0200
Andi Kleen <[EMAIL PROTECTED]> wrote:
Look: if there's a way in which an unprivileged user can trigger a printk
we fix it, end of story.
I'm firmly against disabling it on x86-64 by default. The printks are extremly
On 07/26/2007 11:58 AM, Björn Steinbrink wrote:
Will now go and see what happens if I play with swappiness.
I in fact managed to overlook _all_ of swappiness (*) and was quite frankly
under the impression that Linux would simply never swap anything out to make
room for cache. Which is basic
On 07/25/2007 07:15 PM, Robert Deaton wrote:
On 7/25/07, Rene Herman <[EMAIL PROTECTED]> wrote:
And there we go again -- off into blabber-land. Why does swap-prefetch
help updatedb? Or doesn't it? And if it doesn't, why should anyone
trust anything else someone who said it does say
On 07/26/2007 08:39 AM, Bongani Hlope wrote:
On Thursday 26 July 2007 05:59:53 Rene Herman wrote:
So what's happening? If you sit down with a copy op "top" in one terminal
and updatedb in another, what does it show?
Just tested that, there's a steady increase in the useage of bu
On 07/27/2007 02:46 AM, Jesper Juhl wrote:
On 26/07/07, Andika Triwidada <[EMAIL PROTECTED]> wrote:
Might be insignificant, but updatedb calls find (~2M) and sort (~26M).
Definitely not RAM intensive though (RAM is 1GB).
That doesn't match my box at all :
[ ... ]
This is a Slackware
On 07/27/2007 09:54 AM, Mike Galbraith wrote:
On Fri, 2007-07-27 at 08:00 +0200, Rene Herman wrote:
The remaining issue of updatedb unnecessarily blowing away VFS caches is
being discussed (*) in a few thread-branches still running.
If you solve that, the swap thing dies too, they're one
On 07/27/2007 01:48 PM, Mike Galbraith wrote:
physical ram. If it really does use only free ram, that indeed sounds
pretty pointless.
Con's quote from a bit below that seems to confirm the "only free" nicely.
I believe the users who say their apps really do get paged back in
though, so
On 07/27/2007 11:26 AM, Mike Galbraith wrote:
On Fri, 2007-07-27 at 10:28 +0200, Rene Herman wrote:
I still wonder what the "the swap thing" is though. People just kept
saying that swap-prefetch helped which would seem to indicate their
problem didnt have anything to do with upd
On 07/27/2007 07:45 PM, Daniel Hazelton wrote:
Updatedb or another process that uses the FS heavily runs on a users
256MB P3-800 (when it is idle) and the VFS caches grow, causing memory
pressure that causes other applications to be swapped to disk. In the
morning the user has to wait for the
On 07/27/2007 10:28 PM, Daniel Hazelton wrote:
Check the attitude at the door then re-read what I actually said:
Attitude? You wanted attitude dear boy?
Updatedb or another process that uses the FS heavily runs on a users
256MB P3-800 (when it is idle) and the VFS caches grow, causing
On 07/27/2007 09:43 PM, [EMAIL PROTECTED] wrote:
On Fri, 27 Jul 2007, Rene Herman wrote:
On 07/27/2007 07:45 PM, Daniel Hazelton wrote:
Questions about it:
Q) Does swap-prefetch help with this?
A) [From all reports I've seen (*)]
Yes, it does.
No it does not. If updatedb filled
On 07/28/2007 01:15 AM, Björn Steinbrink wrote:
On 2007.07.27 20:16:32 +0200, Rene Herman wrote:
Here's swap-prefetch's author saying the same:
http://lkml.org/lkml/2007/2/9/112
| It can't help the updatedb scenario. Updatedb leaves the ram full and
| swap prefetch wants to cost as little
On 07/28/2007 09:35 AM, Rene Herman wrote:
By the way -- I'm unable to make my slocate grow substantial here but
I'll try what GNU locate does. If it's really as bad as I hear then
regardless of anything else it should really be either fixed or dumped...
Yes. GNU locate is broken and nobody
On 07/28/2007 10:55 AM, [EMAIL PROTECTED] wrote:
in at some situations swap prefetch can help becouse something that used
memory freed it so there is free memory that could be filled with data
(which is something that Linux does agressivly in most other situations)
in some other situations
On 07/28/2007 01:21 PM, Alan Cox wrote:
It is. Prefetched pages can be dropped on the floor without additional
I/O.
Which is essentially free for most cases. In addition your disk access
may well have been in idle time (and should be for this sort of stuff)
Yes. The swap-prefetch patch
On 07/28/2007 11:00 PM, [EMAIL PROTECTED] wrote:
many -mm users use it anyway? He himself said he's not convinced of
usefulness having not seen it help for him (and notice that most
developers are also users), turned it off due to it annoying him at
some point and hasn't seen a serious
On 07/29/2007 01:41 PM, [EMAIL PROTECTED] wrote:
And now you do it again :-) There is no conclusion -- just the
inescapable observation that swap-prefetch was (or may have been)
masking the problem of GNU locate being a program that noone in their
right mind should be using.
isn't your
On 07/29/2007 03:12 PM, Alan Cox wrote:
What are the tradeoffs here? What wants small chunks? Also, as far as
I'm aware Linux does not do things like up the granularity when it
notices it's swapping in heavily? That sounds sort of promising...
Small chunks means you get better efficiency of
On 07/29/2007 04:58 PM, Ray Lee wrote:
On 7/29/07, Rene Herman <[EMAIL PROTECTED]> wrote:
On 07/29/2007 03:12 PM, Alan Cox wrote:
More radically if anyone wants to do real researchy type work - how about
log structured swap with a cleaner ?
Right over my head. Why does log-str
On 07/29/2007 05:20 PM, Ray Lee wrote:
I understand what log structure is generally, but how does it help swapin?
Look at the swap out case first.
Right now, when swapping out the kernel places whatever it can
wherever it can inside the swap space. The closer you are to filling
your swap
On 07/29/2007 06:04 PM, Ray Lee wrote:
I am very aware of the costs of seeks (on current magnetic media).
Then perhaps you can just take it on faith -- log structured layouts
are designed to help minimize seeks, read and write.
I am particularly bad at faith. Let's take that stupid program
On 07/29/2007 07:19 PM, Ray Lee wrote:
The program is not a real-world issue and if you do not consider it a useful
boundary condition either (okay I guess), how would log structured swap help
if I just assume I have plenty of free swap to begin with?
Is that generally the case on your
On 07/29/2007 07:52 PM, Ray Lee wrote:
Well, that doesn't match my systems. My laptop has 400MB in swap:
Which in your case is slightly more than 1/3 of available swap space. Quite
a lot for a desktop indeed. And if it's more than a few percent fragmented,
please fix current swapout
On 07/30/2007 08:12 PM, Phillip Susi wrote:
Lindsay Roberts wrote:
* Increases romfs partition size limit from 2GB to 4GB.
* Adds new derivative of romfs filesystem (rom2fs) with
block aligned regular file data to bring performance
parity with ext2/3. This is about 225% of the read
speed of
On 07/31/2007 08:06 AM, dean gaudet wrote:
On Wed, 18 Jul 2007, Rene Herman wrote:
Would anyone happen to have a list of TLB sizes for some selected
x86{,-64} CPUs? I know it goes from a few entries on a 386 to a lot on
Opteron but I have a real hard time finding specific data.
http
On 07/30/2007 10:25 PM, <::.. Teresa_II ..::> wrote:
first of all i am not sure if its scheduler issue. But i didn't found
anything about that in google related to something else.
So i tried 2.6.22.1 kernel with new cfs scheduler v19.1 from Ingo page.
Previous i used 2.6.22-ck1.
After 24
On 07/31/2007 02:53 PM, [EMAIL PROTECTED] wrote:
- desc_base = (u32)kmalloc(entries * sizeof(au1x_ddma_desc_t),
+ desc_base = kmalloc(entries * sizeof(au1x_ddma_desc_t),
The unnessary bit in kmalloc casts is due to void pointers being assignment
compatible to other pointer types
On 08/09/2007 05:26 PM, Andi Kleen wrote:
In my experience it tends to be challenging to actually find all the packages
needed for that. And then it's incredibly slow -- seems to be much slower
than gcc which is somewhat of an archivement. And at least for LinuxDoc TeX usually
can't even
On 08/10/2007 12:27 AM, Francois Romieu wrote:
Andi Kleen <[EMAIL PROTECTED]> :
[...]
I don't think that is used by Linuxdoc. Try a make pdfdocs and see for
yourself.
It reminds me of an old PII but it does not really make clear how html to
pdf conversion would improve the situation.
On 08/10/2007 02:30 PM, Michal Piotrowski wrote:
[Adding linux-scsi and Adaptec support to CC]
On 10/08/07, Jegadeesh <[EMAIL PROTECTED]> wrote:
Hi,
I have a scsi disk on Adaptec ASC-29320 U320. I have created a linux
partition and ext3 filesystem over it.
Now the problem is, whenever the
On 08/10/2007 05:10 PM, Matti Aarnio wrote:
On Fri, Aug 10, 2007 at 07:26:46AM -0700, Vlad wrote:
...
"Warning: Atime will be disabled by default in future kernel versions,
but you will still be able to turn it on when configuring the kernel."
This should give a heads-up to the 0.001% of
On 08/10/2007 10:12 PM, Sam Ravnborg wrote:
What primary requirements does in-tree Linux kernel documentation have
to fulfill in general?
Skipping the obvious ones such as correct, up-to-date etc.
o Readable as-is
o Grepable
o buildable as structured documents or almost like a single book
o
On 08/11/2007 08:31 AM, Stefan Richter wrote:
Rene Herman wrote:
On 08/10/2007 10:12 PM, Sam Ravnborg wrote:
What primary requirements does in-tree Linux kernel documentation have
to fulfill in general?
Skipping the obvious ones such as correct, up-to-date etc.
o Readable as-is
o Grepable
o
On 08/12/2007 03:08 AM, Jesper Juhl wrote:
This may be a little off topic, but I think it's interresting enough
to warrent a single mail.
I just saw a news article (http://www.theinquirer.net/?article=41610)
about a 3 Socket Opteron motherboard and couldn't help but wonder if
we are prepared
On 08/12/2007 02:56 AM, Jesper Juhl wrote:
(whoops, forgot to add maintainer to Cc - now added)
Ehm... too late...
On 12/08/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
Hi,
I've been building some randconfig kernels lately and I've noticed
this in a few builds :
drivers/block/cciss.c:2614:
On 08/12/2007 02:28 AM, Jesper Juhl wrote:
I've been building some randconfig kernels lately and I've noticed
this in a few builds :
drivers/block/cciss.c:2614: warning: right shift count >= width of type
drivers/block/cciss.c:2615: warning: right shift count >= width of type
On 08/12/2007 03:25 AM, Rene Herman wrote:
On 08/12/2007 02:56 AM, Jesper Juhl wrote:
(whoops, forgot to add maintainer to Cc - now added)
Ehm... too late...
Useless followup though -- hp.com rejects me as it feels the SPF neutral
results gmail sends due to me not using the gmail SMTP
On 08/12/2007 03:52 AM, Jesper Juhl wrote:
On 12/08/07, Rene Herman <[EMAIL PROTECTED]> wrote:
On 08/12/2007 03:08 AM, Jesper Juhl wrote:
This may be a little off topic, but I think it's interresting enough
to warrent a single mail.
I just saw a news article (http://www.theinquir
On 08/12/2007 05:29 AM, Roland Dreier wrote:
> /*
> * Maximum threshold is 125
> */
> threshold = min(125, threshold);
>
> as either the comment or the code is wrong and it seems it's the
> code.
What's the problem? That line sets threshold to the
On 08/12/2007 08:58 AM, Al Viro wrote:
On Sun, Aug 12, 2007 at 03:21:57AM +0200, Rene Herman wrote:
+ c->Request.CDB[2]= ((u64)start_blk >> 56) & 0xff; //MSB
+ c->Request.CDB[3]= ((u64)start_blk >> 48) & 0xff;
On 08/12/2007 10:35 AM, Andrew Morton wrote:
On Sun, 12 Aug 2007 05:17:10 +0200 Rene Herman <[EMAIL PROTECTED]> wrote:
The line just below where it does that _does_ seem to have a problem:
/*
* Maximum threshold is 125
*/
threshold = min(125, thr
On 08/12/2007 10:32 PM, James Bottomley wrote:
On Sun, 2007-08-12 at 07:58 +0100, Al Viro wrote:
On Sun, Aug 12, 2007 at 03:21:57AM +0200, Rene Herman wrote:
@@ -2609,13 +2609,13 @@ static void do_cciss_request(request_queue_t *q)
} else {
c
On 08/12/2007 05:17 PM, Alan Cox wrote:
Try this (it compiles but isnt tested). Its a weekend here, the sun is
shining, the beach is a short walk, and I have more interesting things to
do right now 8)
Oh come on, you have a beard. You can't go to the beach.
Rene.
-
To unsubscribe from this
On 08/13/2007 09:16 AM, Al Viro wrote:
On Sun, Aug 12, 2007 at 10:49:34PM -0700, Joe Perches wrote:
I grew weary of looking up the appropriate
maintainer email address(es) to CC: for a patch.
Does the acronym GAFL ring any bells? It's not that idea is worthless -
it sure as hell is a useful
On 08/13/2007 07:42 PM, Arjan van de Ven wrote:
On Mon, 2007-08-13 at 19:33 +0200, Mariusz Kozlowski wrote:
Hello,
I don't recall discusion about this so here are my 3 cents:
I like the idea.
I don't actually. It shows a central MAINTAINERS file is the wrong
approach; just that
On 08/14/2007 03:19 AM, Arjan van de Ven wrote:
On Mon, 2007-08-13 at 16:37 -0400, Trond Myklebust wrote:
On Mon, 2007-08-13 at 10:42 -0700, Arjan van de Ven wrote:
The maintainer info should be in the source file itself! That's the only
reasonable way to keep it updated; now I'm all for
On 08/14/2007 03:51 AM, Rene Herman wrote:
MODULE_MAINTAINER() was discussed a while ago but embedding information
into the binary has the problem you can't ever change deployed systems,
meaning it lags by design. If a maintainer changes, people would still
be using the information from
On 08/14/2007 11:20 AM, Alan Cox wrote:
MODULE_MAINTAINER() was discussed a while ago but embedding information into
the binary has the problem you can't ever change deployed systems, meaning
it lags by design. If a maintainer changes, people would still be using the
information from their
On 08/14/2007 07:00 PM, Joe Perches wrote:
On Tue, 2007-08-14 at 17:53 +0200, Rene Herman wrote:
It isn't about MODULE_FOO() tags, it is about tagging /source/ files
to help with putting CCs on patch submissals.
If we want to link source file foo.c and the
MAINTAINERS information, we have 3
On 08/14/2007 08:15 PM, Linus Torvalds wrote:
Quite frankly, I think the MAINTAINERS file gets a whole lot uglier this
way.
There's also a rather fundamental issue: this will likely make people
touch the MAINTAINERS file *more*, and from a maintenance standpoint, that
is exactly the wrong
On 08/14/2007 08:28 PM, Joe Perches wrote:
On Tue, 2007-08-14 at 20:03 +0200, Rene Herman wrote:
"git info --maintainer drivers/ide/ide-cd.c" or some such would say "Alan
Cox <[EMAIL PROTECTED]>".
Perhaps maintainer(s), approver(s), listener(s)?
I think something
On 08/14/2007 09:33 PM, Al Viro wrote:
FWIW, I suspect that we are looking at that from the wrong POV. If
that's about "who ought to be Cc'd on the issues dealing with ", why does it have to be tied to "who is maintainer for
"?
I'm not suggesting something like [EMAIL PROTECTED] with
On 08/15/2007 07:25 AM, Junio C Hamano wrote:
Joe Perches <[EMAIL PROTECTED]> writes:
Rene Herman had an idea about using some git
metadata that might be useful. The completely
external data approach suggested by Al Viro
might be OK too in that it wouldn't tie listeners
to git req
On 08/15/2007 09:28 AM, Jan Engelhardt wrote:
On Aug 14 2007 16:21, Jason Uhlenkott wrote:
On Tue, Aug 14, 2007 at 15:55:48 -0700, Arjan van de Ven wrote:
NULL is not 0 though.
It is. Its representation isn't guaranteed to be all-bits-zero,
C guarantees that.
C guarantees what? If
On 08/15/2007 11:20 AM, Jan Engelhardt wrote:
On Aug 15 2007 10:37, Rene Herman wrote:
On 08/15/2007 09:28 AM, Jan Engelhardt wrote:
On Aug 14 2007 16:21, Jason Uhlenkott wrote:
On Tue, Aug 14, 2007 at 15:55:48 -0700, Arjan van de Ven wrote:
NULL is not 0 though.
It is. Its
On 08/15/2007 12:20 PM, Jan Engelhardt wrote:
On Aug 15 2007 11:58, Rene Herman wrote:
NULL is not 0 though.
It is. Its representation isn't guaranteed to be all-bits-zero,
He said the null _pointer_ isn't guaranteed to be all-bits zero. And it
isn't. Read the standard or the faq.
0
On 08/15/2007 11:39 AM, Stefan Richter wrote:
Note, maintainer contacts
- should be available to patch submitters and
- must be available to *problem reporters*
without having to have git and a .git repo.
That "must" seems rather strong. But those few non-developer users that
could care
On 08/15/2007 03:33 PM, Satyam Sharma wrote:
[ git info --maintainer ]
I'd really _love_ a tool that does all that what you've proposed above!
But why does it have to be "git-info" or anything in the git(7) suite for
that matter? This sounds like a job for a different specialised tool,
along
On 07/31/2007 10:28 PM, kriko wrote:
I experience hangs on reboot. Precisely hang occurs when I reboot from
linux.
Does it matter at all if you add "reboot=b" (other options w, c, h) as a
comand line parameter?
Rene.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On 07/31/2007 11:27 PM, kriko wrote:
On Tue, 31 Jul 2007 22:38:32 +0200, Rene Herman <[EMAIL PROTECTED]>
wrote:
Does it matter at all if you add "reboot=b" (other options w, c, h) as
a comand line parameter?
None of that parameters worked for me. It seems they do ha
On 07/31/2007 11:48 PM, kriko wrote:
"Summary screen" will do, but yes, I understood. Perhaps your BIOS
isn't fond of the state the Linux drivers leaves your DVD-ROM at.
Judging by your "nv_pata", you are probebly usiing the pata (pata_amd)
driver, not the old IDE driver?
Does it boot
On 08/01/2007 01:35 AM, kriko wrote:
Machine hangs at summary screen where it would be trying a boot from
DVD normally on cold boot, or reboot from Windows. reboot=b doesn't help.
Sorted out, built 2 kernels, one with old driver, other with only new
driver. The one with old driver hangs (it
On 08/01/2007 10:37 AM, kriko wrote:
using only new drivers works fine.
... oh well. I suppose it's not really worth it to try and debug that.
Cheers.
I just want to add that my DVD drive is not detected when using new
driver. So back to old one
You shouldn't have dropped Alan from
On 08/01/2007 11:37 AM, kriko wrote:
I just want to add that my DVD drive is not detected when using new
driver. So back to old one
You shouldn't have dropped Alan from CC then... pata_amd, right?
Rene.
Sorry, yes its pata_amd.
IBM drive is on Primary master (detected as /dev/sdc)
On 08/01/2007 01:31 PM, Andi Kleen wrote:
Ingo Molnar <[EMAIL PROTECTED]> writes:
another reaction below in this thread reported kbd problems in vanilla
2.6.22.1 as well. What is the X versions, etc.? Does the problem go away
if the X kbd driver selection is tweaked to a simpler model, say:
On 08/01/2007 02:34 PM, Indan Zupancic wrote:
On Wed, August 1, 2007 13:01, Rene Herman wrote:
Teresa was already using 2.6.22.1, with CFS (v19.1) patched in, so reverting
that would be a matter of patching it out again. She said she wasn't seeing
trouble on other kernels though.
I
On 08/01/2007 03:07 PM, Indan Zupancic wrote:
On Wed, August 1, 2007 14:50, Rene Herman wrote:
On 08/01/2007 02:34 PM, Indan Zupancic wrote:
On Wed, August 1, 2007 13:01, Rene Herman wrote:
Teresa was already using 2.6.22.1, with CFS (v19.1) patched in, so reverting
that would be a matter
On 08/01/2007 03:33 PM, <:::.. TeresaII ..:::> wrote:
Problem is, that i can't reproduce it after last reboot.
Can this be different on each reboot ? Any idea ?
About another kernel: i only had -ck kernels since last year or more, i
can remember i had same behavier atleast 6 month ago, or
On 08/01/2007 03:27 PM, Francis Moreau wrote:
I'm used to hack Linux on a ARM based board and would like to be
involved in x86_64 architecture but I don't know where I should
start...
Could anyone point out some nice documentations/books describing this
architecture ?
First and foremost the
On 08/01/2007 05:09 PM, Ingo Molnar wrote:
* Indan Zupancic <[EMAIL PROTECTED]> wrote:
We could have independent problems with more or less the same
symptoms, at least Teresa's problem seems much worse than ours, and if
you and Ingo only experience a stuck delete key, it might be something
On 08/01/2007 05:20 PM, Ingo Molnar wrote:
* Rene Herman <[EMAIL PROTECTED]> wrote:
On 08/01/2007 05:09 PM, Ingo Molnar wrote:
* Indan Zupancic <[EMAIL PROTECTED]> wrote:
We could have independent problems with more or less the same
symptoms, at least Teresa's problem seem
801 - 900 of 1135 matches
Mail list logo