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
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?
>
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_I
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
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
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
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. Th
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 ro
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
> > >
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\
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 d
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.
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 situat
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 Bityutsk
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 ini
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] set_fail+0x50/
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 hoping
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 so
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 defaul
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: Mess
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
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 Ric
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
* 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. Cou
* 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 curr
> 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 th
* 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 kn
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, A
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 reg
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 o
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 ad
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 sym2_rem
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
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,
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 th
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 p
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, and
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 a
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 +
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 h
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
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, c
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 d
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 interes
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 time
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
> 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 mac
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]
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 expre
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 a
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 it
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
>> prett
* 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 threa
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 smoo
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 th
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 li
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 t
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
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
D
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
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-kern
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, no
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 from
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;
sp
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 sata_v
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;
sp
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 g
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 th
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;
spin_lock_
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'
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 a
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
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 fon
> 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, t
>> 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
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 populated
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 wron
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
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
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 s
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 report
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
br
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 t
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 about
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
>>
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 ne
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 Mi
> + /* 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). C
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
callpci_bus_r
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 suppo
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
Segment
(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 ATA-3
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 134 matches
Mail list logo
