Hi!
This updates video.txt documentation with information about few more
systems. Please apply,
Pavel
--- clean/Documentation/power/video.txt 2005-04-05 10:54:28.0 +0200
+++ linux/Documentation/power/video.txt 2005-04-05
On Mon, 4 Apr 2005, Andrew Morton wrote:
James Morris [EMAIL PROTECTED] wrote:
n Mon, 4 Apr 2005, Andrew Morton wrote:
I got this on a dual P4 Xeon with HT. If anyone wants more
information,
let me know.
.config, please..
#
# Automatically generated
Jesper Juhl [EMAIL PROTECTED] wrote:
kfree() takes a void pointer argument, no need to cast.
vma-vm_start is unsigned long (unless it's changed since last I looked):
struct vm_area_struct {
struct mm_struct * vm_mm;
unsigned long vm_start;
Second step is to make the built-in firmware a
config option and then later on when the infrastructure matures for
firmware loading/providing firmware it can be removed from the driver
entirely.
I think the infrasturcture is quite mature. We have a lot of drivers
that require it to
On Tue, Apr 05, 2005 at 11:36:58AM +0200, Arjan van de Ven wrote:
Second step is to make the built-in firmware a
config option and then later on when the infrastructure matures for
firmware loading/providing firmware it can be removed from the driver
entirely.
I think the
Andrew Morton wrote:
[...]
Does not compile on AthlonXP. For mmx_clear_page, only the prototype was
changed, but the implementation is still the same. I guess that part of
the patch slipped out somehow.
-extern void mmx_clear_page(void *page);
+extern void mmx_clear_page(void *page, int
Natanael Copa napisa(a):
On Thu, 2005-03-31 at 12:11 -0500, Lee Revell wrote:
Didn't you ever look up what a ulimit is?
ofcourse i did. I just think that ulimit (or other userspace tools)
should be used to *raise* the limit if you need more. Not the reverse.
If you consider your
On Tue, Apr 05, 2005 at 07:58:19PM +1000, Dave Airlie wrote:
E.g. on my ia64 box CONFIG_COMPAT is set because I have support compiled
in for running i386 apps. But I don't want dri to hand out 32bit handles
everywhere just because of that, because I most certainly won't be running
i386
On 095, 04 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
what useful this part of the patch is supposed to do ?
Looks like the result of whitespace damage.
--- linux-2.6.12-rc2/drivers/acpi/sleep/main.c 2005-03-02 01:09:19.0
-0800
+++ 25/drivers/acpi/sleep/main.c
Christoph Hellwig writes:
- the magic CONFIG_COMPAT changes for SHM handles should only be done when
a module is set. CONFIG_COMPAT is set for mostly 64bit systems that can
run 32bit code and drm shouldn't behave differently just because we can
run 32bit code.
Yes it should - we
On Tue, Apr 05, 2005 at 07:51:57PM +1000, Paul Mackerras wrote:
Christoph Hellwig writes:
Please make it a module option so it doesn't regress everyone for your
specific needs.
Sorry, I don't follow you.
E.g. on my ia64 box CONFIG_COMPAT is set because I have support compiled
in for
On Tue, Apr 05, 2005 at 07:35:46PM +1000, Paul Mackerras wrote:
Christoph Hellwig writes:
It's documented where the other filesystem entry points are documented.
Which is?
$ grep -r compat_ioctl Documentation
Documentation/filesystems/Locking: long (*compat_ioctl) (struct file *,
On Tue, Apr 05, 2005 at 11:36:58AM +0200, Arjan van de Ven wrote:
One of the options is to even ship the firmware in the kernel tarbal but
from a separate directory with a clear license clarification text in it.
I think that's what we should do. I currently don't have any firmware
requiring
On Tue, 5 Apr 2005, David Howells wrote:
Date: Tue, 05 Apr 2005 11:04:58 +0100
From: David Howells [EMAIL PROTECTED]
To: Jesper Juhl [EMAIL PROTECTED]
Cc: linux-kernel linux-kernel@vger.kernel.org
Subject: Re: [PATCH] no need to cast pointer to (void *) when passing it to
kfree()
To be fair to Evgeniy I am not against the Konnector idea. I think that
it is a useful feature to have an easy to use messaging between
kernel-kernel and kernel-userspace. The fact that he leveraged netlink
instead of inventing things is a bonus. Having said that i have not
seriously scrutinized
On Tue, 05 Apr 2005 11:39:02 +0200, Christoph Hellwig wrote:
On Tue, Apr 05, 2005 at 11:36:58AM +0200, Arjan van de Ven wrote:
One of the options is to even ship the firmware in the kernel tarbal but
from a separate directory with a clear license clarification text in it.
I think that's
and, oh yeah - wheres the documentation Evgeniy? ;-
cheers,
jamal
On Tue, 2005-04-05 at 06:44, jamal wrote:
To be fair to Evgeniy I am not against the Konnector idea. I think that
it is a useful feature to have an easy to use messaging between
kernel-kernel and kernel-userspace. The fact
Mildred Frisco is still waiting to hear from you to join their mobile friends
network.
Guess what? You now have 1 friend that have invited you to their mobile network!
These friend are waiting for you to accept:
Mildred Frisco
Click the link below to see your friend? photos and accept their
Adrian Bunk wrote:
This patch contains a small bug:
-- snip --
...
WARNING: /lib/modules/2.6.12-rc1-mm4/kernel/net/sunrpc/sunrpc.ko needs
unknown symbol kstrdup
WARNING: /lib/modules/2.6.12-rc1-mm4/kernel/net/ipv6/ipv6.ko needs
unknown symbol kstrdup
WARNING:
On Tue, 2005-04-05 at 07:00 -0400, jamal wrote:
and, oh yeah - wheres the documentation Evgeniy? ;-
In the tree :)
Documentation/connector/connector.txt - some notes, API.
Documentation/connector/cn_test.c - kernel example.
Uses cn_netlink_send(), notification feature.
I will send today a pathc
On Apr 05, 2005, at 05:23, Renate Meijer wrote:
uint8/16/32/64, on the other hand, are specific bit-sizes, which
may not be as fast or correct as a simple size_t.
Using specific widths may yield benefits on one platform, whilst
proving a real bottleneck when porting something to another. A
On Tue, Apr 05, 2005 at 10:32:38AM +0200, Kay Sievers wrote:
On Mon, 2005-04-04 at 23:51 -0500, Dmitry Torokhov wrote:
Firmware loader is format-agnostic, I think having IHEX parser in a separate
file would be better...
Why should this be in-kernel at all? Convert the firmware into a
On Tue, Apr 05, 2005 at 11:22:06AM +0200, Marcel Holtmann wrote:
I agree with Dmitry on this point. The IHEX parser should not be inside
firmware_class.c. What about using keyspan_ihex.[ch] for it?
That's what I had originally, actually called firmware_ihex.ko, since
the IHEX format parser is
Paulo Marques wrote:
Adrian Bunk wrote:
This patch contains a small bug:
[...]
Andrew, do you want me to send a new patch with this fixed, so you can
back out the current one and apply the new one, or can you simply merge
this one from Adrian?
Never mind, I can see the fix is already in rc2-mm1.
On Tue, Apr 05, 2005 at 08:34:11PM +1200, Reuben Farrelly wrote:
Hi,
Hi Reuben,
...
Hrm. Something changed between the last -mm release which compiled
through, and this one..
...
LD .tmp_vmlinux1
arch/i386/kernel/built-in.o(.init.text+0x1823): In function `setup_arch':
: undefined
On Tue, Apr 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
...
Changes since 2.6.12-rc1-mm4:
...
bk-kbuild.patch
...
GNU Emacs correctly complains because of spaces instead of a tab.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.12-rc2-mm1-full/Makefile.old 2005-04-05
Theodore Ts'o wrote:
You know, the fact that Red Hat, SuSE, Ubuntu, and pretty much all
other commercial distributions have not been worried about getting
sued for this alleged GPL'ed violation makes it a lot harder for me
(and others, I'm sure) take Debian's concerns seriously.
I said in
Christoph Hellwig wrote:
On Tue, Apr 05, 2005 at 11:28:07AM +0200, Arjan van de Ven wrote:
One of the sticking points will be how people get the firmware; I can
see the point of a kernel-distributable-firmware project related to the
kernel (say on kernel.org) which would provide a nice collection
I agree. And that really doesn't need a lot of infrastructure,
basically just a tarball that unpacks to /lib/firmware, maybe a specfile
and debian/ dir in addition.
At the moment there is -zero- infrastructure that would allow my tg3 to
continue working, when I upgrade to a tg3
Humberto Massa wrote:
But, the question made here was a subtler one and you are all biting
around the bush: there *are* some misrepresentations of licenses to the
firmware blobs in the kernel (-- ok, *if* you consider that hex dumps
are not source code). What Sven asked was: Hey, can I state
On Mon, 4 Apr 2005, Kyle Moffett wrote:
On Apr 04, 2005, at 17:25, Richard B. Johnson wrote:
I don't find stdint.h in the kernel source (up to 2.6.11). Is this
going to be a new addition?
Uhh, no. stdint.h is part of glibc, not the kernel.
It would be very helpful to start using the
SuD Alex [EMAIL PROTECTED] wrote:
Googling i found that jgarzik already got a patch for this
(ac97_codec.c:158):
+{0x43585430, CXT48,default_ops,
AC97_DELUDED_MODEM },
Yes, until we manage to copy what ALSA does in this case, this
is what we'll have to do.
The
Hi again
At 12:14 a.m. 6/04/2005, Adrian Bunk wrote:
On Tue, Apr 05, 2005 at 08:34:11PM +1200, Reuben Farrelly wrote:
Hi,
Hi Reuben,
...
Hrm. Something changed between the last -mm release which compiled
through, and this one..
...
LD .tmp_vmlinux1
snip
a missing include:
...
drivers/usb/storage/debug.c: In function `usb_stor_show_sense':
drivers/usb/storage/debug.c:166: warning: implicit declaration of function
`scsi_sense_key_string'
drivers/usb/storage/debug.c:167: warning: implicit declaration of function
`scsi_extd_sense_format'
...
On Die, 05 Apr 2005, Pavel Machek wrote:
It's b44. It *was* working with b44 insmod-ed and up and running, but
now as soon as b44-eth0 is ifup-ed while suspending, the resume freezes.
If I do a ifdown eth0 before suspending, it works.
Does this one help?
I compiled it into
Thanks for tip and patch Michael.
Best regards / Grüße
--
Klaus
-
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
On Tue, Apr 05, 2005 at 02:21:57PM +0200, Adrian Bunk wrote:
GNU Emacs correctly complains because of spaces instead of a tab.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.12-rc2-mm1-full/Makefile.old2005-04-05 14:00:06.0
+0200
+++
On Die, 05 Apr 2005, Pavel Machek wrote:
It's b44. It *was* working with b44 insmod-ed and up and running, but
now as soon as b44-eth0 is ifup-ed while suspending, the resume freezes.
If I do a ifdown eth0 before suspending, it works.
Does this one help?
With 2.6.12-rc1-mm4 it did help.
On Wed, Apr 06, 2005 at 12:32:52AM +1200, Reuben Farrelly wrote:
Hi again
At 12:14 a.m. 6/04/2005, Adrian Bunk wrote:
On Tue, Apr 05, 2005 at 08:34:11PM +1200, Reuben Farrelly wrote:
Hi,
Hi Reuben,
...
Hrm. Something changed between the last -mm release which compiled
through,
Hi,
Just a simple spelling mistake fix.
Signed-Off-By: Baruch Even [EMAIL PROTECTED]
diff -Nurp -X dontdiff 2.6.11.orig/include/net/tcp.h 2.6.11/include/net/tcp.h
--- 2.6.11.orig/include/net/tcp.h 2005-03-16 00:09:00.0 +
+++ 2.6.11/include/net/tcp.h 2005-04-05 14:33:13.473828484 +0100
On Mar 26, 2005 12:59 AM, Julien Wajsberg [EMAIL PROTECTED] wrote:
I own an Asus A8N-Sli motherboard with the Nforce4-Sli chipset, and I
experiment the following problem :
Mar 25 22:42:55 evenflow kernel: hda: dma_timer_expiry: dma status == 0x60
Mar 25 22:42:55 evenflow kernel: hda: DMA
On Apr 4, 2005 9:51 PM, Wiktor [EMAIL PROTECTED] wrote:
Hi,
I'm using the following method and it seems to be working fine
(involving crypto-loop):
i have normal ext3 /boot partition, where i store kernel image initrd.
after lilo boots the kernel, initrd sets up /dev/loop0 to be
On Tue, Apr 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
- Nobody said anything about the PM resume and DRI behaviour in
2.6.12-rc1-mm4. So it's all perfect now?
No, I just didn't get a chance to send mail yet.
Compared to 2.6.11-ac5, I'm seeing one regression: the part of the
resume
On Tue, 2005-04-05 at 08:21 +0100, Christoph Hellwig wrote:
What I really don't like is that you still need ifdefs and wrappers to
support BE and LE wired chips in the same driver. Shouldn't you set the
BE or LE flag at iomap() time and always use the same accessors?
No, if you look how it
On Tue, 2005-04-05 at 08:42 +0100, Russell King wrote:
Not so. There are two different styles of big endian. (Lets just face
it, BE is fucked in the head anyway...)
physical bus: 31...24 23...16 15...8 7...0
BE version 1 (word invariant)
byte access byte 0 byte 1 byte 2 byte 3
Hi!
I've noticed something strange with issuing 'standby' to the system:
when echoing standby to /sys/power/state, nothing happens, not even a log
or
system activity to attempt standby mode.
However, trying echo 1 to /proc/acpi/sleep the system attempts to (standby)
and aborts:
On Tue, 5 Apr 2005, Julien Wajsberg wrote:
On Mar 26, 2005 12:59 AM, Julien Wajsberg [EMAIL PROTECTED] wrote:
I own an Asus A8N-Sli motherboard with the Nforce4-Sli chipset, and I
experiment the following problem :
Mar 25 22:42:55 evenflow kernel: hda: dma_timer_expiry: dma status == 0x60
Mar 25
Hi!
Same issue here.
Suspend-to-ram works perfectly fine with kernel 2.6.12-rc1-mm1, in
mm2,3 and mm4 it is broken.
It suspends properly but does not resume. Just a blackscreen and no
reaction on keypress/usb plug-in/network/power button.
Same way to debug it, then try minimal
On Tue, Apr 05, 2005 at 06:44:08AM -0700, Barry K. Nathan wrote:
swsusp: reading slkf;jalksfsadflkjas;dlfasdfkl (12345 pages): 34%
[sorry, I just got up so my short-term memory isn't working that well
yet]
takes 10-30 minutes (depending on whether it's closer to 11000 pages or
2) rather
On Tue, 2005-04-05 at 15:19 +0900, Tejun Heo wrote:
No problem. Do you want me to do that now? Or is it okay to do the
next take after you review the request_fn rewrite patch?
Just on resubmit ... I think you're currently reworking the request_fn
patch based on Christoph's comments, so
On Tue, Apr 05, 2005 at 09:03:21AM -0300, Humberto Massa wrote:
Theodore Ts'o wrote:
You know, the fact that Red Hat, SuSE, Ubuntu, and pretty much all
other commercial distributions have not been worried about getting
sued for this alleged GPL'ed violation makes it a lot harder for me
Le lundi 04 avril 2005 à 21:32 +0200, Adrian Bunk a écrit :
On Mon, Apr 04, 2005 at 09:05:18PM +0200, Marco d'Itri wrote:
On Apr 04, Greg KH [EMAIL PROTECTED] wrote:
What if we don't want to do so? I know I personally posted a solution
Then probably the extremists in Debian will manage
On Tue, Apr 05, 2005 at 08:16:48AM -0400, Jeff Garzik wrote:
Humberto Massa wrote:
But, the question made here was a subtler one and you are all biting
around the bush: there *are* some misrepresentations of licenses to the
firmware blobs in the kernel (-- ok, *if* you consider that hex
I got the debug statement below during boot.
Environment:
Pentium M, Thinkpad R40
Debian unstable
Linux 2.6.12-rc2
Gnu C 3.3.5
binutils 2.15
Debug: sleeping function called from invalid context at mm/slab.c:2090
in_atomic():1, irqs_disabled():0
[c0103707]
On Tue, 5 Apr 2005, John M Flinchbaugh wrote:
I got the debug statement below during boot.
Environment:
Pentium M, Thinkpad R40
Debian unstable
Linux 2.6.12-rc2
Gnu C 3.3.5
binutils 2.15
Debug: sleeping function called from invalid context at mm/slab.c:2090
in_atomic():1,
On Tue, Apr 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
...
Changes since 2.6.12-rc1-mm4:
...
+ib-mthca-add-support-for-new-mt25204-hca.patch
Infiniband update
...
This patch causes the following compile warning:
-- snip --
...
CC drivers/infiniband/hw/mthca/mthca_main.o
On Tue, 2005-04-05 at 10:24, Adrian Bunk wrote:
On Tue, Apr 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
...
Changes since 2.6.12-rc1-mm4:
...
+ib-mthca-add-support-for-new-mt25204-hca.patch
Infiniband update
...
This patch causes the following compile warning:
-- snip
On Tue, Apr 05, 2005 at 09:12:58AM -0500, Troy Benjegerdes wrote:
Please either apply the following somewhere, or consider this a request
for the human-readable version of the tg3TsoFwText string, per the GPL
requirements.
Notice that the same thing comes from (one of) the drivers distributed
On Tue, Mar 29 2005, Chen, Kenneth W wrote:
Jens Axboe wrote on Tuesday, March 29, 2005 12:04 PM
No such promise was ever made, noop just means it does 'basically
nothing'. It never meant FIFO in anyway, we cannot break the semantics
of block layer commands just for the hell of it.
Here's a patch that fixes
http://bugme.osdl.org/show_bug.cgi?id=4395.
In case there's a 2.6.11.7 before 2.6.12 is released it would
be nice to include this patch there, too.
Johannes
---
Patch by Manu Abraham and Gerd Knorr:
Remove redundant bttv_reset_audio() which caused the computer to
Esben Stien [EMAIL PROTECTED] writes:
can't find a single problem with the device.
I should mention a couple of things after some testing: There are some
inconsistencies with regard to cruise control.
When I press TOP CLICK BACKWARD/TOP CLICK FORWARD to cruise control
down/up, it waits about
Same way to debug it, then try minimal drivers.
Yes, the lifer of a kernel debugger is hard...
Pavel, one question (maybe stupid, I am not at all an expert). Wouldn't be
possible to add a printk when invoking and returning from suspend/resume
methods of drivers, telling if they are
David A. Desrosiers [EMAIL PROTECTED] writes:
Using these same instructions [..] doesn't work at all
This is too little information to work with. Please be more specific
as to what you've done.
--
Esben Stien is [EMAIL PROTECTED]
http://www.
irc://irc.
Hi,
I would like to know the information on /proc under 2.4.21 based kernels.
On 2.4.21 based kernels, /proc has got two types of entries.
/proc/pid /proc/.tid
The statistics under /proc/pid reflect just resource utilization of pid
alone. They are not summarization of resource utilization
Since all remaining smp_tune_scheduling()'s are now empty (except for
the useless setting of function-local variables), we can completely
remove the remaining ones.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
arch/i386/kernel/smpboot.c | 31 ---
On Tue, 2005-04-05 at 20:41 +0530, Amanulla G wrote:
Hi,
I would like to know the information on /proc under 2.4.21 based kernels.
On 2.4.21 based kernels, /proc has got two types of entries.
/proc/pid /proc/.tid
2.4 kernels do not have /proc/.tid.
Some vendor kernels might, if you
At 01:57 AM 4/5/2005 -0600, Zwane Mwaikambo wrote:
On Tue, 5 Apr 2005, Esben Nielsen wrote:
I'm sure a lot of the yield() users could be converted to
schedule_timeout(), some of the users i saw were for low memory
conditions
where we want other tasks to make progress and complete so that we
--- Andries Brouwer [EMAIL PROTECTED] wrote:
On Fri, Apr 01, 2005 at 07:18:52PM +0200, Uwe Zybell wrote:
There is a line in fs/partitions/msdos.c that lets extended
partitions
be max 1k (...==1 ? 1 : 2...). The comment explains it to protect
sysadmins from themselves. But now I have
This patch fixes a bug in the SELinux Netlink message type detection code,
where the wrong constant was being used in a case statement. The incorrect
value is not valid for this class of object so it would not have been reached,
and fallen through to a default handler for all Netlink messages.
Hi Jan,
I agree with Dmitry on this point. The IHEX parser should not be inside
firmware_class.c. What about using keyspan_ihex.[ch] for it?
That's what I had originally, actually called firmware_ihex.ko, since
the IHEX format parser is not in any way keyspan specific and there are
Jeff Garzik wrote:
We do not add comments to the kernel source code which simply state the
obvious.
Jeff
Whoa, kind of harsh, isn't it? I'm just trying to help.
Anyway, the problem at hand is: people do *not* think there is anything
obvious.
For instance: many, many people do not consider
2.6.12-rc2 still does not boot properly on my box.
Hubert Tonneau wrote:
When switching from 2.6.11 to 2.6.12-rc1,
I get a 'cannot open root device' fatal error at end of kernel boot process.
Root device is 'hda1'.
Hardware content of the box:
8086 Intel Corporation 3340
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Matthew Dharm
Sent: Monday, April 04, 2005 12:20 PM
To: Richard B. Johnson
Cc: Kernel Developer List
Subject: Re: mmap() and ioctl()
[snip]
That's an interesting concept, and one I'm not familiar with.
Hi,
On Tuesday, 5 of April 2005 17:01, Romano Giannetti wrote:
Same way to debug it, then try minimal drivers.
Yes, the lifer of a kernel debugger is hard...
Pavel, one question (maybe stupid, I am not at all an expert). Wouldn't be
possible to add a printk when invoking and
Hi Richard,
I got the debug statement below during boot.
Environment:
Pentium M, Thinkpad R40
Debian unstable
Linux 2.6.12-rc2
Gnu C 3.3.5
binutils 2.15
Debug: sleeping function called from invalid context at mm/slab.c:2090
in_atomic():1, irqs_disabled():0
Horst von Brand wrote:
Jonas Diemer [EMAIL PROTECTED] said:
[...]
I figured there could be a kernel compiled-in option that will make the
kernel lock all drives found during bootup. then, a malicous program
would need to install a different kernel in order to harm the drive,
which would be
On Sunday 03 April 2005 01:38, Jesper Juhl wrote:
On Sat, 2 Apr 2005, Maciej Soltysiak wrote:
Hi,
out of boredom I grepped 2.6.12-rc1-mm4 for swapped memset arguments.
I found one:
# grep -nr memset.*\,\(\ \|\)0\(\ \|\)); *
net/ieee80211/ieee80211_tx.c:226: memset(txb,
Sven Luther wrote:
On Tue, Apr 05, 2005 at 09:03:21AM -0300, Humberto Massa wrote:
Theodore Ts'o wrote:
You know, the fact that Red Hat, SuSE, Ubuntu, and pretty much all
other commercial distributions have not been worried about getting
sued for this alleged GPL'ed violation makes it a lot
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 kernel, it is illegal to redistribute binary images of
the kernel. Full stop. End of story. Bye bye. Redhat and SuSE may
Sven Luther wrote:
On Tue, Apr 05, 2005 at 12:23:29AM -0400, Jan Harkes wrote:
This ofcourse doesn't actually solve Debian's distribution issues since
the keyspan firmware can only be distributed as part of 'Linux or other
Open Source operating system kernel'.
Well, if this is the case, it
On Tue, Apr 05, 2005 at 09:19:24AM +0100, Ian Campbell wrote:
On Mon, 2005-04-04 at 23:19 +0200, Sven Luther wrote:
I am only saying that the tg3.c and other file are under the GPL, and
that the firmware included in it is *NOT* intented to be under the
GPL, so why not say it explicitly ?
On Apr 5, 2005 9:36 AM, Marcel Holtmann [EMAIL PROTECTED] wrote:
People are also working on a replacement for the
current request_firmware(), because the needs are changing. Try to keep
it close with the usb-serial for now.
Could you elaborate on what do you think is needed? I have some of
bk-kbuild.patch
Something has broken make O= :
$ make mrproper
$ mkdir /tmp/42
$ make ARCH=alpha CROSS_COMPILE=alpha-linux- O=/tmp/42 defconfig
$ make ARCH=alpha CROSS_COMPILE=alpha-linux- O=/tmp/42
Using /home/jdittmer/src/lk/linus as source for kernel
GEN/tmp/42/Makefile
CHK
On Tue, 2005-04-05 at 10:38 -0400, Richard B. Johnson wrote:
On Tue, 5 Apr 2005, John M Flinchbaugh wrote:
I got the debug statement below during boot.
Environment:
Pentium M, Thinkpad R40
Debian unstable
Linux 2.6.12-rc2
Gnu C 3.3.5
binutils 2.15
Debug:
A new release from kernel janitors (http://janitor.kernelnewbies.org/).
Patchset is at http://coderock.org/kj/2.6.12-rc2-kj/
new in this release:
bug-lib_sort.patch
From: Daniel Dickman [EMAIL PROTECTED]
Subject: [KJ] [patch 1/1] fix lib/sort regression test
On Mon, Apr 04, 2005 at 01:56:35PM -0400, Trond Myklebust wrote:
IOW: the current semaphore implementations really all need to die, and
be replaced by a single generic version to which it is actually
practical to add new functionality.
I can see that goal, but I don't think introducing iosems
On Mon, Apr 04, 2005 at 04:11:33PM -0700, Randy.Dunlap wrote:
- in Networking support, move Network testing and Netpoll
support to the end of the menu (basically put the devel.
tools toward the bottom of the menu)
Done
- I would rather not hide Amateur Radio, IrDA, and
Bluetooth in the
On Tue, Apr 05, 2005 at 04:36:31PM +0200, Marcel Holtmann wrote:
I agree with Dmitry on this point. The IHEX parser should not be inside
firmware_class.c. What about using keyspan_ihex.[ch] for it?
That's what I had originally, actually called firmware_ihex.ko, since
the IHEX format
Hi Dmitry,
People are also working on a replacement for the
current request_firmware(), because the needs are changing. Try to keep
it close with the usb-serial for now.
Could you elaborate on what do you think is needed? I have some of
patches to firmware loader and wondering if we
On Tue, Apr 05, 2005 at 04:05:07PM +0200, Josselin Mouette wrote:
Le lundi 04 avril 2005 à 21:32 +0200, Adrian Bunk a écrit :
On Mon, Apr 04, 2005 at 09:05:18PM +0200, Marco d'Itri wrote:
On Apr 04, Greg KH [EMAIL PROTECTED] wrote:
What if we don't want to do so? I know I personally
On Thu, 2005-03-24 at 13:33 -0800, Greg KH wrote:
On Thu, Mar 24, 2005 at 04:04:25PM -0500, Jeff Garzik wrote:
Greg KH wrote:
On Tue, Mar 22, 2005 at 09:02:24PM -0500, Jeff Garzik wrote:
Kylene Hall wrote:
what is the purpose of this pci_dev_get/put? attempting to prevent
On Tue, 2005-04-05 at 09:58 +0200, Prakash Punnoor wrote:
I am having a little trouble with inotify 0.22. Previous version worked w/o
trouble (even with nvidia and nvsound loaded) with 2.6.12-rc1-kb2 and gamin
Now I use 2.6.12-rc2 with inotify 0.22 and got this after a few minutes of
uptime
On Tue, 5 April 2005 12:39:44 +0200, Jesper Juhl wrote:
On Tue, 5 Apr 2005, David Howells wrote:
Jesper Juhl [EMAIL PROTECTED] wrote:
kfree() takes a void pointer argument, no need to cast.
vma-vm_start is unsigned long (unless it's changed since last I looked):
As I wrote in the
Hi,
My config: Pentium M/1400MHz/1MB L2/64 entry D-TLB
Kernel: 2.6.7-vanilla
I tried running a microbenchmark in which I touched every 4k in a
loop in 2 separate 4MB regions:
1) mapped from a hugetlbfs partition (MAP_FIXED)
2) mapped anonymously (MAP_ANONYMOUS)
The result I'm getting is that
Hi,
I noticed there are a number of places in the kernel that do:
ptr = kmalloc(n * size, ...)
if (!ptr)
goto out;
memset(ptr, 0, n * size);
It seems that these could be replaced by:
ptr = kcalloc(n, size, ...)
if (!ptr)
goto
Hi,
Thanks for the mail.
May be I didn't put my question correctly.
On 2.4.21 based kernels /proc has got hidden directories which has got the
thread related statistics.
1) /proc/pid reflects resource usage of the process
2) /proc/.pid (I Was referring to this as a thread ID). Kernel stores
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 kernel, it is illegal to redistribute binary images of
the kernel. Full stop.
On Apr 5, 2005 6:45 AM, Jan Harkes [EMAIL PROTECTED] wrote:
On Tue, Apr 05, 2005 at 11:22:06AM +0200, Marcel Holtmann wrote:
I agree with Dmitry on this point. The IHEX parser should not be inside
firmware_class.c. What about using keyspan_ihex.[ch] for it?
That's what I had originally,
On Tue, 2005-04-05 at 21:52 +0530, Amanulla G wrote:
Hi,
Thanks for the mail.
May be I didn't put my question correctly.
On 2.4.21 based kernels /proc has got hidden directories which has got the
thread related statistics.
I understood your question.
However 2.4.21 kernels from kernel.org
Hi,
On Mar 21, 2005 1:20 AM, John Williams [EMAIL PROTECTED] wrote:
Hello,
I am looking into developing a driver for a custom, non-PCI SATA
controller. The target arch is Microblaze, an FPGA-based NOMMU target
on a 2.4.29-uc0 kernel.
It seems that Jeff Garzik's libata is the way to go
701 - 800 of 812 matches
Mail list logo