- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Aug 24 2017
Aug 16 2017
Looks good to me
Jun 26 2017
Jun 22 2017
Jun 21 2017
May 29 2017
Looks good to me
May 23 2017
Vladimir, could you abandon this change if it's obsolete and you don't have any plans to update the patch?
May 11 2017
May 9 2017
May 8 2017
May 5 2017
It looks OK to me but could you email link to this review to freebsd-arch@ and ask for second opinion? With code this old there might be some hidden pitfalls. If nobody raises any concerns - go ahead and commit it.
May 4 2017
LGTM
May 2 2017
Sync patch to the latest HEAD version
Yeah, overlooked end_irq part, reopening
May 1 2017
Apr 26 2017
Overcome by events: fixed by r317428
Apr 3 2017
Hi Vladimir,
Apr 1 2017
Mar 30 2017
Mar 25 2017
Mar 14 2017
Mar 12 2017
Mar 10 2017
Mar 9 2017
Mar 4 2017
Mar 2 2017
Feb 27 2017
Feb 17 2017
Just to rehash what we discussed on IRC: evdev provides access to all keyboard traffic so normally it shouldn't be exposed to non-root users. I believe Xorg handles this problem by being suid/sgid. Not sure about wayland. So some additional research required before this change can be accepted.
Feb 15 2017
Feb 14 2017
Feb 13 2017
Feb 11 2017
Feb 10 2017
In D9520#196967, @tsoome wrote:In D9520#196965, @gonzo wrote:I tested it on rpi3, it works with crochet-generated image
... skipped ...
does it actually boot properly in your case?
I tested it on rpi3, it works with crochet-generated image
Feb 5 2017
Do not use the same name as upstream DTS files and add UPDATING notice
about compatibility breakage
Feb 4 2017
Feb 3 2017
Feb 1 2017
Jan 29 2017
Jan 23 2017
Jan 17 2017
Jan 11 2017
Jan 10 2017
- -fPIC is required by loader.efi so I moved the flag to proper location
- the relocation_offset bug was due to off-by-one error in .bss zeroing routine. It wrote zero to __bss_end which AFAIU should be excluded from range. That address was actually entry for elf32_relocation_offset in offset table.
Move -fPIC to proper location
Remove unnecessary -fPIC and also fix one-off error in .bss zeroing code
Jan 9 2017
Jan 7 2017
Jan 6 2017
Jan 5 2017
Jan 4 2017
Dec 29 2016
Dec 27 2016
In D8896#184406, @gonzo wrote:In D8896#184336, @manu wrote:Wouldn't be better to directly add support for mode/clock setting in transfer ?
Yes. I'll probably do this before committing the driver
Dec 26 2016
In D8896#184336, @manu wrote:Wouldn't be better to directly add support for mode/clock setting in transfer ?
Dec 24 2016
In D8742#184308, @avg wrote:No specific requests, but I am still curious about the question I asked earlier:
I am just curious what is the motivation to add the ACPI attachment?
Are PCI devices hidden somehow on some platforms?If they are still visible as regular PCI devices, then maybe it would be simpler to just add more PCI IDs?
I do not see a big difference between a table of PCI IDs and a table of non-standardized ACPI IDs.