On Thu, Dec 27, 2007 at 01:26:47AM +, Adrian McMenamin wrote:
This patch adds support for the CD-Rom drive on the SEGA Dreamcast.
Please fix your mailer to inline the patch, preferably without word
wrapping. This is not a difficult thing, send yourself some test mails
until you get it
On Thu, 27 Dec 2007, KaiGai Kohei wrote:
(Please put the patch above the .sig separator).
+ len = strlen(tmp);
+
+ if (ofs = len)
+ return 0;
+
+ if (len - ofs count)
+ count = len - ofs;
+
+ rc = copy_to_user(buffer, tmp + ofs, count);
+
Greetings,
s2ram recently became useful here, except for the kernel's annoying
habit of disabling my P4's perfectly good TSC.
[ 107.894470] CPU 1 is now offline
[ 107.894474] SMP alternatives: switching to UP code
[ 107.895832] CPU0 attaching sched-domain:
[ 107.895836] domain 0: span 1
[
(linux-nfs added to cc)
I cannot speak for the NFS server code specifically, but 32kb sounds
like a network read (or write) data size limit.
yes
Are you using TCP? Are you using NFSv4, or an older version?
I'm using NFSv3/UDP.
I found that the actual requests size was 16KB, after doing some
In function acpi_system_write_alarm in file drivers/acpi/sleep/proc.c,
big sec, min, hr, mo, day and yr are counted twice to get reasonable
values, that is very superfluous, we can do that only once.
In additon, /proc/acpi/alarm can set a related value which can be
specified as years MM
Hi Andrew,
The 2.6.24-rc6-mm1 kernel with hotfix x86-fix-system-gate-related-crash.patch
applied
panics while booting on a x86_64 box
Unable to handle kernel NULL pointer dereference at 0046 RIP:
[80369a0b] rb_erase+0xe7/0x2a3
PGD 17ff65067 PUD 17f1c7067 PMD 0
Oops:
Andrew Morton wrote:
On Thu, 27 Dec 2007 14:19:54 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
The 2.6.24-rc6-mm1 kernel with hotfix
x86-fix-system-gate-related-crash.patch applied
panics while booting on a x86_64 box
Unable to handle kernel NULL pointer dereference at
Hello developers, testers and all those bug jugglers...
While pondering 2007 and 2008...
Many thanks for your work on Linux in 2007 from a simple Linux user. And
I am looking forward to what 2008 will bring in .24 and on.
Have a blessed 2008.
Jan Evert
--
To unsubscribe from this list: send
Greg KH wrote:
On Sat, Dec 15, 2007 at 05:09:48PM +0100, Jan Evert van Grootheest wrote:
Greg KH wrote:
This is the start of the stable review cycle for the 2.6.23.10 release.
There are 60 patches in this series, all will be posted as a response to
this one. If anyone has any issues
Am Mittwoch, 26. Dezember 2007 21:32:58 schrieb Pavel Machek:
... I also don't need to call any suspend() routines, because all the
drivers are already suspended, right?
Well, you have a number of devices which cannot do runtime pm.
They can do suspend/resume with the whole system. For them
On Thu 2007-12-20 15:36:01, Theodore Tso wrote:
On Wed, Dec 19, 2007 at 11:18:54PM -0500, Andrew Lutomirski wrote:
I understand that there's no way that /dev/random can provide good
output if there's insufficient entropy. But it still shouldn't leak
arbitrary bits of user data that were
On Thu, 27 Dec 2007 14:19:54 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
The 2.6.24-rc6-mm1 kernel with hotfix x86-fix-system-gate-related-crash.patch
applied
panics while booting on a x86_64 box
Unable to handle kernel NULL pointer dereference at 0046 RIP:
In fact, Andrew, please, drop this patch. Fixing yet another race in
proc would be done by suppying PDE's with valid -proc_fops before
proc_register(), so this patch would be effectively reverted.
proc-remove-useless-checks-in-proc_register.patch
Subject: proc: remove useless checks in
Sorry about the repeat.
-Original Message-
From: [EMAIL PROTECTED]
To: linux-kernel@vger.kernel.org
Sent: Thu, 27 Dec 2007 1:21 am
Subject: REISER4: Attention Edward Shishkin - reiser4progs-1.0.6
REISER4: Attention Edward Shishkin (reiser4progs-1.0.6)
On Mon 2007-12-17 15:42:51, Ingo Molnar wrote:
* Pavel Machek [EMAIL PROTECTED] wrote:
./char/epca.c
./char/sonypi.c
./scsi/megaraid.c
./ide/pci/serverworks.c
./ide/pci/cmd640.c
./input/mouse/pc110pad.c
You are missing some watchdogs at least ?
I
On alpha and ia64 only relocations to local data can go into read-only
sections. The vast majority of module parameters use the global generic
param_set_*/param_get_* functions, so the 'const' attribute for struct
kernel_param is not only useless, but it also causes compile failures due
to
On Wed, 26 Dec 2007 10:40:22 -0800
raki john [EMAIL PROTECTED] wrote:
Hi All,
I am working with pxamci driver(2.6.22.1). I have made , core and host
as separate modules.
what is the correct order of loading the modules
i am doing in this order first core (mmc_core.ko), then
saeed bishara wrote:
(linux-nfs added to cc)
I cannot speak for the NFS server code specifically, but 32kb sounds
like a network read (or write) data size limit.
yes
Are you using TCP? Are you using NFSv4, or an older version?
I'm using NFSv3/UDP.
IMO, you definitely want TCP and NFSv4.
Arjan van de Ven wrote:
This patch also adds a sysfs property for each device into which root can
write a '1' to enable extended configuration space. The kernel will print
a notice into dmesg when this happens (including the name of the app) so that
if the system crashes as a result of this
Linus Torvalds wrote:
Well, the *current* behaviour as far as setup is concerned is
unacceptable. But yes, longer term, we should be able to just have quirk
entries for saying enable mmconfig because I know it's safe, except we
should not enable them until after the core PCI probing has
On Dec 10, 2007 6:37 PM, Jens Axboe [EMAIL PROTECTED] wrote:
On Mon, Dec 10 2007, jidong xiao wrote:
Hi,
I am reading the source code of block I/O layer, and now seeing there
saying ordering by draining or ordering by tag in
include/blkdev.h,and the comments in that file says:
On Thu, 2007-12-27 at 17:18 +0900, Paul Mundt wrote:
On Thu, Dec 27, 2007 at 01:26:47AM +, Adrian McMenamin wrote:
+ /* now seek to take the request spinlock
+* before handling ending the request */
+ spin_lock(gdrom_lock);
+
On Thu, 27 Dec 2007 06:52:35 -0500
Jeff Garzik [EMAIL PROTECTED] wrote:
Arjan van de Ven wrote:
This patch also adds a sysfs property for each device into which
root can write a '1' to enable extended configuration space. The
kernel will print a notice into dmesg when this happens
Quoting Tetsuo Handa ([EMAIL PROTECTED]):
Hello.
Thank you for feedback.
Serge E. Hallyn wrote:
TOMOYO Linux is a DIY tool for understanding and protecting your system.
TOMOYO Linux policy definitions are absolutely readable to Linux users,
and
TOMOYO Linux supports unique
[author CCed]
On Dec 27, 2007 12:42 PM, Torsten Kaiser [EMAIL PROTECTED] wrote:
On Dec 23, 2007 9:39 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Sun, 23 Dec 2007 17:27:12 +0100 Torsten Kaiser [EMAIL PROTECTED]
wrote:
On Dec 23, 2007 8:30 AM, Andrew Morton [EMAIL PROTECTED] wrote:
Jiri Slaby wrote:
(Old) mxser is obsoleted by mxser_new and scheduled for removal on Dec 2007.
Remove it.
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
---
Documentation/feature-removal-schedule.txt |8 -
drivers/char/Kconfig | 11 -
drivers/char/Makefile
saeed bishara wrote:
Are you using TCP? Are you using NFSv4, or an older version?
I'm using NFSv3/UDP.
IMO, you definitely want TCP and NFSv4. Much better network behavior,
with some of the silly UDP limits (plus greatly improved caching
behavior, due to v4 delegations).
the clients of my
On Thu, 27 Dec 2007 06:46:22 -0500
Jeff Garzik [EMAIL PROTECTED] wrote:
Linus Torvalds wrote:
Well, the *current* behaviour as far as setup is concerned is
unacceptable. But yes, longer term, we should be able to just have
quirk entries for saying enable mmconfig because I know it's
[1.] One line summary of the problem:
using dd on a broken hdd causes kernel NULL pointer dereference
[2.] Full description of the problem/report:
I have a broken hdd (unreadable sector). While dd-ing it into another same size
hdd,
I get kernel-level error. First time it is a NULL pointer
Hello.
Thank you for feedback.
Serge E. Hallyn wrote:
TOMOYO Linux is a DIY tool for understanding and protecting your system.
TOMOYO Linux policy definitions are absolutely readable to Linux users, and
TOMOYO Linux supports unique policy learning mechanism which automatically
Are they
On Dec 23, 2007 9:39 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Sun, 23 Dec 2007 17:27:12 +0100 Torsten Kaiser [EMAIL PROTECTED] wrote:
On Dec 23, 2007 8:30 AM, Andrew Morton [EMAIL PROTECTED] wrote:
These two are defined inline in linux/gameport.h.
Signed-off-by: Ivan Kokshaysky [EMAIL PROTECTED]
---
drivers/input/gameport/gameport.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/input/gameport/gameport.c
b/drivers/input/gameport/gameport.c
index
I bet
TCP + fewer revalidations + greater local pagecache activity
uses less cpu power than
UDP + revalidations + rx/tx network activity
what do you mean by revalidations?
the workload of the client going to be large sequential IO's, so does
the local pagecache is necessary
The 3rd LED on this board is something like a power-led, it is on all the
time. With this change to the leds-wrap driver it is possible to use this
LED too.
Signed-off-by: Michael Loeffler [EMAIL PROTECTED]
---
Hi
I wonder why there was no support for this LED. This LED and the GPIO
line is
Quoting KaiGai Kohei ([EMAIL PROTECTED]):
This patch enables to export the code/name pairs of capabilities under
/capability of securityfs.
In the current libcap, it obtains the list of capabilities from header file
on the build environment statically. However, it is not enough portable
On Thu, Dec 20, 2007 at 11:50:59AM +0100, Pierre Savary wrote:
Could you give me some sample, because I have no idea to how to send a
uevent in userspace ...
TBH I don't know - only that my suggestion would be the most logical way
to go about it. Maybe looking in MAINTAINERS and asking in a
On Thursday 27 December 2007 13:09:27 FUJITA Tomonori wrote:
On Wed, 26 Dec 2007 11:27:40 +1100
Rusty Russell [EMAIL PROTECTED] wrote:
There are many signs through the code that it needs a great deal of
work: what is the purpose of sg_break? Why does the code check if
kmap_atomic fails?
Hi all, some of you may have noticed have received mail bounces from
mail that you sent me from [EMAIL PROTECTED] that referenced failure
to deliver mail to [EMAIL PROTECTED], for example:
[EMAIL PROTECTED]... Deferred: Connection timed out with thunk.org.
Message could not be delivered for 3
Hi all,
Can anybody please let me know, does the current linux
tree supports MMC plus and eMMC cards.
Thanks,
Sandeep K
Looking for last minute shopping deals?
Find them fast with Yahoo! Search.
Are you using TCP? Are you using NFSv4, or an older version?
I'm using NFSv3/UDP.
IMO, you definitely want TCP and NFSv4. Much better network behavior,
with some of the silly UDP limits (plus greatly improved caching
behavior, due to v4 delegations).
the clients of my system going to be
On Tue, Dec 25, 2007 at 02:05:19PM -0800, Andrew Morton wrote:
On Thu, 20 Dec 2007 15:35:41 +0530 Aneesh Kumar K.V [EMAIL PROTECTED]
wrote:
[ cut here ]
kernel BUG at mm/slab.c:3320!
invalid opcode: [#1] PREEMPT SMP
Modules linked in:
Pid: 0, comm:
Hi all,
does the linux kernel MMC block layer supports lba
28-bit
addressing mode for MMC/SD card ?
where can i get more information on the same ?
Thanks,
Sandeep K
Never miss a thing. Make Yahoo
[EMAIL PROTECTED] wrote:
REISER4: Attention Edward Shishkin (reiser4progs-1.0.6)
-
-
Hi Edward, it has been pointed out that you CHANGED reiser4progs-1.0.6
in your version
i did some module tests with 2.6.24-rc kernel (suse) and think i found some
issues with modules.
for some of those i found i`m not yet sure if they are mainline issues, but the
following should exist in mainline too (see below)
i searched this list and also bugzilla and found no reference
On 12/19/07, Jon Smirl [EMAIL PROTECTED] wrote:
Another rework of the i2c for powerpc device tree patch. This version
implements standard alias naming only on the powerpc platform and only for
the device tree names. The old naming mechanism of
i2c_client.name,driver_name is left in place
On Wednesday 26 December 2007, Borislav Petkov wrote:
On Wed, Dec 26, 2007 at 09:50:14PM +0100, Borislav Petkov wrote:
Actually you should drop the previous one for it wasn't incomplete. Here's,
hopefully, a better one :).
--
From: Borislav Petkov [EMAIL PROTECTED]
There should be no
On Sat, 22 Dec 2007 23:30:56 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc6/2.6.24-rc6-mm1/
Happened to be looking more closely than usual at my dmesg looking for something
else, and spotted this:
[6.079043] power_supply BAT0: 11 dynamic
* Remove no longer needed assertion from amd74xx_probe().
* Factor out cable detection for AMD7409 to amd7409_cable_detect() and for
chipsets = AMD7411 to amd7411_cable_detect().
* Use dev-vendor and dev-device instead of amd_config-udma_mask when
selecting cable detection method and
* Rename 'simplex_stat' variable to 'dma_stat' in ide_get_or_set_dma_base().
* Factor out code for forcing host out of simplex mode from
ide_get_or_set_dma_base() to ide_pci_clear_simplex() helper.
* Add IDE_HFLAG_CLEAR_SIMPLEX host flag and set it in alim15x3 (for M5229),
amd74xx (for AMD
* Add IDE_HFLAG_NO_DSC host flag for hosts that doesn't support DSC overlap.
* Set it in aec62xx (for ATP850UF only) and hpt34x host drivers.
* Convert ide-tape device driver to check for IDE_HFLAG_NO_DSC flag.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
This patch adds support for the CD-Rom drive on the SEGA Dreamcast.
The SEGA Dreamcast has a built in CD-Rom drive, electrically similar
to an ATA-3 drive, but implementing a proprietary packet interface -
the so-called Sega Packet Interface (SPI)- and also supporting a
proprietary format of disk
are tossing around competing patches but afaik nobody
is happy with any of them. Guys, could we get this sorted soonish please?
Soonish being rather earlier than 20071227?
'cause it's still throwing a fit for me on 2.6.24-rc6-mm1(!) (plus hotfix),
nothing visible in /proc/bus/usb, thus WLAN driver
On Thu, 27 Dec 2007, Jeff Garzik wrote:
2) [non-minor] h.
[EMAIL PROTECTED] ~]$ lspci -n | wc -l
23
So I would have to perform 23 sysfs twiddles, before I could obtain a full and
unabridged 'lspci -vvvxxx'?
Or you force it on with pci=mmconfig or something at
On Thu, Dec 27, 2007 at 06:19:31PM +0300, Michael Tokarev wrote:
Jiri Slaby wrote:
(Old) mxser is obsoleted by mxser_new and scheduled for removal on Dec 2007.
Remove it.
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
---
Documentation/feature-removal-schedule.txt |8 -
On Thu, 2007-12-27 at 11:58 +0900, FUJITA Tomonori wrote:
On Wed, 26 Dec 2007 12:14:11 -0500
David Dillow [EMAIL PROTECTED] wrote:
On Sun, 2007-12-23 at 01:41 +0900, FUJITA Tomonori wrote:
transport_container_unregister(i-rport_attr_cont) should not fail here.
It fails because
On Sat, 22 Dec 2007 23:30:56 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc6/2.6.24-rc6-mm1/
I seem to be on a roll here... :)
X86_64 kernel, Dell Latitude D820, Core2 T7200 processor...
(Yes, I know it's tainted. If I *have* to, I'll try to
From: Rafael J. Wysocki [EMAIL PROTECTED]
On ACPI systems the target state set by acpi_pm_set_target() is
reset by acpi_pm_finish(), but that need not be called in the
suspend fails. For this reason, we need an additional global suspend
callback that will reset the target state regardless of
Hi,
The following patchset is intended to fix the ACPI 1.0 vs ACPI 2.0 suspend
ordering issue described at http://bugzilla.kernel.org/show_bug.cgi?id=9528 and
in a recent LKML thread (http://lkml.org/lkml/2007/12/25/37).
The patches actually do more than that, as I think it's reasonable to
From: Rafael J. Wysocki [EMAIL PROTECTED]
The execution of ACPI global control methods _GTS and _BFS is
currently tied to the preparation to enter a sleep state and to the
leaving of the sleep state, respectively. However, these functions
are called before disabling the nonboot CPUs and after
From: Rafael J. Wysocki [EMAIL PROTECTED]
The preparation to enter an ACPI system sleep state is now tied to
the disabling of GPEs, but the GPEs should not be disabled before
suspending devices. Since on ACPI 1.0x systems the _PTS global
control method should be executed before suspending
Arjan van de Ven wrote:
2) [non-minor] h.
[EMAIL PROTECTED] ~]$ lspci -n | wc -l
23
So I would have to perform 23 sysfs twiddles, before I could obtain a
full and unabridged 'lspci -vvvxxx'?
not you as human, but lspci ought to yes.
For the userspace interface, the
From: Rafael J. Wysocki [EMAIL PROTECTED]
Introduce global hibernation callback .close() and rename global
hibernation callback .start() to .open(), in analogy with the
recent modifications of the global suspend callbacks.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
From: Rafael J. Wysocki [EMAIL PROTECTED]
The ACPI 1.0 specification wants us to put devices into low power
states after executing the _PTS global control methods, while ACPI
2.0 and later want us to do that in the reverse order. The current
suspend code follows ACPI 2.0 in that respect which
From: Rafael J. Wysocki [EMAIL PROTECTED]
Make acpi_sleep_prepare() static and cause it to print a message
specifying the ACPI system sleep state to be entered (helpful for
debugging the suspend/hibernation code).
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
drivers/acpi/sleep/main.c
From: Rafael J. Wysocki [EMAIL PROTECTED]
The ACPI 1.0 specification wants us to put devices into low power
states after executing the _PTS global control methods, while ACPI
2.0 and later want us to do that in the reverse order. The current
hibernation code follows ACPI 2.0 in that respect
Rafael J. Wysocki wrote:
On Wednesday, 26 of December 2007, Linus Torvalds wrote:
On Tue, 25 Dec 2007, Rafael J. Wysocki wrote:
the ACPI specification between versions 1.0x and 2.0. Namely, while ACPI
2.0 and later wants us to put devices into low power states before calling
_PTS, ACPI 1.0x
On Thursday 27 December 2007 18:03:52 Rafael J. Wysocki wrote:
Please review (and test, if possible).
Suspend now works properly here with this patch set.
Tested-by: Carlos Corbacho [EMAIL PROTECTED]
--
E-Mail: [EMAIL PROTECTED]
Web: strangeworlds.co.uk
GPG Key ID: 0x23EE722D
--
To unsubscribe
Mike Galbraith wrote:
Greetings,
s2ram recently became useful here, except for the kernel's annoying
habit of disabling my P4's perfectly good TSC.
[ 107.894470] CPU 1 is now offline
[ 107.894474] SMP alternatives: switching to UP code
[ 107.895832] CPU0 attaching sched-domain:
[
On Thu, 2007-12-27 at 12:09 -0600, Robert Hancock wrote:
Are we missing some logic to resync the TSCs after resume, or something?
They used to be forcibly synchronized during boot, but it seems that was
dropped in 2.6.21.
-Mike
--
To unsubscribe from this list: send the line
On Dec 27 2007 11:11, Jan Evert van Grootheest wrote:
The subject of the individual patches are in the email thread that is
attached to this announcement, so it should be quite simple to get this
information by just looking in your mail reader :)
Also, it would be hard to do this, unless
Hi Kim,
I own same card as you - do you also have interrupts errors while playing
stream?
notas:/home/cijoml# cat /proc/interrupts
CPU0
0:2954366XT-PIC-XTtimer
1: 21558XT-PIC-XTi8042
2: 0XT-PIC-XTcascade
4: 63639
Linus Torvalds wrote:
On Thu, 27 Dec 2007, Jeff Garzik wrote:
2) [non-minor] h.
[EMAIL PROTECTED] ~]$ lspci -n | wc -l
23
So I would have to perform 23 sysfs twiddles, before I could obtain a full and
unabridged 'lspci -vvvxxx'?
Or you force it on with pci=mmconfig or
On Thu, Dec 27, 2007 at 10:33:13AM +0800, Huang, Ying wrote:
On Wed, 2007-12-26 at 20:57 -0500, Vivek Goyal wrote:
[...]
9. Now, you are in the original kernel again. You can read/write the
memory image of kexeced kernel via /proc/kimgcore.
Why do we need two interfaces,
Or, reset to pristine prior to testing, though that's more lines to
accomplish the same thing. Either way, or some other way...
If check_tsc_warp() is called after initial boot, and the TSC has in the
meantime been set (BIOS, user, silicon, elves) to a value lower than the
last stored/stale
supposed to be mounted there.
Yes. Denis and Eric are tossing around competing patches but afaik nobody
is happy with any of them. Guys, could we get this sorted soonish please?
Soonish being rather earlier than 20071227?
'cause it's still throwing a fit for me on 2.6.24-rc6-mm1
Patch Works. Tested with 2.6.23.11 on Via C7 with aes-lrw-benbi and
key-size 384 bit. Filesystem was an ext3 (default options) on top of
plain partition, Raid-1, and Raid-5.
Thanks a lot,
Alexander
On 26. Dec 2007, at 14:48 Uhr, Herbert Xu wrote:
Please let me know if the following patch
Robert Hancock wrote:
Linus Torvalds wrote:
On Thu, 27 Dec 2007, Jeff Garzik wrote:
2) [non-minor] h.
[EMAIL PROTECTED] ~]$ lspci -n | wc -l
23
So I would have to perform 23 sysfs twiddles, before I could obtain
a full and
unabridged 'lspci -vvvxxx'?
Or you force it on
On Thu, 2007-12-27 at 19:27 +0100, Mike Galbraith wrote:
On Thu, 2007-12-27 at 12:09 -0600, Robert Hancock wrote:
Are we missing some logic to resync the TSCs after resume, or something?
They used to be forcibly synchronized during boot, but it seems that was
dropped in 2.6.21.
(but out
Thanks Andrew. I have a few questions on your comments...
On Dec 25, 2007 2:04 PM, Andrew Morton [EMAIL PROTECTED] wrote:
+ unsigned int apic_lv_therm;
+
+ /* Set up APIC_LVTTHMR to issue THERMAL_APIC_VECTOR. */
+ apic_lv_therm = apic_read(APIC_LVTTHMR);
+ /*
+ *
Allow parts of drivers/mtd to compile on uml by pushing the HAS_IOMEM
dependencies down closer to the parts of mtd that actually need it. This
allows enough of mtd to build to let jffs2 be used on uml.
Signed-off-by: Jason Lunz [EMAIL PROTECTED]
---
arch/um/Kconfig |4 +---
* Setup hwif-dev in au_ide_probe().
* Use hwif-dev instead of ahwif-dev in auide_build_sglist(),
auide_build_dmatable(), auide_dma_end() and auide_ddma_init().
* Remove no longer needed 'dev' field from _auide_hwif type.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
Make IDE core PCI independent by replacing hwif-pci_dev (struct pci_dev *)
with hwif-dev (struct device *) and switch to using generic DMA-mapping API.
This is on top of IDE quilt tree + 3 patches posted today.
diffstat:
drivers/ide/arm/icside.c | 52
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/pci/piix.c | 47 +--
1 file changed, 1 insertion(+), 46 deletions(-)
Index: b/drivers/ide/pci/piix.c
===
---
'hwif-pci_dev !hwif-pci_dev-vendor' condition is never true,
check for 'hwif-chipset != ide_pci' instead.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/ide-io.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/drivers/ide/ide-io.c
do_rw_taskfile() has been fixed to check the return value
of -dma_setup method so this BUG_ON() is no longer needed.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/ide-dma.c |2 --
1 file changed, 2 deletions(-)
Index: b/drivers/ide/ide-dma.c
Use ide_destroy_dmatable() in:
* ide-dma.c::ide_build_dmatable()
* sgiioc4.c::sgiioc4_build_dma_table()
* pmac.c::pmac_ide_{build,destroy}_dmatable()
There should be no functionality changes caused by this patch.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
* Setup hwif-dev in icside_setup().
* Use hwif-dev instead of state-dev in icside_build_sglist(),
icside_dma_end(), icside_dma_start() and icside_dma_setup().
* Remove no longer needed 'dev' field from struct icside_state.
Cc: Russell King [EMAIL PROTECTED]
Signed-off-by: Bartlomiej
On Thu, 27 Dec 2007, Robert Hancock wrote:
Linus Torvalds wrote:
But yes. The *fact* is that MMCONFIG has not just been globally broken, but
broken on a per-device basis. I don't know why (and quite frankly, I doubt
anybody does), but the PCI device ID corruption happened only for a
* pci_map_sg() - dma_map_sg() in ide_build_sglist().
* pci_unmap_sg() - dma_unmap_sg() in ide_destroy_dmatable().
There should be no functionality changes caused by this patch except
for blackfin arch whose dma_[un]map_sg() implementation differs from
pci_[un]map_sg() one (on s390 arch there is
* Make ide_build_sglist() and ide_destroy_dmatable() available also when
CONFIG_BLK_DEV_IDEDMA_PCI=n.
* Use ide_build_sglist() and ide_destroy_dmatable() in {ics,au1xxx-}ide.c
and remove no longer needed {ics,au}ide_build_sglist().
There should be no functionality changes caused by this
On Thursday 27 December 2007, Paul Mundt wrote:
On Thu, Dec 27, 2007 at 01:26:47AM +, Adrian McMenamin wrote:
+static int gdrom_get_last_session(struct cdrom_device_info *cd_info,
struct cdrom_multisession *ms_info) +{
+ int fentry, lentry, track, data, tocuse, err;
+
On Thursday, 27 of December 2007, Robert Hancock wrote:
Rafael J. Wysocki wrote:
On Wednesday, 26 of December 2007, Linus Torvalds wrote:
On Tue, 25 Dec 2007, Rafael J. Wysocki wrote:
the ACPI specification between versions 1.0x and 2.0. Namely, while ACPI
2.0 and later wants us to put
Siva Prasad wrote:
Hi,
How do the device nodes work as an interface between user and kernel
programs, and how to go debugging it?
This is as part of my debugging effort on an embedded board.
The filesystem sets specific bits in the mode mask and elsewhere in the
inode to mark the file as a
On Thu, 27 Dec 2007, Aneesh Kumar K.V wrote:
On Tue, Dec 25, 2007 at 02:05:19PM -0800, Andrew Morton wrote:
On Thu, 20 Dec 2007 15:35:41 +0530 Aneesh Kumar K.V [EMAIL PROTECTED]
wrote:
[ cut here ]
kernel BUG at mm/slab.c:3320!
An attempt to allocate from an
On Thu, 27 Dec 2007 11:59:23 -0600
Robert Hancock [EMAIL PROTECTED] wrote:
Arjan van de Ven wrote:
2) [non-minor] h.
[EMAIL PROTECTED] ~]$ lspci -n | wc -l
23
So I would have to perform 23 sysfs twiddles, before I could
obtain a full and unabridged 'lspci -vvvxxx'?
On Thu, Dec 27 2007, Adrian McMenamin wrote:
On Thu, 2007-12-27 at 17:18 +0900, Paul Mundt wrote:
On Thu, Dec 27, 2007 at 01:26:47AM +, Adrian McMenamin wrote:
+ /* now seek to take the request spinlock
+ * before handling ending the request */
+
* alloc_slabmgmt: initialize all slab fields in 1 function
* slab-nodeid was initialized twice: in alloc_slabmgmt
and immediately after it in cache_grow
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
CC: Christoph Lameter [EMAIL PROTECTED]
CC: Pekka Enberg [EMAIL PROTECTED]
diff --git
On Wed, Dec 26, 2007 at 08:26:27AM +1100, Benjamin Herrenschmidt wrote:
This is exactly what's supposed to be happening, but the code is buggy
and nobody noticed :-) (I'm mixing up IORESOURCE_* flags and
PCI_COMMAND_* flags). Thanks for reviewing !
Note that this patch isn't in the
From ed2e7764917fd56d9743630bd7072f67ff30adc2 Mon Sep 17 00:00:00 2001
From: Serge Hallyn [EMAIL PROTECTED]
Date: Wed, 26 Dec 2007 15:04:50 -0800
Subject: [PATCH 1/1] capabilities: oom_kill: don't set PF_SUPERPRIV for oom
check
With 64-bit capabilities came an inadvertent change such
that the
On Thu, Dec 27, 2007 at 04:10:33PM -0500, Loic Prylli wrote:
The root pcie port implementation is obviously buggy. But did we confirm
whether that hardware bug might be partly related to
configuration-retry-status pcie-root handling as introduced/described in:
1 - 100 of 384 matches
Mail list logo
