On Sat, Feb 21, 2015 at 08:56:52PM +0100, Imre Vadasz wrote:
> On 06:00 Sun 22 Feb , Jonathan Gray wrote:
> > On Sat, Feb 21, 2015 at 06:29:53PM +0100, Imre Vadasz wrote:
> > > > drm: initializing kernel modesetting (RS690 0x1002:0x791E
> > > > 0x1458:0xD000).
> > > > radeondrm0: VRAM: 128M 0x
On Fri, 2015-02-20 at 15:05 -0500, Ted Unangst wrote:
> Greg Martin wrote:
> >
> > I'd have to say no. There are structures used but not documented and the
> > one line description of some of the functions could be open to
> > interpretation. Sample usage is never amiss in my estimation.
>
> I'd
On Fri, 2015-02-20 at 15:05 -0500, Ted Unangst wrote:
> Greg Martin wrote:
> >
> > I'd have to say no. There are structures used but not documented and the
> > one line description of some of the functions could be open to
> > interpretation. Sample usage is never amiss in my estimation.
>
> I'd
On Sat, 21 Feb 2015 12:56:00 +0100
Stefan Sperling wrote:
> On Sun, Feb 22, 2015 at 12:55:35AM +0800, Helg wrote:
> > Hi All,
> >
> > I’ve spent a bit more time hacking on fuse and while it still has some
> > way to go, the attached patch moves it forward in the right direction.
> > I’d apprecia
On 20/02/15(Fri) 23:15, Stefan Sperling wrote:
> In the following configuration I can pretty easily trigger endless
> screenfulls of scrolling "ehci_idone: ex=%p is done!" messages,
> where %p is to a constant pointer value (same in each message).
>
> [ehci host]<--[usb extension cable (hub 1)]<--
Greg Martin wrote:
> On Fri, 2015-02-20 at 15:05 -0500, Ted Unangst wrote:
> > Greg Martin wrote:
> > >
> > > I'd have to say no. There are structures used but not documented and the
> > > one line description of some of the functions could be open to
> > > interpretation. Sample usage is never am
On 06:00 Sun 22 Feb , Jonathan Gray wrote:
> On Sat, Feb 21, 2015 at 06:29:53PM +0100, Imre Vadasz wrote:
> > > drm: initializing kernel modesetting (RS690 0x1002:0x791E 0x1458:0xD000).
> > > radeondrm0: VRAM: 128M 0x7800 - 0x7FFF (128M used)
> > > radeondrm0: GTT: 512M 0x00
On Sat, Feb 21, 2015 at 06:29:53PM +0100, Imre Vadasz wrote:
> > drm: initializing kernel modesetting (RS690 0x1002:0x791E 0x1458:0xD000).
> > radeondrm0: VRAM: 128M 0x7800 - 0x7FFF (128M used)
> > radeondrm0: GTT: 512M 0x8000 - 0x9FFF
> > drm: PCIE G
On Fri, 2015-02-20 at 15:05 -0500, Ted Unangst wrote:
> Greg Martin wrote:
> >
> > I'd have to say no. There are structures used but not documented and the
> > one line description of some of the functions could be open to
> > interpretation. Sample usage is never amiss in my estimation.
>
> I'd
> drm: initializing kernel modesetting (RS690 0x1002:0x791E 0x1458:0xD000).
> radeondrm0: VRAM: 128M 0x7800 - 0x7FFF (128M used)
> radeondrm0: GTT: 512M 0x8000 - 0x9FFF
> drm: PCIE GART of 512M enabled (table at 0x052B1000).
> error: [drm:pid0
On Sat, 21 Feb 2015 11:19:08 +
Stuart Henderson wrote:
> init shuts them down gracefully anyway where possible. When you have
> a misbehaving system, the fewer unnecessary processes to get in the
> way of a reboot, the better.
I've certainly had Linux hang on shutting down services more than
On Sun, Feb 22, 2015 at 12:55:35AM +0800, Helg wrote:
> Hi All,
>
> I’ve spent a bit more time hacking on fuse and while it still has some
> way to go, the attached patch moves it forward in the right direction.
> I’d appreciate it if people can test and provide feedback.
Since the tree is locked
Hi All,
I’ve spent a bit more time hacking on fuse and while it still has some
way to go, the attached patch moves it forward in the right direction.
I’d appreciate it if people can test and provide feedback.
I’ve tested on amd64 under VirtualBox and GNU Configure proved to be an
excellent stress
Currently iwm(4) reads the firmware image from disk once and
then keeps using its in-memory copy of the firmware image.
This diff makes it possible to load a new fw image from disk
without a reboot in case the firmware is upgraded in the future.
While here, remove some unused fields from the fw i
init shuts them down gracefully anyway where possible. When you have a
misbehaving system, the fewer unnecessary processes to get in the way of a
reboot, the better.
On 21 February 2015 07:45:13 GMT+00:00, skin...@britvault.co.uk wrote:
>On 2015-02-20 Fri 18:12 PM |, Ingo Schwarze wrote:
>> Crai
15 matches
Mail list logo
