On 15-12-07 08:43, Ingo Molnar wrote:
* H. Peter Anvin [EMAIL PROTECTED] wrote:
I believe this will suffer from the issue that was raised: this will
use udelay() long before loop calibration (and no, we can't just be
conservative since there is no conservative value we can use.)
Worse, I
Hello,
On Fri, 14 Dec 2007 23:29:55 +
Alan Cox [EMAIL PROTECTED] wrote:
On Fri, 14 Dec 2007 14:13:46 -0800
H. Peter Anvin [EMAIL PROTECTED] wrote:
Pavel Machek wrote:
On Fri 2007-12-14 10:02:57, H. Peter Anvin wrote:
How long will that take to boot on a 386?
Well the dumb
On Fri, 14 Dec 2007, Parag Warudkar wrote:
On Dec 14, 2007 6:17 PM, Len Brown [EMAIL PROTECTED] wrote:
does processor.max_cstate=1 make the failing configuration work?
If yes, how about processor.max_cstate=2?
Until now 2 things were necessary to reproduce the problem -
1) CPU_IDLE=y and
On 15-12-07 09:08, Paul Rolland wrote:
Hello,
On Fri, 14 Dec 2007 23:29:55 +
Alan Cox [EMAIL PROTECTED] wrote:
On Fri, 14 Dec 2007 14:13:46 -0800
H. Peter Anvin [EMAIL PROTECTED] wrote:
Pavel Machek wrote:
On Fri 2007-12-14 10:02:57, H. Peter Anvin wrote:
How long will that take to
On Dec 14, 2007 11:09 PM, Ray Lee [EMAIL PROTECTED] wrote:
On Dec 14, 2007 6:41 PM, Gabriel C [EMAIL PROTECTED] wrote:
Correct, absolutely no traffic. So if it works for you, then either
it's something that got fixed between -rc3 and -rc5, or something odd
when I did a make oldconfig, I
* Harvey Harrison [EMAIL PROTECTED] wrote:
Further unification work. There is a possible behavior change on
X86_32 here.
is_IF_modifier(p-opcode)
to
is_IF_modifier(p-ainsn.insn)
Which should be equivalent, but is not purely cosmetic as the rest of
the unification so far.
hm,
On Sat, 2007-12-15 at 09:50 +0100, Ingo Molnar wrote:
* Harvey Harrison [EMAIL PROTECTED] wrote:
Further unification work. There is a possible behavior change on
X86_32 here.
is_IF_modifier(p-opcode)
to
is_IF_modifier(p-ainsn.insn)
Which should be equivalent, but is
On Friday 14 December 2007 14:51, I wrote:
On Friday 14 December 2007 07:39, Peter Zijlstra wrote:
Note that false sharing of slab pages is still possible between two
unrelated writeout processes, both of which obey rules for their own
writeout path, but the pinned combination does not. This
Herbert Xu wrote:
Tobias Diedrich [EMAIL PROTECTED] wrote:
Meanwhile I added a slab statistic rrd script. Nothing obvious to
see on ari or yumi yet, but on oni (which after all is the most
affected by this) I can see 'size_2048' and 'TCPv6' growing
steadily along with the route cache
On Thu, 13 Dec 2007 03:19:43 +0100, Holger Hoffstaette wrote:
I have now gone back to enable TSO since vsftp with sendfile really seems
to be the only app that causes this. I have simply set it to
use_sendfile=NO and no corruption occurs at all; the machine is stable and
fast.
In the good
On Fri, Dec 14, 2007 at 10:00:30PM -0800, Andrew Morton wrote:
On Sat, 15 Dec 2007 09:22:00 +0530 Dhaval Giani [EMAIL PROTECTED] wrote:
Is it really the case that the bug only turns up when you run tests like
while echo; do cat /sys/kernel/kexec_crash_loaded; done
and
while
On Saturday 15 December 2007 01:51:47 Rafael J. Wysocki wrote:
On Friday, 14 of December 2007, Michael Buesch wrote:
On Friday 14 December 2007 13:59:54 Simon Holm Thøgersen wrote:
This user did get the following messages in dmesg:
b43err(dev-wl, Firmware file \%s\ not found
On Wed, 24 Oct 2007, Chuck Ebbert wrote:
On 10/24/2007 05:26 PM, Mikhail Kshevetskiy wrote:
I fill something wrong here.
Is it possible to reduce the amount of timer interrupts?
Is it possible to force enable C1,C2 and C3 states when c1e disabled?
How are you disabling C1E?
On Fri, 14 Dec 2007 22:58:24 -0500 Miles Lane [EMAIL PROTECTED] wrote:
On Dec 14, 2007 6:36 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Fri, 14 Dec 2007 17:13:21 -0500
Miles Lane [EMAIL PROTECTED] wrote:
Sorry Andrew, I don't know who to forward this problem to.
I tried
On Thu, 2007-12-13 at 23:53 +0100, Jesper Juhl wrote:
From: Jesper Juhl [EMAIL PROTECTED]
This patch silences the following warning :
drivers/mtd/ubi/vmt.c:73: warning: 'ret' may be used uninitialized in this
function
gcc can't see that we always initialize ret in all situations
Linus,
please, apply the below UBI bugfix. The patch is quite trivial and fixes
an unpleasant UBI bug when it cannot attach an MTD device because it
first reserves the bad block handling pool (not mandatory), and then
tries to reserve a mandatory PEB. It should be vice versa.
From: Artem
On Dec 14 2007 15:15, Tetsuo Handa wrote:
Hello.
Randy Dunlap [EMAIL PROTECTED] wrote:
I don't think that this is a change from the recent past.
Oh, it is my mistake.
I found that choosing CONFIG_BLK_DEV_RAM=m makes
impossible to pass an initrd image since
populate_rootfs() in
Tried todays 2.6.24-rc5+git on ppc architecture (PReP subarch). Seems to
work as well as before but got this call trace on boot:
sysctl table check failed: /kernel/l2cr .1.31 Missing strategy
Call Trace:
[cfc21df0] [c000c4e8] show_stack+0x58/0x1d0 (unreliable)
[cfc21e30] [c003c540]
On Thu, 13 Dec 2007, Krzysztof Oledzki wrote:
On Thu, 13 Dec 2007, Peter Zijlstra wrote:
On Thu, 2007-12-13 at 16:17 +0100, Krzysztof Oledzki wrote:
BTW: Could someone please look at this problem? I feel little ignored and
in my situation this is a critical regression.
I was
On Dec 15, 2007 2:18 AM, Larry Finger [EMAIL PROTECTED] wrote:
It will take a while to finish looking over those logs, but are you using
ipv6? If not, please
blacklist the ipv6 module to prevent it from loading - add the line
'blacklist ipv6' to file
/etc/modprobe.d/blacklist. In some
On Fri, Dec 14, 2007 at 05:35:13PM -0500, Chuck Ebbert wrote:
On 12/14/2007 05:17 AM, Andi Kleen wrote:
so do whatever is necessary to enable dynticks.
dynticks' main purpose is to save power, but C1e saves more power.
Disabling C1e for dynticks would be a fairly useless default
trade
On Thu, 13 Dec 2007 20:16:13 -0500 Miles Lane [EMAIL PROTECTED] wrote:
Content analysis details: (2.2 points, 2.0 required)
pts rule name description
-- --
3.1 UNIQUE_WORDS BODY: Message body
On Aug 24 2007 10:52, Jens Axboe wrote:
Subject: [PATCH][RFC] dynamic pipe resizing
Hi,
Dabbling around with splice a bit, I added some code to change the size
of a pipe. Currently it's hardcoded as 16 pages, with this patch you can
shrink (if you wanted) or grow (the likely scenario) if you
On 5 Dec, [EMAIL PROTECTED] wrote:
Convert ieee1394 from nopage to fault.
Remove redundant vma range checks (correct resource range check is retained).
I finally did a brief runtime test. Works for me with coriander,
dvgrab, and kino on x86-64. Committed to linux1394-2.6.git.
--
Stefan
On 6 Dec, Nick Piggin wrote:
On Wed, Dec 05, 2007 at 02:09:48PM +0100, Stefan Richter wrote:
[EMAIL PROTECTED] wrote:
+ if (vmf-pgoff = dma-n_pages)
+ goto error;
+
+ kernel_virt_addr = (unsigned long)dma-kvirt + (vmf-pgoff
PAGE_SHIFT);
+ vmf-page =
* Harvey Harrison [EMAIL PROTECTED] wrote:
If you compare this memcpy from arch_prepare_kprobe in 32/64 bit I'm
almost sure the X86_32 version should be
... + sizeof(kprobe_opcode_t)
not
... * sizeof(kprobe_opcode_t)
good point. I've Cc:-ed the top authors of kprobes.c. Could anyone
* Pavel Machek [EMAIL PROTECTED] wrote:
Linux never uses that register. The only user is suspend
save/restore, but that' bogus because it wasn't ever initialized by
Linux in the first place. It could be probably all safely removed.
It probably is safe to remove... but we currently
It probably is safe to remove... but we currently support '2.8.95
kernel loads/resumes 2.6.24 image'... which would break if 2.8 uses
cr8.
No it won't. 2.8 would just restore some random useless value.
If 2.8 wants to use CR8 it would have to re-initialize it
-Andi
--
To unsubscribe from this
* Rene Herman [EMAIL PROTECTED] wrote:
The issue is -- how do you safely replace the outb pre-loops_per_jiffy
calibration? I'm currently running with the attached hack (not
submitted, only for 32-bit and discussion) the idea of which might be
the best we can do?
how about doing a
On Fri, Dec 14, 2007 at 01:48:23PM -0800, Greg KH wrote:
On Mon, Dec 03, 2007 at 01:25:51PM -0800, Greg KH wrote:
On Tue, Dec 04, 2007 at 12:09:59AM +0300, Alexey Dobriyan wrote:
On Mon, Dec 03, 2007 at 12:47:16PM -0800, Greg KH wrote:
On Mon, Dec 03, 2007 at 12:26:07PM +0300, Alexey
On Thu, 06 Dec 2007 19:44:26 +0100, Francois Romieu wrote:
Holger Hoffstaette [EMAIL PROTECTED] : [...]
Maybe turning off sendfile or NAPI just lead to random success - so far
it really looks like tso on the r8169 is the common cause.
TSO on the r8169 is the magic switch but the regression
Ob Tue, Dec 04, 2007 at 12:17:23AM +1100, Herbert Xu wrote:
Never mind, we already have that in local_t and as Alexey correctly
points out, USER is still going to be the expensive variant with the
preempt_disable (well until BH gets threaded). So how about this patch?
I didn't hear any
On 15-12-07 14:27, Ingo Molnar wrote:
* Rene Herman [EMAIL PROTECTED] wrote:
The issue is -- how do you safely replace the outb pre-loops_per_jiffy
calibration? I'm currently running with the attached hack (not
submitted, only for 32-bit and discussion) the idea of which might be
the best
On Fri, 14 Dec 2007, Sven-Thorsten Dietrich wrote:
Hi Steve,
looks like this patch didn't make it into 2.6.23-rc5-rt1.
I refreshed Trem's final version - please review and include in the next
RT release.
Sven,
Thanks, I'll take a look at it and if I don't find any issues I'll add it
Building 2.6.24-rc5 with
# CONFIG_HOTPLUG is not set
CONFIG_SCSI_SYM53C8XX_2=y
results in
WARNING: vmlinux.o(.text+0x14b36c): Section mismatch: reference to
.exit.text:sym2_remove (between 'sym2_io_error_detected' and
'sym_set_cam_result_error')
because sym2_io_error_detected() calls
On Sat, 15 Dec 2007 14:27:25 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
* Rene Herman [EMAIL PROTECTED] wrote:
The issue is -- how do you safely replace the outb pre-loops_per_jiffy
calibration? I'm currently running with the attached hack (not
submitted, only for 32-bit and
On Sat, 2007-12-15 at 16:34 +0300, Alexey Dobriyan wrote:
On Fri, Dec 14, 2007 at 01:48:23PM -0800, Greg KH wrote:
On Mon, Dec 03, 2007 at 01:25:51PM -0800, Greg KH wrote:
On Tue, Dec 04, 2007 at 12:09:59AM +0300, Alexey Dobriyan wrote:
On Mon, Dec 03, 2007 at 12:47:16PM -0800, Greg KH
Arjan van de Ven wrote:
The http://www.kerneloops.org website collects kernel oops and warning
reports from various mailing lists and bugzillas;
A few comments:
Report counts may be too high due to duplicate recognition of the very
same report.¹
Reports against 2.6.X-rcY-mmZ are listed in the
Stephane Eranian [EMAIL PROTECTED] writes:
[...]
[...] AFAIK, there is no single call to stop T1 and wait until it
is completely off the CPU, unless we go through the (internal)
ptrace interface.
The utrace code supports this style of thread manipulation better
than ptrace.
Afre you
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 with these being applied, please let
us know. If anyone is a maintainer of the proper subsystem,
I understand the risks of such a fundamental change, and it may be only
a minor concern, but I did also point out that using an unused port
causes the bus to be tied up for a microsecond or two, which matters on
a fast SMP machine.
Of course all the other concerns you guys are worrying about
On Sat, Dec 15, 2007 at 03:13:19PM +0800, Herbert Xu wrote:
John Reiser [EMAIL PROTECTED] wrote:
If speed matters that much, then please recoup 33 cycles on x86
by using shifts instead of three divides, such as (gcc 4.1.2):
add_entropy_words(r, tmp, (bytes + 3) / 4);
This change seems rather unlikely for 2.6.24 at this point (high risk),
but could be good for 2.6.25.
One thing it should probably have for the early going,
is a simple way to turn it on/off at boot time,
so that we don't have people stuck unable to run
the test kernels should something weird
On Dec 14, 2007 7:26 AM, NeilBrown [EMAIL PROTECTED] wrote:
Given an fd on a block device, returns a string like
/block/sda/sda1
which can be used to find related information in /sys.
Ideally we should have an ioctl that works on char devices as well,
but that seems far from
Andrew Morton wrote, On 12/15/2007 12:13 PM:
On Fri, 14 Dec 2007 22:58:24 -0500 Miles Lane [EMAIL PROTECTED] wrote:
On Dec 14, 2007 6:36 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Fri, 14 Dec 2007 17:13:21 -0500
Miles Lane [EMAIL PROTECTED] wrote:
...
Pid: 6944, comm: cat Not tainted
Herbert Xu a écrit :
Ob Tue, Dec 04, 2007 at 12:17:23AM +1100, Herbert Xu wrote:
Never mind, we already have that in local_t and as Alexey correctly
points out, USER is still going to be the expensive variant with the
preempt_disable (well until BH gets threaded). So how about this patch?
I
Last summer I announced that I had released a performance monitoring
tool called collectl and just wanted to let people know I've since
significantly improved the website at http://collectl.sourceforge.net/
to include examples, a block diagram and even included a couple of pages
on some
H. Peter Anvin wrote:
David P. Reed wrote:
Just a thought for a way to fix the very early timing needed to set
up udelay to work in a way that works on all machines. Perhaps we
haven't exploited the BIOS enough: The PC BIOS since the PC AT
(286) has always had a standard countdown timer
John Just fired up 2.6.24-rc5-mm1 on a Dual CPU PIII 550mhz system
John with 2gb of RAM. Got the following error. Let me know if you
John need more details or want me to run tests or make changes.
John Looks like something in the SCSI st driver, which makes sense
John since I have a pair of DLT
My understanding is that the linux starts in real mode, and uses the
BIOS for such things as reading the very first image.
Not always. We may enter from 32bit in some cases, and we may also not
have a PC BIOS in the first place.
--
To unsubscribe from this list: send the line unsubscribe
a minor concern, but I did also point out that using an unused port
causes the bus to be tied up for a microsecond or two, which matters on
a fast SMP machine.
And I did point out I'd found locking cases that may be relying upon this
I also note that curent machines like the problem
On Sat, Dec 15, 2007 at 02:52:11PM +0800, Herbert Xu wrote:
On Sat, Dec 15, 2007 at 02:04:49PM +0800, Herbert Xu wrote:
I suppose we'll have to either introduce a new primitive or just
go back to using BUG_ON.
Let's do the conservative thing and add a new primitive.
[PATCH] Added
On Sat, Dec 15, 2007 at 02:34:42PM +0800, Herbert Xu wrote:
On Sat, Dec 15, 2007 at 05:31:30PM +1100, Benjamin Herrenschmidt wrote:
That's something I've actually never quite liked... the fact that we
evaluate the expression anyway. I'm pretty happy with -not- evaluating
the expression
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 with these being
Stefan Richter wrote:
Arjan van de Ven wrote:
The http://www.kerneloops.org website collects kernel oops and warning
reports from various mailing lists and bugzillas;
A few comments:
Report counts may be too high due to duplicate recognition of the very
same report.¹
this is true however
Andrew Morton wrote, On 12/15/2007 12:13 PM:
On Fri, 14 Dec 2007 22:58:24 -0500 Miles Lane [EMAIL PROTECTED] wrote:
...
I applied the patch and then tried my test again. This time my system
locked up.
Perhaps I should open a new thread for this, since the problem looks
pretty different.
* Herbert Xu [EMAIL PROTECTED] wrote:
Ob Tue, Dec 04, 2007 at 12:17:23AM +1100, Herbert Xu wrote:
Never mind, we already have that in local_t and as Alexey correctly
points out, USER is still going to be the expensive variant with the
preempt_disable (well until BH gets threaded). So
On Sat, 15 Dec 2007, Thomas Gleixner wrote:
I have a patch staged for Linus, which fixes a thinko in the broadcast
code. It might be related to your problem. Can you give it a try ?
Yep - this looks promising. No soft lockups for last half an hour
with 4-5 Wakeups from idle. It is almost
MODPOST 196 modules
ERROR: usbhid_lookup_quirk [drivers/hid/usbhid/usbmouse.ko]
undefined!
ERROR: usbhid_lookup_quirk [drivers/hid/usbhid/usbkbd.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
The problem was fixed by defining CONFIG_USB_HID=m - but I think
FWIW, I got the following at reboot after some tests were finished:
get_unused_fd: slot 3 not NULL!
get_unised_fd: slot 4 not NULL!
general protection fault: [1] PREEMPT SMP
last sysfs file /sys/class/scsh_host/host1/link_power_management_policy
and that's all.
--
To unsubscribe from this
Arjan van de Ven wrote:
Stefan Richter wrote:
Report counts may be too high due to duplicate recognition of the very
same report.
this is true however it's .. a hard issue. It's really hard to
distinguish a duplicate report from two reports of the same bug.
Would be nice though to try to
On Sat, 2007-12-15 at 00:16 -0800, Ray Lee wrote:
On Dec 14, 2007 11:09 PM, Ray Lee [EMAIL PROTECTED] wrote:
On Dec 14, 2007 6:41 PM, Gabriel C [EMAIL PROTECTED] wrote:
Correct, absolutely no traffic. So if it works for you, then either
it's something that got fixed between -rc3 and -rc5,
hi list,
i just bought a MyBook called external HD with a fixed enclosure, from
WD. Connected to the SATA port i constantly get ATA bus error messages
in the kernel log. Is this a known issue?
/var/log/messages:
Dec 15 18:37:53 proto1 ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0
action 0x2
Dec
Zsolt Barat schrieb:
hi list,
i just bought a MyBook called external HD with a fixed enclosure, from
WD. Connected to the SATA port i constantly get ATA bus error messages
in the kernel log. Is this a known issue?
/var/log/messages:
Dec 15 18:37:53 proto1 ata2.00: exception Emask 0x0 SAct
Rene Herman wrote:
It's really going to have to be a known _un_used register and (the write
direction of) port 0x80 is used exactly for that reason. Port 0xed is a
known alternate diagnostic port used by Phoenix BIOSes at least but
Peter Anvin reported trouble with that one -- probably for
Paul Rolland wrote:
Just an idea : from what I've read, the problem (port 80 hanging) only occurs
on 'modern' machines...
It happens on *one single* modern machine...
Let's keep that in perspective.
-hpa
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
Rene Herman wrote:
Yes, just posted a Patch-For-Comments that switches on the availability
of a TSC (tsc_init sets tsc_disable also for !cpu_has_tsc) which would
mean that only really old stuff would be using the outb still. A TSC is
really all we need to have a sensible udelay().
Uhm,
Pavel Machek wrote:
It probably is safe to remove... but we currently support '2.8.95
kernel loads/resumes 2.6.24 image'... which would break if 2.8 uses
cr8.
So please keep it if it is not a big problem.
Note that CR8 is an alias for the TPR in the APIC.
-hpa
--
To unsubscribe
Hi,
I've a block device driver which does the following,
Inside the request function I do something like this:
request(fn) {
while ((req = elv_next_request(q)) != NULL) {
set up the request;
spin_unlock_irq(q-queue_lock);
call the transfer(set_up_req) function;
Gene Heskett wrote:
Greetings;
When I asked about a sata controller earlier this week, I gave a link to it.
Unforch (maybe) when it actually arrived, the cards box showed a silicon
image chip, and the card had a via. So much for getting what I ordered...
The required module then was
Hi,
I've a block device driver which does the following,
Inside the request function I do something like this:
request(fn) {
while ((req = elv_next_request(q)) != NULL) {
set up the request;
spin_unlock_irq(q-queue_lock);
call the transfer(set_up_req) function;
On Saturday 15 December 2007, Robert Hancock wrote:
Gene Heskett wrote:
Greetings;
When I asked about a sata controller earlier this week, I gave a link to
it. Unforch (maybe) when it actually arrived, the cards box showed a
silicon image chip, and the card had a via. So much for getting
http://bugzilla.kernel.org/show_bug.cgi?id=9182
On Sat, 15 Dec 2007, Krzysztof Oledzki wrote:
On Thu, 13 Dec 2007, Krzysztof Oledzki wrote:
On Thu, 13 Dec 2007, Peter Zijlstra wrote:
On Thu, 2007-12-13 at 16:17 +0100, Krzysztof Oledzki wrote:
BTW: Could someone please look at
Hi,
I've a block device driver which does the following,
Inside the request function I do something like this:
request(fn) {
while ((req = elv_next_request(q)) != NULL) {
set up the request;
spin_unlock_irq(q-queue_lock);
call the transfer(set_up_req) function;
On Sat, Dec 15, 2007 at 02:25:50AM +0100, Rafael J. Wysocki wrote:
On Friday, 14 of December 2007, Michael Buesch wrote:
Either distributions have to install it automatically or people simply have
to read one or two lines of documentation. That's just what I wanted to
say.
It's not
On Fri, Dec 14, 2007 at 11:43:35AM -0500, Mathieu Desnoyers wrote:
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
On Thu, Dec 13, 2007 at 09:46:42AM -0500, Mathieu Desnoyers wrote:
Hi Andrew,
I would like to post my next patches in a way that would make it as
easy for you and the
On Saturday 15 December 2007 21:24:09 Gene Heskett wrote:
On Saturday 15 December 2007, Robert Hancock wrote:
Gene Heskett wrote:
Greetings;
When I asked about a sata controller earlier this week, I gave a link to
it. Unforch (maybe) when it actually arrived, the cards box showed a
On Saturday 15 December 2007, Jan Engelhardt wrote:
On Aug 24 2007 10:52, Jens Axboe wrote:
Subject: [PATCH][RFC] dynamic pipe resizing
Like with my original splice patches from 2005, I used fcntl()
F_GETPIPE_SZ and F_SETPIPE_SZ to change the size of the pipe. I'm not
particularly fond of
Alan Cox wrote:
On Wed, 12 Dec 2007 21:58:25 +0100
Rene Herman [EMAIL PROTECTED] wrote:
On 12-12-07 21:26, Rene Herman wrote:
On 12-12-07 21:07, David P. Reed wrote:
Someone might have an in to nVidia to clarify this,
since I don't.
In any case, the udelay(2) approach seems
There is a path that goes from user data into the pool. This path
is subject to manipulation by an attacker, for both reading and
writing. Are you going to guarantee that in five years nobody
will discover a way to take advantage of it? Five years ago
there were no public attacks against
Allen Martin wrote:
Nothing inside the chipset should be decoding port 80 writes. It's
possible this board has a port 80 decoder wired onto the board that's
misbehaving. I've seen other laptop boards with port 80 decoders
wired onto the board, even if the 7 segment display is only
On Sat 2007-12-15 14:26:38, Andi Kleen wrote:
It probably is safe to remove... but we currently support '2.8.95
kernel loads/resumes 2.6.24 image'... which would break if 2.8 uses
cr8.
No it won't. 2.8 would just restore some random useless value.
Restoring random value seems wrong.
On Sat 2007-12-15 12:26:26, H. Peter Anvin wrote:
Paul Rolland wrote:
Just an idea : from what I've read, the problem (port 80 hanging) only
occurs
on 'modern' machines...
It happens on *one single* modern machine...
Let's keep that in perspective.
it hurts on other machines (like debug
On Saturday, 15 of December 2007, Michael Buesch wrote:
On Saturday 15 December 2007 01:51:47 Rafael J. Wysocki wrote:
On Friday, 14 of December 2007, Michael Buesch wrote:
On Friday 14 December 2007 13:59:54 Simon Holm Thøgersen wrote:
This user did get the following messages in dmesg:
On Fri 2007-12-14 15:23:55, Ingo Molnar wrote:
* Rene Herman [EMAIL PROTECTED] wrote:
--- a/init/main.c
+++ b/init/main.c
@@ -229,10 +229,9 @@ static int __init obsolete_checksetup(char *line)
}
/*
- * This should be approx 2 Bo*oMips to start (note initial shift), and will
On Fri 2007-12-14 14:15:03, Ingo Molnar wrote:
* David P. Reed [EMAIL PROTECTED] wrote:
Replace use of outb to unused diagnostic port 0x80 for time delay
with udelay based time delay on x86_64 architecture machines. Fix for
bugs 9511 and 6307 in bugzilla, plus bugs reported in
Pavel Machek wrote:
this is also something for v2.6.24 merging.
As much as I like this patch, I do not think it is suitable for
.24. Too risky, I'd say.
No kidding! We're talking about removing a hack that has been
successful on thousands of pieces of hardware over 15 years because it
On Saturday, 15 of December 2007, John W. Linville wrote:
On Sat, Dec 15, 2007 at 02:25:50AM +0100, Rafael J. Wysocki wrote:
On Friday, 14 of December 2007, Michael Buesch wrote:
Either distributions have to install it automatically or people simply
have
to read one or two lines of
On Sat, 15 Dec 2007, [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9182
--- Comment #33 from [EMAIL PROTECTED] 2007-12-15 14:19 ---
Krzysztof, I'd hate point you to a hard path (at least time consuming), but
you've done a lot of digging by now anyway. How
On Saturday 15 December 2007, Alistair John Strachan wrote:
On Saturday 15 December 2007 21:24:09 Gene Heskett wrote:
On Saturday 15 December 2007, Robert Hancock wrote:
Gene Heskett wrote:
Greetings;
When I asked about a sata controller earlier this week, I gave a link
to it. Unforch
On 15-12-07 21:27, H. Peter Anvin wrote:
Rene Herman wrote:
Yes, just posted a Patch-For-Comments that switches on the
availability of a TSC (tsc_init sets tsc_disable also for
!cpu_has_tsc) which would mean that only really old stuff would be
using the outb still. A TSC is really all we
On Sunday 16 December 2007 00:18:43 Rafael J. Wysocki wrote:
Well, the only problem with that is I suspect there are some newer cards
that
work better with v3 firmware, although they are supposed to support both.
And I suspect that you are wrong until you show me one. :)
--
Greetings
+ /* initialize cached registers from their original values */
+ pca9539_read_reg(chip, PCA9539_OUTPUT, chip-reg_output);
+ pca9539_read_reg(chip, PCA9539_DIRECTION, chip-reg_direction);
+
+ /* set platform specific polarity inversion */
+ pca9539_write_reg(chip,
Rene Herman wrote:
I hope this is considered half-way correct/sane (note by the way that
it's not a good idea to switch a native_io_delay_port value since
plugging in a variable port would clobber register dx for every outb_p,
which would then have to be reloaded for the next outb again).
Hi all,
in a single thread of execution, writel() and friends are ordered WRT
each other. But I keep forgetting one thing:
Is writel() ordered WRT regular memory accesses? That is, if I prepare
data in a coherent DMA buffer and then tell the device by writel() that
it's good to go, do I need a
On 12/13/2007 11:40 AM, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
Broken @#$%^ suspend, again (and maybe still for a longer time). Unable to
reproduce this with netconsole.
trace led to i915_suspend
call
H. Peter Anvin wrote:
Note, however, that your code doesn't deal with io_delay()'s in the boot
code (arch/x86/boot) at all, nor (obviously) io_delay()'s in boot
loaders. In the boot code, access to DMI data is NOT available (we
can't even use the INT 15h mover if we want to continue to
Hello,
As one of usual tests I run the following script:
for i in `find /proc -type f`; do
echo -n cat $i /dev/null ... ;
cat $i /dev/null;
echo done;
done
This time the culprit is /proc/net/packet. cat process gets killed
$ cat /proc/net/packet
Segmentation
(Apologies if you've already had this. I sent it to lkml etc an hour
ago but it just disappeated into the ether - trying it in smaller
packets this time.)
This patch adds support for the CD drive on the SEGA Dreamcast - the
so-called GD Rom drive.
This device is electrically compatible with
diff -ruN ./linux-2.6-orig/drivers/block/Kconfig
./linux-2.6/drivers/block/Kconfig
--- ./linux-2.6-orig/drivers/block/Kconfig 2007-12-15 22:23:47.0
+
+++ ./linux-2.6/drivers/block/Kconfig 2007-12-15 22:18:28.0 +
@@ -105,6 +105,18 @@
MicroSolutions backpack
1 - 100 of 268 matches
Mail list logo