| From | Subject | Date |
|---|---|---|
| Robert Hancock | Re: read-only /sys/block/sda/device/queue_depth
ata_piix does not support NCQ. You have to use AHCI mode for that.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
-
| Sep 1, 7:42 pm 2007 |
| Davide Libenzi | [RFC + PATCH] signalfd simplification
While I was in vacation, I noticed that more "tsk == current" check were
added to the signal logic because of the way signalfd fetches other task
signals.
I'm playing at the moment with this patch, that recall Ben's idea of
attaching to the sighand only during read/poll, and calling dequeue_signal()
only with "current". This simplifies the signalfd logic quite a bit.
If this patch is applied, a task calling signalfd can read its own private
signals, and its own group signals.
Comments?
-...
| Sep 1, 7:27 pm 2007 |
| Bob Beck | [beck@bofh.cns.ualberta.ca: I respect the GPL immensely, rea...
----- Forwarded message from Bob Beck <beck@bofh.cns.ualberta.ca> -----
From: Bob Beck <beck@bofh.cns.ualberta.ca>
To: misc@openbsd.org
Subject: I respect the GPL immensely, really I do - but I believe this type of action weakens us all.
X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on bofh.cns.ualberta.ca
X-Spam-Level:
X-Spam-Status: No, score=-2.8 required=3.0 tests=AWL,BAYES_00,
DNS_FROM_RFC_ABUSE,FORGED_RCVD_HELO autolearn=no version=3.1.8
Date: Sat, 1 Sep 2007 16:22:43...
| Sep 1, 6:41 pm 2007 |
| Adrian Bunk | Re: [beck@bofh.cns.ualberta.ca: I respect the GPL immensely,...
You miss the whole point of dual licencing:
Sam has stated in the licence that the code can be distributed under the
terms of the BSD licence, or alternatively it can be distributed under
the terms of the GPLv2.
Noone removed Sam's licence.
Sam has offered a choice, and if you choose one of the two offered
licences when distributing his code that complies with what he stated
in his copyright notice.
IANAL, but if reyk contributed to dual licenced code keeping the file
dual licenced it...
| Sep 1, 7:49 pm 2007 |
| Philippe Bourcier | linux-image-2.6.23-rc4-amd64: Ethernet not functioning on Nv...
Package: linux-image-2.6.23-rc4-amd64
Version: 2.6.23~rc4-1~experimental.1~snapshot.9433
Followup-For: Bug #438663
see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438663
/var/log/dmesg
- = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = -
Linux version 2.6.23-rc4-amd64 (Debian 2.6.23~rc4-1~experimental.1~snapshot.9433) (waldi@debian.org) (gcc version 4.1.3 20070718 (prerelease) (Debian 4.1.2-14+1)) #1 SMP Sat Sep 1 00:55:23 UTC 2007
Command line: root=/dev/sdb2 ro video=nv...
| Sep 1, 6:34 pm 2007 |
| Philippe Bourcier | linux-image-2.6.22-2-amd64: Ethernet not functioning on Nvid...
Package: linux-image-2.6.22-2-amd64
Followup-For: Bug #438663
see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438663
/var/log/dmesg
- = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = -
Linux version 2.6.22-2-amd64 (Debian 2.6.22-4snapshot.9420) (waldi@debian.org) (gcc version 4.1.3 20070718 (prerelease) (Debian 4.1.2-14+1)) #1 SMP Fri Aug 31 08:43:40 UTC 2007
Command line: root=/dev/sdb2 ro video=nvidiafb:ywrap,mtrr vga=791
BIOS-provided physical RAM map:
BIOS-e820: 000...
| Sep 1, 6:27 pm 2007 |
| Rafael J. Wysocki | [PATCH -mm] Hibernation: Check if ACPI is enabled during res...
From: Rafael J. Wysocki <rjw@sisk.pl>
The following scenario leads to total confusion of the platform firmware on
some boxes (eg. HPC nx6325):
* Hibernate with ACPI enabled
* Pass "acpi=off" to the boot kernel
To prevent this from happening it's necessary to check if ACPI is enabled (and
enable it if that's not the case) _right_ _after_ control has been transfered
from the boot kernel to the image kernel, before device_power_up() is called
(ie. with interrupts disabled). Enabling ACPI af...
| Sep 1, 6:21 pm 2007 |
| Christian Kujau | Oops in 2.6.23-rc5
Hi,
today I switched from 2.6.22.3 to 2.6.23-rc5 (skipped quite a few -rc
versions due to lack of time), and the box keeps panicking under certain
circumstances. I suspected disk related problems, because: when the box
is up, I usually resume ~10 bittorrent files. When doing this, each
file (~200MB...1GB) is checked and disk activity is pretty high (20MB/s
or so), and after 1 minute of doing so the box panicks. Every time.
However, I could not reproduce it while generating disk-io with say tar...
| Sep 1, 4:57 pm 2007 |
| Daniel Walker | [PATCH 1/1] i386: fix a hang on stuck nmi watchdog
In the case when an nmi gets stucks the endflag stays equal to zero. This
causes the busy looping on other cpus to continue, even tho the nmi test
is done.
On my machine with out the change below the system would hang right after
check_nmi_watchdog(). The change below just sets endflag prior to checking
if the test was successful or not.
Signed-off-by: Daniel Walker <dwalker@mvista.com>
---
arch/i386/kernel/nmi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-...
| Sep 1, 4:54 pm 2007 |
| Andi Kleen | Re: [PATCH 1/1] i386: fix a hang on stuck nmi watchdog
Added thanks. I guess it's .23 material.
-Andi
-
| Sep 1, 5:45 pm 2007 |
| Daniel Walker | Re: [PATCH 1/1] i386: fix a hang on stuck nmi watchdog
putting it in 2.6.23 seems appropriate .. Stephane's patch might be good
for 2.6.23 too ..
Daniel
-
| Sep 1, 6:27 pm 2007 |
| Stephane Eranian | Re: [PATCH 1/1] i386: fix a hang on stuck nmi watchdog
Daniel,
Thanks for your help tracking down this bug. Maybe we can close
the bugzilla report now.
--
-Stephane
-
| Sep 1, 5:33 pm 2007 |
| Daniel Walker | Re: [PATCH 1/1] i386: fix a hang on stuck nmi watchdog
No problem , and thanks for taking the time to dig into it ..
I'll close the bugzilla report.
Daniel
-
| Sep 1, 5:26 pm 2007 |
| Shlomi Fish | [PATCH 2.6.23-rc4] qconf ("make xconfig") Search Dialog Enha...
Hi all!
[ I'm not subscribed to this list so please CC me on your replies. ]
This patch is against kernel-2.6.23-rc4, and aims to enhance the "make
xconfig" search dialog. At the moment what it does is allow searching on
the "help" field of the menus as well as the "name" of the symbol. Try
searching for "you will get a watchdog" before and after the patch to see
what I mean.
I'm next planning to add a radio button for choosing between regex match and
substring match, as well as implement...
| Sep 1, 4:53 pm 2007 |
| Denis Cheng | [PATCH 1/3] netlink: use the macro min(x,y) provided by <...
Signed-off-by: Denis Cheng <crquan@gmail.com>
---
net/netlink/af_netlink.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c
index 5681ce3..8bb14e3 100644
--- a/net/netlink/af_netlink.c
+++ b/net/netlink/af_netlink.c
@@ -1905,7 +1905,7 @@ static int __init netlink_proto_init(void)
order = get_bitmask_order(max) - 1 + PAGE_SHIFT;
max = (1UL << order) / sizeof(struct hlist_head);
- order = get_bitmask_o...
| Sep 1, 3:45 pm 2007 |
| Denis Cheng | [PATCH 2/3] netlink: the temp variable name max is ambiguous
with the macro max provided by <linux/kernel.h>, so changed its name to a more proper one: limit
Signed-off-by: Denis Cheng <crquan@gmail.com>
---
net/netlink/af_netlink.c | 12 ++++++------
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c
index 8bb14e3..ac3b100 100644
--- a/net/netlink/af_netlink.c
+++ b/net/netlink/af_netlink.c
@@ -1885,7 +1885,7 @@ static int __init netlink_proto_init(void)
{
struct sk_buff ...
| Sep 1, 3:45 pm 2007 |
| Denis Cheng | [PATCH 3/3] netlink: use a statically allocated nl_table ins...
if the table is always fixed size with MAX_LINKS entries, why not use a statically
allocated table straightforwardly?
Signed-off-by: Denis Cheng <crquan@gmail.com>
---
net/netlink/af_netlink.c | 11 ++---------
1 files changed, 2 insertions(+), 9 deletions(-)
diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c
index ac3b100..c527f87 100644
--- a/net/netlink/af_netlink.c
+++ b/net/netlink/af_netlink.c
@@ -115,7 +115,7 @@ struct netlink_table {
int registered;
};
-...
| Sep 1, 3:45 pm 2007 |
| Shane | intel-rng on modern hardware
Hi,
Just wondering if there is a newer version of intel-rng out
of tree or whether modern Intel chipsets have a usable RNG.
I haven't been able to get intel-rng loading (no such
device) on anything from the p965, p975 or p35 chipsets.
Best,
Shane
--
http://www.cm.nu/~shane/
-
| Sep 1, 3:44 pm 2007 |
| Jeff Garzik | Re: intel-rng on modern hardware
No modern ICH chipset has an RNG, AFAIK.
Jeff
-
| Sep 1, 4:40 pm 2007 |
| H. Peter Anvin | Re: intel-rng on modern hardware
Which is a major lossage :(
-hpa
-
| Sep 1, 4:57 pm 2007 |
| Constantine A. Murenin | Fwd: That whole "Linux stealing our code" thing
This will hopefully help diminish certain myths about the code licensing.
C.
---------- Forwarded message ----------
From: Theo de Raadt <deraadt@cvs.openbsd.org>
Date: 31-Aug-2007 21:40
Subject: That whole "Linux stealing our code" thing
To: misc@openbsd.org
[bcc'd to Eben Moglen so that people don't flood him]
I stopped making public statements in the recent controversy because
Eben Moglen started working behind the scenes to 'improve' what Linux
people are doing wrong with licen...
| Sep 1, 12:48 pm 2007 |
| Alan Cox | Re: Fwd: That whole "Linux stealing our code" thing
Oh dear - Theo, go talk to a lawyer, or do a course on licencing.
The owner generally starts with the rights to control who performs acts
covered by copyright law. They pass some of those rights on to others by
contract, licence or statutory means. It is quite normal for the owner to
pass on the right to relicence or modify the licencing of a work. In many
cases the owner actually hands on all such rights to a third party
(eg an evil music company).
[Owner and author often differ as many legal ...
| Sep 1, 4:30 pm 2007 |
| Jacob Meuser | Re: Fwd: That whole "Linux stealing our code" thing
OpenBSD does not want this.
OpenBSD wants a world where people do things because they are the
right thing to do.
OpenBSD lets you decide; it doesn't dictate.
someone poo-poos your decision, well, it was your decision.
someone poo-poos you because you do exactly the thing that you are so
afraid of having happen to you, well, it was your decision.
--
jakemsr@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
-
| Sep 1, 4:57 pm 2007 |
| Jeff Garzik | Re: Fwd: That whole "Linux stealing our code" thing
What myth? The myth that Theo understands dual licensing?
Jeff
-
| Sep 1, 1:21 pm 2007 |
| Constantine A. Murenin | Re: Fwd: That whole "Linux stealing our code" thing
Reyk's code was never dual licensed, so it's not like it even matters
to the original dispute.
That said, I don't see what exact wording you consider inaccurate.
C.
-
| Sep 1, 1:37 pm 2007 |
| Adrian Bunk | Re: Fwd: That whole "Linux stealing our code" thing
It's no longer dual licenced in the FreeBSD tree because the FreeBSD
people removed the GPL choice of the dual licenced code 3 months ago.
So all of Theo's accusations of people breaking the law by making this
Both the FreeBSD and Linux people draw the logical conclusion that this
"Alternatively" means everyone can always choose to remove one of the
two choices alternatively offered.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the d...
| Sep 1, 4:54 pm 2007 |
| Sam Leffler | Re: Fwd: That whole "Linux stealing our code" thing
Sigh, why actually check the facts when you can make them up. The code
in question is my code. It has my copyright (modulo bits shared with
onoe-san who was consulted on the switch from dual-bsd/gpl to bsd only
in freebsd). Of course what was amusing was how after I changed the
license on the current code in freebsd certain folks retroactively
applied the license changes to code that was 3 years old.
But is there a point to all this nonsense? I dual-licensed the code so
folks could ado...
| Sep 1, 6:03 pm 2007 |
| Adrian Bunk | Re: Fwd: That whole "Linux stealing our code" thing
Sorry, this has been a thinko on my side:
If noone except you and onoe-san made any contributions to this code
that were non-trivial enough for automatically giving its author a
copyright on his contributions (whatever this means in various
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dr...
| Sep 1, 6:29 pm 2007 |
| Constantine A. Murenin | Re: Fwd: That whole "Linux stealing our code" thing
FreeBSD doesn't have Reyk's ath(4) HAL, which OpenHAL is based on.
How? FreeBSD doesn't have Reyk's ath(4) HAL from OpenBSD, so there are
FreeBSD's ath(4) code, both the driver and the HAL, is entirely
written by Sam Leffler, who can licence it in whichever way he seems
reasonable. The driver part of Sam's code is also present in OpenBSD,
but the HALs in OpenBSD and FreeBSD are entirely different.
C.
-
| Sep 1, 5:27 pm 2007 |
| Adrian Bunk | Re: Fwd: That whole "Linux stealing our code" thing
OK, I begin to understand this, there seem to be three different types
of files changed by Jiri's patch:
1. dual licenced files planned to make GPL-only
2. previously dual licenced files with a too recent version used planned
to make GPL-only
3. never dual licenced files planned to make GPL-only
For files under 1. and 2. Reyk did contribute to dual licenced code
without touching the licence, but I missed that there's also code unter 3.
So there is a problem, but not with the code under 1...
| Sep 1, 5:52 pm 2007 |
| Constantine A. Murenin | Re: Fwd: That whole "Linux stealing our code" thing
I'm not sure how you conclude that Theo missed the relevant parts --
there were many messages posted to misc@openbsd.org mailing list and
to The OpenBSD Journal in the last few days, and to me it appears as
all of the problems were discussed ad nauseam.
After the obvious copyright violations were addressed, I think the
problem started being an ethical one.
As a free software user and developer, the question I have is how come
the Linux community feels that they can take the BSD code that was
r...
| Sep 1, 7:29 pm 2007 |
| Luis R. Rodriguez | Re: Fwd: That whole "Linux stealing our code" thing
I urge developers to not bait into this and just leave this alone.
Those involved know what they are doing and have a strong team of
attorneys watching their backs. Any *necessary* discussions are be
done privately.
Luis
-
| Sep 1, 7:48 pm 2007 |
| Adrian Bunk | Re: Fwd: That whole "Linux stealing our code" thing
Oh, and if you look at the OpenBSD CVS you see versions 4 months old
with dozens of contributions by Reyk and with:
/* $OpenBSD: ath.c,v 1.63 2007/05/09 16:41:14 reyk Exp $ */
/* $NetBSD: ath.c,v 1.37 2004/08/18 21:59:39 dyoung Exp $ */
/*-
* Copyright (c) 2002-2004 Sam Leffler, Errno Consulting
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
...
| Sep 1, 5:16 pm 2007 |
| Constantine A. Murenin | Re: Fwd: That whole "Linux stealing our code" thing
Where exactly do you see Reyk's copyright in the above quote?
http://www.openbsd.org/cgi-bin/man.cgi?query=ath&sektion=4#AUTHORS
C.
-
| Sep 1, 5:51 pm 2007 |
| Adrian Bunk | Re: Fwd: That whole "Linux stealing our code" thing
He has automatically a copyright on his contributions if they are
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
-
| Sep 1, 6:06 pm 2007 |
| Yan Seiner | Status of nVidia nForce 590 SLI support?
This is more of a user question; please direct me to a kernel user list
if that's more appropriate.
I am trying to find out if NCQ and port multiplier are suppored in the
nVidia nForce 590 chipset?
Specifically, for the Asus Crosshair mobo.
<http://www.asus.com/products4.aspx?modelmenu=2&model=1283&l1=3&l2=117&l3=0&l4=0>
Thanks,
--Yan
--
o__
,>/'_ o__
(_)\(_) ,>/'_ o__
Yan Seiner (_)\(_) ,>/'_ o__ ...
| Sep 1, 12:31 pm 2007 |
| Jeff Garzik | [PATCH] Massive net driver stats cleanup
I would appreciate people building this on non-x86 architectures. The
compile breakage is always the same: naming of the local variable
representing struct net_device.
I pushed into into netdev-2.6.git#ALL so that it will show in -mm too.
commit e64060e11a401aa7c723d00270896d2cb99faac3
Author: Jeff Garzik <jeff@garzik.org>
Date: Sat Sep 1 12:21:41 2007 -0400
drivers/net: statistics cleanup #1 -- save memory and shrink code
We now have struct net_device_stats embed...
| Sep 1, 12:25 pm 2007 |
| Daniel Walker | [PATCH 2.6.23-rc5] driver/char/hpet.c: remove clocksource wa...
The warnings,
drivers/char/hpet.c:72: warning: 'clocksource_hpet' defined but not used
drivers/char/hpet.c:81: warning: 'hpet_clocksource' defined but not used
from,
commit 3b2b64fd311c92f2137eb7cee7025794cd854057
Author: Linus Torvalds <torvalds@woody.linux-foundation.org>
Date: Fri Aug 31 20:13:57 2007 -0700
This patch eliminates the warnings when the clocksoure isn't used.
It also removes some other unused stuff that goes along with the
clocksource ..
I don't have access to ...
| Sep 1, 11:51 am 2007 |
| Daniel Walker | Re: [PATCH 2.6.23-rc5] driver/char/hpet.c: remove clocksourc...
Arg, forgot the most important variable. The new function I created
needed the hpetp variable. So I added that in the patch below.. I tested
both of the ifdef blocks on i386 by just removing the ifdefs .. So it
compiles both ways ..
----
Subject: driver/char/hpet.c: remove clocksource warning on !IA64
The warnings,
drivers/char/hpet.c:72: warning: 'clocksource_hpet' defined but not used
drivers/char/hpet.c:81: warning: 'hpet_clocksource' defined but not used
from,
commit 3b2b64fd311c...
| Sep 1, 4:38 pm 2007 |
| Adrian Bunk | 2.6.23-rc: sched.c vs. xtensa: RSR redefined
Although it seems to pick the right version the following namespace
conflict should be resolved:
<-- snip -->
...
CC kernel/sched.o
/home/bunk/linux/kernel-2.6/linux-2.6.23-rc4-mm1/kernel/sched.c:676:1: warning: "RSR" redefined
In file included from include2/asm/bitops.h:18,
from
/home/bunk/linux/kernel-2.6/linux-2.6.23-rc4-mm1/include/linux/bitops.h:17,
from
/home/bunk/linux/kernel-2.6/linux-2.6.23-rc4-mm1/include/linux/thread_info.h:20,
...
| Sep 1, 11:27 am 2007 |
| Ingo Molnar | Re: 2.6.23-rc: sched.c vs. xtensa: RSR redefined
agreed - i've queued up the fix below.
Ingo
------------------>
Subject: sched: fix xtensa build warning
From: Ingo Molnar <mingo@elte.hu>
rename RSR to SRR - 'RSR' is already defined on xtensa.
found by Adrian Bunk.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
kernel/sched.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux/kernel/sched.c
===================================================================
--- linux.orig/kernel/sched....
| Sep 1, 12:44 pm 2007 |
| Trond Myklebust | [GIT] Please pull fixes for 2.6.23-rc5 nfs client
Hi Linus,
Please pull from the "for_linus" branch of the repository at
git pull git://git.linux-nfs.org/pub/linux/nfs-2.6.git for_linus
This will update the following files through the appended changesets.
Cheers,
Trond
----
fs/nfs/file.c | 2 +-
fs/nfs/namespace.c | 2 +-
fs/nfs/nfs4proc.c | 4 ++--
fs/nfs/super.c | 20 ++++++++++----------
fs/nfs/write.c | 44 ++++++++++++++++++++++++++++++++++++++++++++
include/linux/nfs_fs.h ...
| Sep 1, 11:24 am 2007 |
| Sergei Shtylyov | Re: PROBLEM: kernel 2.6.22.6 pata_pdc202xx_old.c limiting to...
Dear n:
Please do *not* follow-up to a completely inderended thread. Start your
Gathering courage and reply to libata bug report -- I'm more of the
Hm, 0x40 is not normal a status value... usually, it's 0x50. But it's
Again strange status after writinng 0 sectors the same LBA.
Hm, never seen sense format 0x72... :-)
Aha, 0x3f again, this time in the SCSI sense... I've looked thru the SCSI
Then everything happily continues i...
| Sep 1, 10:58 am 2007 |
| Jeff Garzik | New stuff pushed to -mm
I just added three branches to 'ALL' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git
dmi-const DMI constification
pciseg x86 PCI domain support, newly updated
for the latest Muli stuff upstream
isdn-cleanups Obvious and simple cleanups for ISDN
All are targetted for 2.6.24. Just sent out dmi-const and pciseg to
LKML. Sent isdn-cleanups to LKML, ISDN list and Karsten a while ago.
The "super mondo ISDN cleanups", converting ISDN HiSax drivers to
PCI/P...
| Sep 1, 10:32 am 2007 |
| Jeff Garzik | [PATCH] x86/x86-64 PCI domain support
Now that the dust has settled and the prep work is upstream, adding PCI
domain support to x86 is a lot more straightforward.
Targetted for 2.6.24.
commit c7b14cf6aa39e09aef89a0cd08c553dba1ee7e98
Author: Jeff Garzik <jeff@garzik.org>
Date: Sat Sep 1 07:36:25 2007 -0400
PCI domain support for x86[-64]
aka "PCI segment" support, in ACPI lingo.
Signed-off-by: Jeff Garzik <jeff@garzik.org>
arch/i386/pci/acpi.c | 15 ++++++++++-----
arch/i386/pc...
| Sep 1, 10:32 am 2007 |
| Andi Kleen | Re: [PATCH] x86/x86-64 PCI domain support
I don't think this should be a config option.
The second function is redundant?
-Andi
-
| Sep 1, 6:00 pm 2007 |
| Jeff Garzik | Re: [PATCH] x86/x86-64 PCI domain support
CONFIG_PCI_DOMAINS is referenced in arch-neutral code, so the symbol
_must_ be defined.
No, it's a hook we must implement, when CONFIG_PCI_DOMAINS is enabled.
Jeff
-
| Sep 1, 6:06 pm 2007 |
| Andi Kleen | Re: [PATCH] x86/x86-64 PCI domain support
Then the other function is redundant.
-Andi
-
| Sep 1, 6:26 pm 2007 |
| Jeff Garzik | Re: [PATCH] x86/x86-64 PCI domain support
No, both functions are required by the interface.
Jeff
-
| Sep 1, 6:40 pm 2007 |
| Jeff Garzik | [PATCH] drivers/firmware: const-ify DMI API and internals
commit 457b6eb3bf3341d2e143518a0bb99ffbb8d754c4
Author: Jeff Garzik <jeff@garzik.org>
Date: Sat Sep 1 10:16:45 2007 -0400
drivers/firmware: const-ify DMI API and internals
Three main sets of changes:
1) dmi_get_system_info() return value should have been marked const,
since callers should not be changing that data.
2) const-ify DMI internals, since DMI firmware tables should,
whenever possible, be marked const to ensure we never ever write ...
| Sep 1, 10:27 am 2007 |
| previous day | today | next day |
|---|---|---|
| July 31, 2007 | September 1, 2007 | September 2, 2007 |
