Linux https://bit.ly/3bdBXZ7 Steven
Linux https://bit.ly/2JY7Ueo Steven Newbury
I might as well be dead, but I could kill you instead. - PJ Harvey
If you brutalize the world around you, you also brutalize yourself. - Flanders
Falling in Love is a trick our genes pull on our otherwise perceptive mind to
hoodwink us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 2018-12-12 at 09:01 -0500, Rich Felker wrote:
> On Wed, Dec 12, 2018 at 09:12:34AM +0000, Steven Newbury wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > First off I'd like to request:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 2018-12-12 at 10:48 +, Thorsten Glaser wrote:
> Steven Newbury dixit:
>
> >I can't help but wonder if it wouldn't make more sense to drop x86
> >support from long mode than x32. AMD64 x86 support was always
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
First off I'd like to request: Please don't break my userspace!
I have a number of systems running with x32-abi as native. They work
well, I've no want or desire to upgrade their memory or CPUs to make
keep them working as well as they do now. Let
hiya linux
http://vicky.medncomp.com/libraries/pattemplate/patTemplate/Modifier/HTML/weak.php?faster=h208bhngdzwa27
Steven Newbury
On Fri, 2016-06-24 at 11:59 +0100, Chris Wilson wrote:
> On Thu, Jun 23, 2016 at 02:14:12PM +0100, Steven Newbury wrote:
> > On Thu, 2016-06-23 at 15:59 +0300, Jani Nikula wrote:
> > > On Thu, 23 Jun 2016, Steven Newbury
> > > wrote:
> > > > I'm seei
On Thu, 2016-06-23 at 15:59 +0300, Jani Nikula wrote:
> On Thu, 23 Jun 2016, Steven Newbury wrote:
> > [ Unknown signature status ]
> > On Sun, 2016-06-19 at 14:53 -0700, James Bottomley wrote:
> > > On Fri, 2016-06-17 at 16:06 -0700, James Bottomley wrote:
> > &
On Sun, 2016-06-19 at 14:53 -0700, James Bottomley wrote:
> On Fri, 2016-06-17 at 16:06 -0700, James Bottomley wrote:
> > On Fri, 2016-06-17 at 16:34 +0300, Jani Nikula wrote:
> > > On Fri, 17 Jun 2016, Daniel Vetter wrote:
> > > > On Thu, Jun 16, 2016 at 03:42:12PM -0700, James Bottomley
> > > >
Hi linux
http://taylorkin.com/occur.php?clothes=1fwpsgvgcr1n50m0
Steven Newbury
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pleas
On Wed, 2014-10-08 at 09:17 +0800, Mark yao wrote:
> Hi Steven
> I'm glad to see you to discuss about rk29xx.
>
> On 2014年10月08日 06:26, Steven Newbury wrote:
> > I've just been discussing how this relates to rk29xx on #etnaviv.
> > I
> > looked thr
I've just been discussing how this relates to rk29xx on #etnaviv. I
looked through the patch and it's good to see it's not limited to
supporting Mali GPUs. I see no reason this wouldn't be compatible
with etna_viv for rk29xx (or future Rockchip designs with alternative
GPUs) as long as the re
On Tue, 2014-02-18 at 23:29 +0100, Rafael J. Wysocki wrote:
> On Tuesday, February 18, 2014 10:52:54 AM Yinghai Lu wrote:
> > On Tue, Feb 18, 2014 at 2:08 AM, Steven Newbury
> > wrote:
> > >> >
> > >> > There's no pci bridge/bus hotplug thou
On Tue, 2014-02-18 at 07:37 -0700, Bjorn Helgaas wrote:
> On Tue, Feb 18, 2014 at 6:59 AM, Bjorn Helgaas wrote:
> > On Tue, Feb 18, 2014 at 3:08 AM, Steven Newbury
> > wrote:
>
> >> No, the only unusual option is I use pci=nocrs since the bios is
> >> comp
On Fri, 2014-02-14 at 11:11 -0800, Yinghai Lu wrote:
> On Fri, Feb 14, 2014 at 7:46 AM, Steven Newbury wrote:
> >>
> >> Oh, never mind! I didn't notice pref_bar has been renamed to
> >> assign_pref_bars. It's working now! :)
> >
> > There's
On Sun, 2014-02-09 at 14:25 +0100, Paul Bolle wrote:
> On Sun, 2014-02-09 at 13:15 +0000, Steven Newbury wrote:
> > PCI resource allocation is undergoing some changes at the moment, it's
> > definitely a bug if the Flush Page isn't getting allocated. I'm looking
&g
On Sun, 2014-02-09 at 01:02 +0100, Daniel Vetter wrote:
> On Sat, Feb 8, 2014 at 9:22 PM, Paul Bolle wrote:
> > Daniel Vetter schreef op za 08-02-2014 om 20:59 [+0100]:
> >> Hm, if this is really a regression between 3.13 and 3.14-rc1 then I
> >> don't see any quick candidates - relevant functions
> On Mon, Nov 25, 2013 at 6:28 PM, Yinghai Lu wrote:
> > Some x86 systems expose above 4G 64bit mmio in _CRS as non-pref mmio range.
> > [ 49.415281] PCI host bridge to bus :00
> > [ 49.419921] pci_bus :00: root bus resource [bus 00-1e]
> > [ 49.426107] pci_bus :00: root bus res
On Tue, 2013-10-29 at 12:54 +, Steven Newbury wrote:
> Hi Greg,
> I'm making good progress. My plan is to break/clean up the patch
> logically:
>
> patch1: Clean up debug/error messages DONE - (this has actually
> resulted in some bug fixes)
>
<- patch1b: Clea
Hi Greg,
I'm making good progress. My plan is to break/clean up the patch
logically:
patch1: Clean up debug/error messages DONE - (this has actually
resulted in some bug fixes)
patch2: Remove commented out/unused code TODO
patch3: Power management support TODO
patch4: other misc fixes/chang
On Sun, 2013-10-27 at 09:26 -0700, Greg KH wrote:
> On Sun, Oct 27, 2013 at 05:12:18PM +0000, Steven Newbury wrote:
> > > And these patches do a lot of new work to the driver, I'd rather see it
> > > get fixed up properly and moved out of staging first, before addi
On Sun, 2013-10-27 at 08:54 -0700, Greg KH wrote:
> On Sun, Oct 27, 2013 at 04:27:23PM +0000, Steven Newbury wrote:
> > The in-kernel staging version and upstream diverged in Jan 2010,
> > whilst the in-kernel version has been kept up to date with kernel
> > changes, both hav
on multiple systems with symptoms indicating that
> i915 was unable to control the backlight on those systems as
> expected.
>
> For this reason, revert commit 8c5bd7a, but leave the function
> acpi_video_backlight_quirks() introduced by it, because another
> commit on top of it use
On Wed, 2013-07-24 at 02:05 +0200, Rafael J. Wysocki wrote:
> On Tuesday, July 23, 2013 11:46:29 AM Kamal Mostafa wrote:
> > On Mon, 2013-07-22 at 21:54 +0200, Rafael J. Wysocki wrote:
> > > On Monday, July 22, 2013 11:11:54 AM Linus Torvalds wrote:
> > > > On Mon, Jul 22, 2013 at 6:02 AM, Rafael J
On Tue, 2013-07-23 at 23:24 +0200, Rafael J. Wysocki wrote:
> On Tuesday, July 23, 2013 06:47:55 PM Steven Newbury wrote:
> > On Mon, 2013-07-22 at 21:56 +0200, Rafael J. Wysocki wrote:
> > > On Monday, July 22, 2013 06:16:20 PM Matthew Garrett wrote:
> > > > On
On Tue, 2013-07-23 at 19:51 +, Matthew Garrett wrote:
> On Tue, 2013-07-23 at 18:47 +0100, Steven Newbury wrote:
>
> > In the code as was present in the linux-pm/bleeding-edge tree I would
> > encounter a hard lockup on keyboard brightness trigger. This also occurred
>
On Mon, 2013-07-22 at 21:56 +0200, Rafael J. Wysocki wrote:
> On Monday, July 22, 2013 06:16:20 PM Matthew Garrett wrote:
> > On Mon, 2013-07-22 at 15:02 +0200, Rafael J. Wysocki wrote:
> >
> > > In the meantime I received a report from Steven Newbury that these changes
&g
On Sat, 2013-02-02 at 23:27 +0100, Rafael J. Wysocki wrote:
> On Saturday, February 02, 2013 08:28:01 PM Steven Newbury wrote:
> > > > Tried merging with linux-pm/bleeding-edge, same behaviour:
> > > >
> > > > [ 3589.013578] ACPI: \_SB_.PCI0.PCIE.GDCK:
On Sat, 2 Feb 2013, 20:18:28 GMT, Rafael J. Wysocki wrote:
> On Saturday, February 02, 2013 11:58:41 AM Steven Newbury wrote:
> > On Sat, 2013-01-26 at 15:19 -0800, Yinghai Lu wrote:
> > > On Sat, Jan 26, 2013 at 2:41 PM, Rafael J. Wysocki
> > > wrote:
>
On Sat, 2013-01-26 at 15:19 -0800, Yinghai Lu wrote:
> On Sat, Jan 26, 2013 at 2:41 PM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > There is no guarantee that acpi_bus_scan() and acpi_bus_trim() will
> > not be run in parallel for the same scope of the ACPI namespace,
> > which m
On Sat, 2013-01-26 at 15:19 -0800, Yinghai Lu wrote:
> On Sat, Jan 26, 2013 at 2:41 PM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > There is no guarantee that acpi_bus_scan() and acpi_bus_trim() will
> > not be run in parallel for the same scope of the ACPI namespace,
> > which m
--- Milan Plzik <[EMAIL PROTECTED]> wrote:
> On Å t, 2007-08-09 at 16:06 +0100, Steven Newbury wrote:
> > --- Milan Plzik <[EMAIL PROTECTED]> wrote:
> >
> > > Good day,
> > >
> > > recently I've been trying to get working PCM
--- Milan Plzik <[EMAIL PROTECTED]> wrote:
> Good day,
>
> recently I've been trying to get working PCMCIA interface on H5000
> ipaq series, using dual PCMCIA sleeve. So far things work correctly, but
> I had to do one modification to drivers/pcmcia/pxa2xx_base.c to get the
> interface worki
--- saeed bishara <[EMAIL PROTECTED]> wrote:
> Hi,
> I came across data corruption problem when using xfs, my system is
> arm 926, the data cache is virtually tagged and virtually indexed and
> with no hw cache coherency. my CPU features the data cache write
> allocate-> when doing store, the
34 matches
Mail list logo
