Linus Torvalds wrote:
(For example: I have three machines that I know have working MMCONF. On
only one of theose does Linux actually even enable MMCONF accesses,
because on the two other ones the BIOSes do the crazy "put it in some
space that is reserved by PnP crap later", so we actually
Ivan Kokshaysky wrote:
On Sun, Dec 23, 2007 at 12:44:30AM -0500, Jeff Garzik wrote:
Failures are more predictable and more consistent with an all-or-none
scenario. The all-or-none solutions are the least complex on the software
side, and far more widely tested than any mixed config access
On Tue, Dec 18, 2007 at 10:01:15AM +1100, Benjamin Herrenschmidt wrote:
> This patch changes the PowerPC PCI code to disable IO and/or Memory
> decoding on a PCI device when a resource of that type failed to be
> allocated. This is done to avoid having unallocated dangling BARs enabled
> that
Just a style nit...
On Tue, Dec 18, 2007 at 10:01:14AM +1100, Benjamin Herrenschmidt wrote:
> This patch converts users of pci_enable_device_bars() to the new
> pci_enable_device_{io,mem} interface.
>
> The new API fits nicely, except maybe for the QLA case where a bit of
> code re-organization
On Tue, Dec 18, 2007 at 10:01:14AM +1100, Benjamin Herrenschmidt wrote:
> Now that all in-tree users are gone, this removes pci_enable_device_bars()
> completely.
Almost completely.
Patch below removes pci_enable_device_bars() from Documentation/pci.txt .
(And I'd be happy to review patches to
Arjan van de Ven wrote:
3) mmconfig might or might not be enabled, depending on which driver
is loaded, whether it called an API or not.
Even LESS testing by hw vendors than #2. Maybe even "never"
Inconsistent (config access depends on device)
the "depends on device" is even
Hi Muli,
I have tried to work with CCR ,CSR, CSMR, CSAR, CFGRW, GBRERRM
registers but have been unable to make calgary generate an exception
upon error condition. In alloc_tce_table() , I am setting WRITE_ONLY
access permission bit to tce entries but it isn't helping. Would you
kindly let
Roman Zippel wrote:
> Hi,
>
> On Thursday 20 December 2007, Eric Sandeen wrote:
>
>> Index: linux-2.6.24-rc3/fs/hfs/brec.c
>> ===
>> --- linux-2.6.24-rc3.orig/fs/hfs/brec.c
>> +++ linux-2.6.24-rc3/fs/hfs/brec.c
>> @@ -44,10 +44,21
On Mon, Dec 24, 2007 at 01:43:53PM +1100, Stephen Rothwell wrote:
> Hi Balbir,
>
> Thanks for the report.
>
> On Mon, 24 Dec 2007 04:11:58 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote:
> >
> > I see the following error with the iseries_veth driver in 2.6.24-rc6-mm1
> >
> >
On Mon, Dec 24, 2007 at 01:52:08PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> On Wed, 12 Dec 2007 23:08:29 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > Hm, ok, it's odd as you are the only driver in the whole tree doing
> > something like this, but it seems semi-resonable, so I can't
Shourya Sarcar wrote:
> Larry Finger wrote:
>> With 2.6.24-rc5, a b43 user reports a problem at bootup. The b43
>> module, which should be loaded by the ssb module, fails with the
>> following type of message:
>>
>> ssb: Sonics Silicon Backplane found on PCI device :0c:00.0 b43:
>> disagrees
Hi,
I've just seen this on my dmesg, this is new, never seen this before on
this box and it happens only with this version of the kernel.
In this configuration, the page size is set to 64K and I've enabled fake
NUMA nodes on PowerPC.
tce_buildmulti_pSeriesLP: plpar_tce_put failed. rc=-4
On 22 Dec 2007 16:52:56 -0600, Jason L Tibbitts III <[EMAIL PROTECTED]> wrote:
> > "IM" == Ingo Molnar <[EMAIL PROTECTED]> writes:
>
> IM> Distros will likely pick SLUB if there's no performance worries
> IM> and if it's the default. Fedora rawhide already uses SLUB.
>
> Actually, it seems to
On Sun, Dec 23, 2007 at 03:15:00PM +0100, Andi Kleen wrote:
> > Same here. In fact, I've always considered that procfs was for
> > humans while sysfs was for tools. sysfs reminds me too much the
> > unexploitable /devices in Solaris. With the proper tools, I think
> > we can do a lot with it, but
Move #ifdef around function definiton into the function and
unconditionally return on X86_32. Saves an ifdef from the
one callsite.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Ingo, Masami, final leftovers from some unsent kprobes unification work.
Net reduction of one #ifdef
Fold some small ifdefs into a helper function.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Masami, Ingo, I had this left in some unsent kprobes unification
work. Depends on your tastes, but does reduce ifdefs and is a bit
better about self-documenting the REX prefix on X86_64.
If I
On Sunday 23 December 2007 6:43:49 pm Stephane Ascoet wrote:
> Bjorn Helgaas a écrit :
> > Good. It's not clear to me whether it is safe to leave devices
> > enabled while we sleep. I don't see an actual problem, but there
> > might be something related to hotplug while we're asleep or
On Monday 24 December 2007 01:14:34 Linus Torvalds wrote:
> Side note: we could obviously undo the commit that triggered this for you
> [..]
> In other words, we'd have to go back to our original ordering, which Len
> said was fundamentally wrong. I don't think anybody really wants that.
Nor
Hi Greg,
On Wed, 12 Dec 2007 23:08:29 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
>
> Hm, ok, it's odd as you are the only driver in the whole tree doing
> something like this, but it seems semi-resonable, so I can't complain :)
>
> I'll fix the core up to allow you to do this, thanks for the
>
Hi,
On Monday 17 December 2007, H. Peter Anvin wrote:
> kernel/timeconst.pl | 340
I agree with Jan that it would be better to put this into scripts.
In the long term we could also detect some of the simple special cases, so we
can finally inline some of these functions again, this
Hi,
On Thursday 20 December 2007, Eric Sandeen wrote:
> Index: linux-2.6.24-rc3/fs/hfs/brec.c
> ===
> --- linux-2.6.24-rc3.orig/fs/hfs/brec.c
> +++ linux-2.6.24-rc3/fs/hfs/brec.c
> @@ -44,10 +44,21 @@ u16 hfs_brec_keylen(struct
Hi Balbir,
Thanks for the report.
On Mon, 24 Dec 2007 04:11:58 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote:
>
> I see the following error with the iseries_veth driver in 2.6.24-rc6-mm1
>
> drivers/net/iseries_veth.c: In function ‘veth_init_connection’:
> drivers/net/iseries_veth.c:818:
Larry Finger wrote:
With 2.6.24-rc5, a b43 user reports a problem at bootup. The b43
module, which should be loaded by the ssb module, fails with the
following type of message:
ssb: Sonics Silicon Backplane found on PCI device :0c:00.0 b43:
disagrees about version of symbol
Hello.
Ingo Molnar wrote:
> does the patch below help?
Yes, it solved this bug.
Thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the
On Sun, Dec 23, 2007 at 12:14:10PM -0800, Andrew Morton wrote:
>
> No, the problem is that include/crypto/scatterwalk.h doesn't include enough
> header files to support its inlining fetish. It needs sched.h.
I'll get it fixed in cryptodev.
> Ingo, it's not good that we have cond_resched()
On Sun, 23 Dec 2007, Linus Torvalds wrote:
>
> IOW, it looks like the normal kind of ACPI mess. Color me not in the least
> surprised, and it needs somebody who understands AML and what the heck is
> supposed to happen to figure out.
Side note: we could obviously undo the commit that
On Mon, 24 Dec 2007 04:29:36 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> Rik van Riel wrote:
> > In the real world, users with large JVMs on their servers, which
> > sometimes go a little into swap, can trigger this system. All of
> > the CPUs end up scanning the active list, and all pages
On Sun, 23 Dec 2007 23:22:08 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> Not sure how well that translates to real world workloads, but it
> might help somewhere. Admittedly some of the patches are pretty
> complex...
I like your patch series.
They are completely orthogonal to my patches
On Mon, 24 Dec 2007, Carlos Corbacho wrote:
>
> Please disregard the patch anyway - my test system was still using the custom
> DSDT - it doesn't fix anything.
Ok, so it's not a simple IO port conflict.
And the range 0x1400-0x147f (which is apparently the ACPI block) is
properly marked as
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
The MSR driver should not attempt to destroy/create a suspended
device.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
arch/x86/kernel/msr.c |3 ---
1 file changed, 3 deletions(-)
Index: linux-2.6/arch/x86/kernel/msr.c
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
The x86-64 MCE driver should not attempt to destroy/create a suspended
device.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
arch/x86/kernel/cpu/mcheck/mce_64.c |2 --
1 file changed, 2 deletions(-)
Index:
Hi,
Some device drivers register CPU hotplug notifiers and use them to destroy
device objects when removing the corresponding CPUs and to create these objects
when adding the CPUs back.
Unfortunately, this is not the right thing to do during suspend/hibernation,
since in that cases the CPU
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
The cpuid driver should not attempt to destroy/create a suspended
device.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
arch/x86/kernel/cpuid.c |3 ---
1 file changed, 3 deletions(-)
Index: linux-2.6/arch/x86/kernel/cpuid.c
fix sparse warnings:
fs/udf/super.c:1431:24: warning: symbol 'bh' shadows an earlier one
fs/udf/super.c:1347:21: originally declared here
fs/udf/super.c:472:6: warning: symbol 'udf_write_super' was not declared.
Should it be static?
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
CC: Ben
udf_load_logicalvol may fail eg in out of memory conditions - check it
and propagate error further
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
CC: Ben Fennema <[EMAIL PROTECTED]>
CC: Jan Kara <[EMAIL PROTECTED]>
CC: Christoph Hellwig <[EMAIL PROTECTED]>
---
fs/udf/super.c |7 ++-
1
convert UDF_SB_ALLOC_BITMAP macro to udf_sb_alloc_bitmap function
convert UDF_SB_FREE_BITMAP macro to udf_sb_free_bitmap function
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
CC: Ben Fennema <[EMAIL PROTECTED]>
CC: Jan Kara <[EMAIL PROTECTED]>
CC: Christoph Hellwig <[EMAIL PROTECTED]>
---
- convert UDF_SB_ALLOC_PARTMAPS macro to udf_sb_alloc_partition_maps function
- convert kmalloc + memset to kzalloc
- check if kzalloc failed (partially)
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
CC: Ben Fennema <[EMAIL PROTECTED]>
CC: Jan Kara <[EMAIL PROTECTED]>
CC: Christoph Hellwig
fix coding style errors found by checkpatch:
- assignments in if conditions
- braces {} around single statement blocks
- no spaces after commas
- printks without KERN_*
- lines longer than 80 characters
before: total: 50 errors, 207 warnings, 1835 lines checked
after: total: 0 errors, 164
On Sunday 23 December 2007 23:12:47 H. Peter Anvin wrote:
> Rafael J. Wysocki wrote:
> > On Sunday, 23 of December 2007, Linus Torvalds wrote:
> >> On Sun, 23 Dec 2007, Rafael J. Wysocki wrote:
> >>> The patch is fine by me, so if anyone has objections, please speak up.
> >>
> >> There is
Hi
This patchset converts macros related to super_block into
functions. Besides that it fixes some sparse warnings (6th),
improves coding style (1st) and fixes error handling (4th).
Note that udf files has really long lines and these patches won't
validate by checkpatch. I'm going to do more
Bjorn Helgaas a écrit :
Good. It's not clear to me whether it is safe to leave devices
enabled while we sleep. I don't see an actual problem, but there
might be something related to hotplug while we're asleep or something.
So I'll cc: some additional people who might have some insight.
Hi, is
> I've occasionally wondered if that spinlock needs to get split up, but
> for the amount of pain that could ensue, I can't imagine it ever being
> worthwhile.
Wondered the same thing and decided against it. I do have every now and
then some really crazy cases to deal with. One of them is the
On Mon, 2007-12-24 at 10:06 +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2007-12-23 at 22:15 +0100, Martin Mares wrote:
> > Hello!
> >
> > > - During that probe, you set a flag if any device has capabilities that
> > > extend beyond 0xff.
> >
> > Can this work? The extended capabilities are
On Sunday 23 December 2007 2:28:05 am Jean Delvare wrote:
> Le 23/12/2007, Bjorn Helgaas a écrit:
> >On Saturday 22 December 2007 4:21:41 am Jean Delvare wrote:
> >> >This patch makes the it87 driver request only the two ports used for
> >> > the Environment Controller device.
> >>
> >> The
Rafael J. Wysocki wrote:
On Sunday, 23 of December 2007, Linus Torvalds wrote:
On Sun, 23 Dec 2007, Rafael J. Wysocki wrote:
The patch is fine by me, so if anyone has objections, please speak up.
There is absolutely *no* way I will apply this in an -rc6 release.
The number of machines this
On Sunday 23 December 2007, Borislav Petkov wrote:
> On Fri, Dec 21, 2007 at 08:57:49PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > On Thursday 20 December 2007, Borislav Petkov wrote:
> > > On Thu, Dec 20, 2007 at 01:48:49AM +0100, Bartlomiej Zolnierkiewicz wrote:
> > > Hi Bart,
> > > Hi all,
> >
Rafael J. Wysocki wrote:
On Sunday, 23 of December 2007, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc6/2.6.24-rc6-mm1/
- This kernel doesn't work on i386!
It oopses late in boot due to an unrevertable change (e3c1b141) in git-x86
which I
* Add ide_dump_identify() debug helper for dumping raw identify data in
the hdparm friendly format (== the identify data can be extracted from
dmesg output and passed to hdparm --Istdin).
* Dump identify data in ide-probe.c::do_identify() if DEBUG is enabled.
Signed-off-by: Bartlomiej
IDE core supports dumping raw identify data in hdparm friendly format now
so verbose identify dumping in ide-{floppy,tape}.c device drivers (done iff
IDE{FLOPPY,TAPE}_DEBUG_INFO is defined to '1' and it is '0' by default)
is no longer nedeed.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL
On Sun, 2007-12-23 at 22:15 +0100, Martin Mares wrote:
> Hello!
>
> > - During that probe, you set a flag if any device has capabilities that
> > extend beyond 0xff.
>
> Can this work? The extended capabilities are not linked to the normal
> ones in any way.
Yeah, well, you set a flag if you
> This has the potential of leaving a big fat ugly hole in the middle of
> scsi_cmnd. I would suggest of *just* moving the sense_buffer array to be
> the *first member* of struct scsi_cmnd. The command itself is already cache
> aligned, allocated by the proper flags to it's slab. And put a fat
Hi,
I see the following error with the iseries_veth driver in 2.6.24-rc6-mm1
drivers/net/iseries_veth.c: In function ‘veth_init_connection’:
drivers/net/iseries_veth.c:818: warning: unused variable ‘rc’
drivers/net/iseries_veth.c: In function ‘veth_probe_one’:
drivers/net/iseries_veth.c:1086:
Rik van Riel wrote:
> On Sun, 23 Dec 2007 01:57:32 +0530
> Balbir Singh <[EMAIL PROTECTED]> wrote:
>> Rik van Riel wrote:
>>> On large memory systems, the VM can spend way too much time scanning
>>> through pages that it cannot (or should not) evict from memory. Not
>>> only does it use up CPU
On Sun, Dec 23, 2007 at 02:50:03PM -0800, Andrew Morton wrote:
> > > - Someone broke suspend-to-RAM on the t61p again. It just instantly
> > > resumes
> > > itself.
> >
> > Suspend is also broken on my HP nx6325 (hangs hard in the last phase of
> > suspend) and git-cpufreq.patch is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
... because it causes lsusb to freeze and gives me this in /var/log/messages:
Dec 23 23:27:04 cabrio kernel: usb 2-2: USB disconnect, address 5
Dec 23 23:27:04 cabrio kernel: PGD 110f2067 PUD 110f3067 PMD 0
Dec 23 23:27:04 cabrio kernel: CPU 0
Dec 23
On Sun, 23 Dec 2007 23:54:40 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> On Sunday, 23 of December 2007, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc6/2.6.24-rc6-mm1/
> >
> > - This kernel doesn't work on i386!
> >
> > It
On 12/23/2007 3:55 PM, Matthew Wilcox wrote:
> On Sun, Dec 23, 2007 at 03:16:24PM -0500, Loic Prylli wrote:
>
>> I just realized one thing: the bar sizing code in pci_read_bases() (that
>> writes 0x in the bars) does not seem to disable the
>> PCI_COMMAND_MEM/PCI_COMMAND_IO bits in the
On Sunday, 23 of December 2007, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc6/2.6.24-rc6-mm1/
>
> - This kernel doesn't work on i386!
>
> It oopses late in boot due to an unrevertable change (e3c1b141) in git-x86
> which I stared at for a
On Sun, Dec 23, 2007 at 10:15:10PM +0100, Martin Mares wrote:
> > - During that probe, you set a flag if any device has capabilities that
> > extend beyond 0xff.
>
> Can this work? The extended capabilities are not linked to the normal
> ones in any way.
Good point.
OTOH, we *do* have a flag
> From: eric miao <[EMAIL PROTECTED]>
>
> This patch adds the generic IRQ support for the PCA9539 on-chip GPIOs.
This one bothers me a bit on some technical grounds. One problem is
that these chips are not designed for reliable IRQ management, so no
matter what a driver does it can't deliver
On Sunday, 23 of December 2007, Sam Ravnborg wrote:
> On Sun, Dec 23, 2007 at 02:53:34PM +0100, Rafael J. Wysocki wrote:
> > On Sunday, 23 of December 2007, Rafael J. Wysocki wrote:
> > > On Sunday, 23 of December 2007, Ingo Molnar wrote:
> > > >
> > > > * Rafael J. Wysocki <[EMAIL PROTECTED]>
On Sunday, 23 of December 2007, Linus Torvalds wrote:
>
> On Sun, 23 Dec 2007, Rafael J. Wysocki wrote:
> >
> > The patch is fine by me, so if anyone has objections, please speak up.
>
> There is absolutely *no* way I will apply this in an -rc6 release.
>
> The number of machines this will
On Sunday 23 December 2007 20:39:18 Larry Finger wrote:
> With 2.6.24-rc5, a b43 user reports a problem at bootup. The b43 module,
> which should be loaded by
> the ssb module, fails with the following type of message:
>
> ssb: Sonics Silicon Backplane found on PCI device :0c:00.0
> b43:
On Sun, 23 Dec 2007, Al Viro wrote:
>
> tlb->need_flush += &__get_cpu_var(quicklist)[0].nr_pages != 0;
> makes no sense whatsoever. How the hell can you ever get the address of
> __get_cpu_var(quicklist)[0].nr_pages to be NULL? Postfix operators have
> higher precedence than prefix
Hello!
> - During that probe, you set a flag if any device has capabilities that
> extend beyond 0xff.
Can this work? The extended capabilities are not linked to the normal
ones in any way.
Have a nice fortnight
--
Martin `MJ' Mares
> Are you prepared to guarantee that freely mixing mmconfig and type1
> config accesses at runtime will always work, on all chipsets? I'm
> talking about silicon here, not kernel software.
We spinlock config space accesses. So the silicon will never see
simultaneous accesses, which is what I
On Sat, 2007-12-22 at 21:00 -0800, Linus Torvalds wrote:
>
> On Sat, 22 Dec 2007, Jeff Garzik wrote:
> >
> > But regardless of problems, enabling should be done globally, not per
> > device...
>
> I'm ok with trying the "globally" idea, but it has to be "globally but
> only if absolutely
On Sun, Dec 23, 2007 at 03:16:24PM -0500, Loic Prylli wrote:
> I just realized one thing: the bar sizing code in pci_read_bases() (that
> writes 0x in the bars) does not seem to disable the
> PCI_COMMAND_MEM/PCI_COMMAND_IO bits in the cmd register before
> manipulating the BARs. And it
On Dec 23, 2007 9:53 AM, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Sun, 23 Dec 2007, Carlos Corbacho wrote:
> >
> > Fix suspend-to-RAM on nForce 4 (CK804) boards by increasing
> > PCIBIOS_MIN_IO.
> >
> > Fixes kernel bugzilla #9528
> >
> > Problem:
> >
> > Linus' patch
On 23/12/2007, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> This patch adds support for the CD-Rom (the so-called "GD-Rom") on the
> SEGA Dreamcast.
>
> The GD-Rom is based on the ATA-3 standard but implements a proprietary
> packet interface - the so-called Sega Packet Interface (SPI) and
>
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:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc6/2.6.24-rc6-mm1/
> [snip]
> >
Al, Christoph,
vfs_rmdir is called from do_rmdir and does essentially this:
dentry_unhash(dentry);
error = dir->i_op->rmdir(dir, dentry);
if (!error)
d_delete(dentry);
dput(dentry);
do_rmdir grabs a ref on the dentry to be rmdir'ed, and also
On 12/23/07, OGAWA Hirofumi <[EMAIL PROTECTED]> wrote:
> "Grant Likely" <[EMAIL PROTECTED]> writes:
> >
> > However, digging further, when FALLOC_FL_KEEP_SIZE is set, I don't
> > think fat_cont_expand() has the behaviour that we want to implement.
> > When that flag is set, I think we simply want
On 12/20/2007 1:16 PM, Matthew Wilcox wrote:
> Oh, that's the same bug others (including me) have been complaining
> about.
>
> http://marc.info/?l=linux-kernel=118809338631160=2
>
>
>> It hangs in exactly the same place every time.
>>
>> I am surmising that the write to that BAR is causing a
Dieter Ries wrote:
> Robert P. J. Day schrieb:
>> when i got started with git, what i really wanted
>> was a list of what i (as a simple, non-developer user) could do once i
>> cloned a repository.
>>
>> to that end, i put together my own little reference list of git
>> commands. for example, i
On Sun, Dec 23, 2007 at 02:30:50PM -0500, Gene Heskett wrote:
> Date: Sun, 23 Dec 2007 14:30:50 -0500
> From: Gene Heskett <[EMAIL PROTECTED]>
> Subject: More verizon problems
> To: linux-kernel@vger.kernel.org
> Content-type: text/plain; charset=iso-8859-1
>
> Resend, with more odd data from
On Sun, Dec 23, 2007 at 02:53:34PM +0100, Rafael J. Wysocki wrote:
> On Sunday, 23 of December 2007, Rafael J. Wysocki wrote:
> > On Sunday, 23 of December 2007, Ingo Molnar wrote:
> > >
> > > * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > >
> > > > Well it doesn't build on x86-64 for me:
>
> What could be causing such a problem?
I would guess that user has "ssb" loaded from his initrd for some reason
and upgraded the modules by hand.
johannes
signature.asc
Description: This is a digitally signed message part
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
arch/um/drivers/harddog_user.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/um/drivers/harddog_user.c b/arch/um/drivers/harddog_user.c
index b56f8e0..448ba59 100644
--- a/arch/um/drivers/harddog_user.c
+++
On Sun, Dec 23, 2007 at 02:10:39PM -0500, Gene Heskett wrote:
> Date: Sun, 23 Dec 2007 14:10:39 -0500
> From: Gene Heskett <[EMAIL PROTECTED]>
> Subject: Morer verizon problems
> To: linux-kernel@vger.kernel.org
>
> Just for a heads up, for about the last 8 hours, verizon, my ISP, has been
>
This patch adds support for the CD-Rom (the so-called "GD-Rom") on the
SEGA Dreamcast.
The GD-Rom is based on the ATA-3 standard but implements a proprietary
packet interface - the so-called Sega Packet Interface (SPI) and
supports a proprietary CD format (the "Giga Disk"). This driver
implements
With 2.6.24-rc5, a b43 user reports a problem at bootup. The b43 module, which
should be loaded by
the ssb module, fails with the following type of message:
ssb: Sonics Silicon Backplane found on PCI device :0c:00.0
b43: disagrees about version of symbol ssb_device_is_enabled
b43: Unknown
Hello, list,
I have a little problem on one of my productive system.
The system sometimes crashed, like this:
Dec 23 08:53:05 Albohacen-global kernel: attempt to access beyond end of
device
Dec 23 08:53:05 Albohacen-global kernel: loop0: rw=1, want=50552830649176,
limit=3085523200
Dec 23
On Sun, 23 Dec 2007, Ingo Molnar wrote:
>
> This script will probe all unused ports as per /proc/ioports and will
> list "suspect" IO port areas: ones that do not produce the expected 0xff
> default reply from unclaimed IO ports. Magic chipset register areas can
> potentially be mapped this
Resend, with more odd data from fetchmail.log appended.
Just for a heads up, for about the last 8 hours, verizon, my ISP, has been
inserting themselves into the path between my gmail account and my local
fetchmail of this email subcription at pop.gmail.com.
Worse yet they are bouncing the
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > Why:
> >
> > After debugging _PTS() in the DSDT, it turns out these nVidia boards are
> > trying to write to an IO port > 0x1000 (0x142E) during suspend. Before the
> > re-ordering, we got away with this.
>
> Very interesting.
>
> HOWEVER.
>
>
Being related to 2.4 kernel, the information presented in the
`Documentation/mips/GT64120.README' file is outdated. Worse, the document
contents are plain misleading nowadays because the text mentions files and
directories, which have been deleted, moved or restructured for 2.6.
In my opinion,
Just for a heads up, for about the last 8 hours, verizon, my ISP, has been
inserting themselves into the path between my gmail account and my local
fetchmail of this email subcription at pop.gmail.com.
Worse yet they are bouncing the messages in a way that makes it look as if I
sent them when
Using the port of 2.4 code from Vitaly Bordug <[EMAIL PROTECTED]>
and the actual algorithm used by the i2c driver of the DBox code on
cvs.tuxboc.org from Tmbinc, Gillem ([EMAIL PROTECTED]). Renamed i2c-rpx.c and
i2c-algo-8xx.c to i2c-cpm.c and converted the driver to an
of_platform_driver.
> On Sat, 2007-12-22 at 11:48 -0800, Joe Perches wrote:
> > Your entry in MAINTAINERS is no longer valid.
> > Should that be fixed or deleted from MAINTAINERS?
On Sat, 2007-12-22 at 18:08 -0500, Corey Thomas wrote:
> This email, [EMAIL PROTECTED] is good. ISP change.
Signed-off-by: Joe Perches
Hi,
while playing around with AES encrypted block devices (in LRW mode)
on top of Software Raid-1/5 volumes I experienced a set of Kernel
OOPSes which seem to be related to the current PadLock-AES driver.
PadLock-AES in LRW mode also failed when layered directly above a raw
disk
Bernhard Walle wrote:
> In the current code, RTC_AIE doesn't work if the RTC relies on
> CONFIG_HPET_EMULATE_RTC because the code sets the RTC_AIE flag
> in hpet_set_rtc_irq_bit(). The interrupt handles does accidentally
> check for RTC_PIE and not RTC_AIE when comparing the time
> which was set
> From: eric miao <[EMAIL PROTECTED]>
> Date: Wed, 19 Dec 2007 16:40:04 +0800
> Subject: [PATCH] gpiolib: mark drivers/i2c/chips/pca9539.c as deprecated
>
> use drivers/gpio/pca9539.c instead.
>
> Signed-off-by: eric miao <[EMAIL PROTECTED]>
> Acked-by: Ben Gardner <[EMAIL PROTECTED]>
>
Hello,
Forgot to write that I checked mips & linus gits, and the problem still exists.
Best Regards,
Alon Bar-Lev.
On 12/23/07, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> Hello,
>
> When I have:
> CONFIG_MIPS_DB1550
> CONFIG_SOC_AU1550
> CONFIG_SOC_AU1X00
> CONFIG_PM
>
> MEM_SDREFCFG is used at:
Avi Kivity wrote:
From: Izik Eidus <[EMAIL PROTECTED]>
Instead of having the kernel allocate memory to the guest, let userspace
allocate it and pass the address to the kernel.
This is required for s390 support, but also enables features like memory
sharing and using hugetlbfs backed memory.
On Sun, 23 Dec 2007, Linus Torvalds wrote:
>
> For an example of what I mean, see the file "drivers/pci/quirks.c", and
> check out the quirks for various chipsets:
Side note - we already do have some quirks for the CK804 chipset, we
probably just don't have enough (ie we have it for some HT
On Sun, 23 Dec 2007, Rafael J. Wysocki wrote:
>
> The patch is fine by me, so if anyone has objections, please speak up.
There is absolutely *no* way I will apply this in an -rc6 release.
The number of machines this will break is totally unknown. It might be
zero. It might be hundreds. We
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > 0x1500 has been picked here as a nice, round and more conservative
> > value than 0x4000, and which covers 0x142E.
>
> The patch is fine by me, so if anyone has objections, please speak up.
i'm quite nervous about that approach, partly due to
On Sun, 23 Dec 2007, Carlos Corbacho wrote:
>
> Fix suspend-to-RAM on nForce 4 (CK804) boards by increasing
> PCIBIOS_MIN_IO.
>
> Fixes kernel bugzilla #9528
>
> Problem:
>
> Linus' patch (52ade9b3b97fd3bea42842a056fe0786c28d0555) to re-order
> suspend (and fix fall out from Rafael's earlier
On Sun, 2 Dec 2007 19:30:34 +0100
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
Hi Bart,
Top posting! g.
This patch works fine on my system with this peculiar DVD drive, and
log reports are perfect.
Updated to Linus' git today - 2.6.24-rc6-g5b825ed2
/var/log/messages:
Dec 23
1 - 100 of 414 matches
Mail list logo